9 a.m.
Hi,
I have just added rpmfusion*-testing repository to my Fedora 9
installation in order to check how smooth the transition is. Here is
what left not updated:
[root@snowball yum.repos.d]# rpm -qa | grep drb
snes_ntsc-0.2.2-2.fc8.drb.x86_64
mednafen-0.8.7-1.fc9.drb.x86_64
mamory-0.2.25-1.fc9.drb.x86_64
snes_ntsc-devel-0.2.2-2.fc8.drb.x86_64
[root@snowball yum.repos.d]# rpm -qa | grep lvn
xorg-x11-drv-nvidia-173.14.12-1.lvn9.x86_64
xorg-x11-drv-nvidia-debuginfo-173.14.12-1.lvn9.x86_64
akmods-0.3.1-1.lvn9.noarch
akmod-nvidia-173.14.12-2.lvn9.x86_64
k3b-extras-nonfree-1.0.4-2.lvn9.x86_64
libdvdcss-devel-1.2.9-5.lvn9.x86_64
libdvdcss-1.2.9-5.lvn9.x86_64
kmod-nvidia-2.6.25.14-108.fc9.x86_64-173.14.12-3.lvn9.x86_64
xine-lib-extras-nonfree-1.1.15-1.lvn9.x86_64
kmod-nvidia-173.14.12-3.lvn9.x86_64
xorg-x11-drv-nvidia-libs-173.14.12-1.lvn9.x86_64
kmodtool-1-12.lvn9.noarch
xorg-x11-drv-nvidia-libs-173.14.12-1.lvn9.i386
livna-config-display-0.0.20-1.lvn9.noarch
[root@snowball yum.repos.d]#
Also, it is not currently possible to install Cg:
--> Running transaction check
---> Package Cg.x86_64 0:2.0.0015-2 set to be updated
--> Processing Dependency: libCg(x86_64) = 2.0.0015-2 for package: Cg
--> Finished Dependency Resolution
Cg-2.0.0015-2.x86_64 from rpmfusion-nonfree-updates-testing has
depsolving problems
--> Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
Error: Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
From the obvious things looks like the *-freeworld packages need to
obsolete/provide *-nonfree ones. Other stuff is just posted for reference.
Regards,
Julian
9:13 a.m.
2008/9/16 Julian Sikorski <belegdol(a)gmail.com>:
Hi,
I have just added rpmfusion*-testing repository to my Fedora 9
installation in order to check how smooth the transition is. Here is
what left not updated:
[root@snowball yum.repos.d]# rpm -qa | grep drb
snes_ntsc-0.2.2-2.fc8.drb.x86_64
mednafen-0.8.7-1.fc9.drb.x86_64
mamory-0.2.25-1.fc9.drb.x86_64
snes_ntsc-devel-0.2.2-2.fc8.drb.x86_64
[root@snowball yum.repos.d]# rpm -qa | grep lvn
xorg-x11-drv-nvidia-173.14.12-1.lvn9.x86_64
xorg-x11-drv-nvidia-debuginfo-173.14.12-1.lvn9.x86_64
akmods-0.3.1-1.lvn9.noarch
akmod-nvidia-173.14.12-2.lvn9.x86_64
k3b-extras-nonfree-1.0.4-2.lvn9.x86_64
libdvdcss-devel-1.2.9-5.lvn9.x86_64
libdvdcss-1.2.9-5.lvn9.x86_64
kmod-nvidia-2.6.25.14-108.fc9.x86_64-173.14.12-3.lvn9.x86_64
xine-lib-extras-nonfree-1.1.15-1.lvn9.x86_64
kmod-nvidia-173.14.12-3.lvn9.x86_64
xorg-x11-drv-nvidia-libs-173.14.12-1.lvn9.x86_64
kmodtool-1-12.lvn9.noarch
xorg-x11-drv-nvidia-libs-173.14.12-1.lvn9.i386
livna-config-display-0.0.20-1.lvn9.noarch
[root@snowball yum.repos.d]#
Also, it is not currently possible to install Cg:
--> Running transaction check
---> Package Cg.x86_64 0:2.0.0015-2 set to be updated
--> Processing Dependency: libCg(x86_64) = 2.0.0015-2 for package: Cg
--> Finished Dependency Resolution
Cg-2.0.0015-2.x86_64 from rpmfusion-nonfree-updates-testing has
depsolving problems
--> Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
Error: Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
Indeed, it seems that for some reasons the libCg subpackages are
missing from the F-9 i386/x86_64 repositories.
At least there is both Cg.i386 and Cg.x86_64 in the repositories which
is good since it was designed for multi-arches compliance (not only
multi-libs).
In the F-8 case, all packages are missing (both Cg and libCg)
Everything is good in the development tree from what is related to the
Cg packages.
Nicolas (kwizart)
ps: for the Cg users, i guess i will introduce Cg.pc (pkg-config
support) since some dependent application already use that.
10:50 a.m.
On 16.09.2008 11:13, KH KH wrote:
2008/9/16 Julian Sikorski <belegdol(a)gmail.com>:
[...]
> Also, it is not currently possible to install Cg:
>
> --> Running transaction check
> ---> Package Cg.x86_64 0:2.0.0015-2 set to be updated
> --> Processing Dependency: libCg(x86_64) = 2.0.0015-2 for package: Cg
> --> Finished Dependency Resolution
> Cg-2.0.0015-2.x86_64 from rpmfusion-nonfree-updates-testing has
> depsolving problems
> --> Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
> package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
> Error: Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
> package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
Indeed, it seems that for some reasons the libCg subpackages are
missing from the F-9 i386/x86_64 repositories.
My fault. Fixed now.
--verbose: Cg is build without disttag and kwizard told me to copy it
from the devel repo over to the other repos. I right from the start told
him on IRC: that's error prone, as everything special like this that
needs to be done manually tends to go wrong. Here we have the proof for
that, as I only copied Cg*, but not libCg* :-/
How to prevent similar problems in the future: Dead simple: Just build
Cg for each branch with disttag as we do for nearly every other package
as well. That seems to be really the best way forward for Cg, as it's
only 12,3 MByte in total; for ufoai-data and mythtv-themes otoh I'd say
it still makes sense to copy the packages over manually, as those are
way bigger.
Does that sound like a plan?
CU
knurd
11:19 a.m.
2008/9/16 Thorsten Leemhuis <fedora(a)leemhuis.info>:
On 16.09.2008 11:13, KH KH wrote:
>
> 2008/9/16 Julian Sikorski <belegdol(a)gmail.com>:
> [...]
>>
>> Also, it is not currently possible to install Cg:
>>
>> --> Running transaction check
>> ---> Package Cg.x86_64 0:2.0.0015-2 set to be updated
>> --> Processing Dependency: libCg(x86_64) = 2.0.0015-2 for package: Cg
>> --> Finished Dependency Resolution
>> Cg-2.0.0015-2.x86_64 from rpmfusion-nonfree-updates-testing has
>> depsolving problems
>> --> Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
>> package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
>> Error: Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
>> package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
>
> Indeed, it seems that for some reasons the libCg subpackages are
> missing from the F-9 i386/x86_64 repositories.
My fault. Fixed now.
--verbose: Cg is build without disttag and kwizard told me to copy it from
the devel repo over to the other repos. I right from the start told him on
IRC: that's error prone, as everything special like this that needs to be
done manually tends to go wrong. Here we have the proof for that, as I only
copied Cg*, but not libCg* :-/
That exactly the contrary that have to be done
Nodist packages need to be built in the lowest repository (F-8) and
"let" inheritance spread it in the higher repositories.
That's what i'm used to do in the fedora side case(for wifi
firmwares), and i cannot say other than this.
Now you are mixing two kinds of problems (IMO). The nodist feature for
pre-compiled binaries of this package, and the needs to have Cg.i386
copied in the x86_64 repo (which is needed and an unusual operation
also, and it worked whereas it missed the libCg sub-packages).
I'm not aware of how it is done, (either by script or manual
intervention) and I do think this is doable.
Now i don't want to assume this is your responsability (or fault), nor
to put more work on your back.
So i'm proposing to take some part of the infrastructure jobs so we
can share the load of work.
if it fine to you ?
Nicolas (kwizart)
11:41 a.m.
On 16.09.2008 13:19, KH KH wrote:
2008/9/16 Thorsten Leemhuis <fedora(a)leemhuis.info>:
> On 16.09.2008 11:13, KH KH wrote:
>> 2008/9/16 Julian Sikorski <belegdol(a)gmail.com>:
>> [...]
>>> Also, it is not currently possible to install Cg:
>>>
>>> --> Running transaction check
>>> ---> Package Cg.x86_64 0:2.0.0015-2 set to be updated
>>> --> Processing Dependency: libCg(x86_64) = 2.0.0015-2 for package: Cg
>>> --> Finished Dependency Resolution
>>> Cg-2.0.0015-2.x86_64 from rpmfusion-nonfree-updates-testing has
>>> depsolving problems
>>> --> Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
>>> package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
>>> Error: Missing Dependency: libCg(x86_64) = 2.0.0015-2 is needed by
>>> package Cg-2.0.0015-2.x86_64 (rpmfusion-nonfree-updates-testing)
>> Indeed, it seems that for some reasons the libCg subpackages are
>> missing from the F-9 i386/x86_64 repositories.
> My fault. Fixed now.
> --verbose: Cg is build without disttag and kwizard told me to copy it from
> the devel repo over to the other repos. I right from the start told him on
> IRC: that's error prone, as everything special like this that needs to be
> done manually tends to go wrong. Here we have the proof for that, as I only
> copied Cg*, but not libCg* :-/
That exactly the contrary that have to be done
Nodist packages need to be built in the lowest repository (F-8) and
"let" inheritance spread it in the higher repositories.
That a koji feature and thus doesn't help us as all in RPM Fusion right
now. That's why we have to do it manually, which only makes sense for
really big packages and not for Cg IMHO.
Cu
knurd
11:10 a.m.
On 16.09.2008 11:00, Julian Sikorski wrote:
[...]
[root@snowball yum.repos.d]# rpm -qa | grep drb
[...]
xine-lib-extras-nonfree-1.1.15-1.lvn9.x86_64
[...]
>From the obvious things looks like the *-freeworld packages need to
obsolete/provide *-nonfree ones.
They do that afaics:
$ repoquery --provides --obsoletes xine-lib-extras-freeworld | grep -e nonfree -e moles
xine-lib-extras-nonfree = 1.1.15-1.fc9
xine-lib-moles = 1.1.15-1.fc9
xine-lib-extras-nonfree < 1.1.12-2
xine-lib-moles < 1.1.12-2
$ grep -e ^Obsoletes -e ^Provides xine-lib-extras-freeworld/devel/*.spec
Provides: xine-lib-extras-nonfree = %{version}-%{release}
Obsoletes: xine-lib-extras-nonfree < 1.1.15-2
Provides: xine-lib-moles = %{version}-%{release}
Obsoletes: xine-lib-moles < 1.1.12-2
/me wonders what's wrong there
CU
knurd
11:19 a.m.
reply out of order
On 16.09.2008 13:10, Thorsten Leemhuis wrote:
On 16.09.2008 11:00, Julian Sikorski wrote:
> [...]
> [root@snowball yum.repos.d]# rpm -qa | grep drb
> [...]
> xine-lib-extras-nonfree-1.1.15-1.lvn9.x86_64
> [...]
> >From the obvious things looks like the *-freeworld packages need to
> obsolete/provide *-nonfree ones.
They do that afaics:
[...]
/me wonders what's wrong there
/me found it
$ repoquery --provides --obsoletes xine-lib-extras-freeworld | grep
-e nonfree -e moles
xine-lib-extras-nonfree = 1.1.15-1.fc9
^^
xine-lib-moles = 1.1.15-1.fc9
xine-lib-extras-nonfree < 1.1.12-2
^^
xine-lib-moles < 1.1.12-2
Rex?
Cu
knurd
2:18 p.m.
Thorsten Leemhuis wrote:
reply out of order
On 16.09.2008 13:10, Thorsten Leemhuis wrote:
> On 16.09.2008 11:00, Julian Sikorski wrote:
>> [...]
>> [root@snowball yum.repos.d]# rpm -qa | grep drb
>> [...]
>> xine-lib-extras-nonfree-1.1.15-1.lvn9.x86_64
>> [...]
>> >From the obvious things looks like the *-freeworld packages need to
>> obsolete/provide *-nonfree ones.
>
> They do that afaics:
> [...]
> /me wonders what's wrong there
/me found it
> $ repoquery --provides --obsoletes xine-lib-extras-freeworld | grep -e
> nonfree -e moles
> xine-lib-extras-nonfree = 1.1.15-1.fc9
^^
> xine-lib-moles = 1.1.15-1.fc9
> xine-lib-extras-nonfree < 1.1.12-2
^^
> xine-lib-moles < 1.1.12-2
Rex?
I thought I issued a newer build to bump those Obsoletes? (checking...
hmm... apparently not). tagging/building now.
-- Rex
12:43 p.m.
Rex Dieter pisze:
Thorsten Leemhuis wrote:
> reply out of order
>
> On 16.09.2008 13:10, Thorsten Leemhuis wrote:
>> On 16.09.2008 11:00, Julian Sikorski wrote:
>>> [...]
>>> [root@snowball yum.repos.d]# rpm -qa | grep drb
>>> [...]
>>> xine-lib-extras-nonfree-1.1.15-1.lvn9.x86_64
>>> [...]
>>> >From the obvious things looks like the *-freeworld packages need to
>>> obsolete/provide *-nonfree ones.
>>
>> They do that afaics:
> > [...]
> > /me wonders what's wrong there
>
> /me found it
>
>> $ repoquery --provides --obsoletes xine-lib-extras-freeworld | grep
>> -e nonfree -e moles
>> xine-lib-extras-nonfree = 1.1.15-1.fc9
> ^^
>> xine-lib-moles = 1.1.15-1.fc9
>> xine-lib-extras-nonfree < 1.1.12-2
> ^^
>> xine-lib-moles < 1.1.12-2
>
> Rex?
I thought I issued a newer build to bump those Obsoletes? (checking...
hmm... apparently not). tagging/building now.
-- Rex
Keep in mind that yum might be somewhat broken in handling package renames:
https://bugzilla.redhat.com/show_bug.cgi?id=462999
Julian
5907
days inactive
5911
days old
rpmfusion-developers@lists.rpmfusion.org
8 comments
4 participants
participants (4)
-
Julian Sikorski -
Nicolas Chauvet -
Rex Dieter -
Thorsten Leemhuis