packaging March 2010

packaging@lists.fedoraproject.org

36 participants
17 discussions

packaging rpm
by MGandra＠diskeeper.com 19 Mar '10

19 Mar '10

HI I want to create an rpm package and all I have is the files. I don't have the source code. How do I modify the spec file to only include the files. Do I have to modify the %files macro to include the files from different folders. Any help would be appreciated. Thanks Madhukar Gandra Product Assembly In Charge Diskeeper Corporation 7590 N. Glenoaks Blvd. Burbank, CA 91504 818-771-1600 x1434 <mailto:Mgandra@diskeeper.com> Mgandra(a)diskeeper.com Innovators in Performance and Reliability Technologies(r)

2 1

JOGL and Gluegen needs review
by Henrique Junior 19 Mar '10

19 Mar '10

Hello, folks. Is there anyone available to review the packages? gluegen - https://bugzilla.redhat.com/show_bug.cgi?id=572512 jogl - https://bugzilla.redhat.com/show_bug.cgi?id=572515 ------------------------------ Henrique "LonelySpooky" Junior ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com

3 3

Suggested updated Java guidelines
by Alexander Boström 16 Mar '10

16 Mar '10

Hi, I submitted a review for java-gnome and working on that made me think the Java guidelines needs work, so here's a suggested update: https://fedoraproject.org/wiki/User:Abo/JavaPackagingDraftUpdate === Changes === Removed some occurances of a Unicode control character that didn't seem to belong there. Fixed formatting of the text under "Jar file naming". Hopefully clarified the text under "Directory structure". Changed some occuranced of "<code>%{_xxx</code>}" into "<code>%{_xxx}</code>". Changed -javadoc Group tag from "Development Documentation" to "Documentation". Mostly rewrote the section on JNI packaging. (See wiki.) Removed this text: The <code>%{_jnidir</code>} rpm macro defines the main JNI jar repository. Like <code>%{_javadir</code>} it is declined in <code>-ext</code> and <code>-x.y.z</code> variants. It follows exactly the same rules as the <code>%{_javadir</code>}-derived tree structure, except that it hosts JAR files that use JNI. <code>%{_jnidir</code>} usually expands into <code>/usr/lib/java</code>. It seems to belong to the "The plan is to eventually..." part, but I don't really understand it. Explain and I'll add something back. :) Partially rewrote the section on prebuilt binaries and the suggested % prep section. (See wiki.) /abo

3 3

Thoughts for EPEL incompatible upgrades woes
by Kevin Fenzi 13 Mar '10

13 Mar '10

