Re: [gentoo-dev] Mailing list moderation and community openness

2018-03-22 Thread Alexander Berntsen
On 22/03/18 07:31, Benda Xu wrote:
> We might be able to require GPG signed email to make a post.
Almost definitely.

But before bikeshedding that, it would be advisable to find out whether
it would be a good idea in the first place. Unless you want only
prospective developers to be able to contribute to the ML (maybe you do
want that?), it seems like a poor idea to unnecessarily exclude anyone
who doesn't care (nor want to care) about OpenPGP.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Mailing list moderation and community openness

2018-03-20 Thread Alexander Berntsen
On 20/03/18 13:17, Michael Palimaka wrote:
> Could someone please explain how this doesn't directly contradict the
> core tenets of an open and inclusive community?
It's fairly simple to produce a justification of the decision. I can
think of several ways of doing so. One is through an appeal to some
notion of community health improvement from impeding toxic contributors.
In this strategy, the argument would be something pertaining to how
allowing these toxic posters free rein on the mailing list would
contradict the core tenet of an open and inclusive community. There are
several more ways to rationalise the decision.

But you won't buy into either of those purported vindications of this
decision. (I won't either.) So don't bother requesting them. Another
aimless (and thus endless) back and forth in Jackal language isn't
likely to achieve anything worthwhile beyond what the initial exchange
achieved.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Upcoming posting restrictions on the gentoo-dev mailing list

2018-01-10 Thread Alexander Berntsen
On 10/01/18 08:55, Lars Wendler wrote:
> Seems we're turning into an elitist club or something... 
Gentoo has already had the reputation of being an elitist club for
years. As such I'd like to see steps to remedy this status, rather than
taking steps like this, which just exacerbates the unfortunate status.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: Re : Re: [gentoo-portage-dev] Constraint-Based Dependency Solver for Portage: a prototype

2018-01-08 Thread Alexander Berntsen
On 08/01/18 03:06, Michael Lienhardt wrote:
> Many thanks for the advices. I started few discussions on the forum
> and will go to FOSDEM. I'll see where it will go.
Consider mentioning this in #gentoo-fosdem on irc.freenode.net, which is
where the Gentoo devs & users who are going to FOSDEM generally gather.
Maybe you can meet up with everyone. There's usually a few Gentoo
dinners (one actual "Gentoo dinner" that everyone sign sup to, and just
informal dinners throughout the weekend as well), and an OpenPGP
key-signing event, for instance.

Good luck, and enjoy FOSDEM.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] [QA] New policy: 'files' directory must not be larger than 32 KiB

2017-12-17 Thread Alexander Berntsen
On 17/12/17 20:35, Lars Wendler wrote:
>> On Sun, Dec 17, 2017 at 1:39 PM, Mike Gilbert  
>> wrote:
>>> I just want to voice my opinion on this: as a developer, this
>>> policy is a royal pain in the ass.
>>> 
>>> I would ask the council to please increase this limit to at
>>> least 100 KiB, preferably more.
> I second this request for the exact same reason.
Is there any impact survey of whether the proposed rationale is
something a substantial amount of people genuinely care a lot about? To
me, it doesn't sound like something that is worth sacrificing our
developers' asses for; but I have no such data.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] Disable dynamic-deps by default

2017-12-17 Thread Alexander Berntsen
ACK. Finally.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Re: repo/gentoo:master commit in: dev-libs/libunibreak/

2017-12-14 Thread Alexander Berntsen
On 14/12/17 17:09, David Seifert wrote:
>> So I can add tons of broken packages, sprinkled over different
>> days, hidden between other valid bumps, and can then tell people
>> they need to lastrite this stuff first and do the 30-day rain
>> dance? Come on, even for Gentoo standards, that's absolutely
>> ridiculous.
Your tone is unnecessary. Moreover, you are misrepresenting what
Christopher wrote. He did not bring it up for the reason you are
implying. He even explicitly said that the lastrite-violation was not
bad, and that the actual mistake must be fixed.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] Constraint-Based Dependency Solver for Portage: a prototype

2017-12-10 Thread Alexander Berntsen
Unfortunately I am way too busy to even entertain looking into this in
any detail. A few years ago I was hoping to work on something like this,
though in Agda (or possibly in Haskell or Coq), and do work on making
Portage much more modular so that you could actually pick whatever
dependency resolver you wanted -- even going as far as "Don't like the
resolution you were presented now? Try using another resolver" messages.
But alas that job ended before I got very far.

However, I wanted to take the time to drop you a tiny note of
encouragement. I think this looks really great, and I hope someone on
the team finds the time to look into it in more detail than me.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: That's all folks. (Re: OT Re: [gentoo-dev] Re: [gentoo-project] [RFC] Splitting developer-oriented and expert user mailing lists)

2017-12-08 Thread Alexander Berntsen
On 08/12/17 21:22, Andreas K. Huettel wrote:
> 
> Independent of whether William now unsubscribed or not, he's now enjoying a 
> lengthy (1 year until review) vacation from all Gentoo communication channels.
> 
This seems like a meaningless thing to post at this point. And you might
want to consider your tone in the future.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Last-rites: app-arch/unrar-gpl

2017-08-31 Thread Alexander Berntsen
On 31/08/17 09:49, Vladimir Romanov wrote:
> I've attached "old" rar_v3.rar and "new" rar_v4.rar.
Works fine. :)
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Last-rites: app-arch/unrar-gpl

2017-08-31 Thread Alexander Berntsen
On 31/08/17 09:37, Vladimir Romanov wrote:
> But does it work for RAR5?
Give me a RAR5, and I can test it for you.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Last-rites: app-arch/unrar-gpl

2017-08-31 Thread Alexander Berntsen
Just a note in case anyone is relying on this package for RAR files;
check out unar. It's LGPL, and works for e.g. RARv3.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-dev] Changing PMS to Portage Manager Specification

2017-08-12 Thread Alexander Berntsen
While the PMS perhaps hasn't been an unequivocal success, it's still a
good effort with some success. I would be disappointed to see the
proposed change, and view it as a bad sign for Gentoo.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


[gentoo-portage-dev] Re: [gentoo-dev] taking a break from arches stabilization

2017-07-10 Thread Alexander Berntsen
On 10/07/17 20:11, Jonas Stein wrote:
> It would be so motivating to see that many user are glad about a
> special package. One gets rarely feedback.

Interesting idea. We could have some (separate) portage-y helper tool
send a standardised email that could easily be filtered based on sender
and/or topic. 'emerge foo --thank' just thanks people, 'emerge foo
--thank="msg"' thanks people with a msg.

It's gimmicky and could be abused. But then again perhaps it wouldn't be
abused, and it would just be wholesome fun. Maybe someone would meet
their future lover via the thank-parametre.

What do you think?
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] Leader election

2017-07-06 Thread Alexander Berntsen
On 06/07/17 19:25, Brian Dolbec wrote:
> You can't, I declined this time around
You didn't reply here. So technically you just didn't accept. ;)

I vote for Zac then.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] Leader election

2017-07-06 Thread Alexander Berntsen
I vote for Brian.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] Leader election

2017-07-06 Thread Alexander Berntsen
On 04/07/17 22:02, Zac Medico wrote:
> Thank you, I accept.
> 
> I also nominate Brian Dolbec and Alexander Berntsen.
Thank you, I accept.


Do we vote here in the same thread?
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


[gentoo-portage-dev] Leader election & general development meeting

2017-06-18 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Friends,

It's that time of year. We're having a leader election again, as well
as a general development meeting. The agenda will be updated in more
detail at: https://wiki.gentoo.org/wiki/Project:Portage/Meetings

Please schedule a time at: http://whenisgood.net/portage

Thanks.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE9IFxdkrEBjQqqr6l1CpZ1FQaTwEFAllGhLkACgkQ1CpZ1FQa
TwGYLRAA4FV6pI7ou4U8YZCqTuOBIRv7KmeV6NQdJDoJNhCP8aELCEFlUStaeenU
teAQ/NwnoSXd1megBDjfGx5fAg2UhGbJLoHsK6N74mT40ztQSTC9FoHyEueWeY/m
nDt9jSZgAPrai/nNf2EnJizejUVXriLEFN12V4Ce1Ae1kC3FlshxUCmJ72S1l+n0
InHWLl5OyDyVU3DVWb4KhdQI//ciIFesDm+wgcxOwkFQ32VF9gj49gTW1cGrUw2p
LaNr+0ZPeKdrr22IWKSm5VDxb4bSd91P2ERHh3+QF3hTZsI3OpHkgMmZFBYmf8or
R6ywy9yEBgsyEPPS7hQ+0JmK46OB/mLe/yoKvHtMwyPYsD8lEGmhieqmT1YY5M15
UrM5vuEn2LZ7qjJeZoFtwLVs91V5xMfAhevM4tk9NuNZBLPilREgG+CoXs6jcYWM
+BxqaYkrE34mrNWqaUv8yrBzxXbDF0F4+aXIVMNuJD+W9r/UFqwBS8uHh1ZB1fRM
EhfjoTv8maWp92N26MX2LkQos0oxPWaMLI7h2AGiCa30OXPlKjHrxrc6/ztruMXA
5GsbU1m24mCa8dcP8nTKJKSOJVleADtOtcMwkga0MUU0TdS81agPWy9PVwVBPlTI
8kB5U+SE69kYvXQO29iQ8eVNlhLcpwg4va/R05Gk3n5OuXzgv9c=
=1jdr
-END PGP SIGNATURE-



Re: [gentoo-dev] [RFC] Restricted version of gentoo-dev mailing list

2017-05-29 Thread Alexander Berntsen
On 27/05/17 18:17, Patrick Lauer wrote:
> But you do gentoo wrong, so as a user I'd like you to reconsider what 
> you wrote there and maybe take a long vacation.
I too do not hate our users (in which I include myself).

Treating users as a worthless nuisance, unless they're writing ebuilds
or managing your precious GitHub crap, is a good way to lose users.

And even if I did hate our users, I agree with William & Ulrich.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH v2] preserve-libs: handle manually removed libraries better (bug 599240)

2016-11-10 Thread Alexander Berntsen
It's OK by me then.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] preserve-libs: handle manually removed libraries better (bug 599240)

2016-11-09 Thread Alexander Berntsen
On 09/11/16 10:05, Zac Medico wrote:
> Before a package is merge
+d

Looks okay. What's the performance impact, if non-negligible?
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] emerge-webrsync: use gkeys to verify gpg signatures (bug 597918)

2016-10-27 Thread Alexander Berntsen
On 27/10/16 19:16, Zac Medico wrote:
> Use gkeys to verify gpg signatures by default. Refresh the gentoo 
> snapshot signing key before signature verification, in order to
> ensure that the latest revocation data is available. Add an
> --insecure option which disables gpg signature verification. Warn
> about man-in-the-middle attacks when the --insecure option is used.
> Deprecate the pre-existing webrsync-gpg feature since it requires
> manual gpg configuration.
%s/ gpg/ OpenPGP/
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] Leadership election

2016-10-17 Thread Alexander Berntsen
On 11/10/16 18:28, Brian Dolbec wrote:
> hmm, seems I've been drafted :)
OK, so Brian's the new lead. Gz.

-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] repoman: add gentoo to remote-id type.

2016-10-13 Thread Alexander Berntsen
Is there an associated bug for this? The patch itself looks reasonable
enough, but I prefer knowing the background for patches being deemed
necessary.


Also, get rid of the period in the commit message. And we seem to...
mostly... agree that it should be 'component: Capitalised description',
not 'component: lowercase description'. (No need to email a v2 for
something so trivial -- just fix it before pushing.)
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


[gentoo-portage-dev] Leadership election

2016-10-07 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Friends,

It's that time of year. I have been lead developer for a year, so we
need to have another election.

I've not been very good, nor attentive enough. So if you want to elect
someone else than me, I can understand that. If nobody else wants the
role, I can probably continue to reject, and even sometimes accept,
Zac's patches too; I don't mind.

I suggest we just nominate and vote in this thread. That's what we did
last time around. Unless someone has something against this, let's
just go ahead.

On to nominations: I nominate Zac and Brian.

Let's do voting next week, and pick someone next Friday, unless anyone
objects to this.
- -- 
Alexander
alexan...@plaimi.net
https://secure.plaimi.net/~alexander

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJX97q6AAoJENQqWdRUGk8BsMEP/ij6Ay+T8SpnBpQVhbAieBKV
OTy6yyBWBB8K1kNe4ZwbobriGxua26BNkNdKdzSQXZE2Mz6FiuvVatdUi3emdpPW
VMAvtRIKrTXrhifr8YtCAt6FynzC9JP8RIgkP/0HZd6xRQrAMDEgVJaeGTpE/3Px
urBpvhCztAHFZgV6e0mFu7Mxf8nOho4BcttCzwRT6nhTErCRAQ1FvwvDjFV5zMLQ
BV0MzQe4eghXn8jPV/cNLookqG6DGK/t7bWeoFcBaNNTZyMIdtmtb+w8x33nw3Dl
OIpaxbWN32Jk5BxGlLQyrk4bGPq9Q/hB43lurj+5BN+WtPUgMRRmsnXnuiuCS18j
EaYUhkmKPBXzCW7MjtolllOjcuCCBi4/silUQQBdxweIIM6+WNLv6ASdaBRghdon
rXVrun+zIpRVnMHqPi62Nns69YnYYPwxYyysflFaWeF1cqM1MuNRd4x08DxkAjA4
Stm2+i5+Sj1IlVijiWnoDcgdOx3F7mVKlY+HX5u2VelcCfYcq76fF0r+wbwz7hsu
hpETiJjA4LHigEZCX93eOflb7i7KY/n0b/ZDT6fJuY1U+0hNQkXRmVmaW0U3er/t
FDk5m+1ZK56AXiSNdGCxlxMQi4TP4gENm0IkajlKhVOo/B568czyw6lQwS8sDYR4
xXRqajDcHEO0+EKU6FT6
=sELe
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH v2] setup.py: enable libc bindings optionally (bug 594744)

2016-10-06 Thread Alexander Berntsen
LGTM.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] setup.py: enable libc bindings optionally (bug 594744)

2016-10-05 Thread Alexander Berntsen
On 02/10/16 05:03, Zac Medico wrote:
> The ebuild can use this
Shouldn't "this" be documented somewhere more useful than in the commit msg?

Also, the msg should mention that the libc bindings are optional in the
first place.

-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] ebuild.sh: start phases in temporary HOME if available (bug 595028)

2016-09-26 Thread Alexander Berntsen
No real opinion -- not familiar enough with this to suggest alternative
solutions. Patch itself looks OK.

-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] EventLoop: add run_until_complete method (bug 591760)

2016-08-22 Thread Alexander Berntsen
On 21/08/16 00:18, Zac Medico wrote:
> This emulates the
> asyncio.AbstractEventLoop.run_until_complete(future) interface
What's that, and why are we emulating it instead of just using it?

> which will make it possible to reduce latency in situations where it
> is desirable for a loop to exit at the earliest opportunity.
It makes it possible -- okay. But does it? I'm reluctant to change
things willy nilly, and add SLOCs, without a tangible benefit.
-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] Scheduler._terminate_tasks: purge _running_tasks (bug 425554)

2016-08-22 Thread Alexander Berntsen
Woah. I remember this bug. Nice. LGTM.

-- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander



signature.asc
Description: OpenPGP digital signature


Re: [gentoo-portage-dev] [PATCH] emerge: add --fuzzy-search and --search-similarity (bug 65566)

2016-08-08 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

LGTM. Thanks for addressing my previous concerns.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXqE9jAAoJENQqWdRUGk8B4m8QAJyQ7AicdYPGvF8pnIsGafKf
uOXfVRh+jN87y8flu96+6a+SguwwjI1NW2mZdOTheXWW9nBzMDLdeMfUuuuwx0EW
syZpGxeQRFXJBIzuMLlyDRX01yLNMRhyzpaI+pxqz2T2yuCh4SqQ2a2qabzkhn7h
l13OAhhNHBJuoDWXAc5tdHMZvW02/KQr6ims8RhZL83Kdx4789gtfWQgkaZrEDy6
3rUt35h56UDoVSlvN0MDMIAEsozPvdbhAzz85/PtEAP0oeYRTRMRS6ppGqRtspQY
OEu/LcP5nQH9f+LiAg+F0XUiw9Bm1gVLQy+ZFQijFp5HUCNR3xYx7SpkQauiMDsf
1nJiagHJOz4vHH3yvzCRHnqLz2RnjdGEacQLNI7j36NpfsofIgUKwQefKraYIOgq
PUfEInIha1wv+cPIQx3CdzT7O8LKBdt5G3GsqkvKrSkgOWSReO33C8U14VNsYvjr
8c/9nenIyZSWTbDzZ4vq505j393bsHjOn63yCR9ILcPLXS0x0mkK3E8pQTG67p4o
JFdPGiX80SsrYN3hLbDNsnlWObfTL4Hc7iLuyZxrS+5NLbO1e9qBNFoD2DhTAuK5
gwE+li5uKduI8VAkdjGe72CnR6vPWTAHWkCjrX3FZDW6kE9YtkOUAjEpeMTMu706
IzvSyZiEBv9+nnmNjPw0
=fZcj
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH v3] portage.cache: write md5 instead of mtime (bug 568934)

2016-07-12 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

The _chf_deserializers and _md5_deserializer stuff looks rather
overengineered. I don't know what the reconstruct_eclasses skipping
entails (the comment makes it seem like "skip this because apparently
it's different lol who knows -_o_-"). The rest of the patch lgtm.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXhPfCAAoJENQqWdRUGk8BGD8QAN6DgO0LDe6L8+yFzljTS79k
ctrEvV+cm6Ti8crBuXzjgEi2hmSWwEbpFi/OjAA+8JuDVigqSOF1qh32UyhgAK2m
ugm9Vs6/ooQ6NqJu1xd5NF342ul06DNvsU9kKQsmoO8f03EmHRKlAxCFIs5UBl1P
0cd5ULg/dFANzpe2zKFDVk0YGgFmrN8X2nziosttb0MrgfMkAP712ZcEAtHMusWj
iKz0ByJcogTvuWJLKSoMQbU1EGm+/NjRB7mV3BN7LBoVarPmCt//s6jG7GkFTiNI
T6sDsn/rFOdFyiGmxXaZ+3ztv3z7WFHvHGzyyCqofJceYxjmaT1vk0itWYDACi7O
QJmsZ+EnL72z3i+J3AwONtqixBQkJ/Jpt7Ye/O2drRA8eHZ2wJODH2jnFONKvf75
v2JfnWy1X63SikNorsn9/WE4j00rky/0fA+0WR2anMW01B8cgZU/LhaoNzIsV696
3XNmwNjZDmhhngUfj/vEVgtpopOiG2m96Myq2opw1wXv8pI6OmQevaOCuLpOMmpm
yaRCcYNWRJ5QY0FQJJoIIqwMdiuXov+uQhRIQ6Im0THEOYKmwCwETFAPfXMETYn7
qTgj51RiK1NHl5mibojjcJJHTWHLg++XSEfuUJnlBL8GdApIUtC1dE4+BmYcVlxt
i3ojLlHlG8Gc/+TkaR8f
=lxGo
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] Re: [PATCH] Add emerge --autounmask-continue option (bug 582624)

2016-07-04 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 04/07/16 20:00, Zac Medico wrote:
> I wasn't aware that there was an argument about that.
I didn't argue it very heavily, but I do find it useful.

> I'll be happy to send pushed emails.
Thanks!

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXeqmjAAoJENQqWdRUGk8BIgcQAKAB/lfkDzV8CHGi1ON9eHMI
kcLyTwryvX7Px/WM3Hz/lHcyVqQY10KxbRKxHW9yc1D1InyaVKeBilnL55eCdzUv
BkXwWrXeQCu390FXy4ph7nrQYm15fEqhW/kAD0BWYY2Bryks9UEPXFnNK/Aq0OTl
JVLGiWvc3ys9m1KJQ9PYdC+KgpXHMPl9bW0ui55063JmOTJZVjys713cCuRMCjiv
TLBk8fL266C1XZxkyomiYXVozE0y2ON9mDvqHpd2vUVuk64t4Ej3SwWvruX46rrw
XJZBu2HyUYYsaCnfl2xf97B1vai/r9XWae7kuzOZmrDvZzg0kVMxgwiXZtSAEXM7
ETlTRMjXZZl6e/gZ145rl8a8GSe/ElvLJGZOk+RdB9R8DzBmbGRyT53XQHZgkSgt
IvP+g4fYkutovyKQW8rVBiC4FCol3glugYHf6213e6ltWFRsIp+D9aWiynjG7gmD
esFTggYQexoTACpRgEjDBfbLkqd+Uv9CqGpYDvzX5zz626oxZ+ml9n8TtUTiHH5y
4XKWBWJykZZnLpfLPB9aofVU9u+0mA/S6028SfvuOpVjHi3bXRAl9i9W2AMoQsDU
1OcUJAfiVYOQRbLNg9iVoIVyjpz51Dr5rUb9UNP+Cci8OiJ4Dnu3/sEEgVIv9F+n
2soIC8Gapk3mqx5Wq5v2
=woLN
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] Re: [PATCH] Add emerge --autounmask-continue option (bug 582624)

2016-07-04 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Never mind. I see that it's already pushed. I guess this is where I
continue to argue my case for "Pushed as [commit hash]" emails.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXelPSAAoJENQqWdRUGk8BMicP/i0u9q8dPi/lQAY5Y2JR5/xr
ZUNCXLhZTv8SQE/fSkkf7Cm/kgrRiLa2N0wUVSF0+npPHYfq/1Y4P5jjn/5sbgLM
AzsWfAbQjcIALt+GGnpfPlgGlOLKxX/HkCK+YN74mFsWFiTPZh6PK8tFTfNE0CMk
cRHnws1IPm5qto5opknXWQ/DkLKpuX4OtuRYXz2ZJ0gAkTJ9sNq9TvNMUpwwBozg
NdcNnHDNkYRnXdPiyAbBgO7a9QH5qvW5h7USXjPmfiVfiT97DVZYXMEQqWAw2ULf
iDYk/KhASCxPkZueFziJNaYb/YBIjuz8+jXwUUdoXylbqZ4mtvn2dr5UAzVqyXi7
YMU1CQABqvCeBy91qSSQucPK65OfX3RZXbOKa1rb6IqvxdYyGAEIJqGD+L09gfzS
PtBe/i+Dak1Je4J2QrI2G3Lm/TRF9yt065KebCOmAKcjqK/N6EFDpQ3elEZTDbRn
BODJ60OPi8IBLW+O8PcFjkU9YMSYYylKvVxToN1Q4r84trksDBj/GmMnurUozoyY
AOucJA7/ZYUeGHk4c9bCQIGmnE3ffvX+YRqOjZe309vMrF3RM3Emqn7cgWGDXp1l
mjR/HxQlIGuEkS3cXRf4vmmCOTRGJiI2jClIv4DAztbKU4E6FaAG/ymaqY0VXeJA
MgWG20fkVYt7XScYpPKL
=RKtx
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] Re: [PATCH] Add emerge --autounmask-continue option (bug 582624)

2016-07-01 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 01/07/16 18:42, Duncan wrote:
> Perhaps rename the option so it makes perfectly clear the possible
>  consequences?  Something like --autounmask-breakme, or
> --auto-breakme ?
No.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXdp2pAAoJENQqWdRUGk8BBBYQAMGox5DztriYSWDvnFJQ4gWv
rAYmauL+hb4fvv7NTRjrPzqh4YBKj/pRsaNavAnfBQxqPSmYYZ34exR7vpW3Felb
/gKxKWG1tRwjqC9mZzMjY9Xv/0cD5lprJ4CPXEV32PuP1Y48FBr382aS0X0PIeKr
9cX81Rgt50eS7X7ccJ8GJq6TC8FowCVmOgILrDsKLDeSEVWA4whL0etsBv9ipLC4
4Qg0EfJ1ff9y3e3bMpQ/QbjBRzt6nNyJhw6KlxbhUE4X3wgLP4UUjc/vcRtM9k/o
nTbG1JPzLLV3vJcEGwWbdM746wZpntslgv15Rp+fsw71grPV5AVFcBsPpfsXbUdc
2t37JB0PZp2MgzTV8JGaF7C7WppE1MJ70ZioAAF7RdoGV0BhGLUt3f9uCwjd37nH
nIescYraZCOk96zEC7hDzVyBBL8Z8nVAnwHorKxDcoFzS02dlcnrIqBUhQrkr+rD
pg+oPgLzU++nTjYgd8dn4j+h7hRAWIOFUaMPTmwI6Zi4hqtij56GnJZRrO5kMq+8
zmSyixEAJjJQucvw+wns2YPbI/ek/LPez6GJHN2sk3APNPcWISXdYmV4UxdhK2t9
UDIM8OQxKcyjM9+vErr5BU9Dy+OuQtpjGwtkcanEXRwVDh+QCci4MwGuH2hDDpRZ
6YOj9c0nsVwQd3bSnEB5
=14Rr
-END PGP SIGNATURE-



Re: [gentoo-dev] [RFC] bugs.g.o: Killing VERIFIED state, possibly introducing STABILIZED

2016-06-17 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 17/06/16 15:58, Rich Freeman wrote:
> That could actually be generalized.  I could see many types of
> bugs where the issue is with upstream, and we might want to track
> the progress as upstream implements a fix, releases it, and then it
> is stabilized on Gentoo.  So, maybe we need another state to track
> in upstream's VCS vs the Gentoo repo.
> 
> Another approach would be to distinguish between portage as a 
> Gentoo-hosted upstream, and portage as a package in the Gentoo
> repo. The same could apply to any Gentoo-hosted project.
I would be fine with either, but honestly this whole thing seems like
bikeshedding for the sake of bikeshedding. It's working fine as-is,
and I don't recall any complaints that we've been doing it differently
to the tree.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXZAJ5AAoJENQqWdRUGk8BXdsQAIvWgBxy/43BFRfVYk5Ah6ke
u0yosJvHJe+PWTPQj6YQNJDgmLwohNeyyrDkV4y6PCrObZWkiJgT34LATmJLThCY
C+/ZGuxxSjhYJkO3dU51rc6KCXdQ+Uw7Mvc/jxXzB27nuSA1nfKsw2MRfH6Snhdz
hGNYiXe8xry+G1t6BBC2BENrZyRdn/KL6T+0bmc0it6iCvfEWjjKSMmS1GUTPK6G
6cD7IOmWVJTl1o9fjM0Em78UlqU8LsyeZLSq+W63crRVhhv1ZzbXHWMG+jRq64dO
jmI/qnScC0EnhMg2GYxaiHlo/CRcfFQxvSdqCZC5Ll7bnE0ygYaeA1huhXKg2Qgq
ibwN8+1s7j/O50lOqFcVYb6GFvUrObA0Db/k1YcVNENsgr5krBQLRrWOiq5pBJ1g
ubFP1G6G5xT1wHmf9j3Cd4DKv2IdVP6u//x+TMhP4utcCbszNyH5tQ6mlPE6Z7i0
YRHXODCiRrdHDr6+TZRTq1/nH0wnhSi7yrlU8lbyMsTAXRsWEDPvc4Y+rvVk70Xn
OzGHJcMJzCleNcPd3j+9Oqcb2m/hJY0I+70/OnQwcVVUnEzqyM6FAsca0PlIPA8T
lEBZyMYtxewB2znMY4cbiLalVVeDBOYvQcS37ygjdxfChJTnZfMgPMM9ffGcXxZ9
7p2rOSvWrDR9i4RqCY6d
=vcMe
-END PGP SIGNATURE-



Re: [gentoo-dev] [RFC] bugs.g.o: Killing VERIFIED state, possibly introducing STABILIZED

2016-06-17 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I *seriously* object to a RFC that affects so many people lasting
*less than 24h*.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXY77iAAoJENQqWdRUGk8BCKIP/3ZGVOQXU3Jfcn1lOd19zC/3
657F3jFI1nNI+jiouKymMFE5vI0tLKw1a/oSq2h4Q+eH8hW/Lf0hIpYsonmUNKRg
2WKHiQS/N0Ykp0N3xJJkQ8f3DVaDbDwBPnHtXBgcHUIfN4hI/rlDc9jFhV8CZVO2
JzAsi/bInemThXCYpy7+ldAKBJ4e3V8nEFy/GTsEKvhn8rm63P9rarNHr3bnkpUh
JXm6FEVVkn3nDiXxmRQfVALFYwIqkcwhx46uta/Dsjss31yGtluXtjKWq9Vjrkto
zL6SLXzonIcDbFRQRsg5uJ23kycSKqzM/HFGAfZL32oaNsbfh7TXUntnFBy72Hug
yxoeygGRJGasqmw/9a0oxLNhwu7D+b/cTE4OYADyt4iH5X/maoOnWlI35F95cG0A
FjSfuUR/i+tvr3+MveMniLsqafO2P/xBrH+J+9NH8uVqtYBoEJYQVwbZcJfyUEQd
P1ke4kNncT4GBCCEniphcIeK+/QjqvDRieTvWa1+ySqlC5eLRhSTsj7gyCxqTvXG
4ojoy06oO/CVms7mTPbyy8h8B2ut6OWpOaLyMBZNVy1pWiteGv3KewsTSE70itbU
siAylQ17erouzUI2QmiXGYoIoxoVqQHbN2Nu3ZeqzvK62KrufbBA2alOv1dQ96PT
FWC9R8F2yEtjzIMKAkxI
=H61A
-END PGP SIGNATURE-



Re: [gentoo-dev] [RFC] bugs.g.o: Killing VERIFIED state, possibly introducing STABILIZED

2016-06-17 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 17/06/16 09:50, Michał Górny wrote:
> However, isn't the URL field sufficient for this?
This is useful in many cases for describing the bug and similar things
when the bug is being reported. Is it possible to have multiple URLs
sensibly in this field? If not, then I would be reluctant to overwrite
it.

Ideally a gitweb field would take a repository (*ideally* ideally it
would even default to Portage on Portage bugs) and a commit (a hash,
or a reference like HEAD), and optionally a branch. That way I would
not even have to deal with gitweb.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXY6z0AAoJENQqWdRUGk8BZeEQAKmieGHzdSLm8R1RILhKwSVR
FAxe1svyB2Ed69WgOj+XYB5/aI1TZOV1WtOmrQ9GJVSjvyxHiLqDG8leYNr2wkwX
Q5Z3W/BpXLB2kUPVx6gab4873bpyFF95KmUhakgTEDd4oR9i5tuyZajORev77J4Z
3MX4bvMovRFva9a4sKIhGBCdO6X0fT3Y3NTH+qwwycLH58eKJS4hFbU0pbd90agO
hLrptzt+7h365Lu2A71nk4xR0AG/5W4f/N9PodvMgu33vKYmE54DEBGji3/rDp/d
+ftjo41t8eSQknuJnJhr7LTylfBpPhE/zyjtkzYRvsS8Y9PtQ3I1PTXBZ7+S3jBd
TVThD//urxyLJi80ZoSOslrDMa5Aq/Uct4dlv9bD6QaO15piCf1ia0Fs+FIU77po
y+eBeNYMiLakWq5oBrNYBXdoOsgGA69sUxz/XmEIfJ7Jxoy5ODjLsIdr/lokXRBG
B0H664+ZVr+H1r0FlE0rgT7HBTUWTwBa+aPlup/HxxyJa9U0/Hnk6K8Jrj0j6QmX
bm6A1Ec8m0SPo0T+x4IlCgHPex4YrYsxy9eYhUZKDmSyGMEYeKO9g3DhH/SN
/ej/grmsNDsh4RprKiFhWR77IT7iFWz9dbBcrnlzNk4BrwVZxdB0f1DzwcN6kffz
h4PE2O9tLGZ8dpBoGc1y
=9XVn
-END PGP SIGNATURE-



Re: [gentoo-dev] [RFC] bugs.g.o: Merging UNCONFIRMED & CONFIRMED into NEW

2016-06-17 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I would like to keep CONFIRMED as I use it and find it useful.

I also think that renaming UNCONFIRMED to OPEN is silly and
misleading, since any non-RESOLVED bug is indeed an open bug. I don't
have anything against renaming it to NEW, although I think that would
be changing things for the sake of changing things.

Lastly, I definitely think Michał should fix his email client
configuration. ;-)
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXY6r3AAoJENQqWdRUGk8BieYP/0GpjYcjSNQK33K1TgUqVQgw
8GHHCgyBBiYWn/mfGbn+mzSCeC7esf74R73g8nmfLtJV5KaaLS3J8h8q1IywJ2M9
XLbZGxjSlhjGaXMknm/XOhBpTdSD0ybMpmwLVesGiJ3cRHqhLoj3xN7xbb3LfngV
DA54ZiY4iO2A+n4YzDqkoMhKZFj16IW557bW4d2W7GJKhRur6vdoZPXOOd8yn7eF
mwbd65XKj4k9nePb79sGQ3bkP5DY73mGHv+vEpuAQQZ+q4WbZUxvobLXZqwUrjWY
XnmhdfI8oqPfkmJ2jXpKkQjXiF0wp/tPgfmoWM/yXSwx/+LjDqrCrMxWL0HYSlDF
2s348y9e+ioi1z8/ghkE2554pQ/hseoYcu11Tbpwmvoc9puhpt4pwaebDRRfOJd+
MDWaAq35zwlYcrh93TeBEglIfLIorFbM7uuDD+Q1DDeKukFtusQWWbdG3rKA4riA
cW6QJbWEI7Apk7R23x1+vKELxqAcUuUeZ1mPi/12g0qE9RuNpx5VLjC8JjZP2bEM
yFFtxzCq9VOpFlzLbaT4HLyiXAcKF3uxLffmZ35/GmpTfKYWBeNt/iiooHqNdMVn
jLXGK1i4/UdHlb9rBLIsRrtrg5vJaNTPdox5DVWKMf6ukNPbCbV8VFrkd7AnuAAl
x1ZDjd4tOPK7rkccGDSk
=0brl
-END PGP SIGNATURE-



Re: [gentoo-dev] [RFC] bugs.g.o: Killing VERIFIED state, possibly introducing STABILIZED

2016-06-17 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

What we have been doing in Portage so far is that when we fix it in
git, we put IN_PROGRESS + InVCS, and write a comment that links to the
commit on gitweb. Then when we actually release Portage, we consider
it to be fixed, and make it RESOLVED.

I would not want to tie our choosing RESOLVED to be tied to whether
there is a stabilised package in the tree or not, because there are
other Portage users than Gentoo. But I would not oppose such an
enforcement too strongly at this time.

We don't really need anything presently in Bugzilla beyond
UNCONFIRMED/CONFIRMED/IN_PROGRESS/RESOLVED, as well as the keywords
InVCS, PATCH, STABLE, STABLEREQ, and Tracker.


Unrelated to your trimming, Michał, a field for the relevant gitweb
link would be very useful to us. Is there any chance we could get that
as a result of this redesign?
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXY6iyAAoJENQqWdRUGk8BUTkP/2b2CNd1NjK3LeD7CJis192F
uDgR1zb4RGnOzgwF7ngSnkELrTioiUcTpshkhKQvocNjwgqCRJNeM8W5LWwc3AaR
KfR1LEw0Sj/XoTLW9xkm00tPnecFqDOvOiA+Qo89CYIFn3C/xQFGfddGHFj99sLO
JXSiZ7ujEgojOwv1HKJzHQDQEtGmZMXiyPdm37VW16QhacbhlwWA8pKCgdibDUKN
iT308W4H1zFQwTS9T14BDQQwFd2gQbyFf6afN3mQGrT21uJ7hM3gwHpSrT/Otwa0
3MKvkYFzPmny47Vj6s2nLpsm+usOzE0JCflUPzC07Mm0TPnoM1ts6hBZlAg/w3KK
kRCRIZEEvuHNYhxmGdeqGOAsWSR/M7287PHpYSIN5TMdjijskf7I06cIZ/OCEb4m
cTSO/9GyZSXLlxp0BS4VHVvEVKyvbhVP0ENxBU75BhKCkF9O9ygVGXCnwWFMQQpx
m/TSYq7hd1fU3pqvi3CSY0ps6jQCcJ9LqvBZ5negD466wWYpKgkTvbaX/tJD56rV
/ROG4CA3SCqolHpi/oDZka94gl5QhHNEs7fk430jKYsuXeMxVutyJcPdBldhL5GP
DVbCOdoS4LSJvMZLRGP/wdkz716DvzMyLn4joGVO9yESBFgyr2fsLUa3Ah+zir48
8bPXgPRu+XV6OSjXCEfu
=hDfl
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-16 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 16/06/16 09:39, Daniel Campbell wrote:
> I guess what I mean is these outside developers could continue 
> hacking and/or breaking things, or whatever else, without worrying 
> about their "official" branch. We could have a standard that
> assumes Gentoo pulls their 'master' branch and they keep other
> stuff in 'dev', or some other model. We'll need to decide on *some*
> branch, but putting it in writing would make things clearer for
> prospective repo maintainers.
OK, then I think that it would be a good idea to have a gentoo-ci
branch, or similar, if the assumption is merely that this is where
Gentoo developers will look when evaluating your repository.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXYlpqAAoJENQqWdRUGk8B2G0P+wZ3Ol3AmhhsOFns7Jor7wJD
d9wqlLqtTeMcMEfUfYunpD02KwepN0UFN8imIqOGIHBM4IgQsvq19ejDgguh/MK3
uQxuyLWEHMhVNBRjNz6Ngm0IPx/3XaCSJPSu0RZdkCkHcOmAHisQY0Vy4NZj3MdL
JgBWSO5UA+CdOzC8t+TuyPE7+nt4fgC1sCwyPbjFMeD2A5IAtmyJ1hvW+THf0LeC
BW3tKt3SVLvbRLFV1A4kpKQJ+geG6+6t24jeqYrKkcViTaL5YSoAPNfajmYobXyE
zK7q+jN33WrwcOkUQGwWGg15D7/aGN5HzeJp6IGu6ANx+Ya+IVN/nG6ZpCdj569x
eeIKvNsFC7KNE6IV0srXQHKZbz9W7cAadX/vxyWHRxOwsYRQ5ZrxJH+gq6V5yeOf
0jHiT75xLCHkzk8jyKAFvou8YkLV4e9HnNd0R4Yub77hYUrS8kJ/XGRe2pEW9UrC
eMli1kiEdJ4rwI+E62kPpPqSpm17MGsdylFNav/2j4EW7g8l/ez+7LT1kOSY8ywW
JPSPiB53WHDDrnkn0y8Ips/sygu+8brTyu10SoNXSOHKZF2ZYUNXBOUunK3fqahb
zxrnzIAu8e5BD97+YgxSbg284lleUqkSdZP5O7DaNEpSMcEo9yOv1kLYNsD1vGH/
mGYOXf0F5wti+uGJxjoH
=bQST
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-16 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 16/06/16 09:34, Daniel Campbell wrote:
> There is overhead in choosing which repositories you want to
> include in your 'upstream'. Even with an automated tool like
> layman, there's maintenance overhead. We'd need another tool to
> assist in discoverability, too. Let's say this idea takes off and
> we start with 100-200 user repos. It's meaningless to learn that
> there are that many repositories and list them (that's what layman
> currently does). What's important is getting a list of *which
> packages* those repos have, even if it's one-by-one and cat'd to a
> file.
> 
> Even if that is written, it adds yet another facet to system 
> administration.
I'm not convinced it will be a big amount of work, and I'm doubly not
convinced most people will have *any* amount of work, as I expect most
people do not care. (I would however be pleasantly surprised to be
proven wrong.) They will start out with the Gentoo repositories, and
only venture outside if they are aspiring devs, powerusers, or have
some specific need that an overlay satisfies. If we have a useful
website (and improved CLI layman-like tool for those who have
webophobia), the complexity of assessing which overlay to use should
be exclusively derived from actual assessment, not being bogged down
in a hodgepodge of unreasonable tools. We should also have some way of
measuring popularity, and let users show appreciation for
repositories, so that there is a way to determine 'this is a top rated
repository that many people use'.

But, yes, unequivocally yes, there is an added level of system
administration for those who choose it! I just happen to think it is a
*desirable* addition for those who end up choosing it.

> Okay, and who chooses which ones get curated? Developers? The
> whole goal of this decentralization, from what I gather, is
> community. If developers are overseeing it all, it adds overhead to
> developers and doesn't really foster community control or support.
I think it is a good idea to have our developers perform reviews and
quality assurance.

> If the goal is community then it should be *community curated*, 
> which means it can exist entirely outside of Gentoo's infra and we 
> shouldn't have to care about it. Why do Gentoo devs need to curate
> it if the aim is community control? In fact, that's already
> possible right here, right now.
At first, I envision *community-assisted development* rather than our
immediate retirement and holiday in the sun. It would however be good
to aim *towards more community control*. Maybe in the future, instead
of having a KDE team we have just one person or two (volunteers like
now) who are performing a bit of review, QA, and coordination, of a
small repository. Then perhaps in a more distant future it is entirely
community driven. Stranger things have happened... But I would be
happy to see the preceding success story, even if we don't get all the
way.

> I'm not against the idea per se, but at the same time I don't see 
> why it's the responsibility of developers to make this sort of
> thing happen. It's not a trivial thing we can mark off in a
> checklist. However, there are enough tools in the Gentoo toolbox to
> make such a thing happen -- if the community wants it. And if they
> want it, they can build it. We don't do anything, to my knowledge,
> to stifle the growth of community repositories.
I think we do a poor job of fostering the growth of community
repositories, outside of making them possible in the first place. The
latter is good, of course, and kudos to everyone who's worked on it.
But it would be interesting to take it a step further and properly
facilitate these repositories.

And, again, modular repositories from our side, would make this that
much more desirable. (And modularising the Gentoo tree is obviously
our responsibility.)
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXYloNAAoJENQqWdRUGk8BMZQQAMt4qcmHlbSy7oOYVzjtP14C
j3ROKwsWUS+n9Ejx9cbCShCxLNE7HfDK7SUxmf0LFvFKxOhrmjYmVZ2t8Iu07r6O
8kK5pYlUenJtQKenMIsmMQclOFrRm/y0SX/PlDcmdwMgP+fqShy7zJ3u5JNKBwfr
vitD0/c1rLS5C/p8p+o1w6g7RYUm6UtbPn8SjfkMorMpY1moU43BX4d/PFo4FT6B
CtA5+df8Z5emUkKLDkiS/9xslVU53i1TZhycgOVbubMnyuvoJyHeB2ZWiSOtYqw7
GIUiYYmrQ6JJFf6ZNuIXV3V+zfv6nfNL5D9xvpBYg5RwMQEMUXWP8f0ca+2sE5Kx
RojMEOKQx6Y1rYHOtq9gXpsAArT0TCWmglaxCqUwrf6SKL373TEkmr8RMvvRDGBV
GFJcOsxv9OrkJTe0FYvmr8y8N93b+KTK7RhDekYuWm+rrbfebo+dcKPZmtPcYxoR
NgmhLEdllUhdwti+e2Lo+qSXBScoRBeqYmWW+lN/k02YSV/gIiumbi7d4H/HRy6n
kNbELzGpqLr/FIZRxD5Sx7ufSjEC+OlnP59OM6Uj1A6yUmuepyqlJJrmeaZ9LzGg
6/vzgrX82jjrMAishtNleftquaxpzSNQsFGB1PgZ/h2XObacuBMnOgOMV8RvsfVG
4VUp+ttdQi+DDxLQA4Bi
=zHis
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-16 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 16/06/16 09:24, Daniel Campbell wrote:
> To touch on the user repo part.. can't it be as simple as adding
> one requirement to user repos that wish to be considered as
> curated?
> 
> Create a "gentoo-ci" branch or something else, and the maintainer
> of each repo can update said branch when QA 'approves' a given
> commit. Then others can 'subscribe' to that branch and development
> remains unhindered by the QA process in a distributed format.
I'm not sure what you mean by unhindered. I didn't mean for my idea to
create any hindrance. My idea was to fork their repository, and have
some dev(s) take the responsibility of merging from the user. Or, we
could do what Exherbo does, just let them carry on and trust them, and
only (perhaps temporarily) remove their repository if we find them
guilty of some wrongdoing.

While I'm not axiomatically opposed to your idea, I think it may
create noise if everybody makes a gentoo-ci branch, and most of them
are close to worthless.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXYla5AAoJENQqWdRUGk8BjQAP/jfWOmR3DHMSlUpYGQILCrRp
na0WUIHqWqVFirb5UaG4Jn419TXvHynT7WqeP1brL/czWiwZ/XO7IUF/Qw2Qbg29
uXtFS03V+KvnJSZNHBuY9yAsruKtv41fbRF906Erxo9KDoubJRlJdYoIazjwCA4a
TMvFcAwLhvU0eJ+kXxZHzBWO5JSH29HA9Nwikd7vSDLZEGoB1wjjzKb2eNsU60Pg
NBW7osLk7LPB+Lmqisjs/EmHJobrVCdpPl1495b/X9/I433v3Y6FE4JZQ3msclv9
aZmqAFa6nqE3Sy6bEdOJPFk7ThnS3rNU0B0hpDt4V8wG4pNRMSdW30ua3KojfcIZ
Gbk77onNR8UiJNKiwW042DgZhn6ne1+19BtMQ+C9AT+5bAlnWrTPykcf+pbNfejK
W4V8hIcFsus8Umug/uqxugTbtROyRCAZlll3eYLsi6NaWs16iJhJRGc1KOYwlnDJ
DBO6quTK1EHGbugWPERKxMdRDikum7RnQCZYXjiYOqJI+MgReArMjqihpM9teKTL
c1DUF2u8yVSxftLaClmva95wFmcbdbdWnfXVA5w1QhLeIYC+ptGUKJhV35FInTn2
Hcig2gtHZibCujBikSxsXcWigQlIzjDAtsX+lxZfa9jWwTD2b3x1ny4UQKHsA4Qi
Qd5mUTzBM/1csYZtRlue
=u0jJ
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-15 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

You've got most things right, Rich. But a couple of comments follow.

On 15/06/16 02:25, Rich Freeman wrote:
> 1.  Developers wouldn't have access to all the ebuilds in the 
> curated repositories.  They would only have access to the ones they
>  contribute to.
I'm not sure I completely agree with that as a hard rule. E.g. I think
that having an inter-repository QA team would be valuable.

> 2.  Exherbo at least requires peer review for all commits I
> believe. So, even if you're committing to your "own" overlay you're
> still going to need review if your overlay is a curated one.
Once again you are misrepresenting Exherbo. But since this thread is
about Gentoo, I will limit my reply to Gentoo. We should not enforce
anything on a user's repository like this. Instead, I suggest we
maintain a fork of their repository in which we perform review.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXYQW7AAoJENQqWdRUGk8BGv4P/ieFcyRD1Be2Qqoj3/l90Vt0
3ga1EYzU1UI8nIkXXAYHChG+POMVadN73dkq/K7M/VGZbW5wAJZcCXfzC08T3rPa
5PROH8UmBnp5Y30tZiNrhI3cNyqUgV/V6E16WHAInPyQ1lOZp2csw9PZV7lu27PE
vHpjb0wmEugJNNMQrJclbMQa11PW+elI7/cgHvRCdFq3ptuaCJ6yyAkWJ+ouB4C0
8WpVelra2l+b0YwBYYXQ4A9qlkIFfa6Ptvkirk/J9Nrjjnj++8Exa1D9sayUmuQr
Iw8eTRYVUi0i1PQtTHBr6oEXMKjSdy1y1pb22O4ypflhcrj0IyhWZnIvdwDZkLzm
6abobiN79kzTgD8J45T2afcGKbtUIITldhgbS3GuxC6E1XjE6ByVswmh7MXT2cJa
l4lddH77KTdb+m0dbL6PuojTdyVKmlEyRJRr+iAEN7Fo3CSa7BE1ButdOssoNj6X
NIJLsHpGUVkGqSnar3f0lIe0hQqMdIEOSLqCkAkO6+OjA2nIbcgNAZXRHhJcGoB5
K1Nna/nCZm+GcQtlsKYvK+XyDHiLQn5QO0F6MMo5DUbxjcDR+0neKxrm12oShDFG
iGZDzcryAy7eZrycMR8o3RqEUf7vGk3Ve3eFgSMiGqQfaIp0Oogc4Meolk6ALKpG
YZ2JhKLp5efThPSaim85
=dWzl
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-15 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 14/06/16 08:48, Daniel Campbell wrote:
> What sort of modularization are you talking about?
The cheap answer is "as much as possible.

> Would we suggest something like GNOME, KDE, XFCE, Mate, Cinnamon,
> et al getting their own overlays? dev-lang/foo getting its own
> overlay, etc?
Yes. Although I would not want to impose my thoughts too much in this
regard, as I think we have a lot of capable devs, who are hopefully more
fit for this task than I am.

> To some degree, that will simplify some people's trees and quicken
>  emerge, but then it just pushes maintainance to a part that most 
> users don't really mess with much (repos.conf)
I don't know what maintenance you are speaking about.

> You can achieve mostly the same end via your own git repo at 
> /usr/local/ and pulling overlays in via either layman or git 
> submodules, for overlays that aren't already in layman.
The repository isn't hosted by us along with everybody else's
repository, so there is no community element. And the Gentoo tree isn't
modular today. So I completely fail to see how that would be "mostly the
same".

> zugaina and layman are great tools that could use a bit more
> polish, and could be either adopted or assisted as an official part
> of the handbook.
That would be great.

> There's no guarantee on their quality, and if an overlay becomes
> popular then there may be pressure put on the Gentoo tree to adopt
> whatever the popular overlay has. This could be detrimental *or*
> beneficial, depending on what the changes are.
I assume that using PPAs is at your own risk, so this is not a real
problem. Gentoo would have a curated and reviewed set of repositories,
venturing outside of that is clearly for power users.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXYQIaAAoJENQqWdRUGk8BVQQP/RmlYUCY46hslpRXC2A8W+pk
OUCF4hL16pwMqfTIMOhxGvjSJ8sGSWSrHrh27YlvW5b0T1xxmH8fL5q/b9AxnnlZ
g0cvbprunskuc0UK1b8H2vE0WFPXoTV5QmyKb3XZoXyW6BEPNYyal/uKAH8IxuQO
9y+bJa1TuAsaOEvIhDLDN8DCavwP+Wd306JrRm3dj708gDxr//i8aGg0WLEhKtof
1RAmqw/K12J2C/9rF/8isoE2UO8DEf/s19A4ghtrQj1zho4ZY4wUBZ/MNwHhboU8
TXPRXYVSI4n4N40hpdzVm6Mi+URiggLtYwwS8tZlaky1/1cLz7aG7INo1ECSaSOS
rqllFkhgOWH+Tmxkt3OaODrAV263So7RbDlpMmjl4GJxj6dpygM5yEhAoM8ARWxg
0KE1m1XkRqZeDolJ3fKjFhVOzqMSHvbJT58PzD35AbiDXc/95kdcM+dCS/BGPqSs
wSVTm7QIjsY7v5Pz6G/5kCKPi14xsTDZktSz4p/gOU53/+Tio6P+vN5ZCyFwfa43
9dkVv7QnpCJQLy8jlc07nvBB5xtEcPFe7yab/2qZdcc1LPQfRdUU8KUMzMTygNyb
1kW0aTQtKbnu2Af/JfjjVlVMN5WNBRiNVYhT430HVDRuoyShzoO6CDR+6V/AX8ze
gT+8VKGb+5gU4iUyS4sz
=wgyc
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] Enforced OpenPGP signatures

2016-06-15 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 14/06/16 20:48, Robin H. Johnson wrote:
> Please file a bug to have infra turn it on for the repos you want 
> (specify them in the bug).
Thank you, Robin. Will do once I have some sort of ACK, or at least a
long enough period without NACKs.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXYP+cAAoJENQqWdRUGk8Bw3IQAMivFLj5p8ZJmMfhlgmclQGZ
0HDgW13oUyWgo6RPZHC6VHp6ZX4z4wAuTk9O2wXqYRGDEaghWW7xNVhw0NGb4C5H
NnZ4T7DTZQNFCGSboC2pcKsygTroCGlyzHvWn+iikV21Nw+OIB6l0ELs30TCoG8Z
57eSdNrCFIprW6H1FCy0i4QzNF7j9AG+4x4JqUncjp37/8gQRI61XY50mCJxngDn
wusbWmLGQfKOFwebIqf3rcyGL8YlKaHBwnDkHCi74qe47adUKK6tRVk8Aoehw1wz
VrBJ53whSFPrwn5sryrhyOh1wsUaF74rxwiphFY9ij18O9urfZu48hfuSsgJoAVZ
l8uURj6pvCHpoiKjQLtmLpbHhrmBzxzMz82ZCYjiGx7AN638WgNuC387zjAm5+7r
NiBuKW2jJ1yc4OavNa5dUToRR6AmzDfy9jQaNCkQ8xEAslPr4RKWOwtBRs7Nm4KD
dzSW1ptTVJ2DaEGYIILWa/WWb1D3XRyUMJ5p/Sg+vtCfQ3Tjt//sLehvrj7xaXlR
YQELuaI/ta1dnM/vCmSF6jq7+f6Ko1EpA8XGsSNvuPHXfUjzLrcZqeKg3yEJk08c
Fee/Q+oTnfEIIZ+y4nLm9ByF8/oaToR3YAeU6AKQDB3iN/NNk33cmixu8Zn8aU3I
DBkgad8mcK7m97r8p0NB
=5mOi
-END PGP SIGNATURE-



[gentoo-portage-dev] Enforced OpenPGP signatures

2016-06-14 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Friends,

I saw Brian asking Michał to OpenPGP-sign his commits in IRC, to which
Michał quipped that we would have if it were enforced. So perhaps we
should just enforce it. Most of us do it -- but I see Zac not doing it
sometimes, seemingly at random. In any event, I don't think there's a
good reason *not* to sign things.

What do you think? And what's the procedure/who do we talk to, to get
a pre-push hook set up to enforce it?
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXX8NBAAoJENQqWdRUGk8BVesP/2wZluWZJtRZQrOqo13T+6bg
dCd78xP9wmoqF9BNKBKrT1YjuI87qzJ2npWWmhAo4JqkVWz1pSJ1y0JdkzIESQX1
zyH/sKxBDFWi5Sk51XZK+TK+OD3gvxNjV+Czi6obW7RtQZ+WoZ3JnZ4EJzyeua03
96we+wUp+Gj2auyl1qZRLr8lTWNiQD0g7YG5xsrcnzGr3nsI966ILXYq6KE7UU8+
JyPRe3JWrZlsRYo5PHj0B9CA6a0OT3qO8z1P6n0Jjq9MdLiCKOGGIYOc+6j5FOoi
27LF6CXrQyQlOvgPm6+huHoGEpRIudOUS14l2MHJiwsmXH8uC1XfYDQl+rY7RTA7
GnAVqxE8gT2SpHjXCZfYPkS2ZfkYd9XA+663IpAUOb/ea1B0m6v00Lpen7v62Cxq
bySKn46Dugsalh1cWnMCmoVx1yRWtFQwDrzaAa44HuKMRU1J74j/GgwEi0fJxRIR
B+2MJr5Gg9WduWgCbEJ+xNB7dh5atjWuDsUsXM1Vh1zFsYPXqyEV8otvDsIAVH2o
ZvEXLACB9SK4HYrrvO7Y0RtjY0sQhHs3po3IiVVT5ISC84Gxk5+QWWRGUyakeTN3
nNrYoppITTqBrJ945bs4UWAMf3KAjOxxwQHCK2QRQwIJHTCOMmleVn7zRUKxPk8Z
jnW9EKxM9ePcWGjqV7cD
=2wKp
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-14 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

In addition to what Peter Stuge (correctly) identifies as needing to
change, there also needs to be a modularisation of Gentoo-curated
package repositories.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXX6MTAAoJENQqWdRUGk8BnikQANsSzr8iTjcpiZUiS9sfDakI
H6iN94t9aVmkmggQl4nCKD3HrsLo+8KJ3WRrgQbCiPAZp8KCRkRqinz5tMRTb1QX
kAVHid+iEjcHeJK/XqmYkx+qWNn8A5l27gqcImZ040jY9ZAd1km9H/IQvswfd8mo
wJww7RifVJxOPg8bqvyHQJEMwFbigrAcdfDQnGzBvnJOQpChSMkl8boJlFxnLgqz
xiQzZX2DyCl3BpMrNh4BiV/wwrJAjT/HRwbVSRCaaakFmZxEgebMP0B0as40MsMy
TI+xr/+jM8o5MWL1b6FDAShrtNvuUWkk/wl6wGoz/D2EFkx7BSbwv0dFCgS7hLfc
awAcwYWGWdnJqme6FGIROKHh7NP6L1FB0LG+uvKenbsvEsf9PVX1CUtaWjqAAERJ
pFe9Jvf44is6NSdXohUOFLJKr24pXthzHdaJmrO1Ps0rH11HiYccdIBVFrXKU+Ja
mgg7ExKt2yWatWdig96NO8FHAPbyCZZ/ig7jq7VhFxxI6m1bIPpfZCyOMLK6l7Df
wizcNtMzlD1OSOtSJ/YhD+q5dzAjK2YjB3ZY6ge6uN5LC4XJqfVUeLoDmsCiPHnn
x2dAZ6UT5k7lhnGi3cuOe9uZUuGtEj+9VE7r4pd3YowNE/svpp0G4xBXZ4aHj9am
6s0ZRNij52CqzaDxhLqI
=yJ+9
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] repoman: flag URIs using http:// when https:// is available

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Looks OK to me, but I'll let Brian have primary ACK on repoman for
some time forward.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmwUAAoJENQqWdRUGk8BPfkQAKI+/VxoA7cIH/NFWoBp77WV
M1DpzWy2VYm+dxrjRMWvtFLsNp/oJdDlzW53+z8djTFOs5fJ6SSB6CU41yxF3NWk
g3vhbpoqM6qRu+3PynWRhWnVixcKW6Yi0/CszIyikH9j4NMpAdPmF0CF8hHZiykB
o3By3IkHEh1WBJA+JUf39Fwqac0KKBhe4HwyRut/n410M/BbV9mRaiwn/CG4+E0/
V7H/Ov8UOIqO9Uo+gV6PntK3tKl7pJsmUb+FiTzTMVktPNd0bbuZnJVIQRIoYEIJ
A9fssRiC8obOTPs3sdxZfpCBV9zQG6FskvbG+/exrttg2PifVnUZB7WRTFQQ+EOm
Cxu4NB1f2+yHNQqWUVsefNSpQUd6VKnNFbTyssk5zRmfOP0iDNo30lf7KiKrZcs6
WD6K84ZT6zCDw2Um/PFBPtvuykmB5hBh9gV1thk0T4VkDdWwkkdCSNUGcskE4tKN
Sz/QKGgJVNJUrVPfO6leuQxiqJ82FrDfgCZ5B4CLBTwZ2iBizSKiBrlV29qAHJaZ
zFCv3vNif00QAjgfbn42mcHAirX2Jbq60qQrpbwtpxkiI+9B08QvmzqAZe8NExTd
4ltlFq3156rAyo3JN9yuyUA4toNgT5SsebvKG099j35mHoaT3I+51IfZdiAK8Xq9
AhXvLQHR/4SRidkuPeHZ
=HPCf
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 13/06/16 10:09, M. J. Everitt wrote:
> Excuse me .. and this thread emerged from deprecating the EXACT 
> thing you are suggesting!?
I don't know what you are talking about.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmq3AAoJENQqWdRUGk8BoWIP/0B0aOlBY+7pdYqHs9LYxs3/
xveRMG2L/Sej5364vqNsy2NDeL2VtSNzmOSnO886Uy5hl+RzM7LDdofTODlCX5Kh
FPSDdTEbwoX68boEmkEpKeUPtKabGluxuYquoovsa6WVNJXDPuamfD0CBZUgMMv7
ceT45OsB4kaA3+7BC358fbsXRv1D+z4kVKwqa5gGNAJsFaoFzMx7hcUg8buVjaBJ
UFRcjeg/B1zc0mJYMm5vjtEsDbdXJHQyFv5VaV12PfaBPmZkfffnJtEC0aC3iNCD
tAg9dnnk+fUFTY0+atUPhPJvA3FccN3yBENgDDUBciP3kvKnrEFfFIFGZpLPu1Fe
D0T4dWW7buJjWh6aLhIttZwPTs6XzVaz4R8mhjNgnXpvB8EOzCY2Sw9gLlpUhNh1
u0GqYuFHW35X/yn/HXdIcJvh8eS6oWg/awrJOOQAq7KpmhHqvO0uRm2YNRaFkzaJ
zuBj0ecQaRy7a7Zt3rEUfTR7mqAuSCjKMmDHAW1RWDYnVRyCxwluEtIpahiIyO4D
BwQyYKVUSmS89aaDB5abkKDXd4Qy5ph3yy9wV27EDaTzzPmmdrI6VAvdM61att0M
lmbrEwirut7yeefNZrnjavSsnllQDtWsE7I4ePbmtUWGoGnE52IHiK37ucgT0Fb1
6/vv1MOmzcg+7y5ys6Sp
=jL2z
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 13/06/16 09:54, M. J. Everitt wrote:
> I really think someone needs to do a bit of portageq and see what 
> the Tree *actually* contains 
> 
> Likewise .. a trek through bugzilla would also be enlightening for 
> those not familiar ...
> 
> Once you've seen those two .. perhaps you'd be a little more 
> qualified to make generalised statements about the state of 
> Gentoo.
> 
> Just sayin' ...

/dev/null is a better address for vacuous emails.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmpwAAoJENQqWdRUGk8BPysQAJ2bN951w8vxQwxT5oZD+Ebj
nyE+lUHSVfS3Ewne71g+x0hzkExON8Vc9zWbBhBcQj8gw7FObuMvcsxEGUk6qIZ8
WEMpL7GPHapiKER/PWGgiRy4Ji3xj/reNDvYbCo1/+LpGV9LhHE86dXgLlogYIZP
IorkShGpOL1+90Vez35Zf+wNfOJPekxFun0W3r+O4TGvWZI33ZxutSRRqX6esQFd
rW/CTOQj79aoR9G50OMYGVQ9+qW8NR57Rc9hvVfipP6W9YAGOCkkSVoubRCrfExk
wob1PnUbwzfDUYrpEKhsb02c/5AERLjVwI6VSHR4VzPnSn8AyKaz2c8o5+jeHQdu
aEtTFrXgIavykLzbr4pqJkfvwnPqdV6Vetly32GoqoSc8XBItdW4rthqpGM5nnCb
7wNYjoknUXj3UHT/V3eUiEuwQkUYKWdvp1fcYnQawssUJZvrTMCKamvzeMxjzl1g
4sjmox655fuUxl2Yl4lo1oYPgwEhjajLsTitdeuRGGqrqmQMULrWUcAgqGYw/NOM
EW8gueVpp+1DT7vplom5+BX5ibm9U7Tp5EWYty2Boh4L51oFtGo6xvYwC+emfHOj
wLAK4sOl7dNqn+33s24eXXQnSt9eMs37rrGrGX2xMduorwhKvyKOE4pxrXW+hQWU
wInti0Q/QYPkfQlAl7BM
=2GiN
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 11/06/16 09:00, Michał Górny wrote:
> If you are not going to maintain your contribution, we can't
> guarantee it will be accepted. I'm certainly not interested in
> having to worry about 20 more maintainer-needed packages next month
> because someone contributed an ebuild that seemed good enough.
This is a good point. Contributions that no devs are willing to
maintain would not make it into the curated and reviewed repositories
I am referring to.

As an aside, perhaps we should start featuring third-party overlays
more prominently, as this is where these ebuilds belong.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmkOAAoJENQqWdRUGk8BXegQAOCcqOmElM35VIwC0/HoJedT
XMoB19UWurBOtTqPS2J+Fffh0if9E6ULJIIAga8Nu16W6WUaizxagxeUdccAp0W0
frI+EcxCRBUN5xqc1Wd1JCUHXm4U2rK97iJ1oQQHLoV2UvbSDrueKCEKP+/egiJk
1qFTKbRBG1q5fZl4gof/yAPHj05xuyNRD2RJ9DuK/a/srgrBO7X9LFoQG2WrgMnJ
0mtEO4zgLTxPDd+FLX8oYhNx7i6SJxZqy11bqgUpEXcDjqxBAwo1RuVuaIQaJUMt
/ycj40M+fRXoab+NDv3ZDtOhoRVu5F60DNQhoY4sSzC1tKUSc3wo2ne2Lda91ROo
Ms0tTPNGyiXtZIXARssN2vRWp3rTMcmyuMRT9/QMRR5Wcr3qJ/t79OmnVeKj0YpL
rLmRihtCCkIlo/ZvU9q5SCZ/8zAnur8h6ymDT56GnyjaMQH4zxrdINVJZf7Kp6bM
Y9XLHrv7i8RwaAKwCn8NZ4rRoNBM92smkPOQ7rcfkZNr1aTqRw0B9GaWI37cD0L5
3TF/6f3U7LTxNWeVwYuOKmBn9fyz61N6WAw2RqzRMId+xMYHUmvtEa8zYN4DFXMs
jyZ0AXtsMInHZ5xWf6RhMYcSo82OtqNVmuU7oGHLgB4/upQJdpYyRGSWv/joLZ5O
N5BnCa2rBhE50MC2UuA9
=H8nA
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 10/06/16 18:18, Rich Freeman wrote:
> And my understanding again for Exherbo
And it is wrong again, according to an Exherbo user I talked to.
Please get your Exherbo developer to participate directly, because I
think you are having some trouble communicating their statements.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmeDAAoJENQqWdRUGk8BPb4QAORn+yubgoo9BPz4/VYe2cLM
Z5JRNczsR3SzIvt+YrL6R6O9kptsNKYWvMwL67atB/UgJ8uEMY2Zi6oF6PhZQXSW
9d+k+rbyQM1CixQn553vWZRkiMWozKVXFechr5yubTxRVWq3bt84A0HFoz3Tmrh5
0WRUrTYsd9KS+6a1TZogvaxedpa+za2cB/syOAxXzqZtGZWDsiB2+fLvO+Den/wo
AmNSOsG1bKb43DfdY9WtCdvC0tfSGVyh1x2A/kVSgzFe6E67XlgTxlr0E4u/XzFP
rBVAXiuOuRes4IWKJ3oHuz+II5+6qfIgUvdu72uRL0J59+jMmXaYBIS1M9ityN8O
BfY+Y1aAutXTk+Rp0zOTzRCJH10y1c+WvkBZdhypGkV3hbxfGG5wV2GBgZlq+3xK
ecrQQUPMVUZZIm8F/64SC3UQeD79qzmr2Fz0IipPKXTnazis6vRU7B7mkb0HeOue
hheacDK929gGQNU0MZuE/ZSTS1fxcMzbp0oViS1CmQ1RzCbQB/uzl1zNdTq6hPkf
bm1Lvw6ofV6HbDBnDjO7leloIUnXx8Q+hdhbHniLFDrkcvnJR29M6hpAudWgGO+a
M0K56vjQqZI6kyAr+yjxCZT65JR8PubPfFmjUDRFFCpIlY1E2fx1/KQpoKkyLIYc
NWEdAwvtfesH8OjL+lq6
=yI5J
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 10/06/16 17:32, Ian Stakenvicius wrote:
> On 10/06/16 03:53 AM, Alexander Berntsen wrote:
>> ... Their repositories would likely be amalgamations of our
>> curated and reviewed repositories ...
> Could you elaborate on what you mean by this?  When I read it, it 
> sounds like you're saying people will copy ebuilds/packages from
> the core/reviewed repositories into their own, just to have them
> to satisfy deps or whatever..
I expect that at least80% of users will just use the standard set of
repositories (defined by us), and never venture outside of them. The
other 20% however might be more adventurous, and might end up
contributing back ebuilds.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmb1AAoJENQqWdRUGk8BXPkQAMUdunnkdLKfhsnGwxppazUV
czcQk4pgaytWGuDtiG/GoH+RJZpU1zRrsc9TQkZwh+I6iwJJ8heID50TGED4Axbw
rmSCxOTd0Ng4mRhUYDyhG/Jmjzb/ciSkItINdZ2WuBL/M8aMVeGGSTddwZayUk4W
lIpIs9MZJfJzGaCw0D2DeIX13D7nSPvWQKxAEOof/hrc8Td6sGMuCxWRr0lIpwMB
UlrkYnmyydambyXxISGFlThB2twxLfgvcl+rbQuKaDxJxO+nyPaKaWMng8R5r+tr
9jJXJuE+VHRoWe6Kb2ixP650qqWORPXmRZ6u1b7vazIbvhxF+2vmfTKuR24SQjZe
t8P01pGbnAg/kT+mYM1WvVsTsNt6FoiHiVaJHajP96paXyfKPRpgvTWpi7Keg8n9
NjL7O8bQlpJc/muMlJ18+POqL1cWZyjG0sJnJ+nEKwkoHX+6dvU/h9TJKlixWWKi
W/wo7fNhNAMvWTtCT7U4CThcIZkcDnHrFm4R19UI8gsw+ncsTRKza3fI8mtRCeXE
CCjtWN+jDlSo2DTa54MP4ccc6dGNRoIE9rhNAyFphDYfJ7HIYu0bJb80I6Po3TjI
15qEsciJpPxvvZnpG16cGVitULY3EXMpVZAXG08s3OIuwDcYKi4tXwSqSMXrJXve
/wtvIrpZmYWueGX6h8Wa
=eGhD
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 10/06/16 12:38, Rich Freeman wrote:
> So, I was chatting with an Exherbo dev.  Their model isn't quite 
> what your earlier emails seemed to suggest (at least as I read
> it).
You should get them to reply to this thread, because...

> As I understand it the Exherbo way
Having spoken with an Exherbo developer (Ciaran, who's replied here),
and an Exherbo user, I don't think you understand "the Exherbo way".

> The impression that I got from your earlier emails is that you're 
> advocating a highly decentralized bottom-up system, where everybody
>  just publishes their packages and people borrow from each other's
>  work, and the behavior of the overall distro is fairly emergent.
I am advocating a *modular* system more so than a decentralised system.

> You suggested at one point that the need for what we call
> developers could almost go away.
I did not.

> Now you're talking about having centralized core/base packages,
> which obviously necessitates developers.  Maybe your concept is
> that the core/base packages are a very small subset of what we have
> today.
Yes! So you *do* get it.

> I still think you're underestimating the need for centralization. 
> What you call a "core/base" package is probably going to end up 
> being anything listed in a dependency.  That is a LOT of packages, 
> actually - we're not just talking about libc and zlib.
It's not a lot compared to how many we have today.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmW2AAoJENQqWdRUGk8BmREQAOMeQUFKLgF8sApjJB/SrbV9
eUg9PQ+vHyRXEEGEKLvOZ3+Qv92+Mt4WMz+8kHft5Aa5jghubxsSdyz6rKhizI8A
ee6tgTIPcSAE5End+6FtYMfzlseKfEcX0HDCvXewvUM/RzTFnfl3bpL5i1rXGBRF
Q7y/yM6AjljeHkaQvyKu4byhBtOWgo76Lw84jTfmcamaoTzv82w+J8aL0IChTKd6
8dKYrz6emkEuNf5oILl+0Z9e18ypusChr5xWUMsFPrEWW9/umFc0Cz7xqbLA/xx1
9nd85WJGIYwkjrAuCoxK/wo4+6hZu9QVHb1LEpBXUhYmaFRV7pxc2kjN3f7GzgYn
m+tlB/dN0Wq5+B0FeG64asngEKSdSuy3J7+o+mOvPS4Sz1JDH4mgPZ0ybaypziVG
OIMFUTwVvMaTaraKzJhI0OjKVCdBCKlEJwzBEYa2t1iyroPcdAABILkly0ZuQ6K6
BtLjqkC1TX9J+kyfLq3gqmSXujSEuaTZ5d7UTXfCUMqybTVX35P7Cpo6M4kbt3vg
QRHjLhQP0A1M++YIhX+H0UGcKsjDzQgt2dzGfc70FIJJrElG2DtEwmMqN3n5DAi7
H4OcxeGJZ1C9RqvyMMvgWO+6UcCQaJbHaFnQ1UzqeTvueNd4iP/Ma2JaMN8PRWoZ
fRCD0dZZ5XKPSlbIiT3H
=Rwas
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 10/06/16 11:33, Consus wrote:
> That's great, but how are you gonna prevent nodejs-like
> clusterfuck[?]
By not being nodejs. The core repos are curated and reviewed.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmPbAAoJENQqWdRUGk8BhOcQAJ/8FeCJ1QBbHwL3JGLaJ1SM
7MAcOtjXTjCaTBsOSLIuW0t2yNoLV3ScQM4lYk4G1s3fGOnsjJYp+Sv1sjbssIRj
gG3ABVZmc4ecqeBQfRLXi0djKGl06wtx0p14OugH42A2CccPx5BSFpzHGl8hgAxc
W/Zua6yklDdNKPaHZMtQLysJ+aApjOcAL5ehRhB96sj/lNCOfKbPrsqNsqiQdxy3
4phKorOoZUMJEc70AAIPtLpc8FSw8ZX1aHApWMEH2bQ4J3AomhPeJsjhCRBfFiHO
H33njRQ78cfsaGmRspJ8PGWI1IdGJMCT89NEOKkBRwvyKWaK0wFG+joqZ2HN1x6P
A3jSRyuyCfUDzJPJHjrNGE5mmfgWZJewPUUFaMaKtWyV5gzm9bREwDsp9RUrc6b3
rpQLRcIDkf6s08s4B9wMfrhuCXHwNZadu1Zm3v1mAWZZ9s4vxbQ+79m/ZbpPV4iK
KOVmFC8rKBCVkJMs5QaoQyf5w0nxcwND9YlnNgtw5Vo132Pl+bNNocZA9d6sk69I
QuQIp/r2cRK4QdRb81KcW2xS9TJHGzFwCnduBZ565yt542cDIUcPOi7VsrBGGR9o
1tteCDHBRJFaL5oOWr1ENRZIpdCnZIcNt8oJjfRih/FWw7Y9trxzyzJjSwEJ3zfs
jpP7bNjtMTXzQCcnug2F
=sHbe
-END PGP SIGNATURE-



Re: [gentoo-dev] Packages up for grabs

2016-06-13 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 11/06/16 22:37, Pacho Ramos wrote:
> sys-apps/razercfg
I'm not an ebuild person, but if someone could maintain this I would
be grateful.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXXmOUAAoJENQqWdRUGk8BC2IP/iUVdRZ/IU1wRsxpEKFkbvsJ
K9yvJ3u+dWbemx7H7TAVvKLglep74KXJehSmFQ5sd+UyPvx3l3eAnMA/nLTZJvkO
3ZhBDWJIJQ8TACG+dvOGUvqdfXhBuYdabBVuHbcgi5noVTJfniUd3ZU+/+5HFhH6
ly2CZ6bHImsBQJItu0xU4sCuSubxBDk8h1nExmvYZM5hnAAXZ9ExARgTVOMNHZDr
x8ID/IqyuXr7aiO0bzf1Zod9+LCblq47yXh0M92PZ/yz9KntbefoCq9NqqZsgN0a
WzJS469KcCtDaqfpfLKJXTW8qBpiGLKosO/OHe4u6uQcKVb5MA/0CM+PZfR8ZJoC
3TXqyu3FOkVCgtkrWw1XNiWQmzlgrOZG9tN0KAZzg2Fmo5n0tMe4KmlutSgQUUkO
E56c8jcHwsDICkvuVih/DgRh6kNFZbbzfX99GJMU+l7ZilSN1FpTFuH6boLDrK1K
WZ9YG+zDASq0fJfJ+L54yoTYiP3b31hTfSkmZWiUESsNZcBYbPpbJ9iuRv9zdt9y
rezrVswSx0CuREZQhr1vUCpsTLiA0N9AaGtQchBSYzwJsPo8qd4NEvJ2cJUHZlCP
KpWfaYuze4j64xzX5TvXVCRBUfxqyVY43N+uh6SJnY9lx8p4bbKUyjsEk6jIEkEb
EjSNHGUGKUrSXRmBMVvy
=iUZS
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-10 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 10/06/16 09:39, M. J. Everitt wrote:
> So forgive me for being blind .. but we were talking about going 
> -away- from central, curated repositories, and now we've come full 
> circle to the situation we have now with overlays, mostly
> controlled in some way by gentoo .. so, do tell me .. what's the
> difference?!
Some things. For users, the main difference is that their repositories
are central and can be grown in a modular manner. Their repositories
would likely be amalgamations of our curated and reviewed
repositories, and some more obscure ones from specific areas they are
interested in. This is very similar to what we have today, save for
the public user repositories. A central index, as pointed out by Zac,
would ideally be Accompanying the public repositories. Via this hub,
users could review each other's ebuilds, and so on.

For our central repositories, the main difference would be having more
repositories, to ensure that we are as modular as possible, so that
users can more easily e.g. pick and choose external repositories
instead of what we suggest and recommend, or completely get rid of
components they don't need or want.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWnHfAAoJENQqWdRUGk8BkeUQAMwcuz+0VKvJEXIz6lDu/d9U
CqUNdfVEDUIw2KznogOht0NOkAEGOA6431nbfnf7or5V/AGubVcOVICImex5yNhR
IMp4W2KFor5DKOGyBCDvEjBDFJdbFPNsZsYeJ+KKnaIKhQEaWvMAqk0UFrZKuh3G
a1aDGjvdPdqySdfBEeSqTPSQcUKhegTtxQu0q4WrVbyAz5d74SYyqsJGzeYz9v2d
NPuswwJ22s1QavhjppDa55lp6lO1THaJyYnMkDPJ9qavjXMDkr7h0MD0VstiqedO
HRW5O6Za7bv43aStiy5lC7wO+XBwDPjFOpMRNPynXzy4dA8OrnQZQThykTFYXPu1
k7NKHQQNrnXgNSjcvEYirvcjJDanARMUSMn2BCC7lM2Iy30B7IemDdnnT0TkfhG1
ipnPN0N+Vcmp8xJfOftEjsypVyXzuIv7dA1Ck6egqTdkcsKitSS4RAM7nT049FM9
pYTlGUs/6p/Jbl355CPK+Wfi8PuOCcPOaEI7XeAawXbfKBIIi2/U7mDCDV8NWy+N
b+hBRssNx8MBmJeb1UnbqxezDJlUP/ahinbrCg+BOvJZHgrS3fMJymu/lJ6HMZfD
ULVqXl40ZFdNaL4ZMeJxVWRfX+gUunSzJPYzLR9kLaJfzrfWdIG5zxGsSpwDg291
A4PKup/1kjtqXawOyFC0
=MaxA
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-10 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/06/16 22:15, Michał Górny wrote:
> Didn't you just contradict yourself? First you tell that everyone 
> should have their own public repo... then you tell that we should 
> merge stuff from those repos. So are you targeting split-repo
> model, or central repo model, or...?
Everyone should have their own public repository, yes. I want people
to be able to grow their own Gentoo as they please. But I'm not
suggesting we up and away with our developers and expertise. instead,
we should maintain core/base packages, and curated and reviewed
small-ish repositories that we feature and recommend using. As such,
I'm not suggesting anything that major here. Just encouraging users to
put all their stuff public and get more involved with writing and
reviewing ebuilds, and, further on, us becoming a bit more modular.

> Does that mean that using Gentoo would involve spending hours on 
> figuring out which repository supplies a package that happens to be
>  quite up-to-date, build and not have huge security issues?
That's where the mentioned curated and reviewed repositories featured
by us come in.

> So... are we doing split repos, or now forking Gentoo and expecting
>  things to magically work when people attempt to merge a dozen 
> outdated forks of Gentoo?
We're not doing anything -- we're just having a discussion. I'm not
sure about what you mean by merging outdated forks though.

> NixOS doesn't work. It's a huge pile of hacks that create more 
> problems than they solve.
There are quite a lot of people that would disagree vehemently with
you, but I can't really address your issues because you are
effectively just saying "NixOS sucks lol". Do you have the same
concerns with Guix SD? Could you perhaps elaborate on what your
concerns actually are?

> Exherbo is special. You can talk about everyone having their own 
> repository when you have to deal with around 10 users who also 
> happen to be developers. It doesn't scale to Gentoo.
I find this unfounded and about as useful as your "argument" against
NixOS. Exherbo has one single contribution hub with a common review
system for all repositories. I see no reason this shouldn't scale.

> I don't really see how this is relevant to Sunrise.
I didn't mean to say that it was -- I just think we should involve
users, which Sunrise did.

> You have no real technical suggestions, or even a clear vision. I 
> have no clue how your idea is going to work, or if it's even a
> single idea.
The email was primarily meant to generate discussion, to see what kind
of ideas people have in this direction. But I think there are a few
more concrete things in here, and I hope there will be more of those.
If you have more questions or ideas, then perhaps my answers will help
elucidate the "vision", as it were.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWm/7AAoJENQqWdRUGk8B37EP/34BGpWb0tF/QHC/9+o7k4EZ
1vbbmeRwIq8nm1A7NI9DzXvI3modlU/luIqSI0zp8aC/p2mM4Ace2evC2rmSr3Ux
qeuoSR1L2SbH3/RtnrCi8xw+dZaI9xfMrnGC9+IeeaavKWuxgG0IrKrqHDBbhNzA
0qQZdBS4hf7uWNyU2KdcEPjnQMabsCzNFw6LcSQ9XfTfIdFBohLtdDxux1isfbC0
eYvm+VmZv4ICIlHxZKpgLLXVtzgIU4hW2Lwp9Sqo1i4mRJu7oquETibG3vBfasr9
1vPTE1mGecEykGthuVfzGMwAd2E4uZV2Q8X1RndoLOubKIi4sLWY+olzwbF4XQQR
V6XpsFQ4iVwSDphFuRP9hGpl/ePvM6Fujb81D4WThe4+IJ/jo72MKGWnW/+KMUhi
Sh6ApdeDjsiEyyI226ArPAJPrKBUvGlVke6kwb5gDFiGc+bwtsntrnzfheVnp3+N
deLRPiIEH9sePDUDhuT7kxPPCpUAdzieueoS0JjLN7AD2Lqb5xAUV3bzLikLDkJs
m7BYjE+ky/JA6AmEg3uwWnzWW6yNNqpB4uZXZ3VWuHf8KyS69Czrq+oKv7PpR9O3
cn7pCJ8mq2EN7toZXtRiOOHBHXe63Cbb0vcbsDTZQBiSX20pbaSUzofElMZIyKPE
35rKL/DG2RJB5jdsrtPu
=fyiM
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-10 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/06/16 12:28, Igor Savlook wrote:
> Ok how coordinate? Example: I install packageA in exherbo from 
> repository1 and packageA denend on packageB on repository2. Now 
> packageB removed from repository2 and exherbo crash on install 
> package or on rebuild world (epic fail). Exherbo user need wait
> when return packageB or create new repository for this package.
This (as I understand what you're writing) doesn't happen. That's kind
of the point of curated and reviewed repositories.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWm09AAoJENQqWdRUGk8ByZUP/03WUj+WlpHpiH3urM8n6oVn
YHIwSEZQamdsHaubP9e/Ivb3A4i0s/1yjQX1p1I/8WU9jbIXmfSSz0rRrTvYn0lu
kL64WuCNVwVxon9UaO6P0554mbfQHePosmS4ZAsAXo9veQRF3SxZMe7kRwBYQk3s
Req7kPawHq7qn7ltbnwGzKWk2xkYTmKwrnrUrCMkwMCB1r6w9AnzjDhBB/I6jWXk
cW4dHAxss0ryfAc95NTiNU3KOQU1d+PAe+C8naIv+ZFi74mbmvpqzIjgTHdgixFw
mVWEQsyq0JPeE1mprVK/g74365WQbO/ZV1bKYUvVT7xIGVqI2oP1XYWM4KSn6WFK
LhAbGm/l4bM+i04jMK/PgayNX/esIHTacydYv3FwFpLRkGiFe2h8ylKxe82q17w+
Y6MF8nwJjjYBDURizhQJF6tR0oyRG37E2c57eN810NCqeaDXgVNEsLug4W5ivrWo
4bRQoWMEEHxBnJNR+k9P2qKndOz09FciU+Y5jiTFNBRRfzhxtF38mRwfwS3nVV5s
4Px2kQgAKai40hhQcf74lts3Ku8YLKgyoqE+t1G9KLp3MrABLzwQXpWQaZL/iFg3
VxmF/BZde16sESGojqsFli3w9Sq3Bnm2CVLcew3cwetrszHqCHzEFxSDOj3G3cK5
RSoGIsuCCHIDCVy+xFbF
=zTKA
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-10 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/06/16 12:20, Rich Freeman wrote:
> Perhaps you could explain how they actually prevent the issues I 
> brought up?
You should probably ask the Exherbo developers, not me.
> 
> Suppose you have 10 packages, and they each depend on zlib from a 
> different repository?  If they collide, that is one problem to 
> solve. If they don't collide then you have 10 copies of zlib now, 
> and good luck making sure they're all secure, and of course now 
> you're multiplying the number of "shared" objects you keep in RAM.
I don't understand why this would happen. Perhaps I was not clear
enough.

If we support a central repository with core/base features, and curate
some useful repositories (with code review), the users would likely
mostly have programs from the curated repositories, and zlib from the
core/base repository. If they are using unreviewed things not
officially reviewed and supported by us, they would be on their own,
just like expert powerusers are today.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWmz7AAoJENQqWdRUGk8BWJUQANvSzJ70cog6ybFBIhVf/+bn
FX9BYpH6rPkkr1Ve9+XGJviq3d1hOh8TAwBt+Qx3YkmRu6h4fVyXO1sPaqf+gs03
bvyvKHez2JT+KyJ1a2Mj61ojy7RYOaVOn2cSGQasD39yPfl+57qJbIDLzGTK8a1D
Upo+MrKuxSFm31JM4XsQJ0BtYl7SysVJW+5ztdOcRgDvg+pGae1U9Hwep3yEaRiV
zuxuALrPtvUdAB8j71dSawf80j0DSh1VP3mfZeqmj7ghvTfUbi/RzOpmf6qZpFLo
3vc4pMiSh0PB7bjgffPRDnTdgu/ecm2Coms8n3OlMDCQ0rihkLmd+P0OibyfQKmu
fH1+2PYcXRE6cs5ogiuWs845KZ6FNUxbNwCHBfRm4N3x/59NPXmXSWBUcYSdFFss
WDoBf2A08J2As0OEJv1DV2+Qn0hM6GjtOv/fhMoO+58rP8cKvFhfPMezSNPf8SFO
NQGbAW4TzotwHbBREoQcJtl+lOa4+U/Tv80H0RlSyOwaINI6hf/YjLd3Xukwftk6
Sti+vPiZIj7esvJmE0XvfPI8XHUWkFmojTyZuTIPyjYQbNU1psEt7KnQ+2+oahbc
qcPq4FfNQ7QO65q5nyzQjTgPj0Hqy2X/xCoZLtcxMKEfqObWGR38Z2+Coqsil7tD
Q9NWG94PTpAq3G+oG6tn
=246a
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/06/16 12:14, Johannes Huber wrote:
> This statement is not feeded with numbers. Distrowatch tells 
> something else.
I don't know what "feeded" means. Distrowatch is useless for anything
but figuring out what distros are popular among people who actually
still use distrowatch.

> Overcomplex mess. This doesn't work on distro level. User have 
> already decided which are the successful distros. Those with a 
> central main repo.
It works well in quite a few distros.

If you mean that we should go with what is currently popular, then
that would be Microsoft Windows, Mac OS X, and to a lesser degree
Ubuntu. But I'm not sure what that mental exercise affords us. I am
more concerned with how we can make Gentoo better, and how we can grow
and evolve as a distro. I don't think Gentoo as it exists today will
continue to be a success in 2025. From a user POV I already think that
Gentoo is likely not the best distro choice for me. But instead of
immediately abandoning ship like other developers have, I want Gentoo
to improve.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWUNUAAoJENQqWdRUGk8BQNkP/2pBzcimg9m5K2hQrKizxtf3
x7OFIW1lGt17e2ZjKFfwnQwB73Ek4WosjXociReMHo/B//CxtnQbeg0QYbp0uXi+
Je3eZsp89xzWgHzJo2mNMBR4IJ7I6vH+8V+9VF74AKuLGza5WaXenfBvq4c/uPoC
1XrRSCfhJPmmkuONokoHng/0LXMJtpS8ySDA2yDyh+nNVLEnGsUHWXdceRuNPpG1
mv/z1b/ElKSNkWnKUJfxFnY8EgDecxKo+1qRechJX3cjCKWSrxciahx0K0JNrur3
86T3c0WkEG3iODYt7b/VMdAVQ2LTUCU6NQEKsbOr14uyK3w9CFUlgouabWI/fna8
drDbGX2r6QyLeMdVa1seGrGqIHvGwPg8usYHS8yCTyBhvHGGtx5ONuJg1Qb8FZdr
65uSGtur/Ar3XipoCxbgr1IkfQH2w2b+OmJBaqnezbOB3u/mTrFASwhU3FJnVhz/
VIwmQTHQ6H3cl0MZRmgscrnlLMT4nhkJygEZVikVtUOR2bUchXeQEgd1uW3IEbx9
MGVKsnA5AaNj03UgAHjdcJKsP9lFlDYskbPtet1hTXepB9Q9q8xl6UGCadjLhHpd
jM5tMYa9Tz/wkypmsfM9OEIC7vheKQxTZYe0zY0zlhJ241jZmvekNLb2dIF80Lue
kLnLtr8skyMaQh2wXDLs
=E/QI
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/06/16 11:55, Daniel Campbell wrote:
> According to Enigmail, it expired April 19th.
I suggest you refresh your keys. My signing subkey was signed April
20th and expires in 2017.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWT20AAoJENQqWdRUGk8BWtIQALacIfky93hrYbBjcpGm15G4
LgVbG88B0V+DSJtw1e25wIXFb86Su1a2GEL1rdCl8zp79kvMDny+cheupu+JlFwv
szSM8fbyLE3NmFTj8pJkwSRmsvqVtWuXzyUk8bnfpoT+4SwYvf9bGMDf1FOFFGb9
q+Bfc0eMEiPi1krrSB9tp9yD5h7+CbN6l3x6uAS2yVqrclFosKh4YI1c2rfKZSBD
YGvcE2WqTjEUB00wZQbiYvdm3WtFeP1MFOsbd6kAb2Gfhl3l1hxKKtGbk0XTUlEq
XoDf9D0jDzAAXSMxsa7KMuhGGGTapcU4+ZAhxKL9Cl4Yh3qbim30W1kIOHVu/2fR
oWyB6WBc5lHStzRFGlg5UhFD2jyHxNpo4+VO57xoMn/dShbcyRPf41ZlsymGqH2h
/PI70+LXrALSrLMeZJ0178I7lRahPF2tcmh5ujXOWj++Y2qjVFRaeH1gAAh330Ye
ZgIcB1dZOUf79TJwmM+vNheUH6ix9pVoX2A8UC1ZGKJFD3w89mvM3+lR2kBysIp+
XdfFt/N3oTGttVKnPDqvXfAA8Ce/WUH7CpPH63oBJRxOhPsmJApen2j1heJ8ynjz
WFDXfpstxkCp1f6dNp+KGnfUms8DRPQx0plTYx/s4v7QcirGaVKQxi/0xJ/ysfsn
6fBFVtrLIEUGQ2Ly0PL2
=aAbh
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/06/16 11:45, M. J. Everitt wrote:
> Btw, your key is showing up as expired, Alex.
It doesn't expire until next year.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWTtdAAoJENQqWdRUGk8Bl9cQALN5ngYXFjHv4sU9VZiOzMlI
9ysiZhCDWdBJuyJlxIejYo/wMnDiKZZJextwEKEAmyd5hEjmgv0pIcWCgPAyoc8y
tsr2ztcuFYdG1TqlZ8XcPc0KmeJMXXECkrI+m20+i+Rx/bu4OnKnNf0i95EJ3s44
MfGRQuBGwPzABOuR33A1JvIdyvQ2Qlv3orpqI8va9OW48jNiLmRjpiD0Rg90bjMk
Ew9nZOkG5ADAMPboURCyN0Y2cLMBbISgdWsy4gUzNDFdgvf2btIwWO8g9Seb7JB5
be0oFJ9J43rL2MQ1QMdOkeIoOSltJhoEEGxGVVWtnQtuS+SGWuU2j+Lwq56jJTNN
qqIM8H12tuEmltQ446tdLIlC0ObV2q0mnVKi079JDN/NwqH26gCiq601MFncv5Md
GUTu45YwuhhxfckAdVZKXjytzPXTtBmnKXkr6hLFUWE84OOjjMs1G/YTuRFm2yF8
btH8M8SG0XxQndEretqM85nZEsDfxrDo1uL5Z+4B4HWrMudOGV9+WzAywLddhnjh
+2F4YKWxiiANEn5saeHoLA90ossDc7QYzTwg9PDQUxGPvWVNViUyNEIXll0wExH2
N+xCWgAk9DpGG78C59diK6MCHdt75bn0PHeYizgA+xVlTuG96kFi7LjO7e7vrywS
tzhpcDzD/o7ufDh0kaHr
=vE+S
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 09/06/16 01:08, Andreas K. Huettel wrote:
> Sigh. Every 2 years somebody else comes up with the same silly
> idea.
I stopped reading your email after this sentence.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWTq/AAoJENQqWdRUGk8BlpYP/3dt+jPnIFwW0WKoqLLDzQNr
l8qWQZZ3IYzuBV0AUtkDY+Skit7L/mbFOkNNYpwPKeDzfD3YL0G9ajdtC0HLP5Ii
WfplFd62qBB5A3xaw5sCL3Dta2SB6I9mRiLA0E1WfxoM1sq5vxgQXYIdacWPV1/d
QrSPvUqjQN//cRjWFWAASzQpMp4VwQ6fpKOsDqDdIrk7bHwPGitRVUTghZKjXKfW
rNyktONBjKf1Gt7eD7Wuog4sWFm3f02olBKbr5GTIkxWYAF5Q7jmLCuyvqIQYtcp
E1sUiHA+48+lRS+iTCdPuAMmXfeNE3T6pUKAZO6Cv77bSwmzQzQ98+uImZyfbFi7
CLQGOxsJz6p24GGI66Qfgbe2trBUMxM8ozBtrdtg+3Pl8CZqE87Lfhr+CK6rWB66
DzZojr1JIQy/YVjC1m/xo/97Uc4DcXp7BDjliCH6PkdjEsS8ySnqr1X/4eJ+3iRm
8GXWD2vL/sBkGTMg2ZP6yw3CHEmmi7N0lU/O0qPq3BTM9RVffZjxaRc39ysoj0QU
Rfur4Y8ObAqx2UV/RoRMSd+U4uWPaB1Km/mVRFMeRCLDq5L7ZKp692qwFCX8dBZy
9sVfGlIaoI1IMIdSgL2Nx8nxq3jfmDr/m7Q2HllWPpEodrdiwCns4/azf2jIpupg
p8gTq794oVzQw1O/2RDn
=gDDu
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/06/16 18:15, Peter Stuge wrote:
> Do NOT - I repeat NOT - tie "user repos" to GitHub Inc.
If I were in charge or to be involved, I would not even dream about
tying users to a proprietary SaaS. That would be highly unethical in
my view.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWTqSAAoJENQqWdRUGk8Bm24P/j3H/32R5MPk0namYpXdBPU7
aqiCLMoQGMNDHLSXlN7e4UfseE5HdwDIyeZmdUGPeCB6cRI3b0K5I0nmOVQJiuND
rvrX86h+gBGbzbQFKNP19TYq5qMusfJylUvidOBkstz0fTQrIIcOioAJ5AYlhcFB
2ypdlZdqCQm2IvjjCdRMOiMEAMl4TfNEhIiic5yvCCe9U6gsOyUhjIGSu8Ul3Fru
IFl8M8D+9S4eOARIVC0ciutUJQBrqVdxAytA3x04qdxRRuCGr8DcPG8EYVvRK3Vw
ozydEBNJtZIkhiJpB0Kqw6e2I5yJpmjfJ0c6boLNGAxCP5IboE11D2QzGq6o+iNf
IxHyAhldKfxF2ZOLKBfivuwgAHG12oJzMHaTgGMuq0nMSW9M5tINvV5ftw3UqVMj
0pS3Hx2styOhZjuH9qtrlCZsD5fbJt4sma+fkOP3uCBgYY6Y2KEZ8vIXMkgTro5H
qFzRNTbbQkp/P8s9Vz3JO5vk1HeMImy4oypFbJ1fyzqim0pK0CvxNi9hgqTTe2Sb
elBaYd3u0vbw42OGbqNuH7ciiNN248dFUc0XME4S4S6ETHdT2e1rraT+gjTJ5UQT
ca4lkfS4ApRDCSptgAkeQ+RKtsaM2aWJgSwFTW1HXBcr7r+BCQYHTAWRjOZ9MGR9
/c9M5xEZHSxiKxpMfRif
=Ie70
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/06/16 17:53, james wrote:
>> DEAL?
No thanks.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWTpTAAoJENQqWdRUGk8BPAsQAM1vjeh7AzBx8yVGHcZ0U+vJ
RNoIDrF05PLGAVTqbtMniVNv/jcAwaAk1S2WZGpqaUHnQpWgo+1/Pc9p3HEg6UGf
/tq7uSihJk3dwimSjowzzC9JOu+sJT5d3yc0NPdypxgbuJ0DcPQLXVCCEC/dg1Oi
Anol5S7FR0C6bZFQtQ241MnpEe7pwZT8xEGzhHYC+PaL4bWk5pNcNzArP3VEEhP6
q40tMWsESueulxalagxb3vAb+/Ngi2Y06Jzx213ge9uA4d0Q6Hk0uv7EbTGPmHZ5
RVaf96MFcuyqU9SwjOLhaoz84uYnPaCTPRDT5eTomK2Ls5U1Xghkm8bSrH2hwbeU
EGngSDy+Bf2kPGV1VXCvB7yBrIbPzolDcAkDl51kfJKPtE4IlQb5wJP991Vm8h4n
0cOS5LX+BGvOED2UKLWq8Mr1nf/nQFCmLss4+MFE69/9UenC1LqQmCIT4o809d1C
WLHJLk1+qHNVNTdeOW0Af6hcZ04F8Bci+ALCShhMEiQ8ioTFFdWaFdGpNUsDb7qw
Yx4D78TEggV4qxHUrl/zvKKw6x1zvbzoberBcvzVErV7CPKGtUzRHH/oPmX09drh
8C0sVYVROdVMOGfe5zgEefV9UDdkDqQHxwi9JeOgzQI/PoL3jAYJiwENIGNdG2jv
MGN1PSZvXyzuiCOrtxQ4
=RA10
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/06/16 16:53, Rich Freeman wrote:
> Do you propose that you can have cross-repo dependencies?
Sure. This works well in Exherbo using Paludis. We could do it right now
if we wanted to.

> If so that creates a lot of potential issues, even if you do it
> the NixOS way.
You should tell Exherbo and NixOS about all these issues that they
should be having but aren't having.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWTnZAAoJENQqWdRUGk8BGoAQAMmRKgmeRFN1wSfNIF7JUAqu
H23vd/MR1IJ5s3IPwzgo0zJTpHMJFatyCCJnYqNKcse+lS13w584gWI2ukLLh7iW
zgeN8ngXcQ0U07Bn1fdO6PXGWHEL9+bUm2QKuGOIIDxdkhMlb/uJz3sDK4+uaqqE
nBBxwUJT2YofBmALqt0l5VJeJBhV1HkRhfC/pBoKM1rvAjWTsiKH98xQC4TQ6Qr5
bV/cNDvSn8sw3kqNOHNJ9EulcRg0mycJAAdVrrlUTlHWB4r1YlWfBC8bT86cxJ+7
DeDE8rSyAY2MJ4s5TV00KzJqgTv/16C9xoZEiIfXjYe7MKuh5EWGbJZGp/rlMPis
B2g2bjSGxdaWWSJBS597KfuPqTqnsfekxvccQCSXaXBhDa1mXIPNW5jDwRQgOsd3
P88GDzF2SZyT9CzSipgf9m5olhg0kA5YFT+RbkvP98ZpYrVzmuO/lXkxyQIUQGxm
C/zGrPbnydaJFYIlE051dKjvdCdRU9HAoRFV6/8AWTio7aOILGWjTJx/nGrkUHdh
pmyDrMP/lnlDJwyS/kyoou2hw8v0w7dh3ges12VF4GqxlLF6hbBE7areXjVKyX+X
VhRKEm0cBVp3KSEv5jRpa4w7qzqnttXHVf7r4Q0T9/Ic01n/oP0p+UIrymScQ2JH
SpmugNyiZCPv2uM70IBz
=GcTt
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/06/16 16:53, Consus wrote:
> How all those people are expected to coordinate their work?
I don't want to control this. That's up to them. It works well in
Exherbo and NixOS. But I agree that tooling to support it would be
useful.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWTkuAAoJENQqWdRUGk8BGo0P/1Zu0ql2hEjeyLa4PAZcpSZX
Bkync3nf328qXZtghIR1BM/oBXc44LLV4bPctCAKCzvOTuf7O6u7GvEyqeRjqXHz
EK2V85/XsujiwUFwucb064IUxvg3xhuJvJorOt8PlgVu1JrER6ZgQao5cGo7DU6/
UDSsGBC09MjSnm7QJOmygMVYRETR/3WrG5P8fAAlS6YBYsn+3MLQFES/BH1TEVCk
YpF97XCtpFf+m/ryfXYgaf3PKX+yd5NrIv+jjLjAjudzgUOy6DzDrMXZqLcYVS2m
HtqnnENKsPBXRpq3M34BrCSeD3JWyS5n3VLHuwDTl4oGCiRKSA34d7qotiAWjlDe
r9+8kQv3kt0nlqBJ7gI6vIqm9QPEEkhPYQbbTf3pQlDVtPnrgdouFKrWlTNJTg0+
XbyDKZos2bz3Y7/HH3u2Ptz7YdE5Lv0TlE3p+nenBxjCCn58KzPCdo3aaASWpaUQ
cgazEBqipLp93W4imxDs+bXWVFDXSDb1zSB0Vr/J9R3eOo9bNHRGGsgGzpGUMwju
RB6vMAmTA/1WaNy2FBLpgPPToLyekun2mUYnLPIL+rJxrPHDWYltp0BNQDs8rWaT
kxVCjZHv8q7UynuTnLZaklXtKvB5Yb8gx2oxV9gzTr/JFEyogxvHYdI+0XM71uHH
x4KZKm2K77AzK8aNkb1N
=0cnT
-END PGP SIGNATURE-



Re: Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-09 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/06/16 16:39, Zac Medico wrote:
> The first obstacle that comes to my mind is how to discover the 
> packages. There needs to be a central index of repositories which 
> includes searchable metadata for all of the packages provided by
> those repositories. It will be something like gpo.zugaina.org, with
> the ability to download the whole database, and update the local
> copy incrementally.
This falls under the tooling side of things, and I agree that it is
very useful.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWTjxAAoJENQqWdRUGk8BuEcP/iE76kp8HAqusjifU3h41IO6
z7EX6oNmkCTIUye/BqsiiaGQKoJazD2GzBUTrsAHtVuLib/ILea0Bu/K3wl8kOw2
T+2sDhmBKMabFmbtVnwgySsW1ZeQOj6518BELjfrYBSywC/TIU4706e6r3uzkrFi
xjVA+7EPcBz7NuyV6osh3yDB7mtsRgZTS5Pa3RWK7r6zwQedgcb1ExU+5qeDMrPw
aCzGM1EhdyGEJkrBdinJd6OsUo9MCUxf+Tt2Ndq6hy9wT3fz745x5xhHFpzhpoeC
Tq+Qm6/E+gLVAOu5Qd+33NHhPtEPQxCJ6lP0fhqavvOOCY3Sq13wdOKBxspXi0SI
sGgkQMbZxaDB99VhEEOWKxcb5kJif4FTxD4b30UpZwFWhKUrrXjPZ0/o7rPQWvt9
1me//ppEvgDd/1DkCA1H2EpbHHFclsW3R3I4QyGj2PyGhtGJ7WwLeUjHG+O5D1Nl
No49ASFKV9KPBUU5OqbvTn3EO7AIVQnK6nqxp5vCqEGmJUi4+ldYV5y34OxTudnQ
vZ3vE0+CwB42IAR23Hx7PdHv68l8vRigsaedcSV6UbraOnv2U3jxBAa2rPrpE5Ht
j/E+lD+wfS6f3l8qn5+jb3dKiTRK/6RmaMzETcy9ZOWc8SmwCspPOvu4mDVHoVFX
6/kewlpe4qcce/SXbAle
=UZKB
-END PGP SIGNATURE-



Facilitating user contributed ebuilds (Was: [gentoo-dev] The future of the Sunrise project)

2016-06-08 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Friends,

It would be wise of us to create a novel way of involving users from
the ashes of Sunrise.

Here is my suggestion: It would be fruitful to encourage every single
Gentoo user to have their own repository. And this repository should
be publicly available.

This way we can merge useful things from people, and they can submit
pull-requests if they have useful things that are not in the tree.
Before merging anything to the main tree, ebuilds should of course be
carefully reviewed. Users could also review each other's ebuilds to
ensure better quality ebuilds.

This could lead to a future where the Gentoo tree is largely
superseded. Every user would just have their own repository, where
they could pick and choose packages from other users. The Gentoo tree
would just focus on a high-quality repository of the basic/core things
that everybody needs. Gentoo devs would spend most of their time
maintaining curated small and useful repositories.


While there is some work to be done to facilitate my suggestion, it
should be a lot less work than Sunrise was. What we need short-term is
simply documentation where we encourage users to have their own
repositories that are available online. Next up would be setting
Portage up to expect a user repository from the get go. The initial
personal tree could be fork of the Gentoo tree with a remote 'gentoo'
that they can pull from (emerge could do this automatically). This
way, users who do not care at all, can just use Gentoo like they do
today.

The final step is the most difficult (but then again we might never
get so far). It is two-fold. First we make the core/base repository.
Then we identify important subsets that can be logically separated
into repositories, and do this.

Parallel to all this, we should work on tooling. It is unreasonable to
expect people to be git experts to be effective. The workflows for
managing user repositories doesn't need the full power of git anyway.
It would also be good to offer hosting insofar as possible to a set of
curated repositories we consider to be of high quality.


In the end, Gentoo might make a gigantic leap into the future with a
truly modular distribution. If anyone wants to look at distros that
get this more right than Gentoo, have a look at e.g. NixOS and Exherbo.

What are your thoughts?
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXWBrFAAoJENQqWdRUGk8BzvQP/iTrs1SedU3xrLoWwYb5LDBv
JT2Com8GZX6BE2KlAoljeO+epZT5WPe8sd0DTDg7l/kgceHdHzKpv9lXcf8l2XyX
d/WNTwGkzXl4it9b8FuDBfOHnhVIAr2kF3xs8N2C/aJAFAG4MuoQFmBdx0FTybqw
ahJvVMzElhYe2Hv3NTpawluW5K7MF9HXmQfS1lHwNadklWtoOIXEoN2AAitdwdzH
dr5bzPMnoc6HN4a4QEB93zDYMoJaGcMPRisQfSm7xr3J3XxZzmpTSEs9dNrJ7GmY
2yFQfZFGZTg7Wf04HI2JTBBS02CfLv5HAt7Z6V1RJvtzRD3mtrMP+fl8tTn0YZCR
U8MarqRiaz1LIpZzkeNM+EHY4QkwIsYG3HHcQ+sCEaUf9H0812E0XFZXNwW3XhgJ
UygKlG9pXwCsCCjGCWkTh8ppot3u6WAHhXifPsQ3ef0yTMohS9w5oudcF2VpeZj0
V6l6Cv5KoxD1ZOUXq3GshLpxZL1yOSAEbzbtsUvMCj7xtWdF9gVR2+tYR++lCj4G
5o3AlNBXCGhy2KvH+kcXItwpV9VGP1UXgXGz4mA1H6XLp3B8rBqXyQeTZ22v3toz
nCthV6KxYdRhOqqh0/TThJryW47c8Xz3GDSDDU1XhSTzqbfpPpBpVjEakODGu7Jy
AwWFC9xoaV7iwnBbFq7F
=zXlj
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] New meeting

2016-06-07 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Friends,

Thank you for a nice meeting. A summary has been made available along
with the full log[0].


Brian, could you upload the log to your devspace and link that instead
of the bpaste? It would be nice to have them all in the same place. If
you don't have the time, I can just put it up myself. I put the paste
to expire after one month.


[0]  
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXVtosAAoJENQqWdRUGk8Brs8P/isZhr/12lPlwaQfvuV3gU7w
aT+zKBLE0rceuezUKZgSeEXbDFuT01YyYCOTej+mB/rEvCCx8cil4PbDKCa7dAFA
BAGMvNC/Tx6RTn/yw6bMqBW8gXi70KVoKuuwmLwXWV8YzPkxj7pc2x29shlRnxRX
DER+GDLwigCysMO+kE0aI+fmy47YEGpamI8Fqov2ak7/CocHHsIpoWNV2By1b3qm
YR8S0u1ljUvXB6XRcr5tRn70k5IQeB+Z21KUBjHiIi3B4JAGr/8+bN6f8ZUJO9fm
X84Dnh9Ps9lF1uIoVwdJjVE7tBBBj83GDpT5EHuUzPXeTYwE3Q9hQwNpx6vZROS+
0WrAjXo8nUah6NrY/6yNGks5lO4iI/xrixRgx/Q/8qtm8fD6vClPh2Q7jSsdnUKX
Z9QPNINZw1fjo/P3j6ddf74kpNalO62PeMyxEj+aEY3YCEv9DxO+Q3wVDTZJZlIm
jdexwVBt/+oz4IyEr9QU+tQffFC5tFhbZtx7XZjBdh4PTmbEelmxUAtAcFLFltAY
XUqlxsh5QLylrrzhKAm1dkWBV/Bmdus+gZUiG7eZI9YjEt4O2lrysuEFWhKpHdPd
4rkb0Q4yxXSI39+2yKuWRzMZHFngzaZxTuxSoh5l4y+rKsfFWGFsHUs6Ht4Ao3wU
8+jqpeVGULlrydYF9OUr
=kkZL
-END PGP SIGNATURE-



Re: [gentoo-dev] [RFC] Global USE=gui

2016-06-07 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 07/06/16 13:27, James Le Cuirot wrote:
> What does that mean?
It means that it is made explicit in some way clearly visible to the
end-user.

> Take www-client/otter, for example. It's a qt5-based browser. It 
> doesn't have the qt5 flag. How can it make the requirement
> explicit?
Otter already makes it explicit via its description: «UI using Qt5».

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXVq//AAoJENQqWdRUGk8BOiIQAJPKsDDOlTHWgXJtZYb+q1JL
rIKUZvUTEAxJ2ubRx6hhU0jhw2THI+9/Nr5A1cNt3sH2gSmssVhH5K+llue0dypC
JDV7Pn9sS4bKQs+iFH32v7P1h5q3YVIsWM01U01IGvtLxerfCe1y1/Clm81VB/Qh
VNkkt1h1i3OuOHSXsys5dCeqhs3aVAQeklKrk0+dYFKiPfyVFnsC70EZlNBGDmn5
4Qfx/gkYe5E//81F+vrg7EJ9sbDWXr6/FuOUlbOz8J+d2JSPhIlxrxf+LXNXdoZZ
m4Zc72Qn5bYxzJTsO6AZ/QiK/NhMP6o87IyPJOp9t8sKuZOroB762JZ2UAuR9E5h
k6vgZjXIgCgi8/XrJzuud3xewltllOJvfERYBqyj5LXj8Bon3tuVt055oFNmnrSg
cF7zg0x+oQLsLM8hfdcOs6NR+GqW49EpqBhD2G5d4vext5++m3qU9as1TDGZc8F5
ViWz8asYlTc2kqcKlCPQ0R4t0osdTAnq5GP3M2VcYN+Xu8j/zvCNyShIqRGNM8jo
TZXy8f5cZmvt2m1x122L5U9bz7DsgCjRZ38B7jBDb2qjetDHUlc1WLWoVMWNoOFe
2bjUc6ASJwS7VwkkXvzmznrQR5MlGs588PLr2w8OozmsCt3GHdZXTk4yOSlSmTvM
sB1IqXgRIuTMFOZP+0Wg
=A/I0
-END PGP SIGNATURE-



Re: [gentoo-dev] [RFC] Global USE=gui

2016-06-07 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 07/06/16 11:27, James Le Cuirot wrote:
> I don't think that's unreasonable given that it only does that
> when qt4 and gtk3 are disabled.
It is horribly counter-intuitive. -qt5 should never result in qt5.

> Some packages require qt5 unconditionally, is that bad too?
It is if the requirement isn't made explicit.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXVq7EAAoJENQqWdRUGk8BwNkP/0asGItiUp06RUSdtJap/dLl
gMywlasHuS3vB8AxL4M1aXx+F8JRJj7O+SSzc0MZdbGJ+CpNUvAOKQj+I7VmnBGe
k0AV/SFxvugmWdsYeMuOi7l+St6QaQxbjVrH7Sdlh+g9OtQNRKIIsXZ6/jvOSUlv
WQPhbiSzWBNCQYXaHkV2ooY4eCIf3aRZK047EqiXo4jcLWjrfrtYUGEfgmWJ7DIt
zMXHo3I2S7/B6LIOdKSO0h7H4KkOr6tYHi+RdwsNFStNuSEQ+gNbC9Dq1iclvaiP
ljDNE7yDtr+cUEt6XjoGkZcGEuycK1qWnUyB6CJUmWiJCE5vy8QfAn1v4eFp0wII
HcUEf/qHFUxFCfe4QY9S0IQ6aBW0ut57gqB0jWanegm+oyqdfq7V2/N5I/Jz1WR9
okxhgmlEorCoBMOMbNUmHL1Lg1g4TC4I3J4j8KBctUIm5z1eVex3fGWglDttPmx8
Be9K4sv8oHnd01PNmovFBIblOk/q96zdKCgY5zA5mqw7e2LI6flhfgwFikard2Pn
yKBokrgY6a4gqvx0BhCGa2Y7r9ZEqsNGqP+XIFrv9qOD6mUMQj3vL0lEFtg3W0lf
8RLctUGaAGc1eLl7QdjeC3J7hBW2zFKUntxP/8fXrK8jAVmtefRbWjXNqTzzN8Y0
2e4tUmOzXZfSmUmmulro
=/aAN
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] New meeting

2016-06-07 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 07/06/16 09:48, Michał Górny wrote:
>> Could you add the topic of PMS compliance patches for me?
Done.

>> In case the latter happens, [here's a] short note
I will paste this when we begin the discussion.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXVqyaAAoJENQqWdRUGk8BoWkP/2nPtC2oCDQFrDnDqZ8qVQz2
MeXeWjbk4eDFsKEbpBGP0QwlyrqwXxmHRWg/nhvZpv5kUBif4F8J9+vxqjSphsuH
Et1/TI9CBuNKLqfIFD++gMduR6sutY7tGo4xClYciKV/69EIwJaqjSZ6tzaXRBWF
P1yGjCtHtHLWpTrLyTm6YZIsj2FCb5dXUyWEQl0ypl1pqd7kt4sn/nily3NWyF1U
Kxi3oXIiOPY5LAQ0l65fgrSxMv0ys4WifM+H+CcQBb8JDzpHPfZG8HDchVCdBXbO
+roeT2B0+R15BRiZTCEznvdddEVOlu0wBYdG6p7xWw7+6EBMn7gjg4qCMu6hggW5
2zLwY2dzQyklOrpOR2GZy9MIu1IkXo6Nq0yD9f6lbY2DJVRj4AuyXCh7Xf8DjT9J
HedcBHlI758yzckOqGAvWXEcuMraeOD/JOP3nWeO/Nm4izAef7a6F5qC7kdq34xd
qaqjdf8eo5KrB5Unh1QPceiaFPT96rYcmPlLK4H2VImjVruoiUt2aAwvL10p22lx
j5Us7VXXli+Cq6c8uLJ6/GVxlXxj5IhDw1hhAmXkrjSNfQb9IlJPwXm+vUu9a/9k
Ym6/axzJtnn/dF+Ow7KMqYufCr4YuZVCs4Rh5CBsgbzhDW0NRXKeu2dj4wsLrSd6
KmXAJOV9ctqOFCMmptm9
=Og79
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] New meeting

2016-06-03 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

It seems the three of us who've replied are all available 2016-06-07
at 2pm UTC. That's 4pm for me. Check when it is in your timezone[0],
and I'll see you then! And remember to update the agenda[1] with your
items.


[0]

[1]  
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXUbkeAAoJENQqWdRUGk8BtC0QAJ9DBSBqya9vfWGUT7AVXYMV
tAjdNXhs8jJ/ygCEX6MkRvYFqjRuHDIKlGKNpNR96HA7M9j6oxyjySN4ccxxtG7R
T4dBSKPBrU7SEyOeTjtacgXqvbXBJQKrAsAEdJwyr8f5HPmys+Y1GsWqtOJT3N2a
q8X6AZzKRft3XatXi0UahTUq4R2/Ln/RfelE0QQGjMEFCzxdj5nZBbyJdfroSlBK
g9KkHX9QLfoCEbvI8Fe0dksWVmFV8ESwnDvkoNEb+A5ODSTBRvqkaOc3T3hLGEQM
zGS/FT4de38A29ScGtbVWaM/VeDAfUj9hmu+tzSxzN1sNPHpRPn/dKDco71aFaIe
gNLMhLmFyiJftThMV7bnGmuc6EvtLl72oM/Ca/4WI8ZDO4XqkuWIth1vdZKyq3wm
3xI1Cwsow2Fjg0kN8e2nkKgZHw/3ulEZnvaC9QijkCjJpjxD013kHtd3xhndBmAi
gJMtQf4MOtoluiq7wKVQMUQb6yty8jyWjiHrO9YUwwhXFodfZ10/aXwx3aK20e2U
BgyVxpG+gxwkBJbuEQWIQbgvQHxyuwOlRvaE7KyRvsTLmrbMQjaf8ya7VX/Tzl6H
EJxQpEIwqARgVMY6WluPRSAg6vqB1f/ozLntpjqCwInyHYO1y2AS2++VPLusoZkC
Mtr9L1PTgtVfGWf2edy8
=PUFC
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH 3/3] pym/portage/util/locale.py: add a C module to help check locale

2016-05-30 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 27/05/16 16:26, Anthony G. Basile wrote:
> However, this gets bogged down in implementation details and fails 
> with musl.
Is it possible to elucidate this a bit more in a paragraph? Right now
it reads a bit like "but this fails because reasons -_o_-", but in the
future it might be nice to know said reasons.

Patch 1 and 2 look great. Patch 3 looks good to me, but obviously
Michał knows more about this so I'll let him be the judge.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXTALyAAoJENQqWdRUGk8BN6IP/0QqY6JdhzBGbNxdE3HCSDBt
kih75Hmjck6VQGlKNl+GLeML/ilTqitsVnkpbxeL3j00P69ZrW7OkZiLxGUQn+5P
9N0ljVR/FhHD5wJE3deS1IzNSERhuhSllIGKeweMIYXO3IT9tx4vDVNMB7v9zi+i
gduaxZr7byu3NSt//y+NJqHBUfxs2iWHA6+/KPDpKvs+E0hg2lycQVfsfCKFhQ/v
W+Jg5uw7Fo+6bTyUe5+b+12KlotFuHOko0unq9pt+PdT9GMek617kiMqDbXvazYf
/cgHiL1jIhSgRGbCmMVxAAo+BMp2AWrG4CyOdMHcS4shSw97jk/2NCI+1sUuuaNo
9go6ZCbLEx3LvL1kdCeR1lOk1kE6tC/lkiH1ZGMWuuYmF85qsCWgPHy1UZ+jXq1R
SkmwDXdJbbjVEzT8uVTm+hD8GyARXw7iP/1ZMLVgSRZfFGD48USIo/sVmyYdLOd5
xb90fupwpQiq49Rh+haeCN0uzSAPyAp4asrr9p409t8hH4i1sfDW/ed3jw+a/Pna
DyvPi/dY0ER9F1FnUxz4LYogm4Qa0IeFsQJUZZOlG8ekx5pBGxGqHOPH/Jx+iRLz
Pt9IvPKRInuU6LZ4gfkDvC5JfrX4DG8+PldsqItLP6GtPZSsp46f8Gdg2HUskmaD
8ESZIFkuxfL5wiKlK8Wi
=UDnS
-END PGP SIGNATURE-



[gentoo-portage-dev] New meeting

2016-05-27 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Brian approached me a while back saying we need a new meeting. So
let's do that. Sorry for taking so long.

So set your availability[0], and add your items to the agenda[1].


[0]  
[1]  
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXSAlcAAoJENQqWdRUGk8BXxIQAPLvut/67z3uzKqHhP0aE3+R
YIPymDjKWwU6NYbRNDIhhhGNCJnDuHAjX6oEay17Li0yxlqajKqcZwoxDLjlmHyL
+oZh/oIHEesbjFY2F3awiyWlT2NYfkqvTqaliejB8iy21t1qHRFayvSUhTvh8VZm
6i6Z4zYbbFz7hU2c1utdMlfvBx0sPUS5bsKluJYexsTyLp6K8KYfx8WDOJ2efTdv
aoSrhoyEB6hMFmEUxQJdbdnSKhvNoMCnlE+fBN6/xpx3p/FnbBzQ9tNBZqhWWIwL
iQz1WyHhn+uhXyoad+4795exBb+YQen32djIyISAcCH4+kPdiWF7+XQSMZvyexFf
smZnZWwQYIr5prxqIit63yGyICFaLjqMIeas5MA0v6M0SKsAZnsRxj66eE5e6Jut
oaj9Od3RWyjuHuhsnqu2QbSyRe5DsWfKVwC8YGe64oRzFHgc2wlSZlTn0QIFtITB
XeOvKMopvHocUSF/UMgdcvmbbXROVzlOpJFB168YeMHINMffzxaGGHkY64Zg6+3o
AgWlL3vWIsBv9v0AlOn+b7ydopP6CqMeEn/ezRpmvAzRyaHpY925MvJg/b9eIh4V
asasfhkm++5ktwN5jR8dmi8d0sE6J8VTi6anLkJwNOudrW28IHIv/PO2LPfCcc5P
a+2LVaqVB0goSFCJ5PoE
=aM7+
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH v2 2/2] Colorize packages in world_sets (bug 583164)

2016-05-27 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 26/05/16 17:29, Zac Medico wrote:
> Looks good to me. ACK.
Thank you. Pushed as 40cdc1c3f467ac94d3a966777eb6a0907c269550.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXSAZlAAoJENQqWdRUGk8BEOoQAKKrF/Bl/DpEE/7Svd8NgQVv
XJFFW6Da8zeKoJYsms3kAELaRl4UCmxrIPvfrZWpPcX7+CWtwxTf/i35agdCzo+l
u7NlVDjWuHYxydAjN9E5IWi+ds4xUU7xy4i8Vlpcawdv3R3lDmpkv59mfuDa
2ZhwC6oSi8IvqeokblafJNvn7+nvjGxl3qr+6Q2GeJEutrelf7q0/k9qfXldRYMG
PDJdYfUdNCfs9HgnCOud+LRlcAq6Qp17qFnKwQm2ODjGPigvM+87cq7wqiv1iEg0
FwMVvz1LQZGRmRQI7liRGqw5vZ3f5yZEjG0wX1hFoJU5CxsUgAQItHmtKLsjM7Vn
1+Jmi+8C7QV86lIdUJgEdFcvWBZrl1cyYH2vxzs0GZcA5lZ2+ivnMKwyUtrv7714
bvR4W5Rc/Y6laz9eNtvJ3AtIneXm73hGSwGJQbVw66J5GdRMKdXEG/Krr9HPpGdg
E8IR/6AH8r4MHZAGw49TtUzhYmexdazs4auyF05wtLMUdCccVuIY4p/tGCiOpBUL
+jR9RpfZ9LgNcegArzsygAsr8qIQxAm3BTfVajtYKz3whg48xvXmErW7+wZHXvgl
XyQsGTzVnjIPuUswUcR3l4XDikMZJ54+/M+2q/p0LaCZlOiDIYag2d91GCc+jXwm
B7pFObxaargOfPJ9I/nf
=X651
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH v2 2/2] Colorize packages in world_sets (bug 583164)

2016-05-26 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Looks OK to me, but I'll set Zac ACK it too, since he was the one
commenting on the bug.

For future reference, please use --in-reply-to when sending v2
patches, so that they're in the same email thread. It is also
customary to write what has changed since v1 beneath the '---' and
above the affected files list.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXRruFAAoJENQqWdRUGk8BnH8QALLmWl07Vd1no1gRaGAQUv8i
yBUQcrd10J67y5XxlwC+/c4NelFhDmhZcRASDk6loVYsM9Qy98kSou8+Yo5SurJ0
1qOKGkbK321pxhL4F5RDfVVGgV0eAvlmKEU+tnje+22HT1vZoajIUvv0BAyIx6ba
v1m3gy0MDXlT4PATmhjq/3wTdcvBlSmN57CaNkwHNXGBb7sKtlCmad7d0VW4tilJ
bwWHNQ3tswB7w2Apdrsgeky8Us4eXYWd0YAOfZ376vIcDO9qb7sxDkey8/pQIDTp
l0rXxSB/v3c0IenM2dhrN1jTkI7QPN406ir597AyGct4MYyzc3C9Fwuexdfx/vlP
dwdFv/Yp/cuRnENIjMqJtDBM6jFqcTyRlNwPuRYknzEsMvL3wPvSyVW2gIiqXyN3
EGzWz94IFMe7CV1o453g0hu5aogFr+a9eVheVTqEhxHlP+DPPZsIF2LNKyKjXUXI
opZLDKIzQ2MEM59cr/WrYQH0Wd8vTFhcOFguy5IIQgMJnWsy0xi/b50XBmOAjWG1
4mRCigU0cHw3UCoTTxQ2yP3gb6ZjbOeXZznOJpDH/wF454h3fxTF/oOl6uVHMMFD
+OW7NBgY9Dychwei3NTg6HCnhOpAMzjsc1H1uSMkjg/OrBoX8YjZzH20YbOrdYLy
10VdUcuQ17oNfSuCb3rQ
=VHQ9
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH 2/2] Colorize packages in world_sets (bug 583164)

2016-05-25 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

You give no justification for the first commit. This commit message
has some grammar issues, so I don't know what you are trying to say in
it.

The bug has same relevant discussion. If you could give some reason
for reverting in patch 1, and clean up the message of patch 2, the
patches look good to me otherwise (although I'll have to test them of
course).

Note that you don't need a '\' inside parentheses in Python for patch 2.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXRVEPAAoJENQqWdRUGk8BoPcP/3oBJqX2fqMCsol8wogVwiig
vKaE313fZeirLINE4D2s+6Jvks0UXiuR31aWkuuHdIzH0/hYVztMENJvIS2eZWc1
Mtv1fzljPdA9JZtBrJTwxrEyr7shV0xCamVQ8oU9lVTVUxUbNmJJwLIaiog2mGjL
QBcMjYNOY6lXUMpXAipfDC9rtXEDNF/xwyZXKIoxVlwFicH1Xm+tIS0YsqHtOUW1
nvxDL5Js+2cmG2hxbdITva3QlSpptg5Sv+k9U8gP7gVKJaFUIJMEQr1ydTp4oSSt
l0pqm38HrMpo2KMHySKQwVCFHW6IbBZ5nwc2ziVj+dDmKsLKWOaGMnmf4mzgBp67
6UuNJXN+NBpG2DW57Gvf0OSQvffHWNblYME+IcVnw+eqc27Rv3qU4Fk3LVvf4/Rl
WvjmigwfJOX07fQFaSHR9/nU5jVldv5wuE3AmQInZHKcE9sABCY/B96Cbk6dqkCr
umJC7J7egw2hAIk/252+OLfgoJxVRcHn0z+CbZpwLFKapevJwEpZB2oDHLhLQ+Dx
u5UOXfEEg8xppYjvwuxIn6tVjH9FL02rJZwdaitbNgx3tz6/Yn6GzsRdGj64izra
+nFwiujrX3MQWLaJUuQRaKZw4ltdYBz915rbXuuqFDObtloVHCKu/zVunXQc07cL
/pT43QOB0qVQtuvHCPnc
=bjDF
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] Remove unneeded native_kwargs wrapper

2016-05-24 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Welp that took forever to read through... I didn't see anything wrong
with it. So if tests pass and everything looks OK to you, go ahead and
push it.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXRBobAAoJENQqWdRUGk8BVjcP/R/Z5tdz+bLcfnNS9STwGXai
uoMsdY79dBkdRvdK6nT/IwWKa4474Vuwp/yzTShGTxzj4npDPT+c8POba/Ubeh7y
+zqHmKmw+qZycLncjvr8ycttLEk3nRWOddurHriwQFDpco2xUiMQwXUIE4u+KagV
9uIl1pU94JkyX3gFJFc9blM9Nz+roX5OtmWeMmiZp1zRb6BfOS+bUuL7GpA4wimR
hs5VNUsbMhUkm4sbxQhnWaDHszuS3j/kM9oW053PtFKW6jhrEGSdQDUa1cXaS7Tb
B0hF1UKRLQQz+OVUoySq3qEdjL0JHJNRhEDmm5obafVd2CCRjqr88TA2Tg/EepV8
AAf409mZ4L6ayFXz2KRzT2ahx4CBRCS34T3+LDKrAlZw/u8IfwJ2N0tH19iyZY8a
fAzwBZLyDM8qTmJ5Iwj2N92DmFn5nf8coovUCNcAKTLWdo+WVVF3EILi/CfBUvwd
U/Ac58xg9NCY5rPT820zpxyW6LglZLhgG0V9fcfVGBQ9ktvAkuQatDi0wNRxpuqt
QS7WpNp7TlTmDCGsc1g9R220L4SPYmsObfHpp9oWd6ALpArXXYWlQLBfB0fFqmpJ
qQ00AgOYLXc5Zc3GopQjXl68fjLspHdtS/0u7CbCairZ1n/QG+FrVjRvlr1Whpnc
VHfMMSvbb28THWvSzsFG
=vBmo
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] Re: [PATCH v2] repoman: declare '-x', '--xmlparse' command line options obsolete

2016-05-24 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 24/05/16 02:31, Duncan wrote:
> No argument with obsolete here, but as long as the option is still
>  allowed (even if ignored) for backward compatibility, isn't
> "deprecated" the usual term?
I meant to ask if there is any existing precedent in Portage.
"Deprecated" would be my pick as well.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXRBg6AAoJENQqWdRUGk8BzV0QALaoe2bLRVSy1xEzQlj83XvD
48cUerVji6qM1C4+e+fWPrEZ4JOwsXLjYyCOl3K3Oop3vuDaMtaA42eDcZcjczJ5
UeWp3cghzoSigGipFif5IjTNvlgW13vK5FcQ7mED+hWZM8kYfoW8pDv52AzMSAhq
VBVF4NuNSkmfBqRl6l1+oVdsV+qBhlhf2JYHVGGb0Fop3VKYFmDDJ537bKUEOJ6+
K9qXZzIqTwqiNTp0rFOjNgJp9qfSLEdspsSNqI7mT+IL302is11PtTS7EtikpIsX
ZPYAZYBPf7OzQLvdJozMLeU6nLW8V8gNYizksXj8LHfFdFAQEifvz+jSHA4bf0rQ
WyifKCd/c2aVPSSzSE5l9wqrS/uA4S4PKINJGWALQhMrD6NzHa837MdUBnvEzJTP
+6Ykq/M+qZmWS2TwIk4z97l4CFiU7QtjityLVJGWDGCNia3ikzFtgWwTmp2jBZaj
O3gCulZYfIADKpGlGMXA4i09ZZOp0mf2iczrrXeJdvl8i6Q2sfUV/c1VD8rO/Pfa
ZC+nlV2lIDePncfzsaHPRvDSoRThR3Hyk/ApBN/PJJojo3+uLnH4p1VQSb1cTQdi
b11p9JlfVz1mCtBnHcH6r5ghL3KwyWjVrHf0dUt69aG6x4klt1TG4LNo9QU/wbX9
J5iMIYMwmyjp+X6Ge6AZ
=pynC
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH v2] repoman: declare '-x', '--xmlparse' command line options obsolete

2016-05-23 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

When submitting v2-patches, please submit them in-reply-to=the message
ID of the original thread.

The patch looks OK, but I don't recall us using the "OBSOLETE" phrase
in any documentation. Does anybody know any phrase we should be using
instead, and why we should be using that phrase instead?

Maybe we should pick a term ("OBSOLETE" is fine by me), and make it
"official" for these situations in the future.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXQuHFAAoJENQqWdRUGk8B74sP/3gMywA7AWshVzsyzEA2PRf2
LNaW0vb98zSq5DbRuqN5624i83g20wk2GHNm/8ZqS1yuTrjNmJ3XjXJriQwCIryL
cJTvz0FxrOdGcmT7/SWTI3vT0P6yOA5s+rrNp8jBPqeDQFAcy8eZbTDa8A9KtWmZ
w6ZQ+ht3mQqLt3VkADDbzqX5/w1szi8isQXkFFKUn4en54A9KQsmsFWRqKYNpUPK
7HXSTHhvPtSyoYxjBxKVd+chbDHVFbIqVWuuJfoSro3RiKDnCjzxYjuqcP8mRxfp
s9O0LCynAwWBrTQwBJd0FRPp5Y95vRENCP+18XnT4cI3S+2TdJAptW+MfZrAXKz/
9OKJfuwkdvpOqdNtpk0mmbe19CIiCEFiZXP+wC+8JtyuEE+gwfUJaPbz5MFNLqRo
TLPHvjphrtmyvasa8ZxocB7mF9uCwZSaPbxf0jr80axvBcVZPREY/a15SbOJliZI
mBzqxto1mX6idWONMLIhWwwwV0SMEkOTxl4Osh/De2FbnSW47rOQxJdXs0jXQXW/
KOlVX7h7PzQ7KqS9lDpHJsyRMseRPMq3BTfwW+pMs3qwKEDg2Ge4p1E8aGv7Bjj8
LoPvPuGV2Vy51ZzowMqHxQzYTXdnHq33TDI8M/1qaJaIdrhSsGbmcoJt2YQuXPkE
d+6/eMbY0YERDJ6FTofe
=eAJu
-END PGP SIGNATURE-



[gentoo-portage-dev] [PATCH v2] news.py: Check only for major version when parsing

2016-05-19 Thread Alexander Berntsen
Only check the major version of news items, as GLEP 42 specifies an
upgrade path for them. Future revisions to news item formats may yield
minor number increments. GLEP 42 further ensures that only
forwards-compatible changes may incur, as incompatible changes demand a
major version increment.

Suggested-by:  Ulrich Müller  <u...@gentoo.org>
Signed-off-by: Alexander Berntsen <berna...@gentoo.org>
---
 pym/portage/news.py | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/pym/portage/news.py b/pym/portage/news.py
index 784ba70..ea1b947 100644
--- a/pym/portage/news.py
+++ b/pym/portage/news.py
@@ -9,6 +9,7 @@ __all__ = ["NewsManager", "NewsItem", "DisplayRestriction",
"DisplayInstalledRestriction",
"count_unread_news", "display_news_notifications"]
 
+import fnmatch
 import io
 import logging
 import os as _os
@@ -270,7 +271,8 @@ class NewsItem(object):
# Optimization to ignore regex matchines on lines that
# will never match
format_match = _formatRE.match(line)
-   if format_match is not None and format_match.group(1) 
!= '1.0':
+   if (format_match is not None and
+   not 
fnmatch.fnmatch(format_match.group(1), '1.*')):
invalids.append((i + 1, line.rstrip('\n')))
break
if not line.startswith('D'):
-- 
2.7.3




Re: [gentoo-portage-dev] [PATCH] news.py: Check only for major version when parsing

2016-05-18 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 18/05/16 17:46, Zac Medico wrote:
> not fnmatch.fnmatch(format_match.group(1), '1.*')):
Wait, why "not"?

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXPKCxAAoJENQqWdRUGk8B7QAP/ixWgI2RU1CBXNLe+77mgxKk
rVtetbPmXyjiWgrkQvayLOVHF5JO4sh7PiH4Qpo75VhFKr48/GuIfYzt3q6b8gNn
GwP0fI0zc/fBoQYaHXI/qjyp+uCcEQAhT2yuvRFat7wRPTgSJKcbk/vsA6Eoof4c
rin3uWiWI5P+vNI7Kbmv7NNFshQ9Ak4J80AZmc+h/H0asj7Va7s/FyhlnXciL4Xh
H4H8SklefZoN+m8gPo90o6ny5PLIlDAtrdsESKXtKqKFX4OFyjkfRn3I7M+Gplki
+zrxDKGK2fYNMsgECS003cGEtnlkF2d9DTUAakCQJadKLPZXJ8kZnissBcmIqwyg
dH+1IhFUHAeBghEfan86x9SEtJ0HIEYEX/zHrknCZDLRtk5V8grlyWjA3bRYtfka
CbX6J4F0hgDPao4WHkUYp6I6NaDJTA9XwyNkX0E+GObCu9GvvdMy87DOFVVkEua9
Hlq6XAyTnMRZ3doh8eS2enDMul1qlng742BQ8D9egc49GxSl6eIZwELDS0QsTkQN
I+KNIB3ktNnxhh4FX+Gp4HPXEtsXNbXzqfNp6AbYcWh/lbH5jVZOYwuU+sJ/Ky/j
76hdj9BmNsncsPvmxxslBjJHq8SKIs3RKs+9HukFN/+zbSpGvkhi5BQQ3Tk+tPZK
Ju6X2kT2Hu3s77Wt6XjX
=t647
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] news.py: Check only for major version when parsing

2016-05-18 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 18/05/16 17:46, Zac Medico wrote:
> if (format_match is not None and not
> fnmatch.fnmatch(format_match.group(1), '1.*')):
Yes! Sorry! I had made that change, but then forgotten to stage it. So
sorry. It's been hell of a day, so it just slipped past me. I'll get
right to it.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXPJ7lAAoJENQqWdRUGk8BK5UQAIjkJMxmoBi2uKGWHNpZ6gvg
X2km6wtokpowTtrTNVRD5zjtJeyhKPa/jkp5EVoka6GbW8Ap/9ykUSR36xxscQ5R
HxWnpP6OPrPS59wpXU+gTRLOwEhLE9gP1WEQFHPCnPwmIasYXZl4BXK/IOU3rblc
PymEa+VvTU2Kg0EdLsnqQ4rHvkBngwykByC64zM3eL3ZoJoO8tmZ8cRByObCYWk/
SJkLp6F/WdWJSmwldS/e+HhgAn0Y7DEKpv3NYpKT3osv+ga4CXaxalToNy+pmwIj
kAC7EqMREBEOAumcitTPKxKtUZhkxm/SJC/+e0BWAvOAWMcP9+pxRmMwTx8wrgym
6zN53g+MFSqYMxwm5Xvy+vIBflfXBiRYFNxs/hGfDLCh5270pHnvYH4V80lS8wQX
InobYnpuwQcvJWN5CiT0kY8fYTgfCE28AIBgPSHO62+Fbmc60v0Fbh7X8KDv1aI7
TPKCldsFuIXj5X3PefGM8/aUq4DE94slGtNSiVrl1c+KKfKRCY6g6XzjYNm2m1i6
cwXldoofl973bNAyV9m3ACntHQXV/Q+/h4imC2lS08Yhb6s8lmsSrozEQqoYbgPN
0c1aFF+maNjDZKH0oDDXhLW2JeKScEan6lyotppiWKImJhqgq+oWVtg3asBx426k
CKOQJdfbZtI0ICBLL5eY
=1ZKx
-END PGP SIGNATURE-



[gentoo-portage-dev] [PATCH] news.py: Check only for major version when parsing

2016-05-18 Thread Alexander Berntsen
Only check the major version of news items, as GLEP 42 specifies an
upgrade path for them. Future revisions to news item formats may yield
minor number increments. GLEP 42 further ensures that only
forwards-compatible changes may incur, as incompatible changes demand a
major version increment.

Suggested-by:  Ulrich Müller  <u...@gentoo.org>
Signed-off-by: Alexander Berntsen <berna...@gentoo.org>
---
 pym/portage/news.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/pym/portage/news.py b/pym/portage/news.py
index 784ba70..f52d96e 100644
--- a/pym/portage/news.py
+++ b/pym/portage/news.py
@@ -270,7 +270,7 @@ class NewsItem(object):
# Optimization to ignore regex matchines on lines that
# will never match
format_match = _formatRE.match(line)
-   if format_match is not None and format_match.group(1) 
!= '1.0':
+   if format_match is not None and format_match.group(1) 
!= '1.*':
invalids.append((i + 1, line.rstrip('\n')))
break
if not line.startswith('D'):
-- 
2.7.3




Re: [gentoo-portage-dev] [PATCH] pym/portage/util/locale.py: add a C module to check locale

2016-05-18 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 17/05/16 14:47, Anthony G. Basile wrote:
> Since this is the first python module written in C included in
> portage, as a side effect, we introduce the machinary for future
> modules in setup.py.
Split it into two commits.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXPBCjAAoJENQqWdRUGk8BIn8QALh3Aa/VaDGQwZNCxD9r65kW
BqK0qmGnowQZ97DqB1HmtkOOqyrn3G1RdlyossNddfYWdhKFnHxgKSP0oypau1tJ
XYwHPcF4qPbe/tBwVAtTwE2cpe65LXqAfi0wGC6aZJV49vy9CQbXp7LV6AqX/ucG
rnA3qMXQYeATqiZrzU9ZKSB5e0t4/ga43grwGWLeF8Afdwmf/snpnOOTtOUTixyo
+UT8r/O9ix+VpnNHr8Pticmvn3wW848+0eeN/GQnG/zicgZVPYpYsjY5KegR/UDE
Ux1kF2ngenH3aCtRp3dy4X7jzE9ogW2cHnd0JoYjS5YI4DyvOxA9VJamXuwX2TAJ
dKPNEJFTUMqUEF9C35EW6XLPyUMtNf61awjN4uhLPweaJPoHUvB5Fi1VuHx6i88C
DZsckDo+LUpA5pXhmeSkWeWXkrconmJnO06i5h9gq6y8Z4aAYTq7RsP+mPtk/eI8
b0kTDez1z5+Aps+9FosUQqXJCBO3iR6bDU3TKx2n5eOm+sNa7VabqradDArgfxZr
RNjcVpVDpuVCFBZg6kXjx2ghROjjuIagQDywuLC73nxaoPuToypxu5em1c6cEIhy
hSedTXCma9NM4KD8imRw9fMsX6ZUHeaNEhujjCos5jVeR1c+j/XiFxGL4sLPpD8f
wk2Ho+GfdGIS/51LMJ7e
=G9ol
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] dblink: add locks for parallel-install with blockers (bug 576888)

2016-05-18 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 17/05/16 15:48, Brian Dolbec wrote:
> Alexander, with 2.3.0_rc1-r1 released, I think we can re-open
> portage code for more patches before the official 2.3.0 release.
> We now know the split install is working, it only had the one
> portage bug from the split.
Great! Let's resume normal working conditions then.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXPA97AAoJENQqWdRUGk8BMYoQALmth11ACOgrvJgXLxWPkjGS
3aUIEV8D7vSdVDfkUB2CdN763ocmBC3xSkQXKfYx0DtnFmQcIJCY+tkvpaVLN6m3
VX53pCYVwVeLOZhmRzpgMXN7GdvOn5ldYMvorjKt2eU8WUrg3lboBLregvk4So0W
9OLpgEdFX9KaNaMFfU0TXzi3DopmOiS9juHiMGwZBd9D8mdZlgi94hK0pBRvqnmu
UwesoquKoItEtLikjnLcvnz14RdQ1NtBifDeoqdOSV2QODxks0LBt5sKHFLDor9Q
l3fA6FxMm62d586pd5Lw3UbhSe8/FOZSSBUpHCUcwz6jH5AjC7RQqsKEapqraqUr
eWQdz4G+qY5+0BVrd6TaPZ34m66A/7eTpj5z/np+hjC7vBhxXTSsty7B9epSukiV
YGEg19pW6xV27+o1IVUXzAgLR6iKm9OGDtI0X2cr1g5MBUToKxPjHkgzITmWifIJ
65+K3tTx0W/iEIMzqd/PqPu9pSavkGSRIko5XUPrTe5CqK4QrZ4tUPWgpZ9bKnA0
oHkigK6d2fWNMN1idlvzaOmkQuq1HkrwM/zKugCI4tUjgFKb5Q0/s5noHOl+ZRRK
prdnObItii0Yz9GgKmlSEt5W58VQ4N+n0WfpHOsT64Tl3MLc9WuYTL/urNkEPmXu
OBqZriulxLJjf9MG/3LX
=l7W4
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] dblink: add locks for parallel-install with blockers (bug 576888)

2016-05-18 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 16/05/16 21:20, Zac Medico wrote:
> Can we merge this now?
Yes!

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXPA9VAAoJENQqWdRUGk8Bn2gP/0/HFsTovWmfkoletX2+UzpU
45BZi2ae9O78TqAX9hMexd5zCSpiQydpIWi4ZVfYHeNZSTMNwixEutPWYCz1XjzX
VkMDKL9PGweWqMBL/oShid3FQ2NsUtUdI/pP2aM2jFhb3m+cmcT1m/zTqgArYh0l
TCMhKM5ky/GEQGCX6NMB9fFjdQdt/bofefeBVFChEl/wWDP7AdpQ5Fc+Kq7Wo+3K
XVwKeQ1J/6J0WqBtlvvYhGNkVf0QKNh20ki4JUSpUfvAEfXXgtEV1vO8A9hcK9X9
zJrX39nEbr1oLYbERSipW6XfhdwRlWee6X8CZOnSYYWjmdvG1XVFtLHCFvOV9wQs
tYa/E+f2VkpgOct0KTR9hnnDg/+W+wEl+Edy9UxH1IWNHOiaNzsklVIxZTBzHded
ndv95VOw4akcfB49OR2Er6R7pQ8zhcrq+yoxkIfrPRww7yTghB2/8uZ03NSYFkDl
JkWMs8Y7yXY/PeSlZhwCHliqDuHIgXJOvnOXg3hH1wh+8MlVYmt4w+IFYSk5u9HY
3CDUfev6qsyeSuzLhZxCCSNLW5qejeCp2oAidThujDgHKA02ObzvXkPJeHaWxA22
MunTS9SqpZUoJP8MHxjDH5PUK1ID0EOhFziTJRqKripn+HZqpOoAXQxikF5q/0jl
1Xuydn+5jtveN1+ExOPc
=Ma++
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH v5] Colorize packages in user sets (bug 577720)

2016-04-25 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

OK then. Pushed as 739845a6eab95fbc44eab1b7b938c860563631d7.

Thank you, Adam!
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXHb0HAAoJENQqWdRUGk8B9ugQAMnyyb3wOaq5FtIIjqeQUaEm
gyNNQKDI/kyjvld38fd0BCr/6qeUFP+vEYVg0vQhsrTOgpbBwGt8MyBL1xJAmHp2
Fl1wr/an+LD4vq5rDTzNhiTzwRw5UuZ3biN4r/7uvtQrEn5BRI5mnZdjgy4XGu5o
KA1/bHSUm9fDNT0Md9APKuSyETnLtCBkpwvPejphwfEaGqWE53J7K4tzqvEr7Ijc
X5O/ZS8ZDW+M2DMfLOhBWR4PBWiMAlurCg4TdAmXajc92xIF8YGcyVQe/vb5XpI7
sgr+eGb8/i90janEwsPjwm90GaGsvGHn0tYQt18HkrvYY8hO4SfgFz/B4Ald24qn
NfMESV/5xbvcUpm+SyiKxriIpat8+gtQzwq4pm0cfom0MesQLu8T/x5JgwYQpaAR
6ePnuyDFt5ud+ri0W9vqDhZf6fszYCWTsxFoNxa/zgsU9ZGgXFPvHGl2PhP/JjHt
pMbdnsAmIvW80LHCVjpOVr+0eNqyZw1+fCpyPoAkFRSwk5tULXDdMCP6yjDdWkOu
uF5/SqSuAVb59h2BBQ6ftxSr31oZb2b/U55yQ7BPyIC0VOYunK5kWR5ydRUmTtYv
9s5Im04m6zJrVxe74dGe/4HoqZGcmNO+FXsXW6zfGJZRPy3cUF9P79ZCcOHagmTU
EPuXGMCsYGADsc8vX6Ml
=8eRG
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] __eapi6_src_prepare: handle empty PATCHES array (bug 579626)

2016-04-22 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

OK. LGTM.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXGd+fAAoJENQqWdRUGk8BRR8QAMAwVCpFeoXIfDQ3KIhecKrV
L1R5yxtLQyJv/cxe78mKmLynN1HiQ7P3354xAP8/UAyl6Ik4cjc15XbfyuJbyN/H
ccQQMvRcNAq8nGNOchvacq4YZUO+3nIoftw6wuMC+9RL4XoCibSbpWjDhKeEzudQ
CpbgPYlbnuTo+4YUp2H2ee4wsYuGx/XZjWVcrTxoEbQ5PP+fzBfWbbfqmMfSNC/E
Yu+A+L2GIJq26B04g+ugpWot7VBWcFPvXyQi80Va54h7tIF1JpRLdIkY2aEK4rTU
x9kje41ZpAn9i34U56eiy5ayVTc8FL+bOtM0Dt1rXC1NIdall14VQAS9ldmliSxv
0C9LTFGy/ALNoRrfIfyMAqWZTkrA97GmoArS/TTW9t/MO5tX1C0KsOrOCH82Gv9P
Ao1jIS80Qudjn2eq6yG7CNa+Z9H/V/QmApLdcvlkUq3Sw6wV3uPPZGoRWTH0ul5O
tbqz4pK8QpUeaYumU/OwKqXRZZPGirA+/OXdoyAleWi3lR948ctrxqsqeVosSfIB
3K3y5WXRkUrJtqZuTLX7ZSXz5Rlag+HCzGxG2/Qt3NHgU07azdQNRSmYpcB1DTvi
8tUAmkEwhVPq/o2E8u8CMKF+dySNo6nUEnDozHK7cglHUr3R9qzA+TWcjl7DLWpO
tW0ElKbK21CKLwBP9lBa
=GN2C
-END PGP SIGNATURE-



[gentoo-portage-dev] Re: [PATCH] bin/portageq: perform case-insensitive matching for maintainer email addresses

2016-04-22 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Pushed as 94e9bbb342ec6f2eec746f7500e9b0ae86722df7, with a slightly
wibbled commit message (primarily to make it shorter).

Please use the ML in the future, not the alias.

Thanks for the patch!
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXGd9CAAoJENQqWdRUGk8BfvwQAIuBW8ol4Fb6a1He/7K+scUQ
+5Dt4CKpI3TZJ9DymfKPRuOlBqvbmd0XFk8uyz+Z+/F+gaxYz/sqYUZWyxvfRX3U
0h+gRO6Oti/LasZX1Z28XnB9/DLLoyvKQWO0r/0fS/jhSX1s5tGedkQb1VtJmPZ9
/Raf+0l0zaOb7T3EQCCQKa8rlNjwWsZf6o440rPAEtIavRLpFG+uz5VbKJH7o0/g
pG0WMgww9vONm0HMZCr34MM++S9wc6I0kYICUOQU/83Epw037Mor0Lbw+zzG9k0E
x7MuGrMJc2nlKMbF4H7y5P+P8Z1CMHAMOL0z6ld66vcTfKsYKjigcGOB7odURc3r
bSRd5Kgfycsca1Qf12YxafkmOOPklsJoX7XOcEChNT9ZqsrTT4o1pNlrhBXlkoKO
W+m4WORFuZvhrfU9BAqJYvN4tuwQIY/mRs/GRDFsmapzatu/aJ7CHqKwFwsvYvay
EBwS/dFb8s6mHLaG4riGYPUxBiFCeXSMd53YDTv5CGp0d4B70WMvRKD9xIE7I/rD
D1pj2CSTMDFTlyk5QSudogCeHZtB2mUAncsVm3v16S+8SfecKP2lmev+Oe+zNQAq
ZCK31slp/miNsx5QkeVZr7I7PgSfzCcR31S8c+1PQQk5G2zC0lfzPSjuQozpTM7r
MdQqkhRWSqK1wsGLl9Oy
=mF7I
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH v5] Colorize packages in user sets (bug 577720)

2016-04-22 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Definitely a huge improvement over v1. Thanks a lot for taking the
time and making the effort. You've been a great contributor!

I'll leave the final word to Zac, but the patch looks OK to me now. If
it's OK by Zac, I'll merge it quick as.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXGdxWAAoJENQqWdRUGk8BTdAQAKovCndVdUvp1bS6AB0yNSUQ
SrAY/Uw/I80B4DAnSwCqkc3CC8rSkHLY0nfw71N4EOcYx3+gsl09tkCIEpL8VplF
mUCgaF9rIy27CXUtWMqbsGw5eS/M5txOYwPyt4+ku7e3kPMogevW3dT5/ohw/rbb
GkPygCch7veJki4Vd5ZaI2dcPy8kDfZJCptxIt72NfflWodNYWSjbpjXcu94QvOW
0GeSFUCZAmdNqb7C1PGi/78IL/OA3NmrBywEtqd2Ut/nuDFeAb5Q9Ff2b5tEBOOt
8w/p0FcLzwKcNxAjeuQE6/wSD+U31Xf+kHNiJuY7lOE0R8Ke6pDtzk7+lw7zGndr
Ncey4aZ3HxtLn++0OLz1mQFJo8hakXAO+fRRq3nBVe8pFREqmQKeNv9e7aamUPSj
pT4o2B0yhWwvyl8aD904ZiVAJmvUDdC9PXczdAgLaa+7RhPc3hpeOypFGzka8wvv
qGe55XHNoM3jrAMrlo/wJUwK8oWCkG7olm8lbwMa8/aYygbOnJSMQTIL3kU+dPAc
/Wt6tc9cmpNoI60mXeReGFrjn8yitHw181Rfb/mmck/Fh+ahH9SjwC3Gtvi7Z4il
BMv1HIgn4Wdoorg4qITeQmXF6eM8lFjsbklCk0vts80kPk0dl49aMZ4irzV91qMf
EkqTC413ZUvgscDPF/jC
=VacX
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] Colorize packages in user sets (bug 577720)

2016-04-18 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 20/03/16 15:33, Adam Mills wrote:
> + def isUserSet(self): +  return False +
Furthermore, this makes no sense and needs to go.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXFH22AAoJENQqWdRUGk8Bjx0P/22kcx+y/MulWUDHl31kIKoG
T1WqdW4dqDv/1xGCFvpAQWX8w04cHRs2AxzKWdWNWqDi53LAAHaRMX/8VhxoV/3Y
zQtZfeT7CFfX5Mtn5NLVG5C6/Xvemo2NjKSQqF76TH+CUUVDCr1lP73kned/vwV4
Hj4JNgrQamsMpzdsmU/UvyHClh9rvLwulc3+7vIaaY9UB5wUDsVJfs7MwtO0xEau
7YnAv6gvm501JDxrFyzes8524ghPBsQmoVLaDTpEl+ilF+k3qEdJ8vZJ7bth+FUC
qvjpjI4hZf09SBI6z5MfnXTepyjL8iqV4+l28jjm3JWDMYVrKCbjGAnMllUH3bZD
gYQBCKzqCsdwgA3THHESMJnHGxcmMymaBbqUzqYobvPjNSgsdPOmG9bNoZxlbVJu
TMtNuHQQKxkn7/UeEHvCE6XGPcLLzGD7fxYlj18LyXfbI8LnZAK9bcX45jK3dWGp
LCp/S0M9fgox1wkUWy8TU7DFwM5MQ9q9ZmmfhaAuPS37Zt08TiUf6HEz8R21y24/
eanNTHPrL18CqFkBRrXqBFLIFuYF+fUH+wEZ6gWVBUxTj/IH/U4PnlKRFlwbFP9o
Txs9VETI10Z2vilAUwyhP3uQa4pfsGH6RDkUFKFJt3TPPneOPKlNh7VFeQP23EMk
TtowE5+ZvgYh5e/juBxU
=eHbc
-END PGP SIGNATURE-



[gentoo-dev] Re: [PATCH] change how the tmp file for the commit msg is made

2016-04-12 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

There's only superficial changes required to the commit message
required -- capitalise the message, s/This changes/change/ in the
description -- it looks good otherwise.

However, I don't know whether this patch is *desired*.

Doug, do you have a bug report, a forum thread, anything where people
actually want this? I'm asking, not because I doubt that you find it
valuable, nor because I don't think it's a useful patch, but because
changing anything that devs interface with is typically very
controversial.


I'll leave the merging to you, Brian, as repoman is in a somewhat
tender state -- newly merged and all.

On 12/04/16 01:01, Doug Goldstein wrote:
> This changes the way the temporary file for the commit message is 
> generated to make a temporary directory and create a file called 
> COMMIT_EDITMSG inside of it. This is to cause various editors to
> treat this as a git style commit message by default.
> 
> Signed-off-by: Doug Goldstein  --- 
> pym/repoman/actions.py | 18 ++ 1 file changed, 10
> insertions(+), 8 deletions(-)
> 
> diff --git a/pym/repoman/actions.py b/pym/repoman/actions.py index
> 4f3f195..dc3c2e4 100644 --- a/pym/repoman/actions.py +++
> b/pym/repoman/actions.py @@ -646,10 +646,10 @@ class
> Actions(object): myfiles += myremoved myfiles.sort()
> 
> - fd, commitmessagefile = tempfile.mkstemp(".repoman.msg") -
> mymsg = os.fdopen(fd, "wb") -
> mymsg.write(_unicode_encode(commitmessage)) - mymsg.close() +
> commitmessagedir = tempfile.mkdtemp(".repoman.msg") +
> commitmessagefile = os.path.join(commitmessagedir,
> "COMMIT_EDITMSG") +with open(commitmessagefile, "wb") as
> mymsg: +mymsg.write(_unicode_encode(commitmessage))
> 
> commit_cmd = [] if self.options.pretend and self.vcs_settings.vcs
> is None: @@ -687,16 +687,17 @@ class Actions(object): finally: 
> try: os.unlink(commitmessagefile) +   
> os.rmdir(commitmessagedir) 
> except OSError: pass
> 
> 
> def priming_commit(self, myupdates, myremoved, commitmessage): 
> myfiles = myupdates + myremoved - fd, commitmessagefile =
> tempfile.mkstemp(".repoman.msg") -mymsg = os.fdopen(fd, "wb") -
> mymsg.write(_unicode_encode(commitmessage)) - mymsg.close() +
> commitmessagedir = tempfile.mkdtemp(".repoman.msg") +
> commitmessagefile = os.path.join(commitmessagedir,
> "COMMIT_EDITMSG") +with open(commitmessagefile, "wb") as
> mymsg: +mymsg.write(_unicode_encode(commitmessage))
> 
> separator = '-' * 78
> 
> @@ -733,6 +734,7 @@ class Actions(object): finally: try: 
> os.unlink(commitmessagefile) +
> os.rmdir(commitmessagedir) except OSError: pass
> 
> 


- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXDJSqAAoJENQqWdRUGk8BOckQAM+yD/pXRyBiIbYpmKHkJGEx
Wx1SvrH6IeNitXrIKlvACNKnODUxY7CiTdBA1/DpyckrbJjr3VGAfP+YjEsJItgF
eaIKQAnQL1fDVHgni2dezJEpzXXLIb5omgWBFOFEPh02t8IBKl1te4RT8gaKALPQ
E+MZBKrfOSO5u3cj+hL+8i6GXmvWqcHIrURny4iGnx/wEf27pN+9+wt2Qb7IlbWc
enE3K2ChnpryQP5zypPjbr1tprukGdwkPvFWN2FqBJR4pSlNIfATtdYQLKG9ypL4
/Pgbdth000a3y8IWXFcsLOt1AxEr5LyDRjJwBUMvtM7jGRyXj1dzvqStufV/7XKX
t1wjiQPpi4Bgdbwp3g0NkYzwhS8L1o0y02Z6sWAm4ZhA5wMPptB93psv4OZTSvmW
vKtsrfALtjmFiB05yPmmM78eGHrJ+nZ5bHTfFv21x4QJoT4V5wbhkvvcH3FS5zc7
iAwriczCcmGSSvOtuvjHHZV+nQuyUTeG724yYlVkxH+0h5r9AAuZEKCacW3l9eQx
fRkoJV+XRmktbUY3tJY3wfcrzmsGWx0IFKRpRzdAf92UKez60KtLvtlCC5r99aL7
jt9weFiK33+r+jSca1BV3ZJQEHNuabB/x5cUdOHq5v/cBbyRHd4HhAZzwbxBJqmr
G28bBVctSBIzWQx+lu/4
=Rkcx
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] emerge: add --search-fuzzy and --search-fuzzy-cutoff options (bug 65566)

2016-04-08 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 08/04/16 08:21, Zac Medico wrote:
> Reverse? You want it to measure dissimilarity? Not sure what you
> mean.
Sorry, I meant reverse the *docs* to mean "find things that are at
least 50% similar" rather than "cut off things that aren't above the
0.5 threshold". I.e. use an inclusive sentence. I feel that this is
more clear.

> I just want it to fail if the input is invalid.
Yes, I just realised you checked if it were <=, not just <. I think
this is a bad idea. It's easily missed -- I just missed it last time
around. I would suggest to make it fail early, rather than set it to
0.0 which you then set to None. Just set it to None immediately.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXB5bsAAoJENQqWdRUGk8BSO8QAKXJlxYpetrA8kKbvW/cknoO
wrLPkHsmn7imnfQddcXVHtE+K1GJCRcG1Eu2VD+Pqza3HLRPl20eTm8+iu+maftk
K41+SCNEb8qs9v05P2wcqPxtUlzI4OO9GwJFJkbycRxgCFtCYnM/0B2kXaSKOkHr
KY4cF9CbdzfwIYL2FkmaCJrCBI9ac1sjsnug9yN+wXIYVV6nzpPLPq8QJU9P6sef
XI7na2mMHpK75FHl5fW/yVJfCXuBHmGgryfyEm+uUtvpLWpGceRBbRl4naJljbsf
AVNSocBmPdWGL6PCdfcD5MID8iriIBfTYWLsAoBN1HcKKasSKr1BG+UxT3wGov7n
STbQ7MLVQpDluS3kCgjbVNWUlouOcVhcNdOniC3GEDxzpT9ev7Tk/FilMNNu167N
l28SaGUokLQnf/EuQfQmNJJyHpFIVsxeRs5ODQZDlvb10WHDFMtYCkXZDhrLJmm6
Ej+tFJiuMWfAIejzVkJ0gvZTvg5FzVknvEey9iNokzXnOsngIjaR4gS8KjUUH0k8
EF1348cJ3KwQxbkWifsEuVosDmiSFaF38j73IoYaHOQh06bVPm2gL/zGeGntDGQY
X+RXL5XTJefiKps1jG4e96jYEUWIIlA/fodxkERKXcEmOsvT29v5gEAwcq6YGWXG
McLGDbOpF/n9tuxihQQK
=GgNP
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH] emerge: add --search-fuzzy and --search-fuzzy-cutoff options (bug 65566)

2016-04-04 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

This is a great idea!


On 04/04/16 07:03, Zac Medico wrote:
> +.BR "\-\-search\-fuzzy [ y | n ]"
> +Enable or disable fuzzy search for search actions.
This is likely a good place to briefly explain what a "fuzzy search"
is.

Also, I'm not sold on "seach-fuzzy" as opposed to "fuzzy-search". Is
there a particular reasoning for it? Since we don't seem to have a
standardised "verbs mean this, nouns mean this" anyway, I would use
the latter phrase.

You also need to document your note on regexes.

Lastly, you also need to document that a fuzzy search is slower than a
regular search.

> +.TP
> +.BR "\-\-search\-fuzzy\-cutoff CUTOFF"
> +Set similarity ratio cutoff (a floating-point number between 0 and 1).
> +Results with similarity ratios lower than the cutoff are discarded.
> +This option has no effect unless the \fB\-\-search\-fuzzy\fR option
> +is enabled.
This explanation is a bit heavy to read. And I think that using 0 to 1
isn't very nice. And calling the number "floating point" instead of
decimal isn't very useful nor nice. How about making it a percentage,
and describing it simply as a similarity percentage -- "package names
must be at least N% similar to the search term to appear in search
results". The option could then be called --seach-fuzzy-similarity,
or (in keeping with the previous suggestion)
- --fuzzy-search-similarity, or -- wait for it -- something similar. ;)
Of course if you agree with this, you'll have to reverse the code to
represent which results to show, rather than which ones to not show.

You should also document here what happens if there's a mistake in the
input.

> + "--search-fuzzy-cutoff": {
> + "help": "Set similarity ratio cutoff (a floating-point 
> number between 0 and 1)",
> + "action": "store"
> + },
See comments above regarding how to explain what this actually does.

> + if myoptions.search_fuzzy_cutoff:
> + try:
> + fuzzy_cutoff = float(myoptions.search_fuzzy_cutoff)
> + except ValueError:
> + fuzzy_cutoff = 0.0
Is this a reasonable fallback? I guess so... but you need to mention
it in the manpage, as mentioned.

> +
> + if fuzzy_cutoff <= 0.0:
> + fuzzy_cutoff = None
> + if not silent:
> + parser.error("Invalid --search-fuzzy-cutoff 
> parameter: '%s'\n" % \
> + (myoptions.search_fuzzy_cutoff,))
> +
> + myoptions.search_fuzzy_cutoff = fuzzy_cutoff
> +
I also don't understand why the first one is just 0.0, but this one
is an error. Why aren't both either errors and revert to 0.8 cut-off
(or 80% similarity) or 0.0/100?

And this needs to go in the manpage too.

> + self.fuzzy_cutoff = 0.8 if fuzzy_cutoff is None else 
> fuzzy_cutoff
See above.

> + fuzzy = False
Here's an interesting discussion: maybe this should be True? After
all, it's True in any modern search engine. What do you think?

> + # Fuzzy search does not support regular expressions, 
> therefore
> + # it is disabled for regular expression searches.
Manpage.
- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXAig0AAoJENQqWdRUGk8BOOEQAIEYXkn86ibMiYhN5BBDlsL1
2a6zBOCzygTkpxiBg+8vPsWJcHmzyTO7M6H1x3bUCY/JEfWq0354WdvNMtDM5qZk
zpwIg0uPs/Q4Fo40hozHsc66f+jqZxgmy5rML2mO8cAFZANZdNtuvTkVQYF5zQXz
4CI06tVDwXmYAmg7wIBEpWJ8O+is2F1abzPJcr42tLz5ELYm1IRn4Em8WO5m5klm
mrYWWeesvNS1l2y8kbKCmtpQbSuzLYfFyVfFkSL/p6t16Tiu7edqGJ0HOrq5B5dx
+cwuT+vwbTtA8d/Qo/cifbyuxnNtO8JthhEvemAdCYkDC4DQHDStsKFjA+Za1Sos
r/eSQexXNOQ/oMgksm72aX9rIkfurtn73AhIthKEnzrzou3pVW+H5eHR25vF58EO
qHUJO9/Z8ZkHec3HopxFtYng16i26VlW2pDehdkWGVoZSXomaOyH7x7XQXZoE7B+
4e4vDOMbeIvxyA/j1+H35WBZCu6f9FstOrEptD5FIE6/QM4oAW+CBllUQf5iQVEB
4Rpodu2AvKWgqTTOMLcn9+HK8JgnbMlm6cYLT+YXP7j6OnJFB6yq5/L3dfS5rrEX
sxwrvVTTx2dCbX/RImQoMpEIQFaTfimZgKQDw3rmtv+JfP3OnpdOrN+QJJfHbCgb
4c9suzs/UTBLbtiFQhdO
=XsDv
-END PGP SIGNATURE-



Re: [gentoo-portage-dev] [PATCH v2] Colorize packages in user sets (bug 577720)

2016-04-04 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I'm not too sure about the isUserSets, but unless anyone else has any
feedback, I'll test and merge this during the week.

- -- 
Alexander
berna...@gentoo.org
https://secure.plaimi.net/~alexander
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCgAGBQJXAhS6AAoJENQqWdRUGk8BsIsP/1AlLSqb224V5xqXB+qLMEDq
o3OezDV+JQ20jtx80PxKhCZ7wIsBphiU+kMLQ6hj7o/IMtyStXPnOnERVaH5NUpS
CszfsKXlEvilLS+E8ecaViYokvMM9q1nvChG+mBsDRJSvbmRMYdgZckUvc2vABQ1
/pl0bwc38Ic9H3abnkyz50DnAZDoKmUWBiRhk9oiIT8QrrKvWEImB387TE20WGwD
lkchIOx26wlVQeRx/b5Qqus86iyFKC4lqxTYm/xq5RxKXHn/llXSnHRJ4qGfg51G
njPfGiYc+7XL4RYQuE0xXzFOOz11F0iFrRLX9HcDeYQxp1FeUfJVFBPG9ycFbqJ8
JF4Q52nNdh+oTczxRNZluNj4KH4artmGVpIJsei+4wic/FfsQHSC2ZRDfmjoE7P/
8ySmgd4r7WqZpLAgnihX6JhBW19FRnRPxnjzq9vqSqMe2b1Z6EWxs9tVmqznnZdI
ORGszRDqJzCFFEWiSQO4x4pN4oSE3x9ZK00evVdCrnbuSEXLGjsBG46RbQzEENzB
MTyTixQjetA0hF0p506Cf3mgkHxWaI2YfM//bgniUrOyJZLmUegDfxVlAFUa8+Q+
amdiwFCV1KXvOK5QUrXfIQ7Jyj8qv/XuCipsw14U3RSPX4D6vVmzECHcoOK52+c8
BV5MDuNaDih4mvuooCqa
=N3Et
-END PGP SIGNATURE-



  1   2   3   4   5   >