Dnia 2015-03-29, o godz. 21:31:49
Nikos Chantziaras napisał(a):
> On 29/03/15 21:00, Andrew Savchenko wrote:
> > */* long list of 433 flags
>
> Yeah, just noticed that I can't split the lines.
>
> I then tried to define an array of USE flags in make.conf:
>
>GLOBAL_USE_FLAGS=( ... )
>
> s
On 29/03/15 21:00, Andrew Savchenko wrote:
*/* long list of 433 flags
Yeah, just noticed that I can't split the lines.
I then tried to define an array of USE flags in make.conf:
GLOBAL_USE_FLAGS=( ... )
so that I can then use that array in package.use, but for some reason
make.conf doesn'
On Sun, 29 Mar 2015 19:43:51 +0200 Michał Górny wrote:
> Dnia 2015-03-29, o godz. 20:35:27
> Andrew Savchenko napisał(a):
>
> > On Sun, 29 Mar 2015 19:28:22 +0200 Michał Górny wrote:
> > > > If this is not the case, and "*/* abi_x86_32" in package.use really
> > > > does
> > > > something diffe
On 29/03/15 20:28, Michał Górny wrote:
Dnia 2015-03-29, o godz. 19:59:19
Nikos Chantziaras napisał(a):
According to emerge --info, ABI_X86 seems to append, not override. In
make.conf:
ABI_X86="32"
Then:
$ emerge --info | grep -i abi_x86
You get:
ABI_X86="32 64"
"64" seems to
Dnia 2015-03-29, o godz. 20:35:27
Andrew Savchenko napisał(a):
> On Sun, 29 Mar 2015 19:28:22 +0200 Michał Górny wrote:
> > > If this is not the case, and "*/* abi_x86_32" in package.use really does
> > > something different, then this is implemented in a way too confusing for
> > > people and
On Sun, 29 Mar 2015 20:35:27 +0300
Andrew Savchenko wrote:
> The proposal above is an absolute madness, especially for global
> USE flags.
>
> Why users should deal with dozens (if not hundreds useless */*)?
The syntax for package.use allows multiple flags per line, and
comments...
--
Ciaran M
On Sun, 29 Mar 2015 19:28:22 +0200 Michał Górny wrote:
> > If this is not the case, and "*/* abi_x86_32" in package.use really does
> > something different, then this is implemented in a way too confusing for
> > people and should be considered a bug :-/
>
> Yes, USE support in make.conf is a bi
Dnia 2015-03-29, o godz. 19:59:19
Nikos Chantziaras napisał(a):
> On 29/03/15 19:24, Michał Górny wrote:
> > Dnia 2015-03-29, o godz. 19:14:43
> > Nikos Chantziaras napisał(a):
> >
> >> On 17/03/15 18:29, Michał Górny wrote:
> >>> Dnia 2015-03-17, o godz. 16:55:32
> >>> René Neumann napisał(a):
On 29/03/15 19:24, Michał Górny wrote:
Dnia 2015-03-29, o godz. 19:14:43
Nikos Chantziaras napisał(a):
On 17/03/15 18:29, Michał Górny wrote:
Dnia 2015-03-17, o godz. 16:55:32
René Neumann napisał(a):
Am 17.03.2015 um 16:33 schrieb Michał Górny:
However, some
users may prefer setting A
Dnia 2015-03-29, o godz. 19:14:43
Nikos Chantziaras napisał(a):
> On 17/03/15 18:29, Michał Górny wrote:
> > Dnia 2015-03-17, o godz. 16:55:32
> > René Neumann napisał(a):
> >
> >> Am 17.03.2015 um 16:33 schrieb Michał Górny:
> >>> However, some
> >>> users may prefer setting ABI_X86 globally
On 17/03/15 18:29, Michał Górny wrote:
Dnia 2015-03-17, o godz. 16:55:32
René Neumann napisał(a):
Am 17.03.2015 um 16:33 schrieb Michał Górny:
However, some
users may prefer setting ABI_X86 globally to enable 32-bit libraries
in all packages that support building them. This can be done usin
On 18 March 2015 at 20:46, Duncan <1i5t5.dun...@cox.net> wrote:
> Ben de Groot posted on Wed, 18 Mar 2015 15:40:02 +0800 as excerpted:
>
>> On 17 March 2015 at 23:33, Michał Górny wrote:
>>> Dnia 2015-03-15, o godz. 15:11:47 Michał Górny
>>> napisał(a):
>>>
>>>
>>> Here's -r1:
>>> [...]
>>
>> I t
Ben de Groot posted on Wed, 18 Mar 2015 15:40:02 +0800 as excerpted:
> On 17 March 2015 at 23:33, Michał Górny wrote:
>> Dnia 2015-03-15, o godz. 15:11:47 Michał Górny
>> napisał(a):
>>
>>
>> Here's -r1:
>> [...]
>
> I think this is really great! Just one small nitpick:
>
>> Note that after pe
Ben de Groot posted on Mon, 16 Mar 2015 00:25:08 +0800 as excerpted:
> I would also say that 'true'
> is incorrect, as the emul packages were also truly multilib, just
> implemented in a different way. Maybe 'eclass-based' is more specific
> and less opinionated?
"Gentoo style build-from-sources"
14 matches
Mail list logo