[gentoo-dev] Re: Monthly x11@ project status for April 2018

2018-04-01 Thread Duncan
Matt Turner posted on Sun, 01 Apr 2018 20:08:35 -0700 as excerpted: > My list of to-do items consists of: > > == Fix x11-base/xorg-server suid/systemd situation == > https://bugs.gentoo.org/635102 > > Under some circumstances (kernel modesetting driver + systemd, I think) > Xorg should be able

[gentoo-dev] Monthly mips@ project status for April 2018

2018-04-01 Thread Matt Turner
I'd like to start giving ~monthly updates on the status of mips@ in Gentoo. Recently I received a Loongson 3A system (quad-core 1.35GHz, 16GB RAM, AMD graphics) which is significantly faster and more stable than any other mips system I have. mips@ is currently assigned or cc'd on 29 bugs. This

[gentoo-dev] Monthly x11@ project status for April 2018

2018-04-01 Thread Matt Turner
I'd like to start giving ~monthly updates on the status of x11@ packages in Gentoo. I hope it gives some insight into the status of a rather important set of packages and maybe encourages others to lend a hand to a very understaffed project when possible. I expect future reports to be

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2018-04-01 23:59 UTC

2018-04-01 Thread Robin H. Johnson
williamh f3ed20bf98a net-libs/srt 20180322-16:45 lu_zero aeccfd18102 net-misc/casync20180326-14:45 mrueg eb6b676bea2 sys-apps/smcipmitool 20180329-14:40 mgornyffa696581eb sys-cluster/pmix 20180401-20:43

[gentoo-dev] Packages up for grabs: app-office/mdbtools

2018-04-01 Thread Jonas Stein
Dear all, The following packages are up for grabs: app-office/mdbtools after retirement of the proxied maintainer. https://packages.gentoo.org/packages/app-office/mdbtools "Set of libraries and utilities for reading Microsoft Access database (MDB) files" Todo: HOMEPAGE links to SF, but we

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

2018-04-01 Thread Alec Warner
On Sun, Apr 1, 2018 at 2:29 PM, Michał Górny wrote: > W dniu nie, 01.04.2018 o godzinie 08∶59 -0700, użytkownik Zac Medico > napisał: > > On 04/01/2018 03:57 AM, Michał Górny wrote: > > > W dniu sob, 31.03.2018 o godzinie 19∶46 -0700, użytkownik Zac Medico > > > napisał: > > >

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

2018-04-01 Thread Zac Medico
On 04/01/2018 11:29 AM, Michał Górny wrote: > W dniu nie, 01.04.2018 o godzinie 08∶59 -0700, użytkownik Zac Medico > napisał: >> On 04/01/2018 03:57 AM, Michał Górny wrote: >>> W dniu sob, 31.03.2018 o godzinie 19∶46 -0700, użytkownik Zac Medico >>> napisał: Since key refresh is prone to

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

2018-04-01 Thread Fabian Groffen
On 01-04-2018 20:29:59 +0200, Michał Górny wrote: > > > This essentially looks like ~700 lines of code to try to workaround > > > broken networking. I would rather try to do that using 5 lines of code > > > but that's just me, and my programs aren't enterprise quality. I just > > > hope it

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

2018-04-01 Thread Michał Górny
W dniu nie, 01.04.2018 o godzinie 08∶59 -0700, użytkownik Zac Medico napisał: > On 04/01/2018 03:57 AM, Michał Górny wrote: > > W dniu sob, 31.03.2018 o godzinie 19∶46 -0700, użytkownik Zac Medico > > napisał: > > > Since key refresh is prone to failure, retry using exponential > > > backoff with

Re: [gentoo-portage-dev] [PATCH] INSTALL_MASK: honor install time config for binary packages (bug 651952)

2018-04-01 Thread Zac Medico
On 04/01/2018 06:54 AM, Michał Górny wrote: > W dniu czw, 29.03.2018 o godzinie 15∶34 -0700, użytkownik Zac Medico > napisał: >> For binary packages, honor the INSTALL_MASK configuration that >> exists at install time, since it might differ from the build time >> setting. >> >> Fixes: 3416876c0ee7

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

2018-04-01 Thread Zac Medico
On 04/01/2018 03:57 AM, Michał Górny wrote: > W dniu sob, 31.03.2018 o godzinie 19∶46 -0700, użytkownik Zac Medico > napisał: >> Since key refresh is prone to failure, retry using exponential >> backoff with random jitter. This adds the following sync-openpgp-* >> configuration settings: >> >>

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

2018-04-01 Thread Alec Warner
also lgtm. On Sat, Mar 31, 2018 at 10:46 PM, Zac Medico wrote: > 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

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

2018-04-01 Thread Alec Warner
lgtm. On Sat, Mar 31, 2018 at 10:46 PM, Zac Medico wrote: > 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

Re: [gentoo-portage-dev] [PATCH] INSTALL_MASK: honor install time config for binary packages (bug 651952)

2018-04-01 Thread Michał Górny
W dniu czw, 29.03.2018 o godzinie 15∶34 -0700, użytkownik Zac Medico napisał: > For binary packages, honor the INSTALL_MASK configuration that > exists at install time, since it might differ from the build time > setting. > > Fixes: 3416876c0ee7 ("{,PKG_}INSTALL_MASK: python implementation") >

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

2018-04-01 Thread Michał Górny
W dniu sob, 31.03.2018 o godzinie 19∶46 -0700, użytkownik Zac Medico napisał: > 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 > >

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

2018-04-01 Thread Ciaran McCreesh
On Sat, 31 Mar 2018 20:46:56 +0100 Andrey Utkin wrote: > Right, I am not aware why PMS has left this explicitly undefined. Because when we wrote the spec, Portage's actual behaviour on empty directories was extremely tricky to define and depended upon things like whether