# Michał Górny (2019-09-13)
# Unmaintained. No reverse dependencies.
# Removal in 30 days. Bug #694260.
sys-libs/libmath
sys-libs/rvm
sys-libs/system-config-base
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-13)
# Unmaintained. All look pretty dead. No reverse dependencies.
#
# x11-libs/gtkhotkey: 2009
# x11-libs/libaosd: 2010
# x11-libs/libproplist: ancient?
#
# Removal in 30 days. Bug #694258.
x11-libs/gtkhotkey
x11-libs/libaosd
x11-libs/libproplist
--
Best regards,
# Michał Górny (2019-09-13)
# Unmaintained. Not bumped since 2011. Fails to build due to broken
# build system. No reverse dependencies.
# Removal in 30 days. Bug #500616.
net-libs/nacl
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-13)
# Unmaintained. No reverse dependencies.
# Removal in 30 days. Bug #694256.
net-libs/ccnet
net-libs/ccrtp
net-libs/dslib
net-libs/libgmail
net-libs/libs3
net-libs/libyahoo2
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed
# Michał Górny (2019-09-13)
# Unmaintained. No reverse dependencies.
#
# media-libs/libbmp: 2010, homepage gone.
# media-libs/libmkv: 2011.
# media-libs/sampleicc: 2014, last upstream 2016.
#
# Removal in 30 days. Bug #694254.
media-libs/libbmp
media-libs/libmkv
media-libs/sampleicc
--
Best
On Fri, 2019-09-13 at 03:17 +, A Schenck wrote:
> On 9/10/19 10:24 PM, Michał Górny wrote:
> > On Tue, 2019-09-10 at 22:44 +0200, Michał Górny wrote:
> > > Hi, everyone.
> > >
> > > I've recently (finally!) started adding tests to cpuid2cpuflags. Tests
> > > are based on mocked syscalls that
On 9/10/19 10:24 PM, Michał Górny wrote:
> On Tue, 2019-09-10 at 22:44 +0200, Michał Górny wrote:
>> Hi, everyone.
>>
>> I've recently (finally!) started adding tests to cpuid2cpuflags. Tests
>> are based on mocked syscalls that return arch-specific data read from
>> text files. So far I've got
On Thu, Sep 12, 2019 at 8:14 PM Michael Orlitzky wrote:
>
> On 9/12/19 5:23 PM, Mike Gilbert wrote:
> >
> > Putting the dependencies in RDEPEND means users get stuck with yet
> > another copy of the code installed, in addition to the copy that is
> > statically linked into all reverse
On Thu, Sep 12, 2019 at 6:56 PM Alec Warner wrote:
>
>
> On Thu, Sep 12, 2019 at 5:14 PM Michael Orlitzky wrote:
>
>> On 9/12/19 5:23 PM, Mike Gilbert wrote:
>> >
>> > Putting the dependencies in RDEPEND means users get stuck with yet
>> > another copy of the code installed, in addition to the
On Thu, Sep 12, 2019 at 5:14 PM Michael Orlitzky wrote:
> On 9/12/19 5:23 PM, Mike Gilbert wrote:
> >
> > Putting the dependencies in RDEPEND means users get stuck with yet
> > another copy of the code installed, in addition to the copy that is
> > statically linked into all reverse
On 9/12/19 5:23 PM, Mike Gilbert wrote:
>
> Putting the dependencies in RDEPEND means users get stuck with yet
> another copy of the code installed, in addition to the copy that is
> statically linked into all reverse dependencies.
>
> It's not a very good solution to the problem.
>
No
On Thu, Sep 12, 2019 at 2:13 PM Michał Górny wrote:
> On Thu, 2019-09-12 at 13:38 -0700, Alec Warner wrote:
> > On Thu, Sep 12, 2019 at 1:20 PM Kent Fredric wrote:
> >
> > > On Wed, 11 Sep 2019 17:28:22 -0700
> > > Alec Warner wrote:
> > >
> > > > I don't care if you strip or not (I'm not even
On 9/12/19 1:45 PM, Alec Warner wrote:
>
> Er, I'm fairly sure computer *science* has not conclusively proven that
> dynamic binaries are somehow superior to static binaries.
>
What are the benefits of static linking to the end user on Gentoo? The
comprehensive list is usually,
* The
On Thu, Sep 12, 2019 at 5:11 PM Michael Orlitzky wrote:
>
> On 9/12/19 1:43 PM, Mike Gilbert wrote:
> >
> > They do "go away" if you pass the right options to emerge, or if you
> > install it from a binpkg in the first place.
> >
>
> The dependencies are statically linked into the final
On Thu, 2019-09-12 at 13:38 -0700, Alec Warner wrote:
> On Thu, Sep 12, 2019 at 1:20 PM Kent Fredric wrote:
>
> > On Wed, 11 Sep 2019 17:28:22 -0700
> > Alec Warner wrote:
> >
> > > I don't care if you strip or not (I'm not even sure portage knows how to
> > do
> > > it for go binaries) but
On 9/12/19 1:43 PM, Mike Gilbert wrote:
>
> They do "go away" if you pass the right options to emerge, or if you
> install it from a binpkg in the first place.
>
The dependencies are statically linked into the final executable forever
and receive no security updates. Portage doesn't even know
On Fri, 2019-09-13 at 08:16 +1200, Kent Fredric wrote:
> On Thu, 12 Sep 2019 19:03:02 +0200
> Michał Górny wrote:
>
> > ebuild spire-0.8.1.ebuild fetch
> > tar -xf ${DISTDIR}/spire-0.8.1.tar.gz
> > cd spire-0.8.1/
> > go mod vendor
> > cd ../
> > tar -cf spire-0.8.1-vendor.tar spire-0.8.1/vendor
# Michał Górny (2019-09-12)
# Unmaintained. Current version from 2016, needs bump. No reverse
# dependencies.
# Removal in 30 days. Bug #694242.
dev-libs/xmlwrapp
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 2011. No reverse dependencies.
# Removal in 30 days. Bug #694240.
dev-libs/xmlrpc-epi
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. No reverse dependencies.
# Removal in 30 days. Bug #694238.
dev-libs/xml-security-c
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 1998. No reverse dependencies.
# Removal in 30 days. Bug #694236.
dev-libs/syncdir
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Current version from 2011, latest upstream 2015.
# No reverse dependencies.
# Removal in 30 days. Bug #694234.
dev-libs/stlsoft
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Unmaintained. Last release in 2005. No reverse dependencies.
# Removal in 30 days. Bug #694228.
dev-libs/socketstream
# Michał Górny (2019-09-12)
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
On Thu, Sep 12, 2019 at 1:20 PM Kent Fredric wrote:
> On Wed, 11 Sep 2019 17:28:22 -0700
> Alec Warner wrote:
>
> > I don't care if you strip or not (I'm not even sure portage knows how to
> do
> > it for go binaries) but I'm fairly sure the reason isn't because
> "upstream
> > does not support
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 2014. No reverse dependencies.
# Removal in 30 days. Bug #694228.
dev-libs/sblim-sfcc
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Development stalled in 2009. No reverse dependencies.
# dev-libs/libvterm is the upstream recommended replacement.
# Removal in 30 days. Bug #694226.
dev-libs/rote
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally
# Michał Górny (2019-09-12)
# Unmaintained. Added in 2008. Live ebuild only. No reverse
# dependencies.
# Removal in 14 days. Bug #694224.
dev-libs/polylib
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
On Wed, 11 Sep 2019 17:28:22 -0700
Alec Warner wrote:
> I don't care if you strip or not (I'm not even sure portage knows how to do
> it for go binaries) but I'm fairly sure the reason isn't because "upstream
> does not support stripping go binaries" because they clearly do...unless
> upstream
On Thu, 12 Sep 2019 19:03:02 +0200
Michał Górny wrote:
> ebuild spire-0.8.1.ebuild fetch
> tar -xf ${DISTDIR}/spire-0.8.1.tar.gz
> cd spire-0.8.1/
> go mod vendor
> cd ../
> tar -cf spire-0.8.1-vendor.tar spire-0.8.1/vendor
>
> Now you don't need special src_prepare() to unpack it.
Of course,
On Thu, 12 Sep 2019 12:52:31 -0400
Michael Orlitzky wrote:
> Subslots do this already. Portage does this already. We have this "tool
> that people would want," but only if developers can be bothered to
> package things.
For some things (go, rust), using dynamic linking for all dependencies,
and
On Wed, Sep 11, 2019 at 09:53:49PM -0400, Mike Gilbert wrote:
> Added.
Much appreciated, thanks.
# Michał Górny (2019-09-12)
# Unmaintained. Last release in <=2004. Reported to fail to build.
# No reverse dependencies.
# Removal in 30 days. Bug #694222.
dev-libs/pcre++
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Unmaintained. Added in 2005 and not bumped since. Homepage gone.
# No reverse dependencies.
# Removal in 30 days. Bug #694218.
dev-libs/mdsplib
# Michał Górny (2019-09-12)
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last bumped in 2009. Homepage gone. No reverse
# dependencies.
# Removal in 30 days. Bug #694216.
dev-libs/mapm
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last bumped in 2011. Homepage gone. No reverse
# dependencies.
# Removal in 30 days. Bug #694214.
dev-libs/ltxml
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. EOL-ed upstream. No reverse dependencies.
# Removal in 30 days. Bug #694212.
dev-libs/log4shib
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last bumped in 2014. Homepage gone. No reverse
# dependencies.
# Removal in 30 days. Bug #694210.
dev-libs/libwbxml
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Old GNOME library, last release in 2000. No reverse
# dependencies.
# Removal in 30 days. Bug #694208.
dev-libs/libunicode
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Current version is from 2015, and is pending bump.
# No reverse dependencies.
# Removal in 30 days. Bug #694206.
dev-libs/libucl
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Added in 2002 and not bumped since. Homepage gone.
# No amd64 keyword. No reverse dependencies.
# Removal in 30 days. Bug #694204.
dev-libs/libtrain
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message
# Michał Górny (2019-09-12)
# Unmaintained. Last bumped in 2011. Homepage gone. No amd64 keyword.
# No reverse dependencies.
# Removal in 30 days. Bug #694202.
dev-libs/libsqlora8
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 2009. No reverse dependencies.
# Removal in 30 days. Bug #694200.
dev-libs/libproccpuinfo
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Current version from 2015, last release in 2016.
# No reverse dependencies.
# Removal in 30 days. Bug #694198.
dev-libs/libntru
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 2014. Declared obsolete upstream.
# No reverse dependencies.
# Removal in 30 days. Bug #694196.
dev-libs/libmongo-client
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 2009. No reverse dependencies.
# Removal in 30 days. Bug #694192.
dev-libs/libmail
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 2010. No reverse dependencies.
# Removal in 30 days. Bug #694190.
dev-libs/liblzw
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 2009. No reverse dependencies.
# Removal in 30 days. Bug #694188.
dev-libs/libidmef
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Last bumped in 2005. Homepage gone. No reverse
# dependencies.
# Removal in 30 days. Bug #694186.
dev-libs/libhtmlparse
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. Both fail with modern versions of dev-util/waf
# (#664762, #663712). No reverse dependencies.
# Removal in 30 days. Bug #694182.
dev-libs/libcxml
dev-libs/locked_sstream
--
Best regards,
Michał Górny
signature.asc
Description: This is a
# Michał Górny (2019-09-12)
# Unmaintained. No reverse dependencies. Its presence breaks
# pulseaudio (#672468).
# Removal in 30 days. Bug #694180.
dev-libs/libcli
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
On Thu, Sep 12, 2019 at 9:52 AM Michael Orlitzky wrote:
> On 9/12/19 12:42 PM, Alec Warner wrote:
> >
> > In general I don't see bundling as a major problem. In the land of
> > dynamic binaries, it's a big advantage because you can upgrade libfoo
> > and all consumers of libfoo get the upgrade
# Michał Górny (2019-09-12)
# Unmaintained. Last release in 2010. No reverse dependencies.
# Removal in 30 days. Bug #694178.
dev-libs/libcaldav
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
On Thu, Sep 12, 2019 at 1:05 PM Michael Orlitzky wrote:
>
> On 9/12/19 12:55 PM, Mike Gilbert wrote:
> >
> > Portage only handles rebuilds for slot-operator deps in RDEPEND. It
> > ignores slot-operators in DEPEND.
> >
>
> Sure, but putting them in RDEPEND isn't a problem. It's not like the
>
# Michał Górny (2019-09-12)
# Unmaintained. The driver is now included in the kernel,
# so the package installs only a header file. However, according
# to upstream this file violated Lego Mindstorms SDK license.
# Removal in 30 days. Bug #694176.
dev-libs/legousbtower
--
Best regards,
On Thu, 2019-09-12 at 09:42 -0700, Alec Warner wrote:
> On Thu, Sep 12, 2019 at 9:14 AM Michael Orlitzky wrote:
>
> > On 9/12/19 11:46 AM, William Hubbs wrote:
> > > In other words, the way I see this is a tree-wide issue. LICENSE= for
> > > any package should list every license for every
On Thu, 2019-09-12 at 11:39 -0500, William Hubbs wrote:
> On Thu, Sep 12, 2019 at 05:39:42AM +, Michał Górny wrote:
> > Dnia September 11, 2019 11:11:15 PM UTC, William Hubbs
> > napisał(a):
> > > You are right, and currently I quietly ignore your vendor tarball if
> > > upstream
> > >
On 9/12/19 12:55 PM, Mike Gilbert wrote:
>
> Portage only handles rebuilds for slot-operator deps in RDEPEND. It
> ignores slot-operators in DEPEND.
>
Sure, but putting them in RDEPEND isn't a problem. It's not like the
statically-linked bundled dependencies actually go away with a depclean,
On Thu, Sep 12, 2019 at 12:52 PM Michael Orlitzky wrote:
>
> On 9/12/19 12:42 PM, Alec Warner wrote:
> >
> > In general I don't see bundling as a major problem. In the land of
> > dynamic binaries, it's a big advantage because you can upgrade libfoo
> > and all consumers of libfoo get the upgrade
# Michał Górny (2019-09-12)
# Unmaintained. No reverse dependencies. Multiple alternatives exist,
# most with less restrictive licenses (e.g. dev-libs/glib).
# Removal in 30 days. Bug #694174.
dev-libs/hashit
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally
On 9/12/19 12:42 PM, Alec Warner wrote:
>
> In general I don't see bundling as a major problem. In the land of
> dynamic binaries, it's a big advantage because you can upgrade libfoo
> and all consumers of libfoo get the upgrade upon process restart. This
> isn't true for most go programs which
On Thu, Sep 12, 2019 at 8:46 AM William Hubbs wrote:
> On Wed, Sep 11, 2019 at 05:05:50PM -0700, Alec Warner wrote:
> > On Wed, Sep 11, 2019 at 4:48 PM William Hubbs
> wrote:
> >
> > > On Wed, Sep 11, 2019 at 04:34:27PM -0700, Alec Warner wrote:
> > > > On Wed, Sep 11, 2019 at 10:39 AM Michael
# Michał Górny (2019-09-12)
# Unmaintained. Last release from 2010. No reverse dependencies.
# Removal in 30 days. Bug #694170.
dev-libs/fampp2
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2019-09-12)
# Unmaintained. The current release is from 2005, pending version bump
# since 2012. No reverse dependencies.
# Removal in 30 days. Bug #694168.
dev-libs/elfio
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
On Thu, Sep 12, 2019 at 9:14 AM Michael Orlitzky wrote:
> On 9/12/19 11:46 AM, William Hubbs wrote:
> >
> > In other words, the way I see this is a tree-wide issue. LICENSE= for
> > any package should list every license for every package it links to or
> > uses.
> >
> There is no issue
On Thu, Sep 12, 2019 at 05:39:42AM +, Michał Górny wrote:
> Dnia September 11, 2019 11:11:15 PM UTC, William Hubbs
> napisał(a):
> >On Wed, Sep 11, 2019 at 07:47:04PM +, Michał Górny wrote:
> >> Dnia September 11, 2019 7:40:41 PM UTC, William Hubbs
> > napisał(a):
> >> >On Wed, Sep 11,
# Michał Górny (2019-09-12)
# Unmaintained. Current release is from 2014, and needs version bump.
# No reverse dependencies.
# Removal in 30 days. Bug #694166.
dev-libs/cgicc
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
Am Mittwoch, 11. September 2019, 00:54:39 CEST schrieb Michael Orlitzky:
> On 9/10/19 4:25 PM, Rolf Eike Beer wrote:
> > I'm not entirely sure. It's what qmail always has done and what the eclass
> > also did.
>
> This is suggested by the qmail documentation,
>
>
# Michał Górny (2019-09-12)
# Unmaintained. Fails to build against current version of boost.
# No reverse dependencies (last one removed in April).
# Removal in 30 days. Bug #691264.
dev-libs/actor-framework
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally
On 9/12/19 11:46 AM, William Hubbs wrote:
>
> In other words, the way I see this is a tree-wide issue. LICENSE= for
> any package should list every license for every package it links to or
> uses.
>
There is no issue tree-wide, because no one else is trying to cut
corners and bundle every
I would like to reserve UID/GID 290 for netdata (net-analyzer/netdata)
We currently use dynamic UID/GIDs. Upstream uses 201/201 [1] but Gentoo
already uses that for qmail [2], so I've randomly selected new UIDs/GIDs
(290/290).
Here's a PR for this change [3].
[1]
On Wed, Sep 11, 2019 at 05:05:50PM -0700, Alec Warner wrote:
> On Wed, Sep 11, 2019 at 4:48 PM William Hubbs wrote:
>
> > On Wed, Sep 11, 2019 at 04:34:27PM -0700, Alec Warner wrote:
> > > On Wed, Sep 11, 2019 at 10:39 AM Michael Orlitzky
> > wrote:
> > >
> > > > On 9/11/19 1:21 PM, William
On Wed, Sep 11, 2019 at 05:28:22PM -0700, Alec Warner wrote:
> On Wed, Sep 11, 2019 at 5:05 PM William Hubbs wrote:
>
> > On Wed, Sep 11, 2019 at 04:31:00PM -0700, Alec Warner wrote:
> > > On Wed, Sep 11, 2019 at 10:28 AM William Hubbs
> > wrote:
> > >
> > > > Copyright: Sony Interactive
On Thu, 2019-09-12 at 09:13 -0400, James Cloos wrote:
> On an odroidc1, I get:
>
> # ./hwcap-dump
> hwcap:0009b0d7
> hwcap2:
>
> # uname -m
> armv7l
Thanks. Added.
>
> On an original dragonboard, I get:
>
> # ./hwcap-dump
> hwcap:0087
>
On Thu, 2019-09-12 at 13:29 +0200, Rolf Eike Beer wrote:
> Am 2019-09-11 07:24, schrieb Michał Górny:
> > On Tue, 2019-09-10 at 22:44 +0200, Michał Górny wrote:
> > > Hi, everyone.
> > >
> > > I've recently (finally!) started adding tests to cpuid2cpuflags.
> > > Tests
> > > are based on mocked
On an odroidc1, I get:
# ./hwcap-dump
hwcap:0009b0d7
hwcap2:
# uname -m
armv7l
On an original dragonboard, I get:
# ./hwcap-dump
hwcap:0087
hwcap2:
# uname -m
aarch64
(Both run gentoo.)
The pi3 says:
hwcap:003fb0d6
LLD is a new linker for LLVM project.
Add tc-ld-is-lld helper to be able to detect it.
Signed-off-by: Manoj Gupta
---
eclass/toolchain-funcs.eclass | 30 ++
1 file changed, 30 insertions(+)
diff --git a/eclass/toolchain-funcs.eclass b/eclass/toolchain-funcs.eclass
Am 2019-09-11 07:24, schrieb Michał Górny:
On Tue, 2019-09-10 at 22:44 +0200, Michał Górny wrote:
Hi, everyone.
I've recently (finally!) started adding tests to cpuid2cpuflags.
Tests
are based on mocked syscalls that return arch-specific data read from
text files. So far I've got x86 and
77 matches
Mail list logo
