12:27 p.m.
On 06/15/2012 07:01 AM, Rex Dieter wrote:
Kevin Kofler wrote:
> Julian Sikorski wrote:
>> k3b-extras-freeworld requires vlc
>> kdemultimedia-extras-freeworld requires vlc
>> kmediafactory requires mencoder, vlc, mlt and
>> libquicktime
>
> Can we blacklist phonon-backend-vlc from our buildroots?
+1 to Kevin's request
Well, either that or we just accept that rpmfusion buildroot for the kde
stack will be broken whenever vlc is too
-- rex
7:40 a.m.
New subject: ffmpeg-0.11
Le 15 juin 2012 15:18, "Rex Dieter" <rdieter(a)math.unl.edu> a écrit :
On 06/15/2012 07:01 AM, Rex Dieter wrote:
>
> Kevin Kofler wrote:
>
>> Julian Sikorski wrote:
>>>
>>> k3b-extras-freeworld requires vlc
>>> kdemultimedia-extras-freeworld requires vlc
>>> kmediafactory requires mencoder, vlc, mlt and
>>> libquicktime
>>
>>
>> Can we blacklist phonon-backend-vlc from our buildroots?
>
>
> +1 to Kevin's request
Well, either that or we just accept that rpmfusion buildroot for the kde
stack will
be broken whenever vlc is too
FYI I don't know what means removing vlc from the buildroot, there is no
such concept from the infra side.
Why thoses package are requiring vlc at all anyway, it seems to me that the
bug is here.
vlc is the primary victim here, because I cannot even rebuilt vlc if there
is a ABI change, the workaround to me is to requires the gstreamer phonon
backend to avoid such permanent bootstraping issue.
Nicolas (kwizart)
9:56 a.m.
New subject: ffmpeg-0.11
Nicolas Chauvet wrote:
FYI I don't know what means removing vlc from the buildroot,
there is no
such concept from the infra side.
Add exclude=phonon-backend-vlc to the builders' rpmfusion-free*.repo files,
or more likely to the corresponding sections of their mock .cfg files.
Nothing should BuildRequire phonon-backend-vlc anyway.
Why thoses package are requiring vlc at all anyway, it seems to me
that
the bug is here.
The packages are requiring the virtual phonon-backend (dragged in by phonon
which is dragged in by phonon-devel), which is provided by both phonon-
backend-gstreamer and phonon-backend-vlc. Normally, in Fedora, this is
phonon-backend-gstreamer, but with RPM Fusion enabled, yum prefers phonon-
backend-vlc because of its preference criteria (fewer dependencies, shorter
name etc.). If you exclude phonon-backend-vlc from the builders' repo
config, the builds should get phonon-backend-gstreamer dragged in instead,
which is normally in working state.
vlc is the primary victim here, because I cannot even rebuilt vlc if
there
is a ABI change, the workaround to me is to requires the gstreamer phonon
backend to avoid such permanent bootstraping issue.
That problem would also go away if you implement the above change.
Kevin Kofler
9:10 p.m.
New subject: ffmpeg-0.11
2012/6/18 Kevin Kofler <kevin.kofler(a)chello.at>:
Nicolas Chauvet wrote:
> FYI I don't know what means removing vlc from the buildroot, there is no
> such concept from the infra side.
Add exclude=phonon-backend-vlc to the builders' rpmfusion-free*.repo files,
or more likely to the corresponding sections of their mock .cfg files.
Feel free to report a bug on the infra, I cannot handle this myself.
But the mock cfg generated by plague doesn't look like usual mock cfg
files at first sight.
Also It would need to be handled in koji.
> Why thoses package are requiring vlc at all anyway, it seems to
me that
> the bug is here.
The packages are requiring the virtual phonon-backend (dragged in by phonon
which is dragged in by phonon-devel), which is provided by both phonon-
backend-gstreamer and phonon-backend-vlc. Normally, in Fedora, this is
phonon-backend-gstreamer, but with RPM Fusion enabled, yum prefers phonon-
backend-vlc because of its preference criteria (fewer dependencies, shorter
name etc.). If you exclude phonon-backend-vlc from the builders' repo
config, the builds should get phonon-backend-gstreamer dragged in instead,
which is normally in working state.
I don't disagree with the "How" but I still doesn't understand the
"why ?"
At least would you agree with the concept that having the backend at
build time isn't usefull and if it "can" be removed (either it is vlc
or gstreamer or else) it can save a lot of build time dependencies ?
> vlc is the primary victim here, because I cannot even rebuilt vlc
if there
> is a ABI change, the workaround to me is to requires the gstreamer phonon
> backend to avoid such permanent bootstraping issue.
That problem would also go away if you implement the above change.
But then it end
up having gstreamer as a BR which is pretty bad for
bootstraping an underlying ABI break in dependencies, so it just move
the problem elsewhere without fixing it.
FYI, the vlc package should have been fixed, so I consider your
presentation of vlc breakage a little bit unfair, specially as the
needed patch was available month agos and I only needed a backport in
the appropriate schedule.
Nicolas (kwizart)
1:26 a.m.
New subject: ffmpeg-0.11
Nicolas Chauvet wrote:
I don't disagree with the "How" but I still doesn't
understand the "why
?"
Because RPM doesn't have a concept of runtime-only dependencies.
At least would you agree with the concept that having the backend at
build time isn't usefull
But it's needed at runtime. Phonon doesn't work without a backend.
But then it end up having gstreamer as a BR which is pretty bad for
bootstraping an underlying ABI break in dependencies, so it just move
the problem elsewhere without fixing it.
GStreamer doesn't depend on Phonon, so this has never been an issue. And
it'd be a problem for Fedora, not RPM Fusion, anyway.
FYI, the vlc package should have been fixed, so I consider your
presentation of vlc breakage a little bit unfair, specially as the
needed patch was available month agos and I only needed a backport in
the appropriate schedule.
But this is not the first time we run into this problem. It occurs at least
each time FFmpeg bumps its ABI. (There too, GStreamer is nicer because it
does NOT have a hard dependency on FFmpeg.) Or any other of VLC's many
dependencies. And you also said that it's a problem for bootstrapping VLC
itself. (Does VLC really end up depending on Phonon? Why?)
Kevin Kofler
4 a.m.
New subject: ffmpeg-0.11
On Mon, Jun 18, 2012 at 5:56 AM, Kevin Kofler wrote:
Nicolas Chauvet wrote:
> FYI I don't know what means removing vlc from the buildroot, there is no
> such concept from the infra side.
Add exclude=phonon-backend-vlc to the builders' rpmfusion-free*.repo files,
or more likely to the corresponding sections of their mock .cfg files.
Nothing should BuildRequire phonon-backend-vlc anyway.
> Why thoses package are requiring vlc at all anyway, it seems to me that
> the bug is here.
The packages are requiring the virtual phonon-backend (dragged in by phonon
which is dragged in by phonon-devel), which is provided by both phonon-
backend-gstreamer and phonon-backend-vlc. Normally, in Fedora, this is
phonon-backend-gstreamer, but with RPM Fusion enabled, yum prefers phonon-
backend-vlc because of its preference criteria (fewer dependencies, shorter
name etc.).
Can't you just use a higher version/release on the virtual provides
(phonon-backend) of phonon-backend-gstreamer? Would the RPMFusion
buildroot still pull in phonon-backend-vlc?
Orcan
3938
days inactive
3942
days old
rpmfusion-developers@lists.rpmfusion.org
5 comments
4 participants
participants (4)
-
Kevin Kofler -
Nicolas Chauvet -
Orcan Ogetbil -
Rex Dieter