[gentoo-dev] Re: libtool lt_dlopenext vs. gen_ld_script: breakages at runtime

2014-01-08 Thread Steven J. Long
On Sun, Jan 05, 2014 at 04:09:12AM +, Robin H. Johnson wrote: > Summary: > > gen_ld_script is removing a vital unversioned symlink from some packages, and > this breaks libtool lt_dlopenext consumers at runtime. > lt_dlopenext is given the basename of a library to find. In this case,

[gentoo-dev] RFC: games.eclass patch: set --datarootdir=/usr/share

2014-01-08 Thread hasufell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 bug https://bugs.gentoo.org/show_bug.cgi?id=493954 from my own tinderbox run... nothing broke (or misplaced any files) -BEGIN PGP SIGNATURE- iQEcBAEBCgAGBQJSzVqjAAoJEFpvPKfnPDWzW8oH/292WLthspEMyage7H05+9h4 4IwI4A0gXVOffXSw9bgV4SDp5RZ1Ofd58W

Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage

2014-01-08 Thread Jeroen Roovers
On Tue, 7 Jan 2014 21:12:59 + "Robin H. Johnson" wrote: > I was also asked by a user to make it possible to adjust the priority > of some mirror URLs, instead of only random choice. While we are at it, we could add keywords for (global) regions, so that I can set portage to look for a Europe

Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage

2014-01-08 Thread Alex Xu
On 08/01/14 10:11 AM, Jeroen Roovers wrote: > On Tue, 7 Jan 2014 21:12:59 + > "Robin H. Johnson" wrote: > >> I was also asked by a user to make it possible to adjust the priority >> of some mirror URLs, instead of only random choice. > > While we are at it, we could add keywords for (global)

Re: [gentoo-dev] libtool lt_dlopenext vs. gen_ld_script: breakages at runtime

2014-01-08 Thread Peter Stuge
Robin H. Johnson wrote: > Comments: > - > In bug #4411, comment 43, vapier noted: > > any package that does dlopen("libfoo.so") without the version info like > > ".so.X" is broken. > In this case, the lt_dlopenext consumer is explicitly testing multiple > versions of libusb at runtime, and

Re: [gentoo-dev] libtool lt_dlopenext vs. gen_ld_script: breakages at runtime

2014-01-08 Thread Robin H. Johnson
On Wed, Jan 08, 2014 at 09:14:43PM +0100, Peter Stuge wrote: > Robin H. Johnson wrote: > > Comments: > > - > > In bug #4411, comment 43, vapier noted: > > > any package that does dlopen("libfoo.so") without the version info like > > > ".so.X" is broken. > > In this case, the lt_dlopenext c

Re: [gentoo-dev] libtool lt_dlopenext vs. gen_ld_script: breakages at runtime

2014-01-08 Thread Rick "Zero_Chaos" Farina
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/08/2014 03:27 PM, Robin H. Johnson wrote: > On Wed, Jan 08, 2014 at 09:14:43PM +0100, Peter Stuge wrote: >> Robin H. Johnson wrote: >>> Comments: >>> - >>> In bug #4411, comment 43, vapier noted: any package that does dlopen("libfoo.

Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage

2014-01-08 Thread Jeroen Roovers
On Wed, 08 Jan 2014 13:37:13 -0500 Alex Xu wrote: > Eww. Geographically-close files should be made available through > GENTOO_MIRRORS and the regular distfiles system. How do you define GENTOO_MIRRORS? Where did RESTRICT=mirror go? Oh right. What if those are not available? What I am proposing i

Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage

2014-01-08 Thread Alec Warner
On Wed, Jan 8, 2014 at 6:14 PM, Jeroen Roovers wrote: > On Wed, 08 Jan 2014 13:37:13 -0500 > Alex Xu wrote: > > > Eww. Geographically-close files should be made available through > > GENTOO_MIRRORS and the regular distfiles system. > > How do you define GENTOO_MIRRORS? Where did RESTRICT=mirror

[gentoo-dev] Portage QOS

2014-01-08 Thread LTHR
Hi All, What do you think about implementing this: http://forums.gentoo.org/viewtopic.php?p=7477494 I've system design in my head and could write it down with the implementation details. Then may be we could all review it and get to something we all agree upon then I could try getting a team

Re: [gentoo-dev] Portage Feature Request: making thirdpartymirrors easier to manage

2014-01-08 Thread Paweł Hajdan, Jr.
On 1/6/14, 9:20 PM, Robin H. Johnson wrote: > This is a small feature request, but it will require a modification to > PMS, so I describe it here. > > The present thirdpartymirrors file is unwieldy, and difficult to manage > due to it's format with very long lines. It also doesn't permit easy > co