>
> # Miroslav Šulc (2021-04-28)
> # no consumers
> # removal in 30 days
> # see bug: https://bugs.gentoo.org/786783
> dev-java/skinlf
>
It's needed for scilab[gui] from the science overlay. It may be worth
keeping it or moving it to science
>
On Thu, 2021-05-06 at 09:31 +0200, Michał Górny wrote:
> Hi,
>
> As you have probably noticed, the first Python 3.10.0 beta has landed
> (which means no major changes anymore, only bug fixes), and I've started
> adding python3.10 target to various packages. So far I've managed to
> reach pytest
sci-libs/cbflib: Doesn't compile with GCC-10 or GCC-11. Was never ported
to work with GCC-10+. sci-chemistry/rasmol depends on cbflib.
Both packages have updates ignored in Gentoo, and their ebuilds pretty
much untouched during git-era. Both had their latest upstream version
release in 2018.
On Wed, 2021-05-05 at 16:47 +, Joakim Tjernlund wrote:
> I am upgrading an old portage(2.3.76) to 3.0.18 using qmerge(binary pkg) and
> I get this:
> qmerge -OK sys-apps/portage
> [R] sys-apps/portage-3.0.18
> * Checking for suitable kernel configuration options...
> [ ok ]
> * Using
Oops, I thought I did that. Fixed.
чт, 6 мая 2021 г. в 07:57, Michał Górny :
>
> On Thu, 2021-05-06 at 01:13 +0100, Alexey Sokolov wrote:
> > Here's the Russian version
> >
>
> Could you include a copyright signoff, please? This is pretty major
> work.
>
> --
> Best regards,
> Michał Górny
>
>
>
Am Sonntag, 2. Mai 2021, 11:56:34 CEST schrieb Fabian Groffen:
> Title: Exim >=4.94 disallows tainted variables in transport
> configurations Author: Fabian Groffen
> Posted: 2021-05-??
> Revision: 1
> News-Item-Format: 2.0
> Display-If-Installed: mail-mta/exim
>
> Since the release of
On 06-05-2021 15:01:33 +0200, Andreas K. Huettel wrote:
> > Unfortunately there is not much documentation on "tainted" data for
> > Exim[1], and to resolve this, non-official sources need to be used,
> > such as [2] and [3].
>
> This is a safety mechanism that is part of Perl (essentially a way
os.walk() categorizes symlinks to directories as directories so they
were being ignored by INSTALL_MASK. This change calls os.scandir()
instead which efficiently provides more control.
Signed-off-by: Jeff Chase
---
lib/portage/tests/util/test_install_mask.py | 26 -
Howdy.
I'm sending this not only to the team members on the alias, but also
to the whole dev list for discussion.
So far I've been trying to support in Gentoo the full risc-v multilib
directory structure and the ABI sets supported by glibc. According to
specs this means for riscv64
On Thu, 06 May 2021 13:01:23 PDT (-0700), dilfri...@gentoo.org wrote:
Howdy.
I'm sending this not only to the team members on the alias, but also
to the whole dev list for discussion.
So far I've been trying to support in Gentoo the full risc-v multilib
directory structure and the ABI sets
>
> -mabi=rv64gc -march=lp64d
should be -march=rv64gc -mabi=lp64d
> libdir = lib64/lp64d
> ("hardfloat")
>
> -mabi=rv64imac -march=lp64
should be -march=rv64imac -mabi=lp64
> libdir = lib64/lp64
> ("softfloat")
>
(but that doesnt change the rest of the argument)
--
Andreas K.
>
> Haven't I told you using two-level libdirs is stupid? So yes,
> please do that and let us be happy once again.
>
> That said, where does lp64gc land? Or isnon-multilib
> one-or-the-other the goal?
It would be non-multilib one-or-the-other then for us.
The main relevant combination is
On Thu, 2021-05-06 at 22:01 +0200, Andreas K. Huettel wrote:
> Howdy.
>
> I'm sending this not only to the team members on the alias, but also
> to the whole dev list for discussion.
>
> So far I've been trying to support in Gentoo the full risc-v multilib
> directory structure and the ABI
On Thu, 06 May 2021 13:30:45 PDT (-0700), dilfri...@gentoo.org wrote:
Haven't I told you using two-level libdirs is stupid? So yes,
please do that and let us be happy once again.
That said, where does lp64gc land? Or isnon-multilib
one-or-the-other the goal?
It would be non-multilib
14 matches
Mail list logo