<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2013/6/26 Xavier Bachelot <span dir="ltr"><<a href="mailto:xavier@bachelot.org" target="_blank">xavier@bachelot.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<div><div class="h5"><br>
..<br>
>> (d) Move the whole thing (back) to RPM Fusion (where it originally was, before<br>
>> we started needing xine-lib for Amarok and Phonon, which both no longer<br>
>> use it). It would go to the Free section, of course.<br>
>> My proposal is to go with (d).<br>
>><br>
>> The following packages currently depend on xine-lib:<br>
>> * gxine<br>
>> * (k9copy – already in RPM Fusion, not affected)<br>
>> * kaffeine (my package, the reason why I maintain xine-lib in the first place)<br>
>> * oxine<br>
>> * xine-plugin<br>
>> * xine-ui<br>
>> These packages would have to move to RPM Fusion along with xine-lib.<br>
>><br>
>> In Kaffeine's case, upstream is switching from xine-lib to MPlayer in their git<br>
>> repository, so it will likely have to move to RPM Fusion sooner or later<br>
>> anyway. This means the affected packages are basically *xine*.<br>
>><br>
>> So my plan is to retire (for my packages, resp. have the respective maintainer<br>
>> retire) the listed packages in Fedora for Fedora ≥ 17 and get (or have the<br>
>> respective maintainer get) them into RPM Fusion Free instead. (I'd take care<br>
>> of xine-lib and kaffeine myself, I hope the maintainers of the other packages<br>
>> will take care of them.)<br>
><br>
> Sounds good, I say go for it!<br>
><br>
> Regards,<br>
><br>
> Hans<br>
<br>
</div></div>It's probably a bit late for F17, as F19 is almost out the door (!), but I now<br>
have a specfile merging and cleaning the bits from Fedora and RPM Fusion for<br>
xine-lib 1.2.3. It's also adding support for VAAPI and VDPAU. 2 patches to allow<br>
building VAAPI got pushed upstream along the way.<br>
<br>
I'm attaching a preliminary version to this mail. It still need a bit of<br>
cleaning though. Given the changes involved, I think it might be a good idea to<br>
re-review it.<br>
</blockquote><div>I would like a update bug open on our bugzilla about this (if not done already)<br></div><div>I would like a preliminary agreement that the fedora package will be removed. <br></div><div>Specially as not alll possibilities might be done in order for xine-lib to stay in fedora. (such as bundling a special version of libavformat or else in xine-lib fedora, as soon as it's not libavcodec)<br>
<br><br></div><div>Nicolas (kwizart)<br></div></div></div></div>