> On 3 May 2021, at 21:18, Michał Górny wrote:
>
> On Mon, 2021-05-03 at 19:06 +0100, Sam James wrote:
>> [snip]
>
> I want to avoid it on the top, so people don't do it prematurely before
> reading their options.
>
Good point - and I can’t complain, given I partly made that comment earlier
On Mon, 2021-05-03 at 19:06 +0100, Sam James wrote:
>
> > On 2 May 2021, at 23:04, Michał Górny wrote:
> > [snip]
> > +Upgrade commands
> > +
> > +The Python 3.8 cleanup requires that Python 3.8 is removed from complete
> > +dependency trees in batch. If some of the installed
Am 03.05.2021 um 02:45 schrieb Jonas Stein:
the following packages are up for grabs after dropping
desktop-misc:
x11-misc/arandr
https://packages.gentoo.org/packages/x11-misc/arandr
I will take it.
> On 2 May 2021, at 23:04, Michał Górny wrote:
> [snip]
> +Upgrade commands
> +
> +The Python 3.8 cleanup requires that Python 3.8 is removed from complete
> +dependency trees in batch. If some of the installed packages using
> +an older Python version are not triaged for the
> On 2 May 2021, at 22:46, Michał Górny wrote:
>
> On Fri, 2021-04-30 at 01:50 +0100, Sam James wrote:
>>
>> [snip]
>
> I've applied most of your suggestions... and feel like this still needs
> more work. I'll try to make it clearer what all options are, and how to
> use them.
This looks
> On 30 Apr 2021, at 08:23, Joonas Niilola wrote:
>
>
>
> On 30.4.2021 3.50, Sam James wrote:
>>> On 29 Apr 2021, at 22:01, Michał Górny wrote:
>>>
>>> +
>>> +
>>> +You can also switch to Python 3.9 earlier by setting:
>>> +
>>> +*/* PYTHON_TARGETS: -* python3_9
>>> +*/*
Dear all
the following packages are up for grabs after dropping
desktop-misc:
x11-misc/x2x
https://packages.gentoo.org/packages/x11-misc/x2x
There is an open bug and one version bump request
https://bugs.gentoo.org/754132
--
Best,
Jonas
On Mon, May 3, 2021 at 4:41 AM Sergei Trofimovich wrote:
> On Sun, 02 May 2021 18:22:43 -0400 fedora@gmail.com wrote:
> > This makes tc-arch identify RISC-V systems as either "riscv64" or
> > "riscv32". It will still return "riscv" for the kernel arch or if
> > bitness is not given in the
This makes cpu_family identify RISC-V systems as either "riscv64"
or "riscv32" to match the given tuple, or it will leave it as
"riscv" when the tuple has an unknown cpu field.
This fixes the expected values of cpu_family in meson projects:
Hello,
I've noticed that it's been in vogue lately say "as you were asked many times"
when there is something to say.
Well, this often (always?) happens without a reference but I don't care.
As asked by sam, CI should CC people that are breaking stuff with their
commits, see:
On Sun, 02 May 2021 18:22:43 -0400
fedora@gmail.com wrote:
> This makes tc-arch identify RISC-V systems as either "riscv64" or
> "riscv32". It will still return "riscv" for the kernel arch or if
> bitness is not given in the host triplet.
tc-arch returns portage's ARCH= value based on
11 matches
Mail list logo
