Re: PLEASE read: Preparations and proposed procedure for importing livna packages to RPM Fusion
On 21.07.2008 08:38, Hans de Goede wrote:
Thorsten Leemhuis wrote:
> I likely did a few mistakes here and there, thus *please* check your
> packages carefully. Especially:
Done, everything looks ok.
Good.
One omission though, the amnrb and amwrb packages
which I did some weeks ago (and still need to import to livna)
The latter is actually the reasons why they fell of my list. Sorry.
are missing, both are mine and should go to non-free.
Feel free to add them to the wiki page, then I'll create branches for
those as well.
> = What's still missing -- or -- problematic packages =
>
> * the following Livna package have no owner in RPM Fusion; but the
> packages are required, as other Livna/RPM Fusion packages depend on them:
>
> Fedora|mjpegtools|Tools to manipulate MPEG data|???||
> -> needed by dvdstyler, gstreamer-plugins-bad, mythtv, transcode
Erm, wasn't a split off version of this recently submitted to either one of the
mailinglists or one of the bugzilla's ?
/me can't remember
Anyone else? Ohh, Google can:
http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-June/00054...
Hans: Seems you volunteered ;-)
> Most of our add-one packages that might use patent encumbered
> techniques (like libtunepimp-extras-freeworld,
> audacious-plugins-freeworld, qmmp-plugins-nonfree or
> xine-lib-extras-freeworld) use or will use term freeworld in the name;
> should we do the same for akode-extras as well and call it
> Akode-extras-freeworld in the future?
+1
Rex?
> * Are these still needed/wanted?
> Fedora|unrar|Utility for extracting, testing and viewing RAR archives|
We definitely want to keep unrar around, just yesterday I needed it to be able
to read a pdf manual of a motherboard (offtopic, wtf a .pdf in a rar for public
docs, are they sick??). I can take this if no-one else will.
Conrad Meyer volunteered as well. Do you two want to handle it together?
> Fedora|audacity-nonfree|Extremely fast library for floating-point
> convolution|??? mschwendt maybe ???||
I think the description is wrong here, if no-one wants this I can take it but
my plate is pretty full already/
/me will mail michael
We can decide about that later.
> * the following Livna package remain in Livna until we agreed on
what
> to do with Kernel modules in RPM Fusion:
> kmods and their matching userland packages: em8300, fglrx, gscpa,
gscpa was merged for 2.6.27, so we can get rid of that soon.
> iscsitarget, kqemu, madwifi, ndiswrapper, nvidia{,96xx,legacy}
(there
> are also plans to rename those three), qc, slmodem (broken anyway right
> now), nvidia-settings, nvidia-xconfig
I think we should just use what we have in livna as default, and keep the
freshrpms dkms packages around for those modules which aren't also in livna.
I can also convert them; that's not that hard and users then have one
look at feel.
Now that we have akmods, there is little advantage in also having
dkms.
Also since Matthias is always very vry busy, I have the feeling that the kmods
in livna are better maintained.
Whatever we do: I'd really like to have a ACK or a suggestion for a plan
forward from thias before I move on here.
[...]
Talking about moving to Fedora, I saw SDL_sound is on the list of packages to
create in CVS, that is not necessary that one has moved to Fedora too.
Thx, removed from the list now.
CU
knurd