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
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
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
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
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
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ł:
> > >
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
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
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
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
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:
>>
>>
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
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
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")
>
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
>
>
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
16 matches
Mail list logo