January 2006 - openSUSE Packaging - openSUSE Mailing Lists

Rebuilding xxx-32bit packages for x64_64
by Volker Kuhlmann 09 Jan '06

09 Jan '06

SUSE 10.0 ships packages for i586 and x86_64 built from the same .src.rpm. But there are also name-32bit-...x64_64.rpm, which contain only the shared libraries compiled as 32bit for use on an AMD64 system. These also claim to be built from the same single .src.rpm. What is the magic incantation to do so? There is nothing special in the spec file about it. For example: gpm-1.20.1-309.src.rpm dvd2 suse/src gpm-1.20.1-309.i586.rpm dvd1 suse/i586 gpm-1.20.1-309.x86_64.rpm dvd1 suse/x86_64 gpm-32bit-1.20.1-309.x86_64.rpm dvd1 suse/x86_64 Thanks, Volker -- Volker Kuhlmann is possibly list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.

3 6

suse package conventions?
by Marcus Hüwe 08 Jan '06

08 Jan '06

Hi, is it possible to get the SUSE Package Conventions without a Novell-account? If i follow this link http://forge.novell.com/modules/xfref_library/detail.php?tab=doc&reference_… which i found in the SUSE_Build_Tutorial i've to login here https://developer.novell.com/ICSLogin/?%22http://forge.novell.com/modules/x… with a Novell-account. Some days ago i found them here http://ftp.novell.com/pub/forge/library/SUSE%20Package%20Conventions/spc.ht… (without login etc.) but this page doesn't exist anymore. Marcus

2 1

Issue with kdebindings3-python and kspell
by Pascal Bleser 08 Jan '06

08 Jan '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Seems something is borked with kdebindings3-python and the kspell module. Just asking back before opening a bug: $ python -c 'import kspell' ImportError: /usr/lib64/python2.4/site-packages/kspell.so: undefined symbol: _ZTI24KDictSpellingHighlighter $ echo _ZTI24KDictSpellingHighlighter | c++filt typeinfo for KDictSpellingHighlighter Import of other modules from kdebindings3-python works: $ python -c 'import kdecore' $ python -c 'import kio' $ python -c 'import kutils' Weird thing is that it all seems to be OK from the runtime linker perspective: ldd /usr/lib64/python2.4/site-packages/kspell.so libkspell.so.4 => /opt/kde3/lib64/libkspell.so.4 (0x00002aaaaac21000) ... (all resolved) ... I tried this with kdebindings3-python-3.5.0-12 as well as with kdebindings3-python-3.4.2-8, both fail as above, on x86_64 and on x86. Didn't try with 9.3 as it doesn't include the kspell module. Any idea (besides being a bug in kdebindings3-python ;)) ? BTW, context: trying to package PyKDE extensions [1] to package kde-hal-device-manager [2] [1] http://www.simonzone.com/software/pykdeextensions/ [2] http://kubuntu.org/~jr/kde-hal-device-manager/ cheers - -- -o) Pascal Bleser http://linux01.gwdg.de/~pbleser/ /\\ <pascal.bleser(a)skynet.be> <guru(a)unixtech.be> _\_v The more things change, the more they stay insane. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDwNI5r3NMWliFcXcRAmgKAJ9nD4geOX/VqGtDV/xLqv56pg0RHQCeOeSa g13ebzVFGGG03kKEHvanK+0= =pUC5 -----END PGP SIGNATURE-----

1 0

problems with libtool -export-symbols-regex (gstreamer010-plugins*)
by Stanislav Brabec 06 Jan '06

06 Jan '06

Hallo. I am just now packaging gstreamer010-plugins*. I have experienced libtool error for all plugins. System libtool is able to link the module, but installed ../../libtool is not. Did you have sees this problem anywhere? For now I have just worked-around this problem by removing -export-symbols-regex with arguments. /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -fmessage-length=0 -Wall -D_FORTIFY_SOURCE=2 -o libgstdvdlpcmdec.la -rpath /opt/gnome/lib64/gstreamer-0.10 -module -avoid-version -export-symbols-regex '_*(gst_|Gst|GST_).*' -Wl,--export-dynamic -pthread -L/opt/gnome/lib64 -lgstreamer-0.10 -lgobject-2.0 -lgmodule-2.0 -ldl -lgthread-2.0 -lxml2 -lz -lm -lglib-2.0 -no-undefined libgstdvdlpcmdec_la-gstdvdlpcmdec.lo generating symbol list for `libgstdvdlpcmdec.la' /usr/bin/nm -B .libs/libgstdvdlpcmdec_la-gstdvdlpcmdec.o | | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgstdvdlpcmdec.exp ../../libtool: eval: line 4162: syntax error near unexpected token `|' ../../libtool: eval: line 4162: `/usr/bin/nm -B .libs/libgstdvdlpcmdec_la-gstdvdlpcmdec.o | | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libgstdvdlpcmdec.exp' -- Best Regards / S pozdravem, Stanislav Brabec software developer --------------------------------------------------------------------- SuSE CR, s. r. o. e-mail: sbrabec(a)suse.cz Drahobejlova 27 tel: +420 296 542 382 190 00 Praha 9 fax: +420 296 542 374 Czech Republic http://www.suse.cz/

2 6

gstreamer010-plugins
by James Ogley 06 Jan '06

06 Jan '06

