Re: transcode for EL-5
On 29.11.2008 06:19, Orion Poplawski wrote: On Thu, November 27, 2008 10:46 pm, Orion Poplawski wrote: On Sun, November 23, 2008 4:44 am, Thorsten Leemhuis wrote: Further please note that David Juran (transcode maintainer in RPM Fusion) said he wanted to take care of all his packages for EL as well, as long as the dependencies are there: http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-August/000792.html Orion, so getting the dependencies into EPEL/RPM Fusion might be all you need to do ;-) But maybe you want to become co-maintainer for EL? Happy to be. Okay, I've got a version of transcode 1.0.7 that builds on EL-5, but it doesn't look like I'm yet a co-maintainer: Access denied: orion is not in ACL for rpms/transcode/EL-5 Not sure how that gets handled Normally just like in Fedora: File a CVSRequest. For details see: http://rpmfusion.org/Contributors/CVSRequests But I try to make things easier for everyone and thus simply added you to owners.epel.list (sorry, didn't get around to it earlier) and adjusted the ACL some minutes ago. Cu knurd
Re: transcode for EL-5
On Sat, November 29, 2008 10:21 am, Thorsten Leemhuis wrote: Normally just like in Fedora: File a CVSRequest. For details see: http://rpmfusion.org/Contributors/CVSRequests But I try to make things easier for everyone and thus simply added you to owners.epel.list (sorry, didn't get around to it earlier) and adjusted the ACL some minutes ago. Thanks, building -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com
Re: transcode for EL-5
On Thu, 2008-11-27 at 22:46 -0700, Orion Poplawski wrote: On Sun, November 23, 2008 4:44 am, Thorsten Leemhuis wrote: * transcode needs ImageMagick-devel as BR. That is not yet in EPEL. Orion, could you take care of that? ImageMagick is in the base, but an old version. And I don't think there is anything wrong with the old version, it's just that the newer version split up libMagick into libMagicWand and libMagicCore. And I was too lazy to do a patch that detected which variant was installed so I patched transcode to use the new naming scheme and put in a requirement for it. If you drop both the requirement and the patch, it should work with the old version (-: Further please note that David Juran (transcode maintainer in RPM Fusion) said he wanted to take care of all his packages for EL as well, as long as the dependencies are there: http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-August/000792.html But then real-life came in between... And now I will be moving flats and will have very little time to spare all through December )-: Orion, so getting the dependencies into EPEL/RPM Fusion might be all you need to do ;-) But maybe you want to become co-maintainer for EL? Happy to be. Welcome (-: /David signature.asc Description: This is a digitally signed message part
Re: transcode for EL-5
On Thu, November 27, 2008 10:46 pm, Orion Poplawski wrote: On Sun, November 23, 2008 4:44 am, Thorsten Leemhuis wrote: Further please note that David Juran (transcode maintainer in RPM Fusion) said he wanted to take care of all his packages for EL as well, as long as the dependencies are there: http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-August/000792.html Orion, so getting the dependencies into EPEL/RPM Fusion might be all you need to do ;-) But maybe you want to become co-maintainer for EL? Happy to be. Okay, I've got a version of transcode 1.0.7 that builds on EL-5, but it doesn't look like I'm yet a co-maintainer: Access denied: orion is not in ACL for rpms/transcode/EL-5 Not sure how that gets handled -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com
Re: transcode for EL-5
On Sun, November 23, 2008 5:33 pm, Rex Dieter wrote: Dominik 'Rathann' Mierzejewski wrote: On Sunday, 23 November 2008 at 12:44, Thorsten Leemhuis wrote: On 21.11.2008 22:45, Orion Poplawski wrote: [...] transcode is going to depend on a lot... It's not that bad afaics: * transcode needs libdvdread-devel as BR. We are waiting for that to show up in EPEL for some weeks now. Dominik, Rdieter, what the latest status? We really need to get this solved... Well, someone (I don't remember who) didn't want me to push libdvdread-4.1.3 to EPEL until RPMForge agrees to ship it too. I tried to address some of Dag's concerns on their packager's list, but there have been no replies in that thread for over three weeks. Someone = me. ) I had hoped to avoid inducing dep breakage between repos, but we've stated our case, and the others seem to have rejected it, for now. So, it seems we (epsl vs dag/atrpms) mostly agree to disagree at this point. I'm ok with moving forward with the newer libdvdread/libdvdnav in EPEL. I'll give the other repos a heads-up to expect that soon (for better or worse). Okay, looks like libdvdread is available, thanks! Here are the current missing deps: DEBUG util.py:250: No Package Found for mjpegtools-devel DEBUG util.py:250: No Package Found for ImageMagick-devel = 6.4.0.10 Not sure what would be the trouble with earlier ImageMagicks. Available version is: ImageMagick-devel.i386 6.2.8.0-4.el5_1.1 base -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com
Re: transcode for EL-5
On Sun, November 23, 2008 4:44 am, Thorsten Leemhuis wrote: * transcode needs ImageMagick-devel as BR. That is not yet in EPEL. Orion, could you take care of that? ImageMagick is in the base, but an old version. * transcode needs mjpegtools-devel; two problems: ** mjpegtools again requires SDL_gfx as BR, which is branched, but not built in EPEL. I filed a bug some minutes ago: https://bugzilla.redhat.com/show_bug.cgi?id=472678 Appears to be fixed. ** mjpegtools needs a owner for RPM Fusions EL branch. Orion, would you be willing to take care of that? Yes. Further please note that David Juran (transcode maintainer in RPM Fusion) said he wanted to take care of all his packages for EL as well, as long as the dependencies are there: http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2008-August/000792.html Orion, so getting the dependencies into EPEL/RPM Fusion might be all you need to do ;-) But maybe you want to become co-maintainer for EL? Happy to be. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane [EMAIL PROTECTED] Boulder, CO 80301 http://www.cora.nwra.com
Re: transcode for EL-5
On 28.11.2008 06:42, Orion Poplawski wrote: On Sun, November 23, 2008 5:33 pm, Rex Dieter wrote: Dominik 'Rathann' Mierzejewski wrote: On Sunday, 23 November 2008 at 12:44, Thorsten Leemhuis wrote: On 21.11.2008 22:45, Orion Poplawski wrote: [...] transcode is going to depend on a lot... It's not that bad afaics: * transcode needs libdvdread-devel as BR. We are waiting for that to show up in EPEL for some weeks now. Dominik, Rdieter, what the latest status? We really need to get this solved... Well, someone (I don't remember who) didn't want me to push libdvdread-4.1.3 to EPEL until RPMForge agrees to ship it too. I tried to address some of Dag's concerns on their packager's list, but there have been no replies in that thread for over three weeks. Someone = me. ) I had hoped to avoid inducing dep breakage between repos, but we've stated our case, and the others seem to have rejected it, for now. So, it seems we (epsl vs dag/atrpms) mostly agree to disagree at this point. I'm ok with moving forward with the newer libdvdread/libdvdnav in EPEL. I'll give the other repos a heads-up to expect that soon (for better or worse). Okay, looks like libdvdread is available, thanks! Here are the current missing deps: DEBUG util.py:250: No Package Found for mjpegtools-devel I built that yesterday: http://buildsys.rpmfusion.org/build-status/job.psp?uid=1876 Note that it's iirc still unclear who will own that package in the EL branch. DEBUG util.py:250: No Package Found for ImageMagick-devel = 6.4.0.10 Not sure what would be the trouble with earlier ImageMagicks. Available version is: I have no idea. David might now. CU knurd