Re: owners.list not entirely right
On Tue, Oct 14, 2008 at 10:33 AM, Julian Sikorski [EMAIL PROTECTED] wrote: Hi, I skimmed through owners.list for my packages and it seems the setup is not entirely right. Since the packages I maintain in nonfree are also comaintained by Chris Stone, I believe for qmc2 and sdlmame* he should be added to initialcc, and in the case where Chris is the primary maintainer (sdlmess), I should be. Could you please also have a look at the cvs acls (if these aren't the same). A while ago Thorsten rebuilt sdlmame due to some buildsys issues, and I did not get any mail regarding cvs commit. Co-maintainers are registered in cvs acls from CVS admin requested (cvs will do its job to mail maintainer and co-maintainer). initalcc is something else where anybody could request to be added to track changes in cvs. I'll have a look on sdlmame -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB
Re: owners.list not entirely right
On 14.10.2008 11:57, Xavier Lamien wrote: On Tue, Oct 14, 2008 at 10:33 AM, Julian Sikorski [EMAIL PROTECTED] wrote: I skimmed through owners.list for my packages and it seems the setup is not entirely right. Since the packages I maintain in nonfree are also comaintained by Chris Stone, I believe for qmc2 and sdlmame* he should be added to initialcc, and in the case where Chris is the primary maintainer (sdlmess), I should be. Could you please also have a look at the cvs acls (if these aren't the same). A while ago Thorsten rebuilt sdlmame due to some buildsys issues, and I did not get any mail regarding cvs commit. Co-maintainers are registered in cvs acls from CVS admin requested (cvs will do its job to mail maintainer and co-maintainer). initalcc is something else where anybody could request to be added to track changes in cvs. /me wonders if that's supposed to be read as Julian, please file a proper cvs change request in bugzilla I'll have a look on sdlmame No need to afaics -- I just queued the build with the old tag (and hence did not commit anything to cvs), as the older build had never left the buildsys. Cu knurd
Re: Testing community for rpmfusion
On 14.10.2008 00:05, Jóhann B. Guðmundsson wrote: I've been thinking if there's any interest in creating a testing community within rpmfusion If there is any interest Hows accessible is wiki? I can't remember exactly, but I think you can edit if once you registered (and if not then it should be like that (round about)). How good is the work between maintainers and upstream ? Just like in Fedora. Or IOW: It completely depends on the maintainer and the package. Is it possible to get a test list ? That is something I have been thinking about as well. One one hand I'd say yes, might make sense. OTOH: fedora-test-list often does not work to well. Some people report things there, others to fedora-devel, yet others to fedora-list -- and most of the time bugzilla would have been the right place. So right now I tend a bit more to just use rpmfusion-users for that purpose for now; we can create a seperate list later if one really is needed CU knurd
Next steps to get RPM Fusion running (V2)
Hi! just thought I write down a rough list of things that I plan to do for RPM Fusion over the next couple of weeks. I'm sending it here in the hope that some people help me with some of those task; then we hopefully get RPM Fusion running quite soon. Here is a updated version; most important things at the top of the list; not all of the points necessarily have to be done, but ideally they all get done; if I missed anything just tell me ;-) - get the mirror manager that adrianr put in place (see http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-October/001393.html listed as mirrors.rpmfusion.org in DNS; Needs * adrianr: IP address * thias: DNS update Afterwards update rpmfusion-release packages accordingly. - get the remaining packages from dribble and livna into the repo and eveything fixed up; latest status can be found here: http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-October/001560.html - start importing and building the packages from freshrpms; I can do that, but I want to get the ACK from thias first; especially as http://rpmfusion.org/InitialPackageMerge likely is not fully up to date Having a list of packages that are ready for importing would help things a lot - someone should run dep checks (e.g. for F8, F9 rawhide; once with only free and once with both free and nonfree enabled); I suspect that some problems will be found that way - check that the upgrade path from Livna - RPM Fusion is sane for each package in each of the supported Fedora releases (I did a rough check on F9; looks good, but there are some packages still missing; maybe we can ignore those for now, as some of them are broken in livna, so it's not much of a difference) - get the dep checker script from Fedora Extras/EPEL in place and let it automatically run after each successful push; if possible without to much work get upgradecheck running as well (Xavier is working on it afaik) - make sure all the kernel-modules from freshrpms are converted to kmods; also make sure all the update path for frehsrpms dkms users to akmods work - prepare a announcement mail - put rpmfusion-release packages into livna-testing repos for F-8 and F-9 to move all the testing users over - move packages from testing - stable for F-8 and F-9; build new rpmfusion-release packages that have the testing repo disabled! - put rpmfusion-release packages into livna repos for F-8 and F-9 to move all the users over - announce - vacation = not that important = - in parallel to all the above: work further on getting the crucial packages into the EL repo for RPM Fusion ( http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-September/000991.html ). Libmp4v2 (needed by faad2) is still blocking that work right now; https://bugzilla.redhat.com/show_bug.cgi?id=466951 - test if current comps.xml stuff works on rawhide-anaconda; if yes then convert comps.xml from nonfree as well; details: https://www.redhat.com/archives/fedora-devel-list/2008-September/msg02105.html https://www.redhat.com/archives/fedora-devel-list/2008-September/msg02600.html - are the nvidia bits sane? There were some mails about the 177series, but seems some questions were not answered yet = End = That's round about it from the top of my head. Did I miss anything? Likely, but I think I'm optimistic that I got the most important things on the list :-) Help for all the remaining tasks much appreciated. The mroe help, the quicker we can start RPM Fusion for real. Cu knurd
Re: Yet again: Current package status updated
On 12.10.2008 10:19, Orcan Ogetbil wrote: --- On Tue, 10/7/08, Orcan Ogetbil [EMAIL PROTECTED] wrote: orphaned | KmPg2 | Not found in free-devel orphaned | KmPg2 | Not found in free-F-8 orphaned | KmPg2 | Not found in free-F-9 orphaned | mamory | Not found in free-devel orphaned | mamory | Not found in free-F-8 orphaned | mamory | Not found in free-F-9 orphaned | mupen64 | Not found in free-devel orphaned | mupen64 | Not found in free-F-8 orphaned | mupen64 | Not found in free-F-9 - Anyone interested? I can take these over if there's demand. If you really want to take them over, please go on and ask for CVS request. Interested? Yes for KmPg2 and mupen64. Not that much for mamory but like I said I'll do it if there is demand. Do they need to go through package review process in bugzilla? Or else, where should the CVS request be filed? I understand that the above message of mine might have brought some confusion although I tried to explain my thoughts in a later message. Let me clear up things once and for all. [...] Until then -I think- we should put them on the shelf. I removed them from CVS now. They of course can get recreated later in case somebody wants to take care of those packages. CU knurd
[Bug 34] Review request: xmltv - A set of utilities to manage your TV viewing
http://bugzilla.rpmfusion.org/show_bug.cgi?id=34 --- Comment #3 from NicolasChauvet [EMAIL PROTECTED] 2008-10-14 21:10:30 --- SRPM: http://rpms.kwizart.net/fedora/reviews/xmltv/xmltv-0.5.53-1.fc8.kwizart.src.rpm SPEC: http://rpms.kwizart.net/fedora/reviews/xmltv/xmltv.spec Summary: A set of utilities to manage your TV viewing - Update to 0.5.53 - Remove -gui requirement on main - filter perl-Tk dependency on perl-XMLTV - Re-enable make test * I don't think that creating a .desktop file is that necessary. I don't use that script often (never) anyway. But splitting it in a -gui subpackage will prevent to requires perl-Tk and Thus, huge gui dependencies. * Duplicate requires can probably be fixed by using the same value when use a perl package. That been said i cannot see any side effect and it will remains developpers care to request the same version. The others points should have been fixed. perl-Log-TraceMessages has been pushed to stable for F-8/F-9 today which is the last dependency that was missing. It is already available for Rawhide, right now. -- Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug.
Re: (sl) Yet again: Current package status updated
On 14.10.2008 11:21, Patrice Dumas wrote: On Thu, Oct 09, 2008 at 05:30:12PM +1100, Marc Bradshaw wrote: The packaged version uses the same upstream as the debian package. The deb copyrights file states Everyone is permitted to do anything on this program including copying, modifying, and improving, unless you try to pretend that you wrote it. i.e., the above copyright notice has to appear in all copies. THE AUTHOR DISCLAIMS ANY RESPONSIBILITY WITH REGARD TO THIS SOFTWARE. however, I was unable to find a similar statement in the upstream source or associated website. Although from the context it is clear that it is distributable without a clear statement of the licence under which the program is distributed and after consultation with dribble lead Ian, we decided the package was more suited to dribble than to fedora. The author answered that debian license is right, I have put the mail at http://www.environnement.ens.fr/perso/dumas/sl-license-mail.txt So this is definitely for fedora. k, so how important do we consider sl? And how fast can the review be done in Fedora? Or, IOW: Is the consensus then to not import the package to RPM Fusion, even if that means that users then have no update/install source until it's reviewed, imported and build in Fedora? Cu knurd
Re: (sl) Yet again: Current package status updated
On Thu, Oct 09, 2008 at 05:30:12PM +1100, Marc Bradshaw wrote: The packaged version uses the same upstream as the debian package. The deb copyrights file states Everyone is permitted to do anything on this program including copying, modifying, and improving, unless you try to pretend that you wrote it. i.e., the above copyright notice has to appear in all copies. THE AUTHOR DISCLAIMS ANY RESPONSIBILITY WITH REGARD TO THIS SOFTWARE. however, I was unable to find a similar statement in the upstream source or associated website. Although from the context it is clear that it is distributable without a clear statement of the licence under which the program is distributed and after consultation with dribble lead Ian, we decided the package was more suited to dribble than to fedora. The author answered that debian license is right, I have put the mail at http://www.environnement.ens.fr/perso/dumas/sl-license-mail.txt So this is definitely for fedora. -- Pat
Re: Did some bugzilla cleanups
On Mon, 13 Oct 2008 19:49:13 +0200, Thorsten Leemhuis wrote: * There are entries in owners.list with no bz account. [...] This list should be a lot shorter now: fedora, free: * entry for libmms is duplicate * for the following entries the email addr doesn't match with bugzilla: audacious-plugins-freeworld not in bugzilla! compat-plone not in bugzilla! compat-python24 not in bugzilla! compat-python24-elementtree not in bugzilla! compat-python24-feedparser not in bugzilla! compat-python24-imaging not in bugzilla! compat-python24-libxml2 not in bugzilla! compat-python24-lxml not in bugzilla! compat-python24-setuptools not in bugzilla! compat-zope not in bugzilla! mp3gain not in bugzilla! rt2860 not in bugzilla! rt2860-kmod not in bugzilla! fedora, non-free: * fine epel, free: * fine epel, non-free: * fine
Broken deps - RPM Fusion free Fedora 8 - 2008-10-14
== The results in this summary consider Test Updates! == Summary of broken packages (by owner): James.Bottomley AT hansenpartnership.com rt2860 jarod AT wilsonet.com mythtv jdieter AT gmail.com gspca jon AT fedoraunity.org compat-python24-libxml2 lkundrak AT v3.sk iscsitarget qc-usb lxtnow AT gmail.com DVDAuthorWizard orcanbahri AT yahoo.com rt2870 == Broken packages in rpmfusion-free-updates-testing-8-i386: DVDAuthorWizard-1.4.6-2.fc8.noarch requires soc compat-python24-libxml2-2.7.1-2.fc8.i386 requires libxml2 = 0:2.7.1 mythgame-emulators-0.21-9.fc8.i386 requires gens mythgame-emulators-0.21-9.fc8.i386 requires mupen64 mythgame-emulators-0.21-9.fc8.i386 requires mupen64-ricevideo mythgame-emulators-0.21-9.fc8.i386 requires mednafen mythgame-emulators-0.21-9.fc8.i386 requires sdlmame mythgame-emulators-0.21-9.fc8.i386 requires e-uae mythgame-emulators-0.21-9.fc8.i386 requires dega-sdl == Broken packages in rpmfusion-free-updates-testing-8-ppc: 1:iscsitarget-0.4.15-10.svn142.fc8.ppc requires iscsitarget-kmod = 1:0.4.15 DVDAuthorWizard-1.4.6-2.fc8.noarch requires soc compat-python24-libxml2-2.7.1-2.fc8.ppc requires libxml2 = 0:2.7.1 gspca-1.00.20-2.fc8.noarch requires gspca-kmod = 0:1.00.20 mythgame-emulators-0.21-9.fc8.ppc requires gens mythgame-emulators-0.21-9.fc8.ppc requires mupen64 mythgame-emulators-0.21-9.fc8.ppc requires mupen64-ricevideo mythgame-emulators-0.21-9.fc8.ppc requires mednafen mythgame-emulators-0.21-9.fc8.ppc requires sdlmame mythgame-emulators-0.21-9.fc8.ppc requires e-uae mythgame-emulators-0.21-9.fc8.ppc requires dega-sdl mythgame-emulators-0.21-9.fc8.ppc requires zsnes qc-usb-0.6.6-3.fc8.ppc requires qc-usb-kmod = 0:0.6.6 rt2860-1.7.0-3.fc8.noarch requires rt2860-kmod = 0:1.7.0 rt2870-1.4.0.0-2.fc8.noarch requires rt2870-kmod = 0:1.4.0.0 == Broken packages in rpmfusion-free-updates-testing-8-x86_64: DVDAuthorWizard-1.4.6-2.fc8.noarch requires soc compat-python24-libxml2-2.7.1-2.fc8.x86_64 requires libxml2 = 0:2.7.1 mythgame-emulators-0.21-9.fc8.x86_64 requires gens mythgame-emulators-0.21-9.fc8.x86_64 requires mupen64 mythgame-emulators-0.21-9.fc8.x86_64 requires mupen64-ricevideo mythgame-emulators-0.21-9.fc8.x86_64 requires mednafen mythgame-emulators-0.21-9.fc8.x86_64 requires sdlmame mythgame-emulators-0.21-9.fc8.x86_64 requires e-uae mythgame-emulators-0.21-9.fc8.x86_64 requires dega-sdl
Broken deps - RPM Fusion free Fedora 9 - 2008-10-14
== The results in this summary consider Test Updates! == Summary of broken packages (by owner): James.Bottomley AT hansenpartnership.com rt2860 felix AT fetzig.org vdr-dxr3 jarod AT wilsonet.com mythtv jdieter AT gmail.com gspca jon AT fedoraunity.org compat-python24-libxml2 lkundrak AT v3.sk iscsitarget-kmod qc-usb lxtnow AT gmail.com DVDAuthorWizard xmms-mp3 orcanbahri AT yahoo.com rt2870 == Broken packages in rpmfusion-free-updates-testing-9-i386: 1:akmod-iscsitarget-0.4.15-41.svn147.fc9.1.i586 requires iscsitarget-kmod-common = 1:0.4.15 1:akmod-iscsitarget-0.4.15-41.svn147.fc9.1.i686 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.25.3-2.fc9.i686.xen-0.4.15-41.svn147.fc9.1.i686 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.26.5-45.fc9.i586-0.4.15-41.svn147.fc9.1.i586 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.26.5-45.fc9.i686-0.4.15-41.svn147.fc9.1.i686 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.26.5-45.fc9.i686.PAE-0.4.15-41.svn147.fc9.1.i686 requires iscsitarget-kmod-common = 1:0.4.15 DVDAuthorWizard-1.4.6-2.fc9.noarch requires soc compat-python24-libxml2-2.7.1-2.fc9.i386 requires libxml2 = 0:2.7.1 mythgame-emulators-0.21-9.fc9.i386 requires gens mythgame-emulators-0.21-9.fc9.i386 requires mupen64 mythgame-emulators-0.21-9.fc9.i386 requires mupen64-ricevideo mythgame-emulators-0.21-9.fc9.i386 requires mednafen mythgame-emulators-0.21-9.fc9.i386 requires sdlmame mythgame-emulators-0.21-9.fc9.i386 requires e-uae mythgame-emulators-0.21-9.fc9.i386 requires dega-sdl xmms-mp3-1.2.10-6.fc9.i386 requires xmms-libs = 1:1.2.10 == Broken packages in rpmfusion-free-updates-testing-9-ppc64: 1:akmod-iscsitarget-0.4.15-41.svn147.fc9.1.ppc64 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.26.5-45.fc9.ppc64-0.4.15-41.svn147.fc9.1.ppc64 requires iscsitarget-kmod-common = 1:0.4.15 DVDAuthorWizard-1.4.6-2.fc9.noarch requires soc compat-python24-libxml2-2.7.1-2.fc9.ppc64 requires libxml2 = 0:2.7.1 rt2860-1.7.0-3.fc9.noarch requires rt2860-kmod = 0:1.7.0 xmms-mp3-1.2.10-6.fc9.ppc64 requires xmms-libs = 1:1.2.10 == Broken packages in rpmfusion-free-updates-testing-9-ppc: DVDAuthorWizard-1.4.6-2.fc9.noarch requires soc compat-python24-libxml2-2.7.1-2.fc9.ppc requires libxml2 = 0:2.7.1 gspca-1.00.20-2.fc9.noarch requires gspca-kmod = 0:1.00.20 mythgame-emulators-0.21-9.fc9.ppc requires gens mythgame-emulators-0.21-9.fc9.ppc requires mupen64 mythgame-emulators-0.21-9.fc9.ppc requires mupen64-ricevideo mythgame-emulators-0.21-9.fc9.ppc requires mednafen mythgame-emulators-0.21-9.fc9.ppc requires sdlmame mythgame-emulators-0.21-9.fc9.ppc requires e-uae mythgame-emulators-0.21-9.fc9.ppc requires dega-sdl mythgame-emulators-0.21-9.fc9.ppc requires zsnes qc-usb-0.6.6-3.fc9.ppc requires qc-usb-kmod = 0:0.6.6 rt2860-1.7.0-3.fc9.noarch requires rt2860-kmod = 0:1.7.0 rt2870-1.4.0.0-2.fc9.noarch requires rt2870-kmod = 0:1.4.0.0 vdr-dxr3-0.2.8-2.fc9.ppc requires em8300-kmod = 0:0.15.2 xmms-mp3-1.2.10-6.fc9.ppc requires xmms-libs = 1:1.2.10 == Broken packages in rpmfusion-free-updates-testing-9-x86_64: 1:akmod-iscsitarget-0.4.15-41.svn147.fc9.1.x86_64 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.25.3-2.fc9.x86_64.xen-0.4.15-41.svn147.fc9.1.x86_64 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.26.5-45.fc9.x86_64-0.4.15-41.svn147.fc9.1.x86_64 requires iscsitarget-kmod-common = 1:0.4.15 DVDAuthorWizard-1.4.6-2.fc9.noarch requires soc compat-python24-libxml2-2.7.1-2.fc9.x86_64 requires libxml2 = 0:2.7.1 mythgame-emulators-0.21-9.fc9.x86_64 requires gens mythgame-emulators-0.21-9.fc9.x86_64 requires mupen64 mythgame-emulators-0.21-9.fc9.x86_64 requires mupen64-ricevideo mythgame-emulators-0.21-9.fc9.x86_64 requires mednafen mythgame-emulators-0.21-9.fc9.x86_64 requires sdlmame mythgame-emulators-0.21-9.fc9.x86_64 requires e-uae mythgame-emulators-0.21-9.fc9.x86_64 requires dega-sdl xmms-mp3-1.2.10-6.fc9.x86_64 requires xmms-libs = 1:1.2.10
Re: Testing community for rpmfusion
Thorsten Leemhuis wrote: On 14.10.2008 00:05, Jóhann B. Guðmundsson wrote: I've been thinking if there's any interest in creating a testing community within rpmfusion If there is any interest Hows accessible is wiki? I can't remember exactly, but I think you can edit if once you registered (and if not then it should be like that (round about)). Ok . I'll check it out. How good is the work between maintainers and upstream ? Just like in Fedora. Or IOW: It completely depends on the maintainer and the package. Good to hear. Is it possible to get a test list ? That is something I have been thinking about as well. One one hand I'd say yes, might make sense. OTOH: fedora-test-list often does not work to well. Some people report things there, others to fedora-devel, yet others to fedora-list -- and most of the time bugzilla would have been the right place. I've been trying to get developers to kick test reports/issues to the test-list on fedora.. I will further push that issue on next qa meeting. So right now I tend a bit more to just use rpmfusion-users for that purpose for now; we can create a seperate list later if one really is needed Let's see how it goes first then. It would be good if maintainers could create a wiki page with info on how to get the info they want ( debug output ) and which files ( logfiles etc ) they want on reports reports in bugzilla. That should eliminate any need for some kind of triage-ing.. JBG
Broken deps - RPM Fusion free Fedora development - 2008-10-15
== The results in this summary consider Test Updates! == Summary of broken packages (by owner): James.Bottomley AT hansenpartnership.com rt2860 fedora AT leemhuis.info buildsys-build-rpmfusion felix AT fetzig.org vdr-dxr3 jarod AT wilsonet.com mythtv jon AT fedoraunity.org compat-python24-libxml2 kwizart AT gmail.com kqemu lkundrak AT v3.sk iscsitarget-kmod qc-usb lxtnow AT gmail.com DVDAuthorWizard xmms-mp3 orcanbahri AT yahoo.com rt2870 == Broken packages in rpmfusion-free-development-i386: 10:buildsys-build-rpmfusion-kerneldevpkgs-current-10-0.3.i586 requires kernel-devel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.i586 10:buildsys-build-rpmfusion-kerneldevpkgs-current-10-0.3.i686 requires kernel-devel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.i686.PAE 10:buildsys-build-rpmfusion-kerneldevpkgs-current-10-0.3.i686 requires kernel-devel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.i686 1:akmod-iscsitarget-0.4.15-41.svn147.fc10.1.i586 requires iscsitarget-kmod-common = 1:0.4.15 1:akmod-iscsitarget-0.4.15-41.svn147.fc10.1.i686 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.27-0.352.rc7.git1.fc10.i586-0.4.15-41.svn147.fc10.1.i586 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.27-0.352.rc7.git1.fc10.i586-0.4.15-41.svn147.fc10.1.i586 requires kernel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.i586 1:kmod-iscsitarget-2.6.27-0.352.rc7.git1.fc10.i686-0.4.15-41.svn147.fc10.1.i686 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.27-0.352.rc7.git1.fc10.i686-0.4.15-41.svn147.fc10.1.i686 requires kernel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.i686 1:kmod-iscsitarget-2.6.27-0.352.rc7.git1.fc10.i686.PAE-0.4.15-41.svn147.fc10.1.i686 requires iscsitarget-kmod-common = 1:0.4.15 1:kmod-iscsitarget-2.6.27-0.352.rc7.git1.fc10.i686.PAE-0.4.15-41.svn147.fc10.1.i686 requires kernel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.i686.PAE DVDAuthorWizard-1.4.6-2.fc10.noarch requires soc compat-python24-libxml2-2.7.1-2.fc10.i386 requires libxml2 = 0:2.7.1 mythgame-emulators-0.21-12.fc10.i386 requires gens mythgame-emulators-0.21-12.fc10.i386 requires mupen64 mythgame-emulators-0.21-12.fc10.i386 requires mupen64-ricevideo mythgame-emulators-0.21-12.fc10.i386 requires mednafen mythgame-emulators-0.21-12.fc10.i386 requires sdlmame mythgame-emulators-0.21-12.fc10.i386 requires e-uae mythgame-emulators-0.21-12.fc10.i386 requires dega-sdl qc-usb-0.6.6-3.fc10.i386 requires qc-usb-kmod = 0:0.6.6 vdr-dxr3-0.2.8-2.fc10.i386 requires em8300-kmod = 0:0.15.2 xmms-mp3-1.2.10-6.fc10.i386 requires xmms-libs = 1:1.2.10 == Broken packages in rpmfusion-free-development-ppc: 10:buildsys-build-rpmfusion-kerneldevpkgs-current-10-0.3.ppc requires kernel-devel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.ppc 10:buildsys-build-rpmfusion-kerneldevpkgs-current-10-0.3.ppc requires kernel-devel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.ppc.smp == Broken packages in rpmfusion-free-development-ppc64: 10:buildsys-build-rpmfusion-kerneldevpkgs-current-10-0.3.ppc64 requires kernel-devel-uname-r = 0:2.6.27-0.352.rc7.git1.fc10.ppc64 DVDAuthorWizard-1.4.6-2.fc10.noarch requires soc compat-python24-libxml2-2.7.1-2.fc10.ppc64 requires libxml2 = 0:2.7.1 kqemu-1.3.0-0.8.pre11.fc10.noarch requires qemu = 0:0.9.1 kqemu-1.3.0-0.8.pre11.fc10.noarch requires kqemu-kmod = 0:1.3.0 qc-usb-0.6.6-3.fc10.ppc64 requires qc-usb-kmod = 0:0.6.6 rt2860-1.7.0-3.fc10.noarch requires rt2860-kmod = 0:1.7.0 rt2870-1.4.0.0-2.fc10.noarch requires rt2870-kmod = 0:1.4.0.0 vdr-dxr3-0.2.8-2.fc10.ppc64 requires em8300-kmod = 0:0.15.2 xmms-mp3-1.2.10-6.fc10.ppc64 requires xmms-libs = 1:1.2.10 == Broken packages in rpmfusion-free-development-ppc: DVDAuthorWizard-1.4.6-2.fc10.noarch requires soc compat-python24-libxml2-2.7.1-2.fc10.ppc requires libxml2 = 0:2.7.1 mythgame-emulators-0.21-12.fc10.ppc requires gens mythgame-emulators-0.21-12.fc10.ppc requires mupen64 mythgame-emulators-0.21-12.fc10.ppc requires mupen64-ricevideo mythgame-emulators-0.21-12.fc10.ppc requires mednafen mythgame-emulators-0.21-12.fc10.ppc requires sdlmame mythgame-emulators-0.21-12.fc10.ppc requires e-uae mythgame-emulators-0.21-12.fc10.ppc requires dega-sdl
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: (sl) Yet again: Current package status updated
Patrice Dumas wrote: On Tue, Oct 14, 2008 at 06:45:09PM +0200, Thorsten Leemhuis wrote: k, so how important do we consider sl? And how fast can the review be done in Fedora? Or, IOW: Is the consensus then to not import the package to RPM Fusion, even if that means that users then have no update/install source until it's reviewed, imported and build in Fedora? I can review sl in fedora, this is a very simple package now that the licensing issue is solved. I'd say don't import it. It is not very important if there is no update/install source until it is reviewed, this is not a very important package. -- Pat Thanks Pat, fedora BZ# is 466997 -M signature.asc Description: OpenPGP digital signature
Re: Next steps to get RPM Fusion running (V2)
Thorsten Leemhuis wrote: - are the nvidia bits sane? There were some mails about the 177series, but seems some questions were not answered yet As far as I know (correct me if I'm wrong Nicolas), we're dropping 177 for Livna F-8/9 and focus on the move to RPM Fusion and provide it there instead. Nicolas is still testing the final bits of the parallel-installable drivers, from there I'm going to write a quick initscript and redo bits of livna-config-display and then everything should be ready. (for fglrx, if rumors prove true then as soon as Catalyst 8.10 is released later this month I'll build and it will be ready.) Stewart
Re: Broken deps - RPM Fusion free Fedora development - 2008-10-15
On Tue, 2008-10-14 at 22:11 +, Michael Schwendt wrote: Your following packages in the repository suffer from broken dependencies: == The results in this summary consider Test Updates! == package: mythgame-emulators-0.21-12.fc10.i386 from rpmfusion-free-development-i386 unresolved deps: gens mupen64 mupen64-ricevideo mednafen sdlmame e-uae dega-sdl package: mythgame-emulators-0.21-12.fc10.ppc from rpmfusion-free-development-ppc unresolved deps: gens mupen64 mupen64-ricevideo mednafen sdlmame e-uae dega-sdl zsnes package: mythgame-emulators-0.21-12.fc10.x86_64 from rpmfusion-free-development-x86_64 unresolved deps: gens mupen64 mupen64-ricevideo mednafen sdlmame e-uae dega-sdl Should all be fixed in the currently building rawhide build, by simply removing the convenience mythgame-emulators meta-package. Will build for f8 and f9 after the rawhide one is done (and after I get some sleep). Fwiw, also got fast_cmov support finally working on x86_64 builds, something noticed during review (turned out to be a buglet in mythtv's configure script). -- Jarod Wilson [EMAIL PROTECTED]
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: Testing community for rpmfusion
On 14.10.2008 23:45, Jóhann B. Guðmundsson wrote: Thorsten Leemhuis wrote: On 14.10.2008 00:05, Jóhann B. Guðmundsson wrote: [...] It would be good if maintainers could create a wiki page with info on how to get the info they want ( debug output ) and which files ( logfiles etc ) they want on reports reports in bugzilla. That should eliminate any need for some kind of triage-ing.. What really is overdue imho are some pages that describe the graphics drivers packages better. Some things that come to my mind: - mention the main differences between a stock driver install and our packaging (like file-locations); also mention why we (have to) do that and why it's a good thing to do that/to use our drivers - mention the dangers that people might run into if they use the normal driver install - mention how to debug problems -- is the kmod avilable for the running kernel and loads (dmesg output) -- is the driver properly configured in /etc/X11/xorg.conf -- ... - a note that we we can only fix bugs in the packaging, and can't fix bugs in the drivers, as they area closed - a note why some drivers are missing for F9 and rawhide CU knurd
