Looking from urpmi-dispatched-backend.pl, it seems that it only support gstreamer0.10( prefix of gst codecs: if (!any { /^gstreamer0.10\(/ } $pkgid[0]) { # new standard my $namespace; if ($providestype eq "codec") { $namespace = "gstreamer0.10"; } elsif ($providestype ne "any") { $namespace = $providestype; } if ($namespace) { $pkgid[0] = sprintf("%s(%s)", $namespace, $pkgid[0]); } } May it be tweaked so that it support our gstreamer 1.0 pacakges in mga3 too? We are using folllowing package name schema: $ rpm -qp --provides gstreamer1.0-vp8-1.0.5-2.mga3.i586.rpm gstreamer1.0-vp8 = 1.0.5-2.mga3 gstreamer1.0-vp8(x86-32) = 1.0.5-2.mga3 libgstvpx.so gstreamer1(decoder-video/x-vp8) gstreamer1(element-vp8dec) gstreamer1(element-vp8enc) gstreamer1(encoder-video/x-vp8)
ping?
Created attachment 3820 [details] please test this patch cd /usr/share/PackageKit/helpers/urpmi/ patch -p4 < /where/it/is/9077.diff
Keywords: (none) => NEEDINFO
Ping?
Keywords: (none) => PATCH
Blocks: (none) => 9943
I guess the patch does not work. See: if ($providestype eq "codec") { $namespace = "gstreamer0.10"; There must be something which could map the namespace into gstreamer1
Created attachment 3894 [details] what about this one?
Attachment 3820 is obsolete: 0 => 1
how to test ?
CC: (none) => mageia
Still current?
CC: (none) => nic
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as OLD.
Status: NEW => RESOLVEDResolution: (none) => OLD