RPM Fusion (Fedora - free) Package Build Report 2008-10-31
Packages built and released for RPM Fusion (Fedora - free) 9: 2 compat-python24-libxml2-2.7.2-2.fc9 vlc-0.9.5-3.fc9 Packages built and released for RPM Fusion (Fedora - free) testing/9: 1 k9copy-2.1.0-2.fc9 Packages built and released for RPM Fusion (Fedora - free) 8: 1 compat-python24-libxml2-2.7.2-2.fc8 Packages built and released for RPM Fusion (Fedora - free) testing/8: 2 k9copy-1.2.4-1.fc8 vlc-0.8.7-0.7.fc8 Packages built and released for RPM Fusion (Fedora - free) development: 1 k9copy-2.1.0-2.fc10 Changes in RPM Fusion (Fedora - free) 9: compat-python24-libxml2-2.7.2-2.fc9 --- * Thu Oct 16 2008 Thorsten Leemhuis fedora [AT] leemhuis [DOT] info - 2.7.2-2 - update to 2.7.2 vlc-0.9.5-3.fc9 --- * Tue Oct 28 2008 kwizart kwizart at gmail.com - 0.9.5-3 - Rebuild for dependency * Mon Oct 27 2008 kwizart kwizart at gmail.com - 0.9.5-2 - Fix ppc/ppc64 build * Sat Oct 25 2008 kwizart kwizart at gmail.com - 0.9.5-1 - Update to 0.9.5 - Use non-default rpmbuild options for dirac kate lua - Split core/nox (nox bundles directfb/svgalib) - Fix Selinux denials (patches from gentoo). - Fix spurious perms on qt4 sources. * Thu Oct 09 2008 kwizart kwizart at gmail.com - 0.9.4-1 - Update to 0.9.4 * Tue Sep 30 2008 kwizart kwizart at gmail.com - 0.9.3-2 - Add libv4l2 patch from Hans de Goede * Sat Sep 27 2008 kwizart kwizart at gmail.com - 0.9.3-1 - Update to 0.9.3 (final) - Few others move from core to main Changes in RPM Fusion (Fedora - free) testing/9: k9copy-2.1.0-2.fc9 -- * Thu Oct 30 2008 Rex Dieter [EMAIL PROTECTED] 2.1.0-2 - ExcludeArch: ppc ppc64 (still fails) * Thu Oct 30 2008 Rex Dieter [EMAIL PROTECTED] 2.1.0-1 - k9copy-2.1.0 Changes in RPM Fusion (Fedora - free) 8: compat-python24-libxml2-2.7.2-2.fc8 --- * Thu Oct 16 2008 Thorsten Leemhuis fedora [AT] leemhuis [DOT] info - 2.7.2-2 - update to 2.7.2 Changes in RPM Fusion (Fedora - free) testing/8: k9copy-1.2.4-1.fc8 -- * Thu Oct 30 2008 Rex Dieter [EMAIL PROTECTED] 1.2.4-1 - k9copy-1.2.4 vlc-0.8.7-0.7.fc8 - * Thu Oct 30 2008 kwizart kwizart at gmail.com - 0.8.7-0.7 - Bump * Wed Oct 29 2008 kwizart kwizart at gmail.com - 0.8.7-0.5 - More security fixes - Few others move from core to main Changes in RPM Fusion (Fedora - free) development: k9copy-2.1.0-2.fc10 --- * Thu Oct 30 2008 Rex Dieter [EMAIL PROTECTED] 2.1.0-2 - ExcludeArch: ppc ppc64 (still fails) * Thu Oct 30 2008 Rex Dieter [EMAIL PROTECTED] 2.1.0-1 - k9copy-2.1.0
kino pulseaudio packaging dependency
I needed to remove pulseaudio after upgrading to rawhide the other day, and in doing so I noticed that kino has a requirement on pulseaudio. Should kino Requires be pulseaudio-libs instead?
Re: kino pulseaudio packaging dependency
Christopher Stone píše v Pá 31. 10. 2008 v 01:33 -0700: I needed to remove pulseaudio after upgrading to rawhide the other day, and in doing so I noticed that kino has a requirement on pulseaudio. Should kino Requires be pulseaudio-libs instead? It must be an indirect dependency via esound. There are 3 manual Requires - audiofile, esound and ffmpeg. I will recheck the need for the first two, ffmpeg is used in the export scripts, so it must be there. Dan
[Bug 104] Review Request: xorg-x11-drv-nvidia-newest - NVIDIA's newest proprietary display driver for NVIDIA graphic cards
http://bugzilla.rpmfusion.org/show_bug.cgi?id=104 --- Comment #1 from Dominik 'Rathann' Mierzejewski [EMAIL PROTECTED] 2008-10-31 11:18:02 --- I suggest changing the name to xorg-x11-drv-nvidia-latest, as it is more common for native speakers to use latest when referring to the most recent version of something. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug.
[Bug 106] Review Request: nvidia-beta-kmod - NVIDIA's beta display driver kernel module
http://bugzilla.rpmfusion.org/show_bug.cgi?id=106 NicolasChauvet [EMAIL PROTECTED] changed: What|Removed |Added Summary|Review Request: nvdia-beta- |Review Request: nvidia-beta- |kmod - NVIDIA's beta display|kmod - NVIDIA's beta display |driver kernel module|driver kernel module -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. You are the assignee for the bug.
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
[Bug 54] Review Request: xdtv - Video4Linux Stream Capture Viewer Recorder
http://bugzilla.rpmfusion.org/show_bug.cgi?id=54 --- Comment #9 from NicolasChauvet [EMAIL PROTECTED] 2008-10-31 12:13:27 --- SRPMS: http://rpms.kwizart.net/fedora/reviews/xdtv/xdtv-2.4.1-0.2cvs13.fc8.kwizart.src.rpm SPEC: http://rpms.kwizart.net/fedora/reviews/xdtv/xdtv.spec Summary: Video4Linux Stream Capture Viewer Recorder Changelog - Add PAM support - picked from xawtv (instead of having xdtv_v4l-conf to be setuid root) - Re-order configure options - Only use neXtaw instead of Xaw For the shared ffmpeg feature, xdtv upstream said that without commenting theses functions, dvb scanning will take too much time. From my foreign eyes (and the comments). It seems that xdtv trust autodetection. if autodetection of the services was the default, then it should work. Unfortunately, I cannot test directly for now... -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 34] Review request: xmltv - A set of utilities to manage your TV viewing
http://bugzilla.rpmfusion.org/show_bug.cgi?id=34 NicolasChauvet [EMAIL PROTECTED] changed: What|Removed |Added Blocks|4 | Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #9 from NicolasChauvet [EMAIL PROTECTED] 2008-10-31 12:14:17 --- package imported. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
[Bug 67] Review Request: open-vm-tools - VMware Guest OS Tools
http://bugzilla.rpmfusion.org/show_bug.cgi?id=67 --- Comment #17 from Andrea Musuruane [EMAIL PROTECTED] 2008-10-31 11:22:45 --- (In reply to comment #16) Debian package has man pages for different tools. It would be nice to include those: Man pages are not in the upstream tarball. Let's focus on upstream for now and file an RFE post-review for this. I can understand you POV but you should also note that since there are no docs in the package it is quite difficult for the final user to understand how things works. Those man pages could help :) BTW, I also think that GUI files should be in a separate package. This is because lots of virtual machine don't have a graphical environment and having them to install gnome just to these drivers is not right IMHO. These CentOS/RHEL packages do that: http://www.duke.edu/~sean/rpms/open-vm-tools/ HTH, Andrea. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
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: kino pulseaudio packaging dependency
On Fri, Oct 31, 2008 at 1:43 AM, Dan Horák [EMAIL PROTECTED] wrote: Christopher Stone píše v Pá 31. 10. 2008 v 01:33 -0700: I needed to remove pulseaudio after upgrading to rawhide the other day, and in doing so I noticed that kino has a requirement on pulseaudio. Should kino Requires be pulseaudio-libs instead? It must be an indirect dependency via esound. There are 3 manual Requires - audiofile, esound and ffmpeg. I will recheck the need for the first two, ffmpeg is used in the export scripts, so it must be there. This is what I get when yum runs a dependency check: -- Running transaction check --- Package kino.x86_64 0:1.3.2-1.fc10 set to be updated -- Processing Dependency: esound for package: kino -- Running transaction check --- Package pulseaudio-esound-compat.x86_64 0:0.9.13-4.fc10 set to be updated -- Processing Dependency: pulseaudio = 0.9.13-4.fc10 for package: pulseaudio-esound-compat -- Running transaction check --- Package pulseaudio.x86_64 0:0.9.13-4.fc10 set to be updated -- Processing Dependency: pulseaudio-core-libs = 0.9.13-4.fc10 for package: pulseaudio -- Processing Dependency: libpulsecore.so.8()(64bit) for package: pulseaudio -- Running transaction check --- Package pulseaudio-core-libs.x86_64 0:0.9.13-4.fc10 set to be updated -- Finished Dependency Resolution
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.