On 27.09.2008 19:44, Thorsten Leemhuis wrote: Here are some hints for people that want to help: Quoting from http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_free/305-... Quoting from http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_free/309-... ffmpeg problem; Dominik, could you maybe help? Depends on libdlna Quoting from http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_free/522-... All those depend on compat-python24 :-( Does anybody want to take care of those? Otherwise I'd say "drop them from cvs" Ralf is working on it. Stewart is working on it. Those were branched for testing ages ago. I forgot to remove them from the list, sorry. Does anybody want to take care of those? Otherwise I'd say "drop them from cvs" CU thl

On 27.09.2008 19:44, Thorsten Leemhuis wrote: Thx to the work from a few folks (mainly Hans) we got a lot of things fixed over the past 19 hours since I send out the last report. So here is a updated version; Plase note that I removed some things from the list where I know that work is done already to fix things: === free === lxtnow_[AT]_gmail.com | streamdvd | Not found in free-devel lxtnow_[AT]_gmail.com | streamdvd | Not found in free-F-9 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 rdieter_[AT]_math.unl.edu | k9copy | Not found in free-F-8 rdieter_[AT]_math.unl.edu | libtunepimp-extras-freeworld | Not found in free-F-8 rdieter_[AT]_math.unl.edu | libtunepimp-extras-freeworld | Not found in free-F-9 === nonfree === LinusWalleij | sidplay-libs | Not found in nonfree-devel LinusWalleij | sidplay-libs | Not found in nonfree-F-8 LinusWalleij | sidplay-libs | Not found in nonfree-F-9 lxtnow_[AT]_gmail.com | libcapsimage | Not found in nonfree-devel lxtnow_[AT]_gmail.com | raine | Not found in nonfree-devel lxtnow_[AT]_gmail.com | uade | Not found in nonfree-devel mbarnes_[AT]_redhat.com | gnome-video-arcade | Not found in nonfree-F-8 musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-devel musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-F-8 musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-F-9 orphaned | mupen64-ricevideo | Not found in nonfree-devel orphaned | mupen64-ricevideo | Not found in nonfree-F-8 orphaned | mupen64-ricevideo | Not found in nonfree-F-9 packages_[AT]_marcbradshaw.co.uk | doc | Not found in nonfree-devel packages_[AT]_marcbradshaw.co.uk | doc | Not found in nonfree-F-8 packages_[AT]_marcbradshaw.co.uk | doc | Not found in nonfree-F-9 packages_[AT]_marcbradshaw.co.uk | sl | Not found in nonfree-devel packages_[AT]_marcbradshaw.co.uk | sl | Not found in nonfree-F-8 packages_[AT]_marcbradshaw.co.uk | sl | Not found in nonfree-F-9 CU knurd

Thorsten Leemhuis wrote: iscsitarget AFAIK just needs the patch I send you or is this a problem with the utilities and not the kmod? I'm using iscsitarget for work, so say the word and I'll invest some of my boss' hours in fixing this. Also note that this is sort of deprecated scsi-target-utils (in Fedora) is the prefered way now a days to setup an iscsi target. I'm working (low prio) on getting this cleaned up and in to the mainline, if anyone is willing todo some testing (I've only got one supported cam) I would like to know, then I'll make this somewhat higher prio. Regards, Hans

Hm... mine should be already built. I'll check those one closer today.

On Wed, Oct 8, 2008 at 12:47 AM, Orcan Ogetbil <orcanbahri(a)yahoo.com&gt; wrote: If you really want to take them over, please go on and ask for CVS request. -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB

Correction: -mupen64 seems to work only on i386 and there are no updates on the project home page in the last 3 years. -kmpg2 homepage is dead. From google cache I figure out they didn't have activity for over 2 years. kmpg2 depends on the old kdewebdev-3.5 (I have no idea why). It also seemed to be incompatible with the version of ffmpeg we have in rpmfusion. -mamory: Last update: 1 year ago or so. In short, I'm not a fan of these applications and I wouldn't bother offering them if you'd ask me. Hence I will keep these dribble srpm's on my computer and can provide rpm's in the future if there's a request. -oget

--- On Tue, 10/7/08, Orcan Ogetbil <orcanbahri(a)yahoo.com&gt; wrote: 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. First of all, as of now, I don't own these packages. They are still orphans. 2 of these projects (KmPg2 and mupen64) seem dead to me. No activity for more that 2 years. - We already provide more recent mpeg encoding GUI software (e.g. avidemux) that has more-or-less the same functions. KmPg2 will need patched to work with our ffmpeg. I don't think keeping it is worth the trouble of hacking the code. - I can support mupen64 but it's for i386 only. Thus I can't test the package easily. Also I don't own any software to run on this emulator. - About mamory: I, for one, am just not interest in it. The only problem we will encounter is the mupen64 dependency of mythgame-emulators package, which should be fixable (Don't we have mythgame-emulators for non-i386 systems? How do they work this out?). My own thoughts point in the way that we should consider supporting these 3 packages only if - there is some package that we (will) want to support that depends on some of these 3 packages, or - a packager really wants to keep some of them (that's not me), or - the userbase requests it. Until then -I think- we should put them on the shelf. -oget

Hi, mamory is my package, it should not be orphaned.

On 12.10.2008 16:22, Christopher Stone wrote: owners.list and ACLs updated. thx for taking care of the package. CU knurd

I have just filed a CVS request for those. -Marc

Patrice Dumas 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. That being said, I am happy to discuss it. :) -Marc

On Thu, Oct 09, 2008 at 05:30:12PM +1100, Marc Bradshaw wrote: 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

On Tue, Oct 14, 2008 at 06:45:09PM +0200, Thorsten Leemhuis wrote: 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

Thorsten Leemhuis wrote: I cannot see any situation where sl could be seen as a critical package so am quite happy to not import into fusion and have no update/install until reviewed in fedora. -M

On 28.09.2008 14:28, Thorsten Leemhuis wrote: Here is another status update. It's not also in the wiki at http://rpmfusion.org/ImportStatus ; please help with keeping it up2date; tia! === free === felix_[AT]_fetzig.org | em8300-kmod | Not found in free-devel -> fix is getting prepared lkundrak_[AT]_v3.sk | iscsitarget | Not found in free-devel lkundrak_[AT]_v3.sk | iscsitarget | Not found in free-F-9 lkundrak_[AT]_v3.sk | qc-usb-kmod | Not found in free-devel -> unknown; maintainer should be aware of the problem orphaned | KmPg2 | Not found in free-devel orphaned | KmPg2 | Not found in free-F-8 orphaned | KmPg2 | 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 -> I'd say we'll drop them; we can always readd them later if we want to ralf_[AT]_skytale.net | audacious-plugins-freeworld | Not found in free-devel ralf_[AT]_skytale.net | audacious-plugins-freeworld | Not found in free-F-8 ralf_[AT]_skytale.net | audacious-plugins-freeworld | Not found in free-F-9 -> I'll ping ralf, but he afaics is waiting for https://bugzilla.rpmfusion.org/show_bug.cgi?id=42 to get fixed rdieter_[AT]_math.unl.edu | k9copy | Not found in free-F-8 -> unknown; maintainer should be aware s.adam_[AT]_diffingo.com | dvdstyler | Not found in free-devel s.adam_[AT]_diffingo.com | dvdstyler | Not found in free-F-8 s.adam_[AT]_diffingo.com | dvdstyler | Not found in free-F-9 -> https://bugzilla.rpmfusion.org/show_bug.cgi?id=50 === nonfree === andreas_[AT]_bawue.net | slmodem-kmod | Not found in nonfree-devel andreas_[AT]_bawue.net | slmodem-kmod | Not found in nonfree-F-8 andreas_[AT]_bawue.net | slmodem-kmod | Not found in nonfree-F-9 andreas_[AT]_bawue.net | slmodem | Not found in nonfree-devel andreas_[AT]_bawue.net | slmodem | Not found in nonfree-F-8 andreas_[AT]_bawue.net | slmodem | Not found in nonfree-F-9 -> Known, Andreas wanted to look at it; note that this is broken for months in livna already; if anyone is interested in this I'd say step up and help Andreas with it ;-) LinusWalleij | sidplay-libs | Not found in nonfree-devel LinusWalleij | sidplay-libs | Not found in nonfree-F-8 LinusWalleij | sidplay-libs | Not found in nonfree-F-9 -> I'll mail him lxtnow_[AT]_gmail.com | uade | Not found in nonfree-devel -> patch_fuzz afaics musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-devel musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-F-8 musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-F-9 -> Import problems, being worked on afaik orphaned | mupen64-ricevideo | Not found in nonfree-devel orphaned | mupen64-ricevideo | Not found in nonfree-F-8 orphaned | mupen64-ricevideo | Not found in nonfree-F-9 -> see above, let's drop them packages_[AT]_marcbradshaw.co.uk | sl | Not found in nonfree-devel packages_[AT]_marcbradshaw.co.uk | sl | Not found in nonfree-F-8 packages_[AT]_marcbradshaw.co.uk | sl | Not found in nonfree-F-9 -> under discussion s.adam_[AT]_diffingo.com | fglrx-kmod | Not found in nonfree-devel s.adam_[AT]_diffingo.com | fglrx-kmod | Not found in nonfree-F-9 s.adam_[AT]_diffingo.com | nvidia-96xx-kmod | Not found in nonfree-devel s.adam_[AT]_diffingo.com | nvidia-96xx-kmod | Not found in nonfree-F-9 s.adam_[AT]_diffingo.com | nvidia-legacy-kmod | Not found in nonfree-devel s.adam_[AT]_diffingo.com | nvidia-legacy-kmod | Not found in nonfree-F-9 s.adam_[AT]_diffingo.com | xorg-x11-drv-fglrx | Not found in nonfree-devel s.adam_[AT]_diffingo.com | xorg-x11-drv-fglrx | Not found in nonfree-F-9 s.adam_[AT]_diffingo.com | xorg-x11-drv-nvidia-96xx | Not found in nonfree-devel s.adam_[AT]_diffingo.com | xorg-x11-drv-nvidia-96xx | Not found in nonfree-F-9 s.adam_[AT]_diffingo.com | xorg-x11-drv-nvidia-legacy | Not found in nonfree-devel s.adam_[AT]_diffingo.com | xorg-x11-drv-nvidia-legacy | Not found in nonfree-F-9 -> Known to not work on rawhide or F9, thus I did not import them for now CU knurd

On 12.10.2008 19:26, Thorsten Leemhuis wrote: This of course should have gone directly to rex. Sorry for the spam. Cu knurd

On 12.10.2008 19:24, Thorsten Leemhuis wrote: And another one with a brand new section ;-) -- package maintainers, please really read this mail up to the end! There are some problems that need to get fixed! === free === s.adam_[AT]_diffingo.com | dvdstyler | Not found in free-devel s.adam_[AT]_diffingo.com | dvdstyler | Not found in free-F-8 s.adam_[AT]_diffingo.com | dvdstyler | Not found in free-F-9 -> still https://bugzilla.rpmfusion.org/show_bug.cgi?id=50 === nonfree === musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-devel musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-F-8 musuruan_[AT]_gmail.com | e-uae | Not found in nonfree-F-9 -> http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-October/00... s.adam_[AT]_diffingo.com | nvidia-96xx-kmod | Not found in nonfree-devel s.adam_[AT]_diffingo.com | nvidia-96xx-kmod | Not found in nonfree-F-9 s.adam_[AT]_diffingo.com | nvidia-legacy-kmod | Not found in nonfree-devel s.adam_[AT]_diffingo.com | nvidia-legacy-kmod | Not found in nonfree-F-9 s.adam_[AT]_diffingo.com | xorg-x11-drv-nvidia-96xx | Not found in nonfree-devel s.adam_[AT]_diffingo.com | xorg-x11-drv-nvidia-96xx | Not found in nonfree-F-9 s.adam_[AT]_diffingo.com | xorg-x11-drv-nvidia-legacy | Not found in nonfree-devel s.adam_[AT]_diffingo.com | xorg-x11-drv-nvidia-legacy | Not found in nonfree-F-9 Software provided by upstream does not work on F9 and rawhide triad_[AT]_df.lth.se | sidplay-libs | Not found in nonfree-devel triad_[AT]_df.lth.se | sidplay-libs | Not found in nonfree-F-8 triad_[AT]_df.lth.se | sidplay-libs | Not found in nonfree-F-9 No idea == double check on F9 == === livna === $ repoquery -a --qf '%{repoid} %{name}-%{version}-%{release}.%{arch}' | grep "^livna" | grep -v kmod livna mldonkey-gui-2.7.6-1.lvn5.x86_64 livna mldonkey-2.7.6-1.lvn5.x86_64 livna mldonkey-server-2.7.6-1.lvn5.x86_64 livna mldonkey-ed2k-support-2.7.6-1.lvn5.x86_64 -> outdated and broken iirc; new package was under review in http://bugzilla.livna.org/show_bug.cgi?id=1487 ; someone really should step forward and bring this in shape, but that's definitely not a blocker livna devede-3.11b-1.lvn9.noarch -> updated package with a higher EVR building right now for RPM Fusion livna crimson-fields-0.5.0-1.lvn7.x86_64 livna djbfft-0.76-6.lvn6.x86_64 livna fame-0.9.0-7.lvn6.x86_64 livna tcmplex-panteltje-0.4.7-4.lvn8.x86_64 livna xvidcap-1.1.7-0.1.20080611svn307.lvn9.x86_64 -> get dropped if nobody steps up to maintain those livna nvidia-settings-1.0-2.lvn9.x86_64 -> kwizart? nvidia-xconfig isn't branched and imported yet either iirc. livna mythgame-emulators-0.21-7.lvn9.x86_64 -> dropped in rpm fusion livna dvdstyler-1.5.1-2.lvn8.x86_64 -> see first section of this mail livna akode-extras-2.0.2-2.lvn9.x86_64 livna audacious-plugins-nonfree-alac-1.4.5-1.lvn9.x86_64 livna akode-extras-2.0.2-2.lvn9.x86_64 livna amarok-extras-nonfree-1.4.8-1.lvn9.x86_64 livna audacious-plugins-nonfree-aac-1.4.5-1.lvn9.x86_64 livna audacious-plugins-nonfree-alac-1.4.5-1.lvn9.x86_64 livna audacious-plugins-nonfree-mms-1.4.5-1.lvn9.x86_64 livna audacious-plugins-nonfree-mp3-1.4.5-1.lvn9.x86_64 livna audacious-plugins-nonfree-tta-1.4.5-1.lvn9.x86_64 livna audacious-plugins-nonfree-wma-1.4.5-1.lvn9.x86_64 livna audacity-nonfree-1.3.4-0.7.20080123cvs.lvn9.x86_64 livna k3b-extras-nonfree-1.0.4-2.lvn9.x86_64 livna libtunepimp-extras-nonfree-0.5.3-4.lvn9.x86_64 livna libxml2-python24-2.7.1-1.lvn9.x86_64 livna live-devel-0-0.18.2008.04.03.lvn9.x86_64 livna live-tools-0-0.18.2008.04.03.lvn9.x86_64 livna mpeg2dec-devel-0.4.1-3.lvn8.x86_64 livna xine-lib-extras-nonfree-1.1.15-1.lvn9.x86_64 -> were renamed for RPM Fusion; everything with proper obsoletes in place afaik (package owners please recheck) === frehsrpms === $ repoquery -a --qf '%{repoid} %{name}-%{version}-%{release}.%{arch}' | sort | grep "^freshrpms" freshrpms advancescan-1.13-2.fc7.x86_64 freshrpms mac-3.99-2.u4b5.fc7.x86_64 freshrpms mac-devel-3.99-2.u4b5.fc7.x86_64 freshrpms pidgin-encryption-3.0-1.fc7.x86_64 freshrpms rte-0.5.6-3.fc7.x86_64 freshrpms rte-devel-0.5.6-3.fc7.x86_64 freshrpms vstream-client-1.2-2.fc7.x86_64 freshrpms vstream-client-devel-1.2-2.fc7.x86_64 freshrpms xplanet-maps-1.0-2.fc.noarch -> get dropped if nobody steps up to maintain those freshrpms amule-2.1.3-4.fc9.x86_64 freshrpms lame-3.98.2-1.fc9.x86_64 freshrpms lame-devel-3.98.2-1.fc9.x86_64 freshrpms subtitleripper-0.3.4-3.fc7.x86_64 freshrpms xine-0.99.5-3.fc9.x86_64 freshrpms xrick-0.0.021212-2.fc7.x86_64 -> have a higher EVR in freshrpms then in RPM Fusion; package maintainers, please fix! freshrpms armagetronad-0.2.8.2.1-1.fc7.x86_64 -> replacement in fedora freshrpms armagetronad-moviepack-1.0-2.2.fc4.noarch -> gets dropped, as it likely doesn't work with replacement in fedora freshrpms ati-x11-drv-8.40.4-2.fc7.x86_64 freshrpms ati-x11-drv-devel-8.40.4-2.fc7.x86_64 -> completely outdated, replacement in RPM Fusion without proper obsoletes freshrpms cinelerra-2.1-0.14.20080214.fc9.x86_64 freshrpms dvdrip-0.98.7-1.fc7.x86_64 freshrpms mpg123-1.4.2-2.fc9.x86_64 freshrpms mpg123-devel-1.4.2-2.fc9.x86_64 freshrpms ogmrip-0.12.0-1.fc9.x86_64 freshrpms ogmrip-devel-0.12.0-1.fc9.x86_64 freshrpms ogmtools-1.5-3.fc9.x86_64 -> http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-October/00... freshrpms dkms-lirc-0.8.2-1.noarch -> lirc is in Fedora's kernel iirc freshrpms acx100-firmware-1.9.8.b-1.noarch freshrpms acx111-firmware-1.2.1.34-1.noarch freshrpms dkms-tiacx-0.4.7-3.noarch -> outdated/doesn't build; get dropped freshrpms elisa-plugins-ugly-0.3.5-2.fc9.noarch -> forgot to import this; will do now freshrpms ffmpeg-libpostproc-0.4.9-0.10.20080510.fc9.x86_64 - not sure, but I suppose ffmpeg in RPM Fusion needs to obsolete it? freshrpms gnuboy-1.0.3-11.fc7.x86_64 - not sure, but I suppose gnuboy in RPM Fusion needs to obsolete it? freshrpms gocr-gtk-0.44-1.fc7.x86_64 -> is in Fedora freshrpms gxmame-0.35-0.4.beta2.fc7.x86_64 -> outdated, gets dropped freshrpms hardlink++-0.02-3.fc7.x86_64 -> outdated, gets dropped; replacement available, should go to Fedora freshrpms lbreakout2-2.6-0.8.beta.fc7.x86_64 -> in Fedora with a different name freshrpms libdvdcss-1.2.10-1.fc9.x86_64 freshrpms libdvdcss-devel-1.2.10-1.fc9.x86_64 -> we don't want those freshrpms libdvdplay-1.0.1-5.fc7.x86_64 freshrpms libdvdplay-devel-1.0.1-5.fc7.x86_64 -> in Fedora freshrpms mplayer-docs-1.0-0.44.rc2.fc9.x86_64 freshrpms mplayer-fonts-1.1-3.fc.noarch freshrpms mplayerplug-in-3.40-1.fc7.x86_64 freshrpms mplayer-skins-1.8-1.noarch -> proper obsoletes needed? freshrpms nvidia-x11-drv-177.80-1.fc9.x86_64 freshrpms nvidia-x11-drv-32bit-177.80-1.fc9.x86_64 -> in progress freshrpms nvidia-x11-drv-96xx-96.43.05-1.fc9.x86_64 freshrpms nvidia-x11-drv-97xx-1.0.9762-4.fc7.x86_64 -> known to not work freshrpms perl-Coro-3.63-1.fc7.x86_64 -> dropped (should likely go to Fedora in any case) freshrpms snes9express-1.42-3.fc7.x86_64 -> obsoleted/unneeded; gets dropped freshrpms x264-gtk-0.0.0-0.6.20080510.fc9.x86_64 freshrpms x264-gtk-devel-0.0.0-0.6.20080510.fc9.x86_64 freshrpms xine-skins-1.10-1.fc.noarch -> need proper obsoletes in RPM Fusion package freshrpms xmame-0.106-1.fc6.x86_64 freshrpms xmame-roms-1.0-1.fr.noarch freshrpms xmess-0.106-1.fc6.x86_64 -> outdated, unmaintained, get dropped freshrpms xmms-mp3-1.2.10-16.fc7.x86_64 -> epoch:1 in freshrpms; I suppose we need this in RPM Fusion then as well? Comments? freshrpms dkms-gspca-1.0.20-1.noarch freshrpms dkms-kqemu-1.3.0-0.2.pre11.noarch freshrpms dkms-ndiswrapper-1.52-1.fc9.x86_64 -> as kmod in RPM Fusion; have no obsolete afaik freshrpms audacious-plugins-extras-1.4.5-1.fc9.x86_64 freshrpms xmms-aac-2.5-1.fc7.x86_64 freshrpms xine-lib-moles-1.1.15-1.fc9.x86_64 -> were renamed for RPM Fusion; everything with proper obsoletes in place afaik (package owners please recheck) EOF CU knurd

