August 2011 - openSUSE Packaging - openSUSE Mailing Lists

[opensuse-packaging] Desktop-related macros for scriptlets
by Vincent Untz 20 Nov '11

20 Nov '11

Hi, Something I probably failed to document properly in 11.4 is the new macros that got introduced for desktop-related things (some of them being, arguably, GTK+-only). They were introduced to fix various issues, and move away from the SuSEconfig scripts. With rpm 4.9, we might be able to use another solution. In that case, the macros listed below will just expand to an empty string and do nothing. So it won't harm to use them either. Desktop-related macros ====================== a) Package installs a .desktop file in /usr/share/applications Macros: %desktop_database_post/%desktop_database_postun What it does: calls update-desktop-database to update a cache mapping MIME types to apps handling them. This is needed to make the desktops aware that an app can handle a MIME type. b) Package installs a MIME definition (in /usr/share/mime): Macros: %mime_database_post/%mime_database_postun What it does: calls update-mime-database to update the database containing information about all MIME definitions. c) Package installs an icon in hicolor (/usr/share/icons/hicolor): Macros: %icon_theme_cache_post/%icon_theme_cache_postun What it does: calls gtk-update-icon-cache (if existing) to update the GTK+ icon cache for hicolor, as specified by the spec. This is needed to make the icon visible to GTK+ apps. d) Package installs an icon in another icon theme (let's say "geeko" theme, /usr/share/icons/geeko) Macros: %icon_theme_cache_post geeko / %icon_theme_cache_postun geeko What it does: calls gtk-update-icon-cache (if existing) to update the GTK+ icon cache for geeko. This is needed to make the icon visible to GTK+ apps. e) Package installs a GSettings schema (in /usr/share/glib-2.0/schemas): Macros: %glib2_gsettings_schema_post/%glib2_gsettings_schema_postun %glib2_gsettings_schema_requires (similar to %py_requires) What it does: calls glib-compile-schemas to build the blob containing the data for all schemas. This is needed to have your app not crash :-) f) Package installs a gio module (in /usr/lib/gio/modules): Macros: %glib2_gio_module_post/%glib2_gio_module_postun %glib2_gio_module_requires (similar to %py_requires) What it does: calls gio-querymodules to update a cache listing all gio modules and the extension points they are using. This is needed to make the gio module known to gio. g) Package installs a gdk-pixbuf loader (in /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders): Macros: %gdk_pixbuf_loader_post/%gdk_pixbuf_loader_postun %gdk_pixbuf_loader_requires (similar to %py_requires) What it does: calls gdk-pixbuf-query-loaders to update a cache listing all gdk-pixbuf loaders and their abilities. This is needed to make the gdk-pixbuf loader known to gdk-pixbuf. h) Package installs a GTK+ (2 or 3) IM module (in /usr/lib/gtk-2.0/2.10.0/immodules or /usr/lib/gtk-3.0/3.0.0/immodules): Macros: %gtk2_immodule_post/%gtk2_immodule_postun %gtk2_immodule_requires %gtk3_immodule_post/%gtk3_immodule_postun %gtk3_immodule_requires What it does: calls gtk-query-immodules-2.0/gtk-query-immodules-3.0 to build a cache listing all IM modules and the locale/language they apply to. You obviously need to only call the gtk2/gtk3 version, depending on which version of GTK+ you target. This is needed to make the IM module known to GTK+. i) Package installs a pango module (in /usr/lib/pango/1.6.0/modules): Macros: %pango_module_post/%pango_module_postun %pango_module_requires (similar to %py_requires) What it does: calls pango-querymodules to update a cache listing all pango modules and information about what they handle. This is needed to make the module known to pango. Thanks, Vincent -- Les gens heureux ne sont pas pressés. -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

5 10

[opensuse-packaging] How to fix generic-name-not-in-filelist RPMLINT warning
by Kirill Kirillov 31 Aug '11

31 Aug '11

