Re: [gentoo-dev] How not to discuss

2009-05-29 Thread Marijn Schouten (hkBst)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Piotr Jaroszyński wrote: I think what you are missing is that some people (me included) think that the in-file approach is the cleanest and most obvious solution (which also happens to not hurt performance). So if you want bad design to be an

Re: [gentoo-dev] Re: GLEP 55: another approach: display pretty messages with old PMs

2009-05-29 Thread Michael Haubenwallner
On Fri, 2009-05-29 at 10:42 +, Duncan wrote: Michael Haubenwallner ha...@gentoo.org posted on Fri, 29 May 2009 10:14:46 +0200: Ohw, the latter would be necessary here, or '4.ebuild' would not be found. s/4.ebuild/4.eclass/ I assume. Indeed. Except... since an ebuild must

[gentoo-dev] Re: GLEP 55: another approach: display pretty messages with old PMs

2009-05-29 Thread Duncan
Michael Haubenwallner ha...@gentoo.org posted 1243610264.27150.293.ca...@sapc154.salomon.at, excerpted below, on Fri, 29 May 2009 17:17:44 +0200: Wouldn't it be possible to avoid both the extension change and another extended wait period for new incompatible(*) EAPIs, when we do this early

[gentoo-dev] RFC: ACCEPT_LICENSE default value (GLEP 23)

2009-05-29 Thread Mounir Lamouri
Hi, In the context of my GSOC [1] I need to get GLEP 23 [2] fully implemented and this means get ACCEPT_LICENSE used with a default value and bug 152593 [3] fixed. = GLEP 23 summary = Most of GLEP 23 features have already been implemented in portage. Some since a long time (at least in stable

Re: [gentoo-dev] Re: How not to discuss

2009-05-29 Thread Patrick Lauer
On Friday 29 May 2009 04:12:04 Ryan Hill wrote: On Thu, 28 May 2009 08:28:12 +0200 Patrick Lauer patr...@gentoo.org wrote: This is becoming a rather lengthy email ping pong, but as people seem to be unable to discuss things I had to highlight a few issues there. I'm sorry to be rude,

Re: [gentoo-dev] How not to discuss

2009-05-29 Thread Alec Warner
On Thu, May 28, 2009 at 12:15 PM, Joe Peterson lava...@gentoo.org wrote: Alec Warner wrote: No, it's entirely objective. GLEP 55 clearly shows how the filename based options are objectively better than anything else. But the decision will not be based entirely on objective merits (although I

Re: [gentoo-portage-dev] Conflicting RDEPENDS

2009-05-29 Thread Patrick Börjesson
On Fri, May 29, 2009 at 01:36:20AM +0200, René 'Necoro' Neumann wrote: Package spam rdepends on =eggs-2. Package bacon rdepends on =eggs-1. So in theory there should be no way of installing them together (given that eggs is not slotted). This works if I try to install them in one go. !!!

Re: [gentoo-portage-dev] Conflicting RDEPENDS

2009-05-29 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ferris McCormick schrieb: It looks different, if spam is installed and I try to install bacon additionally: # emerge -1av bacon These are the packages that would be merged, in order: Calculating dependencies... done!

Re: [gentoo-portage-dev] Conflicting RDEPENDS

2009-05-29 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Patrick Börjesson schrieb: # emerge -1av bacon These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] app-test/eggs-1 [2] 0 kB [1] [ebuild N] app-test/bacon-1 0 kB [1]

Re: [gentoo-portage-dev] Conflicting RDEPENDS

2009-05-29 Thread Alec Warner
On Fri, May 29, 2009 at 2:33 AM, René 'Necoro' Neumann li...@necoro.eu wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Patrick Börjesson schrieb: # emerge -1av bacon These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild

Re: [gentoo-portage-dev] Conflicting RDEPENDS

2009-05-29 Thread Patrick Börjesson
On Fri, May 29, 2009 at 11:33:31AM +0200, René 'Necoro' Neumann wrote: Patrick Börjesson schrieb: # emerge -1av bacon These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild UD] app-test/eggs-1 [2] 0 kB [1] [ebuild N

[gentoo-portage-dev] Re: Conflicting RDEPENDS

2009-05-29 Thread Duncan
Patrick Börjesson psychoti...@lavabit.com posted 20090529201741.gb11...@nexon.nexus, excerpted below, on Fri, 29 May 2009 22:17:41 +0200: Why exactly would you want to use --oneshot for a leaf package that is not depended on by any other package in the world set? If spam IS depended on by any