11:20 p.m.
Hi.
Since the update in rawhide went quite smoothly, I'd like to update
x264 and FFmpeg in F-10, too (basically backport the version that
landed in rawhide).
I hope I can build x264 and ffmpeg and keep them in the buildroot,
but out of updates-testing until all dependent packages are rebuilt,
just like we did in rawhide.
I have mixed feelings about updating them in F-9, though.
As a reminder, here's a list of affected packages:
for ffmpeg:
ffmpeg2theora
gstreamer-ffmpeg
k3b-extras-freeworld
kino
libdlna
qmmp-plugins-freeworld
transcode
ushare-freeworld
vdr-dxr3
vlc-core
xine-lib-extras-freeworld
for x264:
avidemux
gstreamer-plugins-bad
libquicktime
mencoder (mplayer)
vlc
Regards,
R.
--
Fedora http://fedoraproject.org/wiki/User:Rathann
RPMFusion http://rpmfusion.org | MPlayer http://mplayerhq.hu
"Faith manages."
-- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"
7:37 a.m.
On 07.01.2009 00:20, Dominik 'Rathann' Mierzejewski wrote:
Since the update in rawhide went quite smoothly, I'd like to update
x264 and FFmpeg in F-10, too (basically backport the version that
landed in rawhide).
I don't like that idea to much (more below). But that might change a bit
if you give some good reasons why updating to the new x264 and ffmpeg is
a good idea and what benefits users have from it ;-)
I hope I can build x264 and ffmpeg and keep them in the buildroot,
but out of updates-testing until all dependent packages are rebuilt,
just like we did in rawhide.
It needs to be way quicker then it was done or rawhide recently (even in
rawhide it IMHO took to long and made quite some work for me), as I
otherwise go mad with moving things aside to push other packages.
E.g. ideally it needs to be a one-shot that was prepared and fully
compile tested (and basically run-time testing) first somewhere (your
machine?) before the whole bunch of changes are committed and submitted
to the buildsys in the right order.
If something goes wrong then it's no big deal if that is fixed within
two or three days, but it shouldn't take much longer from the initial
x264/ffmpeg build til the packages get pushed to testing.
I have mixed feelings about updating them in F-9, though.
Same here. it's EOL in 6 to 7 month anyway ;-)
[...]
CU
knurd
8:30 a.m.
Dominik 'Rathann' Mierzejewski wrote:
Hi.
Since the update in rawhide went quite smoothly, I'd like to update
x264 and FFmpeg in F-10, too (basically backport the version that
landed in rawhide).
I hope I can build x264 and ffmpeg and keep them in the buildroot,
but out of updates-testing until all dependent packages are rebuilt,
just like we did in rawhide.
I see no problems with this from the pov of my packages (gstreamer-foo), just
copy over the rawhide packages to the F-10 tree and rebuild them against the
new ffmpeg.
I have mixed feelings about updating them in F-9, though.
I think people sticking to F-9 like some form of stability, so I vote -1 for
updating it there.
Regards,
Hans
11:23 a.m.
Dominik 'Rathann' Mierzejewski wrote:
Since the update in rawhide went quite smoothly, I'd like to
update
x264 and FFmpeg in F-10, too (basically backport the version that
landed in rawhide).
I hope I can build x264 and ffmpeg and keep them in the buildroot,
but out of updates-testing until all dependent packages are rebuilt,
just like we did in rawhide.
I have mixed feelings about updating them in F-9, though.
for ffmpeg:
+ dvbcut (if it hits RPM Fusion F-9 or F-10 before
you update).
In F10, I think it is reasonable to update. The total download isn't all
that big is it ?
I did see someone on fedora-list, asking how do a manipulate .rmvb files
(join). ffmpeg site changelog shows RM 3/4 support on 2008-12-20 or so,
so that might get the improvements that would improve playback cpability
for that kind of file.
DaveT.
1:05 p.m.
Dominik 'Rathann' Mierzejewski wrote :
Since the update in rawhide went quite smoothly, I'd like to
update
x264 and FFmpeg in F-10, too (basically backport the version that
landed in rawhide).
I hope I can build x264 and ffmpeg and keep them in the buildroot,
but out of updates-testing until all dependent packages are rebuilt,
just like we did in rawhide.
Trying to keep the current stable Fedora release with current
multimedia libraries and players is definitely a good thing. I'm really
all for it.
I have mixed feelings about updating them in F-9, though.
Me too, same as everyone else it seems, so it would be best for it to
stay untouched.
Matthias
--
Clean custom Red Hat Linux rpm packages : http://freshrpms.net/
Fedora release 10 (Cambridge) - Linux kernel 2.6.27.9-159.fc10.x86_64
Load : 0.33 1.67 1.81
11:53 p.m.
Dominik 'Rathann' Mierzejewski wrote:
xine-lib-extras-freeworld
FYI, there's a security update in the works for this one (upstream released
1.1.16 with some security fixes, the Fedora packages have just been built,
the -extras-freeworld one not yet), please wait for the security update to
go out before updating ffmpeg.
Kevin Kofler
9:57 p.m.
2009/1/7 Dominik 'Rathann' Mierzejewski <dominik(a)greysector.net>:
Hi.
Since the update in rawhide went quite smoothly, I'd like to update
x264 and FFmpeg in F-10, too (basically backport the version that
landed in rawhide).
I do agree with the general idea, but I want to talk about
how/why
this have to be done.
I hope I can build x264 and ffmpeg and keep them in the buildroot,
but out of updates-testing until all dependent packages are rebuilt,
just like we did in rawhide.
For the general case of ffmpeg updates, I would say
that the related
maintainer to do the commits and tag.Then you should be able to
request build one after the other so it will not miss a package to
build, that will, somehow, fake the chainbuild we miss.
We just need to fix a date for this.
About the F-10 case, I wonder if it wouldn't be wise to wait for a
2.6.28 kernel update.
There are sometime strange issues when such major kernel update
appears, that may be fixed by a rebuild.
From the ffmpeg feature side, I would wait a little more time also for
vdpau, which have just been merged in ffmpeg I was said; unless the
vdpau merge broke the ABI again (which would be a reason to backport
the current rawhide ffmpeg in F-10, so we can start working on the new
API/ABI in rawhide).
From the nvidia driver side, we just have 180.22 in the stable tubes
(which features vdpau).
This driver is requested from the KDE4 users among others; and will
be updated from F9 to Rawhide. Nevertheless, vdpau should be available
at least during the F10 lifetime, IMO.
I have mixed feelings about updating them in F-9, though.
I
think it will be easier to only plays with one (or at least few)
ffmpeg/x264/etc API.
That's what would be rational from a packager point of view
The same question will appears with the EL-5 version: It will be
harder to introduce new packages on EL-5 when the ffmpeg API will get
old. (and not all projects keeps the conditionals accurate for a given
ffmpeg API).
I would also consider how much feedback we got from our Rawhiders ?
How desired is the update from our current stable user base ?
(if ever end-users can know what is good for them !).
Nicolas (kwizart)
5798
days inactive
5800
days old
rpmfusion-developers@lists.rpmfusion.org
6 comments
7 participants
participants (7)
-
Agnes Jones -
Dominik 'Rathann' Mierzejewski -
Hans de Goede -
Kevin Kofler -
Matthias Saou -
Nicolas Chauvet -
Thorsten Leemhuis