Re: [gentoo-dev] Package up for grabs

2017-07-30 Thread Matthew Thode
On 17-07-30 14:24:50, Daniel Campbell wrote:
> On 07/23/2017 07:13 AM, Manuel Rüger wrote:
> > The following packages are up for grabs:
> > 
> > app-admin/gixy
> > app-admin/mei-amt-check
> > app-admin/ngxtop
> > app-admin/passwordsafe
> > app-arch/lz5
> > app-crypt/acme
> > app-crypt/certbot
> > app-crypt/certbot-apache
> > app-crypt/certbot-nginx
> > app-crypt/easy-rsa
> > app-crypt/libmd
> > app-crypt/manuale
> > app-crypt/pgpdump
> > app-emulation/docker-gc
> > app-misc/jira-cli
> > app-misc/pdfpc
> > app-text/blahtexml
> > app-text/itex2mml
> > app-text/mathtex
> > dev-go/cli
> > dev-go/delve
> > dev-go/go-gitlab-client
> > dev-go/glide
> > dev-go/toml
> > dev-python/parsley
> > dev-python/safety
> > dev-python/txsocksx
> > dev-python/vcversioner
> > dev-libs/libgit2
> > dev-lua/luadbi
> > dev-lua/luasocket
> > dev-lua/lua-zlib
> > dev-util/bloaty
> > dev-util/cookiecutter
> > net-analyzer/linkchecker
> > net-libs/libssh2
> > net-misc/kafkacat
> > x11-misc/flow-pomodoro
> > x11-plugins/pidgin-opensteamworks
> > x11-plugins/pidgin-xmpp-receipts
> > 
> > There is another set of packages, which have a backup project
> > maintaining it. Please talk to the respective project if you're
> > interested in maintaining those:
> > 
> > app-office/texstudio
> > dev-python/cookies
> > dev-python/freezegun
> > dev-python/future
> > dev-python/hiro
> > dev-python/hvac
> > dev-python/parsedatetime
> > dev-python/parsley
> > dev-python/pyhcl
> > dev-python/pykka
> > dev-python/pyrfc3339
> > dev-python/pytest-capturelog
> > dev-python/pytest-localserver
> > dev-python/responses
> > dev-python/vcrpy
> > dev-python/zope-component
> > dev-python/zope-event
> > net-firewall/nftables
> > net-libs/libnftnl
> > 
> > Best regards,
> > Manuel Rüger
> > 
> > 
> I have a machine using certbot (Rpi 3 Model B) now that I might be
> switching to Gentoo in the future. I'd be willing to co-maintain
> app-crypt/certbot with other interested developers. The catch is I don't
> use Apache or nginx; others would need to maintain certbot-apache and
> certbot-nginx.
> 
> Anyone interested?
> 
> -- 
> Daniel Campbell - Gentoo Developer
> OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
> fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6
> 

I could probably help with that (certbot-nginx).  I don't use it in
particular, but could probably set up one of my test domains with it.
I imagine that we'd be co-maintaining certbot and acme then?

I'd be intrested in co-maintaining nftables (or may just take it), seems
like something we should want to keep around...


-- 
Matthew Thode (prometheanfire)


signature.asc
Description: PGP signature


