Re: [gentoo-dev] Re: [PATCH/RFC] eclass/flag-o-matic.eclass: prepend-ldpath

2012-10-14 Thread Mike Frysinger
On Sunday 14 October 2012 04:49:28 Gregory M. Turner wrote: > "Thirdly" has been addressed ad nauseam in this thread and will be > solved by prepending the LDFLAG rather than appending, or, preferably, > by patching autotools (but only if I can find a simple, low-maintenance > approach that is like

Re: [gentoo-dev] Proposal: removing "server" profile variants from profiles.desc

2012-10-14 Thread Mike Frysinger
On Sunday 14 October 2012 11:42:32 Ben Kohler wrote: > I hope this discussion doesn't end when the warnings are removed. These > server profiles are still useless and misleading, they do not need to exist > in their current form. Your previous statement that these are the most > minimal profiles,

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2012-10-14 23h59 UTC

2012-10-14 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2012-10-14 23h59 UTC. Removals: app-emulation/qemu-kvm 2012-10-09 20:28:30 cardoe net-wireless/sdrsharp 2012-10-10 18:12:02 zerochaos x11-plugins/lee

Re: [gentoo-dev] Proposal: removing "server" profile variants from profiles.desc

2012-10-14 Thread Markos Chandras
On Sun, Oct 14, 2012 at 4:42 PM, Ben Kohler wrote: > I hope this discussion doesn't end when the warnings are removed. These > server profiles are still useless and misleading, they do not need to exist > in their current form. Your previous statement that these are the most > minimal profiles,

Re: [gentoo-dev] Re: Re: [gentoo-pms] GLEP: gentoo sync based unified deps proposal

2012-10-14 Thread Ciaran McCreesh
On Sun, 14 Oct 2012 17:45:13 +0100 "Steven J. Long" wrote: > On Tue, Oct 02, 2012 at 06:56:14PM +0100, Ciaran McCreesh wrote: > > A := only makes sense for a dependency that is present both at build > > time and at runtime. Currently, the only place you should be seeing > > a := is on a spec that

[gentoo-dev] Re: Re: [gentoo-pms] GLEP: gentoo sync based unified deps proposal

2012-10-14 Thread Steven J. Long
On Tue, Oct 02, 2012 at 06:56:14PM +0100, Ciaran McCreesh wrote: > A := only makes sense for a dependency that is present both at build > time and at runtime. Currently, the only place you should be seeing > a := is on a spec that is listed in both DEPEND and RDEPEND. > > Conceptually, the := appl

Re: [gentoo-dev] Proposal: removing "server" profile variants from profiles.desc

2012-10-14 Thread Ben Kohler
I hope this discussion doesn't end when the warnings are removed. These server profiles are still useless and misleading, they do not need to exist in their current form. Your previous statement that these are the most minimal profiles, is not accurate. The base profiles are the most minimal (no

Re: [gentoo-dev] Proposal: removing "server" profile variants from profiles.desc

2012-10-14 Thread Markos Chandras
On Fri, Oct 12, 2012 at 3:29 PM, Daniel Pielmeier wrote: > Markos Chandras schrieb am 12.10.2012 10:08: >> >> +1. I want these profiles to *staty*. I am using this profile on my >> "home boxes". It is the most minimal profile as the rest of the >> profiles pull in too much useless stuff. What is w

Re: [gentoo-dev] Re: [PATCH/RFC] eclass/flag-o-matic.eclass: prepend-ldpath

2012-10-14 Thread Gregory M. Turner
On 10/12/2012 4:03 AM, Gregory M. Turner wrote: First, something puts in all kinds of inappropriate amd64 multilib paths (this ends up being harmless as wrong-arch libraries get rejected at link-time and treated as non-matches for -lclauses... still, WTF?). Secondly, something puts the built-in