Hi! My "fbreader" package [1] uses "update-alternative" mechanism, here is a spec snippet: /usr/sbin/update-alternatives --install \ %{_libdir}/zlibrary/ui/zlui-active.so \ zlibrary-ui \ %{_libdir}/zlibrary/ui/zlui-gtk.so \ 2 When I build it in OBS the following warning is shown: > zlibrary-ui-gtk.x86_64: W: generic-name-not-in-filelist /usr/lib64/zlibrary/ui/zlui-active.so > zlibrary-ui-qt.x86_64: W: generic-name-not-in-filelist /usr/lib64/zlibrary/ui/zlui-active.so > The generic name is not in a filelist of package, add it to list marked as %ghost. Note: this error will be raised, if you use a hash ($) in file name, use rpm macros in spec file instead. To fix it according to [2], I have added the following lines: touch %{buildroot}%{_libdir}/zlibrary/ui/zlui-active.so ghost %{_libdir}/zlibrary/ui/zlui-active.so But this just results in four warnings instead of two which I don't know how to fix: > zlibrary-ui-gtk.x86_64: W: binaryinfo-tail-failed /usr/lib64/zlibrary/ui/zlui-active.so: [Errno 2] > No such file or directory: '/tmp/rpmlint.zlibrary-ui-gtk-0.12.10-0.x86_64.rpm.wD4veN//usr/lib64/zlibrary/ui/zlui-active.so' > zlibrary-ui-qt.x86_64: W: binaryinfo-tail-failed /usr/lib64/zlibrary/ui/zlui-active.so: [Errno 2] > No such file or directory: '/tmp/rpmlint.zlibrary-ui-qt-0.12.10-0.x86_64.rpm.yuvsOP//usr/lib64/zlibrary/ui/zlui-active.so' Reading trailing bytes of this file failed, all checks could not be run. > zlibrary-ui-gtk.x86_64: W: binaryinfo-readelf-failed /usr/lib64/zlibrary/ui/zlui-active.so readelf: Error: '/tmp/rpmlint.zlibrary-ui-gtk-0.12.10-0.x86_64.rpm.wD4veN//usr/lib64/zlibrary/ui/zlui-active.so': No such file > zlibrary-ui-qt.x86_64: W: binaryinfo-readelf-failed /usr/lib64/zlibrary/ui/zlui-active.so readelf: Error: '/tmp/rpmlint.zlibrary-ui-qt-0.12.10-0.x86_64.rpm.yuvsOP//usr/lib64/zlibrary/ui/zlui-active.so': No such file Executing readelf on this file failed, all checks could not be run. Any solutions, please? [1] https://build.opensuse.org/package/show?package=fbreader&project=openSUSE%3… [2] http://en.opensuse.org/openSUSE:Packaging_checks -- Kirill Kirillov <>< -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 2

[opensuse-packaging] Undefined symbols in shared libraries, a question
by Cristian Rodríguez 31 Aug '11

31 Aug '11

Hi: IS there any "hackish" (or practical) way to disallow all kinds of undefined symbols during build that does not involve using LDFLAGS -no-undefined or --unresolved-symbols=method .. etc. A pack of cookies if it also does not involve dealing with libtool or any patching whatsoever. something like export I_DONT_WANT_UNDEFINED_SYMBOLS=TRUE and the compiler, linker etc automatically knows about it ? Cheers. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

3 3

[opensuse-packaging] Icon Naming Specification
by Cristian Morales Vega 30 Aug '11

30 Aug '11

I get this error from brp-desktop: ERROR: Icon file not installed: /usr/src/packages/BUILDROOT/warmux-11.04.1-0.x86_64//usr/share/applications/warmux_files.desktop (folder) But "folder" is in the Table 11 of the Icon Naming Specification: http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.h… I suppose the fix is just adding all the icon names from the spec to the standardIconNames variable of /usr/lib/rpm/brp-desktop.data/xdg_menu, but is that wanted? Perhaps the spec is not really used in the wild, no idea... -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 2

[opensuse-packaging] "Teaching" desktop menu category
by Kirill Kirillov 30 Aug '11

30 Aug '11

