Bugs fixed in rpmfusion-users mailing-list
As some of you may have noticed, there was an issue with the rpmfusion-users mailing list posting. As of today, the issue is fixed, it was a duplicate archiver listed in the mailman SQL that was crashing the mail acceptation. Thx for Aurélien Bompard for the help fixing this issue. If you had previously sent an email (early 2017), and not finding it in the archives https://lists.rpmfusion.org/archives/list/rpmfusion-us...@lists.rpmfusion.org/2017/1/ Please consider to post again. Thx -- - Nicolas (kwizart) ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Can I or better Should I give needsign repo to our users on bugzilla
Hi, Can I or better Should I give needsign repo to our users on bugzilla ? We have 2 tickets on dvdstyler , can I wrote to them say to test needsign packages , instead wait for push to testing and mirror propagation. We can save many hours ... Thanks, -- Sérgio M. B.
Re: Can I or better Should I give needsign repo to our users on bugzilla
On Wed, Jan 23, 2013 at 10:17 PM, Sérgio Basto ser...@serjux.com wrote: Hi, Can I or better Should I give needsign repo to our users on bugzilla ? I think so. I sometimes point users at Plague builds myself. It's an advantage to having an open architecture. As you mention, it saves time, and it also opens up the doors for users to understand the processes. Better-informed users will translate to more contributors, which is better for RPM Fusion overall. The fact that the RPMs are not yet signed is not a big concern IMHO. If users are paranoid about security, they always have the option to rebuild from source themselves (or just wait for the signatures :) - Ken
Fwd: [ATrpms-users] Problems since installing nVidia 285.05.09 on f14 x86_64
Looks like we need to stay way from the 285 series for now. Richard -- Forwarded message -- From: Gabe Rubin gaberu...@gmail.com Date: Fri, Oct 28, 2011 at 12:55 PM Subject: Re: [ATrpms-users] Problems since installing nVidia 285.05.09 on f14 x86_64 To: User discussion about ATrpms.net atrpms-us...@atrpms.net On Fri, Oct 28, 2011 at 2:39 AM, John Pilkington j.p...@tesco.net wrote: I installed this earlier this week, along with new kdelibs packages and a few others; the system has had problems since then and I've reverted to 280.13. It feels happier but not enough experience with it yet to be sure that the new driver is the culprit. The hardware is a GeForce 7500 LE, so not VDPAU capable. Effects seen were segfaults in Mythfrontend while using the cutpoint editor, uncertain start of playback with occasional segfaults, and finally inability to do more than load the unwritten frontend screen before segfaulting. Before the changes earlier this week the system had been generally troublefree. John P As another message I cross-posted from the mythtv list confirms, I had major issues with this new driver. I could not log in remotely, mythbackend was segfaulting, other stability issues. 285.05.09 does not seem ready for prime time. ___ atrpms-users mailing list atrpms-us...@atrpms.net http://lists.atrpms.net/mailman/listinfo/atrpms-users
Re: [ATrpms-users] Problems since installing nVidia 285.05.09 on f14 x86_64
2011/10/28 Richard Shaw hobbes1...@gmail.com: Looks like we need to stay way from the 285 series for now. Richard Any nvidia bug that doesn't come with the output of nvidia-bug-report.sh is desperately pointless. Nicolas (kwizart)
Re: [ATrpms-users] Problems since installing nVidia 285.05.09 on f14 x86_64
On Fri, Oct 28, 2011 at 1:13 PM, Nicolas Chauvet kwiz...@gmail.com wrote: 2011/10/28 Richard Shaw hobbes1...@gmail.com: Looks like we need to stay way from the 285 series for now. Richard Any nvidia bug that doesn't come with the output of nvidia-bug-report.sh is desperately pointless. That may be true, but two people having problems with that driver means we should probably proceed with caution. Richard
A warning for Fedora 11 users with xorg-x11-drv-fglrx installed
Hi, xorg-x11-drv-fglrx and kmod-fglrx have been updated to the 9.4 beta which is originally found in Ubuntu Jaunty (9.04) and have been patched for 2.6.29, so it should be working well with Fedora 11. However, one of the side effects of the 2.6.29 patch is that fglrx repeats the same few errors over and over again into /var/log/messages and /var/log/dmesg (the error itself seems harmless, as the driver continues to function correctly). I recommend that you check on these files every few days to make sure they aren't growing too quickly. Regards, Stewart
Re: A warning for Fedora 11 users with xorg-x11-drv-fglrx installed
Not again! thanks, for the warning pulse auto did the same thing before and we patched it to limit logging rate but on fedora ML some people said that we should actually fix the logging system http://www.linux-archive.org/fedora-development/230807-messages-eat-my-harddisk-because-alsa-pulse.html I quote But still, I think the biggest issue here is that rsyslog doesn't enforce any kind of rate limitting and is happy to let random users fill up /var. This is a first-class DoS. Simply do a cat /dev/urandom | strings | logger and you can make the whole system go bonkers. And it won't even be accounted to your own disk quota. Yay. EOQ On Sun, 05 Apr 2009 18:05:36 -0400, Stewart Adam maill...@diffingo.com wrote: Hi, xorg-x11-drv-fglrx and kmod-fglrx have been updated to the 9.4 beta which is originally found in Ubuntu Jaunty (9.04) and have been patched for 2.6.29, so it should be working well with Fedora 11. However, one of the side effects of the 2.6.29 patch is that fglrx repeats the same few errors over and over again into /var/log/messages and /var/log/dmesg (the error itself seems harmless, as the driver continues to function correctly). I recommend that you check on these files every few days to make sure they aren't growing too quickly. Regards, Stewart
Re: for users...
On 02.11.2008 00:18, Xavier Lamien wrote:
On Sat, Nov 1, 2008 at 11:27 PM, Hans de Goede [EMAIL PROTECTED] wrote:
P.S.: Who will actually send out the announcement and where do we send it
besides fedora-announce-list and fedora{-devel,}-list?
Given my new employer I won't be doing it. So I think either you are Xavier
should do it.
I'm fine with that.
thx; I'd say a time somewhere around 14:00 or 15:00 UTC is likely the
best to send it out.
we just need to be agreed about the announcement
content before i push anything.
Well, I fine with what's in the wiki right now. If someone doesn't agree
with it then there are still 24 hours left to complain and/or enhance.
Just one more question: We had planed to send a second mail out on
thursday together with the preview announcement. I'd say we should use a
different (shorter) text for that; I can take care of that if that's
fine for everybody.
for the 'where' question :
fedora-{announce,devel,}-list and planet.fp.o could do the trick.
Could you please also point lwn.net, linuxtoday and others (see mail
from Rahul) to the fedora-announce-list post in the ml-archives once
it's out?
CU
knurd
Re: for users...
On Sat, Nov 1, 2008 at 3:27 PM, Hans de Goede [EMAIL PROTECTED] wrote:
P.S.: Who will actually send out the announcement and where do we send it
besides fedora-announce-list and fedora{-devel,}-list?
Given my new employer I won't be doing it. So I think either you are Xavier
should do it.
I have to ask...why is RedHat wasting all your C programming/X Video talents
on spaghettified python code? Are you not better suited to work on X
programming, or working on free ATI or nVidia drivers or something?
Hopefully they will see the light and correct their ways, but RedHat still
prefers PyGTK over PyQt, so I'm not holding my breath ;-)
Re: for users...
Christopher Stone pisze:
On Sat, Nov 1, 2008 at 3:27 PM, Hans de Goede [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
P.S.: Who will actually send out the announcement and where do
we send it besides fedora-announce-list and fedora{-devel,}-list?
Given my new employer I won't be doing it. So I think either you are
Xavier should do it.
I have to ask...why is RedHat wasting all your C programming/X Video
talents on spaghettified python code? Are you not better suited to work
on X programming, or working on free ATI or nVidia drivers or
something? Hopefully they will see the light and correct their ways,
but RedHat still prefers PyGTK over PyQt, so I'm not holding my breath ;-)
Do you know you are sending html mail?
Julian
Re: for users...
2008/11/2 Thorsten Leemhuis [EMAIL PROTECTED]: thx; I'd say a time somewhere around 14:00 or 15:00 UTC is likely the best to send it out. Before sending out the announcement, you should also delete the wiki page called Configuration and rename ConfigurationNew as Configuration. Bye, Andrea.
Re: for users...
On 31.10.2008 16:28, Xavier Bachelot wrote: Dominik 'Rathann' Mierzejewski wrote: The ... and plays DVDs. part is mostly a lie. If you only use RPMFusion, you won't be able to play most DVDs. Speaking on that, is there anything going on to have the missing bits hosted in a wiser country ? I'd like to at least lurk and possibly help with this. I'm wondering if we should keep freshrpms and/or livna running for it, as they are known and the signing keys are trusted. CU knurd
Re: for users...
On 31.10.2008 12:23, Andrea Musuruane wrote:
2008/10/30 Thorsten Leemhuis [EMAIL PROTECTED]:
Looks ok, but I have the feeling it needs a higher advertising rate.
I'm thinking about adding things like: Do you want playback of various
multimedia formats to work painlessly
Are you stuck with an nvidea card and do you want to use 3D?
Here is how I did it when announcing Livna for F9:
https://www.redhat.com/archives/fedora-announce-list/2008-May/msg8.html
It should be better now.
I made some more modifications. See
http://rpmfusion.org/AnnounceRepository
for the current state (thx to Andrea for reviewing them (¹)).
Differences to the earlier version:
http://rpmfusion.org/AnnounceRepository?action=diffrev2=17rev1=19
CU
knurd
P.S.: Who will actually send out the announcement and where do we send
it besides fedora-announce-list and fedora{-devel,}-list?
Re: for users...
2008/11/1 Thorsten Leemhuis [EMAIL PROTECTED]:
P.S.: Who will actually send out the announcement and where do we send it
besides fedora-announce-list and fedora{-devel,}-list?
I'd say the more the better :)
I thought about:
slashdot.org
linux.com
www.osnews.com
lwn.net
punto-informatico.it (an Italian IT news site)
ziobudda.net (an Italian linux portal)
There are certainly others too...
Bye,
Andrea.
Re: for users...
Andrea Musuruane wrote:
2008/11/1 Thorsten Leemhuis [EMAIL PROTECTED]:
P.S.: Who will actually send out the announcement and where do we send it
besides fedora-announce-list and fedora{-devel,}-list?
I'd say the more the better
http://fedoraproject.org/wiki/Marketing/SpreadingNews
Rahul
Re: for users...
P.S.: Who will actually send out the announcement and where do we send
it besides fedora-announce-list and fedora{-devel,}-list?
Given my new employer I won't be doing it. So I think either you are Xavier
should do it.
Regards,
Hans
Re: for users...
On Sat, Nov 1, 2008 at 11:27 PM, Hans de Goede [EMAIL PROTECTED] wrote:
P.S.: Who will actually send out the announcement and where do we send it
besides fedora-announce-list and fedora{-devel,}-list?
Given my new employer I won't be doing it. So I think either you are Xavier
should do it.
I'm fine with that. we just need to be agreed about the announcement
content before i push anything.
for the 'where' question :
fedora-{announce,devel,}-list and planet.fp.o could do the trick.
--
Xavier.t Lamien
--
http://fedoraproject.org/wiki/XavierLamien
GPG-Key ID: F3903DEB
Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB
Re: for users...
2008/10/30 Thorsten Leemhuis [EMAIL PROTECTED]: Looks ok, but I have the feeling it needs a higher advertising rate. I'm thinking about adding things like: Do you want playback of various multimedia formats to work painlessly Are you stuck with an nvidea card and do you want to use 3D? Here is how I did it when announcing Livna for F9: https://www.redhat.com/archives/fedora-announce-list/2008-May/msg8.html It should be better now. Andrea.
Re: for users...
Andrea Musuruane wrote: 2008/10/30 Thorsten Leemhuis [EMAIL PROTECTED]: Looks ok, but I have the feeling it needs a higher advertising rate. I'm thinking about adding things like: Do you want playback of various multimedia formats to work painlessly Are you stuck with an nvidea card and do you want to use 3D? Here is how I did it when announcing Livna for F9: https://www.redhat.com/archives/fedora-announce-list/2008-May/msg8.html It should be better now. It is (better now). But I would scrap mega mario from the games list, it comes to close to trademark infringement and it isn't that good of a game either. Regards, Hans
Re: for users...
Dominik 'Rathann' Mierzejewski wrote: The ... and plays DVDs. part is mostly a lie. If you only use RPMFusion, you won't be able to play most DVDs. Speaking on that, is there anything going on to have the missing bits hosted in a wiser country ? I'd like to at least lurk and possibly help with this. Regards, Xavier
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
friday_trolling On Thursday 16 October 2008 16:38:38 Sebastian Vahl wrote: Am Thu, 16 Oct 2008 11:01:38 +0200 schrieb Karel Volný [EMAIL PROTECTED]: ... this is a really bad attitude, and I'm sad to hear that from you :-( Don't dictate other people from other countries what they should think and what they fear. hm, saying that something is a bad attitude and I am sad about it is dictating ... oh well ... then please prepend this is only my humble personal opinion and I do not force anybody to act according to it in any other way than telling him what I consider righteous, while I respect that the opinions may differ to all of my text, so that you do not get unnecessary angry and if the country is so important to you, then please guarantee that these laws are going to stay in Germany and won't spread like a plague across the whole European Union which we share (nor the whole world, of course - but there is the First Amendment in the U.S. ...) the first one is to write about it in a way which cannot be seen in violation of the law in any way The problem here is that a famous german news site was condemned just because they linked in a news story to the website of a similar product as libdvdcss (AFAIR). So the best thing would be to not provide libdvdcss in RPMFusion. So the best ... hm, looks to me like this is a typical hasty generalisation and deductive fallacy (missing step between what happens in Germany and what is best for RPMFusion) so, they linked - if *this* is the court evidence, is it necessary to link? (Google is filtered in Germany?) in a news story - what was the story about, how was it written? what if you say something like: Dear German users, our law forbids this and that, so if you encounter it, do not download and use it.? ... of course I do not know the exact wording of the law, but I bet there is a way how to dodge - using the example above, I cannot imagine that you'd be punished for telling people to behave in accordance with the law and before you tell me again that it is stupid - it is just simplified, but the principle should work, just go find a lawyer who will make it perfect the second is not to equivocate and try to find *a lot of* supporters - they cannot imprison the whole nation ... being selected as the one deterrent case surely is not pleasant, but remember, if there weren't the braves in America ready to put their lives, the negros - sorry, afroamericans - there would be slaves still ... so a year in prison in the worst case does not sound that bad as a active resistance against being put into this new age digital slavery Sorry, but that's stupid. No one is dying because of not being able to install libdvdcss through rpmfusion. and so no one will be executed because of providing it - the example is for illustration, not to match the situation exactly: then it would not be an example of a similar principle but a description of the situation libdvdcss is just not important enough to ruin my life for it (when being imprisoned or being sentenced to pay a lot of money, hell, don't even to get the money for a lawsuit). libdvdcss is just not important enough to demand on the freedom of speech and the freedom of press (especially for a single person). of course it is not so important ... if you boil a frog, increasing the temperature by one degree is not that important for it to jump out ... The law to forbid libdvdcss may be stupid, but RPMFusion or Richard's blog isn't the right place to fight against this law. ok, so ... in which way do you fight against it? ... As said above, don't dictate other people what they should do. Thanks. yep, please do not do the same to me what you want me not to do to others, thanks :-p /friday_trolling (hope this will get lost in the flooding of the bugzilla e-mail we are getting ;-)) K. signature.asc Description: This is a digitally signed message part.
Re: for users...
2008/10/30 Andrea Musuruane [EMAIL PROTECTED]: 2008/10/29 Thorsten Leemhuis [EMAIL PROTECTED]: BTW, does anybody want to prepare the two announcement mails for Monday (more a PR style RPM Fusion launched) and Tuesday (for the fedora-announce mailing list)? I'll try to write down something :) First one is here: http://rpmfusion.org/AnnounceRepository If I have time I'll do the other too. Feedback appreciated. Bye, Andrea.
Re: for users...
Andrea Musuruane wrote: 2008/10/30 Andrea Musuruane [EMAIL PROTECTED]: 2008/10/29 Thorsten Leemhuis [EMAIL PROTECTED]: BTW, does anybody want to prepare the two announcement mails for Monday (more a PR style RPM Fusion launched) and Tuesday (for the fedora-announce mailing list)? I'll try to write down something :) First one is here: http://rpmfusion.org/AnnounceRepository If I have time I'll do the other too. Feedback appreciated. Looks ok, but I have the feeling it needs a higher advertising rate. I'm thinking about adding things like: Do you want playback of various multimedia formats to work painlessly Are you stuck with an nvidea card and do you want to use 3D? Etc. Regards, Hans
Re: for users...
2008/10/30 Hans de Goede [EMAIL PROTECTED]: Looks ok, but I have the feeling it needs a higher advertising rate. I'm thinking about adding things like: Do you want playback of various multimedia formats to work painlessly Are you stuck with an nvidea card and do you want to use 3D? I agree. I tried to put down something more but I'm not really a copy writer :-( Help appreciated. Bye. Andrea.
Re: for users...
2008/10/28 Thorsten Leemhuis [EMAIL PROTECTED]: * the wiki could need a lot of love but nobody takes care of it; help appreciated I gave the wiki some TLCs today. In particular: * updated FoundingPrinciples: used present tense and not future, said that we support kernel module (in kmod2 format), used free repository (and not freeworld). * deleted PackageMergeReviews and referenced pages. They should no longer be needed. * renamed InitialPackageMerge to PackageMergeStatus. Both Thorsten and I wondered if we should updated this page since it is a PITA to keep it in sync. * made an hidden configuration page called ConfigurationNew to be displayed only after announce. * delete dkms reference from various pages since we just support kmod2. Feedback and further improvements are welcome :) Bye, Andrea.
Re: for users...
Andrea Musuruane wrote: * renamed InitialPackageMerge to PackageMergeStatus. Both Thorsten and I wondered if we should updated this page since it is a PITA to keep it in sync. I don't think we should update it, I see 2 options: 1) Nuke it 2) Preserve it as a place to point to which packages from which repos were merged and which version they had when merged, this feels like a kludge, so I say nuke it :) Regards, Hans
for users...
Hi, I see that rpmfusion is working already on Fedora but the Configuration page for users is still empty: http://rpmfusion.org/Configuration Why? Thank you for your hard work! My Fedora box automatically switched to rpmfusion without a glitch and it is working perfectly! Thank you! Valent. -- http://kernelreloaded.blog385.com/ linux, blog, anime, spirituality, windsurf, wireless registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic
Re: for users...
On 28.10.2008 08:23, Valent Turkovic wrote: I see that rpmfusion is working already on Fedora but the Configuration page for users is still empty: http://rpmfusion.org/Configuration Why? Because * the wiki could need a lot of love but nobody takes care of it; help appreciated * RPM Fusion still is not yet announced Thank you for your hard work! My Fedora box automatically switched to rpmfusion The you likely had livna-testing enabled (see http://thorstenl.blogspot.com/2008/10/second-step-of-transition-from-livna-to.html for details) without a glitch and it is working perfectly! Good! Cu knurd
Re: Second steps of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for users of livna-testing!
On 26.10.2008 14:35, Thorsten Leemhuis wrote: /me removed a few mailing lists from the CC One more ripped On 25.10.2008 19:16, Nicolas Mailhot wrote: Le samedi 25 octobre 2008 à 18:47 +0200, Thorsten Leemhuis a écrit : 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)? All I can say is that the one used for the rawhide repository works. I think it's run on a rhel5 host too. A working version will have long hashes in the repodata filenames. FYI, I updated createrepo on plague-server (where the repodata is generated) to the version from rawhide and told the push script to pass --unique-md-filenames to createrepo for the Fedora free repo. If there are problems please let me know (next push is about to happen in an hour or two); if everything works fine I'll enable it for the other repos (EPEL, nonfree) as well. I had to disable repoview for now, as it fails for SRPM repos with the repodata generated by the new createrepo: Traceback (most recent call last): File /usr/bin/repoview, line 865, in ? main() File /usr/bin/repoview, line 861, in main force=opts.force) File /usr/bin/repoview, line 354, in __init__ self._getPrimary() File /usr/bin/repoview, line 445, in _getPrimary if not self._doPackage(package): File /usr/bin/repoview, line 468, in _doPackage package = Package(pkgdata) File /usr/bin/repoview, line 164, in __init__ self.sourcerpm = pkgdata['sourcerpm'] File /usr/lib/python2.4/site-packages/yum/mdparser.py, line 73, in __getitem__ return self._p[k] KeyError: 'sourcerpm' Does anybody want to look at that? Is anybody aware of a fix for this? CU knurd
Re: Second steps of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for users of livna-testing!
On Mon, 27 Oct 2008 08:39:46 +0100, Thorsten Leemhuis wrote: I had to disable repoview for now, as it fails for SRPM repos with the repodata generated by the new createrepo: Traceback (most recent call last): File /usr/bin/repoview, line 865, in ? main() File /usr/bin/repoview, line 861, in main force=opts.force) File /usr/bin/repoview, line 354, in __init__ self._getPrimary() File /usr/bin/repoview, line 445, in _getPrimary if not self._doPackage(package): File /usr/bin/repoview, line 468, in _doPackage package = Package(pkgdata) File /usr/bin/repoview, line 164, in __init__ self.sourcerpm = pkgdata['sourcerpm'] File /usr/lib/python2.4/site-packages/yum/mdparser.py, line 73, in __getitem__ return self._p[k] KeyError: 'sourcerpm' Does anybody want to look at that? Is anybody aware of a fix for this? Brute-force work-around is attached. repoview.diff Description: Binary data
Re: Second steps of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for users of livna-testing!
On 27.10.2008 09:56, Michael Schwendt wrote: On Mon, 27 Oct 2008 08:39:46 +0100, Thorsten Leemhuis wrote: I had to disable repoview for now, as it fails for SRPM repos with the repodata generated by the new createrepo: Traceback (most recent call last): File /usr/bin/repoview, line 865, in ? main() File /usr/bin/repoview, line 861, in main force=opts.force) File /usr/bin/repoview, line 354, in __init__ self._getPrimary() File /usr/bin/repoview, line 445, in _getPrimary if not self._doPackage(package): File /usr/bin/repoview, line 468, in _doPackage package = Package(pkgdata) File /usr/bin/repoview, line 164, in __init__ self.sourcerpm = pkgdata['sourcerpm'] File /usr/lib/python2.4/site-packages/yum/mdparser.py, line 73, in __getitem__ return self._p[k] KeyError: 'sourcerpm' Does anybody want to look at that? Is anybody aware of a fix for this? Brute-force work-around is attached. Thx that did the trick afaics. Repoview pages look fine as well afais: http://download1.rpmfusion.org/free/fedora/development/source/SRPMS/repoview/index.html CU knurd
Second steps of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for users of livna-testing!
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...
Re: Second steps of the transition from Livna to RPM Fusion begins: Enabling RPM Fusion for users of livna-testing!
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
Re: Moving livna-devel users over
On 11.10.2008 16:31, Thorsten Leemhuis wrote:
We afaics have all the main bits from livna-devel in rpmfusion-devel
now. Thus I'd say it's time to copy the rpmfusion-release packages over
to the livna devel repo and build a new livna-release package with
tracks the rpmfusion-release packages in. That way those users that have
livna properly installed will get rpmfusion automatically enabled. Once
we have everything in place we'll later let rpmfusion-release obsolete
livna-release and then the transition is done.
Does that sound like a plan? Is everyone (especially the livna
contributers) fine with it? Note that I plan to announce this transition
plan to my blogs and some foums before actually doing it, to give people
a heads up and a chance to prepare.
I'd say the repos for F8 and F9 slowly get into a shape where they are
at least as good as those from Livna. So should we start to move users
from F{8,9}-testing over to RPM Fusion slowly as well? Maybe by end of
the week? I'd say by then we also should move most of the current
packages over from the testing repos to the stable repos.
CU
knurd
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
On Thu, Oct 16, 2008 at 4:52 AM, Rex Dieter [EMAIL PROTECTED] wrote: Karel Volný wrote: hi, * having libdvdcvs in one of our repos could lead to projects or cooperation's not to mention or link to us. That's not limited to Fedora or Red Hat; also some journalists and howto-writers will also chose to *not* mention RPM Fusion and thus not link to us, as it might be to dangerous in some countries I can just endorse that... For me as an author of a German Fedora blog, I am always having mixed emotions about Livna. On the one hand, it's undoubtedly an important repository for Fedora. On the other hand, I am not allowed to mention it because this could indirectly be illegal advertising for a copy protection remover, which can be punished with up to one year of prison in Germany. I know that other German Fedora authors are thinking the same about that. Livna is that certain repository with sweet content, but also with a bad smell. ... this is a really bad attitude, and I'm sad to hear that from you :-( basically, you have two options: the gutless way or the brave way Someone has a bad attitude alright... No, he has one option: staying legal. Get real. -- Rex Oh yes, Rex, you are so right. When a corrupt over-reaching all-powerful government makes bad laws we should all just bend over backwards and take it. Get Real, Get Brave, Get Guns and Revolt. I'm willing to bet we will have a revolution within a short time here in America. It's either that, or we will all end up as slaves and surfs due to the fiat currency central-banking debt-based monetary system which most of ignorantly take a part of.
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
Christopher Stone wrote: On Thu, Oct 16, 2008 at 4:52 AM, Rex Dieter [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Karel Volný wrote: this is a really bad attitude, and I'm sad to hear that from you :-( basically, you have two options: the gutless way or the brave way Someone has a bad attitude alright... No, he has one option: staying legal. Get real. Oh yes, Rex, you are so right. When a corrupt over-reaching all-powerful government makes bad laws we should all just bend over backwards and take it. Get Real, Get Brave, Get Guns and Revolt. I'm ... Of course. My apologies for the attitude comment, it was uncalled for. But... in getting real... please speak and act for *yourself*, and while doing so, don't criticize others who wish to pragmatically try to do the best within what the rule-of-law allows. -- Rex
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
On Thu, Oct 16, 2008 at 7:10 AM, Rex Dieter [EMAIL PROTECTED] wrote: Christopher Stone wrote: On Thu, Oct 16, 2008 at 4:52 AM, Rex Dieter [EMAIL PROTECTED]mailto: [EMAIL PROTECTED] wrote:Karel Volný wrote: this is a really bad attitude, and I'm sad to hear that from you :-( basically, you have two options: the gutless way or the brave way Someone has a bad attitude alright... No, he has one option: staying legal. Get real. Oh yes, Rex, you are so right. When a corrupt over-reaching all-powerful government makes bad laws we should all just bend over backwards and take it. Get Real, Get Brave, Get Guns and Revolt. I'm ... Of course. My apologies for the attitude comment, it was uncalled for. But... in getting real... please speak and act for *yourself*, and while doing so, don't criticize others who wish to pragmatically try to do the best within what the rule-of-law allows. -- Rex When someone talks about a government which takes away your freedom of speech and says it is illegal to even blog about a software which might potentially be used against copy protection, it makes be proud to be an American, despite all of our problems. I will be the first to admit that the American government is evil and corrupt, but atleast we still have some basic human rights here like freedom of speech.
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
hi, * having libdvdcvs in one of our repos could lead to projects or cooperation's not to mention or link to us. That's not limited to Fedora or Red Hat; also some journalists and howto-writers will also chose to *not* mention RPM Fusion and thus not link to us, as it might be to dangerous in some countries I can just endorse that... For me as an author of a German Fedora blog, I am always having mixed emotions about Livna. On the one hand, it's undoubtedly an important repository for Fedora. On the other hand, I am not allowed to mention it because this could indirectly be illegal advertising for a copy protection remover, which can be punished with up to one year of prison in Germany. I know that other German Fedora authors are thinking the same about that. Livna is that certain repository with sweet content, but also with a bad smell. ... this is a really bad attitude, and I'm sad to hear that from you :-( basically, you have two options: the gutless way or the brave way the first one is to write about it in a way which cannot be seen in violation of the law in any way the second is not to equivocate and try to find *a lot of* supporters - they cannot imprison the whole nation ... being selected as the one deterrent case surely is not pleasant, but remember, if there weren't the braves in America ready to put their lives, the negros - sorry, afroamericans - there would be slaves still ... so a year in prison in the worst case does not sound that bad as a active resistance against being put into this new age digital slavery but if you do nothing, just bend your back and pretend that the problem does not exist, that is the nearly worst you can do - what is really worst is when you force others not to keep their freedom just for you comfort not having to deal with that problem ... just my 0.02€ K. signature.asc Description: This is a digitally signed message part.
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
Am Thu, 16 Oct 2008 11:01:38 +0200 schrieb Karel Volný [EMAIL PROTECTED]: hi, * having libdvdcvs in one of our repos could lead to projects or cooperation's not to mention or link to us. That's not limited to Fedora or Red Hat; also some journalists and howto-writers will also chose to *not* mention RPM Fusion and thus not link to us, as it might be to dangerous in some countries I can just endorse that... For me as an author of a German Fedora blog, I am always having mixed emotions about Livna. On the one hand, it's undoubtedly an important repository for Fedora. On the other hand, I am not allowed to mention it because this could indirectly be illegal advertising for a copy protection remover, which can be punished with up to one year of prison in Germany. I know that other German Fedora authors are thinking the same about that. Livna is that certain repository with sweet content, but also with a bad smell. ... this is a really bad attitude, and I'm sad to hear that from you :-( Don't dictate other people from other countries what they should think and what they fear. basically, you have two options: the gutless way or the brave way the first one is to write about it in a way which cannot be seen in violation of the law in any way The problem here is that a famous german news site was condemned just because they linked in a news story to the website of a similar product as libdvdcss (AFAIR). So the best thing would be to not provide libdvdcss in RPMFusion. the second is not to equivocate and try to find *a lot of* supporters - they cannot imprison the whole nation ... being selected as the one deterrent case surely is not pleasant, but remember, if there weren't the braves in America ready to put their lives, the negros - sorry, afroamericans - there would be slaves still ... so a year in prison in the worst case does not sound that bad as a active resistance against being put into this new age digital slavery Sorry, but that's stupid. No one is dying because of not being able to install libdvdcss through rpmfusion. libdvdcss is just not important enough to ruin my life for it (when being imprisoned or being sentenced to pay a lot of money, hell, don't even to get the money for a lawsuit). libdvdcss is just not important enough to demand on the freedom of speech and the freedom of press (especially for a single person). The law to forbid libdvdcss may be stupid, but RPMFusion or Richard's blog isn't the right place to fight against this law. but if you do nothing, just bend your back and pretend that the problem does not exist, that is the nearly worst you can do - what is really worst is when you force others not to keep their freedom just for you comfort not having to deal with that problem As said above, don't dictate other people what they should do. Thanks. Sebastian signature.asc Description: PGP signature
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
On Thu, 2008-10-16 at 18:34 +0200, Thorsten Leemhuis wrote: For now just continue to obtain it where you got it from until now (e.g. livna or freshrpms) , so let's have the people willing to endorse that do it, +1 -- I suppose those people will start to act once we definitely decided not to have libdvdcss in RPM Fusion but RPMFusion should stay away from this. +1 A random thought, if it's hosting the actual code that we don't want to do (but we don't mind pointing to a URL where it is), could we make use of Hans' autodownloader (normally used for game data that can't be legally stored in the Fedora repository) to install it? (Yeah, I know it's splitting hairs, but IANAL, so I don't know where exactly we want to split this hair). Jonathan signature.asc Description: This is a digitally signed message part
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
On Thursday, 16 October 2008 at 16:38, Sebastian Vahl wrote: Am Thu, 16 Oct 2008 11:01:38 +0200 schrieb Karel Volný [EMAIL PROTECTED]: [...] basically, you have two options: the gutless way or the brave way the first one is to write about it in a way which cannot be seen in violation of the law in any way The problem here is that a famous german news site was condemned just because they linked in a news story to the website of a similar product as libdvdcss (AFAIR). So the best thing would be to not provide libdvdcss in RPMFusion. It's not the best thing. It's merely a reasonable thing to do. I'm going to remove libdvdcss code from mplayer tarball in a little while to ensure that our position is not compromised. On a more positive note, libdvdcss is legal (IMHO, IANAL) in Poland and I can arrange for some hosting at a major internet hub if need be. Regards, R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
On 15.10.2008 11:43, Peter Robinson wrote: 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 move users from Livna over to RPM Fusion by activating the RPM Fusion free and nonfree rawhide repos for users of livna's devel branch *now*. [...] Is there any chance of getting all the kmod packages rebuilt against the the current 2.6.27-3 release? The rest of the packages I've tested look great, its just some of the kmod ones I can't. I build the kmods for the kernel that were shipped with the beta. If you follow rawhide then you might want to install the akmod-packages (e.g. akmod-nvidia); then the akmods scripts will automatically build new kmod packages when you install a new kernel-install (or during boot); that's similar to how dkms does it. The plan is to rebuild all kmods in RPM Fusion for the latest rawhide kernel automatically once a week (likely on each Sunday) to make sure they still compile (and for users with slow netbooks, where you don't want to compile modules); but I haven't got around to set that up yet, sorry. CU knurd
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
Hi! * having libdvdcvs in one of our repos could lead to projects or cooperation's not to mention or link to us. That's not limited to Fedora or Red Hat; also some journalists and howto-writers will also chose to *not* mention RPM Fusion and thus not link to us, as it might be to dangerous in some countries I can just endorse that... For me as an author of a German Fedora blog, I am always having mixed emotions about Livna. On the one hand, it's undoubtedly an important repository for Fedora. On the other hand, I am not allowed to mention it because this could indirectly be illegal advertising for a copy protection remover, which can be punished with up to one year of prison in Germany. I know that other German Fedora authors are thinking the same about that. Livna is that certain repository with sweet content, but also with a bad smell. I also offer a web service where changes in yum repositories are constantly tracked. I always wished to add Livna, but I didn't because of the same legal considerations. I see it that way: You have put a lot of effort on RPMfusion. You already offer a lot of packages that are important and also legal for non-commercial distribution. RPMfusion will be, without any doubt, the most important 3rd party repository for Fedora. It would be sad to waste all this great work because of just a single package. It would be stupid to give away all that free advertising in wikis and blogs and magazines, just to keep that single package. After all, libdvdcss is just a rpm -ivh http://someotherserver; command away, for those people who really want to have it. Just my 2cc... Best regards -- Richard Shred Körber
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
On Tuesday, 14 October 2008 at 19:05, Thorsten Leemhuis wrote: Brought over there from fedora-devel; see https://www.redhat.com/archives/fedora-devel-list/2008-October/msg01408.html for details. On 14.10.2008 18:49, Dmitry Butskoy wrote: Thorsten Leemhuis wrote: Note, nearly all of livna's packages have been imported and build for RPM Fusion, but a few are still missing. What about libdvdcss? [...] So to sum things up: If we ship libdvdcss in one of our repos we will ship a package that is way more bad (read as: known to be illegal not only in the US, but also in more than a few other country's, including the one I'm from) Need I remind you that we already have libdvdcss code in our free repo? R. -- Fedora http://fedoraproject.org/wiki/User:Rathann RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu Faith manages. -- Delenn to Lennier in Babylon 5:Confessions and Lamentations
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
On 15.10.2008 00:19, Dominik 'Rathann' Mierzejewski wrote: On Tuesday, 14 October 2008 at 19:05, Thorsten Leemhuis wrote: Brought over there from fedora-devel; see https://www.redhat.com/archives/fedora-devel-list/2008-October/msg01408.html for details. On 14.10.2008 18:49, Dmitry Butskoy wrote: Thorsten Leemhuis wrote: Note, nearly all of livna's packages have been imported and build for RPM Fusion, but a few are still missing. What about libdvdcss? [...] So to sum things up: If we ship libdvdcss in one of our repos we will ship a package that is way more bad (read as: known to be illegal not only in the US, but also in more than a few other country's, including the one I'm from) Need I remind you that we already have libdvdcss code in our free repo? If you want to go down that level: Need I remind you that the last official decision is to not have libdvdcss in RPM Fusion: http://rpmfusion.org/SteeringCommittee ;-) Anyway: Correct me if I'm wrong, but if I understood you correctly the it's just source-code that is not going to get compiled? That at least here in Germany is not a problem afaik, as long as the resulting binary can't circumvent copy protection. But to protect contributors that might feel unsafe due to that I'd vote for removing that part from the sources (just like we sometimes remove code for decoding mp3s in Fedora). CU knurd
Re: Moving livna-devel users over
Thorsten Leemhuis wrote: Hi! We afaics have all the main bits from livna-devel in rpmfusion-devel now. Thus I'd say it's time to copy the rpmfusion-release packages over to the livna devel repo and build a new livna-release package with tracks the rpmfusion-release packages in. That way those users that have livna properly installed will get rpmfusion automatically enabled. Once we have everything in place we'll later let rpmfusion-release obsolete livna-release and then the transition is done. Does that sound like a plan? Is everyone (especially the livna contributers) fine with it? +1 -- Rex
Re: Moving livna-devel users over
Rex Dieter pisze: Thorsten Leemhuis wrote: Hi! We afaics have all the main bits from livna-devel in rpmfusion-devel now. Thus I'd say it's time to copy the rpmfusion-release packages over to the livna devel repo and build a new livna-release package with tracks the rpmfusion-release packages in. That way those users that have livna properly installed will get rpmfusion automatically enabled. Once we have everything in place we'll later let rpmfusion-release obsolete livna-release and then the transition is done. Does that sound like a plan? Is everyone (especially the livna contributers) fine with it? +1 -- Rex This way users will no longer be able to install libdvdcss from repos. As long as livna is active, it is still possible. Julian
Re: Moving livna-devel users over
On 11.10.2008 18:22, Julian Sikorski wrote: Rex Dieter pisze: Thorsten Leemhuis wrote: We afaics have all the main bits from livna-devel in rpmfusion-devel now. Thus I'd say it's time to copy the rpmfusion-release packages over to the livna devel repo and build a new livna-release package with tracks the rpmfusion-release packages in. That way those users that have livna properly installed will get rpmfusion automatically enabled. Once we have everything in place we'll later let rpmfusion-release obsolete livna-release and then the transition is done. Does that sound like a plan? Is everyone (especially the livna contributers) fine with it? +1 This way users will no longer be able to install libdvdcss from repos. As long as livna is active, it is still possible. The last sentence started with Once we have everything in place (whatever that place is) for a reason ;-) CU knurd
Re: Moving livna-devel users over
Thorsten Leemhuis wrote: Hi! We afaics have all the main bits from livna-devel in rpmfusion-devel now. Thus I'd say it's time to copy the rpmfusion-release packages over to the livna devel repo and build a new livna-release package with tracks the rpmfusion-release packages in. That way those users that have livna properly installed will get rpmfusion automatically enabled. Once we have everything in place we'll later let rpmfusion-release obsolete livna-release and then the transition is done. Does that sound like a plan? Is everyone (especially the livna contributers) fine with it? Note that I plan to announce this transition plan to my blogs and some foums before actually doing it, to give people a heads up and a chance to prepare. +1 Regards, Hans (who has already moved over and uses rpmfusion by default for new installs) knurd
Re: Moving livna-devel users over
Thorsten Leemhuis pisze: On 11.10.2008 18:22, Julian Sikorski wrote: Rex Dieter pisze: Thorsten Leemhuis wrote: We afaics have all the main bits from livna-devel in rpmfusion-devel now. Thus I'd say it's time to copy the rpmfusion-release packages over to the livna devel repo and build a new livna-release package with tracks the rpmfusion-release packages in. That way those users that have livna properly installed will get rpmfusion automatically enabled. Once we have everything in place we'll later let rpmfusion-release obsolete livna-release and then the transition is done. Does that sound like a plan? Is everyone (especially the livna contributers) fine with it? +1 This way users will no longer be able to install libdvdcss from repos. As long as livna is active, it is still possible. The last sentence started with Once we have everything in place (whatever that place is) for a reason ;-) CU knurd Ah, missed it :) Julian
