Re: [gentoo-dev] Re: Package up for grabs: skencil

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 >

[gentoo-dev] Re: Package up for grabs: skencil

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:

[gentoo-dev] New portage git sync behavior

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

Re: [gentoo-dev] Re: Package up for grabs: skencil

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

[gentoo-dev] [warning] the bug queue has 88 bugs

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!

Re: [gentoo-dev] Proposed future EAPI feature: FILES whitelist

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

Re: [gentoo-dev] Proposed future EAPI feature: FILES whitelist

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

Re: [gentoo-dev] Re: Package up for grabs: skencil

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

Re: [gentoo-dev] Proposed future EAPI feature: FILES whitelist

> 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

Re: [gentoo-dev] Re: Package up for grabs: skencil

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

Re: [gentoo-dev] The future of elibtoolize

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 >

Re: [gentoo-dev] The future of elibtoolize

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

Re: [gentoo-dev] The future of elibtoolize

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

Re: [gentoo-dev] The future of elibtoolize

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

[gentoo-dev] bash-4.4 - call for testers

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

Re: [gentoo-dev] Proposed future EAPI feature: FILES whitelist

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

[gentoo-dev] The future of elibtoolize

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

Re: [gentoo-dev] Proposed future EAPI feature: FILES whitelist

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