Re: x264 and ffmpeg updates coming to rawhide
Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: [...] gstreamer-ffmpeg This needs the attached patch to build. I'm not sure what to do with the removed CODEC_FLAG_TRELLIS_QUANT option, but see this mail: http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2008-December/018101.html Thanks!, Actually upstream has recently done a new release and moved to a newer ffmpeg snapshot with the new API. I've checked there changes against your patch and you and them have fixed everything identical. I've just fired of a build of the new gstreamer-ffmpeg-0.10.6 for devel, which should build fine against the new ffmpeg (verified locally). Actually, 0.10.6 won't build against the ffmpeg in F-10, but thats not an issue 0.10.6 seems to contain some interesting changes, so its better left to rawhide only anyways. Regards, Hans
Re: x264 and ffmpeg updates coming to rawhide
Hans de Goede wrote: Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote: On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote: On Wednesday, 03 December 2008 at 19:06, Dominik 'Rathann' Mierzejewski wrote: In the long-standing tradition of breaking stuff right after a new release, I'm going to update x264 and ffmpeg in the devel branch. x264 brings ABI and API changes (albeit minor). I haven't checked ffmpeg yet, but there's certainly an ABI version bump in libavcodec and probably some API changes as well. Right now x264 is blocked on some ppc compilation issue which I'm currently trying to fix with the help of one x264 developer. I'll keep you posted. OK, x264 build succeeded. Could someone test it on ppc/ppc64? ffmpeg build coming soon, too. It brings libavcodec ABI version bump and some API changes. Affected packages: [...] gstreamer-ffmpeg This needs the attached patch to build. I'm not sure what to do with the removed CODEC_FLAG_TRELLIS_QUANT option, but see this mail: http://lists.mplayerhq.hu/pipermail/ffmpeg-user/2008-December/018101.html Thanks!, Actually upstream has recently done a new release and moved to a newer ffmpeg snapshot with the new API. I've checked there changes against your patch and you and them have fixed everything identical. I've just fired of a build of the new gstreamer-ffmpeg-0.10.6 for devel, which should build fine against the new ffmpeg (verified locally). Actually, 0.10.6 won't build against the ffmpeg in F-10, but thats not an issue 0.10.6 seems to contain some interesting changes, so its better left to rawhide only anyways. Hmm, Build fails on ppc? : http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_free/2089-gstreamer-ffmpeg-0.10.6-1.fc11/ It claims it cannot find ffmpeg any idea why that would be ? Regards, Hans Regards, Hans
Re: package review: Is it a must to use system libraries ?
David Timms wrote: Hi all, I've been working on review of bsnes [1]. One of the issues raised before I began was the upstream source includes some libraries, some of which are already packaged and included in either fedora or rpmfusion. Since I'm not an experienced packager or reviewer, if there are other reviewers who believe further work should be done on the use system libraries item, can you please speak up now ? Unless there are strong reasons not to use the system versions, all libraries used should be system versions. If there are strong reasons not to this should be documented case by case with comments in the spec file. Regards, Hans
Re: package review: Is it a must to use system libraries ?
Julian Sikorski wrote: David Juran pisze: On Sun, 2008-11-30 at 20:15 +0100, Julian Sikorski wrote: I've been working on review of bsnes [1]. One of the issues raised before I began was the upstream source includes some libraries, some of which are already packaged and included in either fedora or rpmfusion. The fedora packaging guidelines are quite clear on this point, https://fedoraproject.org/wiki/Packaging/Guidelines#Duplication_of_system_libraries IMHO, this is a very good principle and should apply to rpmfusion as well. Is the fact that bsnes uses patched snes_ntsc, and that the said patch is not necessarily compatible with other apps using the lib a good enough reason? Without knowing any details of the particulars, it seems we really are talking about a fork here. So what the question boils down to, are the patches to snes_ntsc really incompatible or can they be pushed upstream? And if they can't be pushed upstream, is the fork well-maintained and of quality enough to merit it to be included in rpmfusion? /David I'm not an expert here by any means, so I'll just sum up what we know. David Timms checked what the differences are, and found out the following (quoting the bugzilla comment). So the actual diffs are minimal: - change the bpp from 16 to 32 - set the output type to BRG15 - modify the actual video processing algorithm byuu, bsnes author, said the following [1]: Second, I don't think ZSNES uses BGR15 internal mode. So you probably won't be able to use the system snes_ntsc library. I also highly doubt the ”fork” will be maintained anywhere else apart from inside bsnes itself. Ok, that seems enough of a diversion from the standard snes_ntsc libraray to warrant an exception. Regards, Hans
Re: the libdvdcss issue
Thorsten Leemhuis wrote: On 18.11.2008 00:33, Dominik 'Rathann' Mierzejewski wrote: snip IIRC someone said earlier that some people wouldn't contribute to RPMFusion if it was in any way associated with distribution of libdvdcss, but never mentioned any names or what these contributors would bring to RPMFusion. Frankly I'm a bit tired of this game, but I'm willing to do whatever I can to provide users with complete DVD playback capability. So what CAN I do? Simply do nothing. Or do you have a problem with leaving Livna running just for libdvdcss? Erm, 2 things: 1) lately livna has been slowly falling apart, of thats been fixed I'm all for using livna, if not ... 2) we still need to make this work seamlessly for end users, so if we do this I vote for putting a .repo file pointing to livna in rpmfusion-nonfree-release Regards, Hans
Re: latest kernel's gspca-kmod missing
Farkas Levente wrote: Hans de Goede wrote: Orcan Ogetbil wrote: Ignacio Vazquez-Abrams wrote: On Mon, 2008-11-17 at 21:31 +0100, Farkas Levente wrote: the gspca-kmod missing for the latest kernel. it'd be useful for everybody who has webcam. # rpm -qpl /home/repo/remote/fedora/updates/9/i386.newkey/kernel-2.6.27.5-37.fc9.i686.rpm | grep -c '/gspca.\+\.ko' 21 That's probably why it's missing. and skype immediately crash with it when try to open camera:-( I hate to say it but I confirm this. Kopete doesn't crash but shows garbage. Should we talk to Fedora-kernel guys? No need to do that they are reading along here (atleast I (the webcam dev) am), please see my comment at the end of this bug report which explains the problem and how to work around it: https://bugzilla.redhat.com/show_bug.cgi?id=471726 I'm sorry but a workaround is all I can do for F-9, in F-10 things will work out of the box (except skype, that will still require the workaround). any change to skype work out of box without this workaround in the near future? Sure if they release the code under the FOSS license in the near future fixing it will be no problem, but only if that happens. Regards, Hans
Re: suns' java leagal issues
manuel wolfshant wrote: Dominik 'Rathann' Mierzejewski wrote: AFAIK Sun's JDK is (almost) the same as OpenJDK. almost but not identical. A colleague of mine cannot use Yahoo Games with openjdk-plugin from EPEL, while it works without problems with Sun's (rebuilt by me using jpackage.org java-1.6.0-sun-1.6.0.10-1jpp.nosrc.rpm) It does not matter: 1) We do not replace Fedora packages 2) We do not replace Fedora packages 3) Yes we could use alternatives, but that still feels wrong, as we would be promoting a closed solution where a very viable open solution exits 4) ok, 3 is debatable, but we do not have a license allowing us to ship sun's jdk, *end of discussion* Regards, Hans
Re: Blog for rpmfusion.org
Chris Nolan wrote: Following this discussion [1] I have put together a Wordpress blog for rpmfusion.org [2]. You can log in with your FAS username and password: it uses a simple plugin to securely authenticate users against FAS and maps users to a Wordpress role based on which approved memberships they have in FAS. The mapping is currently set as sysadmin=administrator cvsextras=editor cla_done=subscriber so package maintainers automatically get editor rights and sysadmins automatically get admin rights. If we're all agreed to at least give this a try (nothing ventured nothing gained etc) then I'll need a subdomain pointing to the server (say, news.rpmfusion.org or blog.rpmfusion.org?) and a link putting in the header of the main site. We also need to get it submitted to planet fedora but I'm not sure that I have sufficient approved memberships in Fedora FAS to do this. Please let me know your feedback. I don't want to expend a massive amount of time on this if people aren't going to use it, but I really think it could be an excellent tool for communicating with our users so I would encourage people to post there if they have some rpmfusion-related news. [1] http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-November/002244.html [2] http://rpmfusion.cenolan.com/ Best Chris Chris, Thanks for the initiative! But I don't know if this is the way forward, a few of us already have a blog (Me, Xavier, Thorsten, Dominik (iirc)), I think a blog aggregrator would be better. Regards, Hans
Re: Status of RPM Fusion for EL
Thorsten Leemhuis wrote:
Hi all!
- gstreamer-plugins-{bad,ugly} -- lost track here; last mail on that
topic iirc was this:
http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-September/001003.html
Hans, do you want to work on that? Is somebody else interested to drive
this forward (and coordinate with Hans)?
I don't have much time for this, more importantly I won't be making much use of
this, therefore I would like to co-maintain this with someone who does use RHEL
on the desktop, and thus is likely to notice problems before end users do.
I've been doing some research and RHEL-5.3 is going to muddy the water here.
5.0 - 5.2 have gstreamer + gstreamer-plugins-base at 0.10.9, RHEL-5.3 moves
those to 0.10.20. So for RHEL-5.3 we can and I guess should be shipping a much
newer gstreamer-plugings-*, but we dont have any way todo that. So we have 2
options:
1) Use old gstreamer-plugins-* as base, which are known to work with gstreamer
+ gstreamer-plugins-base
2) Try to use new gstreamer-plugins-* as base and patch them where they rely on
new gstreamer + gstreamer-plugins-base exported functions to do things the
old way. This also has the problem, that some plugins have moved from bad -
good, and those are not in the old good. We can then just forget about
those, or do a gstreamer-plugins-good-extras with them in.
Neither way is going to be pretty nor easy.
Regards,
Hans
Re: Corrupted video playback
Gianluca Sforna wrote: Hi, while testing the PackageKit feature that installs automatically the needed gstreamer plugins [1] I found a video [2] that exhibit playback problems[3]; is this a known issue? if not, can anyone reproduce the same? TIA Gianluca [1] https://fedoraproject.org/wiki/Features/GStreamer_dependencies_in_RPM [2] http://download.blender.org/peach/trailer/trailer_480p.mov [3] http://imagebin.org/30670 This video works flawless for me. Regards, Hans
Re: RPM Fusion (Fedora - free) Package Build Report 2008-11-08
[EMAIL PROTECTED] wrote: x264-0.0.0-0.17.20080905.fc10 - * Fri Nov 07 2008 Dominik Mierzejewski [EMAIL PROTECTED] 0.0.0-0.17.20080905 - build libs without asm optimizations for less capable x86 CPUs (livna bug #2066) - fix missing 0 in Obsoletes version (never caused any problems) Good job, unfortunatelty this will cause selinux issues again, bug filed: https://bugzilla.redhat.com/show_bug.cgi?id=470682 Regards, Hans
Re: upgrade of atrpms libquicktime
Thorsten Leemhuis wrote: On 05.11.2008 16:52, Andrea Musuruane wrote: 2008/11/5 Thorsten Leemhuis [EMAIL PROTECTED]: Well, I don't think that we should unless the other repository join RPM Fusion. +1 But having a page in the wiki that mentions issues like this (and their workarounds) and our reasons not to fix them IMHO would be a good idea. Any volunteers? I did it. Please review: http://rpmfusion.org/Configuration My 2 cent: I think it's definitely wrong on that page -- it just scares people there and distracts them from the main point. Further: Some repos (like the flash-repo) should just work fine with RPM Fusion, even without yum-priorities. But the page indirectly suggest that people need to do what written there to get RPM Fusion running properly. That is doing no good for us. +1, this definitely needs to go to a page of its own. Regards, Hans
Configuration page is missing RHEL/CentOS configuration info
Hi, It has been brought to my attention that the Configuration page misses RHEL/CentOS configuration info, as I'm not familiar with that I won't be adding it, but I thought it would be good to pass this remark along. Regards, Hans
Re: Next steps to get RPM Fusion running (V2)
Adrian Reber wrote: On Mon, Nov 03, 2008 at 09:14:19AM +0100, Thorsten Leemhuis wrote: - the current release files and the mirrormanager use different names for the repo files; Example: release.rpm right now has: [...]?repo=rpmfusion-free-debug-f$releasever[...] mirror manager expects: [...]?repo=free-debug-fedora$releasever[...] We need to change one of the two (or both). Mirrormanager uses: https://hosted.fedoraproject.org/mirrormanager/browser/server/mirrormanager/repomap.py It can be changed, but I would prefer if I do not have to change it ;-) Okay, then I'd say changing the release packages is the easier way for everyone. thx - back a few weeks ago you iirc said that we need to be able to adjust DNS quickly in case the machine goes down; that's not solved yet No, it is not. We need a another machine running the mirrorlist which would then get the necessary data from the main mirrormanager instance. And in a case of a failure we need someone who can changes the DNS entry very fast. Do we want to ignore this for now and nevertheless switch to use mirrormanager? (If we ignore this now I fear that this will never get fixed...) I would say: let's set up a backup mirrorlist server and hope that in an emergency we will manage to switch the DNS fast enough. All I need is an account on the backup mirrorlist server and someone who can do some changes to the webserver configuration to get it running. Couldn't we list multiple IP addresses under mirrors.rpmfusion.org? Or isn't yum smart enough to try the second address if the first one fails ? Regards, Hans
Re: for users...
P.S.: Who will actually send out the announcement and where do we send
it besides fedora-announce-list and fedora{-devel,}-list?
Given my new employer I won't be doing it. So I think either you are Xavier
should do it.
Regards,
Hans
Re: for users...
Andrea Musuruane wrote: 2008/10/30 Thorsten Leemhuis [EMAIL PROTECTED]: Looks ok, but I have the feeling it needs a higher advertising rate. I'm thinking about adding things like: Do you want playback of various multimedia formats to work painlessly Are you stuck with an nvidea card and do you want to use 3D? Here is how I did it when announcing Livna for F9: https://www.redhat.com/archives/fedora-announce-list/2008-May/msg8.html It should be better now. It is (better now). But I would scrap mega mario from the games list, it comes to close to trademark infringement and it isn't that good of a game either. Regards, Hans
Re: When to move updates from testing to stable
Thorsten Leemhuis wrote: On 30.10.2008 10:12, KH KH wrote: But what is needed actually is a way to also propose an update to 0.9.x. Can I handle that with the rpmfusion-free-updates-testing repository? It will lead to have two parallels cvs (F-8 F-8.testing like it was with livna), because it should remains possible to update the two versions. The F-8 and F-8.testing stuff in livna was a major PITA to maintain for me (as the one that was the interface to the buildsys and the one that had to keep the repo in shape) in Livna -- especially for kmods, as maintainers more then once did crazy things which lead to real problems when kmods needed to get built for new Fedora kernels. It also doesn't work with current CVS/plague design and is afaics not that easy to set up (the trick I used in Livna is not possible in CVS afaics). So I strongly vote for not even think about things like a F-8.testing branch in CVS. Fedora works fine without it as well, so I see no real reason why we should need it. +1 Regards, Hans
Re: for users...
Andrea Musuruane wrote: 2008/10/30 Andrea Musuruane [EMAIL PROTECTED]: 2008/10/29 Thorsten Leemhuis [EMAIL PROTECTED]: BTW, does anybody want to prepare the two announcement mails for Monday (more a PR style RPM Fusion launched) and Tuesday (for the fedora-announce mailing list)? I'll try to write down something :) First one is here: http://rpmfusion.org/AnnounceRepository If I have time I'll do the other too. Feedback appreciated. Looks ok, but I have the feeling it needs a higher advertising rate. I'm thinking about adding things like: Do you want playback of various multimedia formats to work painlessly Are you stuck with an nvidea card and do you want to use 3D? Etc. Regards, Hans
Re: for users...
Andrea Musuruane wrote: * renamed InitialPackageMerge to PackageMergeStatus. Both Thorsten and I wondered if we should updated this page since it is a PITA to keep it in sync. I don't think we should update it, I see 2 options: 1) Nuke it 2) Preserve it as a place to point to which packages from which repos were merged and which version they had when merged, this feels like a kludge, so I say nuke it :) Regards, Hans
Re: Yet again: Current package status updated (package maintainers please read!)
KLinus Walleij wrote: sön 2008-10-26 klockan 15:27 +0100 skrev Thorsten Leemhuis: === nonfree === [...] 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 Still no idea. Linus? 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 :-/ 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
Re: New contributor - hello, and looking for sponsorship!
Chris Nolan wrote: Hi all, I'm looking to become involved as a package maintainer at rpmfusion/livna. I haven't previously submitted packages to Fedora so I'll be looking for a sponsor - I know you guys are busy with the migration to rpmfusion but I'm hopeful someone can spend some time with a new contributor. Initially I'd like to submit a new package: the new Broadcom drivers kernel module that does away with requiring ndiswrapper for those chipsets unsupported by b43. I have used this driver on F9 and it works beautifully so IMO it would be a great addition to rpmfusion/livna. Hi, First of all welcome to the rpmfusion community / project! Please let me know what should be my next steps (I've got a rpmfusion bugzilla account) and I'd be really grateful if a sponsor was willing to spend a little time with me on the finer points of RPM building. I'll try to make myself available on this list and in the IRC rooms (cnolan). One of the things you also want to do is create an account in the account system: https://fas.rpmfusion.org/accounts As for looking for a sponsor, as your main interest at the moment seems to be getting the bcm module packaged (which I think is great, many people will like that), I think it would be best if Thorsten works with you to get that kmod package in to shape, as he knows most about kmods. Regards, Hans
Re: Yet again: Current package status updated (package maintainers please read!)
Thorsten Leemhuis wrote: On 20.10.2008 02:03, Stewart Adam wrote: Thorsten Leemhuis wrote: 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 I'm going to import these anyways soon so that users who have downgraded Xorg can still have access to the drivers. 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. +1, +100 even. Regards, Hans
Re: Import plans for freshrpms packages; please review!
KH KH wrote: 2008/10/17 Hans de Goede [EMAIL PROTECTED]: Matthias Saou wrote: ... rar - import Beware, this is a proprietary shareware. 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 :) I totally agree with what is written above. That been said, dvdrip has it as an optionnal runtime dependency. This will allow to deal with compressed vobsub subtitles. Can't it be teached to use unrar, I assume it uses rar for rar decompression, or ... ? Regards, Hans
Re: Yet again: Current package status updated
fat fingers hit enter to soon, this one has comments of me all the way till the end Hans de Goede wrote: On 28.09.2008 14:28, Thorsten Leemhuis wrote: On 27.09.2008 19:44, Thorsten Leemhuis wrote: Find below the latest import status! All those are packages from livna or dribble that are not yet (fully) imported. Maintainers (or anyone that is interested to help): please fix! tia! 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: Here is another status update. It's not also in the wiki at http://rpmfusion.org/ImportStatus ; please help with keeping it up2date; tia! Replying to this in the same MUSt / SHOULD fix style as I did to Next steps to get RPM Fusion running (V2) === 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 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 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 +1 drop them 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 Lets fix that then, Xavier ? Definitely a MUST fix. Thl, did you ping Ralf? Any answer? 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 I'll look into getting wxsvg-freeworld to compile with the latest ffmpeg. SHOULD fix. === 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 ;-) Since its broken in livna already: SHOULD FIX 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 Any replies? SHOULD FIX lxtnow_[AT]_gmail.com | uade | Not found in nonfree-devel - patch_fuzz afaics Status? SHOULD FIX 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 Status? SHOULD FIX 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 +1 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 As discussed this is moving to Fedora, so this can be removed from the list. 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
Re: Yet again: Current package status updated
Hans de Goede wrote: 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 I'll look into fixing iscsitarget. Scrap that made that I've fixed iscsitarget :) Fixed versions are building for F-9 and devel now. Regards, Hans
Yet again: Current package status updated
Hans de Goede wrote: On 28.09.2008 14:28, Thorsten Leemhuis wrote: On 27.09.2008 19:44, Thorsten Leemhuis wrote: Find below the latest import status! All those are packages from livna or dribble that are not yet (fully) imported. Maintainers (or anyone that is interested to help): please fix! tia! 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: Here is another status update. It's not also in the wiki at http://rpmfusion.org/ImportStatus ; please help with keeping it up2date; tia! Replying to this in the same MUSt / SHOULD fix style as I did to Next steps to get RPM Fusion running (V2) === 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 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 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 +1 drop them 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 Lets fix that then, Xavier ? Definitely a MUST fix. Thl, did you ping Ralf? Any answer? 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 I'll look into getting wxsvg-freeworld to compile with the latest ffmpeg. SHOULD fix. === 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 ;-) Since its broken in livna already: SHOULD FIX 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 Any replies? SHOULD FIX lxtnow_[AT]_gmail.com | uade | Not found in nonfree-devel - patch_fuzz afaics Status? SHOULD FIX 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 Status? 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
Re: Moving livna-devel users over
Thorsten Leemhuis wrote: Hi! We afaics have all the main bits from livna-devel in rpmfusion-devel now. Thus I'd say it's time to copy the rpmfusion-release packages over to the livna devel repo and build a new livna-release package with tracks the rpmfusion-release packages in. That way those users that have livna properly installed will get rpmfusion automatically enabled. Once we have everything in place we'll later let rpmfusion-release obsolete livna-release and then the transition is done. Does that sound like a plan? Is everyone (especially the livna contributers) fine with it? Note that I plan to announce this transition plan to my blogs and some foums before actually doing it, to give people a heads up and a chance to prepare. +1 Regards, Hans (who has already moved over and uses rpmfusion by default for new installs) knurd
Re: RPM Fusion (Fedora - free) Package Build Report 2008-10-04
[EMAIL PROTECTED] wrote: Packages built and released for RPM Fusion (Fedora - free) testing/9: 15 buildsys-build-rpmfusion-9.1-15 compat-python24-libxml2-2.7.1-2.fc9 NEW em8300-kmod-0.17.1-3.fc9.2 : Kernel modules for DXR3/Hollywood Plus MPEG decoder cards NEW gspca-1.00.20-2.fc9 : Common parts belonging to the gspca Webcam Kernel Module NEW gspca-kmod-1.00.20-30.fc9.1 : gspca Webcam Kernel Module NEW iscsitarget-kmod-0.4.15-41.svn147.fc9.1 : iscsitarget kernel modules NEW kqemu-1.3.0-0.8.pre11.fc9 : The QEMU Accelerator Module (KQEMU) NEW kqemu-kmod-1.3.0-0.42.fc9.1 : The QEMU Accelerator Module (KQEMU) NEW libtunepimp-extras-freeworld-0.5.3-5.fc9 : Additional plugins for libtunepimp NEW ndiswrapper-1.53-2.fc9 : Ndiswrapper wraps around Windows WLAN drivers within Linux NEW ndiswrapper-kmod-1.53-5.fc9.1 : Ndiswrapper kernel module NEW qc-usb-0.6.6-3.fc9 : Utility for setting Logitech Quickcam Express NEW qc-usb-kmod-0.6.6-41.fc9.1 : qc-usb kernel modules rpmfusion-free-release-9-10 smplayer-0.6.3-1.fc9 Packages built and released for RPM Fusion (Fedora - free) testing/8: 16 akode-extras-2.0.2-4.fc8 compat-python24-libxml2-2.7.1-2.fc8 NEW gspca-1.00.20-2.fc8 : Common parts belonging to the gspca Webcam Kernel Module NEW gspca-kmod-1.00.20-30.fc8.1 : gspca Webcam Kernel Module NEW iscsitarget-0.4.15-10.svn142.fc8 : Utilities for iSCSI Enterprise Target NEW iscsitarget-kmod-0.4.15-41.svn147.fc8.1 : iscsitarget kernel modules NEW kdemultimedia-extras-freeworld-3.5.10-1.fc8 : Freeworld extras for KDE multimedia applications NEW kqemu-1.3.0-0.8.pre11.fc8 : The QEMU Accelerator Module (KQEMU) NEW kqemu-kmod-1.3.0-0.42.fc8.1 : The QEMU Accelerator Module (KQEMU) NEW libtunepimp-extras-freeworld-0.5.3-5.fc8 : Additional plugins for libtunepimp NEW ndiswrapper-1.53-2.fc8 : Ndiswrapper wraps around Windows WLAN drivers within Linux NEW ndiswrapper-kmod-1.53-5.fc8.1 : Ndiswrapper kernel module NEW qc-usb-0.6.6-3.fc8 : Utility for setting Logitech Quickcam Express NEW qc-usb-kmod-0.6.6-41.fc8.1 : qc-usb kernel modules rpmfusion-free-release-8-4 smplayer-0.6.3-1.fc8 Packages built and released for RPM Fusion (Fedora - free) development: 9 compat-python24-libxml2-2.7.1-2.fc10 NEW iscsitarget-kmod-0.4.15-41.svn147.fc10.1 : iscsitarget kernel modules NEW kqemu-1.3.0-0.8.pre11.fc10 : The QEMU Accelerator Module (KQEMU) NEW kqemu-kmod-1.3.0-0.42.fc10.1 : The QEMU Accelerator Module (KQEMU) NEW ndiswrapper-1.53-2.fc10 : Ndiswrapper wraps around Windows WLAN drivers within Linux NEW ndiswrapper-kmod-1.53-5.fc10.1 : Ndiswrapper kernel module NEW qc-usb-0.6.6-3.fc10 : Utility for setting Logitech Quickcam Express rpmfusion-free-release-9.90-4 smplayer-0.6.3-1.fc10 Please note that qc-usb-kmod is still needed for development. I'm working on rewriting qc-usb as a subdriver for the new gspca, but that isn't done yet. Regards, Hans
Re: RPM Fusion (Fedora - free) Package Build Report 2008-10-04
Thorsten Leemhuis wrote: On 05.10.2008 10:15, Hans de Goede wrote: I'm working on rewriting qc-usb as a subdriver for the new gspca, but that isn't done yet. Sounds very good. BTW, I suppose you are well aware that there are multiple qc-usb variants out in he wild? I did not suck 2 forks thans for letting me know. Regards, Hans
Re: How to test RPM Fusion
Rahul Sundaram wrote: Thorsten Leemhuis wrote: Add-on: We have no fully configured bug tracker yet for RPM Fusion. As such: please do *not* further distribute or link to above mail in Blogs, Forums or other Mailing lists for now. We'll announce a official testing phase for RPM Fusion once we have the important bits in place. tia! Is it useful to do a new compose of the live cd by replacing Livna development with RPMFusion development repository? Yes please! It would be very good to do that, we need as much testing of rpmfusion as we can get. Regards, Hans
rpmfusion:kernel modules decision: kmod
Hi All, After numerous attempts we (Thorsten, Xavier and I) have failed to get in touch which Matthias to involve him in making a decision about which packaging method to use for kernel modules in rpmfusion. As we really need to move forward now with rpmfusion to have everything ready for F-10, I've proposed to Thorsten, Xavier to make a decision now without Matthias, to which they have agreed. So the 3 of us have made the decision that kmods and akmod will be the way to package kernel modules within rpmfusion. Thorsten will begin building all kmod's from livna in rpmfusion today. If there are any out of tree drivers which you want to see packaged in rpmfusion now you know what to do :) Regards, Hans p.s. Note that if you're interested in Free out of tree drivers, it would be even better to spend time on getting them in to the official upstream kernel, I can help with that if you want to spend time on that.
Re: rpmfusion:kernel modules decision: kmod
Dominik 'Rathann' Mierzejewski wrote: On Sunday, 28 September 2008 at 09:24, Hans de Goede wrote: Hi All, After numerous attempts we (Thorsten, Xavier and I) have failed to get in touch which Matthias to involve him in making a decision about which packaging method to use for kernel modules in rpmfusion. As we really need to move forward now with rpmfusion to have everything ready for F-10, I've proposed to Thorsten, Xavier to make a decision now without Matthias, to which they have agreed. So the 3 of us have made the decision that kmods and akmod will be the way to package kernel modules within rpmfusion. Thorsten will begin building all kmod's from livna in rpmfusion today. If there are any out of tree drivers which you want to see packaged in rpmfusion now you know what to do :) We sure do: https://bugzilla.rpmfusion.org/show_bug.cgi?id=52 Note that if you're interested in Free out of tree drivers, it would be even better to spend time on getting them in to the official upstream kernel, I can help with that if you want to spend time on that. I probably would, but I'm not sure if I can find the time to maintain it after it gets there. You don't necessarily need to maintain it in the mainline kernel all you need to do is work with both upstreams to get the thing cleaned up and merged, then hopefully the original author will maintain in in the mainline from there on. Regards, Hans
Re: two questions regarding bug handling
Xavier Lamien wrote: On Sun, Sep 28, 2008 at 12:00 PM, Thorsten Leemhuis On 28.09.2008 10:38, RPM Fusion Bugzilla wrote: http://bugzilla.rpmfusion.org/show_bug.cgi?id=51 Hans de Goede [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|rpmfusion-package- |[EMAIL PROTECTED] |[EMAIL PROTECTED]| I did something like this myself in the past a few times. But a few days ago I thought: Hey, this removes the subscribers to the mailing list out of the loop. Do we want that? I tend to say no. yeah, the right thing to do it's assign the review to the reviewer and keep mailing list on CC. +1 Regards, Hans
Re: ffmpeg in devel: to bump or not to bump
Dominik 'Rathann' Mierzejewski wrote: Hi. Apparently I haven't been communicating my intentions widely enough, so I'll try starting a thread here for a change. ;) Anyway, I'm sorry to bother packagers of ffmpeg-dependent software, but I'd like to upgrade to a post-20080908 snapshot in a few weeks. ffmpeg SVN r15262 introduced a bump to major libavcodec version, so all dependent packages will need a rebuild. The last time this has happened was in r4726, over 2 and a half years ago. There are some API changes going on right now so I'm not going to do it just yet. This is only the first heads-up. If you think I shouldn't do that, speak up now. ;) Hmm, I think it would be good to atleast make the jump in development, assuming the APi changes are minor and either don't impact using software at all or can easily be fixed. Then once we've done this in development (which we need todo some time before F-10 launch to allow for testing, iow now) we can evalutate this and maybe do the same for F-9 and F-8. Regards, Hans
Re: Next steps to get RPM Fusion running
Thorsten Leemhuis wrote:
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.
= most important things =
- get the mini-mirrormanager from
https://bugzilla.rpmfusion.org/show_bug.cgi?id=40#c9
installed and running somewhere. Xavier afaik is ready with that for a
few days now; but he needs thias to get the machine in DNS, as only he
has control over DNS and thus is the only one that can add
mirror.rpmfusion.org; once that is done get the rpmfusion-release
package into the repos
If we cannot get a hold of Matthias, we could just start with a mirrorlist like
livna is using right?
- we need a decision for kernel-module packaging. Decision here mainly
means: Get a statement (preferred a ACK) from thias regarding kmods
(which includes akmods), which afaics most of the other crucial
packagers accepted (Hans, Dominik and a few others)
Same here if we cannot get hold of Matthias we should just move forward with
kmods
- once those two things are finished and the release-package is known to
be working I'll add rpmfusion-{non,}free-release to the livna *devel*
repos; then I'll build a new livna-release package that has a hard dep
on those two.
+1
Livna-devel users thus will get rpmfusion enabled *automatically*.
Some people will not like it, but it's a reasonable things to do IMHO.
Especially as I plan to stop updating the livna devel repo from that
point (one things less to take care of for me and the package maintainers).
I actually moved from livna to rpmfusion today to be able to test some things
and to make sure local testbuilds I was doing were done against rpmfusion
packages, and this works quite wel, for more info see below.
If that works out fine I plan to do the same for Fedora {8,9}-testing a
few days later.
+1
= other important things =
- get the remaining packages from dribble and livna into the repo;
latest status can be found here:
http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-September/001073.html
I wish I could help here, but I'm going to the Linux Plumbers conference in 2
days, so I'm afraid I'm out of the running for this round.
- check that the upgrade path from Livna - RPM Fusion is sane for each
package in each of the supported Fedora releases
I checked and with my set of livna packages, mpg321 is the only one which has a
broken upgrade path. the evr's are the same so the .lvn9 wins from rpmfusions .fc10
- start importing and building the remaining 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
Erm, yes good point.
- get the dep checker script from Fedora Extras/EPEL (
http://cvs.fedoraproject.org/viewvc/extras-repoclosure/?root=fedora )
in place and let it automatically run after each successful push; if
possible without to much work get upgradecheck (
http://cvs.fedoraproject.org/viewvc/upgradecheck/?root=fedora ) running
as well.
+1
That round about it from the top of my head. Did I miss anything?
Send out an announcement once we're live and organise a party, or maybe
multiple parties (one per country) ?
Regards,
Hans
Re: quite a few packages are still missing in the repos :-(
Thorsten Leemhuis wrote: On 03.09.2008 19:35, Hans de Goede wrote: Thorsten Leemhuis wrote: == packages with owners == snip whoa those are not mine, they are all dribble packages which used to be maintained by Ian Chapman, who is currently emigrating to Australia, it would be good to keep them around as he may pick them up again when he has go settled there, but in no way are they mine. With that said I'll pickup pangzero, but the rest is not mine, nor do I feel inclined to pick them up. While at it: According to http://fedoraproject.org/wiki/EPEL/ContributorStatusNo you are not participating in EPEL. So I suppose you don't have any interest in maintaining your RPM Fusion packages for the EL branch and thus all those owners.epel.list entries below are wrong? (And no, I didn't create those entrys nor did I branch those packages)? Actually (I need to write a blog post about this and let the world) Sept 1st I've started working for RH on the installer team, so I will be having and using RHEL on my machines from now on and thus I could try (I say try for time reasons) to maintain my packages for EPEL too, for now please continue importing them. I think it would be good for me to still be in the loop for the gstreamer packages, gstreamer packages are nasty because newer upstream gstreamer-foo packages often require a newer base gstreamer then we have in Fedora / EPEL, this is for example why I have different gstreamer-foo versions in F-8 then in F-9 / devel. As for the owner ship, many of the listed packages are not much use on EPEL, so they shouldn't be done on EPEL at all I think, shall we co-maintain the ones which are usefull? Regards, Hans
Re: quite a few packages are still missing in the repos :-(
Thorsten Leemhuis wrote: Hi all! I just did a rough check which packages are branched in CVS, but afaics not yet build for either F-8, F-9 or devel; see below for a full list (scroll down for a list of packages sorted by email of its owner). If one of your packages is in this list please take care of it or tell me what's wrong. tia! = free repo = == packages == snip nes-ntsc snip snes-ntsc These 2 are moving to Fedora AFAIK (moving them to Fedora has been approved by Spot, I can do a very fast review of them one someone submits them). == packages with owners == snip j.w.r.degoede at hhs.nl DVDAuthorWizard j.w.r.degoede at hhs.nl DVDRipOMatic j.w.r.degoede at hhs.nl dvd-slideshow j.w.r.degoede at hhs.nl [EMAIL PROTECTED] nes-ntsc j.w.r.degoede at hhs.nl KmPg2 j.w.r.degoede at hhs.nl lxdream j.w.r.degoede at hhs.nl mamory j.w.r.degoede at hhs.nl mupen64 j.w.r.degoede at hhs.nl pangzero j.w.r.degoede at hhs.nl snes-ntsc j.w.r.degoede at hhs.nl yabause whoa those are not mine, they are all dribble packages which used to be maintained by Ian Chapman, who is currently emigrating to Australia, it would be good to keep them around as he may pick them up again when he has go settled there, but in no way are they mine. With that said I'll pickup pangzero, but the rest is not mine, nor do I feel inclined to pick them up. kvolny at redhat.com qmmp-plugins-freeworld I'm not sure he is on the rpmfusion list, he usually does a good job, somebody should ping him. snip == packages with owners == j.w.r.degoede at hhs.nl doc j.w.r.degoede at hhs.nl libcapsimage j.w.r.degoede at hhs.nl mednafen j.w.r.degoede at hhs.nl mupen64-ricevideo j.w.r.degoede at hhs.nl raine j.w.r.degoede at hhs.nl sidplay-libs j.w.r.degoede at hhs.nl sl j.w.r.degoede at hhs.nl uade Same here not mine. musuruan at gmail.com e-uae He is working on it (selinux issues) I for example know that j.w.r.degoede owns a lot of packages, but he normally takes care of them quite well, so I'm wondering why he shows in above lists that often So do I :) Regards, Hans p.s. I'm off to FudCon Brno pretty quickly so feel free to import pangzero while I'm away. If not I'll take care of it when I'm back.
Re: kernel modules in RPM Fusion; we need a decision
Hi All, For what its worth, using kmod + akmod still gets +1 from me. Regards, Hans
Re: SELinux and execheap
Andrea Musuruane wrote:
Hi all,
As you main know, I maintain e-uae in RPM Fusion. Unluckily it
requires an executable heap and SELinux complains about this.
Therefore I try to tell SELinux that this program is OK to require an
executable heap and not to worry about. I read that changing the
context of the executable to unconfined_execmem_exec_t should be
enough.
This is the scriptlet I tried to make, but it doesn't work.
%post
[...]
semanage fcontext -a -t unconfined_execmem_exec_t %{_bindir}/uae
/dev/null 21 || :
restorecon -R %{_bindir}/uae
%postun
[...]
if [ $1 -eq 0 ]; then
semanage fcontext -d -t unconfined_execmem_exec_t %{_bindir}/uae
/dev/null 21 || :
fi
Any idea what is wrong?
No,
But can you try the following:
ls -Z /usr/bin/uae
And if that does not show unconfined_execmem_exec_t, then the scriptlets are
not working for some reason.
If the scriptlets are not working you can try a manual chcon like this:
chcon -t unconfined_execmem_exec_t /usr/bin/uae
And then run uae with selinux enforcing, then we can see if setting the type to
unconfined_execmem_exec_t atleast fixes things? Maybe uae is just a wrapper
which startsup another binary, then the type of that binary needs changing too.
Regards,
Hans
Re: x86 builder offline
Thorsten Leemhuis wrote: On 18.08.2008 08:38, Thorsten Leemhuis wrote: On 17.08.2008 12:18, Thorsten Leemhuis wrote: On 11.08.2008 19:15, Thorsten Leemhuis wrote: The x86 builder is offline. Down know why or how long. Sorry, I'll investigate. A few have noticed already: The builder is available again. And offline again. Life sucks. Still offline. But the second x86 builder is now online, so we don't need to care much. Great news! And I see all the timeout downloading failed builds were requeued, thanks! Many thx to Adrian Reber who hosts this second x86 plague-builder for rpmfusion in a VM. Maybe this builder can also be updated to a later yum, solving the xine issue? Regards, Hans
Re: PLEASE read: Preparations and proposed procedure for importing livna packages to RPM Fusion
Thorsten Leemhuis wrote: /me fixes TOFU and points Steward to http://en.wikipedia.org/wiki/Posting_style ;-) On 16.08.2008 22:02, Stewart Adam wrote: On Sat, 2008-08-16 at 21:18 +0200, Hans de Goede wrote: Thorsten Leemhuis wrote: On 20.07.2008 21:01, Thorsten Leemhuis wrote: * no owner for RPM fusion yet [...] Fedora|y4mscaler|Video scaler which operates on YUV4MPEG2 streams|???| Mjpegtools seem to requires y4mscaler. mjpegtools and/or mjpegtools-devel are requires my a lot of packages as well; some of them seem to be: dvdstyler (can't be build without y4mscaler) gstreamer-plugins-bad mythtv transcode If one of the above packages is yours please consider to take over y4mscaler. tia! I'll take y4mscaler for now, others are welcome to take it from me though :) Fixed builds are on there way. I'll co-maintain if you'd like, I've prepared a gcc 4.3 patch to make it build properly but I just need access to the ACL to commit it. ACLs fixed. But we have a typical don't do everything on IRC problem here again. Stewart some days ago on IRC offered to take case of y4mscaler and thus I added him as y4mscaler to http://cvs.rpmfusion.org/viewvc/free/owners/owners.list?view=markup a few days ago. So who wants to be the primary owner for y4mscaler now? To be honest, I don't care, Stewart? Regards, Hans
Re: PLEASE READ: Import status livna, work from maintainers required
Hi All, Just a quick note to say all gstreamer build issues have been fixed (all verified by local builds) and all gstreamer plugins which weren't build are building on the buildsys now. Regards, Hans
Re: PLEASE read: Preparations and proposed procedure for importing livna packages to RPM Fusion
Thorsten Leemhuis wrote: Hi! Over the last few days I tried to import the first batch of livna packages. I'm not completely finished yet, but getting closer slowly. I'll send a status update of my proceedings over the next few days. One thing nevertheless now already: On 20.07.2008 21:01, Thorsten Leemhuis wrote: * no owner for RPM fusion yet [...] Fedora|y4mscaler|Video scaler which operates on YUV4MPEG2 streams|???| Mjpegtools seem to requires y4mscaler. mjpegtools and/or mjpegtools-devel are requires my a lot of packages as well; some of them seem to be: dvdstyler (can't be build without y4mscaler) gstreamer-plugins-bad mythtv transcode If one of the above packages is yours please consider to take over y4mscaler. tia! I'll take y4mscaler for now, others are welcome to take it from me though :) Fixed builds are on there way. Regards, Hans
Re: PLEASE read: Preparations and proposed procedure for importing livna packages to RPM Fusion
Stewart Adam wrote: I'll co-maintain if you'd like, I've prepared a gcc 4.3 patch to make it build properly but I just need access to the ACL to commit it. Having a co-maintainer is very welcome. gcc-4.3 patch? It builds fine with gcc-4.3 for me. It did need patching to work with the newer version of mjpegtools now in all branches of rpmfusion, perhaps you mean that? Anyways the compile errors have been fixed and it has been build for all branches. You will need to ask Xavier to fixup the ACL's so you can commit too. Regards, Hans
Re: PLEASE read: Preparations and proposed procedure for importing livna packages to RPM Fusion
Thorsten Leemhuis wrote: 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. Added them to the wiki page. = 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/000540.html Hans: Seems you volunteered ;-) Ok, added it to the wikipage, made myself owner. 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. I understand, did you dry dropping him a private mail with some attention grabbing subject? I don't think he reads his mailinglist mail much. Regards, Hans
Re: PLEASE read: Preparations and proposed procedure for importing livna packages to RPM Fusion
Thorsten Leemhuis wrote: On 21.07.2008 20:18, Rex Dieter wrote: So options: 1. don't rock the boat, stick with akode-extras-nonfree (f8 is in maintainance mode now). 2. drop -extras and go with akode-freeworld and once f8 is EOL'd, akode can go with it. +1 for solution 1 then -- renaming is not worth the trouble then. +1 Regards, Hans
Re: current status
Thorsten Leemhuis wrote: On 10.07.2008 10:15, Julian Sikorski wrote: I'm curious what is the current status of rpmfusion. At the beginning of July we got the CVS and FAS2 working, so I suppose the buildsystem is what's still missing. I'm happy to test some things if this can help. Okay, after working on RPM Fusion push scripts and some other things around it I can give a quick status update before leaving the keyboard for now. Initial, rough test repos for free and nonfree are up; you can browse them at: http://193.28.235.60/free/fedora/updates/testing/9/i386/ http://193.28.235.60/nonfree/fedora/updates/testing/9/i386/ The free repo contains only libmms; the nonfree only sdlmame @dribble guys -- we afaics should soon be able to use this repo to distribute dribble updates. But I'm the only one right now that has access to queue builds :-/ So if you want something build from CVS just import is to CVS and tag it -- then tell me the package name and the tag (preferred) or release to build. Note: we are building for ppc64 -- some packages will fail on that arch and need to be fixed or ExcludArch'ed Very cool stuff! So close, so close! Thanks! Regards, Hans
Re: Notification: Dribbles CVSsync done
Michael Schwendt wrote: On Sun Jun 1 18:46:17 2008, Xavier Lamien wrote: List of packages which have been branched : === ** non-free **: sidplay-libsA software library for playing back C64 SID files Huh? What's the reason for not putting it into Fedora? Unlike sidplay1 this (sidplay2) emulates an entire c64 not just the sid, running the actual software generating the music, not just captures of the writes to the sid, as such it requires c64 roms Regards, Hans
Re: Bowing out
Ville Skyttä wrote: Hello, Due to various developments this year, the time for me to bow out of RPM Fusion/Livna has become. The fallout of this is that I've removed myself from the list of maintainers for the following packages in Livna Bugzilla and RPM Fusion wiki. I don't think any RPM Fusion Bugzilla components were ever assigned to me. Unless otherwise noted, they do not have a listed maintainer after these changes at the moment as far as I know and are thus possibly orphaned (but please verify, I may very well be wrong). - dvdstyler - jad - m2vrequantiser - mjpegtools I can pick up mjpegtools, are there any open bugs / issues I should know about? Regards, Hans
Re: Notification: Dribbles CVSsync done
Julian Sikorski wrote: Xavier Lamien pisze: Hello folks, All dribbles packages are now branched into cvs repository with following branches : F-8, F-9 EL-5 Regards, -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB Here is what I am getting upon an import attempt: [EMAIL PROTECTED] sdlmame-data]$ LANG=C ./common/cvs-import.sh /home/jsikorski/rpmbuild/SRPMS/sdlmame-data-0125-1.fc8.src.rpm -m Initial import Checking out module: 'sdlmame-data' Unpacking source package: sdlmame-data-0125-1.fc8.src.rpm... L Mameinfo0125.zip L catveren.zip L cheat117.zip L mamehistory125.zip L sdlmame-ctrlr.tgz A sdlmame-data.spec error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) Checking : Mameinfo0125.zip on https://cvs.rpmfusion.org/repo/pkgs/upload.cgi... ERROR: could not check remote file status make: *** [upload] Error 255 ERROR: Uploading the source tarballs failed! [EMAIL PROTECTED] sdlmame-data]$ The error: Macro . stuff can be ignored (for now) your upload to the lookaside cache is failing because you didn't specify a tree, with rpmfusion you must use: cvs-import -t free foo.srpm or: cvs-import -t nonfree foo.srpm This is needed because, well, we have 2 trees :) Regards, Hans
Re: Notification: Dribbles CVSsync done
Julian Sikorski wrote: Hans de Goede pisze: Julian Sikorski wrote: Xavier Lamien pisze: Hello folks, All dribbles packages are now branched into cvs repository with following branches : F-8, F-9 EL-5 Regards, -- Xavier.t Lamien -- http://fedoraproject.org/wiki/XavierLamien GPG-Key ID: F3903DEB Fingerprint: 0F2A 7A17 0F1B 82EE FCBF 1F51 76B7 A28D F390 3DEB Here is what I am getting upon an import attempt: [EMAIL PROTECTED] sdlmame-data]$ LANG=C ./common/cvs-import.sh /home/jsikorski/rpmbuild/SRPMS/sdlmame-data-0125-1.fc8.src.rpm -m Initial import Checking out module: 'sdlmame-data' Unpacking source package: sdlmame-data-0125-1.fc8.src.rpm... L Mameinfo0125.zip L catveren.zip L cheat117.zip L mamehistory125.zip L sdlmame-ctrlr.tgz A sdlmame-data.spec error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: Macro %dist has empty body error: Macro %dist has empty body error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) Checking : Mameinfo0125.zip on https://cvs.rpmfusion.org/repo/pkgs/upload.cgi... ERROR: could not check remote file status make: *** [upload] Error 255 ERROR: Uploading the source tarballs failed! [EMAIL PROTECTED] sdlmame-data]$ The error: Macro . stuff can be ignored (for now) your upload to the lookaside cache is failing because you didn't specify a tree, with rpmfusion you must use: cvs-import -t free foo.srpm or: cvs-import -t nonfree foo.srpm This is needed because, well, we have 2 trees :) Regards, Hans Still no go: Try using -t non-free (my bad). Btw, the cvs-import.sh script says there is a deault value for tree, but it is set to free for non-free tree (hope it is clear :): Its lying, the only place where it checks if -t was passed and otherwise assumes free is in the help output, usefull isn't it :) (this is something which we will need to fix, just like it complaining when run from a devel branch). Regards, Hans
Re: Populating CVS (was Re: Dribble Frozen)
KH KH wrote:
2008/5/5 Hans de Goede [EMAIL PROTECTED]:
Xavier Lamien wrote:
2008/5/4 Ian Chapman [EMAIL PROTECTED]:
Hi All,
Just a quick note to those who it concerns that Dribble is now frozen
and
no new updates or packages will be permitted there. Most contributors
are
migrating their packages to RPM Fusion, including most of mine. Thanks
very
much and I wish RPM Fusion the best of luck.
Thanks a lot Ian,
I think dribble will be the first to merge in next couple of days, as we
have a clean frozen version of packages set.
Hans give a signal for cvssync.
Xavier,
We (Dribble) don't have a CVS, given the low package count and churn we've
always been passing Ian srpms to build.
So in order to get dribble's packages into rpmfusion cvs / look a side,
someone would need to go to:
http://dribble.org.uk/listrpms4.html
Create cvs modules for all srpms listed there and then use cvs-import on
the srpms linked from there to populate the cvs modules.
Owners for the modules can be found here:
http://rpmfusion.org/InitialPackageMerge
But I guess all owners first need to have a FAS account, so maybe now would
be a good moment to send a mail to the list asking everyone to create a FAS
account?
Hmm, I just realized that creating cvs modules isn't that easy because we
first need to decide on a package for package base wether it goes to
non-free or free.
So what are the rules for free? I would like to suggest the following:
free: anything of which all components are under a license which is listed
as
good on: http://fedoraproject.org/wiki/Licensing
Notice that free fully follows this webpage except that chapter 6
Software
Types is ignored.
Notice that anything depending upon anything in non-free must be in
non-free
itself.
Can everyone live with this? If we can agree this is the rule for the
non-free free split, then I can make a list of which packages in dribble
should go where.
Hi !
I agree from this. I just want to notice that -nonfree expects at
least the package to be redistributable.
Agree, rules for non-free:
non-free: the package must be redistributable
I don't expect dribble have such packages. But amr{nb,wb} codecs are
( altought opensource - we even cannot retristribute the sources).
For such cases i guess it would be desirable to have nosrc.rpm in the
SRPMS non-free section.
But how would those then get build? I would prefer normal src.rpm's, which then
do a wget of the sources during the build, so the .src.rpm will most likely
only contain an .spec file, .nosrc.rpm's where the pieces have to be pieced
together manually before building, are no good, as we want all packages to be
automatically buildable from cvs + lookaside by plague.
Also all packages that can go to Fedora shouldn't be allowed in RPM Fusion.
( I have submitted some perl package freshrpms use for dvdrip at least)
https://bugzilla.redhat.com/show_bug.cgi?id=444733
https://bugzilla.redhat.com/show_bug.cgi?id=444744
https://bugzilla.redhat.com/show_bug.cgi?id=444745
https://bugzilla.redhat.com/show_bug.cgi?id=444755
Yes anything which can go to Fedora should be in Fedora, see my simcoupe work
of late for example.
Regards,
Hans
Re: Populating CVS (was Re: Dribble Frozen)
Xavier Lamien wrote: 2008/5/5 KH KH [EMAIL PROTECTED]: I don't know if this can concern some p2p programs that are problematic in some country... It could, so you should take this in account first. For moving packages to Fedora, yes things like this should be taken into account, but IMHO for rpmfusion we should only be looking at the License and nothing but the License to decide wether something goes in free or non-free, itfthe License is ok but there are other potential problems so severe as to mandate not distributing it, then we should not distribute it all. Regards, Hans
Re: Populating CVS (was Re: Dribble Frozen)
Xavier Lamien wrote: 2008/5/5 Hans de Goede [EMAIL PROTECTED]: Hi All, So I've done a quick audit of the license of all dribble packages (what fun), here is a list of all dribble packages and where they should go: free: arcem bubbros desmume dvd-slideshow DVDAuthorWizard DVDRipOMatic fakenes fceultra gcube gfceu gnuboy KmPg2 lxdream mamory megamario mupen64 nes_ntsc nestopia osmose (note contains non free not used sourcefiles in the z80_disasm dir) pangzero plus4emu scottfree sms_ntsc snes_ntsc stella wormsofprey wormsofprey-data xroar yabause zsnes non-free: dega-sdl dgen-sdl doc e-uae (non-free due to libcapsimage use) Frodo fuse-emulator-roms gens gnome-video-arcade lha libcapsimage mednafen mupen64-ricevideo qmc2 raine sdlmame sdlmame-data sdlmame-data-artwork sdlmame-data-roms sdlmame-data-samples sdlmess sidplay-libs sl smc smc-music uade (included amiga asm code not all free) vice xcpc yapeSDL drop: dribble-release SAASound (moved to Fedora) simcoupe (moved to Fedora) psemu-base (unused) Hm... i see that i'll have fun on cvssync this afternoon. Thanks hans for this quick audit. Is there someone who can tell me if the package_merger page is up to date ? With regards to dribble package owners it is Regards, Hans
Re: Orphaned Packages from Dribble
Patrice Dumas wrote: On Sat, Apr 26, 2008 at 12:12:46PM +0200, Andrea Musuruane wrote: I'd be happy to but I'm going on holiday tomorrow. I'll be back on May 4th. If no-one else has already picked it up I'll do my duty :) I had a look and it seems to have already been reviewed... Yes Dan, has been so kind to review all 3 of them, and quite quick too, thanks Dan! Regards, Hans
Re: Orphaned Packages from Dribble
Andrea Musuruane wrote: Hi, I can take the following packages: snip simcoupe * SimCoupe emulates an 8bit Z80 based home computer, released in 1989 by Miles Gordon Technology. The SAM Coupe was largely spectrum compatible, with much improved hardware I've lately been taking a look if there aren't any packages which we can move to Fedora proper, and with simcoupe I've succeeded. I've managed to track down the copyright holder of the samcoupe rom (Andrew Wright) and he has given permission to freely redistribute it. I've passed this by Spot and he has ok-ed it, so we're good to go to move simcoupe to Fedora. In order to get it legally cleared, the builtin copy of the rom had to be placed in an external file, as the rom comes without source and thus cannot be built into a GPL binary. I've already done this, created a seperate package for the rom and also cleaned up the SAASound package a bit to get it ready for inclusion. All 3 are submitted for review now, reviewers much appreciated: https://bugzilla.redhat.com/show_bug.cgi?id=444223 https://bugzilla.redhat.com/show_bug.cgi?id=444224 https://bugzilla.redhat.com/show_bug.cgi?id=444225 Andrea, perhaps you want to review these? Also I would be more then happy to transfer them to you (as in you become the owner) once they are reviewed. Regards, Hans
Re: buildsys status
Thorsten Leemhuis wrote: On 05.04.2008 10:29, Hans de Goede wrote: Some time ago we were making great progress, and now all of a sudden its very quiet again, we really need to get a working buildsys asap to get things ready for a Fedora 9 launch! The buildsys actually should be ready -- it was at least ready six months ago. I wanted to recheck that everything still works last weekend -- that was before I knew that my de-facto mother in law would visit us this week (that's why I'm I'm so late with the reply; sorry) :-(( CVS, or to be more precise, its look-aside cache is the big missing piece. And client side certificates for plague-client. Both normally rely on FAS (or FAS2). Xavier in the past days did some work on FAS2 and afaik he getting closer to the goal. He asked me to do some testing, but I didn't find time for it. Hans, Xavier, maybe you two could try it together? If someone can give me some instructions what/how I would be happy todo some testing! Regards, Hans
Re: buildsys status
Xavier Lamien wrote: 2008/4/8 Thorsten Leemhuis [EMAIL PROTECTED]: On 05.04.2008 10:29, Hans de Goede wrote: Some time ago we were making great progress, and now all of a sudden its very quiet again, we really need to get a working buildsys asap to get things ready for a Fedora 9 launch! The buildsys actually should be ready -- it was at least ready six months ago. I wanted to recheck that everything still works last weekend -- that was before I knew that my de-facto mother in law would visit us this week (that's why I'm I'm so late with the reply; sorry) :-(( CVS, or to be more precise, its look-aside cache is the big missing piece. And client side certificates for plague-client. Both normally rely on FAS (or FAS2). Xavier in the past days did some work on FAS2 and afaik he getting closer to the goal. Right, I did my tries and I can (from my account) perform an $ cvs co package with my ssh key. However i need to fixed some permissions on login access before launch an official Test. He asked me to do some testing, but I didn't find time for it. Hans, Xavier, maybe you two could try it together? Sure, Hans you can reach me on irc between 7h00 and 21h (Europeen time UTC+2) My internet account not moved yet totally to my new house :( so i'm a bit offline when i go home (my girlfriend is glad about this situation) Sounds good, thats the same timezone as me, xavier whats you nick? Mine is hansg. I'm normally not on IRC but I'll try to be on there the next couple of days. I'll be away this weekend though! Regards, Hans
Re: Needs Feedbacks
Xavier Lamien wrote: Hello, I need some outside feedbacks on FAS registrations. Here are some steps to reproduce 1. Create an account here : http://fas.rpmfusion.org/accounts/userbox.cgi - note that, you don't need to re-generate an gpg key, just add the one you use for Fedoraproject. I tried this step, but my username almost everywhere is jwrdegoede, and the form only allows usernames up to 8 chars, does the username get used to generate dos filenames or what? 2. Generate your Certification here : http://fas.rpmfusion.org/accounts/gen-cert.cgi 3. Ask to sign your CLA here : http://fas.rpmfusion.org/accounts/send-cla.cgi 4. Follow the instructions that you will receive by mail 5. Send your signed CLA, then wait until receive the confirmation. - just post if no mail is sent to you. 6. Ask for your membership on cla_done group. I'll check all other stuff about the account creation which should match with CVS and then mail you to make some test on. Regards, Hans
Re: FOSDEM discussions
Thorsten Leemhuis wrote: On 26.02.2008 15:16, Hans de Goede wrote: Matthias Saou wrote: Xavier Lamien wrote : Regarding FAS, there still seems to be more work required : - Rebrand all of the web interface (to remove Fedora where it doesn't make sense to have it) - minor - Check and update the agreement text sent by email. - Make the agreement signing work (as it seems to be sent by email, thus processed by some script from there?) - Probably a little more fixes... testing will say... That should be fix at the end of this week, will do some work around. If you guys have some ideas about an potential theme, feel free to post. But if we need to redirect an email address to have sent emails be piped to a script on a server which has access to the FAS in order to check the GPG signature... it's going to be slightly harder and you will most likely need me to configure some stuff on the email side. If we don't really care about the agreement, and only want to verify the user's GPG signature, then we could short-circuit that part of the signup and just let the user upload a signed file through the FAS web interface. I think this is the best idea, the CLA makes no sense for rpmfusion, as the CLA gives a license to an legal instance to use the code contributed, but there is no legal instance, so one party to the CLA is the contributer, but who is going to be the other party in the rpmfusion case? Hmmm. You have a point. But on the other hand it might be wise to do some easy CLA like You hereby agree that all you contributions to rpmfusion.org are licensed under foo if not otherwise specified (implicit or explicit) (foo=BSD?) Otherwise we might run into the same problems we had in EPEL recently (Can I safely take a spec from EPEL, modify it and use it in my Repo?). Sounds like a plan, this also has the advantage that we can keep all the logic surrounding the CLA currently in fas. Regards, Hans
Re: FOSDEM discussions
Matthias Saou wrote: Matthias Saou wrote : 2) Matthias have you dared to reboot the cvs / plague / fas hosting physical machine yet with a new mkinitrd using dtp_io (and then do a number of rsyncs from it) ? Just did it. Failed miserably it seems... I'll have someone check the console in the morning, so no FAS/CVS/Plague/... to work on until then, sorry. I forgot to follow up on that : The server is now running with the old ugly dpt_i2o module instead of the newer but unstable i2o_block one. So hopefully the servers should now be stable at last! Excellent! Did you try rsyncing some of the xen hosts on it over to another machine? That seemed todo the trick with reproducing the crash with the old setup. Regards, Hans Matthias
Re: FOSDEM discussions
Matthias Saou wrote: Xavier Lamien wrote : Regarding FAS, there still seems to be more work required : - Rebrand all of the web interface (to remove Fedora where it doesn't make sense to have it) - minor - Check and update the agreement text sent by email. - Make the agreement signing work (as it seems to be sent by email, thus processed by some script from there?) - Probably a little more fixes... testing will say... That should be fix at the end of this week, will do some work around. If you guys have some ideas about an potential theme, feel free to post. But if we need to redirect an email address to have sent emails be piped to a script on a server which has access to the FAS in order to check the GPG signature... it's going to be slightly harder and you will most likely need me to configure some stuff on the email side. If we don't really care about the agreement, and only want to verify the user's GPG signature, then we could short-circuit that part of the signup and just let the user upload a signed file through the FAS web interface. I think this is the best idea, the CLA makes no sense for rpmfusion, as the CLA gives a license to an legal instance to use the code contributed, but there is no legal instance, so one party to the CLA is the contributer, but who is going to be the other party in the rpmfusion case? Regards, Hans p.s 1) Great work guys, I'm really happy to see that things are starting to work. 2) Matthias have you dared to reboot the cvs / plague / fas hosting physical machine yet with a new mkinitrd using dtp_io (and then do a number of rsyncs from it) ?
upnp and patents
Hi, I know that there has been some work done recently on some upnp packages for livna as there were some patent issues, today I stumbled over this review in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=426733 Can someone who knows a bit more check wether this piece of upnp software is patent stuff free? Regards, Hans
coms.xml as currently in livna breaks yum groupinstall
Hi All, Sorry for being non verbose, but I hope this explains it the best: --- [EMAIL PROTECTED] ~]$ yum groupinfo Games and Entertainment Setting up Group Process Group: Games and Entertainment Description: Various ways to relax and spend your free time. Optional Packages: crimson-fields xrick [EMAIL PROTECTED] ~]$ --- [EMAIL PROTECTED] ~]$ yum groupinfo --disablerepo livna Games and Entertainment Setting up Group Process Group: Games and Entertainment Description: Various ways to relax and spend your free time. Default Packages: joystick gnome-games Optional Packages: six pachi xmoto xgalaxy nazghul atomix liquidwar gl-117 seahorse-adventures nagi rocksndiamonds scorchwentbonkers long list snipped --- [EMAIL PROTECTED] ~]$ yum grouplist Setting up Group Process Installed Groups: Engineering and Scientific MySQL Database snip Available Groups: Games and Entertainment Development Libraries Window Managers Fedora Packager News Server XFCE Software Development Virtualization Legacy Network Server DNS Name Server FTP Server XFCE Clustering Games and Entertainment snip Notice how Fedoras and livna's Games and Entertainment groups are seen as 2 seperate groups. Regards, Hans
Re: [Fwd: Re: Adobe reader]
Richi Plana wrote: On Tue, 2007-11-06 at 22:03 +0100, Hans de Goede wrote: Is it allowed to just download the EULA's text to the window, or do we also have to leave the whole page intact? IANAL, but I think just downloading the text will be fine (but how do we extract it from the webpage?) I wouldn't be too sure. The reason I brought up the question in the first place is that I recall an issue where a site was legally taken to task for deep-linking past a page that users were supposed to go through. This is not the case with acrobat reader, adobe shows the text that by downloading you agree to the eula, and a link to the eula on the download page, no ok button to click on, no dirty javascript / cookies, they have a clean wgetable download url, without any tricks needed. Regards, Hans
