Packaging-related changes in GNOME
by Matthias Clasen
This cycle, some things land in GNOME land that will require minor
adjustments of scriptlets:
1) GIO modules. GIO now uses a caching approach to its modules. If a
package installs a loadable module in %{_libdir}/gio/modules, you need
to run gio-querymodules to update
%{_libdir}/gio/modules/giomodule.cache. There's the usual multilib pain;
glib2 installs the binary as gio-querymodules-32/64. I propose to
recommend the following scriptlets for this:
%posttrans
gio-querymodules-%{__isa_bits} || :
%postun
gio-querymodules-%{__isa_bits} || :
2) GSettings. GConf is on the way out, we will start seeing applications
that are ported to GSettings (which is part of libgio in the glib2
package). GSettings uses schemas as well, and has a cache of those that
needs updating if schemas are added/removed. The tool for this is
glib-compile-schemas (schemas and their cache are arch-neutral, so no
multilib pain here). Proposed scriptlets:
%posttrans
glib-compile-schemas %{_datadir}/glib-2.0/schemas || :
%postun
glib-compile-schemas %{_datadir}/glib-2.0/schemas || :
3) GTK3. gtk3 will be parallel installable with gtk2, which means it
keeps its loadable modules separate. I took the occasion to rework
things a bit to reduce the multilib pain. gdk-pixbuf loaders, theme
engines and im modules get installed to
%{_libdir}/gtk-3.0/3.0.0/{loaders,engines,immodules}, and the cache
files for loaders and immodules have been relocated to
%{_libdir}/gtk-3.0/3.0.0/{loaders,immodules}.cache. Suitable scriptlets
to update these caches look as follows:
%posttrans
gdk-pixbuf-query-loaders-3.0-%{__isa_bits} --update-cache || :
gtk-query-immodules-3.0-%{__isa_bits} --update-cache || :
%postun
gdk-pixbuf-query-loaders-3.0-%{__isa_bits} --update-cache || :
gtk-query-immodules-3.0-%{__isa_bits} --update-cache || :
I guess all the %postun scriptlets could be optimized with a if $1 -eq 0
Comments ?
Matthias
13 years
Help with rpath issue
by Jirka Hladky
Hello everybody!
I have run into rpath issue when creating rpm for hwloc (you might want to
check package review ticket at
https://bugzilla.redhat.com/show_bug.cgi?id=606498)
rpath is added by libtool. Libraries are getting installed into /usr/lib64 but
libtool does not recognize this as default library location on 64-bit system.
One solution was to add "/usr/lib64" directory into /etc/ld.so.conf.
Practical solution to get rpm was to add
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
into the %configure stage in rpm specs.
I would like to get rid of these sed lines.
For me it seems either that libtool is buggy or "/usr/lib64" directory is
missing in /etc/ld.so.conf.
I (together with upstream) would highly appreciate any feedback on it.
Thanks
Jirka
13 years, 1 month
Packaging a postgresql cartridge
by Gianluca Sforna
I am packaging a library (rdkit.org) providing C/C++ and python
interfaces. Additionally, there is some code to create a Postgresql
cartridge with the same name (rdkit)
It seems we lack any guideline about packaging these, which is not
that bad considering I could only find another cartridge in the repos,
postigis.
However, I'd like to hear your opinion about how to name the
subpackage; I guess candidates would be:
1- postgresql-rdkit
2- rdkit-postgresql
3- rdkit-pgsql
right now I'm leaning toward 1- given that I found many instances of
3-style packages providing optional pgsql support for "name" and 2- is
not very different from 3-
thanks in advance
Gianluca
--
Gianluca Sforna
http://morefedora.blogspot.com
http://identi.ca/giallu - http://twitter.com/giallu
13 years, 2 months
private-shared-object-provides in python packages
by Parag Nemade
Hi,
Do .so files installed in %{python_sitearch} MUST be filtered? I
see one reference at
https://fedoraproject.org/wiki/Common_Rpmlint_issues#private-shared-objec...
but the filtering policy is not added to Python packaging guidelines.
Also, why rpmlint complains it as warning and not an error? e.g.
one case I see is
pyorbit.x86_64: W: private-shared-object-provides
/usr/lib64/python2.6/site-packages/ORBit.so ORBit.so()(64bit)
A shared object soname provides is provided by a file in a path from which
other packages should not directly load shared objects from. Such shared
objects should thus not be depended on and they should not result in provides
in the containing package. Get rid of the provides if appropriate, for
example by filtering it out during build. Note that in some cases this may
require disabling rpmbuild's internal dependency generator.
Regards,
Parag.
13 years, 2 months
invalid ANT_HOME
by Jiri Vanek
Greatings!
This build https://koji.fedoraproject.org/koji/taskinfo?taskID=2483737
failed:
...
/builddir/build/BUILD/jpanoramamaker-4/nbproject/build-impl.xml:494: Problem: failed to create task or type propertyfile
Cause: the class org.apache.tools.ant.taskdefs.optional.PropertyFile was not found.
This looks like one of Ant's optional components.
Action: Check that the appropriate optional JAR exists in
-/usr/share/ant/lib
-/builddir/.ant/lib
-a directory added on the command line with the -lib argument
Do not panic, this is a common problem.
The commonest cause is a missing JAR.
This is not a bug; it is a configuration problem
....
I guess those are missing ant libraries. I had this problem when I was building this on my computer with "yumed ant".
I have solved it by download ant directly from apache, unzip it to ~ and set and export $ANT_HOME (and also to add it to $PATH).
export ANT_HOME=~/apache-ant-1.8.1/
echo $ANT_HOME
export PATH=$PATH:$ANT_HOME
echo $PATH
rpmbuild -ba ~/rpm/SPECS/jpanoramamaker.spec
exit
I should guess that this approach will not work on koji. Can you suggest me more "koji like" approach? Or way how to configure koji in similar way?
Regards Jiri Vanek
CZ
13 years, 2 months
Access via gmane
by Michel Alexandre Salim
Hi all,
Most of the key Fedora mailing lists -- {devel,test}{,-announce},
legal, arm, etc. -- are mirrored via Gmane, meaning those of us still
wedded to their NNTP readers can read it with a convenient interface.
packaging, however, is not there as yet.
Does anyone mind if I submit us for inclusion at
http://gmane.org/subscribe.php ? Should I request that email addresses
be scrambled or not?
Thanks,
--
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/
Email: salimma(a)fedoraproject.org | GPG key ID: 78884778
Jabber: hircus(a)jabber.ccc.de | IRC: hircus(a)irc.freenode.net
() ascii ribbon campaign - against html e-mail
/\ www.asciiribbon.org - against proprietary attachments
13 years, 2 months
How to configure a yum repo conf for installing from a local DVD?
by Philip Prindeville
I'm trying to come up with a file to plop in /etc/yum.repos.d/*.conf that will allow me to do:
% yum --enablerepos=fedora-dvd install a b c
from a DVD as my repository. I need to do this in a scenario where I don't have internet connectivity.
Anyone have previous experience?
Thanks,
-Philip
13 years, 2 months
rpm and backward compatibility
by Ian Leonard
Hi,
I've just installed F12 and now can't generate rpms that work on older (FC6,
in this case) distros.
The problem is the payload compression:
error: Failed dependencies:
rpmlib(PayloadIsXz) <= 5.2-1 is needed by ......
This appears to be caused by a change in the compression library. Google
suggests that the older
algorithm can be selected with something like:
%_binary_payload w2.lzdio
to the spec file
When building I get:
error: line 22: Unknown tag: w2.xzdio w2.lzdio
What would be the correct syntax?
Thanks.
--
Regards,
Ian Leonard
13 years, 2 months
