todo list updated
by Thorsten Leemhuis
Here is the latest todo list, which ca also be found at
http://rpmfusion.org/NeededForStart
|| '''Task''' || '''Owner''' || '''Last Status Update''' || Status ||
|| Final builder adjustments || ThorstenLeemhuis || 20071017 ||
builders are ready in general, but <<BR>> * users need to be added once
we have them tracked somewhere <<BR>> * point plague-server to CVS once
it's there <<BR>> * once final repos are in place add them to the mock
configs ||
|| Hosting || MatthiasSaou, Pix || -- || Under discussion ||
|| Final repo layout || ThorstenLeemhuis || 20071020 || Needs to be
discussed on list; ThorstenLeemhuis tried to kick of a discussion ||
|| Push scripts || VilleSkyttä ? || 20071017 || Needs to have final repo
layout before we can starts with this one ||
|| make CVS accessible || MatthiasSaou || -- || FAS Problems? ||
|| Branch stuff in CVS || ??? || 20071017 || Please prepare
BranchRequests for now; once CVS is available someone will work on them ||
|| Import Packages and requests build || Package owners,
ThorstenLeemhuis || 20071017 || ThorstenLeemhuis volunteered to import
and request builds for all packages that come straight from the livna
devel branch into the rpmfusion devel branch (e.g. F8) ||
|| release packages || ThorstenLeemhuis || 20071021 || ThorstenLeemhuis
prepared some and send them to the list for comments/review:
http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2007-October/00...
||
|| announcement || ??? || -- || Announce rpmfusion properly in parallel
with F8 launch; '''Target 20071108 !''' ||
Seems most things are prepared or in the works. Seems nobody really
cares much about the repo layout, so I'd say we go with what was
proposed in
http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2007-October/00...
If you don't like it speak up please!
I've no idea what the exact status of the CVS is -- kevin told me it's
up and running but needs FAS or accounts, which Matthias is working on
afaik (I don't have access to that machine (at least afaik))
BTW, any volunteers that want to prepare a announcement for the F8 release?
CU
knurd
17 years, 2 months
Packages that don't have a owner yet
by Thorsten Leemhuis
Hi,
I skimmed through the list of livna packages and added some to
http://rpmfusion.org/InitialPackageMerge that were not yet listed. You
can find them in the list below which also contains those packages that
don't have a owner for rpmfusion yet:
akode-extras (Rex?)
audacity-nonfree (mschwendt maybe?)
crimson-fields (XulChris?)
d1x (Hans?)
djbfft (drop?)
doom-shareware (hans?)
fame, libfame (drop?)
ffmpeg2theora (kwizart?)
freetype-freeworld (kkofler)
gltron (XulChris?)
gsview (Rex? drop?)
k9copy (Rex?)
lxdvdrip (awjb?)
madplay
madwifi (kwizart?)
mixxx (thias?)
mldonkey (http://bugzilla.livna.org/show_bug.cgi?id=1487)
mpgtx (scop?)
mplayerplug-in (belegdol?)
ndiswrapper (knurd?)
normalize
ogmtools (drop?)
SDL_sound (XulChris?)
smpeg (drop?)
streamdvd (awjb?)
streamripper (Patrice Bouchand?)
subtitleripper (drop?)
totem-xine (firewing? kwizard? move to Fedora soon?)
unace (drop?)
vcdimager (drop?)
xine (scop? Aurelien?)
xmms-mp3 (drop?)
xmms-wma (drop?)
xvidcap (belegdol?)
CU
knurd
17 years, 3 months
Hosting and repo layout (was: Re: plague ready; next step: hosting)
by Thorsten Leemhuis
ping:
@thias, Pix -- what about the hosting?
@all -- repo layout?
On 07.10.2007 08:09, Thorsten Leemhuis wrote:
> [...]
> What is missing in those mock files: the rpmfusion repo itself. Thus we
> should
>
> a) find a agreement on a repo layout
> b) get the hosting (and the push scripts) up and running
>
> = repo layout =
>
> We discussed this is bit already. The "spins" discussion came
> afterwards. I'm wondering if we should just replicate the Fedora layout
> completely as people are used to it already.
>
> = hosting =
>
> Pix and Thias offered hosting for the repos iirc. We afaics need
>
> * free.rpmfusion.org -- the rpm files for the free repo and one html
> front-page with some links to the main site, bugzilla and to browse the repo
>
> * nonfree.rpmfusion.org -- same as free.rpmfusion.org, just for the
> nonfree packages
>
> * download.rpmfusion.org -- similar front-page but holds free and
> nonfree stuff and is rsync-source for mirror sites; the push scripts
> from the buildsystem should upload to this machine (or this machine
> should regularly get stuff from the buildsys -- that's how fedora does
> it afaik)
>
> So, Pix, Thias, how do we realize that? One machine free, the other
> nonfree and download? What happens if one machines is down -- can the
> other act as fall-back? Or should we a kind of easy load-balancing to
> spread the load between the machines?
>
> = EOF =
17 years, 3 months
faad2 2.5 licensing issues revisited
by Dominik 'Rathann' Mierzejewski
Hi.
Looks like we may yet have to revert back to FAAD2 CVS snapshot from
2004-09-15, i.e. before the controversial README change.
I've been talking to FFmpeg/MPlayer developers and when I pointed them to
http://bugzilla.livna.org/show_bug.cgi?id=1482#c4 , they immediately said
it was GPL incompatible. After re-reading this again I have to agree. That
is to say, we can still distribute it, but we can't distribute GPL binaries
linked against it. At least that's what I think.
We could build LGPL'd FFmpeg and then it could be linked against faad2-2.5,
but some parts of FFmpeg are GPL and thus would not be compiled. MPlayer
comes with its own faad2 snapshot from before the change. I haven't checked
other apps.
Comments?
Regards,
R.
--
Fedora contributor http://fedoraproject.org/wiki/DominikMierzejewski
Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
17 years, 3 months
kmods/dkms for gspca
by Jonathan Dieter
Just wondering what we decided the policy was on kmods/dkms. I'd like
to start packaging gspca (drivers for a bunch of webcams) whose the
author hasn't been real keen on getting into the kernel.
Jonathan
17 years, 3 months
Re: mythtv for rpmfsuion?
by Chris Petersen
(sorry for breaking the thread, but I just joined the list)
> One package I know of besides the one from Axel in atrpms is
> http://devel.wilsonet.com/junk/mythtv-0.21-0.5.r14658.fc7.src.rpm
>
> Will Tatam according to http://rpmfusion.org/WillTatam also seem to be
> interested in maintaining mythtv for rpmfusion.
>
> Are there more people that have mythtv on the todo-list? If yes: might
> be a good idea if you guys coordinate your efforts...
Hi, I'm the semi-official spec maintainer for upstream MythTV (people in
the MythTV community probably know me best as the maintainer of MythWeb
and nuvexport). Jarod actually based his spec on my "direct from svn"
specs, which represented an attempt to create spec-format-compliant
MythTV packages (I've been too busy/lazy to write a real build system
and bring them fully up to format compliance, or backport them to MythTV
0.20.x):
http://www.mythtv.org/wiki/index.php/Mythtv-svn-rpmbuild.spec
http://www.mythtv.org/wiki/index.php/Mythplugins-svn-rpmbuild.spec
I was also helping with the mythtv ticket at livna:
http://bugzilla.livna.org/show_bug.cgi?id=1198
When Jarod and I have talked about this in the past, we'd toyed with the
idea of jointly maintaining MythTV packages in whichever repo wanted
them. We'll be maintaining specs in the MythTV source itself, and will
be keeping them fedora-compliant, so hopefully it will end up being very
little work for whoever ends up maintaining them in rpm fusion.
Anyway, I don't really care who ends up maintaining things, but when I
heard that this conversation was going on here (for some reason I missed
the news about rpm fusion getting created), I thought I should speak up
and offer to help.
As far as other package dependencies go, there have always been two
packages that I think should definitely be in place before MythTV would
be feasible in a non-atrpms scenario: ivtv and lirc (kmod). From the
sound of things, Jarod Wilson and Red Hat are working on getting the
lirc modules into the main fedora/redhat kernel itself (although I'd
personally still love to see a package so I can build some custom stuff
needed for my too-new antec media center chassis), and there has already
been discussion on this list about getting ivtv and ivtv-firmware added
here or in fedora, too.
-Chris
17 years, 3 months
RPM Fusion and FAS
by Matthias Saou
Hi,
I've spent a few hours yesterday evening trying to get the FAS (Fedora
Account System) working for RPM Fusion. It's a no-go.
https://hosted.fedoraproject.org/projects/fas2/
The FAS project only seems to give access to the "fas2" sources, which
is a work in progress. I thought it would be working, but even after a
lot of tweaking, no luck, and some things seem to be pretty broken (I
can't figure out why it's trying to search for users in the local
sqlite database for instance... maybe Fedora has all accounts in both
FDS and a "local" database?).
After looking again at the Fedora infrastructure running in production,
it's still the first FAS, for which I don't know if the sources are
even available, and I also saw an open infra ticket to port pkgdb to
fas2... which probably means that even if we got FAS (fas2) working
now, we couldn't yet use pkgdb with it.
*sigh*
So... well... for now I think the easiest is to cleanly (but
"manually") create the accounts in the running RPM Fusion FDS, find a
way to interface cvs+ssh to that (trivial with passwords, probably a
little more tricky with public keys which are stored in FDS), and
eventually find a way to also interface plague to that, although since
signing and pushing will probably be "manual", it's not such a big deal
if builds are also for now (IMHO), especially if a handful of different
people have access to trigger them.
I'll be creating all of the requested accounts from people I already
know and/or already have a Fedora account. Anyone somewhat more
"anonymous" will need to find a sponsor, although there's probably no
one currently in that situation.
Moving... forward... goooood :-)
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 7 (Moonshine) - Linux kernel 2.6.22.6-81.fc7
Load : 0.43 0.48 0.51
17 years, 3 months
RPM Fusion accounts
by Matthias Saou
Hi,
I've finished setting up the RPM Fusion LDAP server yesterday (using
Fedora Directory Server). I've also set up the CVS server to be able to
authenticate SSH users against it, so having CVS+SSH working should
just be a matter of getting shells and permissions right.
I still need to look at the FAS (Fedora Account System), but in the
meantime, we could probably already start like this. Developers would
just need to send me :
- Full name
- Email address
- Public ssh key
That way I could populate the LDAP server with the required info to
switch to using FAS and letting users edit their own info later
(assuming they can get their password sent to their configured email
address), while having all the info needed to have things working *now*.
Thoughts?
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 7 (Moonshine) - Linux kernel 2.6.22.6-81.fc7
Load : 0.27 0.31 0.31
17 years, 3 months
Re: PLEASE READ: move to the new mailing list
by Thorsten Leemhuis
On 10.10.2007 21:12, Jonathan Steffan wrote:
> Thorsten Leemhuis wrote:
>> Hi all!
>
>> On 09.10.2007 13:19, Matthias Saou wrote:
>>> Following the last discussion, here's what has just been done :
>>>
>>> http://lists.rpmfusion.org/
>>>
>>> rpmfusion-commits RPM Fusion commits list
>>> rpmfusion-developers RPM Fusion developers discussion list
>>> rpmfusion-users RPM Fusion users discussion list
>> As Bob announced some weeks ago on repo-merge-discussion already -- some
>> wok is planed for the server which is hosting
>> repo-merge-discussion(a)fedoraunity.org and it would be easier to not move
>> the list to the new server.
>
>> That work is scheduled for next Monday. So I suggest we fully move to
>> the new list (e.g. rpmfusion-developers) immediately. To realize that I
>> suggest we invite all subscribers from the current list to the new one
>> that haven't subscribed there by Sunday. Then send a final "This list is
>> EOL mail" to repo-merge-discussion and disallow posting. Until then just
>> CC both lists.
>> Comments?
> Thanks. Are we going to preserve the current archive? Under the current
> domain?
We should preserve is somewhere. Can anyone take care of it?
Cu
knurd
17 years, 3 months
