> On Wed, 21 Sep 2016, Kent Fredric wrote:
>> Under that new scheme, how would I apply patches unpacked into
>> WORKDIR? In EAPI 6, I can put them into the PATCHES variable and use
>> the default src_prepare to process it.
> oh. Right. Huh, I had somehow overlooked there was already a PATCHES
On Tue, 20 Sep 2016 12:45:06 -0400
Rich Freeman wrote:
> It
> just seems silly, and it might actually reduce the incentive for
> somebody else to step up and actually maintain it because it doesn't
> go on list of maintainer-needed packages. In this way the rush to
> treeclean stuff that works
Alec Warner posted on Tue, 20 Sep 2016 19:06:11 -0700 as excerpted:
> On Tue, Sep 20, 2016 at 9:00 AM, Michael Mol wrote:
>
>> On Friday, September 16, 2016 09:54:42 PM Duncan wrote:
>> > Kristian Fiskerstrand posted on Fri, 16 Sep 2016 14:58:22 +0200 as
>> >
>> > excerpted:
>> > > On 09/16/2016
Portage 2.3.1 changes the default behavior for git repositories to
sync with a depth of 1. If you are using a development tree with
emerge --sync, you may want to override this in repos.conf by setting
sync-depth = 0.
If you have accidentally converted your development tree into a
shallow reposito
On Tue, Sep 20, 2016 at 9:00 AM, Michael Mol wrote:
> On Friday, September 16, 2016 09:54:42 PM Duncan wrote:
> > Kristian Fiskerstrand posted on Fri, 16 Sep 2016 14:58:22 +0200 as
> >
> > excerpted:
> > > On 09/16/2016 02:31 PM, Hanno Böck wrote:
> > >> media-gfx/skencil is a python-written vect
Our bug queue has 88 bugs!
If you have some spare time, please help assign/sort a few bugs.
To view the bug queue, click here: http://bit.ly/m8PQS5
Thanks!
On Tue, 20 Sep 2016 18:14:58 +0200
Ulrich Mueller wrote:
> Under that new scheme, how would I apply patches unpacked into
> WORKDIR? In EAPI 6, I can put them into the PATCHES variable and use
> the default src_prepare to process it.
oh. Right. Huh, I had somehow overlooked there was already a P
On Tue, 20 Sep 2016 18:14:58 +0200
Ulrich Mueller wrote:
> Under that new scheme, how would I apply patches unpacked into
> WORKDIR? In EAPI 6, I can put them into the PATCHES variable and use
> the default src_prepare to process it.
Can you give me a clearer example of what you mean?
pgpPMY7
On Tue, Sep 20, 2016 at 12:00 PM, Michael Mol wrote:
> On Friday, September 16, 2016 09:54:42 PM Duncan wrote:
>>
>> Why treeclean it, if it still works and can still be built against in-
>> tree python?
>>
>> Sometimes mature packages don't get further maintenance because they
>> "just work" as t
> On Tue, 20 Sep 2016, Kent Fredric wrote:
> So a reduced suggestion would be:
> 1. Add a PATCHES var to EAPI7
> 2. PATCHES is analogous to SRC_URI, a string
> 3. PATCHES supports USE conditionals
I am not convinced that USE-conditional patching should be encouraged.
Because so far the polic
On Friday, September 16, 2016 09:54:42 PM Duncan wrote:
> Kristian Fiskerstrand posted on Fri, 16 Sep 2016 14:58:22 +0200 as
>
> excerpted:
> > On 09/16/2016 02:31 PM, Hanno Böck wrote:
> >> media-gfx/skencil is a python-written vector graphics tool. It was once
> >> popular before inkscape became
On Tue, 20 Sep 2016 16:21:36 +0100
James Le Cuirot wrote:
> On Tue, 20 Sep 2016 17:13:50 +0200
> Alexis Ballier wrote:
>
> > On Tue, 20 Sep 2016 13:58:32 +0100
> > James Le Cuirot wrote:
> >
> > > On Tue, 20 Sep 2016 09:15:50 +0200
> > > Michał Górny wrote:
> > >
> > > > That said, I
On Tue, 20 Sep 2016 17:13:50 +0200
Alexis Ballier wrote:
> On Tue, 20 Sep 2016 13:58:32 +0100
> James Le Cuirot wrote:
>
> > On Tue, 20 Sep 2016 09:15:50 +0200
> > Michał Górny wrote:
> >
> > > That said, I don't find the current solution really optimal. A lot
> > > of ebuilds (mine, for ex
On Tue, 20 Sep 2016 13:58:32 +0100
James Le Cuirot wrote:
> On Tue, 20 Sep 2016 09:15:50 +0200
> Michał Górny wrote:
>
> > That said, I don't find the current solution really optimal. A lot
> > of ebuilds (mine, for example) are not using elibtoolize, and I
> > expect that they may randomly fai
On Tue, 20 Sep 2016 09:15:50 +0200
Michał Górny wrote:
> That said, I don't find the current solution really optimal. A lot of
> ebuilds (mine, for example) are not using elibtoolize, and I expect
> that they may randomly fail for some people in corner cases. But I
> don't feel like adding anothe
Hi,
bash-4.4/readline-7.0 have been released and are available in Gentoo
already although they are still being package.masked.
This is a call for testers. If you feel brave enough, please give
bash-4.4 a shot and report all problems you might have with it.
Add the following to you package.unmask
On Tue, 20 Sep 2016 09:02:41 +0200
Michał Górny wrote:
> Finally, the same though occurred to me as to ulm. People will forget
> to update the variable. They will forget to update it when adding,
> and they will waste their time on build that is going to fail somewhere
> at doinit in the end -- h
Hi, everyone.
Quoting the top of libtool.eclass:
# @DESCRIPTION:
# This eclass patches ltmain.sh distributed with libtoolized packages with the
# relink and portage patch among others
#
# Note, this eclass does not require libtool as it only applies patches to
# generated libtool files. We do no
On Sat, 17 Sep 2016 00:30:31 +1200
Kent Fredric wrote:
> Just an idea that seemed obvious enough and obviously missing.
Sounds like a great way to discourage people from contributing even
further. I'm going to say that developers leaving mess in their
FILESDIR is rather a pathological case, so w
19 matches
Mail list logo