Greetings. We have been struggling with a issue in EPEL ( https://fedoraproject.org/wiki/EPEL ) for quite some time, and I thought I would ask the folks here for thoughts on what the best way forward might be. Background: EPEL provides add on packages for RHEL/CentOS/etc. It uses Fedora Packaging Guidelines and procedures. It never provides a package when RHEL provides it already in it's RHEL-AP package set. EPEL strives to provide an update stream that never provides incompatible upgrades. Ie, if something was installed and working it should keep working after an update. https://fedoraproject.org/wiki/EPEL/GuidelinesAndPolicies Problem: For the majority of packages, there is no problem and we are fine. However, for some small subset of our packages, upstreams provide incompatible updates. This leaves us in a hard place. ;( Examples: mediawiki - changes database schema and other things on upgrade, requiring manual scripts and backups/restores. rdiff-backup - newer versions can't talk to older versions, so if epel gets upgraded, you must upgrade all your rdiff-backup instances in order to keep backing them up. moin - newer versions have script or database changes that make unattended upgrades impossible. nagios - Newer versions have incomptible config, requiring manual tweaking in order to keep running after upgrade. (I'm sure there are others). Possible solutions: - Currently we do nothing. Those packages sit there with their old old versions and get only very limited updates. Anyone installing them now asks why they are so old or out of date. We just wait for RHEL6 and hope. - Provide a 'slipstream' repo. We either keep providing the old version in the main repo, or drop it if there are security issues. We provide a newer incomptible version in the slipstream repo. This repo has big warnings that updates in it could be incompatible and need manual attention, and is off by default. (ie, they have to enable it). This means another branch in cvs, more rel-eng time to manage, etc. - Provide packages and reviews for the new version. ie, 'mediawiki18-' This would be a newer version that is incomptible with the base one provided. Could we use Conflicts here? Or would we need to require that any "forward compatibilty" package here does not conflict with the base package? This means we have a small number of new reviews, new packages. It also means that people who don't know to look for it will not see it until someone tells them to install that version instead of the base version. It also means we accumulate these over time and have to EOL them somehow. - Your more clever solution here. ;) There's no good answer here, but mainly I wanted to see what folks thought about the packaging the new version as a seperate package. Kinda like fedora compat packages, except the newer version. Thoughts? Comments? kevin

3 2

openssl-0.9.8m rpm build errors
by thirumalai 08 Mar '10

08 Mar '10

Hello, I have tried to build openssl-0.9.8m, i got some errors while applying the patch. I found many .patch files in rpmbuild/SOURCES/ directory after installing openssl-0.8.8k-5. what are the suitable .patch files for openssl-0.9.8m? How to build penssl-0.9.8m binary and source rpm from openssl-0.8.8k-5 source rpm? or Is there any source rpm for penssl-0.9.8m? Steps followed 1.Installed openssl-0.8.8k-5 source rpm 2.Changed rpmbuild/SOURCES/openssl-0.9.8k-usa.tar.bz2 with openssl-0.9.8m.tar.gz 3.necessary changes in openssl.spec file $rpmbuild -ba openssl.spec Errors i got: + /home/thirumalai/rpmbuild/SOURCES/hobble-openssl find: `crypto/idea/asm': No such file or directory find: `crypto/mdc2/asm': No such file or directory + echo 'Patch #0 (openssl-0.9.8j-redhat.patch):' Patch #0 (openssl-0.9.8j-redhat.patch): + /bin/cat /home/thirumalai/rpmbuild/SOURCES/openssl-0.9.8j-redhat.patch + /usr/bin/patch -s -p1 -b --suffix .redhat --fuzz=0 1 out of 2 hunks FAILED -- saving rejects to file Configure.rej error: Bad exit status from /var/tmp/rpm-tmp.IEA9i3 (%prep) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.IEA9i3 (%prep) openssl.spec file: # For the curious: # 0.9.5a soversion = 0 # 0.9.6 soversion = 1 # 0.9.6a soversion = 2 # 0.9.6c soversion = 3 # 0.9.7a soversion = 4 # 0.9.7ef soversion = 5 # 0.9.8ab soversion = 6 # 0.9.8g soversion = 7 # 0.9.8jk + EAP-FAST soversion = 8 %define soversion 8 # Number of threads to spawn when testing some threading fixes. %define thread_test_threads %{?threads:%{threads}}%{!?threads:1} # Arches on which we need to prevent arch conflicts on opensslconf.h, must # also be handled in opensslconf-new.h. %define multilib_arches %{ix86} ia64 ppc ppc64 s390 s390x sparcv9 sparc64 x86_64 # Arches for which we don't build subpackages. %define optimize_arches i686 Summary: A general purpose cryptography library with TLS implementation Name: openssl Version: 0.9.8m Release: 5%{?dist} # We remove certain patented algorithms from the openssl source tarball # with the hobble-openssl script which is included below. Source: openssl-%{version}.tar.gz Source1: hobble-openssl Source2: Makefile.certificate Source6: make-dummy-cert Source8: openssl-thread-test.c Source9: opensslconf-new.h Source10: opensslconf-new-warning.h # Build changes Patch0: openssl-0.9.8j-redhat.patch Patch1: openssl-0.9.8a-defaults.patch Patch2: openssl-0.9.8a-link-krb5.patch Patch3: openssl-0.9.8j-soversion.patch Patch4: openssl-0.9.8j-enginesdir.patch Patch5: openssl-0.9.8a-no-rpath.patch Patch6: openssl-0.9.8b-test-use-localhost.patch Patch7: openssl-0.9.8k-shlib-version.patch # Bug fixes Patch21: openssl-0.9.8b-aliasing-bug.patch Patch22: openssl-0.9.8k-x509-name-cmp.patch Patch23: openssl-0.9.8g-default-paths.patch Patch24: openssl-0.9.8g-no-extssl.patch # Functionality changes Patch32: openssl-0.9.8g-ia64.patch Patch33: openssl-0.9.8j-ca-dir.patch Patch34: openssl-0.9.6-x509.patch Patch35: openssl-0.9.8j-version-add-engines.patch Patch38: openssl-0.9.8a-reuse-cipher-change.patch Patch39: openssl-0.9.8g-ipv6-apps.patch Patch40: openssl-0.9.8j-nocanister.patch Patch41: openssl-0.9.8k-use-fipscheck.patch Patch42: openssl-0.9.8k-fipscheck-hmac.patch Patch44: openssl-0.9.8k-kernel-fipsmode.patch Patch45: openssl-0.9.8j-env-nozlib.patch Patch46: openssl-0.9.8j-eap-fast.patch Patch47: openssl-0.9.8j-readme-warning.patch Patch48: openssl-0.9.8j-bad-mime.patch Patch49: openssl-0.9.8j-fips-no-pairwise.patch Patch50: openssl-0.9.8j-fips-rng-seed.patch Patch51: openssl-0.9.8k-multi-crl.patch Patch52: openssl-0.9.8k-dtls-compat.patch Patch53: openssl-0.9.8k-dtls-dos.patch # Backported fixes including security fixes License: OpenSSL Group: System Environment/Libraries URL: http://www.openssl.org/ BuildRoot: %{_tmppath}/%{name}-%{version}-root BuildRequires: mktemp, krb5-devel, perl, sed, zlib-devel, /usr/bin/cmp BuildRequires: /usr/bin/rename Requires: mktemp, ca-certificates >= 2008-5 %description The OpenSSL toolkit provides support for secure communications between machines. OpenSSL includes a certificate management tool and shared libraries which provide various cryptographic algorithms and protocols. %package devel Summary: Files for development of applications which will use OpenSSL Group: Development/Libraries Requires: %{name} = %{version}-%{release}, krb5-devel, zlib-devel Requires: pkgconfig %description devel OpenSSL is a toolkit for supporting cryptography. The openssl-devel package contains include files needed to develop applications which support various cryptographic algorithms and protocols. %package static Summary: Libraries for static linking of applications which will use OpenSSL Group: Development/Libraries Requires: %{name}-devel = %{version}-%{release} %description static OpenSSL is a toolkit for supporting cryptography. The openssl-static package contains static libraries needed for static linking of applications which support various cryptographic algorithms and protocols. %package perl Summary: Perl scripts provided with OpenSSL Group: Applications/Internet Requires: perl Requires: %{name} = %{version}-%{release} %description perl OpenSSL is a toolkit for supporting cryptography. The openssl-perl package provides Perl scripts for converting certificates and keys from other formats to the formats used by the OpenSSL toolkit. %prep %setup -q %{SOURCE1} > /dev/null %patch0 -p1 -b .redhat %patch1 -p1 -b .defaults # Fix link line for libssl (bug #111154). %patch2 -p1 -b .krb5 %patch3 -p1 -b .soversion %patch4 -p1 -b .enginesdir %patch5 -p1 -b .no-rpath %patch6 -p1 -b .use-localhost %patch7 -p1 -b .shlib-version %patch21 -p1 -b .aliasing-bug %patch22 -p1 -b .name-cmp %patch23 -p1 -b .default-paths %patch24 -p1 -b .no-extssl %patch32 -p1 -b .ia64 %patch33 -p1 -b .ca-dir %patch34 -p1 -b .x509 %patch35 -p1 -b .version-add-engines %patch38 -p1 -b .cipher-change %patch39 -p1 -b .ipv6-apps %patch40 -p1 -b .nocanister %patch41 -p1 -b .use-fipscheck %patch42 -p1 -b .fipscheck-hmac %patch44 -p1 -b .fipsmode %patch45 -p1 -b .env-nozlib %patch46 -p1 -b .eap-fast %patch47 -p1 -b .warning %patch48 -p1 -b .bad-mime %patch49 -p1 -b .no-pairwise %patch50 -p1 -b .rng-seed %patch51 -p1 -b .multi-crl %patch52 -p1 -b .dtls-compat %patch53 -p1 -b .dtls-dos # Modify the various perl scripts to reference perl in the right location. perl util/perlpath.pl `dirname %{__perl}` # Generate a table with the compile settings for my perusal. touch Makefile make TABLE PERL=%{__perl} %build # Figure out which flags we want to use. # default sslarch=%{_os}-%{_arch} %ifarch %ix86 sslarch=linux-elf if ! echo %{_target} | grep -q i686 ; then sslflags="no-asm 386" fi %endif %ifarch sparcv9 sslarch=linux-sparcv9 sslflags=no-asm %endif %ifarch sparc64 sslarch=linux64-sparcv9 sslflags=no-asm %endif %ifarch alpha alphaev56 alphaev6 alphaev67 sslarch=linux-alpha-gcc %endif %ifarch s390 sh3eb sh4eb sslarch="linux-generic32 -DB_ENDIAN" %endif %ifarch s390x sslarch="linux-generic64 -DB_ENDIAN" %endif %ifarch %{arm} sh3 sh4 sslarch=linux-generic32 %endif # ia64, x86_64, ppc, ppc64 are OK by default # Configure the build tree. Override OpenSSL defaults with known-good defaults # usable on all platforms. The Configure script already knows to use -fPIC and # RPM_OPT_FLAGS, so we can skip specifiying them here. ./Configure \ --prefix=/usr --openssldir=%{_sysconfdir}/pki/tls ${sslflags} \ zlib enable-camellia enable-seed enable-tlsext enable-rfc3779 \ enable-cms no-idea no-mdc2 no-rc5 no-ec no-ecdh no-ecdsa shared \ --with-krb5-flavor=MIT --enginesdir=%{_libdir}/openssl/engines \ --with-krb5-dir=/usr ${sslarch} fipscanisterbuild # Add -Wa,--noexecstack here so that libcrypto's assembler modules will be # marked as not requiring an executable stack. RPM_OPT_FLAGS="$RPM_OPT_FLAGS -Wa,--noexecstack" make depend make all # Generate hashes for the included certs. make rehash %check # Verify that what was compiled actually works. # We must revert patch33 before tests otherwise they will fail patch -p1 -R < %{PATCH33} LD_LIBRARY_PATH=`pwd`${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}} export LD_LIBRARY_PATH make -C test apps tests %{__cc} -o openssl-thread-test \ `krb5-config --cflags` \ -I./include \ $RPM_OPT_FLAGS \ %{SOURCE8} \ -L. \ -lssl -lcrypto \ `krb5-config --libs` \ -lpthread -lz -ldl ./openssl-thread-test --threads %{thread_test_threads} # Add generation of HMAC checksum of the final stripped library %define __spec_install_post \ %{?__debug_package:%{__debug_install_post}} \ %{__arch_install_post} \ %{__os_install_post} \ fips/fips_standalone_sha1 $RPM_BUILD_ROOT%{_libdir}/libcrypto.so.%{version} >$RPM_BUILD_ROOT%{_libdir}/.libcrypto.so.%{version}.hmac \ ln -sf .libcrypto.so.%{version}.hmac $RPM_BUILD_ROOT%{_libdir}/.libcrypto.so.%{soversion}.hmac \ fips/fips_standalone_sha1 $RPM_BUILD_ROOT%{_libdir}/libssl.so.%{version} >$RPM_BUILD_ROOT%{_libdir}/.libssl.so.%{version}.hmac \ ln -sf .libssl.so.%{version}.hmac $RPM_BUILD_ROOT%{_libdir}/.libssl.so.%{soversion}.hmac \ %{nil} %install [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT # Install OpenSSL. install -d $RPM_BUILD_ROOT{%{_bindir},%{_includedir},%{_libdir},%{_mandir},%{_libdir}/openssl} make INSTALL_PREFIX=$RPM_BUILD_ROOT install make INSTALL_PREFIX=$RPM_BUILD_ROOT install_docs # OpenSSL install doesn't use correct _libdir on 64 bit archs [ "%{_libdir}" != /usr/lib ] && mv $RPM_BUILD_ROOT/usr/lib/lib*.so.%{soversion} $RPM_BUILD_ROOT%{_libdir}/ mv $RPM_BUILD_ROOT/usr/lib/engines $RPM_BUILD_ROOT%{_libdir}/openssl mv $RPM_BUILD_ROOT%{_sysconfdir}/pki/tls/man/* $RPM_BUILD_ROOT%{_mandir}/ rmdir $RPM_BUILD_ROOT%{_sysconfdir}/pki/tls/man mv $RPM_BUILD_ROOT/usr/lib/* $RPM_BUILD_ROOT%{_libdir}/ || : rename so.%{soversion} so.%{version} $RPM_BUILD_ROOT%{_libdir}/*.so.%{soversion} for lib in $RPM_BUILD_ROOT%{_libdir}/*.so.%{version} ; do chmod 755 ${lib} ln -s -f `basename ${lib}` $RPM_BUILD_ROOT%{_libdir}/`basename ${lib} .%{version}` ln -s -f `basename ${lib}` $RPM_BUILD_ROOT%{_libdir}/`basename ${lib} .%{version}`.%{soversion} done # Install a makefile for generating keys and self-signed certs, and a script # for generating them on the fly. mkdir -p $RPM_BUILD_ROOT%{_sysconfdir}/pki/tls/certs install -m644 %{SOURCE2} $RPM_BUILD_ROOT%{_sysconfdir}/pki/tls/certs/Makefile install -m755 %{SOURCE6} $RPM_BUILD_ROOT%{_sysconfdir}/pki/tls/certs/make-dummy-cert # Make sure we actually include the headers we built against. for header in $RPM_BUILD_ROOT%{_includedir}/openssl/* ; do if [ -f ${header} -a -f include/openssl/$(basename ${header}) ] ; then install -m644 include/openssl/`basename ${header}` ${header} fi done # Rename man pages so that they don't conflict with other system man pages. pushd $RPM_BUILD_ROOT%{_mandir} for manpage in man*/* ; do if [ -L ${manpage} ]; then TARGET=`ls -l ${manpage} | awk '{ print $NF }'` ln -snf ${TARGET}ssl ${manpage}ssl rm -f ${manpage} else mv ${manpage} ${manpage}ssl fi done for conflict in passwd rand ; do rename ${conflict} ssl${conflict} man*/${conflict}* done popd # Pick a CA script. pushd $RPM_BUILD_ROOT%{_sysconfdir}/pki/tls/misc mv CA.sh CA popd mkdir -m700 $RPM_BUILD_ROOT%{_sysconfdir}/pki/CA mkdir -m700 $RPM_BUILD_ROOT%{_sysconfdir}/pki/CA/private # Ensure the openssl.cnf timestamp is identical across builds to avoid # mulitlib conflicts and unnecessary renames on upgrade touch -r %{SOURCE2} $RPM_BUILD_ROOT%{_sysconfdir}/pki/tls/openssl.cnf # Fix libdir. pushd $RPM_BUILD_ROOT/%{_libdir}/pkgconfig for i in *.pc ; do sed 's,^libdir=${exec_prefix}/lib,libdir=${exec_prefix}/%{_lib},g' \ $i >$i.tmp && \ cat $i.tmp >$i && \ rm -f $i.tmp done popd # Determine which arch opensslconf.h is going to try to #include. basearch=%{_arch} %ifarch %{ix86} basearch=i386 %endif %ifarch sparcv9 basearch=sparc %endif %ifarch sparc64 basearch=sparc64 %endif %ifarch %{multilib_arches} # Do an opensslconf.h switcheroo to avoid file conflicts on systems where you # can have both a 32- and 64-bit version of the library, and they each need # their own correct-but-different versions of opensslconf.h to be usable. install -m644 %{SOURCE10} \ $RPM_BUILD_ROOT/%{_prefix}/include/openssl/opensslconf-${basearch}.h cat $RPM_BUILD_ROOT/%{_prefix}/include/openssl/opensslconf.h >> \ $RPM_BUILD_ROOT/%{_prefix}/include/openssl/opensslconf-${basearch}.h install -m644 %{SOURCE9} \ $RPM_BUILD_ROOT/%{_prefix}/include/openssl/opensslconf.h %endif %ifarch %{optimize_arches} # Remove bits which belong in subpackages. rm -rf $RPM_BUILD_ROOT/%{_prefix}/include/openssl rm -rf $RPM_BUILD_ROOT/%{_libdir}/*.a rm -rf $RPM_BUILD_ROOT/%{_libdir}/*.so rm -rf $RPM_BUILD_ROOT/%{_libdir}/pkgconfig rm -rf $RPM_BUILD_ROOT/%{_mandir}/man3/* rm -rf $RPM_BUILD_ROOT/%{_bindir}/c_rehash rm -rf $RPM_BUILD_ROOT/%{_mandir}/man1*/*.pl* rm -rf $RPM_BUILD_ROOT/%{_sysconfdir}/pki/tls/misc/*.pl %endif # Remove unused files from upstream fips support rm -rf $RPM_BUILD_ROOT/%{_bindir}/openssl_fips_fingerprint rm -rf $RPM_BUILD_ROOT/%{_libdir}/fips_premain.* rm -rf $RPM_BUILD_ROOT/%{_libdir}/fipscanister.* %clean [ "$RPM_BUILD_ROOT" != "/" ] && rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) %doc FAQ LICENSE CHANGES NEWS INSTALL README %doc doc/c-indentation.el doc/openssl.txt %doc doc/openssl_button.html doc/openssl_button.gif %doc doc/ssleay.txt %dir %{_sysconfdir}/pki/tls %dir %{_sysconfdir}/pki/tls/certs %{_sysconfdir}/pki/tls/certs/make-dummy-cert %{_sysconfdir}/pki/tls/certs/Makefile %dir %{_sysconfdir}/pki/tls/misc %{_sysconfdir}/pki/tls/misc/CA %dir %{_sysconfdir}/pki/CA %dir %{_sysconfdir}/pki/CA/private %{_sysconfdir}/pki/tls/misc/c_* %{_sysconfdir}/pki/tls/private %config(noreplace) %{_sysconfdir}/pki/tls/openssl.cnf %attr(0755,root,root) %{_bindir}/openssl %attr(0755,root,root) %{_libdir}/*.so.%{version} %attr(0755,root,root) %{_libdir}/*.so.%{soversion} %attr(0644,root,root) %{_libdir}/.libcrypto.so.*.hmac %attr(0644,root,root) %{_libdir}/.libssl.so.*.hmac %attr(0755,root,root) %{_libdir}/openssl %attr(0644,root,root) %{_mandir}/man1*/[ABD-Zabcd-z]* %attr(0644,root,root) %{_mandir}/man5*/* %attr(0644,root,root) %{_mandir}/man7*/* %ifnarch %{optimize_arches} %files devel %defattr(-,root,root) %{_prefix}/include/openssl %attr(0755,root,root) %{_libdir}/*.so %attr(0644,root,root) %{_mandir}/man3*/* %attr(0644,root,root) %{_libdir}/pkgconfig/*.pc %files static %defattr(-,root,root) %attr(0644,root,root) %{_libdir}/*.a %files perl %defattr(-,root,root) %attr(0755,root,root) %{_bindir}/c_rehash %attr(0644,root,root) %{_mandir}/man1*/*.pl* %dir %{_sysconfdir}/pki/tls/misc %{_sysconfdir}/pki/tls/misc/*.pl %endif %post -p /sbin/ldconfig %postun -p /sbin/ldconfig %changelog Thanks and regards, Thirumalaisamy K K,

3 3

Python Egg Guidelines for EPEL incorrect
by Till Maas 02 Mar '10

02 Mar '10

Hi, https://fedoraproject.org/wiki/Packaging:Python_Eggs#Providing_Eggs_for_non… | These instructions are only for distutils in RHEL4 & 5. Fedora 9 and | above will automatically generate egg-info files. [...] | BuildRequires: python-setuptools-devel this became wrong, because RHEL included a python-setuptools package that does not provide this anymore in opposite to the package that was in EPEL. Some information about this can be found in this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=460631#c11 Regards Till

2 1

Impasse on packaging JOGL and Gluegen
by Henrique Junior 01 Mar '10

01 Mar '10

Hi, gentlemen, For some time the inclusion of the software Scilab [1] in our repos has been barred by various dependencies, which were being resolved with time. Currently, the biggest reason we do not have this software in our repos is that it relies in a software called JOGL [2]. The big question here is that JOGL, in his turn, depends on other software called Gluegen [3] and, more specifically, it depends on the **source tree** of Gluegen, as explained in the instructions for build [4]: "Step 5 - Check out the GlueGen source tree: JOGL GlueGen relies on the project to autogenerate most of the Java and JNI code for the OpenGL interface. The JOGL / and gluegen / workspaces must be side-by-side in order for JOGL to build properly. " At this stage, we have drafts of packages for both, Gluegen [5] and JOGL [6], but we got to the stalemate that JOGL continues to need Gluegen’s **code** to build his own build.xml, so, even if we have Gluegen packaged and installed, what matters for the correct build of JOGL is the gluegen’s code side by side. At first I thought it would be better to generate both packages from a single .spec, then I decided to create a separate package for Gluegen and provide a tarball of that Gluegen’s code as Source1 for the compilation of JOGL. As Chen Lei said, the fact that JOGL needs this code may mean that it will be blocked forever for packaging, but I do not particularly see a big problem. For more details, please, read the log in bugzilla and give your ideas regarding this question. [1] - http://www.scilab.org/ [2] - https: / / jogl.dev.java.net / [3] - https: / / gluegen.dev.java.net / [4] - http://download.java.net/media/jogl/doc/HowToBuild.html [5] - https: / / bugzilla.redhat.com / show_bug.cgi? Id = 439627 [6] - https: / / bugzilla.redhat.com / show_bug.cgi? Id = 439630 ------------------------------ Henrique "LonelySpooky" Junior ____________________________________________________________________________________ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com

2 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

packaging March 2010