On 19.10.2008 20:10, Andrea Musuruane wrote: Great. Sorry for the false positive (likely not the only one) -- but I thought it was way better to mention cases like this instead of blindly assuming that the proper obsolete is there. CU knurd

On 19.10.2008 23:10, Hans de Goede wrote: Which is why it's not build for the devel branch and marked as dead.package already ;-) CU knurd

On 20.10.2008 02:03, Stewart Adam wrote: I strongly vote for not doing this -- Users that did such crazy things can just as easy grab the drivers from the F-8 branch. And if nvidia doesn't fix the drivers until F8 is EOL then a private repo is the way better place for crazy things like this. Having those drivers somewhere in the repo just gives them the impression that it might work -- which it does not. CU knurd

Thorsten Leemhuis <fedora@...> writes: This is a hardware driver, are you sure this should be dropped? People might need it. On the other hand, I don't personally have that hardware, so I don't really care. I guess if someone needs it, they'll speak up, and hopefully also step up to maintain it. The GTK+ frontend is actually not built in Fedora. (Only the command-line gocr is.) But if it's actually useful, it should be built in the Fedora package. That sounds like something to take up with the Fedora GOCR maintainer. Kevin Kofler

I wrote this mail a week ago but seems even some of the crucial problems are not solved yet. So it seems that yet again I need to take a closer look and help getting things fixed :-/ In that process I'll likely send some more mails like this. On 19.10.2008 17:44, Thorsten Leemhuis wrote: Dominik fixed lame, hans xrick; many thx for that! I just queued builds for amule, subtitelripper and xine with a EVR that is higher then the one from freshrpms. Subtitleripper was not that easy. Afaics the two spec files from livna and freshrpms need to be merged again. Xavier, could you take a closer look please? There are also some improvements in xine.spec that might be nice to have in RPM Fusion. Cu knurd

