[gentoo-dev] Re: [PATCH] linux-mod.eclass: pass proper arch to kernel's build system

2020-01-05 Thread Luca Barbato
On 03/01/2020 12:52, Jason A. Donenfeld wrote: A user reported that when compiling modules for a system with a 64-bit kernel and a 32-bit userland, there were linker errors. This patch here is an attempt to fix that by making sure that we always use the kernel ABI when giving target build paramet

Re: [gentoo-dev] [PATCH v2] ruby-ng.eclass: Include (-) in RUBY_TARGETS USE-dependencies

2020-01-05 Thread Hans de Graaff
On Thu, 2020-01-02 at 16:57 +0100, Michał Górny wrote: > Using 2-style USE dependencies on packages not having the flag > in question is forbidden by PMS. Looks good to me, thanks for proposing a fix for this. Hans signature.asc Description: This is a digitally signed message part

Re: [gentoo-dev] [PATCH v2] ruby-ng.eclass: Include (-) in RUBY_TARGETS USE-dependencies

2020-01-05 Thread Hans de Graaff
On Thu, 2020-01-02 at 22:08 +0100, Michał Górny wrote: > On Thu, 2020-01-02 at 21:15 +0100, Ulrich Mueller wrote: > > > Hadn't we established that ruby_samelib() is dead code, no longer > > used > > since 2010? > > > > You did. However, it isn't marked as private API and I'm not the > eclass >

Re: [gentoo-dev] Vanilla sources

2020-01-05 Thread Roy Bamford
On 2020.01.04 13:43, Thomas Deutschmann wrote: > On 2020-01-04 14:08, Roy Bamford wrote: > > emerge -1 vanilla-sources > > eselect kernel ... > > genkernel all > > ... > > Please tell user to do > > genkernel --kernel-config=/proc/config.gz all > > by default which will give them a better experi

Re: [gentoo-dev] Vanilla sources

2020-01-05 Thread Michael Orlitzky
On 1/4/20 2:13 PM, Rolf Eike Beer wrote: > > Bad idea. If you wonder why: eshowkw dev-lang/rust. > Or consider that every rust package in Gentoo bundles hundreds of libraries. We'd be fixing one security issue by introducing 10x more. Not that rewriting it in rust would fix anything; writing it

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2020-01-05 23:59 UTC

2020-01-05 Thread Robin H. Johnson
20200101-08:38 zlogene 64bd5872a16 app-misc/yworklog20200104-10:17 zlogene ffaba0fba6a app-text/pdfshuffler 20200105-03:14 bman 0c00371747d dev-go/glide 20200101-08:43 zlogene 9dc47bec1ff dev-go/logrus

Re: [gentoo-dev] New acct-* package policy

2020-01-05 Thread Martin Dummer
Am 21.12.19 um 18:32 schrieb Michał Górny: > Please commit and push uid-gid.txt [3] change to data/api.git *before* > your packages. This makes sure that any potential collisions are caught > as merge conflicts before they hit users. The CI also catches UID/GID > collisions. One remark from a "

Re: [gentoo-dev] New acct-* package policy

2020-01-05 Thread Ralph Seichter
* Martin Dummer: > A proxy-maintainer (like me) cannot commit or add github pull requests > for https://gitweb.gentoo.org/data/api.git/tree/files/uid-gid.tx We can, actually, using https://github.com/gentoo/api-gentoo-org to create pull requests in the usual manner. These PRs are usually processe

Re: [gentoo-dev] New acct-* package policy

2020-01-05 Thread Aaron Bauman
On Mon, Jan 06, 2020 at 01:36:53AM +0100, Martin Dummer wrote: > Am 21.12.19 um 18:32 schrieb Michał Górny: > > Please commit and push uid-gid.txt [3] change to data/api.git *before* > > your packages. This makes sure that any potential collisions are caught > > as merge conflicts before they hit

Re: [gentoo-dev] New acct-* package policy

2020-01-05 Thread Joonas Niilola
On 1/6/20 2:36 AM, Martin Dummer wrote: > Am 21.12.19 um 18:32 schrieb Michał Górny: >> Please commit and push uid-gid.txt [3] change to data/api.git *before* >> your packages. This makes sure that any potential collisions are caught >> as merge conflicts before they hit users. The CI also catch