Thorsten Leemhuis wrote: Good work! Just a few loose remarks from the top of my head for now, I'll take a closer look later. Nack, this is in Fedora proper, its called armacycles or something like that, due to trademark concerns. May need some work to work properly with the Fedora armacylces package. +1 +1 +1 Go ahead and import it, this is uses some wine derived magic to load windows codec dll's into gstreamer, not my cup of tea. Nack this is in Fedora as lbrickbuster2 (trademarks again). Someone should really take the time to rename this one (and redo splashscreen, cleanup docs to match), upstream is ok with that, only reason this is not in Fedora is ... trademark concerns. You may want to take a look at the sdlmame-roms packages, there is probablt overlap here. Don't we have these in some other form / name already? (not sure at all, just wondering). Regards, Hans

Hi everyone, First of all, sorry for still being so absent... :-( Following Hans' comment, a few more : Thorsten Leemhuis wrote : Only useful with the kernel module that requires them. I haven't had to deal with any card requiring it recently, so I don't know if this is still current. I'd suggest not importing. This is so old that I wouldn't import it either. I doubt it still works with recent MAME romsets. As Hans wrote : Already in Fedora for the game itself, and the moviepack has artwork directly taken from the movie... it's "cool", but presents a legal issue for sure. One to import! :-) More recent than the InitialPackageMerge update, can be imported. Required by the future elisa update in Fedora (still pending...). Another easy import! A revived MAME GUI, can be imported and updated too. I don't have much interest in maintaining it. If someone wants to have a look... I think that this one is mostly obsolete. The gstreamer-ffmpeg package supports most (all?) of the formats this one supported. I wouldn't import it. Dead, replaced by gmameui (see above). Don't import. Could be in Fedora itself, the same author rewrote it as hardlinkpy, so I wouldn't import it. I don't have much interest in maintaining this. It's a requirement of some other multimedia packages IIRC. Sure to both. Those are probably all requirements of dvdrip that could go into Fedora. Have used it a bit a while back. Not sure if it still works fine with the latest pidgin. Beware, this is a proprietary shareware. Real Time Encoding library. IIRC, required by zapping (a TV program). If nothing currently requires it, possibly not worth importing. These two are useful. This one was having problems with the latest Fedora releases. Someone should check if it still works fine. Nice little emulator, sure. These two are useful. This was a requirement of some other program. Possibly not needed anymore. Please don't import these! The last xmame release is quite old, it's unmaintained. sdlmame is the way to go now, I'm sure Hans will agree :-) Hmmm, gtk1 xmms should die. This is only encouraging it to stick around ;-) If the latest xplanet works fine with it. This one is useful. This one was already listed earlier ;-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora release 9 (Sulphur) - Linux kernel 2.6.26.5-45.fc9.x86_64 Load : 0.48 0.30 0.25

Matthias Saou wrote: Hiya, Great to see you back! Since we already have unrar which is almost free software (weird license) and which does the most important thing: unpacking rar files, I'm not in favor of importing this just for the sake of having it, so unless someone really wants to I think we should drop this. Having this only serves to promote creating rar files, which is not something we want to do IMHO. I know this is rpmfusion ont Fedora, still there is nothing wrong with promoting openness here :) Well xmame can be usefull on slower / older hardware I assumed that is why you kept it around in freshrpms. But yes all things considered this is obsolete (boohoo my baby is obsolete), so if there are no people who really want this lets drop it. Regards, Hans

KH KH wrote: Can't it be teached to use unrar, I assume it uses rar for rar decompression, or ... ? Regards, Hans

On 17.10.2008 11:29, Hans de Goede wrote: Just to be sure we are all in line: We don't differentiate the different levels of "non-free" in the nonfree repo, hence shareware like rar in generals is something we would accept there, correct? But sure, if no one wants to maintain the rar package then let's just drop it. :-) Cu knurd

Orcan Ogetbil wrote: Have you tried audacious ? Audacious is xmms, with the UI ported to gtk2 and a still alive upstream which adds new features like support for various audio formats including wma and aac on a regular basis. Your time would be much better spend on fixing any features you miss in audacious then on keeping xmms on live support. AFAIK the only thing missing are some plugins which have not yet been ported to audacious, most have been and porting them isn't that hard, the API is mostly unchanged. Regards, Hans

On 17.10.2008 11:53, Orcan Ogetbil wrote: I assigned you as owner for xmms-wma, branched and imported it. I had planed to do the same for xmms-aac; but I noticed it's build from the faad sources. Thus I'd say xmms-aac should get build from the main faad spec file (just as it's done for xmms-faad2 right now). If there are good reasons not to do that (and instead doign what freshrpms does) please let me know. BTW, Xavier is maintaining xmms-mp3 for RPM Fusion -- iirc he only took it over as no other maintainer showed interest. You seem to be way more interested in xmms, so maybe you might want to share the work with Xavier and/or become primary maintainer for xmms-mp3? CU knurd

Thorsten Leemhuis pisze: Given hat it's sdlmame UI, I'd upload it to nonfree (as qmc2 and gnome-video-arcade). Cheers, Julian

Thorsten Leemhuis <fedora@...> writes: This one is already in Fedora: https://admin.fedoraproject.org/pkgdb/packages/name/gocr Kevin Kofler