Multilib issue with hard-coded paths in mash script

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

During the F14 release cycle gtk2 was updated from 2.20.x to 2.22.x.
During this change gdk-pixbuf2 was split off into a separate package and
the location of the gdk-pixbuf loaders has changed from:

F13: /usr/lib/gtk-2.0/2.10.0/loaders/
to
F14: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders

This caused now some strange effects due to the hard-coded paths in the
mash script for creating the x86_64 repository:

>From mash/mash/multilib.py:
            if fnmatch(dirname, '/usr/lib*/gtk-2.0/*/loaders'):
                return True

So in F13 the mash script picked up all i686 packages which provided
gdk-pixbuf loaders.

In F14 the script does not pick them up anymore (because of the changed
path) and so the i686 versions of some loaders are missing in the x86_64
repository.

This has now caused e.g. the following bug
https://bugzilla.redhat.com/show_bug.cgi?id=649339 .

The whole issue raises now some questions:

1. Specifically with respect to the problem with gdk-pixbuf: Should the
gdk-pixbuf loaders be multilib or not? If yes, the mash script must be
adjusted.

2. Should the mash script be reviewed whether there are any other
hard-coded paths outdated? Should the script even be Fedora release
specific?


Best regards,
Christian
-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux