On Thu, Jun 1, 2017 at 5:48 PM, Brian Dolbec wrote:
> On Thu, 1 Jun 2017 09:11:55 -0700
> Zac Medico wrote:
>
> > On Thu, Jun 1, 2017 at 8:50 AM, Zac Medico wrote:
> > >
> > > @@ -6224,10 +6283,10 @@ class depgraph(object):
> > >
On czw, 2017-06-01 at 20:17 -0500, A. Wilcox wrote:
> unpopular, unwanted opinion:
>
> just have users of a *source based distro* where the emphasis is
> *choice* actually choose what they want?
>
> What is the big deal with the way REQUIRED_USE works now? "Users have
> to do something". You
On pią, 2017-06-02 at 04:56 +0700, Vadim A. Misbakh-Soloviov wrote:
> 1) Dear Vim Team, can we hear your opinions?
>
> 2) I'd like to know if discussion participants really differs my eselect-php-
> like suggestion (where all scripts goes to another directory, controlled by
> neither of vims,
On 06/01/2017 06:09 PM, Kent Fredric wrote:
> On Thu, 1 Jun 2017 23:18:22 +0200
> Jonas Stein wrote:
>
>> A space separated list of the corresponding debian packages should be
>> written in the field
>>
>
> Why space separated?
>
> Its already legal to specify the field
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/06/17 20:28, Rich Freeman wrote:
> On Thu, Jun 1, 2017 at 9:17 PM, A. Wilcox
> wrote:
>>
>> just have users of a *source based distro* where the emphasis is
>> *choice* actually choose what they want?
>>
>> What is
On Thu, Jun 1, 2017 at 9:17 PM, A. Wilcox wrote:
>
> just have users of a *source based distro* where the emphasis is
> *choice* actually choose what they want?
>
> What is the big deal with the way REQUIRED_USE works now? "Users have
> to do something".
The issue is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
unpopular, unwanted opinion:
just have users of a *source based distro* where the emphasis is
*choice* actually choose what they want?
What is the big deal with the way REQUIRED_USE works now? "Users have
to do something". You always have to do
On Thu, 1 Jun 2017 09:38:01 -0400
"Walter Dnes" wrote:
> As mentioned elsewhere, what happens when two or three other people
> do their own forks? Plugin 1 works with vim A and B but not C or D.
> Plugin 2 works with vim A and C and D but not B. The number of
>
On Thu, 1 Jun 2017 23:18:22 +0200
Jonas Stein wrote:
> A space separated list of the corresponding debian packages should be
> written in the field
>
Why space separated?
Its already legal to specify the field multiple times, and it should
work better that way for
On Thu, 1 Jun 2017 09:11:55 -0700
Zac Medico wrote:
> On Thu, Jun 1, 2017 at 8:50 AM, Zac Medico wrote:
> >
> > @@ -6224,10 +6283,10 @@ class depgraph(object):
> > iuses =
> > pkg.iuse.all
> >
1) Dear Vim Team, can we hear your opinions?
2) I'd like to know if discussion participants really differs my eselect-php-
like suggestion (where all scripts goes to another directory, controlled by
neither of vims, and then users should/can manually dis-/enable modules for
each of vim they
On czw, 2017-06-01 at 10:55 +0200, Alexis Ballier wrote:
> On Wed, 31 May 2017 21:02:24 +0200
> Michał Górny wrote:
>
> > On śro, 2017-05-31 at 19:39 +0200, Alexis Ballier wrote:
> > > > > Again, you *need* to process the constraints in order. '!a?
> > > > > ( b ) !b? ( a )'
Hello,
this RFC is about the addition of a new field
to metadata.xml
The field should contain a list of the equivalent debian package names,
or a defined string for NONE or UNSET.
A feature request ticket was prepared here:
https://bugs.gentoo.org/show_bug.cgi?id=619132
1. Motivation
This will come in handy for users who enable LTO, since they need to use
the gcc wrappers for 'ar', 'nm', and 'ranlib'.
The default program search order becomes:
${CHOST}-gcc-ar
${CHOST}-ar
gcc-ar
ar
This matches the behavior of a typical autoconf call:
AC_CHECK_TOOLS(AR, [gcc-ar ar])
---
---
eclass/toolchain-funcs.eclass | 39 +++
1 file changed, 31 insertions(+), 8 deletions(-)
diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass
index a0c359a950b2..b402a9ff2780 100644
--- a/eclass/toolchain-funcs.eclass
+++
When there are autounmask USE changes, avoid unnecessary rebuilds
by accepting binary packages that were rejected due to the preexisting
USE configuration. This reuses the prune_rebuilds backtracker support
which was added for bug 439688.
X-Gentoo-bug: 619626
X-Gentoo-bug-url:
On Thu, 1 Jun 2017 09:38:01 -0400
"Walter Dnes" wrote:
> On Wed, May 31, 2017 at 11:54:59PM +0100, Ciaran McCreesh wrote
> > - Have a separate anyvimishthing directory, and make both vim and
> > neovim look there, and only make plugins that have been tested to
> > work with
On Wed, May 31, 2017 at 11:54:59PM +0100, Ciaran McCreesh wrote
> - Have a separate anyvimishthing directory, and make both vim and
> neovim look there, and only make plugins that have been tested to work
> with both install to that directory.
As mentioned elsewhere, what happens when two or
On Thu, Jun 1, 2017 at 1:31 AM, Zac Medico wrote:
>
> @@ -4245,6 +4300,12 @@ class depgraph(object):
> self._dynamic_config._skip_restart = True
> return False, myfavorites
>
> + if
On Wed, 31 May 2017 21:02:24 +0200
Michał Górny wrote:
> On śro, 2017-05-31 at 19:39 +0200, Alexis Ballier wrote:
> > > > Again, you *need* to process the constraints in order. '!a?
> > > > ( b ) !b? ( a )' is not deterministic when none of a and b are
> > > > enabled
> - Have a separate anyvimishthing directory, and make both vim and
> neovim look there, and only make plugins that have been tested to work
> with both install to that directory.
Actually it is almost the thing I described as "second" eselect variant.
Although, you suggest for gentoo devs to
When there are autounmask USE changes, avoid unnecessary rebuilds
by accepting binary packages that were rejected due to the preexisting
USE configuration. This reuses the prune_rebuilds backtracker support
which was added for bug 439688.
X-Gentoo-bug: 619626
X-Gentoo-bug-url:
22 matches
Mail list logo