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
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,
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
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
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
> >
> > 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 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
> 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
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
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.
kde5.eclass: Mark @DEAD for removal
kde5-functions.eclass: Mark @DEAD for removal
No consumers left in Gentoo ebuild repository.
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
12 matches
Mail list logo