sön 2008-10-26 klockan 15:27 +0100 skrev Thorsten Leemhuis: Aehm. I've been slow. I just recently got my account up (all three!) And I then proceeded to try to check out the package out of "free", when it should be nonfree. I'm working on it, working on it... having just these two packages and not being in the centre of things hits me with a little threshold. I'll ask questions. Where do I put the downloaded cert and what do I name it? I've desperately tried to figure out :-/ Linus

KLinus Walleij wrote: You put in in ~ and you name it .rpmfusion.cert Keep as questions :} A good place to ask things is #rpmfusion on freenode. Note that almost everything should be the same as your used to in Fedora, so if you wonder how do I do foo, try the Fedora way. Regards, Hans

Hans de Goede wrote: Replying to this in the same MUSt / SHOULD fix style as I did to "Next steps to get RPM Fusion running (V2)" I'll look into fixing iscsitarget. As for qc-usb that will require quite some work to get to work with 2.6.27. I vote for dropping it, as I'm working on rewriting it as a gspca subdriver. I have fedora kernel package commit rights so if we get any complaints about this one lacking I'll drop the new gspca subdriver into the Fedora kernel package. I can even try to get it in the F-10 kernel, although I probably won't due to lack of time. Anyways neither of this is a going live blocker: SHOULD fix +1 drop them Lets fix that then, Xavier ? Definitely a MUST fix. Thl, did you ping Ralf? Any answer? I'll look into getting wxsvg-freeworld to compile with the latest ffmpeg. SHOULD fix. Since its broken in livna already: SHOULD FIX Any replies? SHOULD FIX Status? SHOULD FIX Status?

