Re: retiring qmmp-plugin-pack-freeworld
a bit late but anyways :-) - thanks for fixing Dne úterý 7. března 2023 17:14:17 CET, Sérgio Basto via rpmfusion-developers napsal(a): > On Thu, 2023-03-02 at 19:17 +, Sérgio Basto via rpmfusion- > developers wrote: > > > On Thu, 2023-03-02 at 19:37 +0100, Karel Volný via rpmfusion- > > developers > > wrote: > > > > > Hi, > > > > > > I would like to retire qmmp-plugin-pack-freeworld > > > > > > So I have followed > > > https://rpmfusion.org/Contributors#Retiring_a_package > > > > > > But trying rfpkg retire, I got > > > > > > [kvolny@kvolny qmmp-plugin-pack-freeworld]$ rfpkg retire "ffmpeg- > > > free > > > now in > > > Fedora > > > ( > > > https://src.fedoraproject.org/rpms/qmmp-plugin-pack/pull-request/1)" > > > rm '.gitignore' > > > rm 'qmmp-plugin-pack-freeworld.spec' > > > rm 'sources' > > > [master e976a36] ffmpeg-free now in Fedora > > > (https://src.fedoraproject.org/rpms/ > > > qmmp-plugin-pack/pull-request/1) > > > 4 files changed, 1 insertion(+), 194 deletions(-) > > > delete mode 100644 .gitignore > > > create mode 100644 dead.package > > > delete mode 100644 qmmp-plugin-pack-freeworld.spec > > > delete mode 100644 sources > > > X11 forwarding request failed on channel 0 > > > Enumerating objects: 4, done. > > > Counting objects: 100% (4/4), done. > > > Delta compression using up to 12 threads > > > Compressing objects: 100% (2/2), done. > > > Writing objects: 100% (3/3), 398 bytes | 398.00 KiB/s, done. > > > Total 3 (delta 0), reused 0 (delta 0), pack-reused 0 > > > To ssh://pkgs.rpmfusion.org/free/qmmp-plugin-pack-freeworld > > >538513d..e976a36 master -> master > > > FAS password for user kvolny: > > > Could not retire package: Un-expected openid provider asked: > > > https:// > > > admin.rpmfusion.org/pkgdb/login/ > > > > > > > > > ... ouch > > > > > > That is what is expect , unfortunately , maybe I should change the > > message on rfpkg ... > > > I found a way to fix this issue and to test it I did [1] on branch 38 , > and it worked . > I will send the fixes for rfpkgdb-cli soon > > [1] > rfpkg retire "ffmpeg-free now in Fedora > (https://src.fedoraproject.org/rpms/qmmp-plugin-pack/pull-request/1)" > > > > > > > > > > Ok, so I've filed the bug. Now "orphan then retire it manually from > > > the web > > > interface". > > > So I have orphaned it in rawhide. But where is the option to > > > retire? > > > > > > And then "Then file a ticket for the package to be properly retired > > > in koji." > > > Where to file a ticket? > > > Is Bugzilla meant? In which category, if there is no > > > Infrastructure/Koji > > > option? > > > > > > - TIA > > > K. > > > > > > > > > ___ > > > rpmfusion-developers mailing list -- > > > rpmfusion-developers@lists.rpmfusion.org > > > To unsubscribe send an email to > > > rpmfusion-developers-le...@lists.rpmfusion.org > > > > > > -- > > Sérgio M. B. > > ___ > > rpmfusion-developers mailing list -- > > rpmfusion-developers@lists.rpmfusion.org > > To unsubscribe send an email to > > rpmfusion-developers-le...@lists.rpmfusion.org > > > -- > Sérgio M. B. > ___ > rpmfusion-developers mailing list -- > rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to > rpmfusion-developers-le...@lists.rpmfusion.org ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
retiring qmmp-plugin-pack-freeworld
Hi, I would like to retire qmmp-plugin-pack-freeworld So I have followed https://rpmfusion.org/Contributors#Retiring_a_package But trying rfpkg retire, I got [kvolny@kvolny qmmp-plugin-pack-freeworld]$ rfpkg retire "ffmpeg-free now in Fedora (https://src.fedoraproject.org/rpms/qmmp-plugin-pack/pull-request/1)" rm '.gitignore' rm 'qmmp-plugin-pack-freeworld.spec' rm 'sources' [master e976a36] ffmpeg-free now in Fedora (https://src.fedoraproject.org/rpms/ qmmp-plugin-pack/pull-request/1) 4 files changed, 1 insertion(+), 194 deletions(-) delete mode 100644 .gitignore create mode 100644 dead.package delete mode 100644 qmmp-plugin-pack-freeworld.spec delete mode 100644 sources X11 forwarding request failed on channel 0 Enumerating objects: 4, done. Counting objects: 100% (4/4), done. Delta compression using up to 12 threads Compressing objects: 100% (2/2), done. Writing objects: 100% (3/3), 398 bytes | 398.00 KiB/s, done. Total 3 (delta 0), reused 0 (delta 0), pack-reused 0 To ssh://pkgs.rpmfusion.org/free/qmmp-plugin-pack-freeworld 538513d..e976a36 master -> master FAS password for user kvolny: Could not retire package: Un-expected openid provider asked: https:// admin.rpmfusion.org/pkgdb/login/ ... ouch Ok, so I've filed the bug. Now "orphan then retire it manually from the web interface". So I have orphaned it in rawhide. But where is the option to retire? And then "Then file a ticket for the package to be properly retired in koji." Where to file a ticket? Is Bugzilla meant? In which category, if there is no Infrastructure/Koji option? - TIA K. ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [mp3gain/f30] (2 commits) ...Moved to Fedora https://bugzilla.redhat.com/show_bug.cgi?id=1664399
... > All but the F29 branch have been retired, as this is what we agreed with > Karel. ahem, what about that EL6? K. ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: RPMFusion: F31 FTBFS
> > 12138 ufoai-2.4-9.fc31 > > ufoai have to be retired as it's still missing the ufoai-data anyway > (that is too large for us to package this way, sorry about that). nd ... it is: https://bugzilla.rpmfusion.org/show_bug.cgi?id=5342#c3 thanks, Leigh K. ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
mp3gain moving to Fedora (was: Re: [mp3gain] Update to 1.6.2)
Hi, Is there any reason why mp3gain cannot me moved to Fedora? I've briefly checked the sources and I don't think there's any blocker ... except the usual lack of volunteers so I can try to move it yes please https://bugzilla.redhat.com/show_bug.cgi?id=1664399 K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: [mp3gain] Update to 1.6.2
hi, Is there any reason why mp3gain cannot me moved to Fedora? I've briefly checked the sources and I don't think there's any blocker ... except the usual lack of volunteers so I can try to move it however, I thought there is some slightly different process of adopting packages from RPMFusion than submitting a new package but I can't find any docs on it ... any links/hints? Happy New Year, everyone! +1 K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Upgrading EL7 with a newer ffmpeg
Hi, As I said, there is already a compat-ffmpeg28 package in fedora that can be introduced in el7. In the qmmp case, I think there are several possibility: - Link explicitely compat-ffmpeg28 existing qmmp-freeworld - Rebuilt with ffmpeg-devel (3x) an existing qmmp-freeworld - Upgrade both epel qmmp/qmmp-freeworld and rebuild with ffmpeg It would be easier to have everything moved to use the main ffmpeg to avoid the situation where a particular process is linked with both libraries (because that will lead to crash). yep, I'd also prefer not to use compat will we get some testing repo, or we'll just fix problems after the update gets live? We could use koji to submit a wip repo the same way it's done to land any big features in fedora such as gnome, kde update and so on. (using a dedicated koji build target). But I need to learn how to do that first. then I'll need to learn how to use that :-) K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: Upgrading EL7 with a newer ffmpeg
Hi, I'm not sure what's the question here ... as qmmp(-plugins-freeworld) maintainer, I believe if ABI is broken, it can be just recompiled with new version, maybe after some headers adjustments will we get some testing repo, or we'll just fix problems after the update gets live? K. Dne úterý 4. září 2018 12:35:37 CEST, Nicolas Chauvet napsal(a): Hi there, With the update gstreamer packages to 1.10.4 (that was due in RHEL 7.4 already), the gstreamer1-libav package has bumped the requirement to ffmpeg 3.X. So we are currently in a in-between state. There is also a need to a newer ffmpeg with vlc 3.x that I consider upgrading EL7 to (current vlc 2.2.x version is unmaintained, even debian stable updated from 2.2.x to 3.x because of that). We might give an opportunity to update x264/x265 too and eventually refresh some dependencies here. My plans would be to update to either ffmpeg 3.3x or 3.4.x (the latest from the 3.x branch). there is already a compat-ffmpeg28 package ready to ease the transition. There isn't a terribly high number of el7 packages that depends on ffmpeg fortunately (or not). And it's a shame because EL7 has way more users than any Fedora releases together (according to epel stats (2)). So I really would like some volunteer to take a deeper look at what we can support here. Thx (1) $ repoquery --whatrequires libavcodec.so.56\* --source audacity-freeworld-2.0.6-1.el7.src.rpm ffmpeg-2.8.15-1.el7.src.rpm ffmpegthumbnailer-2.2.0-3.el7.src.rpm ffms2-2.23-2.el7.src.rpm gpac-0.6.1-1.el7.src.rpm ffmpeg-2.8.15-1.el7.src.rpm libopenshot-0.2.0-1.el7.src.rpm libquicktime-1.2.4-13.el7.src.rpm mplayer-1.1-23.20140414svn.el7.src.rpm mlt-freeworld-6.4.1-1.el7.src.rpm motion-3.3.0-trunkREV557.9.el7.src.rpm mpd-0.19.21-1.el7.src.rpm mplayer-1.1-23.20140414svn.el7.src.rpm mpv-0.23.0-3.el7.src.rpm libopenshot-0.2.0-1.el7.src.rpm qmmp-plugins-freeworld-0.8.8-1.el7.src.rpm libopenshot-0.2.0-1.el7.src.rpm simplescreenrecorder-0.3.11-1.el7.src.rpm transcode-1.1.7-17.el7.src.rpm tvheadend-4.0.9-3.el7.src.rpm vlc-2.2.8-2.el7.src.rpm x264-0.148-11.20160614gita5e06b9.el7.src.rpm xine-lib-1.2.9-2.el7.src.rpm zoneminder-1.30.4-3.el7.src.rpm (2) https://admin.fedoraproject.org/mirrormanager/statistics/2018-09-04/repositories -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: unretiring a package
Hi, Dne čtvrtek 7. června 2018 1:32:45 CEST, Sérgio Basto napsal(a): thanks, everything seems to be fine now, except that the build got stuck :-( http://koji.rpmfusion.org/koji/taskinfo?taskID=228767 I build finished with success , maybe it was just waiting for an arm builder. hm ... Created Wed, 06 Jun 2018 09:38:23 CEST Started Wed, 06 Jun 2018 13:33:21 CEST Completed Wed, 06 Jun 2018 13:45:35 CEST it looked to me like the job was _started_ earlier as there were build logs available already Let me know if you want that I approve more branches ... I think Rawhide is enough for now, we're not talking about critical security update that needs to be delivered immediately, it's a new feature so let's keep it to new distro version - F29 branching is in two months ... so now everything is fine, thanks all for the assistance K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: unretiring a package
Hi, Dne středa 6. června 2018 3:14:39 CEST, Sérgio Basto napsal(a): I fixed it https://admin.rpmfusion.org/pkgdb/package/free/qmmp-plugin-pack-freewor ld/ thanks, everything seems to be fine now, except that the build got stuck :-( http://koji.rpmfusion.org/koji/taskinfo?taskID=228767 K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: unretiring a package
Seems like the package is this one yep, I haven't checked the url before ... and was not un-retired (only the el branches are still actives). https://admin.rpmfusion.org/pkgdb/package/free/qmmp-plugin-pack-freeworld/ Can you ask for un-retirement. still Retired/Obsolete is it manual process to resolve the request, should I just wait, or is it automated, should I file infrastructure bug? K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: unretiring a package
so I can just revert the last commit and continue with next version? yes hmmm ... not that easy :-( $ rfpkg push Deprecation warning: kojiconfig is deprecated. Instead, kojiprofile should be used. X11 forwarding request failed on channel 0 Counting objects: 11, done. Delta compression using up to 8 threads. Compressing objects: 100% (11/11), done. Writing objects: 100% (11/11), 2.52 KiB | 2.52 MiB/s, done. Total 11 (delta 2), reused 1 (delta 0) remote: FATAL: W refs/heads/master free/qmmp-plugin-pack-freeworld kvolny DENIED by fallthru remote: error: hook declined to update refs/heads/master To ssh://pkgs.rpmfusion.org/free/qmmp-plugin-pack-freeworld ! [remote rejected] master -> master (hook declined) error: failed to push some refs to 'ssh://kvo...@pkgs.rpmfusion.org/free/qmmp-plugin-pack-freeworld' Could not execute push: Command '['git', 'push']' returned non-zero exit status 1 -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: unretiring a package
Dne pondělí 4. června 2018 13:24:38 CEST, Nicolas Chauvet napsal(a): Seems like everything is okay wrt to https://admin.rpmfusion.org/pkgdb/package/free/qmmp-plugins-freeworld/ Or do you have any issue on your side ? You should be able to submit updates for any branches. so I can just revert the last commit and continue with next version? the only issue is that I did't see the process documented ... if it is that easy then I can revive it at once K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: unretiring a package
Hi, I don't think we really enforce retirement of orphaned package. it hadn't been orphaned as unmaintained but rather the content moved to Fedora But to be on the safe side, you should make a new review and ask for un-retirement from pkgdb instead of creating a new entry. not sure what do you mean by creating a new entry, I want to revive an old package considering that it is dead just over an year and its Fedora counterpart still lives, I see a new review as an overkill ... but I don't object against someone showing me what packaging guidelines changes I have missed meanwhile :-) Which package do you want to un-retire ? qmmp-plugin-pack-freeworld now there is new ffvideo plugin that cannot be in Fedora K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
unretiring a package
Hi, pls, what is the process how to unretire a package? - I don't see that in information for contributors ... K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: qt5-qtwebengine-freeworld
Hi, The only other solution would be for RPM Fusion to get faster 32-bit ARM builders, wouldn't "more of them" work better than "faster"? - once upon a time, I had been using distcc successfully ... but I don't know how hard it would be to set it up ... just an idea K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: removing new build from repos
wov, that was quick ... compared to that it took me a month to notice the problem :-) thanks K. Dne neděle 18. června 2017 11:24:03 CEST, Leigh Scott napsal(a): I have untagged qmmp-plugins-freeworld-1.1.8-2.fc26 from f26-free and tagged qmmp-plugins-freeworld-1.1.7-2.fc26 instead. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
removing new build from repos
Hi, # dnf upgrade Last metadata expiration check: 0:05:10 ago on Sun Jun 18 10:48:51 2017. Dependencies resolved. Problem: cannot install the best update candidate for package qmmp-plugins-freeworld-1.1.7-2.fc26.x86_64 - nothing provides qmmp(x86-64) = 1.1.8 needed by qmmp-plugins-freeworld-1.1.8-2.fc26.x86_64 = Package Arch Version Repository Size = Skipping packages with broken dependencies: qmmp-plugins-freeworldx86_64 1.1.8-2.fc26rpmfusion-free 125 k Transaction Summary = Skip 1 Package Nothing to do. Complete! ... hm can someone please remove this build from the repo? looks like F26 branched *after* I had 1.1.8 in master, but it wasn't meant to go to F26, and so the rebuild broke the deps not sure if the rebuild was necessary in F26, 1.1.7-2 works just fine for me K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
OT - new browser wars (was: Re: propose a new package)
Hi, [...] [**] just yesterday, a colleague told me Firefox is dropping support for plugins except for Flash (probably NPAPI vs PPAPI in reality?) ... no Java in browser? srsly? - how's my mother supposed to use internetbanking that has its own signing applet? Actually Chrome did that a couple of years ago. I'm trying to avoid Google as possible (yep, I'm one of those weirdos who had chosen next phone based on CyanogenMod support, after the epic fail of OpenMoko, and gets apps only from f-droid.org, no Play, etc.) so I don't really mind, but since you mention it - ok, just another reason to not use it I'm not sure Microsoft's Edge browser supports Java, no - https://www.java.com/en/download/faq/win10_faq.xml so she's probably stuck with IE11 on Linux? until her bank changes their technology. and why the bank ought to change something that works pretty well? - long live SeaMonkey ... K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: propose a new package
Hi, fedora has compiled firefox without ALSA for version 52, this disables jack support but could be enabled with a build of firefox with ALSA/jack enabled this looks like upstream decision: https://bugzilla.mozilla.org/show_bug.cgi?id=1247056 so we can hardly do anything about that[*] if the devels don't want people to use Firefox[**], well, I guess you just have to find another browser that will suit your needs K. [*] however ... https://copr.fedorainfracloud.org/coprs/rwa9i/firefox-alsa/ [**] just yesterday, a colleague told me Firefox is dropping support for plugins except for Flash (probably NPAPI vs PPAPI in reality?) ... no Java in browser? srsly? - how's my mother supposed to use internetbanking that has its own signing applet? -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: EL7 status?
Hi, ffmpeg has now been built, thanks to Nicolas. You guys can all go wild, hit the builders heavily and help with turning up RPM Fusion for EL7 into a reality... thanks, qmmp-plugins-freeworld build now passes btw, still no 'rfpkg update'? K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: EL7 status?
Hi, thanks, Afaiu, everything is ready for EL7, but no push has happened yet. Nicolas is waiting for more packages to be available, most notably ffmpeg I guess. There is a mash tree somewhere, but I don't have the url at hand. Also, using 'rfpkg' to build for EL7 worked for me. it doesn't work for me, because I need ... ffmpeg :-) K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity."
EL7 status?
Hi, pls, what's the status of EL7 repos? - on the web, the respective rows are empty, and trying to build in Koji it fails on missing deps ... can we expect them being accessible anytime soon? (sorry if this has been answered recently, but I have looked at the mailinglist archive since November and no topic caught my eye) K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org To unsubscribe send an email to rpmfusion-developers-le...@lists.rpmfusion.org
Re: problem retiring package
Hi, Yep, it should work at least if you retire first, but then I haven't tried with a non-admin account. Please report. I will retire if you cannot. ok, so now the status of qmmp-plugin-pack-freeweorld for Fedora devel is Orphaned and I do not see any possibility to make it retired ... K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity."
Re: problem retiring package
Hi, You should be able to orphan, then to retire your package from the web interface (it should be like fedora, IIRC). probably I've missed something (the Fedora docs[*] are not much verbose on this too) but I thought by orphaning I'll loose the rights to the package which would block me from further actions ...? K. [*] https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity."
problem retiring package
Hi, I have to report the same as Hans before - I just cannot find the 'retire' functionality anywhere nearby https://admin.rpmfusion.org/pkgdb/package/free/qmmp-plugin-pack-freeworld/ and in addition, rfpkg doesn't work for me https://bugzilla.rpmfusion.org/show_bug.cgi?id=4353 so I did the steps manually (=> https://bugzilla.rpmfusion.org/show_bug.cgi?id=4352) I know there's a lot of work to be done to make the infrastructure perfect and too few helping hands, but if things cannot be fixed now, then - pretty please with sugar on top - at least fix/temporarily change the docs so the wiki lists just what really works now (or mark things "not ready yet, don't try that"), and on the list, don't refer people to undocumented things (if it can be used, it should be documented) - thx K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity."
docs - commiting to git
hi, I've tried to follow http://rpmfusion.org/Contributors and one thing (among others but I didn't write notes, damn) is that the command: rfpkg commit -a -m "Update to 1.0" fails ... obviously rfpkg doesn't know what to do with the 'add' option my preferred solution is to let its internal logic work, so I'd suggest replacing: rfpkg commit -a -m "Update to 1.0" rfpkg push with rfpkg commit -p -c which has the nice bonus that it uses the first changelog entry as the commit message, you don't have to write it manually similar thing would apply to the "5. Updating an existing package" section, but that needs to be reworked more thoroughly opinions? am I free to make this change? (if I can remember my password to wiki :-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity."
Re: libraries missing on F22 and higher
Hi, ... - Fedora packages must carry the current release %dist. just out of curiousity, where is this written? grepping https://fedoraproject.org/wiki/Packaging:Guidelines for "dist", I cannot find (but my eyes are tired ...) a mention that it _must_ be even included? I'm asking because of the situation with UFO:AI (that I happen to maintain ...) where the -data subpackage is shared across releases to save resources, so how much does this exception violate the policies ...? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity."
Re: libraries missing on F22 and higher
Hi, ... - Fedora packages must carry the current release %dist. just out of curiousity, where is this written? http://fedoraproject.org/wiki/Packaging:DistTag ah, wrong document examined ... thanks K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity."
Re: What is missing for f23 readyness ?
Hi, while at it, can someone please update http://rpmfusion.org/Contributors with links to git, or where the new work should be done? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity."
Re: What is missing for f23 readyness ?
Hi, Dne sobota 7. listopadu 2015 18:20:59 CET, Sérgio Basto napsal(a): 4 - packages without fc22 or fc23 tag: cat listall.txt | grep -vP "fc22|fc23" Only ufoai-data-2.4-1 and ufoai-data-server-2.4-1 note that there is new upstream version which should go to Fedora as the license issues were cleaned up unfortunately, the review request[*] got stuck; shame on me, but I have other priorities than playing games :-/ - helping hands highly welcome until there's some progress, it'd be nice if we can keep at least the old version ... the datafiles are without disttag to save space, these do not change between fedora versions K. [*] https://bugzilla.redhat.com/show_bug.cgi?id=1157255 -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity."
Re: devel branch is F21
Hi, i'm rebuilding my package on RPMFusion but devel-branch coincides with the F-21. How can i build on F-22 and F-23 ? I believe the answer I got still applies - see https://lists.rpmfusion.org/pipermail/rpmfusion-developers/2015-June/018287.html K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity."
Re: problem with branches/version tags
Hi, is there anything else I could do, or is it completely upon Kwizart ... err, infrastructure team? This is really unclear what you requires from the infrastructure team. If it's just a matter to clear the package that was updated in F-21 whereas it shouldn't, I've removed it. I was hoping I'm clear on what is required in the bugzilla comment linked; and thankyou for removing the wrong update the email was rather a question to others if there are better sugesstions Also, if your -freeworld package doesn't have a way to conflicts with the fedora counterpart if the version mismatch, then it's probably installed on the end-user system. In which case, you will probably need to bump the epoch to have this issue fixed. I'm not sure I got this? - the RPMFusion part has Requires on exact qmmp version available from Fedora, so if there's mismatch, the update cannot be installed and so the system cannot get into inconsistent state (unless some forcing is used) it would be problem the other way - if Fedora would be ahead of RPMFusion, qmmp could get updated and the user wouldn't be able to install (obsolete) qmmp-plugins-freeworld then ... but if qmmp-plugins-freeworld would be installed already then it would block qmmp update as increasing the version would break the dependency [note that a solution syncing the updates has been mentioned already and I'm saving this topic when the new infrastructure is ready] K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: problem with branches/version tags
Hi, ... I've just updated qmmp and qmmp-plugin-pack in Rawhide. When trying to update their counterparts in RPMFusion, I've ended up with qmmp-plugins-freeworld-0.8.5-1.fc21[1] instead of ...fc23 and the problem bites again :-( https://bugzilla.rpmfusion.org/show_bug.cgi?id=3736#c2 is there anything else I could do, or is it completely upon Kwizart ... err, infrastructure team? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: Status update for RPMFusion F22
Hi, ... Today we got qmmp-plugin-pack-freeworld-0.8.3-1.fc22.x86_64.rpm and qmmp-plugins-freeworld-0.8.3-1.fc22.x86_64.rpm on f22-updates Please report if not correct looks good, matches Fedora versions for F22 thanks /me is going to look at Rawhide - there's a new upstream version waiting to be packaged - next week K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: Status update for RPMFusion F22
Hi, Looks like we have one more step done, please test it :). test fail :-( Releases for Fedora 22 are done and now we got the updates on rpmfusion-free-updates and rpmfusion-nonfree-updates. there's still the obsolete version of qmmp-plugins-freeworld and qmmp-plugin-pack-freeworld is not present at all K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: qmmp-plugins-freeworld
Hi, what I haven't done is uploading new sources, as fedpkg/make new-sources obviously doesn't work - subsequently, this has blocked building the updates Kwizart wrote to me: You need to upload the tarball somewhere i can fetch it. I will build the package on f22 So you need to do the same, upload tarball somewhere, where kwizart can fetch it . no need for me to do that as all is available upstream - http://qmmp.ylsoftware.com/files/qmmp-0.8.3.tar.bz2 http://qmmp.ylsoftware.com/files/plugins/qmmp-plugin-pack-0.7.7.tar.bz2 http://qmmp.ylsoftware.com/files/plugins/qmmp-plugin-pack-0.8.3.tar.bz2 (and yes, I've already mentioned the links ;-)) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: problem with branches/version tags
Hi, there are some bugs related to the move to the new infrastructure but these are mostly some FTBFS problems ... did I give up going through them too early, before discovering information I need? We should try to fix FTBFS in CVS devel (F21), what FTBFS and bugs are you talking about ? Bugzilla is the same as ever this list (blocking bugs for this) https://bugzilla.rpmfusion.org/show_bug.cgi?id=3612 which I believed should be what blocks finishing F22 and moving forward to F23 but probably I got things wrong ... sorry, I wasn't paying enough attention last months as we struggled with RHEL 6.7 and RHSCL 2.0 tasks and I also had some housing related issues to solve which left almost zero time for working on Fedora al. K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: problem with branches/version tags
Hi, thanks for the information - For exceptions as freetype-freeworld of Kevin, Nicolas Chauvet wrote: Kevin has received an access to a preview git repository. freetype-freeworld needs to match the fedora counterpart. Others packagers in the same situation can request such override. I've noticed this but for some reason I thought this applies just to stable branches, i.e. to the second part of my problem, and that RPMFusion devel still follows Rawhide, after the F22 repo was spun off it using the new Koji instance now to the second part, matching the versions in stable branches, well, that discussion started in April, so I was hoping the process got improved or documented meanwhile ... and if can request still applies - does that mean via bugzilla, or sending private e-mail to kwizart, or ...? there are some bugs related to the move to the new infrastructure but these are mostly some FTBFS problems ... did I give up going through them too early, before discovering information I need? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: AppData in RPMFusion
Hi, Dne středa, 13. srpna 2014 10:32:58 CEST, Elad Alfassa napsal(a): On Tue, Aug 12, 2014 at 4:52 PM, Karel Volný kvo...@redhat.com wrote: now I'm confused, as you talked about putting it into *-release ...? Re-read my message please. I suggested two options: putting the metadata in the release packages *or* in a separate package. I thought I've read that carefully ... in the first e-mail, you've written: They can also be distributed in a different package ... but the user experience will suffer from which I boldly deduced that putting it into *-release is your preferred method then you change to That's why I suggested ... using a separate package. the fact is that now you're formally correct, you've really mentioned both options but you've put one before the second and treated the second as inferior and in the followup you turn 180 degrees and say you have reasons for the second maybe I was too hasty to deduce that you'd prefer the method where user experience won't suffer, but I just don't like this style of communication where you say you're suggesting something you were arguing against, dude You update the appdata xml that is in your package, and at some point the appstream-data-rpmfusion package will get rebuilt either by automatic process or manual rebuild. you in this context refers either to rpmfusion infrastructure or the person who will manually rebuild the appdata package. Ideally it should be automated. As a packager, all you'd need to do is make sure you install your appdata xml to /usr/share/appdata so, the application package will install a file that is of no use except when building and composing distributions[1] on which ocassion the contents will be copied to some database (probably in /usr/share/app-info/xmls [2]), that takes some more 3.3 MB / 769 KB un/packed[3]? either I am missing something, or the design is heavily flawed the cherry on top is (again [1]): What happens if I don't ship this file? The GNOME Software Center currently shows a nag message that the upstream project doesn't ship the additional data. Additionally, we will penalize apps that do not ship the extra metadata by showing them lower in the search results. - cool, so the project is here not to help users, but to boost ego of some developers that have the urge to force others to do additional work to implement the one and only right_way(tm) of providing application description ... or how should I interpret the fact that they are going to make it harder for users to find what they search for? [1] from http://people.freedesktop.org/~hughsient/appdata/ [2] guessing from http://people.freedesktop.org/~hughsient/temp/appstream-data.spec [3] http://people.freedesktop.org/~hughsient/temp/fedora-20.xml.gz what seems interesting is +@INTLTOOL_XML_RULE@, okay, so let's take a look how does it work, let's go to homepage: http://freedesktop.org/wiki/ Software/intltool/ um, no single mention of any such macro, well, in fact, no documentation at all? seriously? do I really have to read sources of that crap to get basic understanding what does it do? Crap? Okay, dude, calm down, there's no call for name calling. why not to call things the names they deserve? good documentation is an essential part of good project Of course you don't see localized strings in the patch, you never put localized strings in the source files. however, I do put it into the source tree (be the files *.po or *.ts or whatever) - and there is nothing like that in the example patch[4], that touches more files than just gcm-viewer.appdata.xml.in [4] http://people.freedesktop.org/~hughsient/appdata/example-intltool.patch You do it in .po file. Regenerating the .pot file will make it have the strings from the appdata for translators to translate. ok, so it is like xgettext[5] but it handles xml ... [5] btw, https://www.gnu.org/software/gettext/manual/gettext.html If you want to see the RESULT, just cat /usr/share/appdata/totem.appdata.xml okay, that explains the question - so the locales are not in some kind of *.mo files but directly inside the *.xml file distinguished by the 'xml:lang=code' attribute it may seem trivial to you, but I've never worked with this before and I just can't get information out of vacuum - xml is only a container that can be used in many ways, and the sole possibility to add Language identification as per section 2.12 of the XML 1.0 recommendation doesn't imply anything about actual implementation (it could have been e.g. multiple files, one per language, as the abovementioned .mo works, or the translations could have been kept separately in message catalogs etc.) But these are things you need as an app author, not a packager. I'd tend to disagree - if file(s) installation is involved then the packager should know how do the things work; he may even assist upstream (author) if the request to provide the file comes from
Re: AppData in RPMFusion
Hi, not that I'd oppose the idea as a whole, but I'm a bit concerned about this part: The AppData metadata includes simple XML files with app descriptions, and a tarball of app icons. They can be distributed in the rpmfusion-free-release and rpmfusion-nonfree-release packages and will only add a couple more megabytes. from the user's point of view, even if it is only a couple megabytes, I'm not that happy if my precious resources are eaten up by things I do not use (while not that important on a desktop with unlimited 100 Mbps internet connection, situation could be quite a different on some mobile device with pretty expensive mobile connection) from the developers point of view, I just wonder what will happen with the icons packaged with the applications - are they going to be moved (i.e. a lot of cross-dependencies created and some extra work as we'd need to update two packages), or are they going to be duplicated (how will we ensure that it wouldn't get out of sync), or what? K. p.s. somehow I cannot understand how do the translations work ... -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: cvs.rpmfusion.org broken?
Hi, Dne úterý, 10. června 2014 19:37:17 CEST, Nicolas Chauvet napsal(a): It worked okay right now. Please submit a bugreport to get un-blacklisted if it still doesn't work for you. now it works for me too - seems like some temporary hiccup sorry for the noise K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
cvs.rpmfusion.org broken?
Hi, I'm not able to use cvs today, does anyone know what's happening? Have I missed some announcement about migration to git or whatever? - in that case, I apologize for not paying attention last weeks, and could a big fat warning be added to the web (e.g. /Contributors page), please? - trying 'ssh -vvv cvs.rpmfusion.org cvs -v' I end with ... debug1: Sending command: cvs -v debug2: channel 0: request exec confirm 1 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug1: Remote: X11 forwarding disabled in user configuration file. debug2: channel_input_status_confirm: type 100 id 0 X11 forwarding request failed on channel 0 debug2: channel 0: rcvd adjust 2097152 debug2: channel_input_status_confirm: type 99 id 0 debug2: exec request accepted on channel 0 and it hangs forever then ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: Koji, Bodhi and other sweets
Do you have any other git services you would suggest? (IMHO if we have the hardware +1 to own hardware (I can provide something, but see below) setting up a gitolite install is rather simple good news, but we're lacking manpower here even for simple tasks once upon a time, during some builder crisis, I've installed a virtual machine to be added to the pool, and asked for howto/offered access to someone who would configure and maintain it ... no one ever gave me clear enough(*) instructions or sent ssh key to get access to do it himself (*) you have to install and configure plague doesn't count, my todo list is kilometres long and I don't have enough enthusiasm to put it on top and go figure out myself; neither I can commit to supporting something 24/7, I like to go hiking, sailing, I have a family to care of ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: RPM Fusion being branched
hi, Until it's done, is there any ETA? please try not to submit build job in devel. sorry, I forgot about that ... Thoses are likely to be provided as .fc19 in the related tree and not .fc18 as you may expect. ... but it happened the other way round - I expected fc19 and it got fc18 Please bump release for your packages if affected once branched. in that ^ case would it be possible just to resubmit the job from the F-18 branch once it gets created, then retag and submit from devel? (is release bump needed for retagging as fc19?) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: Fwd: Build Error (Job 14077): mythtv-0_25_2-1_fc17 on fedora-17-rpmfusion_free
Dne Út 31. července 2012 13:46:25, Nicolas Chauvet napsal(a): 2012/7/31 Karel Volný kvo...@redhat.com: Dne Po 30. července 2012 13:47:17, Richard Shaw napsal(a): Anyone know what's going on here? (Besides the obvious :) ) DEBUG util.py:257: http://buildsys.rpmfusion.org/plague-results/fedora-17-rpmfu sio n_free/vlc/2.0.3-1.fc17/i686/vlc-core-2.0.3-1.fc17.i686.rpm : [Errno 14] PYCURL ERROR 22 - The requested URL returned error: 404 the same problem for me, but with ffmpeg in job http://buildsys.rpmfusion.org/build- status/job.psp?uid074 @Karel, please requeue your job using: PLAGUE_CLIENT_CONFIG= ~/.plague-client-rpmfusion.cfg /usr/bin/plague-client requeue 14074 thanks, it passed now K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: Fwd: Build Error (Job 14077): mythtv-0_25_2-1_fc17 on fedora-17-rpmfusion_free
Dne Po 30. července 2012 13:47:17, Richard Shaw napsal(a): Anyone know what's going on here? (Besides the obvious :) ) DEBUG util.py:257: http://buildsys.rpmfusion.org/plague-results/fedora-17-rpmfusio n_free/vlc/2.0.3-1.fc17/i686/vlc-core-2.0.3-1.fc17.i686.rpm: [Errno 14] PYCURL ERROR 22 - The requested URL returned error: 404 the same problem for me, but with ffmpeg in job http://buildsys.rpmfusion.org/build- status/job.psp?uid074 http://buildsys.rpmfusion.org/plague-results/fedora-development- rpmfusion_free/ffmpeg/0.11.1-2.fc18/i686/ffmpeg- libs-0.11.1-2.fc18.i686.rpm: [Errno 14] PYCURL ERROR 22 - The requested URL returned error: 404 Trying other mirror. Error Downloading Packages: ffmpeg-libs-0.11.1-2.fc18.i686: failure: ffmpeg/0.11.1-2.fc18/i686/ffmpeg-libs-0.11.1-2.fc18.i686.rpm from rpmfusion-free-needsign-rawhide: [Errno 256] No more mirrors to try. I guess we just need to wait until some synchronisation, seems the packages got moved from buildsys results to repos but the metadata don't reflect this yet K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
premature qmmp-plugins-freeworld build (was: Re: ffmpeg-0.11)
Dne Čt 14. června 2012 20:27:53, Nicolas Chauvet napsal(a): You can eventually commit some fix but not submit a build job yet. oops, too much copy and paste, I've accidentally run make tag build instead of just make tag, can the job be cancelled? http://buildsys.rpmfusion.org/build-status/job.psp?uid672 -TIA K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: premature qmmp-plugins-freeworld build (was: Re: ffmpeg-0.11)
Dne Po 18. června 2012 15:33:00, Nicolas Chauvet napsal(a): 2012/6/18 Nicolas Chauvet kwiz...@gmail.com: 2012/6/18 Karel Volný kvo...@redhat.com: Dne Čt 14. června 2012 20:27:53, Nicolas Chauvet napsal(a): You can eventually commit some fix but not submit a build job yet. oops, too much copy and paste, I've accidentally run make tag build instead of just make tag, can the job be cancelled? http://buildsys.rpmfusion.org/build-status/job.psp?uid672 You can run: PLAGUE_CLIENT_CONFIG=~/.plague-client-rpmfusion.cfg /usr/bin/plague-client kill 13672 But not once it will be buit too late :-( - I will delete it if the case. Once that said, the build job prevention was only to prevent rebuild only related to ffmpeg ABI break. In your case, it can goes on as more feature than the ffmpeg rebuilt. if it was built with ffmpeg-0.10 (which I suppose is the case) then it will depend on ffmpeg-0.10 instead of ffmpeg-0.11 that is going to be in rpmfusion rawhide soon, so there will be dependencies conflict (if the other packages will require the new version) so ... there's possibility to keep this one and increase the revision rebuild once 0.11.x is out - but I'd prefer deleting this build and rebuilding the same revision after new ffmpeg hits the buildroot, if possible, as the only relevant[*] change in this release is making it compatible with the new ffmpeg, IOW no point in updating while using ffmpeg-0.10.x [*] the other concerns freebsd K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: ffmpeg-0.11
[cut] Dear package maintainers: updated ffmpeg is available here: http://lesloueizeh.com/belegdol/ffmpeg/ Please try to fix your package to build against it. Hi Can you verify that this package match what's in our cvs ? I would prefer the package to be built within the infra. That's because it will be easier for a maintainer to enable the unpushed 'plague result' repository that is already referenced in the mock-rpmfusion_free configuration files, instead of adding various alternate repository. +1 Also It will also to build a first level dependency (such as libquicktime) there and allow the local test of a second level dependency then. I see mplayer in the list of dependent packages ... however, my package, qmmp-plugins-freeworld, makes use of it so yes, I'd like to have the possibility to try rebuilding qmmp- plugins-freeworld with the new ffmpeg only *after* the freshly rebuilt mplayer is available too K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: [RPM Fusion] Current FTBFS in F-17
Dne St 16. května 2012 10:21:37, Nicolas Chauvet napsal(a): ufoai (weird issue with the previous package - but there ... While testing I've hit a FTBFS so I've fixed hit. thanks It will worth to test ufoai-data while updating to latest. I hope I'll get to the update this weekend Current -data packages are currently fine despite not rebuilt in F-17, so nevermind. yep, there's no change in data, no need to have .fc17 package for the old version K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: [RPM Fusion] Current FTBFS in F-17
Dne Po 14. května 2012 14:00:35, Nicolas Chauvet napsal(a): 2012/5/14 Karel Volný kvo...@redhat.com: hi, sorry for late reply ... ufoai (weird issue with the previous package - but there is a 2.4) I've tried to update to 2.4 but there's quite a lot of changes and I hadn't time to cope with it :-( what is the weird issue? Probably something related to the size of the source content, the src.rpm created has failed. But maybe the cache was corrupted somehow. hm, ufoai (not ufoai-data) sources are not that big ... could the possible cache corruption be investigated? It might be possible to only push the -data if safe, so it can get into the release repo. and have the binary (that will requires the -data) at a later time. (if the previous version is deleted from F-17). there is versioned dependency, so I hope it should be safe K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: [RPM Fusion] Current FTBFS in F-17
hi, sorry for late reply ... ufoai (weird issue with the previous package - but there is a 2.4) I've tried to update to 2.4 but there's quite a lot of changes and I hadn't time to cope with it :-( what is the weird issue? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: Cleaning up Bugzilla
Hi, ... Thx for taking care of this. +1 Also a week delay seems short to me. Some might be in vacation and might miss the announcement. I would like to see another reminder before closing the bug. yep, considering my own response times, one week seems pretty short - but is it a problem to reopen the bug in that case? - I guess an email from bugzilla will land in inboxes of all the people interested in that bug, so this should serve as reminder instead of keeping the bug open K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: Builds with ffmpeg dependency still broken?
Hi, ... 2. mock can't install all the BR's: Error: Package: ffmpeg-libs-0.8.9-1.fc17.x86_64 (rpmfusion-free-rawhide) Requires: libopenjpeg.so.3()(64bit) I'm still hitting this issue trying to build in devel (rawhide) with make mockbuild ... did I miss something? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: Bundled libs (revisited)
Hi, just FYI, ASL is needed also for libgigi. Which is needed for Freeorion. Looks like Aleksandra is into games, she already maintains minetest package, so I hope she gets this into Fedora soon ... ;-) K. Dne Pá 10. února 2012 17:31:49, Alec Leamas napsal(a): Hi all! I have found yet another bundled lib in my review request 2140 (bombono). The lib is Adobe Source Libraries (ASL), a large, general-purpose addon to STL and boost. The situation: - bombono includes some files from ASL, clearly a bundling situation. - ASL depends on boost 1.44, two versions behind current 1.46. - The nature of ASL (large, general-purpose) probably means that they will always lag boost by one or more versions. At least, this is what the release history shows. So, packaging ASL means dependencies on an outdated boost version. To be frank, I have no idea how to handle this. Any ideas, out there? --alec -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: replacement builder needed
Hi, I haven't seen any progress in the past few days, so let me ask what is the status? - if still needed, I've set up a virtual machine (2 cores of i7 @ 2.66 GHz, 2 GiB RAM, 100 GiB HDD), just tell me what should I put into /etc/plague/builder/plague-builder.cfg ... K. On Wednesday 19 of October 2011 21:17:21 Jarod Wilson wrote: Hey folks, Due to a variety of reasons, I've been scaling back my involvement in Fedora, MythTV, related projects, and Linux in general, outside of work. As a side-effect of that, I can't really justify paying as much as I do for internet access anymore, and the only thing preventing me from dropping my relatively high-priced business class service for something consumer-grade and 1/3 the cost is the fact that the one and only active rpm fusion build system sits on that pipe. I'd like to see another system (or systems) elsewhere brought up sooner than later, so builds can be migrated to them, at which point, I can retire the box at my house, and not drop the extra money every month for the pipe and the power to keep the box running. Of course, its probably possible to keep the builder going on a non-biz pipe, but it might violate terms of use or some such thing, and/or not be nearly as reliably reachable... Either way, I'd like to drop the internet bill by the first of December. --jarod -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: replacement builder needed
On Saturday 29 of October 2011 03:28:15 Kevin Kofler wrote: Karel Volný wrote: last time I've recompiled kernel it was on my Gentoo box and it took about five minutes - oh my ... /me hides :-) It takes much less time to build a kernel configured specifically for your machine, with only the modules you need (compiled in or as module shouldn't matter), than to build a distro kernel, which has to build almost all modules in existence. I know ... I just deemed it an interesting comparison, although completely useless But of course, you have to know what you're doing to configure a custom kernel, and it also takes time (YOUR time, not just your computer's) to configure it. which isn't a bad thing after all, because at least learn something and 'make oldconfig' is such a wonderful command ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: CVS Branching for F-16 on tuesday 25/10
On Sunday 23 of October 2011 11:47:03 Nicolas Chauvet wrote: 2011/10/22 Karel Volný kvo...@redhat.com: Hi, before F16 is branched, I'd like to get mp3gain updated ... but although the cvs request (bug #1971) was processed a long time ago, I'm still getting: [kvolny@kvolny devel]$ cvs commit -F clog cvs commit: Examining . ? clog Access denied: kvolny is not in ACL for rpms/mp3gain/devel cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! could you take a look please? Done again, If it still doesn't work in the next hour from now, please report a bug on Infrastructure in the CVS component. thanks, today I've done the changes and there's successful build: http://buildsys.rpmfusion.org/build-status/job.psp?uid=10489 K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: replacement builder needed
On Tuesday 25 of October 2011 15:27:57 Richard Shaw wrote: Mythtv (after initial package caching in mock) took about 25 minutes Building the kernel takes right at 2 hours. last time I've recompiled kernel it was on my Gentoo box and it took about five minutes - oh my ... /me hides :-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: CVS Branching for F-16 on tuesday 25/10
Hi, before F16 is branched, I'd like to get mp3gain updated ... but although the cvs request (bug #1971) was processed a long time ago, I'm still getting: [kvolny@kvolny devel]$ cvs commit -F clog cvs commit: Examining . ? clog Access denied: kvolny is not in ACL for rpms/mp3gain/devel cvs commit: Pre-commit check failed cvs [commit aborted]: correct above errors first! could you take a look please? K. On Saturday 22 of October 2011 17:39:02 Nicolas Chauvet wrote: Hello, As Fedora 16 is nearing the final change deadline: http://fedoraproject.org/wiki/Releases/16/Schedule I hope to have everything in shape to branch the cvs and repositories on this tuesday 25th. Please don't build anything that will not only rely on fedora everything repository until at least that date. Remind also that even if your package have been temporary removed from the repository, the better is to have it in good shape in updates than in a bad shape in everything. If any doubt, please ask me on #rpmfusion or here. I would also make note that next time, I hope to branch rpmfusion at the same moment as Fedora does in order to minimize adjustements and changes within the infrastructure. Thx for your attention. Nicolas (kwizart) -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: replacement builder needed
Hi, I could setup a virtual machine (allocating 2 cores on i5-750 and 2 GiB RAM) over not too much used 2/2 Mbit line ... would that help? what are the requirements for the builder, and what is the typical usage, maybe ten relatively slow machines over slow lines, which I guess every second of us could donate, would be better than one fast machine on a fast line? is there any howto for setting up the builder? btw, note that I'm willing to donate my computing power, Internet bandwith and my time to set up the builder, not my time to watch it and keep it running, so we also need some volunteer to administer that builder K. On Wednesday 19 of October 2011 21:17:21 Jarod Wilson wrote: Hey folks, Due to a variety of reasons, I've been scaling back my involvement in Fedora, MythTV, related projects, and Linux in general, outside of work. As a side-effect of that, I can't really justify paying as much as I do for internet access anymore, and the only thing preventing me from dropping my relatively high-priced business class service for something consumer-grade and 1/3 the cost is the fact that the one and only active rpm fusion build system sits on that pipe. I'd like to see another system (or systems) elsewhere brought up sooner than later, so builds can be migrated to them, at which point, I can retire the box at my house, and not drop the extra money every month for the pipe and the power to keep the box running. Of course, its probably possible to keep the builder going on a non-biz pipe, but it might violate terms of use or some such thing, and/or not be nearly as reliably reachable... Either way, I'd like to drop the internet bill by the first of December. --jarod -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: lives vs openshot vs kdenlive
hi, About kdenlive, why we need a replacement ? , seems pretty , well, I don't like some of the UI concepts ... but got a startup error see image in attachment , how I workaround those error ? by installing updated packages: https://bugzilla.rpmfusion.org/show_bug.cgi?id=1902#c10 K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: lives vs openshot
Hi, hope nobody shots me for prolonging the thread which is a bit offtopic here, but ... :-) On Thursday 06 of October 2011 21:35:08 Richard Shaw wrote: 2011/10/6 Sérgio Basto ser...@serjux.com: Hi, What the big differences of LIVES-1.4.6 for openshot-1.4.0 ? I Just want edit my videos take in my holidays. LiVES is probably considered to be more of a professional video editor meaning it's more powerful but also less intuitive to use. Openshot is designed to be very intuitive to use and still has some pretty powerful and feature complete. I only edit home movies which is why I packaged Openshot so I'm a little biased :) as for basic home/holiday videos editing, is LiVES or OpenShot worth investigating as a replacement for Kdenlive? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
ffmpeg in EL6?
Hi, just a question ... are we going to see ffmpeg also for RHEL6 in a not-so-far future? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: RPM Fusion orphaned packages searching for a new owner
Hi, On Friday 23 of September 2011 14:38:07 Nicolas Chauvet wrote: Here is a list of packages in RPM Fusion that are currently orphaned and might be searching for a new owner: mp3gain I'll take care of this I've tried to update to 1.5.2 and it seems fine on my system; now I only need ACLs updated: https://bugzilla.rpmfusion.org/show_bug.cgi?id=1971 K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: FFmpeg 0.8.2 and x264 ABI 116 in devel/F-16
On Monday 05 of September 2011 16:11:56 Hans de Goede wrote: Hi, On 09/05/2011 02:32 PM, Karel Volný wrote: On Monday 05 of September 2011 13:58:02 Thomas Moschny wrote: 2011/9/5 David Timmsdti...@iinet.net.au: They don't appear in yum --enablerepo=* list ffmpeg (I see: ffmpeg.x86_64 0.7.1-1.fc16 rpmfusion-free-rawhide ) Do we need to wait until it's pushed to rawhide, so that our build will pick up the updated ffmpeg ? ffmpeg 0.8.2-1.fc16 is in the rpmfusion-free-needsign-rawhide repository available on the builders, it seems. (Can be seen in root.log from recent builds.) so ... if I take the qmmp-plugins-freeweorld spec in devel, increment the release and do make tag, make build, it will be rebuilt with the new ffmpeg already and that is all I need to do? Yes, although ideally, you would download the new ffmpeg + x264 from here: http://buildsys.rpmfusion.org/plague-results/fedora-developmen t-rpmfusion_free/ As well as anything which you've installed which uses them. and upgrade to them (removing anything that needs them which has not been rebuild yet, which is a pain). we used to call it a royal PITA ... I wonder how had I managed not to break my system with all that --nodeps rpm magic :-) Then do a local rebuild, test it, and then do the increment the release and do make tag, make build thingy. If you want to go for really perfect, you then download the build result and replace your local built rpm with it, and test again. thanks, done http://buildsys.rpmfusion.org/plague-results/fedora-development- rpmfusion_free/qmmp-plugins-freeworld/0.5.1-2.fc16/ - if someone wants to test too ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: FFmpeg 0.8.2 and x264 ABI 116 in devel/F-16
On Monday 05 of September 2011 13:58:02 Thomas Moschny wrote: 2011/9/5 David Timms dti...@iinet.net.au: They don't appear in yum --enablerepo=* list ffmpeg (I see: ffmpeg.x86_64 0.7.1-1.fc16 rpmfusion-free-rawhide ) Do we need to wait until it's pushed to rawhide, so that our build will pick up the updated ffmpeg ? ffmpeg 0.8.2-1.fc16 is in the rpmfusion-free-needsign-rawhide repository available on the builders, it seems. (Can be seen in root.log from recent builds.) so ... if I take the qmmp-plugins-freeweorld spec in devel, increment the release and do make tag, make build, it will be rebuilt with the new ffmpeg already and that is all I need to do? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
EL6 branch?
Hi, seems I've missed something ... I wanted to prepare an update for qmmp-plugins-freeworld but I've found the cvs is missing the EL-6 dir (oh, and the package is missing from the repo obviously - hm, maybe I'd have noticed earlier if I wouldn't install new versions for testing manually on my RHEL machine :-)) The branching wasn't done automagically on RHEL6 release? Or is this a bug? Should I re-open the review bug with new CVS Request or what? - The docs at rpmfusion.org are not much verbose on the topic of branches ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: mplayer
On Monday 06 of June 2011 23:43:09 Sérgio Basto wrote: On Mon, 2011-06-06 at 20:56 +0200, Emmanuel Seyman wrote: * Karel Volný [06/06/2011 19:49] : unfortunately, the new version mplayer-1.0-0.123.20110412svn.fc15.x86_64 crashes on my system every time I try to pause the playback I'm getting the same thing here. I met kwizart IRL yesterday and he suggested I try out a newer version. Some weeks ago, I had crashes when try pause playback on smplayer. After some investigation , this happens because I had a very old configurations, clean up or remove all configuration files, things got to normal. this does not help for me Karel, can you please create a bug in RPMFusion's bugzilla? done: https://bugzilla.rpmfusion.org/show_bug.cgi?id=1804 sorry for late reaction K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: mplayer
unfortunately, the new version mplayer-1.0-0.123.20110412svn.fc15.x86_64 crashes on my system every time I try to pause the playback trying to run it in gdb: Program received signal SIGSEGV, Segmentation fault. 0x0042fe15 in pause_loop () at mplayer.c:2542 2542handle_udp_master(mpctx-sh_video-pts); (gdb) bt full #0 0x0042fe15 in pause_loop () at mplayer.c:2542 cmd = optimized out old_cache_fill = 0 #1 main (argc=optimized out, argv=optimized out) at mplayer.c:3859 aq_sleep_time = optimized out opt_exit = optimized out i = optimized out is that worth reporting upstream? (20110412 seems to me not-so-fresh but I'm not in the mood to try to compile newer sources right now ...) K. On Saturday 04 of June 2011 23:33:32 Randy Yates wrote: Currently the revision of mplayer for both f13 and f14 is based on a relatively old mplayer version: Name: mplayer Arch: x86_64 Version : 1.0 Release : 0.117.20100703svn.fc13 Size: 8.6 M Repo: installed From repo : rpmfusion-free-updates Summary : Movie player playing most video formats and DVDs URL : http://www.mplayerhq.hu/ License : GPLv3+ Description : MPlayer is a movie player that plays most MPEG, VOB, AVI, OGG/OGM, : VIVO, ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, : NuppelVideo, yuv4mpeg, FILM, RoQ, and PVA : files. You can also use it to watch VCDs, : SVCDs, DVDs, 3ivx, RealMedia, and DivX movies. : It supports a wide range of output drivers : including X11, XVideo, DGA, OpenGL, SVGAlib, : fbdev, AAlib, DirectFB etc. There are also : nice antialiased shaded subtitles and OSD. : Non-default rpmbuild options: : --with samba: Enable Samba (smb://) support : --with xmms:Enable XMMS input plugin : support --without amr: Disable AMR support : --with faac:Enable FAAC support : --with libmad: Enable libmad support : --with openal: Enable OpenAL support : --with jack:Enable JACK support : --with arts:Enable aRts support : --with esound: Enable EsounD support : --with directfb:Enable DirectFB support : --with svgalib: Enable SVGAlib support : --with nemesi: Enable libnemesi RTSP support (F14 is 0.119.20100703svn.fc13.) There are significant updates to mplayer in the last couple of months, including new code to perform multithreaded decoding and therefore allow videos that decode the .h264 at higher resolutions. Could you please update the rpms with a later version of mplayer? -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: problem uploading file
Hi, ... A bug or a mail to http://lists.rpmfusion.org/mailman/listinfo/rpmfusion-sysadmin seems to work better to get the attention of the sysadmins. I'm not subscribed, not sure if I can post there ... and all the sysadmins are reading this list, aren't they? :-) I do not consider myself one of them, but I fixed this, as I saw the new ufoai without the new data package in the push queue and thought it might be better to get this fixed rather sooner than later. So: - if the file needs to be placed into the lookaside cache by hand, it is this one: http://sourceforge.net/projects/ufoai/files/UFO_AI 2.x/2.3/ufoai-2.3-data.tar (md5 08fa6d5c80231468c4d5e886600c8dcf) Manually uploaded. Never done this manually before, if it doesn't work let me know. yes it worked, thanks! K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity.
Re: rpmfusion and no frozen rawhide
Hi, 1) As soon as the branching point between rawhide and ... The advantage of doing this is that it is slightly less work, how much slightly and less work for whom? oh, I don't really need the answers ... just do what is the best for those who care about the infrastructure; I, as an ordinary (and lazy :-) packager, will adapt as needed - at worst, soemone will have to kick me via e-mail to fix something 2) Do early branching, just like Fedora does. We could make it a bit easier on ourselves by immediately putting the new F-## repo next to the already released repo's instead of putting it under development like Fedora does. +1 for this from my POV K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
rawhide delay
Hi, just a little question (I bet it has been answered already, but I just can't find :-( ) ... how long does it take between a package is built in rawhide and when it is available on rpmfusion buildsystems? (yesterday, I've updated qmmp to 0.3.0, today I retried build of the updated qmmp-plugins-nonfree, and it still fails, missing the qmmp 0.3.0 version dependency) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: rawhide delay
(yesterday, I've updated qmmp to 0.3.0, today I retried build of the updated qmmp-plugins-nonfree, and it still fails, missing the qmmp 0.3.0 version dependency) er, I meant qmmp-plugins-freeworld of course ;-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: Never attribute to malice what can :: easily be explained by stupidity. signature.asc Description: This is a digitally signed message part.
Re: Fwd: [Fedora-legal-list] xBill legal opinion required
sorry for reviving this ... Well, the issue is that the game is clearly disparaging Microsoft and its marks. I'm not sure any amount of artwork replacement will overcome that. WTF, since when is parody illegal? It's even an exception to copyright and trademark law. Kevin Kofler ... but I just came over this: http://xkcd.com/78/ - couldn't resist posting the link :-) K. p.s. see the image title attribute if you don't get it pgp99bV71e5UY.pgp Description: PGP signature
Re: Staging and replacement repos?
just a note ... staging/kitchen sink ... It can even be used for packages that are under review already. I see this as quite useful, not just it can even ... let's change the workflow a bit: why to put packages for review at random places on the 'net? - let's get them into one place together (the question is, how about new contributors before they are granted access ...?) K. pgpGt1W4BIkj4.pgp Description: PGP signature
Re: cmake rpm macro problem
Hi, thanks for resolving the issue, its always a pleasure to sit at the computer after the weekend and see things magically working ;-) K. Dne sobota 31 leden 2009 12:17 Thorsten Leemhuis napsal(a): On 30.01.2009 21:39, Adrian Reber wrote: On Fri, Jan 30, 2009 at 06:14:46PM +0100, Michael Schwendt wrote: 0:cmake-2.4.8-3.el5.i386 0:ffmpeg-devel-0.4.9-0.51.20080908.el5.x86_64 [...] x86_64 -devel for i386 build? Okay, needsign is an all-archs-in-one repo, but why does it even consider using x86_64 pkgs? Because x86_64 wins over i386 (better arch) in the rpm mind. Pardon? This is a build for target i386. It must not look at any x86_64 This also happened on my builder (lisas.de) before Thorsten deleted/renamed /etc/rpm/platform. If this contains x86_64-... yum/rpm will always look at x86_64 packages even it should only look at i386. Thx for the reminder; I totally forgot about /etc/rpm/platform :-/ Removed, qmmp-plugins-freeworld build for EL5-i386 on fusionbuilder64 succeed. CU knurd pgp2iub8qmgJ3.pgp Description: PGP signature
pkgconfig problem on RHEL-5
Hi, I'd like to ask ... I am trying to compile ffmpeg plugin for qmmp, but cmake fails to recognize the needed libraries: ... snip ... -- checking for modules 'libavcodec;libavformat' -- package 'libavcodec' not found -- package 'libavformat' not found ... snip ... The relevant CMakeLists.txt line is: pkg_check_modules(FFMPEG libavcodec libavformat) I've also tried to run pkg-config on commandline: [r...@dhcp-lab-227 rhel]# pkg-config libavcodec; echo $? 1 [r...@dhcp-lab-227 rhel]# pkg-config libavformat; echo $? 1 The same commands return zeros if run on Fedora 10 (with pkgconfig version 0.23-3.fc10). The libavcodec.pc and libavformat.pc files have the same contents both on RHEL (ffmpeg-devel-0.4.9-0.50.20080908.el5) and Fedora (ffmpeg-devel-0.4.9-0.52.20080908.fc10). I am a bit confused ... is it a bug? Is it just a version incompatibility? Any suggestions how to workaround it? - TIA K. pgpYnUCOhEm4e.pgp Description: PGP signature
creating EL branch?
Hi, I'd like to make qmmp-plugins-freeworld available also for RHEL-5 ... is the procedure the same as described at http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure#other - do I need to create a new bug for it? K. pgpIw8l32K1QR.pgp Description: PGP signature
Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15
but the breakage isn't reported for Rawhide but for version 10 You're mistaken. Notice the repository ids as well as the message subject. argh, this drives me mad if I do make mockbuild in the devel directory I get qmmp-plugins- freeworld-0.2.3-1.fc11.x86_64.rpm within the email, there is qmmp-plugins-freeworld-0.2.2-1.fc10.* which is in F-10 and the subject is ... development okay, I promise to try to sleep during nights and be awake during daytime, really sorry for the noise K.
Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15
OMG, who stole my package? qmmp-plugins-freeworld-0.2.2-1.fc10.i386 requires qmmp = 0:0.2.2 [r...@dhcp-lab-227 mock]# yum list qmmp Loaded plugins: refresh-packagekit Installed Packages qmmp.x86_64 0.2.2-1.fc10 installed Available Packages qmmp.i386 0.2.2-1.fc10 fedora ... but looking at the fedora repo mirror, http://download.fedoraproject.org/pub/fedora/linux/releases/10/Fedora/i386/os/Packages/ I see no qmmp package how is that possible? K.
Re: Broken deps - RPM Fusion free Fedora development - 2008-12-15
qmmp-plugins-freeworld-0.2.2-1.fc10.i386 requires qmmp = 0:0.2.2 [r...@dhcp-lab-227 mock]# yum list qmmp Loaded plugins: refresh-packagekit Installed Packages qmmp.x86_64 0.2.2-1.fc10 installed Available Packages qmmp.i386 0.2.2-1.fc10 fedora ... but looking at the fedora repo mirror, http://download.fedoraproject.org/pub/fedora/linux/releases /10/Fedora/i386/os/Packages/ I see no qmmp package how is that possible? Look again, it's there. Well, yes, if you do s/Fedora/Everything/ first ah, I see ... I was confused by my yum config - thanks for pointing this out but the question is, why it is reported as broken dependency then? In Rawhide, however, you upgraded qmmp to 0.2.3, which breaks the strict dependency in qmmp-plugins-freeworld. Karel build a 0.2.3 update for RPM Fusion; but the build is not yet pushed yet, as qmmp-plugins-freeworld was build against a new ffmpeg, which is not pushed because xine-lib-freeworld and some other important packages are not yet rebuild against it :-/ correct ... and the strict package version dependency is there because the libraries are missing version, so that I have to ensure consistency this way but the breakage isn't reported for Rawhide but for version 10 which includes qmmp-0.2.2-1.fc10 satisfying the dependency of qmmp-plugins-freeworld-0.2.2-1.fc10 ... K.
Re: RPM Fusion (Fedora - free) Package Build Report 2008-12-09
... Maybe I should requeue a qmmp-plugins-freeworld build against the old ffmpeg, I am not sure which two ffmpeg versions are in question, but this may be not so easy as there was the headers move and there is a wild sed in the spec to find the files at the right place ... (it should be assured by the ffmpeg-devel version dependency that it does not use version for which the build would fail after applying the patches) K. signature.asc Description: This is a digitally signed message part.
Re: how to build with rawhide dependencies?
... I stopped the builder, disabled it completely and requeued the job; should not happen again. Sorry for the trouble. ok, thanks for the response, built fine now K. signature.asc Description: This is a digitally signed message part.
how to build with rawhide dependencies?
Hi, last week I have updated qmmp in Rawhide to the new version today, I tried to update also the qmmp-plugins-freeworld developmnet branch to match the Rawhide version make mockbuild went fine on my system, but the build in buildsys failed saying that No Package Found for qmmp = 0.2.3 (http://buildsys.rpmfusion.org/logs/fedora-development- rpmfusion_free/2013-qmmp-plugins-freeworld-0.2.3-1.fc11/) it seems that Rawhide repository is not included is it a bug or am I missing something? K. signature.asc Description: This is a digitally signed message part.
Re: the libdvdcss issue
hi, To the people who are responsible for RPMfusion: Please make up your mind, and then make an official and irrevocable (!) commitment pro or contra libdvdcss. I second that ... but ... who is that? http://rpmfusion.org/ - SteeringCommittee http://rpmfusion.org/SteeringCommittee well, I got that page wrong I would like to suggest the following representatives does not sound so definitive But whatever. Quoting from above page. [...] Therefore libdvdcss is being dropped. [...] That is on that page for over a year now. I did not notice, sorry, my bad I must be sleeping or what ... the second thing is that I got the irrevocable wrong; what I meant when I said I second that is that no single person can deny it, but looking into dictionary - no, I do not think that we need any unchangeable dogma K. signature.asc Description: This is a digitally signed message part.
freenode link (was Re: Hopefully a new member of the team0
PS. do we have an IRC channel perhaps? We do. It's #rpmfusion on FreeNode. but the only page it is officially mentioned is http://rpmfusion.org/AnnounceRepository (I mean not on personal pages) it would fit nicely nearby the mailing lists link, but on the other hand it would not be too much consistent with those bullets ... any better idea? K. signature.asc Description: This is a digitally signed message part.
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
friday_trolling On Thursday 16 October 2008 16:38:38 Sebastian Vahl wrote: Am Thu, 16 Oct 2008 11:01:38 +0200 schrieb Karel Volný [EMAIL PROTECTED]: ... this is a really bad attitude, and I'm sad to hear that from you :-( Don't dictate other people from other countries what they should think and what they fear. hm, saying that something is a bad attitude and I am sad about it is dictating ... oh well ... then please prepend this is only my humble personal opinion and I do not force anybody to act according to it in any other way than telling him what I consider righteous, while I respect that the opinions may differ to all of my text, so that you do not get unnecessary angry and if the country is so important to you, then please guarantee that these laws are going to stay in Germany and won't spread like a plague across the whole European Union which we share (nor the whole world, of course - but there is the First Amendment in the U.S. ...) the first one is to write about it in a way which cannot be seen in violation of the law in any way The problem here is that a famous german news site was condemned just because they linked in a news story to the website of a similar product as libdvdcss (AFAIR). So the best thing would be to not provide libdvdcss in RPMFusion. So the best ... hm, looks to me like this is a typical hasty generalisation and deductive fallacy (missing step between what happens in Germany and what is best for RPMFusion) so, they linked - if *this* is the court evidence, is it necessary to link? (Google is filtered in Germany?) in a news story - what was the story about, how was it written? what if you say something like: Dear German users, our law forbids this and that, so if you encounter it, do not download and use it.? ... of course I do not know the exact wording of the law, but I bet there is a way how to dodge - using the example above, I cannot imagine that you'd be punished for telling people to behave in accordance with the law and before you tell me again that it is stupid - it is just simplified, but the principle should work, just go find a lawyer who will make it perfect the second is not to equivocate and try to find *a lot of* supporters - they cannot imprison the whole nation ... being selected as the one deterrent case surely is not pleasant, but remember, if there weren't the braves in America ready to put their lives, the negros - sorry, afroamericans - there would be slaves still ... so a year in prison in the worst case does not sound that bad as a active resistance against being put into this new age digital slavery Sorry, but that's stupid. No one is dying because of not being able to install libdvdcss through rpmfusion. and so no one will be executed because of providing it - the example is for illustration, not to match the situation exactly: then it would not be an example of a similar principle but a description of the situation libdvdcss is just not important enough to ruin my life for it (when being imprisoned or being sentenced to pay a lot of money, hell, don't even to get the money for a lawsuit). libdvdcss is just not important enough to demand on the freedom of speech and the freedom of press (especially for a single person). of course it is not so important ... if you boil a frog, increasing the temperature by one degree is not that important for it to jump out ... The law to forbid libdvdcss may be stupid, but RPMFusion or Richard's blog isn't the right place to fight against this law. ok, so ... in which way do you fight against it? ... As said above, don't dictate other people what they should do. Thanks. yep, please do not do the same to me what you want me not to do to others, thanks :-p /friday_trolling (hope this will get lost in the flooding of the bugzilla e-mail we are getting ;-)) K. signature.asc Description: This is a digitally signed message part.
Re: First steps of the transition from Livna to RPM Fusion begins now for livna-devel users!
hi, * having libdvdcvs in one of our repos could lead to projects or cooperation's not to mention or link to us. That's not limited to Fedora or Red Hat; also some journalists and howto-writers will also chose to *not* mention RPM Fusion and thus not link to us, as it might be to dangerous in some countries I can just endorse that... For me as an author of a German Fedora blog, I am always having mixed emotions about Livna. On the one hand, it's undoubtedly an important repository for Fedora. On the other hand, I am not allowed to mention it because this could indirectly be illegal advertising for a copy protection remover, which can be punished with up to one year of prison in Germany. I know that other German Fedora authors are thinking the same about that. Livna is that certain repository with sweet content, but also with a bad smell. ... this is a really bad attitude, and I'm sad to hear that from you :-( basically, you have two options: the gutless way or the brave way the first one is to write about it in a way which cannot be seen in violation of the law in any way the second is not to equivocate and try to find *a lot of* supporters - they cannot imprison the whole nation ... being selected as the one deterrent case surely is not pleasant, but remember, if there weren't the braves in America ready to put their lives, the negros - sorry, afroamericans - there would be slaves still ... so a year in prison in the worst case does not sound that bad as a active resistance against being put into this new age digital slavery but if you do nothing, just bend your back and pretend that the problem does not exist, that is the nearly worst you can do - what is really worst is when you force others not to keep their freedom just for you comfort not having to deal with that problem ... just my 0.02€ K. signature.asc Description: This is a digitally signed message part.
Re: rpms/qmmp-plugins-freeworld/F-9 qmmp-plugins-freeworld.spec, 1.3, 1.4
+BuildRequires: cmake ffmpeg-devel = 0.4.9-0.47.20080614 libmad-devel qt-devel = 4.2 Shouldn't they be comma separated if you specify versions? well, I did not notice such a rule anywhere, and it works this way too, obviously ... And anyway, I prefer one dependency per line. I'll consider it I like smaller header section, but as the lines have to be quite short anyway ... thanks for the inspiration K. signature.asc Description: This is a digitally signed message part.
Re: quite a few packages are still missing in the repos :-(
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. I am, but I am not that fast as the others, usually ;-) the problem with qmmp-plugins-freeworld lies in the updated ffmpeg headers ... since it is quite a pain to try to resolve the compilation issues via submitting new versions, I was waiting for the resolution of the mockbuild issue ... I saw some temporary solution from Dan Horak on Tuesday, will try that ASAP (read: sometime this week) K. signature.asc Description: This is a digitally signed message part.