Hi! There is "Teaching" desktop menu category in the following page: http://en.opensuse.org/openSUSE:Packaging_desktop_menu_categories#Education But when I build my package in OBS the following warning is shown: klavaro.x86_64: W: invalid-desktopfile /usr/share/applications/klavaro.desktop value "Education;Teaching;" for key "Categories" in group "Desktop Entry" contains an unregistered value "Teaching"; values extending the format should start with "X-" .desktop file is not valid, check with desktop-file-validate Is it a defect in RPMLINT or in the wiki-page? Thanks. -- Kirill Kirillov <>< -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

3 3

[opensuse-packaging] Tagging patches guidelines and package building patches
by Javier Conti 29 Aug '11

29 Aug '11

Hi, I'm packaging a software which needs internet connection in a test target in the Makefile, which is invoked by default. I've built a patch and submitted it upstream in order to build it on my systems (which are not connected to the internet) and on the build service. In the SPEC file, I'd like to implement the patch I made following the guidelines at: http://en.opensuse.org/openSUSE:Packaging_Patches_guidelines But I'm not sure my case is contemplated. Please note that the patch only modifies package building process (Makefile). Any suggestions? Thanks, Javier -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

4 4

[opensuse-packaging] Introducing Package SaX3
by Manu Gupta 29 Aug '11

29 Aug '11

Hi All, I am introducing package sax3, which was a part of my gsoc project to you all. I have packaged the most part of it. As darix and yaloki suggested, I have it now in X11:sax too. I would like to push it into factory but I am unsure about the legal reviews that are required so if you check it and let me know. Is including everything in README do or is there a specfic format. https://build.opensuse.org/package/show?package=sax3&project=X11%3Asax -- Regards Manu Gupta -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

3 2

[opensuse-packaging] RPM-Packaging recent pear packages and stuff which contains <tasks:replace>
by Ralf Lang 27 Aug '11

27 Aug '11

An increasing number of PHP software packages, libraries and whole programs are distributed via pear packages. Some of them, but numbers are increasing, make use of <tasks:replace> tags which modify pear files. Often these modified files have the relocated pear paths inside rpm buildroot written to the replacement position and an increasing number of spec files include sed statements to get rid of them once again. I have not yet found a cleaner solution to this problem. Another difficulty with 3rd party pear channels is that they require relatively new pear installer versions for no real reasons. This breaks building these packages on In one instance, a package wanted a newer version of pear that present in factory. I patched the requirement line down a few version numbers and then it just worked. Still, some packages really use pear features that just did not ship with older PHP as present in SLES & friends. Pear is at the moment maintained as a sub package of php5. Maybe it would make sense to have a separate, decoupled version of pear in server:php:applications. This provides an upgrade option without update of the php5 interpreter (which would break binary compatibility with everything linked against it). pear itself is noarch. Any suggestions are welcome. -- Ralf Lang Linux Consultant / Developer B1 Systems GmbH Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

1 0

[opensuse-packaging] build failure
by Anders Johansson 27 Aug '11

27 Aug '11

A package I'm building fails with the message that - /usr/share/locale/no - /usr/share/locale/no/LC_MESSAGES are directories that don't belong to a package. What is the packaging policy here? I can't imagine that a normal package should take ownership of it, but since the package I'm building ships with Norwegian translation, I don't really want to just delete it either Is it ok for a package other than filesystem.rpm to take ownership of a locale dir? Anders -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

2 2

[opensuse-packaging] %doc weaknesses
by Hans-Peter Jansen 26 Aug '11

26 Aug '11

Hi, since some packagers reverted my way to install the package docs of some of my contributed packages, I would like to discuss these issues here. I actively avoid the %doc directive in my packages with separate -doc package for two reasons: * i don't like the silly /usr/share/doc/packages/pkgname-doc, because /usr/share/doc/packages is _way_ too crowded already, and for common sense sake, the doc should be located in the doc hierarchy of the package itself: /usr/share/doc/packages/pkgname. * the way, rpm copies the data (cp -pr) reverts the changes of %fdupes, which is a pity, since especially the docs tend to provide redundant data. Does anybody agree with me? Pete -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-packaging+help(a)opensuse.org

3 4