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
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
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
+++
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
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,
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
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
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,
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.
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
10 matches
Mail list logo