new kernels coming, but livna buildsys is down, thus no new kmods in time

[Thorsten Leemhuis]

Hi!

Just fyi, new kernels will afaics hit the Fedora 8 and 9 repos over the 
next few hours. But Livna has a buildsys outage and won't be able to 
builds new kmods for them in time. Sorry for the trouble. We'll build 
them asap; consider to wait with updating to the new kernels (they are 
afaics no security updates).


Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: kernel update confuses nvidia drivers, where's error message?

[Thorsten Leemhuis]

On 15.08.2008 07:10, Mogens Kjaer wrote:

Dave Burns wrote:
...
using rpmbuild command? What switches? 

This is not rocket science :-)

For my x86_64 machine:

# rpm -i nvidia-kmod-173.14.12-2.lvn9.src.rpm
# rpm -i buildsys-build-rpmfusion-9.1-9.lvn9.src.rpm


Just FYI, you don't need to download or modify buildsys-build-rpmfusion 
to build a single kmod; it's way easier then that; quoting


http://rpmfusion.org/Packaging/KernelModules/Kmods2


=== Is it possible to compile a kmod against self compiled or other kernels? ===

Yes, easily, it's just a few steps. If you don't have a rpm build environment 
set one up like this
{{{
$ su -c "yum -y install rpmdevtools kmodtool kernel-devel"
$ rpmdev-setuptree
}}}

Now download the kmod src.rpm to the local directory and rebuild it for the 
running kernel:
{{{
$ yumdownloader --source kmod-foo
$ rpmbuild --rebuild foo-kmod*.src.rpm --define "kernels $(uname -r)" --target 
$(uname -m)
}}}

At the end of the build output you will see the names of the RPMs rpmbuild 
built. Use yum to install it with a command like this
{{{
$ su -c "yum --nogpgcheck install ~/rpmbuild/RPMS/i686/kmod-foo-1.0-4.i686.rpm"
}}}



More details and notes:
http://rpmfusion.org/Packaging/KernelModules/Kmods2#head-a6ef94d0e888ea41a2335d30fe7da26814e23f8f

CU
knurd

P.S.: Hopefully the livna builder is back up in a few hours

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list

Re: playing dvd on F10

[Thorsten Leemhuis]

On 08.12.2008 22:12, Kevin Kofler wrote:
> [...]

(However,
livna-release currently requires rpmfusion-nonfree-release. But you don't
actually need any non-Free package.)


Which seems not correct anymore, as it seems livna built a new 
livna-release package (available via the livna front page) that doesn't 
depend on the rpmfusion packages anymore. But it seems the users of the 
old repos didn't get that yet.


CU
knurd


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: fglrx

[Thorsten Leemhuis]

On 09.12.2008 10:34, David Hláčik wrote:

Hi guys, is this ATI driver working in Fedora 10?


No -- that accidentally got build in the last kmod rebuild round and 
will get removed with the next push. Sorry, was my fault.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: problem with liberation fonts

[Thorsten Leemhuis]

On 09.12.2008 10:44, Rahul Sundaram wrote:

David Hláčik wrote:


i have problem with rendering of liberation fonts in Firefox Browser
(latest in Fedora 10)

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.4) Gecko/2008111217
Fedora/3.0.4-1.fc10 Firefox/3.0.4.

This is how letters "u" and "R" are rendered with freetype-freeworld
package (subpixel smoothing and bytecode interpreter).

http://www.hlacik.eu/example.png
http://www.hlacik.eu/example2.png

Please file a bug report in http://bugzilla.redhat.com


That bug will likely get not much attention and no friendly welcome if 
freetype-freeworld is installed :-/


But maybe I'm wrong with that; maybe it's worth a try, but I tend to say 
it best to test if the problem shows up also after uninstalling 
freetype-freeworld; if yes, file in http://bugzilla.redhat.com (as Rahul 
suggested), otherwise http://bugzilla.rpmfusion.com is likely the better 
place.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

RPM Fusion needs help/RPM Fusion only is as good as its contributors make it (was: Re: Apt-get really screwed up on F9)

[Thorsten Leemhuis]

On 17.12.2008 00:55, Kam Leo wrote:

On Tue, Dec 16, 2008 at 2:14 PM, Nigel Henry
 wrote:


> (Note: My only complaint

regarding RPMFusion is that the developers have yum blnders on when
they created their install rpm. They negilected to provide for smart
and apt.)


RPM Fusion is a community project open to everyone. Hence if you want 
that project to do something you can either


(1) complain and hope that the right people hear it and do something do 
fix it (which often, but not always works and sometimes takes a long 
time until you get the outcome)


(2) do it yourself/help other with it

For smart complaining and waiting might be enough, because people work 
on is; but if you help it might get realized faster:

https://bugzilla.rpmfusion.org/show_bug.cgi?id=13

Regarding apt: I guess none of the current RPM Fusion contributers use 
it, hence nobody worked on that. Are you interested? Then tell us what 
we need to do (or even better: provide patches) and help testing the 
outcome.


Yes, I'm well aware that this mail sounds like "help or shut up" -- but 
it's really not meant like one. You are free to complain as much as you 
want and criticism is good (¹). Hence I don't want to stop or discourage 
you with this mail. I just want people to understand how things work -- 
e.g. it's basically "Only things that somebody is interested in get 
realized in community project; nearly nobody wants to do the boring 
things or things that are only useful for other people". This for apt 
afaics is the case: None of the RPM Fusion developers use it afaics, 
otherwise one would likely have worked on it. It's similar in many other 
areas of the project. There is a lot of room to improve the graphics 
drivers for example. And there are many "autoconfigure my Fedora for RPM 
Fusion, Livna, Flash, ..." apps out there -- it would be of benefit for 
everyone if one of the good ones gets into RPM Fusion as is used there 
by default.


CU
knurd

(¹) there are a lot of things that could be better; but current RPM 
Fusion developers invest quite a lot of hours of work already and try 
their best; improving it requires more or more active people afaics, 
which are not easy to find


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Apt-get really screwed up on F9

[Thorsten Leemhuis]

On 17.12.2008 02:38, Gordon Messmer wrote:

Nigel Henry wrote:

[r...@localhost djmons]# apt-get update
Fedora users ignore this post please. This is a complaint to the Fedora 
developers, who are living in their own little world. I thought that Linux 
was about choices, but it appears that Fedora devs have decided that Yum is 
the way to go, and Apt can go down the can, and be no longer supported.

 From what you've provided us, it looks like your problem has nothing to do
with the Fedora developers.  RPMFusion's maintainers are an entirely separate
group.


Correct, but  all RPM Fusion maintainers are otoh and afaics also Fedora 
developers. But not all of them are on this list.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: RPM Fusion needs help/RPM Fusion only is as good as its contributors make it

[Thorsten Leemhuis]

On 17.12.2008 07:53, Kam Leo wrote:

On Tue, Dec 16, 2008 at 10:07 PM, Thorsten Leemhuis
 wrote:

Here's a freebie: Borrow from Livna's install script. It already has
provisions for smart and apt.


