29.05.2013 03:01, David Carlos Manuelda пишет: > El Martes, 28 de mayo de 2013 14:03:52 Mike Frysinger escribió: >> On Tuesday 28 May 2013 13:53:54 Michał Górny wrote: >>> On Tue, 28 May 2013 16:43:10 +0200 David Carlos Manuelda wrote: >>>> I posted a bug about that along with a suggestion, despite sometimes I >>>> do >>>> not explain myself correctly (I am very sorry): bug #471590 >>>> >>>> Many packages are bundling its own libraries rather than link against >>>> system ones, and there is a bug tracker for that (bug #251464) >>>> [...] >>>> What I propose for example, is a very good and simple approach: to have >>>> an option in portage's make.conf, something like that (the name may >>>> change): >>>> >>>> 1.- USE_SYSTEM_LIBRARIES="cairo sqlite XXX" >>>> 2.- USE_SYSTEM_LIBRARIES="* -cairo" >>>> 3.- USE_SYSTEM_LIBRARIES="*" >>> >>> I don't think we should do it like this. >>> >>> Bundling libraries is a pathological case. In general, we should work >>> on fixing this and getting rid of bundled libraries. In that general >>> case, the flags are not required. >> >> +1 >> -mike > Ok, thinking it better I agree, that having them use system libraries is far > better, but why then those affected ebuilds have corresponding USE disabled > by > default? > How do you imaging use of system library( called "foo", for example) if foo, bundled in program(called "bar", for same reason :-)) is fork with new features that is suitable only for "bar"?
It's ideal situation when "bar" works also with system "foo"(not all features works, however). Sometimes(and it happens very often, to be honest) "bar" can not work with system "foo" at all! For example, look at quake3-1.36-r1.ebuild, at commented "use system jpeg" patch. If you uncomment it, quake3 will be built against system jpeg. It will build successfully, but textures will be a big mess of polygons. So, unfortunately, it's not even an option here, unless somebody will do a great work for splitting this library and write a huge patch, that will be totally rejected by upstream(so he will have to maintain this patch on his own). -- Best regards, Sergey Popov Gentoo developer Gentoo Desktop Effects project lead Gentoo Qt project lead
signature.asc
Description: OpenPGP digital signature
