Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-19 Thread Luca Barbato
On 06/17/2012 05:39 PM, Michał Górny wrote: > But Python doesn't have one. Bindings built using other > languages don't have that either. That seems something interesting to tackle with the python community. lu -- Luca Barbato Gentoo/linux http://dev.gentoo.org/~lu_zero

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-19 Thread Michał Górny
On Mon, 18 Jun 2012 19:42:55 -0700 Brian Harring wrote: > Bleh; wish your attachment had been text/plain for inline > commenting; pardon any mangling... Sorry, forgot to change the type before sending. > > 3. Defining dynamic SLOT groups > > --- > > > > The list of

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-18 Thread Brian Harring
On Mon, Jun 18, 2012 at 10:34:44AM +0200, Micha?? G??rny wrote: > On Sun, 17 Jun 2012 09:26:55 +0200 > Micha?? G??rny wrote: > > > I'm attaching a reStructuredText version of the spec. You can view it > > rendered as a gist[1]. But please keep the replies on the list, rather > > than forking the

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-18 Thread Michał Górny
On Mon, 18 Jun 2012 10:49:37 -0400 Ian Stakenvicius wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 17/06/12 11:53 AM, Michał Górny wrote: > > On Sun, 17 Jun 2012 17:46:00 +0200 Thomas Sachau > > wrote: > >>> > >>> ... If I weren't using 32-bit libs, and now I want to compile

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-18 Thread Ian Stakenvicius
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 17/06/12 11:53 AM, Michał Górny wrote: > On Sun, 17 Jun 2012 17:46:00 +0200 Thomas Sachau > wrote: >>> >>> ... If I weren't using 32-bit libs, and now I want to compile >>> 32-bit wine, I have to recompile most of my libraries for both >>> ABIs.

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-18 Thread Michał Górny
On Sun, 17 Jun 2012 09:26:55 +0200 Michał Górny wrote: > I'm attaching a reStructuredText version of the spec. You can view it > rendered as a gist[1]. But please keep the replies on the list, rather > than forking the gist. > > [1]:https://gist.github.com/2943774 Updated version. I've introduc

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Thomas Sachau
Michał Górny schrieb: > On Sun, 17 Jun 2012 17:46:00 +0200 > Thomas Sachau wrote: > Beside that, it seems to solve things pretty similar to the proposed way in multilib-portage for cross-compiling (which could also be adapted for multi-slot languages) with different wording an

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Michał Górny
On Sun, 17 Jun 2012 17:46:00 +0200 Thomas Sachau wrote: > >> Beside that, it seems to solve things pretty similar to the > >> proposed way in multilib-portage for cross-compiling (which could > >> also be adapted for multi-slot languages) with different wording > >> and with additional work for e

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Thomas Sachau
Michał Górny schrieb: > On Sun, 17 Jun 2012 14:09:14 +0200 > Thomas Sachau wrote: > >> Michał Górny schrieb: >>> Hello, >>> >>> I have prepared a first draft of 'dynamic SLOT' specification. This >>> is my proposal in attempt to solve the problem of building packages >>> for multiple Python and R

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Michał Górny
On Sun, 17 Jun 2012 12:51:50 +0200 Marien Zwart wrote: > A common operation in an ebuild will be (say) "get the selected > version of python". That's easy enough if there's only one kind of > dynamic slot being used by the ebuild (just use CURRENT_SLOTS > directly), but if the ebuild supports mor

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Michał Górny
On Sun, 17 Jun 2012 11:43:30 +0200 Hans de Graaff wrote: > On Sun, 2012-06-17 at 09:26 +0200, Michał Górny wrote: > > > I'm attaching a reStructuredText version of the spec. You can view > > it rendered as a gist[1]. But please keep the replies on the list, > > rather than forking the gist. > >

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Michał Górny
On Sun, 17 Jun 2012 14:09:14 +0200 Thomas Sachau wrote: > Michał Górny schrieb: > > Hello, > > > > I have prepared a first draft of 'dynamic SLOT' specification. This > > is my proposal in attempt to solve the problem of building packages > > for multiple Python and Ruby versions. It could also

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Ciaran McCreesh
On Sun, 17 Jun 2012 09:26:55 +0200 Michał Górny wrote: > I have prepared a first draft of 'dynamic SLOT' specification. This is > my proposal in attempt to solve the problem of building packages for > multiple Python and Ruby versions. It could also be reused for > multilib. I'm pretty sure we ca

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Thomas Sachau
Michał Górny schrieb: > Hello, > > I have prepared a first draft of 'dynamic SLOT' specification. This is > my proposal in attempt to solve the problem of building packages for > multiple Python and Ruby versions. It could also be reused for multilib. > > The spec tries to explain the broad idea,

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Marien Zwart
On zo, 2012-06-17 at 09:26 +0200, Michał Górny wrote: > I'm attaching a reStructuredText version of the spec. You can view it > rendered as a gist[1]. But please keep the replies on the list, rather > than forking the gist. I've only thought about this a little, but some thoughts so far: A common

Re: [gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Hans de Graaff
On Sun, 2012-06-17 at 09:26 +0200, Michał Górny wrote: > I'm attaching a reStructuredText version of the spec. You can view it > rendered as a gist[1]. But please keep the replies on the list, rather > than forking the gist. I don't like the approach taken in 6. I'd rather state that there should

[gentoo-dev] [RFC] Dynamic SLOTs

2012-06-17 Thread Michał Górny
Hello, I have prepared a first draft of 'dynamic SLOT' specification. This is my proposal in attempt to solve the problem of building packages for multiple Python and Ruby versions. It could also be reused for multilib. The spec tries to explain the broad idea, and all problems relevant to it. It