Guess what: it's not free -- packaging it/adding it to the existing 
packages can easily sum up to and hour or two of work (sometimes even 
more if you want to do them properly; see 
https://bugzilla.rpmfusion.org/show_bug.cgi?id=13 for example). Which 
brings me to the point I outlined earlier: "nearly nobody wants to do 
the boring things or things that are only useful for other people"


Even worse: Seems the latest livna-release you get from 
http://rpm.livna.org/ these days also dropped support for smart and apt; 
I guess the livna people will readd it if somebody sends tested patches.



P.S. I would have submitted the above as an RFE a week ago but the RPM
Fusion website layout overwhelmed me.


Wanna help? The wiki afaics really needs a lot of improvements. But each 
day only has 24 hours and I right now put other things higher on my todo 
list.



It's too modern, too much low
contrast light blue on white, and required a login!


Without a login we'll get a target for spammers -- the livna wiki proved 
that :-/



Didn't find the create account link until today.


I see a small window in the upper right of the page that offers to 
create an account or to log in. Isn't that showing up for you?


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: RPM Fusion needs help/RPM Fusion only is as good as its contributors make it

[Thorsten Leemhuis]

On 17.12.2008 08:21, Thorsten Leemhuis wrote:

On 17.12.2008 07:53, Kam Leo wrote:

On Tue, Dec 16, 2008 at 10:07 PM, Thorsten Leemhuis
 wrote:

Here's a freebie: Borrow from Livna's install script. It already has
provisions for smart and apt.


Guess what: it's not free -- packaging it/adding it to the existing 
packages can easily sum up to and hour or two of work (sometimes even 
more if you want to do them properly; see 
https://bugzilla.rpmfusion.org/show_bug.cgi?id=13 for example). Which 
brings me to the point I outlined earlier: "nearly nobody wants to do 
the boring things or things that are only useful for other people"


Even worse: Seems the latest livna-release you get from 
http://rpm.livna.org/ these days also dropped support for smart and apt; 
I guess the livna people will readd it if somebody sends tested patches.


One more detail: The old Livna package iirc has a bug: It leaves unowned 
directories behind on uninstall or owns a directory that is owned by a 
different package. That is something a lot of developers dislike (not 
only because it might leave directories behind after uninstall; it also 
can lead to problems if the permissions of that directory conflic). That 
are more reasons why


 * it not a freebie / it's not that easy to grab the bits from the 
livna package


 * https://bugzilla.rpmfusion.org/show_bug.cgi?id=13 takes so long

IOW: Not everything is as easy as it might look like.

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: RPM Fusion needs help/RPM Fusion only is as good as its contributors make it

[Thorsten Leemhuis]

On 17.12.2008 12:18, Christopher A. Williams wrote:

On Wed, 2008-12-17 at 08:41 +0100, Thorsten Leemhuis wrote:

On 17.12.2008 08:21, Thorsten Leemhuis wrote:

On 17.12.2008 07:53, Kam Leo wrote:

On Tue, Dec 16, 2008 at 10:07 PM, Thorsten Leemhuis
 wrote:

Here's a freebie: Borrow from Livna's install script. It already has
provisions for smart and apt.
Guess what: it's not free -- packaging it/adding it to the existing 
packages can easily sum up to and hour or two of work (sometimes even 
more if you want to do them properly; see 
https://bugzilla.rpmfusion.org/show_bug.cgi?id=13 for example). Which 
brings me to the point I outlined earlier: "nearly nobody wants to do 
the boring things or things that are only useful for other people"


Even worse: Seems the latest livna-release you get from 
http://rpm.livna.org/ these days also dropped support for smart and apt; 
I guess the livna people will readd it if somebody sends tested patches.
One more detail: The old Livna package iirc has a bug: It leaves unowned 
directories behind on uninstall or owns a directory that is owned by a 
different package. That is something a lot of developers dislike (not 
only because it might leave directories behind after uninstall; it also 
can lead to problems if the permissions of that directory conflic). That 
are more reasons why


  * it not a freebie / it's not that easy to grab the bits from the 
livna package


  * https://bugzilla.rpmfusion.org/show_bug.cgi?id=13 takes so long

IOW: Not everything is as easy as it might look like.


BTW - I have been trying to get into the RPMFusion Wiki to help with a
few things documentation-wise.


Just FYI, Steward (one of the amd and nvidia graphics driver 
maintainers) did some work a few days ago as well; see

http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-December/002934.html
and the links in it for details.


Unfortunately, I've been on the road
allocated on my day job at 202% billable,


np;

> [...]

Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: RPM Fusion needs help/RPM Fusion only is as good as its contributors make it

[Thorsten Leemhuis]

On 17.12.2008 09:09, Kam Leo wrote:

On Tue, Dec 16, 2008 at 11:21 PM, Thorsten Leemhuis
 wrote:

On 17.12.2008 07:53, Kam Leo wrote:

On Tue, Dec 16, 2008 at 10:07 PM, Thorsten Leemhuis
 wrote:

Here's a freebie: Borrow from Livna's install script. It already has
provisions for smart and apt.

Guess what: it's not free -- packaging it/adding it to the existing packages
can easily sum up to and hour or two of work (sometimes even more if you
want to do them properly; see
https://bugzilla.rpmfusion.org/show_bug.cgi?id=13 for example). Which brings
me to the point I outlined earlier: "nearly nobody wants to do the boring
things or things that are only useful for other people"

Even worse: Seems the latest livna-release you get from
http://rpm.livna.org/ these days also dropped support for smart and apt; I
guess the livna people will readd it if somebody sends tested patches.

After I posted my message I rechecked, found the new main web page,
and the neutered release rpm. Bummer. I'm beginning to think this
merger is a shotgun wedding.


Then consider to help to make it better to suit your needs.

BTW, quoting
http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-December/003042.html

"""
apt-rpm doesn't work in current Fedora anyways.
"""

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: nvidia issues

[Thorsten Leemhuis]

On 18.12.2008 18:04, Paolo Galtieri wrote:
I had a similar problem.  After I installed the nvidia-kmod module the 
best resolution I could get is 1280x1024 yet my laptop supports up to 
1440x1050.  I ended up removing the package and going back to the 
default install.  I have never been able to get the nvidia-kmod package 
to provide the max resolution of the card


The driver in the nvidia RPMs that RPM Fusion (formally Livna) provide 
are exactly the same as the one that nvidia provide. Hence if something 
doesn't work with the RPMs, but works with the stock drivers from 
nvidia, then it's a packaging/configuration problem.


*Please* report those to bugzilla.rpmfusion.org -- only then it can be 
fixed, which makes things easier for you, everyone else that uses the 
RPMs and for Fedora's reputation.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Yum error when attempting an update

[Thorsten Leemhuis]

On 29.01.2009 02:55, David Burns wrote:

On Wed, Jan 28, 2009 at 12:39 PM, John Lagrue  wrote:

2009/1/27 Phil Meyer 

John Lagrue wrote:

Attempting an update this evening I get the following error.

--
Downloading Packages:
== Entering rpm code
===
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
kernel-uname-r is needed by (installed)
kmod-nvidia-2.6.27.5-37.fc9.i686-173.14.15-1.fc9.5.i686

My guess is that kmod-nvidia (or something related) has not been
updated to match the new kernel yet. 


Wrong guess. The modules were in the repo on the same day as the new 
kernel (within hours after that one got out; wasn't quicker as I was 
asleep when the new kernel got pushed).



kernel-uname-r is needed by (installed)
kmod-nvidia-2.6.27.5-41.fc9.i686-173.14.15-1.fc9.6.i686
kernel-uname-r is needed by (installed)
kmod-nvidia-2.6.27.7-53.fc9.i686-173.14.15-1.fc9.7.i686
Complete!
(1, [u'Please report this error in http://yum.baseurl.org/report'
])


These are all kernels and those are reports for the kmod that are on the 
system. John, did you maybe remove the kernels 2.6.27.5-37.fc9.i686 
2.6.27.5-41.fc9.i686 and 2.6.27.7-53.fc9.i686 with "--nodeps"?


But whatever, this command should solve the problem:


rpm -e kmod-nvidia-2.6.27.5-37.fc9.i686-173.14.15-1.fc9.5.i686 
kmod-nvidia-2.6.27.5-41.fc9.i686-173.14.15-1.fc9.6.i686 
kmod-nvidia-2.6.27.7-53.fc9.i686-173.14.15-1.fc9.7.i686


Then run yum-update

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: nvidia.ko issue

[Thorsten Leemhuis]

On 08.02.2009 18:32, jack wallen wrote:
trying to update my Fedora 10. i use the nvidia-kmod packages and am 
getting this error:


Test Transaction Errors:   file 
/lib/modules/2.6.27.9-159.fc10.i686/extra/nvidia/nvidia.ko from install 
of kmod-nvidia-2.6.27.9-159.fc10.i686-180.22-1.fc10.i686 conflicts with 
file from package kmod-nvidia-2.6.27.9-159.fc10.i686-177.82-1.fc10.7.i686


Quoting
http://rpmfusion.org/FAQ#head-a0575c3e9e8a6be3c18a572cf97df92c0a4f2c83

---
I'm getting file conflict errors from yum when installing kmods. How can 
I solve this?


yum-fedorakmod plugin is known to cause them (see 
https://bugzilla.redhat.com/show_bug.cgi?id=482893 for details). It is 
no longer needed, so you can safely remove it using:


rpm -e yum-fedorakmod
---

Hope this helps!

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: EeePC - to Fedora or not?

[Thorsten Leemhuis]

On 12.10.2008 21:26, Jim wrote:

Beartooth wrote:

On Sun, 12 Oct 2008 14:24:03 +0100, Timothy Murphy wrote:

[...]
The madwifi  drivers at Livna does not work as they should for the 
2.6.26 kernels.


Did you (or somebody else) file a bug so this can be fixed? Then we can 
save a lot of users trouble, as they don't need to wander around on 
mailing lists and web forums asking question ;-)


Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

please report bugs to get them fixed instead of telling each and everybody (or documentating) how work around them (was: Re: EeePC - to Fedora or not?)

[Thorsten Leemhuis]

On 17.10.2008 16:35, Jim wrote:

Thorsten Leemhuis wrote:

On 12.10.2008 21:26, Jim wrote:

Beartooth wrote:

On Sun, 12 Oct 2008 14:24:03 +0100, Timothy Murphy wrote:

[...]
The madwifi  drivers at Livna does not work as they should for the 
2.6.26 kernels.
Did you (or somebody else) file a bug so this can be fixed? Then we 
can save a lot of users trouble, as they don't need to wander around 
on mailing lists and web forums asking question ;-)

They did fix it, in FC10 with the 2.6.27 kernels only.


Afaics that doesn't answer the question.

The comment above says "The madwifi drivers at Livna does not work as 
they should for the 2.6.26 kernels" (from F9 I suppose). Well, they 
should just work; if not then it's a bug that should be fixed.


So if someone has more details what wrong *please* file a bug -- that 
way the package maintainer will get aware of the issue and then the 
problem hopefully can be fixed for all users out there that still use F9 
(reminder: F9 as of now is still the lastest stable release, hence most 
users likely use it and expect things to "just work").


Cu
knurd

P.S.: In case it's not obvious: I'm one (actually the only active one 
that has access to the signing keys) of the Livna contributors (and one 
of those that drives RPM Fusion forward). I often see critique about 
livna or "foo does not work in livna; here is a workaround" on this 
list. That of course is fine (this is a free world), but that doesn't 
fix the underlying problem. So if we want to make Fedora better then we 
need to get those problems fixed, to make things "just work" (the goal 
is to have each and every package to "just work" to avoid that users 
have to type magic commands or do modifications to the system). That 
only works if problems get reported to the package maintainer, as the 
package likely works just fine for him (maybe because he uses the 
package differently or on different hardware).


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Second steps of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for users of livna-testing!

[Thorsten Leemhuis]

Hi!

Find below a cut'n'pasted and slightly enhanced version of a post from
my blog FYI:


As you'll likely have heard by now: RPM Fusion ( http://rpmfusion.org ),
the merger of Dribble, Freshrpms and Livna gets closer to its official
release/start. Most of the packages from Livna have been imported and
build for RPM Fusion already, hence we now begin to slowly enable RPM 
Fusion for users of Livna by activating the RPM Fusion free and

nonfree repos for users of livna's F8 and F9 testing repos *now*.

The process works like this: I added the rpmfusion-release packages for 
RPM Fusion's free and nonfree repos to the livna repo for F8 and F9; 
afterwards I built new livna-release for F8 and F9 that is available in 
 livna-testing for F8 and F9 now; those two livna-release packages 
track the two rpmfusion-release packages in with a hard dep. That way 
all users that installed livna properly (e.g. by installing the 
livna-release package) and enabled the testing repos will now get RPM 
Fusion enabled automatically.


Note, nearly all of livna's packages have been imported and build for 
RPM Fusion, but a few are still missing. So you should leave livna repos 
enabled for now if you want everything. Once all the packages have a new 
home we'll let the rpmfusion-nonfree-release package obsolete livna-release.


The plan is to move regular livna users of F8 and F9 over to RPM Fusion 
with the same trick sooner or later. But some things in RPM Fusion still 
need to get brought in shape before we start considering that. But if 
you want you can already help by using and testing RPM Fusion for F8 and 
F9 by running this command:



rpm -ivh \
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
 \
http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm


It's even easier now if you already have livna enabled already:


yum install rpmfusion-free-release rpmfusion-nonfree-release


RPM Fusion's Bugtracker (please report all issues here and not on the
mailing lists!):
http://bugzilla.rpmfusion.org/

Mailing lists for RPM Fusion users (includes users of the devel branch)
http://lists.rpmfusion.org/mailman/listinfo/rpmfusion-users

Please spread the news! tia!

CU
knurd

P.S.: Just a reminder while at it: Some of you might have noticed 
already, the livna mailing lists (like freeworld{,[EMAIL PROTECTED]) 
are dead since a few weeks;  the hard disk in Anvil's mailman host died 
afaik (I don't know more details; sorry). But Livna will be superseded 
by RPM Fusion soon anyway, so simply use the those lists from rpmfusion 
from now on. They should serve well for the remaining time, as all the 
livna contributors should  be subscribed there as well. Sorry for the 
trouble.


P.P.S.: Sorry for crossposting this to five lists, but it seemed the 
right thing to do for this announcement...


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: livna: could we have kmod-nvidia-2.6.26.6-49 for f8 ?

[Thorsten Leemhuis]

On 25.10.2008 15:35, Linuxguy123 wrote:

I am running the latest stable kernel for my Fedora 8 installation.

$ uname -a
Linux localhost.localdomain 2.6.26.6-49.fc8 #1 SMP Fri Oct 17 15:59:36
EDT 2008 i686 i686 i386 GNU/Linux

I would like an nvidia driver for this kernel.  It doesn't seem to be
available.
[...]
Could someone rectify this ?


Best to report issues like this the repo and package maintainers(¹) as 
that will make sure the issues gets known and fixed as soon as possible.


Mentioning a important problem like this it on some list or forum in 
most cases won't help (or will just delay getting the problem solved), 
as it's impossible for the repo maintainers to closely monitor all 
Fedora specific mailing lists and webforums -- there are hundreds of 
them all over the net and some are even using different languages than 
English.


But a little bird told me that the livna repo maintainers by pure luck 
got aware of the issue; they apologize for the problem (²) and a updated 
nvidia kmod will be in the master repos in round about half and hour(³).


CU
knurd

(¹) preferred way is via bugzilla.livna.org or bugzilla.rpmfusion.org 
for Livna and RPM Fusion. Asking on IRC in the channels #livna or 
#rpmfusion on freenode can work as well and is easier, but bugzilla 
works more reliable


(²) all other updated kmods had been rebuild and pushed to the F8 and F9 
repos a few days ago already; but the nvidia kmod due to some stupid 
problem got lost :-/


(³) yum might not see it by then due to mirror delays and metadata caching

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Second steps of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for users of livna-testing!

[Thorsten Leemhuis]

On 25.10.2008 18:23, Nicolas Mailhot wrote:

Le samedi 25 octobre 2008 à 17:04 +0200, Thorsten Leemhuis a écrit :

Find below a cut'n'pasted and slightly enhanced version of a post from
my blog FYI:
As you'll likely have heard by now: RPM Fusion ( http://rpmfusion.org ),
the merger of Dribble, Freshrpms and Livna gets closer to its official
release/start. 


BTW,
If rpmfusion can not use the modern proxy-friendly createro it should
really define http_caching=packages in its yum repo files.


Updating createrepo seems like the way better plan to me instead of that 
workaround. Could you be so kind and tell me which createrepo version we 
need a least to get a "proxy-friendly createro"? Or is the answer "just 
use the latest and greatest" (host is a rhel5 or centos5)?


Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: libdvdcss [quasi OT, quasi not OT]

[Thorsten Leemhuis]

On 30.10.2008 02:03, Kanwar Ranbir Sandhu wrote:

On Thu, 2008-10-16 at 11:47 -0500, Rex Dieter wrote:

The current recommendations are to get it from those still willing to risk
distributing it (rpmfusion currently is not)

[...]
What's the proposed alternative?  Suppose we can't get libdvdcss at all
- how would we watch DVDs then?


Some Livna and RPM Fusion contributors are working on a solution. For 
now and the coming weeks just continue to grab libdvdcss from Freshrpms 
or Livna, just as you did before.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Third and last step of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for all livna users!

[Thorsten Leemhuis]

Hi!

As you'll likely have heard by now: RPM Fusion (http://rpmfusion.org),
the merger of Dribble, Freshrpms and Livna was finally launched today. See
https://www.redhat.com/archives/fedora-announce-list/2008-November/msg3.html
for details. All Livna users will be migrated automatically to RPM 
Fusion from now on.


The process works like this: I added the rpmfusion-release packages for
RPM Fusion's free and nonfree repos to the livna repo for F8 and F9;
a updated livna-release packages in the livna repos for F8 and F9 tracks 
those two rpmfusion-release packages into your system with a RPM 
dependency. That way all users that installed livna properly (e.g. by 
installing the livna-release package) will now get RPM Fusion enabled 
automatically.


Note, all of Livna's packages that still have a maintainer that takes 
care of the package have been imported and built for RPM Fusion -- there 
is just one one major exception: RPM Fusion chose to not ship one 
package that is used when you play DVD, as that library is a bit more 
complicated then all the others software in Livna/RPM Fusion. So you 
should leave livna repos enabled if you still want that package; Livna 
(or maybe some other repo that does not exist yet) will continue to ship 
that package for the foreseeable future.


If you want to enable RPM Fusion on new installs use this command:


rpm -ivh \
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
 \
http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm


Please note that you need different release rpms if you use rawhide or 
Fedora alpha/beta/preview releases:



rpm -ivh \
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-rawhide.noarch.rpm
 \
http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-rawhide.noarch.rpm


RPM Fusion's Bugtracker (please report all issues here and not on the
mailing lists!): http://bugzilla.rpmfusion.org/

Mailing lists for RPM Fusion users:
http://lists.rpmfusion.org/mailman/listinfo/rpmfusion-users

Please spread the news! tia!

CU
knurd

P.S.: Some people will wonder why the nvidia drivers 177.80 are not yet 
in the RPM Fusion repos for F8 and F9. The reason is dead simple: Nvidia 
dropped support for the GeForce 5 series in the 177 driver series. Hence 
if we'd ship the drivers as regular update then we'd break the setup for 
all users that currently use the livna drivers together with a GeForce 
5. A solution is in the works, but not yet finished.


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Livna / RPMFusion updates

[Thorsten Leemhuis]

On 03.11.2008 18:53, Bruno Wolff III wrote:

On Mon, Nov 03, 2008 at 09:33:53 -0800,
  Jonathan Ryshpan <[EMAIL PROTECTED]> wrote:

I recently accepted an update of the Livna repository info from
livna-release-9-1.noarch to livna-release-9-2.noarch . This caused the
availability of a large number of updates from the RPMFusion repo.  


Should I trust these updates?  The GPG signature for the RPMFusion repo
is not right now installed.


That is up to you.

Livna is combining with a few other repositories to form RPMFusion and they
have recently started the cutover.


I just send out a mail that explains the whole process a a bit more.

@Jonathan: Please not that you got the new RPM Fusion keys via packages 
that were signed with the Livna key. Hence the Livna guys by that 
express that they trust RPM Fusion. But the decisions whom you trust is 
of course up to you.



Of note is that libdvdcss isn't going to make the move to RPMFusion and people
who want that will need to get it someplace else.


That somewhere else for the near term future simply remains Livna.

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Livna / RPMFusion updates

[Thorsten Leemhuis]

On 03.11.2008 19:18, Jonathan Ryshpan wrote:

On Mon, 2008-11-03 at 11:53 -0600, Bruno Wolff III wrote:

On Mon, Nov 03, 2008 at 09:33:53 -0800,
  Jonathan Ryshpan <[EMAIL PROTECTED]> wrote:

I recently accepted an update of the Livna repository info from
livna-release-9-1.noarch to livna-release-9-2.noarch . This caused the
availability of a large number of updates from the RPMFusion repo.  
Should I trust these updates?  The GPG signature for the RPMFusion repo

is not right now installed.

That is up to you.
Livna is combining with a few other repositories to form RPMFusion and they
have recently started the cutover.
Of note is that libdvdcss isn't going to make the move to RPMFusion and people
who want that will need to get it someplace else.

Thanks for your quick replies.  I don't have any trouble with the Livna
repo


Note that all packages that have been moved to RPM Fusion will likely 
vanish from the Livna repos soon, to give those people a heads up that 
haven't heard about bright RPM Fusion future yet. But that should just 
be a minority of people, as normally everyone will get transferred to 
RPM Fusion automatically.



I thought that when I
upgraded to livna-release-9-2 this would install the proper security
certificates, etc.  [...]


That didn't happen on purpose -- importing the keys automatically would 
have been easily possible, but that's a bit like changing the door of a 
house and the keys for the door on the keyring without telling the one 
that owns the house/the keyring.


Livna expressed its trust in the keys by signing the rpmfusion-release 
packages with the Livna key. So if you up to now trusted the stuff you 
got from Livna then you can consider to do so now as well.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Livna / RPMFusion updates

[Thorsten Leemhuis]

On 03.11.2008 19:03, Frank Cox wrote:

On Mon, 03 Nov 2008 11:53:55 -0600
Bruno Wolff III <[EMAIL PROTECTED]> wrote:


Livna is combining with a few other repositories to form RPMFusion and they
have recently started the cutover.

As RPMFusion includes both Fedora and RHEL (Centos) rpms,


Note that the support for EL is not really finished yet (but a few bits 
are in the testing repos for EL). Help appreciated.



is the objective to
coordinate the Fedora and EL sides so everything that's available for Fedora is
also available for EL, and vice versa?


Everything that is in Fedora which is not in EL can be packaged in EPEL. 
RPM Fusion doesn't compete with EL or EPEL, hence the EL branch in RPM 
Fusion will normally not ship packages which are acceptable for EPEL.



Up to this point, Livna has more-or-less provided one-stop-shopping for
"unofficial" Fedora rpms, but accomplishing the same goal on Centos requires
the installation of a number of different repositories and setting yum 
priorities. It would be nice to have the same unified experience with Centos
as one gets with Fedora. 


That's basically the goal afaics, just with EPEL in the mix. EPEL here 
is a bit like Fedora Extras in the Fedora Core days. Back then Livna set 
on top of Fedora Core + Extras; RPM Fusion for EL now sits on top of EL 
+ EPEL.


Hope that helps.

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Third and last step of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for all livna users!

[Thorsten Leemhuis]

On 03.11.2008 19:40, Thorsten Leemhuis wrote:

As you'll likely have heard by now: RPM Fusion (http://rpmfusion.org),
the merger of Dribble, Freshrpms and Livna was finally launched today. See
https://www.redhat.com/archives/fedora-announce-list/2008-November/msg3.html
for details. All Livna users will be migrated automatically to RPM 
Fusion from now on.


The process works like this: I added the rpmfusion-release packages for
RPM Fusion's free and nonfree repos to the livna repo for F8 and F9;
a updated livna-release packages in the livna repos for F8 and F9 tracks 
those two rpmfusion-release packages into your system with a RPM 
dependency. That way all users that installed livna properly (e.g. by 
installing the livna-release package) will now get RPM Fusion enabled 
automatically.


Forgot something important: yum on the next update will ask you to 
accept the RPM-GPG-keys from RPM Fusion as trusted. The decision whom 
you trust is up to you, Livna doesn't want to do that decision for you.


But please note: you got the new keys for RPM Fusion via packages from 
Livna; those packages were signed with the Livna key. So if you up to 
now trusted Livna and the content of the packages from livna then you 
should consider to continue to do so now and answer the question if you 
trust those two new keys with "yes".


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: New RPMFusion dependency problem

[Thorsten Leemhuis]

On 04.11.2008 02:20, Kevin J. Cummings wrote:

Michael Schwendt wrote:

On Mon, 03 Nov 2008 19:36:09 -0500, Kevin J. Cummings wrote:


I tried to update my F8 system with the new RPMFusion repository today.
On DVDAuthorWizard, I got the following:

Error: Missing Dependency: soc is needed by package 
DVDAuthorWizard-1.4.6-2.fc8.noarch (rpmfusion-free-updates)

Known thing. It has been in the broken deps reports posted to the packager
and rpmfusion-developers list. Perhaps if you read the replies in those
threads, you find an answer.
Sorry I'm not subscribed to the developers list, I'm a consumer of 
RPMFusion.  And since it was released today, I just followed through 
with my usual yum updates.  Who would have thought that they'd release 
something that was broken  My bad.


A repo as big as RPM Fusion always has known bugs -- just like Fedora, 
Debian and other distros have to say "okay, we need to release now, even 
if there are know bugs". This is what we decided to do -- especially as 
RPM Fusion as a whole was in better shape already then Livna was.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 10 - no longer rawhide?

[Thorsten Leemhuis]

On 14.11.2008 09:21, Frank Cox wrote:

On Fri, 14 Nov 2008 06:25:51 +0530
Rahul Sundaram <[EMAIL PROTECTED]> wrote:
Preupgrade provides a solution that looks overall very similar to a live 
upgrade. It downloads the all the package updates from the release you 
want to upgrade to (you can continue using your system meanwhile) and 
changes grub to boot Anaconda and Anaconda uses the packages downloaded 
by preupgrade to upgrade your system.  Preupgrade unlike upgrades via 
yum is more of a supported option.

How does preupgrade interact with rpmfusion?  Or does it?


I never tried.

Somebody should try and report the results.

But RPM Fusion provides everything that is needed for a proper upgrade
in it's repos. The release-files are also build in a way to make sure
that you use the F-10 repos automatically as soon as you upgrade
fedora-release to the one from F-10 (but that will likely only work
properly when F-10 is out or once we did some changes to our MirrorManager).

IOW: Everything should work if preupgrade does everything right. And I
suppose it will, but I'm not sure.

CU
knurd


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: My nvidia driver for 2.6.27.5-117 has a problem...

[Thorsten Leemhuis]

On 28.11.2008 01:57, Linuxguy123 wrote:

On Thu, 2008-11-27 at 16:40 -0500, Linuxguy123 wrote:

[...]
How would I troubleshoot this and where would I report it ?  

Is it me or does it sound like I must download the source for the nvidia
driver and recompile it myself ?  Just like I used to, before the days
of livna/ RPMfusion.  Yuck.


If it works with the nvidia packages but doesn't with the RPM Fusion 
packages then please report it to bugzilla.rpmfusion.org -- only then 
the package maintainers have a chance to fix it.


But you problem might be a wrongly set up xorg.conf -- check this thread:
http://lists.rpmfusion.org/pipermail/rpmfusion-users/2008-November/000114.html

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: My nvidia driver for 2.6.27.5-117 has a problem...

[Thorsten Leemhuis]

On 28.11.2008 05:25, Linuxguy123 wrote:

On Fri, 2008-11-28 at 06:58 +0100, Thorsten Leemhuis wrote:

On 28.11.2008 01:57, Linuxguy123 wrote:

On Thu, 2008-11-27 at 16:40 -0500, Linuxguy123 wrote:

[...]
How would I troubleshoot this and where would I report it ?  

Is it me or does it sound like I must download the source for the nvidia
driver and recompile it myself ?  Just like I used to, before the days
of livna/ RPMfusion.  Yuck.
If it works with the nvidia packages but doesn't with the RPM Fusion 
packages then please report it to bugzilla.rpmfusion.org -- only then 
the package maintainers have a chance to fix it.

What do you mean by the "nvidia packages" ?  Is there another source of
nvidia rpms or are you saying I need to build the modules from source ?


No -- I meant the nvidia installer (which imho can be called a package 
also, as in contains individual files; it's just not a RPM package)


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Warning: rpmfusion nvidia driver needs a special xorg.conf setup.

[Thorsten Leemhuis]

On 29.11.2008 00:16, Christopher A. Williams wrote:
>

Come to think of it, the fglrx drivers are also missing. ATI/AMD just
released a new version of these on 11-18 as well.


If you get them to work in a proper way(¹) let the RPM Fusion packagers 
know via http://bugzilla.rpmfusion.org. But they right now afaics simply 
don't work on F10.


See also:
https://www.redhat.com/archives/fedora-announce-list/2008-November/msg00014.html

"""
Please note that the graphics drivers from AMD are not yet available in
the repositories as it seems they don't work with F10 right now. If you
know how to make them work let us know, then we'll try to ship them as
an update as soon as possible.
"""

CU
knurd

(¹) -- there are dirty hacks known to make them work (you should not use 
them if you can't find them on your own). Those require one installs the 
libdrm from F9 -- but that (obviously) is nothing RPM Fusion can or 
wants do, as we don't want to mess up peoples systems


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Warning: rpmfusion nvidia driver needs a special xorg.conf setup.

[Thorsten Leemhuis]

On 28.11.2008 23:17, Jim wrote:
> [...]

Rpmfusion is also missing the xine package.


You seems to be quite sure with that. But what's this then:
http://download1.rpmfusion.org/free/fedora/releases/10/Everything/i386/os/repoview/xine.html
http://download1.rpmfusion.org/free/fedora/releases/10/Everything/x86_64/os/repoview/xine.html

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Warning: rpmfusion nvidia driver needs a special xorg.conf setup.

[Thorsten Leemhuis]

On 28.11.2008 18:29, Linuxguy123 wrote:

Some of you may know this, but I didn't and thus I'll share what I
learned.

The rpmfusion nvidia driver needs a special xorg.conf file.  It might
not operate properly with a file that previously operated properly with
say a livna sourced driver. 


Specifically, it needs this to be present:

Section "Files" 
	ModulePath "/usr/lib/xorg/modules/extensions/nvidia" 
	ModulePath "/usr/lib/xorg/modules" 
EndSection


Note: Something like that is required by the livna packages (which are 
now in RPM Fusion) for years now. The enable/disable scripts add that 
part to the config files automatically if everything works fine.


IOW: if you just type "yum install kmod-nvidia" it'll just work. If you 
overwrite the config with nvidia-xconfig afterwards then it won't work. 
I hope the current driver maintainer fix that soon. Details:


> https://bugzilla.rpmfusion.org/show_bug.cgi?id=197

Further: Maintaining the drivers is a whole lot of work. RPM Fusion 
afaics could need some people that help with it -- RPM packaging skills 
would help, but testing packages, helping to fix bugs and writing 
documentation is afaics needed as well. Any volunteers?


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: SOLVED: My nvidia driver for 2.6.27.5-117 has a problem...

[Thorsten Leemhuis]

On 29.11.2008 05:03, Lonni J Friedman wrote:

On Fri, Nov 28, 2008 at 8:01 PM, Richard Shaw <[EMAIL PROTECTED]> wrote:

On Fri, Nov 28, 2008 at 9:31 AM, Linuxguy123 <[EMAIL PROTECTED]> wrote:

The solution was to tweak the xorg.conf file to what the rpmfusion
people say is needed.  That means ensuring that the following exists in
the xorg.conf file:

Section "Files"
   ModulePath  "/usr/lib/xorg/modules/extensions/nvidia"
   ModulePath  "/usr/lib/xorg/modules"
EndSection

[...]
The RPMFusion package is broken if that hack is needed in xorg.conf.


As mentioned in another mail: the RPM packages adds those line to 
xorg.conf normally. If it doesn't please check why it doesn't and file a 
bug -- only then the problem can get solved. And solving problems is way 
more important then documenting workarounds.


And a separate dir for the nvidia stuff is needed, as the RPM Fusion 
packages can't replace files that are owned by Packages provided by 
Fedora -- for example /usr/lib64/xorg/modules/extensions/libglx.so is 
owned by xorg-x11-server-Xorg, hence RPM Fusion must write Nvidias 
libglx.so to a different path.


Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 10 on Asus eee 701 feedback

[Thorsten Leemhuis]

On 29.11.2008 14:51, Valent Turkovic wrote:

[...]
After compiling madwifi-hal and blacklisting ath5k wireless started
working perfectly.


FYI, in case you are not aware of it: You can get madwifi pre-compiled 
from RPM Fusion. Getting it from there might be the best for those that 
don't want to compile or blacklist manually.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 10 on Asus eee 701 feedback

[Thorsten Leemhuis]

On 29.11.2008 15:42, Valent Turkovic wrote:

On Sat, Nov 29, 2008 at 3:28 PM, Thorsten Leemhuis <[EMAIL PROTECTED]> wrote:

On 29.11.2008 14:51, Valent Turkovic wrote:

[...]
After compiling madwifi-hal and blacklisting ath5k wireless started
working perfectly.

FYI, in case you are not aware of it: You can get madwifi pre-compiled from
RPM Fusion. Getting it from there might be the best for those that don't
want to compile or blacklist manually.

For Fedora 9 madwifi drivers from rpmfusion stopped working for me (I
believe I also posted a bug on your mailing list) 


Not all package maintainer read the mailing lists. Hence please file a 
bug (http://bugzilla.rpmfusion.org) if you encounter a problem. That is 
the best way to get a problem fixed -- then it'll not only work for you, 
but also "just work" for everybody else. And that's what all of us want, 
isn't it?



so I started
manually compiling drivers. I'm using now the new madwifi-hal and not
madwifi drivers.


RPM Fusion in the F-10 branch as well.

Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 10 on Asus eee 701 feedback

[Thorsten Leemhuis]

On 29.11.2008 16:55, Jim wrote:

Thorsten Leemhuis wrote:

On 29.11.2008 15:42, Valent Turkovic wrote:
On Sat, Nov 29, 2008 at 3:28 PM, Thorsten Leemhuis 
<[EMAIL PROTECTED]> wrote:

On 29.11.2008 14:51, Valent Turkovic wrote:

[...]
After compiling madwifi-hal and blacklisting ath5k wireless started
working perfectly.
FYI, in case you are not aware of it: You can get madwifi 
pre-compiled from
RPM Fusion. Getting it from there might be the best for those that 
don't

want to compile or blacklist manually.

For Fedora 9 madwifi drivers from rpmfusion stopped working for me (I
believe I also posted a bug on your mailing list) 
Not all package maintainer read the mailing lists. Hence please file a 
bug (http://bugzilla.rpmfusion.org) if you encounter a problem. That 
is the best way to get a problem fixed -- then it'll not only work for 
you, but also "just work" for everybody else. And that's what all of 
us want, isn't it?

so I started
manually compiling drivers. I'm using now the new madwifi-hal and not
madwifi drivers.

RPM Fusion in the F-10 branch as well.

The driver for the wireless on the eeePC is built in the 2.6.27 kernel.


Just to make sure everyone knows: RPM Fusion knows about that and there 
were discussions to drop madwifi completely. Sooner or later (likely 
sooner!) that will happen. But seems a lot of people still want it, 
hence we offer it for now.


Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Warning: rpmfusion nvidia driver needs a special xorg.conf setup.

[Thorsten Leemhuis]

On 29.11.2008 17:52, Christopher A. Williams wrote:

On Sat, 2008-11-29 at 13:53 +0100, Thorsten Leemhuis wrote:

On 29.11.2008 00:16, Christopher A. Williams wrote:

Come to think of it, the fglrx drivers are also missing. ATI/AMD just
released a new version of these on 11-18 as well.
If you get them to work in a proper way(¹) let the RPM Fusion packagers 
know via http://bugzilla.rpmfusion.org. But they right now afaics simply 
don't work on F10.


See also:
https://www.redhat.com/archives/fedora-announce-list/2008-November/msg00014.html

"""
Please note that the graphics drivers from AMD are not yet available in
the repositories as it seems they don't work with F10 right now. If you
know how to make them work let us know, then we'll try to ship them as
an update as soon as possible.
"""

(¹) -- there are dirty hacks known to make them work (you should not use 
them if you can't find them on your own). Those require one installs the 
libdrm from F9 -- but that (obviously) is nothing RPM Fusion can or 
wants do, as we don't want to mess up peoples systems


Wow... A simple "No, it's not working on F10 yet because, among other
things, the only known way to get it to work is to downgrade libdrm -
which we think is a _really_ bad idea!" would have done just fine.


It wasn't meant as offense. If it came over as one: sorry.


I spent a few minutes digging on this. The hacks you mentioned appear to
date back to releases of the ATI drivers that are earlier than what is
currently available from AMD.


Then you to the best of my knowledge digged into the wrong direction. 
See: http://forums.fedoraforum.org/showthread.php?t=205030&page=2



Perhaps it would also help if this issue was actually communicated
someplace conspicuous on the RPMFusion site. Not everyone looking at
RPMFusion will pick up a small paragraph at the end of a rather long
post in fedora-announce.

>

I'm looking at RPMFusion.org right now, and there's absolutely nothing
there about this. But there is something in the FAQ section about why
people _should_ install the RPMFusion nVidia and ATI drivers, and that
in turn provides a link to the "RPMFusionSwitcher" page, which gives
complete instructions on how to (allegedly for ATI) do it.

I think the RPMFusion team would save a lot of people (let alone
themselves) a fair amount of pain and anguish if they:
1) Provided status on the site (takes less time than it took for you to
write your message

2) Asked for help, including giving a technical explanation of the
problem(s) with libdrm in F10 and fglrx - or whatever else is the issue.

Maybe then, enough people would escalate things with AMD that they might
actually do something to fix the problem, assuming the issue is with the
proprietary driver. If I knew enough about complex packaging of drivers
for X, I would gladly help. Unfortunately I'm an Enterprise
Infrastructure Architect, and am not "hacker qualified" in the X.org
driver development area.


Fully agreed. But that needs volunteers and people that actually do 
that. most RPM Fusion contributors are already overloaded. Would you 
want to help?


Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Warning: rpmfusion nvidia driver needs a special xorg.conf setup.

[Thorsten Leemhuis]

On 29.11.2008 19:08, Christopher A. Williams wrote:

On Sat, 2008-11-29 at 18:11 +0100, Thorsten Leemhuis wrote:

On 29.11.2008 17:52, Christopher A. Williams wrote:

On Sat, 2008-11-29 at 13:53 +0100, Thorsten Leemhuis wrote:

On 29.11.2008 00:16, Christopher A. Williams wrote:



Perhaps it would also help if this issue was actually communicated
someplace conspicuous on the RPMFusion site. Not everyone looking at
RPMFusion will pick up a small paragraph at the end of a rather long
post in fedora-announce.

 >

I'm looking at RPMFusion.org right now, and there's absolutely nothing
there about this. But there is something in the FAQ section about why
people _should_ install the RPMFusion nVidia and ATI drivers, and that
in turn provides a link to the "RPMFusionSwitcher" page, which gives
complete instructions on how to (allegedly for ATI) do it.
[...]
Fully agreed. But that needs volunteers and people that actually do 
that. most RPM Fusion contributors are already overloaded. Would you 
want to help?


RPMFusion Wiki Account / Profile and Bugzilla account created
successfully.


Welcome!


Glad to help where I am able. Let me know...


Well, it's a bit like it's often in the Open-Source-World afaics: Simply 
set yourself a goal and work towards it. Don't be shy and don't fear to 
much that you might step on somebodies toes as long as your work is an 
overall improvement.


Maybe you could actually give the wiki some love to fix the points you 
raised earlier in this discussion? I for one would fine something like 
this really great for our wiki:


- a page that people can watch/subscribe to to get a up2date status of 
what happening in regrards to the graphics drivers


- a page that descries the differences between the different nvidia 
driver series


- maybe merge http://rpmfusion.org/RPMFusionSwitcher and 
https://www.redhat.com/archives/fedora-test-list/2006-February/msg01565.html
and http://fedoraproject.org/wiki/Xorg/3rdPartyVideoDrivers ; explain on 
it why we use the xorg.conf hack with the ExtensionDir and the 
ld.conf.d-hack to point to let apps use the libGL.so.1 from nvidia


- explain the dangers of attconfig, nvidia-xconfig and other tools until 
a real solution is found (see

https://bugzilla.rpmfusion.org/show_bug.cgi?id=197
https://bugzilla.rpmfusion.org/show_bug.cgi?id=204 )

- a "how to debug problems with the graphics driver packages from RPM 
Fusion". E.g. check if kmod is loaded, check dmesg for messages from 
module, check Xorg.0.log, check if the extension path is set in 
xorg.conf, glxinfo in general, LIBGL_DEBUG=verbose glxinfo, ldd 
/usr/bin/glxinfo; games with hardcoded rpath might not work -- things 
like that


There are likely other things that I forgot right here, but maybe that 
gives you some ideas/impressions (and if you don't understand some of 
the things I said simply ignore them or ask for advice). Steward and 
Nicolas (CCed) can likely help and answer questions if needed as well -- 
those two take care of the graphic driver packages in RPM Fusion.


Cu
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 10 install issues

[Thorsten Leemhuis]

On 01.12.2008 20:19, Kevin Kempter wrote:

On Saturday 29 November 2008 16:31:29 Paul W. Frields wrote:
[...]
I installed the nvidia driver like this:

1) I installed the rpmfusion repos
2) I did a yum install kmod-nvidia


Here everything would have worked.


3) I ran nvidia-xconfig (to generate my xorg.conf file)


Here you broke it. But that is not your fault, because it's a bad idea 
to ship a tool (to make it worse: a tool that is needed according to 
many howtos) in the RPM Fusion package that breaks things. And it's very 
bad for RPM Fusions reputation.


I also tried running system-config-display --reconfig  with no change in 
results.


system-config-display will break things as well. Steward (the package 
maintainer) is thinking about a proper fix for issues like this.


To get it work do this:

system-config-display --reconfig
nvidia-config-display --enable

HTH

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Rpmfusion not showing in yum.repos

[Thorsten Leemhuis]

On 04.12.2008 01:03, Jeff Spaleta wrote:

On Wed, Dec 3, 2008 at 2:27 PM, Jim <[EMAIL PROTECTED]> wrote:

rpmfusion-nonfree-release-8-6.noarch
rpmfusion-free-release-8-6.noarch


You have old rpmfusion release files AND you the livna entries in your repolist.
This is probably a problem.

Just to be sure rpm -ql rpmfusion-free-release  and see if the list
files match up to what you have.

Easiest thing to do... remove those rpmfusion release rpms.. and any
livna rpms or repository definitions you have...go to the rpmfusion
mainpage and install the latest release rpms.


Livna still exists and will so for the foreseeable future, as it 
contains one package (one that is used when playing DVDs) that RPM 
Fusion did not want to take.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Rpmfusion not showing in yum.repos

[Thorsten Leemhuis]

On 05.12.2008 02:36, Kevin Kofler wrote:

Thorsten Leemhuis wrote:

Livna still exists and will so for the foreseeable future, as it
contains one package (one that is used when playing DVDs) that RPM
Fusion did not want to take.

I won't comment on that decision, but will there be a solution to the
problem that livna-release requires rpmfusion-nonfree-release? 


I'll look into that.

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Yum errors on rpmfusion in F10: Please help

[Thorsten Leemhuis]

On 05.12.2008 06:30, Kam Leo wrote:

On Thu, Dec 4, 2008 at 9:14 PM, Dean S. Messing <[EMAIL PROTECTED]> wrote:

Recently did a fresh install of F10. All updates (a boatload of them!)
as of yesterday.  Disabled IPv6 (in modprobe.conf) Disabled ip6tables
(chkconfig) and rebooted.  The ipv6 module is not loaded.

Nonetheless, like some others on the list I am getting this error from
yum after installing the rpmfusion repos:

[EMAIL PROTECTED] ~]# yum  update
Loaded plugins: refresh-packagekit
Could not retrieve mirrorlist 
http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-released-10&arch=i386
 error was
[Errno 4] IOError: 
Error: Cannot retrieve repository metadata (repomd.xml) for repository: 
rpmfusion-nonfree-updates. Please verify its path and try again

These repos were installed using the command suggested by Kevin Kempter:

rpm -ivh 
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
 
http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm

which installed just fine.

In fact:

[EMAIL PROTECTED] ~]# rpm -qa | fgrep rpmfus
rpmfusion-nonfree-release-8-6.noarch
rpmfusion-free-release-8-6.noarch

I can get to the metadata file "repomd.xml" just fine by plugging the
URL from the rpmfusion repo into Firefox, but try as I might, yum
refuses to go there or work at all unless I disable the rpmfusion
repos.

Can anyone help me (other some others) fix this?
Thanks


Try using the main rpmfusion server. Edit the rpmfusion repo files in
/etc/yum.repos.d directory, enable the baserul (i.e. remove the "#"
character), and disable the mirrorlist (i.e place a "#" at beginning
of line).


See also:
http://rpmfusion.org/FAQ

Quoting:


=== Error: Cannot retrieve repository metadata (repomd.xml) for repository: 
rpmfusion-foo. Please verify its path and try again ===

Yum cannot connect to the RPM Fusion servers if you get above message. That 
could be a problem with your local network or a problem with the !MirrorManager 
servers from RPM Fusion. If it's the latter use this comment to temporary work 
around the problem:
{{{
su -c "sed -i 's|^#baseurl|baseurl| ; s|^mirrorlist|#mirrorlist|' 
/etc/yum.repos.d/rpmfusion*free*repo"
}}}

To undo the change later use this command:
{{{
su -c "sed -i 's|^baseurl|#baseurl| ; s|^#mirrorlist|mirrorlist|' 
/etc/yum.repos.d/rpmfusion*free*repo"
}}}



HTH

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Yum errors on rpmfusion in F10: Please help

[Thorsten Leemhuis]

On 05.12.2008 07:39, Dean S. Messing wrote:

Thorsten Leemhuis wrote:

On 05.12.2008 06:30, Kam Leo wrote:



Try using the main rpmfusion server. Edit the rpmfusion repo files in
/etc/yum.repos.d directory, enable the baserul (i.e. remove the "#"
character), and disable the mirrorlist (i.e place a "#" at beginning
of line).

See also:
http://rpmfusion.org/FAQ

Quoting:

=== Error: Cannot retrieve repository metadata (repomd.xml) for repository: 
rpmfusion-foo. Please verify its path and try again ===

Yum cannot connect to the RPM Fusion servers if you get above
message. That could be a problem with your local network or a problem
with the !MirrorManager servers from RPM Fusion. If it's the latter
use this comment to temporary work around the problem:
{{{
su -c "sed -i 's|^#baseurl|baseurl| ; s|^mirrorlist|#mirrorlist|' 
/etc/yum.repos.d/rpmfusion*free*repo"
}}}

To undo the change later use this command:
{{{
su -c "sed -i 's|^baseurl|#baseurl| ; s|^#mirrorlist|mirrorlist|' 
/etc/yum.repos.d/rpmfusion*free*repo"
}}}

Am I missing something here?

Doesn't this `sed' script do precisely what Kam Lao suggested---namely
to comment out the mirrorlist URL and uncomment the baseurl? 


Yes -- it was just meant as a "this is the easier way to do that" and 
"feel free to point to this FAQ entry if similar problems show up in the 
future". Sorry, should have mentioned that.



If yes,
then (as I wrote to Kam) I did that already (by hand) before I wrote
to the list; didn't help.


Then you should post the error message that you get now after doing that 
change (which you afaics didn't do yet; but maybe I missed it) -- 
without that we can only guess around what might be wrong.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

RPM Fusion free and nonfree repositories for Fedora 11 (Leonidas) now available

[Thorsten Leemhuis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The RPM Fusion team is proud to announce the public availability of our
''free'' and ''nonfree'' package repositories for Fedora 11 (Leonidas).
The repositories contain multimedia applications, kernel drivers, games
and other software the Fedora Project doesn't want to ship for various
reasons.

RPM Fusion repositories give Fedora 11 the ability to play all kinds of
audio and video formats -- including, but not limited to MP3s or video
files in MPEG or Xvid formats.

You can browse the repository contents for the i386 architecture via
these URLs (x86-64, ppc and ppc64 are supported as well):

http://download1.rpmfusion.org/free/fedora/releases/11/Everything/i386/os/repoview/index.html
http://download1.rpmfusion.org/nonfree/fedora/releases/11/Everything/i386/os/repoview/index.html

To make RPM Fusion repositories available on a freshly installed Fedora
11 system run the following command:

{{{
su -c 'rpm -ivh \
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
\
http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm'
}}}
(Reminder: You need to cut'n'paste all three lines)

More details and a GUI based way how to configure and use RPM Fusion can
be found in our wiki at http://rpmfusion.org/Configuration

You can also enable RPM Fusion while installing Fedora 11 -- details and
some screenshots that should give you an idea how everything works can
be found at http://rpmfusion.org/EnablingRpmFusionDuringFedoraInstall

Please note that the graphics drivers from AMD are not available in
the repositories right now as they are not compatible with the Kernel
from Fedora 11. Note that the Nvidia drivers are available via the
updates-repos only.


There is still a lot of room for a whole lot of improvements in RPM
Fusion. If you want to help then join us! Our mailing lists can be found
at http://lists.rpmfusion.org/mailman/listinfo


Thanks for you interest in RPM Fusion.

~The RPM Fusion Team (http://rpmfusion.org)


== More details ==

=== Reminder for the folks that plan to yum-update to Fedora 11 ===

If you have RPM Fusion packages installed on your system already and
plan to live-update to Fedora 11 using yum then please leave the RPM
Fusion repositories enabled for the big "yum update" run. Only then
you'll get all the updated packages from RPM Fusion as well, which is
important, as their dependencies get fulfilled by the Fedora 11
packages. That's not the case for the old packages that are on your
system right now -- those in fact have dependencies on the older Fedora
bits you are about to update, which will lead to a lot of trouble.

Please note that we use a different key to sign packages in the repos
for Fedora 11. Installing the latest rpmfusion-free-release
rpmfusion-nonfree-release packages from the updates-repos before doing
the big update run should make things "just work".

=== Examples to get the most important bits from RPM Fusion ===

Once you installed the release rpm you can install software using the
graphical software installation tools which are part of Fedora. As
root-user you can also use yum on a command line to install packages;
for example:

~  * GNOME: PackageKit will normally install all codecs on demand for
apps that use gstreamer as backend; if you want to get them manually run
this command as root:
{{{
# yum install gstreamer-ffmpeg gstreamer-plugins-bad\
gstreamer-plugins-ugly
}}}

~  * KDE: xine-lib is used as default backend for apps that use phonon;
to make it able to play more audio and video formats run
{{{
# yum install xine-lib-extras-freeworld
}}}

~ * if you want to use mplayer, run one ofthe following commands
{{{
# yum install mplayer-gui
# yum install gnome-mplayer
}}}

~ * if you prefer VLC, run
{{{
# yum install vlc
}}}

~ * want to PGP sign or encrypt your mails using thunderbird? Then run:
{{{
# yum install thunderbird-enigmail
}}}

=== PAE Remider ===

Fedora 11 installs a PAE-Kernel on most modern
x86-32(i386/ix86)-Systems. If that's the case on your system then you
need to use command like "yum install kmod-PAE-nvidia" (note the "-PAE"
in the middle!) to get the kmods that match the kernel from Fedora. More
details can be found in this blog post:
http://thorstenl.blogspot.com/2009/05/fedora-11-kernel-pae-and-what-it-means.html

=== Problems? ===

Let us know via http://bugzilla.rpmfusion.org/

=== Need support? ===

Many people in #fedora and #rpmfusion on freenode as well as subscribers
on rpmfusion-us...@lists.rpmfusion.org know how to help.

=== Developer contact ===

Meet us in #rpmfusion on freenode or join the mailing list at
http://lists.rpmfusion.org/mailman/listinfo

=== EOF ===

End of file
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAkouYYwACgkQUjQh93TopkHBAQCdHXGOMhgZaC4Db/gguyNML9Kt
yFgAn2UTD0zyANXOBJ/yuP/ya+5Q4grM
=Aji5
-END PGP SIGNA

Re: Repolist Problem

[Thorsten Leemhuis]

On 14.06.2009 10:15, Michael Schwendt wrote:
> On Sun, 14 Jun 2009 17:06:32 +1000, Anthony wrote:
> 
>> Have just upgraded from F10 to F11, it all seemed to go well. However, I 
>> am having trouble with yum as it is not fetching info from livna or 
>> RPMfusion.
>> I tried to have a look at my repolist but got this error message:
>> yum repolist
>> Loaded plugins: dellsysidplugin2, presto, protect-packages, protectbase,
>>   : refresh-packagekit
>> http://rpm.livna.org/fedora/11/i386/repodata/repomd.xml: [Errno 14] HTTP 
>> Error 404: Not Found
> 
> Livna has discontinued its service long ago

Not really true, as I'd call this

> and only provides a single package in its repos.

as service ;-)

> There is no Fedora 11 repo at Livna yet.

That's untrue, there are repos that work fine with rawhide and F11 for a
long time.

The user seems to use a old and outdated repo file -- I guess he had not
configured livna properly (e.g. using the livna-release rpm) or he
didn't merge rpmnew files.

Note that
http://rpm.livna.org/fedora/
is old, outdated and unmainted and what livna does now is in
http://rpm.livna.org/repo/

> As a
> work-around, you can edit your /etc/yum.repos/*livna*.repo files and
> replace $release with 10.

Real solution: Do "rm -rf /etc/yum.repos/*livna*.repo" and then enable
rpm.livna.org as decsribed on http://rpm.livna.org

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Repolist Problem

[Thorsten Leemhuis]

On 14.06.2009 15:15, Michael Schwendt wrote:
> On Sun, 14 Jun 2009 12:35:47 +0200, Thorsten wrote:
> 
>>> Livna has discontinued its service long ago
>> Not really true, as I'd call this
>>
>>> and only provides a single package in its repos.
>> as service ;-)
> Splitting-hairs.

Well, I added a smiley, but "discontinued" nevertheless is not the case
afaics -- especially as I've heard that livna will continue to support
new Fedora and EL releases. And in fact support for EL is even something
Livna didn't offer in the past.

>>> There is no Fedora 11 repo at Livna yet.
>> That's untrue, there are repos that work fine with rawhide and F11 for a
>> long time.
>>
>> The user seems to use a old and outdated repo file -- I guess he had not
>> configured livna properly (e.g. using the livna-release rpm) or he
>> didn't merge rpmnew files.
>>
>> Note that
>> http://rpm.livna.org/fedora/
>> is old, outdated and unmainted
> 
> That's bad and misleading, too.

And your suggestion is what? Remove all the old stuff? I guess the users
on old and outdated releases won't like that (but not sure if the livna
maintainers should care).

>> and what livna does now is in
>> http://rpm.livna.org/repo/
>>
>>> As a
>>> work-around, you can edit your /etc/yum.repos/*livna*.repo files and
>>> replace $release with 10.
>> Real solution: Do "rm -rf /etc/yum.repos/*livna*.repo" and then enable
>> rpm.livna.org as decsribed on http://rpm.livna.org
> 
> http://rpm.livna.org/mirrorlist
>  and
> http://ftp-stud.fht-esslingen.de/pub/Mirrors/rpm.livna.org/mirrorlist
> 
> point to at least one mirror that only carries '5' and '8':
> http://wftp.tu-chemnitz.de/pub/linux/livna/repo/
> 
> Way too confusing the deeper one looks into it.

I guess it's a simple mirror problem as livna afaics works with symlinks
that some mirrors afaics don't retrieve.

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Repolist Problem

[Thorsten Leemhuis]

On 14.06.2009 17:19, Michael Schwendt wrote:
> On Sun, 14 Jun 2009 09:49:41 -0500, Bruno wrote:
> 
>> Looking in http://rpm.livna.org/repo I see:
> That's not the same than the previous location
> ( http://rpm.livna.org/fedora ) which users may have
> used as baseurls in their .repo files or in bookmarks.
> 
>> (Also I think there are sym links involved here that you can see with
>> rsync, but not http.)
> Such symlinks would be useless if Yum could not see them either. ;)

Seems they were replaced and now things are hardlinked, which likely is
the reason why the file dates are new.

> [...]
>> The timestamp is from today, so this might be a pretty recent change.
> The corresponding livna-release package is from Dec last year.
> 
> When changing file locations so drastically, one should remove
> old documentation and any pointers to the old locations in order
> to make the new location much easier to find.

Well, I guess it's the usual "errors get made and no one noticed". But
it seems your suggestions were at least partly heard and realized.

Cu
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: gstreamer-plugins-bad where art thou?

[Thorsten Leemhuis]

On 16.06.2009 14:48, Rahul Sundaram wrote:
> On 06/16/2009 04:55 PM, Brian Millett wrote:
>> trying to update the gstreamer packages, there seems to be one missing:
>>
>> Transaction Check Error:
>>   file /usr/lib/gstreamer-0.10/libgstdeinterlace.so from install of
>> gstreamer-plugins-good-0.10.15-1.fc11.i586 conflicts with file from
>> package gstreamer-plugins-bad-0.10.11-4.fc11.i586
>>   file /usr/lib/gstreamer-0.10/libgstflv.so from install of
>> gstreamer-plugins-good-0.10.15-1.fc11.i586 conflicts with file from
>> package gstreamer-plugins-bad-0.10.11-4.fc11.i586
>>   file /usr/lib/gstreamer-0.10/libgsty4menc.so from install of
>> gstreamer-plugins-good-0.10.15-1.fc11.i586 conflicts with file from
>> package gstreamer-plugins-bad-0.10.11-4.fc11.i586
>
>> Did gstreamer-plugins-bad not get built?
> New version is in the rpmfusion free testing repo

Just a detail, but the new gstreamer-plugins-bad packages were in the
stable updates repos of RPM Fusion for round about five hours already
when you wrote this (they should have been pushed there at in parallel
with the new gstreamer-packages from Fedora, but weren't due to an
stupid error on my side; sigh).

What people since then run into is the problem outlined in

https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00041.html

This need to be fixed on the Fedora side (e.g. in yum) afaics.

Cu
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: gstreamer-plugins-bad where art thou?

[Thorsten Leemhuis]

On 16.06.2009 15:13, Brian Millett wrote:
> On Tue, 2009-06-16 at 14:57 +0200, Thorsten Leemhuis wrote:
>> On 16.06.2009 14:48, Rahul Sundaram wrote:
>>> On 06/16/2009 04:55 PM, Brian Millett wrote:
>>>> trying to update the gstreamer packages, there seems to be one missing:
>>>>
>>>> Transaction Check Error:
>>>>   file /usr/lib/gstreamer-0.10/libgstdeinterlace.so from install of
>>>> gstreamer-plugins-good-0.10.15-1.fc11.i586 conflicts with file from
>>>> package gstreamer-plugins-bad-0.10.11-4.fc11.i586
>>>>   file /usr/lib/gstreamer-0.10/libgstflv.so from install of
>>>> gstreamer-plugins-good-0.10.15-1.fc11.i586 conflicts with file from
>>>> package gstreamer-plugins-bad-0.10.11-4.fc11.i586
>>>>   file /usr/lib/gstreamer-0.10/libgsty4menc.so from install of
>>>> gstreamer-plugins-good-0.10.15-1.fc11.i586 conflicts with file from
>>>> package gstreamer-plugins-bad-0.10.11-4.fc11.i586
>>>> Did gstreamer-plugins-bad not get built?
>>> New version is in the rpmfusion free testing repo
>> Just a detail, but the new gstreamer-plugins-bad packages were in the
>> stable updates repos of RPM Fusion for round about five hours already
>> when you wrote this (they should have been pushed there at in parallel
>> with the new gstreamer-packages from Fedora, but weren't due to an
>> stupid error on my side; sigh).
> 
> No problem.  All is well.

Not really. People will run into those problems for 24 hours for all
updates with tight interdeps (gstreamer sometimes,
xine-lib-extras-freeworld, all kmod, and some other packages/kind of
updates), even if RPM Fusion works perfectly and pushes all updates at
exactly the same times as the associated package counterpart in Fedora.

We need a fix for that, as it's quite bad for Fedora's fame afics.

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Conflict with nVidia package upgrade

[Thorsten Leemhuis]

On 18.06.2009 18:09, Doctor Who wrote:
> Anyway, how do i fix this so I can update to the most recent package?

I guess by running "rpm -e yum-fedorakmod"

http://rpmfusion.org/FAQ#head-a0575c3e9e8a6be3c18a572cf97df92c0a4f2c83

HTH

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Rebuilding Kmod-wl

[Thorsten Leemhuis]

On 23.06.2009 21:06, homb...@tips-q.com wrote:
> On Tue, 23 Jun 2009 20:18:37 +0200
> Pikachu_2014  wrote:
> 
>> Why not install the akmod-wl available on RPM Fusion ? In
>> your case, it is perfect, since you have a custom kernel;
>> the module will be rebuilt the next time you'll reboot on
>> your vanilla kernel.
>>
>> Simple and easy :)
>>
> akmod kernels are dependent on kernel-devel.rpm for the
> kernel to be accomodated and cannot be used for a vanilla
> kernel. 

Ehh, that is not true. Akmods are meant to handle that use-case as well
(of cause all files that are needed to compile modules are required),
but I haven't tested it for a long while. If it doesn't work file bugs.
I'm a bit behind with working on them, but hope to find time for akmod
bugs soon again.

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Broadcom BCM43XX Nightmarte on F11

[Thorsten Leemhuis]

On 24.06.2009 02:57, Christopher A. Williams wrote:
> On Tue, 2009-06-23 at 21:48 -0300, Martín Marqués wrote:
>> 2009/6/23 Wolfgang S. Rupprecht :
>>> "Christopher A. Williams"  writes:
 On Tue, 2009-06-23 at 22:44 +0800, Ian Chapman wrote:
> http://www.linuxwireless.org/en/users/Drivers/b43
> This has worked perfectly for me, for both BCM4306 and BCM4311. If you
> try this, I would make sure broadcom-wl is uninstalled.
 This worked like a champ. On both machines.
>>> I wonder, would this shell script to wget the binaries and then
>>> b43-fwcutter them be the sort of thing that rpmfusion could package up?
>>>
>>> Having everybody navigate to a web page, figure out which of several
>>> code snippets they need and and cut and paste them into a shell window,
>>> sounds like the sort of thing that give linux its "user unfriendly"
>>> label.
>>
>> Havn't seen this on Fedora packages, but on Debian non-free there's a
>> packaged named flashplugin-nonfree, which has a script named
>> /usr/sbin/update-flashplugin-nonfree that downloads the flashplugin
>> from the adobe site and installs it.
>>
>> Same thing could be done for b43 firmware.
>>
>> You could add a wissh to rpmfusion.
> 
> Are we sure they would take this on? 

No promised, but I said we should definitely take this. It's just the
usual problem: Someone has to package it, submitt it for review and take
care of the package afterwards. But it's not that much of work for
someone that knows packaging and already contributes to Fedora or RPM
Fusion.

> [...]

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Gstreamer Transaction Check Error

[Thorsten Leemhuis]

On 01.07.2009 13:30, Paul Smith wrote:
> 
> I am experiencing the following problem when doing 'yum update':
> 
> Transaction Check Error:
>   file /usr/lib64/gstreamer-0.10/libgstselector.so from install of
> gstreamer-plugins-base-0.10.23-3.fc11.x86_64 conflicts with file from
> package gstreamer-plugins-bad-0.10.12-2.fc11.x86_64
> 
> Any ideas?

Wait or use skip-broken. The package set on the master servers from RPM
Fusion and Fedora match well, but seems the RPM Fusion mirror your yum
chose is not up2date yet.

The long story that explains the backgrounds:
https://www.redhat.com/archives/fedora-devel-list/2008-August/msg00041.html

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

RPM Fusion needs a maintainer for the package madwifi in F11 and later

[Thorsten Leemhuis]

Attached mail FYI -- if you want to step us as maintainer for madwifi 
please contact me (existing Fedora contributors or maintainers with 
existing packaging skills would be ideal for the job). Madwifi will be 
dropped from RPM Fusion for F11 and later if no one steps up to maintain 
it. Feel free to forward this mail to other channels if you think it 
makes sense to do so.


CU
knurd
--- Begin Message ---
Hi

As state here (1):

I'm not going to spend time anymore on madwifi.
I do think that with kernel 2.6.29 nearing, the inkernel ath5k/ath9k
will extends all functions that was present previously in madwifi.

If you think that it is still usefull to maintain madwifi, specially on
Fedora 11. (Fedora 10 version should probably be kept for compatibility
reason), you can explain your point of view here, but bugreport on
ath5k/ath9k should be made.

If you want to maintain madwifi in rpmfusion-nonfree please publish an
updated spec file. In the bugreport (1)

If there is no valid maintainer of madwifi before F11 GA, we could
consider madwifi as Obsoleted. But we need to keep in mind that previous
talks state that if a fedora package will extend the feature of a
package present in rpmfusion, there is no reason to keep the rpmfusion
one. That was to prevent openmotif or java-sun (against lesstif or
java-openjdk) to be introducted within the repository.


Nicolas (kwizart)


(1) https://bugzilla.rpmfusion.org/show_bug.cgi?id=315

--- End Message ---
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Installing nVidia drivers on FC10

[Thorsten Leemhuis]

On 01.03.2009 13:27, Sharpe, Sam J wrote:

2009/3/1 Andras Simon :

On 3/1/09, Dave Bolt IT Solutions  wrote:

I have a test box which has been showing some corruption of the display from
time to time.
Since it doesn't matter if I play, I thought I would try installing the
latest support for the graphics card from the nVidia website.

Don't bother. Add rpm-fusion to your list of repositories, and then
you can install the necessary packages with yum.


RPMFusion doesn't provide packages for the 96.43 series of legacy
drivers (which is what the attached build log says Dave is using).


They are in the testing repo right now; for example
http://download1.rpmfusion.org/nonfree/fedora/updates/testing/10/i386/xorg-x11-drv-nvidia-96xx-96.43.11-1.fc10.i386.rpm

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Virtualization for Beginner

[Thorsten Leemhuis]

On 26.04.2009 00:10, Andre Robatino wrote:
This page was set up for the purpose of getting VirtualBox into the 
rpmfusion repo, but no activity lately.


http://fedoraproject.org/wiki/TillMaas/Virtualbox


VirtualBox-OSE (the Open-Source-Edition) is in RPM Fusion Free Updates 
Testing for F10 since yesterday(¹). It'll get moved to the proper 
updates directory sooner or later.


CU
knurd

(¹) Note that the RPM Fusion updates-testing repos depend on the 
updates-testing repo from Fedora. IOW: the kmods are build against the 
2.6.29 kernel in Fedora's updates-testing repo.


--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Virtualization for Beginner

[Thorsten Leemhuis]

On 29.04.2009 00:53, Andre Robatino wrote:

  >  VirtualBox-OSE (the Open-Source-Edition) is in RPM Fusion Free
Updates>  Testing for F10 since yesterday(¹). It'll get moved to the
  >  proper updates directory sooner or later.

> [...]

  >  (¹) Note that the RPM Fusion updates-testing repos depend on
  >  the updates-testing repo from Fedora. IOW: the kmods are build
against>  the 2.6.29 kernel in Fedora's updates-testing repo.
The version currently in RPM Fusion's updates-testing is 2.1.4, while
the latest closed-source version is 2.2.2.  Is it necessary to do
anything to convert the contents of one's ~/.VirtualBox directory to
work with the lower-numbered version?  (As I recall, the update to 2.2.0
required a file format conversion.)  Or can one just remove the
closed-source package, install the open-source one, and have everything
just work?


I have no idea, I never used it myself.


Also, for people who need the closed-source features such as guest
access to USB devices, is it possible for the closed-source version to
be in the nonfree repo?


Basically yes, if

 * it's allowed to redistribute the closed-source version
 * someone steps up to do the work (e.g. create proper packages)

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmod-nvidia yum update problem

[Thorsten Leemhuis]

On 05.05.2009 15:54, Steve wrote:

I get this error when trying to update kmod-nvidia package:

Test Transaction Errors:
file /lib/modules/2.6.27.21-78.2.41.fc9.x86_64/extra/nvidia/nvidia.ko from 
install of
kmod-nvidia-2.6.27.21-78.2.41.fc9.x86_64-173.14.15-1.fc9.12.x86_64 conflicts 
with file from package
kmod-nvidia-2.6.27.21-78.2.41.fc9.x86_64-173.14.15-1.fc9.5.x86_64

which appears to be telling me that it cannot upgrade because the package it is 
trying to replace has a file by the same name. Isn't that the point of an 
upgrade?
I assume I am misinterpreting this.


No, you get fooled by yum-fedorakmod; just remove it; see last question 
on http://rpmfusion.org/FAQ


HTH

CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Kernel-firmware package and Anaconda.

[Thorsten Leemhuis]

On 08.05.2009 07:53, Alexandre Oliva wrote:

[...]
Your best bet to avoid non-Free Software from Fedora is probably to
resort to Freed-ora Linux-libre builds, available from
http://linux-libre.fsfla.org/, and to exclude *-firmware and
microcode_ctl from the Fedora repositories.


I'd say excluding "microcode_ctl" IMHO is a very bad suggestion. Yes, 
the code that is uploaded to the CPU is neither free or open source 
software. But that holds true for the microcode-code the BIOS uploads to 
the CPU during bootup as well. That code in fact might be just a older 
version of the microcode that fixes less bugs, which might lead to more 
problems for your system or (in the worst case) miss-calculation that 
could cost you money.


CU
knurd

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

RPM Fusion free and nonfree repositories for Fedora 12 (Constantine) now available

[Thorsten Leemhuis]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The RPM Fusion team is proud to announce the public availability of our 
''free'' and ''nonfree'' package repositories for Fedora 12 (Constantine). The 
repositories contain multimedia applications, kernel drivers, games and other 
software the Fedora Project doesn't want to ship for various reasons.

RPM Fusion repositories give Fedora 12 the ability to play all kinds of audio 
and video formats -- including, but not limited to MP3s or video files in MPEG 
or Xvid formats.

You can browse the repository contents for the ix86 (sometimes also called x86, 
i386, i686 or x86-32) architecture via these URLs 

http://download1.rpmfusion.org/free/fedora/releases/12/Everything/i386/os/repoview/index.html
http://download1.rpmfusion.org/nonfree/fedora/releases/12/Everything/i386/os/repoview/index.html

Note that x86-64, ppc and ppc64 are supported by RPM Fusion as well.

To make RPM Fusion repositories available on a freshly installed Fedora 12 
system run the following command:

{{{
su -c 'rpm -ivh \
 
http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-stable.noarch.rpm
 \ 
 
http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-stable.noarch.rpm'
}}}
(Reminder: You need to cut'n'paste all three lines)

More details and a GUI based way how to configure and use RPM Fusion can be 
found in our wiki at 
http://rpmfusion.org/Configuration

You can also enable RPM Fusion while installing Fedora 12 -- details and some 
screenshots that should give you an idea how everything works can be found at
http://rpmfusion.org/EnablingRpmFusionDuringFedoraInstall

Please note that the graphics drivers from AMD are not available in the 
repositories right now as they are not compatible with the X-Server that is 
used in Fedora 12. Note that the Nvidia drivers are available via the 
updates-testing repos only at this time as they require some manual steps to 
make them work; see the howto for details:  
http://rpmfusion.org/Howto/nVidia


There is still a lot of room for a whole lot of improvements in RPM Fusion. If 
you want to help then join us! Our mailing lists can be found at
http://lists.rpmfusion.org/mailman/listinfo


Thanks for you interest in RPM Fusion.

~The RPM Fusion Team (http://rpmfusion.org)


== More details ==

=== Reminder for the folks that plan to yum-update to Fedora 12 ===

If you have RPM Fusion packages installed on your system already and plan to 
live-update to Fedora 12 using yum then please leave the RPM Fusion 
repositories enabled for the big "yum update" run. Only then you'll get all the 
updated packages from RPM Fusion as well, which is important, as their 
dependencies get fulfilled by the Fedora 12 packages. That's not the case for 
the old packages that are on your system right now -- those in fact have 
dependencies on the packages from the Fedora release you are about to update, 
which will lead to a lot of trouble.

=== Examples to get the most important bits from RPM Fusion ===

Once you installed the release rpm you can install software using the graphical 
software installation tools which are part of Fedora. As root-user you can also 
use yum on a command line to install packages; for example:

~  * PackageKit will normally install all codecs on demand for GNOME and KDE 
apps that use gstreamer as backend; if you want to get them manually ahead of 
tine run this command as root:
{{{
yum install gstreamer-ffmpeg gstreamer-plugins-bad \ gstreamer-plugins-ugly
}}}

~ * if you want to use mplayer, run one ofthe following commands
{{{
# yum install mplayer-gui
# yum install gnome-mplayer
}}}

~ * if you prefer VLC, run
{{{
# yum install vlc
}}}

~ * want to PGP sign or encrypt your mails using thunderbird? Then run:
{{{
# yum install thunderbird-enigmail
}}}

=== Problems? ===

Let us know via http://bugzilla.rpmfusion.org/

=== Need support? ===

Many people in #fedora on freenode as well as subscribers on fedora-list [AT] 
redhat.com and rpmfusion-users-lists [AT] rpmfusion.org know how to help.

=== Developer contact ===

Meet us in #rpmfusion on freenode or join the developers mailing list at 
http://lists.rpmfusion.org/mailman/listinfo

EOF
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/

iEYEARECAAYFAksCq60ACgkQUjQh93TopkE0cwCgoT4IFzm42dhC6yWihrlujtTh
634An3APFcd2+ZqDLt3jZsbIbDTACP98
=FDsR
-END PGP SIGNATURE-

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Omega 12?

[Thorsten Leemhuis]

Rahul Sundaram wrote on 24.11.2009 20:27:
> On 11/25/2009 12:58 AM, Valent Turkovic wrote:
>> Could you please share your current kickstart file? .ks file is
>> independent on updates, right?
>> Have you thought of packaging omega kickstart file and puting it in
>> rpmfusion as an package? Will there be some website for Omega or Wiki
>> page?
> RPM Fusion already has its own set of kickstart files but since I can't
> reference Livna on anything I put in RPM Fusion, I don't intend to
> package it there. When I announce a new release, I will have a kickstart
> file to share. 

You could work on the RPM Fusion kickstart files and base your work on
top of it. In fact your kickstart file could be as simple as this them:

"""
%include the-kickstart-from-rpmfusion.ks
repo --name=livna --baseurl=fomewhere

%packages
the-name-of-the-only-package-in-livna
"""

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Strange error with yum update

[Thorsten Leemhuis]

Christoph Wickert wrote on 12.12.2009 23:41:
> Am Samstag, den 12.12.2009, 22:10 + schrieb John Lagrue:
>> At first glance this look simple, but it seems to be telling me
>> there's an error.
>> 
>> Running rpm_check_debug
>> ERROR with rpm_check_debug vs depsolve:
>> kernel-uname-r = 2.6.30.9-96.fc11.i686.PAE is needed by (installed)
>> kmod-nvidia-2.6.30.9-96.fc11.i686.PAE-190.42-1.fc11.1.i686
>> Complete!
>> (1, [u'Please report this error in http://yum.baseurl.org/report'])
>> 
>> Anyone got any idea of what's wrong?

No -- I'd need more output from yum to see what's wrong.

> There is a new kernel out but the kmod for it is not yet available at
> rpmfusion. 

That's not the case from what I can see. And the -102 kmod are in the
repos since a few days already.

Seems a local, already installed package is the troublemaker here for
some strange reason :-/

CU
knurd

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines