Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-31 Thread Andrey Utkin
On Thu, Mar 29, 2018 at 11:57:06AM -0400, Alec Warner wrote: > On Thu, Mar 29, 2018 at 11:47 AM, Michael Orlitzky wrote: > > > On 03/29/2018 11:28 AM, Alec Warner wrote: > > > > > > Is there any particular reason we need to remove them? > > > > > > > The PMS says that empty

Re: [gentoo-dev] rfc: empty directories in ${D}

2018-03-31 Thread Michał Górny
W dniu sob, 31.03.2018 o godzinie 20∶46 +0100, użytkownik Andrey Utkin napisał: > On Thu, Mar 29, 2018 at 11:57:06AM -0400, Alec Warner wrote: > > On Thu, Mar 29, 2018 at 11:47 AM, Michael Orlitzky wrote: > > > > > On 03/29/2018 11:28 AM, Alec Warner wrote: > > > > > > > > Is

[gentoo-portage-dev] [PATCH] revdep-rebuild.sh: use awk instead of gawk

2018-03-31 Thread Zac Medico
From: Hadrien Lacour --- bin/revdep-rebuild.sh | 28 +++- 1 file changed, 19 insertions(+), 9 deletions(-) diff --git a/bin/revdep-rebuild.sh b/bin/revdep-rebuild.sh index 633701e..5fecf97 100755 --- a/bin/revdep-rebuild.sh +++

[gentoo-portage-dev] [PATCH 1/4] Add ForkExecutor (bug 649588)

2018-03-31 Thread Zac Medico
This is useful for asynchronous operations that we might need to cancel if they take too long, since (concurrent. futures.ProcessPoolExecutor tasks are not cancellable). This ability to cancel tasks makes this executor useful as an alternative to portage.exception.AlarmSignal. Also add an

[gentoo-portage-dev] [PATCH 0/4] rsync: add key refresh retry (bug 649276)

2018-03-31 Thread Zac Medico
Since key refresh is prone to failure, retry using exponential backoff with random jitter. This adds the following sync-openpgp-* configuration settings: sync-openpgp-key-refresh-retry-count = 40 Maximum number of times to retry key refresh if it fails. Between each key refresh attempt,

[gentoo-portage-dev] [PATCH 3/4] Add retry decorator (API inspired by tenacity)

2018-03-31 Thread Zac Medico
This decorator will be useful for retrying asynchronous operations, such as gpg key refresh (bug 649276). The API is inspired by tenacity, but is simpler. Only asynchronous functions (like @asyncio.coroutine functions) are supported. In order to retry a synchronous function, first convert it to an

[gentoo-portage-dev] [PATCH 2/4] Add ExponentialBackoff and RandomExponentialBackoff

2018-03-31 Thread Zac Medico
This will be useful as parameters for retry decorators. --- pym/portage/util/backoff.py | 48 + 1 file changed, 48 insertions(+) create mode 100644 pym/portage/util/backoff.py diff --git a/pym/portage/util/backoff.py b/pym/portage/util/backoff.py new

[gentoo-portage-dev] [PATCH 4/4] rsync: add key refresh retry (bug 649276)

2018-03-31 Thread Zac Medico
Since key refresh is prone to failure, retry using exponential backoff with random jitter. This adds the following sync-openpgp-* configuration settings: sync-openpgp-key-refresh-retry-count = 40 Maximum number of times to retry key refresh if it fails. Between each key refresh attempt,

Re: [gentoo-dev] Re : Modification proposal for user/group creation when ROOT!="/"

2018-03-31 Thread Farid BENAMROUCHE
interresting aproach. this could work. however, i can see a few limitations: - you must be root. - this is specific to linux as of today. - if you want to hide the mechanism, i don't see how without doing the same portage modifications as in my solution. but this is maybe worth investigating.

Re: [gentoo-dev] Re : Modification proposal for user/group creation when ROOT!="/"

2018-03-31 Thread James Le Cuirot
On Sat, 31 Mar 2018 09:39:47 + (UTC) Farid BENAMROUCHE wrote: > interresting aproach. > this could work. however, i can see a few limitations: > - you must be root. Actually you don't if you add -r to unshare, which gives you what is sometimes called fakeroot. Obviously