Dear all
the following packages are up for grabs:
app-text/gocr
after removing the TeX Project from the maintainer list.
The package is no LaTeX package.
https://packages.gentoo.org/packages/app-text/gocr
There is an open bump request
https://bugs.gentoo.org/688656
and two very old tickets.
Up
kde5.eclass: Mark @DEAD for removal
kde5-functions.eclass: Mark @DEAD for removal
No consumers left in Gentoo ebuild repository.
On Mon, 16 Mar 2020 22:15:32 +0100
"Andreas K. Huettel" wrote:
> > >
> > > https://github.com/zmedico/portage/compare/master...zmedico:drobbins-track
> > > -keywords?expand=1
> > That's kind of what ALLARCHES is for although IIRC the rules state that
> > packages should still be initially keyw
Note that this goes to package.deprecated, rather than package.mask.
These are virtuals, so they don't really impact users, and there's
really no point to make Portage complain about them being installed.
# Michał Górny (2020-03-16)
# Virtuals for Python 2 backports. Mostly obsolete, and some o
> Perhaps we could write a tool that
> looks up newer versions of installed ebuilds that have dropped keywords
> for a given arch and report which dependencies also need keywording. I
> guess we don't have something like that?
True, keeping track of long-running stable requests with complicated li
> >
> > https://github.com/zmedico/portage/compare/master...zmedico:drobbins-track
> > -keywords?expand=1
> That's kind of what ALLARCHES is for although IIRC the rules state that
> packages should still be initially keyworded in the usual way. Other
> distros do "noarch" though so the idea isn't
On Mon, 16 Mar 2020 18:41:02 +0100
ha...@gentoo.org wrote:
> From: Michael Haubenwallner
>
> Introduction of tc_apply_patches dropped patch dir, per
> commit bd758f25a82460f6e7011314f9fb7923864e9e1e
>
> Signed-off-by: Michael Haubenwallner
> ---
> eclass/toolchain.eclass | 8 +++-
> 1 fil
From: Michael Haubenwallner
Introduction of tc_apply_patches dropped patch dir, per
commit bd758f25a82460f6e7011314f9fb7923864e9e1e
Signed-off-by: Michael Haubenwallner
---
eclass/toolchain.eclass | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/eclass/toolchain.eclas
On 16/03/2020 14:37, Gerion Entrup wrote:
when I compile LLVM for myself, I also always choose SHARED_LIBS simply
because of RAM usage when linking the libraries. In the past, I was not
able to link the single library on my 16 GB machine (I have not tested
it now and this could be dependent on ot
On Mon, 2020-03-16 at 13:37 +0100, Gerion Entrup wrote:
> Am Montag, 16. März 2020, 09:23:49 CET schrieb Michał Górny:
> > Hi,
> >
> > Since 10.0.0 final is around the corner, I'd like to take a minute to
> > inform developers of packaging changes in Gentoo that affect its
> > revdeps. Following
Am Montag, 16. März 2020, 09:23:49 CET schrieb Michał Górny:
> Hi,
>
> Since 10.0.0 final is around the corner, I'd like to take a minute to
> inform developers of packaging changes in Gentoo that affect its
> revdeps. Following frequently repeated requests from Gentoo developers
> and users, LLV
Hi,
Since 10.0.0 final is around the corner, I'd like to take a minute to
inform developers of packaging changes in Gentoo that affect its
revdeps. Following frequently repeated requests from Gentoo developers
and users, LLVM 10 is stopping to use BUILD_SHARED_LIBS=ON, i.e. split
shared libraries
12 matches
Mail list logo