Just finished a rather busy morning packaging plugins for gstreamer010 So, as soon as the servers sync up, usr-local-bin will provide: gstreamer010-0.10.1 gstreamer010-plugins-base-0.10.1 (+ -devel) gstreamer010-plugins-good-0.10.0 gstreamer010-plugins-bad-0.10.0 gstreamer010-plugins-ugly-0.10.0 liboil-0.3.6 (+ -devel) [1] all the plugins packages and liboil are built for i586 and i686, gstreamer010 only for i586 at the moment. My next plan is to build the Python bindings, and gnonlin so that I can package up PiTiVi, which is an NLE video editor. [1] required by the plugins -- James Ogley james(a)usr-local-bin.org Packages for SUSE: http://usr-local-bin.org/rpms Make Poverty History: http://makepovertyhistory.org

2 6

Re: [opensuse-packaging] Ideas for advanced Enhances / Suggests
by Marian Jancar 05 Jan '06

05 Jan '06

Stanislav Brabec wrote: > Hallo. > > I have a package libgda, which contains many database plugins. > > What to do with plugin packages, which provide a xxx support for libgda. > > Suppose I will do: > > Package: libgda-mysql > Enhances: libgda > > Package: libgda-postgres > Enhances: libgda > > This will probably cause, that beginner will click OK for all and > package manager will install all available databases as > hard-dependencies of all these plugins. Lets resolve the issue here, where it originates from, instead of hardcoding assumptions about the user preferences into packages: Display the enhancing packages in a way that the user is not tempted to click ok for all. > But I want to suggest here: "Yes, libgda-mysql enhances libgda, but if > you don't have mysql installed, you probably have no usage for it." Once > in future, if user installs mysql package, libgda-mysql should be > suggested. > > What I really need, is probably: > Enhances: ( libgda + mysql ) Such assumption as what the user probably has or has not usage for doesn't belong to low level stuff like a package. A package cannot (and should not) know everything about all the system and the about the user preferences. In this case, what if the user intends to use a mysql on a remote machine? > One of suggestions says, do not offer or warn about enhancement packages > with a lot of unresolved dependencies. But it is not a solution. > > For example I have also: > > Package: gstreamer-plugins-extra > Enhances: gstreamer > > The package also has many unresolved dependencies, but I really want to > suggest here: "Yes, install all these dependencies to have a cool > gstreamer package." Whether a package is cool for a user depends on his preferences, something a high level setup tool can know about but a package cannot.. > Is such feature possible or planned or what is the syntax? > > > And additional ideas: > > Is it possible to use Enhances for virtuals or Suggests for symbols > instead of package name? I want to say: "Yes gimp-help enhances both > gimp and gimp-unstable." > > Package: gimp-help > Enhances: gimp-2.0 > > Package: gimp > Provides: gimp-2.0 > > Package: gimp-unstable > Provides: gimp-2.0 Both the hard/soft dependencies are after Provides (if I'm correct), there should be no problem. > Maybe it should be evident, why package Suggests/Enhances other package, > to provide enough information to user. For example: > > Package: mc > Suggests: (xv eog gv pdftotext)("To provide default viewers. You can define different viewers and ignore these suggestions.") > > Package: gnome-session > Suggests: gnome2-user-docs("To provide enhanced user documentation.") The purpose should be obvious from the suggested package description. Best Regards, Marian

3 5

Banshee/njb-sharp
by James Ogley 04 Jan '06

04 Jan '06

Having built the GStreamer 0.10 plugins, I've now got packages of banshee built against gstreamer010-* rather than gstreamer-* and also njb-sharp to add support for the audio players that libnjb (thanks PackMan crew) supports. -- James Ogley james(a)usr-local-bin.org Packages for SUSE: http://usr-local-bin.org/rpms Make Poverty History: http://makepovertyhistory.org

2 5

Ideas for advanced Enhances / Suggests
by Stanislav Brabec 04 Jan '06

04 Jan '06

Hallo. I have a package libgda, which contains many database plugins. What to do with plugin packages, which provide a xxx support for libgda. Suppose I will do: Package: libgda-mysql Enhances: libgda Package: libgda-postgres Enhances: libgda This will probably cause, that beginner will click OK for all and package manager will install all available databases as hard-dependencies of all these plugins. But I want to suggest here: "Yes, libgda-mysql enhances libgda, but if you don't have mysql installed, you probably have no usage for it." Once in future, if user installs mysql package, libgda-mysql should be suggested. What I really need, is probably: Enhances: ( libgda + mysql ) One of suggestions says, do not offer or warn about enhancement packages with a lot of unresolved dependencies. But it is not a solution. For example I have also: Package: gstreamer-plugins-extra Enhances: gstreamer The package also has many unresolved dependencies, but I really want to suggest here: "Yes, install all these dependencies to have a cool gstreamer package." Is such feature possible or planned or what is the syntax? And additional ideas: Is it possible to use Enhances for virtuals or Suggests for symbols instead of package name? I want to say: "Yes gimp-help enhances both gimp and gimp-unstable." Package: gimp-help Enhances: gimp-2.0 Package: gimp Provides: gimp-2.0 Package: gimp-unstable Provides: gimp-2.0 Another use: Package: plugger Suggests: mp3_player (where mp3_player will be virtual provided by all MP3 players) Maybe it should be evident, why package Suggests/Enhances other package, to provide enough information to user. For example: Package: mc Suggests: (xv eog gv pdftotext)("To provide default viewers. You can define different viewers and ignore these suggestions.") Package: gnome-session Suggests: gnome2-user-docs("To provide enhanced user documentation.") -- Best Regards / S pozdravem, Stanislav Brabec software developer --------------------------------------------------------------------- SuSE CR, s. r. o. e-mail: sbrabec(a)suse.cz Drahobejlova 27 tel: +420 296 542 382 190 00 Praha 9 fax: +420 296 542 374 Czech Republic http://www.suse.cz/

2 1