<fat fingers hit enter to soon, this one has comments of me all the way till the end> Hans de Goede wrote: Replying to this in the same MUSt / SHOULD fix style as I did to "Next steps to get RPM Fusion running (V2)" I'll look into fixing iscsitarget. As for qc-usb that will require quite some work to get to work with 2.6.27. I vote for dropping it, as I'm working on rewriting it as a gspca subdriver. I have fedora kernel package commit rights so if we get any complaints about this one lacking I'll drop the new gspca subdriver into the Fedora kernel package. I can even try to get it in the F-10 kernel, although I probably won't due to lack of time. Anyways neither of this is a going live blocker: SHOULD fix +1 drop them Lets fix that then, Xavier ? Definitely a MUST fix. Thl, did you ping Ralf? Any answer? I'll look into getting wxsvg-freeworld to compile with the latest ffmpeg. SHOULD fix. Since its broken in livna already: SHOULD FIX Any replies? SHOULD FIX Status? SHOULD FIX Status? SHOULD FIX +1 As discussed this is moving to Fedora, so this can be removed from the list. I guess we have the same issue in livna? in that case SHOULD FIX. Regards, Hans

On 15.10.2008 11:42, Hans de Goede wrote: Just a minute ago. Not yet. Xavier? Sort of -- we had those in livna-testing for those crazy people that installed a old xserver on F9/rawhide. But that is a very odd use case and not worth supporting imho. CU knurd

On Wed, Oct 15, 2008 at 7:38 PM, Thorsten Leemhuis <fedora(a)leemhuis.info&gt; wrote: should be fixed now -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB

2008/10/16 Andrea Musuruane <musuruan(a)gmail.com&gt;: Import worked :-) But build failed :-/ There is no libcapsimage-devel for x86_64, ppc and ppc64. But the first two should be available. Probably maintainer just forgot to build them. Xavier? About ppc64, I'm no expert about this arch. Is it possible to use the ppc version? Otherwise I'll have to disable libcapsimage support for this arch. Bye, Andrea.