Installer does not find libvorbis on Fedora

[Matthias Klumpp]

While installing Osmos Demo, the installer says it can't find any package providing libvorbis.so. But the package exists. Installing the same IPK package on Debian works fine.

Listaller 0.4-Git, Fedora Core 13, GNOME, PackageKit 0.6.5

[Matthias Klumpp (ximion)]

Delays the 0.4b release...

[Matthias Klumpp (ximion)]

Regex was incomplete: "*" was missing at the end of the dynamic dependency. Committed patch for liCreator and libuild to add "*" automatically. Rebuilt Osmos Demo package.

[Matthias Klumpp (ximion)]

Definitely not fixed, this bug appears again some times. Need to investigate.

[Matthias Klumpp (ximion)]

This function is missing in the yum-Backend of PackageKit, I'm not quite sure if yum is able to search for incomplete file names...

[Matthias Klumpp (ximion)]

Hello!
It would be very important for me to be able to use wildcards in PackageKit's search terms. For example on a Debian-based machine
 $ pkcon search file '/usr/lib/libogg.so.'
finds the right package containing a version of libogg.
The same on Fedora does not throw any result, cause the Yum backend needs a more specific search command than Apt requires:
 $ yum provides '/usr/lib/libogg.so.'
does not find anything, but
 $ yum provides '/usr/lib/libogg.so.*'
using the asterisk as wildcard, does find a package. If I try to submit a string containing an asterisk using pk_client_search_files_async(), PackageKit does not process the command and throws a warning about "Invalid search containing '*'".
This causes applications using PackageKit to find a package on some distributions and on some others not although it is avaliable. (Depending on the backend PKit uses)
It would be great if wildcards could be submitted to the backend if it supports them. (Otherwise a fallback would be nice) I think most of the packaging tools support wildcards, so why not make PackageKit able to use them? (I think not only me but also a lot of other people who use pkcon in scripts would be happy about this option)

[Matthias Klumpp (ximion)]

PackageKit does not support regular expressions as used by Listaller, so "libogg.so.*" cannot be found. On Debian-Based machines, this is converted to "libogg.so." which makes Listaller able to find the right file. On Fedora's Yum this does not work.
A patch for PackageKit is needed, which makes using regular expressions - or at least using the asterisk - possible.
Yum is able to process commands like
 $ yum provides '/usr/lib/libogg.so.*'
but PackageKit is not:
 $ pkcon search file '/usr/lib/libogg.so.*'
 => failed: Invalid search containing '*'

[Matthias Klumpp (ximion)]

To Fedora users who want to try the Osmos demo package anyway: Try to use the "--force-depends" parameter:
 $ listallmgr-qt /path/to/osmos-package.ipk --force-depends
 (or use listallmgr-gtk)
This will make Listaller skip the dependency check. You might have to install some dependencies by hand afterwards to make it work.

[Matthias Klumpp (ximion)]

The upcoming Listaller 0.5 series will have features which avoid using wildcards with PackageKit. Unfortunately the new methods completely break the API/ABI, so it is impossible to fix this bug in 0.4b series.

[Matthias Klumpp (ximion)]

Listaller will soon receive some updates to work around this limitation.

[Matthias Klumpp (ximion)]

This one will be fixed soon with Listaller support modules in PackageKit and the new advanced dependency solver, based on cool stuff from AppStream, ZeroInstall and - of course - Listaller ;-)

[Matthias Klumpp (ximion)]

Marking this as fixed, since the rewrite of Listaller (series 0.5.x) will have completely different dependency-resolve functions, which should solve this issue.

[Richard Hughes (richard-hughes)]

We moved the upstream bugtracker to GitHub a long time ago. If this issue still affects you please re-create the issue here: https://github.com/hughsie/PackageKit/issues

Sorry for the impersonal message, and fingers crossed your issue no longer happens. Thanks.