Re: [gentoo-dev] [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

2017-07-30 Thread Sam Jorna
On Sun, Jul 30, 2017 at 10:44:58PM -0400, William L. Thomson Jr. wrote:
> On Mon, 31 Jul 2017 10:28:31 +1000
> Sam Jorna  wrote:
> >
> > Wouldn't it make more sense to make Gentoo *more* attractive to run in
> > corporate environments, rather than simply saying "We're not RHEL so
> > why bother"?
> 
> No disagreement. That has always been my interest. Though has not been
> others. It was in part why I became a trustee. For things like vendor
> certified hardware, looking into certifications,  events, and a whole
> lot more. But people rather lambast, insult, and stand in the way rather
> than either get out of the way or work with me.
> 
> It surely could happen without me but has not. I am definitely not
> against such happening. But it would require tremendous change and
> leadership. Which I do not see ever changing. I wish things were
> otherwise.
>  
> > People do use Gentoo in production environments, both personally and
> > professionally, even if it is those that have more investment in doing
> > so than the average IT Joe. By removing stable, we would be reducing
> > the potential arguments for the few who do want to use Gentoo in that
> > sort of environment. We would be becoming more of a niche distro.
> 
> Preaching to the choir. That is not why companies I know who ran Gentoo
> are leaving or left. One told me they did not want to be in the
> operating system business. Stable or not, there are fewer companies
> running Gentoo that were before. Due to other reasons that are not
> changing, culture, etc.
> 
> Companies that run it today I doubt would change if stable went away.
> If they left Gentoo, they have many reasons far beyond lack of a stable
> branch/tree.
> 
> > "Hey, lets try Gentoo - it's really configurable."
> > "What's their stable policy? How often does it break?"
> > "Stable? What's that?"
> 
> How about no foundation. Not even a legal entity. No certifications
> from vendors, nor for employees. No one to hire for official support.
> There are so many things far beyond anything having to do with a stable
> tree or not.

Sorry, I thought this thread was about whether to keep or discontinue
the separation between stable and testing branches.

-- 
Sam Jorna (wraeth)
GnuPG Key: D6180C26


signature.asc
Description: Digital signature


Re: [gentoo-dev] [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

2017-07-30 Thread William L. Thomson Jr.
On Mon, 31 Jul 2017 10:28:31 +1000
Sam Jorna  wrote:
>
> Wouldn't it make more sense to make Gentoo *more* attractive to run in
> corporate environments, rather than simply saying "We're not RHEL so
> why bother"?

No disagreement. That has always been my interest. Though has not been
others. It was in part why I became a trustee. For things like vendor
certified hardware, looking into certifications,  events, and a whole
lot more. But people rather lambast, insult, and stand in the way rather
than either get out of the way or work with me.

It surely could happen without me but has not. I am definitely not
against such happening. But it would require tremendous change and
leadership. Which I do not see ever changing. I wish things were
otherwise.
 
> People do use Gentoo in production environments, both personally and
> professionally, even if it is those that have more investment in doing
> so than the average IT Joe. By removing stable, we would be reducing
> the potential arguments for the few who do want to use Gentoo in that
> sort of environment. We would be becoming more of a niche distro.

Preaching to the choir. That is not why companies I know who ran Gentoo
are leaving or left. One told me they did not want to be in the
operating system business. Stable or not, there are fewer companies
running Gentoo that were before. Due to other reasons that are not
changing, culture, etc.

Companies that run it today I doubt would change if stable went away.
If they left Gentoo, they have many reasons far beyond lack of a stable
branch/tree.

> "Hey, lets try Gentoo - it's really configurable."
> "What's their stable policy? How often does it break?"
> "Stable? What's that?"

How about no foundation. Not even a legal entity. No certifications
from vendors, nor for employees. No one to hire for official support.
There are so many things far beyond anything having to do with a stable
tree or not.

-- 
William L. Thomson Jr.


pgpvVleoxydNp.pgp
Description: OpenPGP digital signature


Re: [gentoo-dev] Package up for grabs

2017-07-30 Thread Daniel Campbell
On 07/19/2017 02:33 AM, Amy Liffey wrote:
> The following package is up for grabs:
> 
> dev-lang/gforth
> 
> Best regards,
> Amy Liffey
> 
I can take this one; I'd hate to see Forth support go missing on Gentoo.
I'm open to co-maintainers as well.

~zlg

-- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

2017-07-30 Thread Benda Xu
Hi,

Sam Jorna  writes:

> Wouldn't it make more sense to make Gentoo *more* attractive to run in
> corporate environments, rather than simply saying "We're not RHEL so why
> bother"?
>
> People do use Gentoo in production environments, both personally and
> professionally, even if it is those that have more investment in doing
> so than the average IT Joe. By removing stable, we would be reducing the
> potential arguments for the few who do want to use Gentoo in that sort
> of environment. We would be becoming more of a niche distro.
>
> "Hey, lets try Gentoo - it's really configurable."
> "What's their stable policy? How often does it break?"
> "Stable? What's that?"

I agree with Sam.  I see several cases in academia (mainly astrophysics
and particle physics) that Gentoo stable is used and performs well.
Professtional use of Gentoo should be actively supported and even
advocated.

Benda


signature.asc
Description: PGP signature


Re: [gentoo-dev] [RFC] Future of gentoo's stable and unstable trees: what are your thoughts?

2017-07-30 Thread Sam Jorna
On Fri, Jul 28, 2017 at 03:59:36PM -0400, William L. Thomson Jr. wrote:
> On Fri, 28 Jul 2017 23:10:35 +1000
> "Sam Jorna (wraeth)"  wrote:
> 
> > On 28 July 2017 8:44:20 PM AEST, "Andreas K. Huettel"
> >  wrote:
> >
> > >That's not feasible. It would kill off any semi-professional or
> > >professional 
> > >Gentoo use, where a minimum of stability is required. 
> > >
> > >(Try keeping ~10 machines on stable running without automation.
> > >That's already 
> > >quite some work. Now try the same with ~arch. Now imagine you're
> > >talking about 
> > >100 or 1000 machines.)  
> > 
> > And further, try proposing that to management - that you'll be
> > managing hosts on a platform that has no "stable" to speak of.
> 
> The professional/management argument is silly. Most avoid Gentoo.
> Most companies, want to be able to pay for support. Not to mention
> certifications and such for those they hire. None of which Gentoo has
> regardless of stability. Not to mention reputation...
> 
> Those that tend to run Gentoo have their own interest in such.  I have
> seen many migrate from rather than to Gentoo. Large companies, who's
> names we would all know. One of the few left is Meetup.com. They run
> Gentoo as do some others. Seems Tivo does stuff with Gentoo, Google,
> Sony, etc. Some tend to hire Gentoo devs...

Wouldn't it make more sense to make Gentoo *more* attractive to run in
corporate environments, rather than simply saying "We're not RHEL so why
bother"?

People do use Gentoo in production environments, both personally and
professionally, even if it is those that have more investment in doing
so than the average IT Joe. By removing stable, we would be reducing the
potential arguments for the few who do want to use Gentoo in that sort
of environment. We would be becoming more of a niche distro.

"Hey, lets try Gentoo - it's really configurable."
"What's their stable policy? How often does it break?"
"Stable? What's that?"

-- 
Sam Jorna (wraeth)
GnuPG Key: D6180C26


signature.asc
Description: Digital signature


[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2017-07-30 23:59 UTC

2017-07-30 Thread Robin H. Johnson
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2017-07-30 23:59 UTC.

Removals:
app-cdr/acetoneiso   20170730-07:10 mgorny aa0b56de836
app-crypt/mdcrack20170730-07:13 mgorny 1f6ac435ca6
app-eselect/eselect-bashcomp 20170730-07:13 mgorny 4d6f48199c9
dev-java/jdbc-jaybird20170730-07:01 mgorny 17eddbb1a4c
dev-ruby/toml20170730-07:02 mgorny 8f356c80c48
kde-apps/gpgmepp 20170730-07:12 mgorny bb608a7f9ab
kde-misc/krecipes20170730-07:12 mgorny 6d1d1ce6844
kde-misc/semantik20170730-07:10 mgorny fb59bc17029
media-gfx/picturewall20170730-07:11 mgorny eb6a1d009c4
media-gfx/smile  20170730-07:11 mgorny 329eda868a0
sys-apps/systemd-sysv-utils  20170730-07:08 mgorny 226fcbcd240
www-apps/jekyll-paginate 20170730-07:01 mgorny 16a2331ff2b

Additions:
app-misc/pet 20170707-08:51 soap   b23abb4af29
app-misc/ttyload 20170726-21:06 monsieurp  21516363acf
app-shells/peco  20170707-08:31 soap   4f14138ee08
dev-db/ocp   20170727-19:46 soap   4206e6636d2
dev-embedded/stlink  20170726-22:21 alexxy 6008aef4d64
dev-libs/cudnn   20170727-18:50 bicatali   3d15c3e9f2a
dev-ml/angstrom-async20170724-11:16 aballier   766c844bb40
dev-ml/angstrom-lwt-unix 20170724-11:17 aballier   551e27a2d9b
dev-ml/angstrom-unix 20170724-11:14 aballier   1dcda20d246
dev-ml/dns-async 20170725-13:05 aballier   bab014d246e
dev-ml/dns-lwt   20170725-13:06 aballier   9458906d4ee
dev-ml/dns-lwt-unix  20170725-13:06 aballier   c431c474fd2
dev-python/pandocfilters 20170726-07:22 soap   ce6f55c9113
dev-python/pysmi 20170725-08:19 chainsaw   d520a2b96e6
dev-python/scandir   20170725-07:32 monsieurp  21ed8befb71
dev-python/symengine 20170726-18:24 bicatali   ecc19feb9ba
dev-ruby/rash_alt20170729-05:31 graaff 5c065039a28
dev-util/clazy   20170729-03:32 kensington 69ab387e6bd
games-simulation/openrct220170128-14:21 mgorny 3e16317b57e
media-gfx/img2pdf20170730-17:06 soap   be277ac12f7
sci-libs/o2scl   20170721-18:09 bicatali   f11431778bc
sci-libs/symengine   20170725-19:57 bicatali   7232e41956f
sci-mathematics/arb  20170724-21:02 bicatali   9f74757ef0d
sci-physics/qutip20170712-11:57 soap   4727e6ac4b0
virtual/rust 20170718-18:24 djceac79638e9e

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP   : 11AC BA4F 4778 E3F6 E4ED  F38E B27B 944E 3488 4E85
Removed Packages:
app-eselect/eselect-bashcomp,removed,mgorny,20170730-07:13,4d6f48199c9
app-crypt/mdcrack,removed,mgorny,20170730-07:13,1f6ac435ca6
kde-apps/gpgmepp,removed,mgorny,20170730-07:12,bb608a7f9ab
kde-misc/krecipes,removed,mgorny,20170730-07:12,6d1d1ce6844
media-gfx/picturewall,removed,mgorny,20170730-07:11,eb6a1d009c4
media-gfx/smile,removed,mgorny,20170730-07:11,329eda868a0
kde-misc/semantik,removed,mgorny,20170730-07:10,fb59bc17029
app-cdr/acetoneiso,removed,mgorny,20170730-07:10,aa0b56de836
sys-apps/systemd-sysv-utils,removed,mgorny,20170730-07:08,226fcbcd240
dev-ruby/toml,removed,mgorny,20170730-07:02,8f356c80c48
www-apps/jekyll-paginate,removed,mgorny,20170730-07:01,16a2331ff2b
dev-java/jdbc-jaybird,removed,mgorny,20170730-07:01,17eddbb1a4c
Added Packages:
media-gfx/img2pdf,added,soap,20170730-17:06,be277ac12f7
app-misc/pet,added,soap,20170707-08:51,b23abb4af29
app-shells/peco,added,soap,20170707-08:31,4f14138ee08
sci-physics/qutip,added,soap,20170712-11:57,4727e6ac4b0
dev-db/ocp,added,soap,20170727-19:46,4206e6636d2
dev-python/pandocfilters,added,soap,20170726-07:22,ce6f55c9113
dev-ruby/rash_alt,added,graaff,20170729-05:31,5c065039a28
dev-util/clazy,added,kensington,20170729-03:32,69ab387e6bd
dev-libs/cudnn,added,bicatali,20170727-18:50,3d15c3e9f2a
dev-embedded/stlink,added,alexxy,20170726-22:21,6008aef4d64
app-misc/ttyload,added,monsieurp,20170726-21:06,21516363acf
dev-python/symengine,added,bicatali,20170726-18:24,ecc19feb9ba
sci-libs/symengine,added,bicatali,20170725-19:57,7232e41956f
games-simulation/openrct2,added,mgorny,20170128-14:21,3e16317b57e
dev-python/scandir,added,monsieurp,20170725-07:32,21ed8befb71
sci-mathematics/arb,added,bicatali,20170724-21:02,9f74757ef0d
dev-ml/dns-lwt-unix,added,aballier,20170725-13:06,c431c474fd2
dev-ml/dns-lwt,added,aballier,20170725-13:06,9458906d4ee
dev-ml/dns-async,added,aballier,20170725-13:05,bab014d246e
dev-python/pysmi,added,chainsaw,20170725-08:19,d520a2b96e6
sci-libs/o2scl,added,bicatali,20170721-18:09,f11431778bc
virtual/rust,added,djc,20170718-18:24,eac79638e9e
dev-ml/angstrom-lwt-unix,added,aballier,20170724-11:17,551e27a2d9b
dev-ml/angstrom-async,added,aballier,20170724-11:16,766c844bb40
dev-ml/angstrom-unix,added

Re: [gentoo-dev] Package up for grabs

2017-07-30 Thread Daniel Campbell
On 07/23/2017 07:13 AM, Manuel Rüger wrote:
> The following packages are up for grabs:
> 
> app-admin/gixy
> app-admin/mei-amt-check
> app-admin/ngxtop
> app-admin/passwordsafe
> app-arch/lz5
> app-crypt/acme
> app-crypt/certbot
> app-crypt/certbot-apache
> app-crypt/certbot-nginx
> app-crypt/easy-rsa
> app-crypt/libmd
> app-crypt/manuale
> app-crypt/pgpdump
> app-emulation/docker-gc
> app-misc/jira-cli
> app-misc/pdfpc
> app-text/blahtexml
> app-text/itex2mml
> app-text/mathtex
> dev-go/cli
> dev-go/delve
> dev-go/go-gitlab-client
> dev-go/glide
> dev-go/toml
> dev-python/parsley
> dev-python/safety
> dev-python/txsocksx
> dev-python/vcversioner
> dev-libs/libgit2
> dev-lua/luadbi
> dev-lua/luasocket
> dev-lua/lua-zlib
> dev-util/bloaty
> dev-util/cookiecutter
> net-analyzer/linkchecker
> net-libs/libssh2
> net-misc/kafkacat
> x11-misc/flow-pomodoro
> x11-plugins/pidgin-opensteamworks
> x11-plugins/pidgin-xmpp-receipts
> 
> There is another set of packages, which have a backup project
> maintaining it. Please talk to the respective project if you're
> interested in maintaining those:
> 
> app-office/texstudio
> dev-python/cookies
> dev-python/freezegun
> dev-python/future
> dev-python/hiro
> dev-python/hvac
> dev-python/parsedatetime
> dev-python/parsley
> dev-python/pyhcl
> dev-python/pykka
> dev-python/pyrfc3339
> dev-python/pytest-capturelog
> dev-python/pytest-localserver
> dev-python/responses
> dev-python/vcrpy
> dev-python/zope-component
> dev-python/zope-event
> net-firewall/nftables
> net-libs/libnftnl
> 
> Best regards,
> Manuel Rüger
> 
> 
I have a machine using certbot (Rpi 3 Model B) now that I might be
switching to Gentoo in the future. I'd be willing to co-maintain
app-crypt/certbot with other interested developers. The catch is I don't
use Apache or nginx; others would need to maintain certbot-apache and
certbot-nginx.

Anyone interested?

-- 
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C  1DE4 6F7A 9091 1EA0 55D6



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [PATCH] java-pkg-opt-2.eclass: fix java-pkg-opt-2_src_prepare to always call eapply_user for EAPI-6+

2017-07-30 Thread James Le Cuirot
On Sun, 30 Jul 2017 14:32:53 +0300
Andrew Savchenko  wrote:

> For EAPI 6+ java-pkg-opt-2_src_prepare() has eapply_user call via
> java-utils-2_src_prepare() from java-utils-2.eclass. But
> java-utils-2_src_prepare() call is conditional and in case when
> package is build with USE=-java java-utils-2_src_prepare() is not
> called, hence eapply_user is not called in src_prepare phase and
> ebuild fails.
> 
> The following patch fixes this by calling eapply_user if java USE
> is disabled _and_ EAPI is 6+.

This makes sense so no problem here.

> [pedantic mode on]
> Strictly speaking when EAPI is other than [0-5]. The way java-*
> eclasses are now, they assume ![0-5] == 6+. It may be speculated
> that this is not entirely correct and many other eclasses
> explicitly deny all unknown EAPIs. If someone is interesting in
> fixing this issue, please handle it with the java team and do not
> mix it into the problem described at the beginning. My goal now is
> to fix eapply_user issue which cases trouble for any EAPI 6
> packages with optional java support and default src_prepare() at
> the ebuild scope.
> [pedantic mode off]

Agreed. I don't think java-utils-2_src_prepare() should be changed in
this regard as the behaviour may continue to be correct but the eclass
should have a global EAPI check that forbids anything beyond 6 like
other eclasses do.

-- 
James Le Cuirot (chewi)
Gentoo Linux Developer


pgpequPLcnucX.pgp
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH v2] Support different compressors for binary packages

2017-07-30 Thread Zac Medico
On Sun, Jul 30, 2017 at 1:27 PM, Zac Medico  wrote:
> On Sat, Jul 29, 2017 at 10:50 PM, Michał Górny  wrote:
>> On nie, 2017-07-30 at 00:56 +0200, Manuel Rüger wrote:
>>> Pushed as:
>>> https://gitweb.gentoo.org/proj/portage.git/commit/?id=cff2c0149142843316e1851c2e73bcec30f08471
>>>
>>> Thanks for the patient reviews, Zac!
>>>
>>
>> I'm sorry for noticing this only now when I'm enabling it but we have
>> already:
>>
>> PORTAGE_COMPRESS
>> PORTAGE_COMPRESS_FLAGS
>> ^^
>>
>> and you've added:
>>
>> BINPKG_COMPRESSION
>>^^^
>> BINPKG_COMPRESSION_ARGS
>>
>>
>> Wouldn't it be better to at least try having consistent variable naming?
>
> Yeah, let's change it to BINPKG_COMPRESS and BINPKG_COMPRESS_FLAGS.

Pushed:

https://gitweb.gentoo.org/proj/portage.git/commit/?id=2c7d38b9512609f6828cbba1066f2b3b2d9144bf
-- 
Thanks,
Zac



Re: [gentoo-portage-dev] [PATCH v2] Support different compressors for binary packages

2017-07-30 Thread Zac Medico
On Sat, Jul 29, 2017 at 10:50 PM, Michał Górny  wrote:
> On nie, 2017-07-30 at 00:56 +0200, Manuel Rüger wrote:
>> Pushed as:
>> https://gitweb.gentoo.org/proj/portage.git/commit/?id=cff2c0149142843316e1851c2e73bcec30f08471
>>
>> Thanks for the patient reviews, Zac!
>>
>
> I'm sorry for noticing this only now when I'm enabling it but we have
> already:
>
> PORTAGE_COMPRESS
> PORTAGE_COMPRESS_FLAGS
> ^^
>
> and you've added:
>
> BINPKG_COMPRESSION
>^^^
> BINPKG_COMPRESSION_ARGS
>
>
> Wouldn't it be better to at least try having consistent variable naming?

Yeah, let's change it to BINPKG_COMPRESS and BINPKG_COMPRESS_FLAGS.
-- 
Thanks,
Zac



Re: [gentoo-dev] [PATCH] toolchain.eclass: Remove kludge that blocks gcc-6+ on sys-libs/uclibc-ng systems

2017-07-30 Thread Matthias Maier
++


On Sun, Jul 30, 2017, at 02:46 CDT, Sergei Trofimovich  
wrote:

> On Sat, 29 Jul 2017 19:12:23 -0400
> Joshua Kinard  wrote:
>
>> The following kludge is present in toolchain.eclass, in 
>> toolchain_pkg_pretend():
>> 
>>  [[ -z ${UCLIBC_VER} ]] && [[ ${CTARGET} == *-uclibc* ]] && \
>>  die "Sorry, this version does not support uClibc"
>> 
>> The below patch removes this.  I've been running a gcc-6-built,
>> sys-libs/uclibc-ng in chroot for some time now, have completed several
>> catalyst runs, and am at the tail end of a fresh install of a
>> sys-libs/uclibc-ng userland on actual MIPS hardware.
>> 
>> Signed-off-by: Joshua Kinard 

Signed-off-by: Matthias Maier 

>> ---
>>  eclass/toolchain.eclass |3 ---
>>  1 file changed, 3 deletions(-)
>> 
>> --- a/eclass/toolchain.eclass.orig   2017-07-29 19:06:30.894211203 -0400
>> +++ b/eclass/toolchain.eclass2017-07-29 19:06:40.514211133 -0400
>> @@ -375,9 +375,6 @@ toolchain_pkg_pretend() {
>>  "in your make.conf if you want to use this version."
>>  fi
>>  
>> -[[ -z ${UCLIBC_VER} ]] && [[ ${CTARGET} == *-uclibc* ]] && \
>> -die "Sorry, this version does not support uClibc"
>> -
>>  if ! use_if_iuse cxx ; then
>>  use_if_iuse go && ewarn 'Go requires a C++ compiler, disabled 
>> due to USE="-cxx"'
>>  use_if_iuse objc++ && ewarn 'Obj-C++ requires a C++ compiler, 
>> disabled due to USE="-cxx"'

Best,
Matthias



[gentoo-dev] [PATCH] java-pkg-opt-2.eclass: fix java-pkg-opt-2_src_prepare to always call eapply_user for EAPI-6+

2017-07-30 Thread Andrew Savchenko
Hi all,

For EAPI 6+ java-pkg-opt-2_src_prepare() has eapply_user call via
java-utils-2_src_prepare() from java-utils-2.eclass. But
java-utils-2_src_prepare() call is conditional and in case when
package is build with USE=-java java-utils-2_src_prepare() is not
called, hence eapply_user is not called in src_prepare phase and
ebuild fails.

The following patch fixes this by calling eapply_user if java USE
is disabled _and_ EAPI is 6+.

[pedantic mode on]
Strictly speaking when EAPI is other than [0-5]. The way java-*
eclasses are now, they assume ![0-5] == 6+. It may be speculated
that this is not entirely correct and many other eclasses
explicitly deny all unknown EAPIs. If someone is interesting in
fixing this issue, please handle it with the java team and do not
mix it into the problem described at the beginning. My goal now is
to fix eapply_user issue which cases trouble for any EAPI 6
packages with optional java support and default src_prepare() at
the ebuild scope.
[pedantic mode off]

Best regards,
Andrew Savchenko
diff --git a/eclass/java-pkg-opt-2.eclass b/eclass/java-pkg-opt-2.eclass
index 16c9f8f..c0b05f9 100644
--- a/eclass/java-pkg-opt-2.eclass
+++ b/eclass/java-pkg-opt-2.eclass
@@ -43,7 +43,11 @@ java-pkg-opt-2_pkg_setup() {
 # default src_prepare, wrapper for java-utils-2_src_prepare
 
 java-pkg-opt-2_src_prepare() {
-	use ${JAVA_PKG_OPT_USE} && java-utils-2_src_prepare
+	use ${JAVA_PKG_OPT_USE} && java-utils-2_src_prepare 
+	case "${EAPI:-0}" in
+		[0-5]) ;;
+		*) use ${JAVA_PKG_OPT_USE} || eapply_user ;;
+	esac
 }
 
 


pgpBNKAGqg2e6.pgp
Description: PGP signature


Re: [gentoo-dev] Package up for grabs

2017-07-30 Thread Cédric Krier
On 2017-07-23 16:13, Manuel Rüger wrote:
> The following packages are up for grabs:
> dev-util/cookiecutter

I will take this one as I used it.

-- 
Cédric Krier


signature.asc
Description: Digital signature


Re: [gentoo-dev] [PATCH] toolchain.eclass: Remove kludge that blocks gcc-6+ on sys-libs/uclibc-ng systems

2017-07-30 Thread Sergei Trofimovich
On Sat, 29 Jul 2017 19:12:23 -0400
Joshua Kinard  wrote:

> The following kludge is present in toolchain.eclass, in 
> toolchain_pkg_pretend():
> 
>   [[ -z ${UCLIBC_VER} ]] && [[ ${CTARGET} == *-uclibc* ]] && \
>   die "Sorry, this version does not support uClibc"
> 
> The below patch removes this.  I've been running a gcc-6-built,
> sys-libs/uclibc-ng in chroot for some time now, have completed several
> catalyst runs, and am at the tail end of a fresh install of a
> sys-libs/uclibc-ng userland on actual MIPS hardware.
> 
> Signed-off-by: Joshua Kinard 
> ---
>  eclass/toolchain.eclass |3 ---
>  1 file changed, 3 deletions(-)
> 
> --- a/eclass/toolchain.eclass.orig2017-07-29 19:06:30.894211203 -0400
> +++ b/eclass/toolchain.eclass 2017-07-29 19:06:40.514211133 -0400
> @@ -375,9 +375,6 @@ toolchain_pkg_pretend() {
>   "in your make.conf if you want to use this version."
>   fi
>  
> - [[ -z ${UCLIBC_VER} ]] && [[ ${CTARGET} == *-uclibc* ]] && \
> - die "Sorry, this version does not support uClibc"
> -
>   if ! use_if_iuse cxx ; then
>   use_if_iuse go && ewarn 'Go requires a C++ compiler, disabled 
> due to USE="-cxx"'
>   use_if_iuse objc++ && ewarn 'Obj-C++ requires a C++ compiler, 
> disabled due to USE="-cxx"'
> 
> 

[  CCed toolchain@ as maintainer ]

Looks good.

-- 

  Sergei


pgpQhqLleiqJb.pgp
Description: Цифровая подпись OpenPGP