Overview

Request 459650 accepted

No description set
Loading...

Dominique Leuenberger's avatar

I consider this most hostily and totally useless - the libs that are not changing based on build_orig do not have a reason to be swapped with a different vendor lib; that's why 3rd party distros are supposed to deliver the same version



Olaf Hering's avatar

Its not the same version, its the same build from same src.rpm. It will not enforce same vendor or even same prj, still its good enough because it does what it is supposed to do. http://lists.opensuse.org/zypp-devel/2017-02/msg00000.html


Dominique Leuenberger's avatar

It goes exactly in the opposite direction that what I want and what the purpose of for example orig-addon packages for GST are: use from the distro what can be provided, only ADD stuff from a 3rd party repo if possible, replace what is necessary.

libavcodec is the one bringing the actual codec stuff, and it links libswsreample.so.2

libswresample.so.2 does not change based on the fact if it's build with or without extra codec support; hence there is no need to switch the vendor away from the TW version for this package.

Nice would be of course if libavcodec would ot CHANGE based on the codecs it supports, but if it would simply have loader libs that are dynamically loaded and that can be dropped in - just as with gstreamer


Olaf Hering's avatar

Why would it ever be a good idea to just flip a single subpkg if all of the subpkgs are readily available from <repo> and zypper dup --from <repo> would give a consistent pkg and a consistent system? This BUILD_ORIG thing was never a good idea, except for selecting the unmodified upstream source.


Olaf Hering's avatar

thanks to obs and its greater-sign handling...


Olaf Hering's avatar

"replace what is necessary", whats the point? All packages are available, a single zypper dup --from repo gives a consistent pkg and a consistent system.

Anyway, I am not going to argue that any further. Simply because dup exists. If people give odd advice they have to deal with the result.


Dominique Leuenberger's avatar

if you use zypper dup --from: there is no need to have this artifical enforcement of repo-source per package (which, as you already pointed out, is not even guaranteed to not conflict between multiple repos in the end) - it just feels wrong, sorry

Request History
Jan Engelhardt's avatar

jengelh created request


Saul Goodman's avatar

licensedigger accepted review

ok


Factory Auto's avatar

factory-auto added opensuse-review-team as a reviewer

Please review sources


Factory Auto's avatar

factory-auto added factory-repo-checker as a reviewer

Please review build success


Factory Auto's avatar

factory-auto accepted review

Check script succeeded


Factory Repo Checker's avatar

factory-repo-checker accepted review

Builds for repo multimedia:libs/openSUSE_Tumbleweed


Dominique Leuenberger's avatar

dimstar_suse added openSUSE:Factory:Staging:D as a reviewer

Being evaluated by staging project "openSUSE:Factory:Staging:D"


Dominique Leuenberger's avatar

dimstar_suse accepted review

Picked openSUSE:Factory:Staging:D


Dominique Leuenberger's avatar

dimstar_suse accepted review

Removing from openSUSE:Factory:Staging:D, re-evaluation needed


Dominique Leuenberger's avatar

dimstar_suse added factory-staging as a reviewer

Requesting new staging review


Jimmy Berry's avatar

jberry_factory set openSUSE:Factory:Staging:I as a staging project

Being evaluated by staging project "openSUSE:Factory:Staging:I"


Jimmy Berry's avatar

jberry_factory accepted review

Picked openSUSE:Factory:Staging:I


Dominique Leuenberger's avatar

dimstar accepted review

Whatever - I still think this is totally bogus, but the same crap was done in ffmpeg 3.x...


Dominique Leuenberger's avatar

dimstar_suse accepted review

ready to accept


Dominique Leuenberger's avatar

dimstar_suse approved review

ready to accept


Dominique Leuenberger's avatar

dimstar_suse accepted request

Accept to openSUSE:Factory

openSUSE Build Service is sponsored by