Re: [gentoo-dev] Adding USE=udev to linux profiles

On Thu, Jul 19, 2018 at 3:00 PM, Michael Orlitzky wrote: > On 07/19/2018 05:51 PM, Ben Kohler wrote: >> Hello, >> >> I'd like to propose adding USE=udev to our linux profiles (in >> profiles/default/linux/make.defaults probably). This flag is already >> enabled on desktop profiles but it also

Re: [gentoo-dev] Re: What means bup?

On Wed, Jul 18, 2018 at 3:26 AM, Matthew Thode wrote: > On 18-07-18 09:16:07, Johannes Huber wrote: >> Hi all, >> >> english is not my mother language, so please clarify what bup means, just >> seen here: >> >>

Re: [gentoo-dev] RFC: gles global USE flag, USE=opengl clarifying

On Mon, Jul 23, 2018 at 10:11 AM, Mart Raudsepp wrote: > Hello, > > Currently we have rather a mess in terms of OpenGL API handling. > I think much of it comes from USE=opengl being rather vague - is it > supposed to mean "Use desktop GL", "Use GLX", or "Enable OpenGL > support". All of these

Re: [gentoo-dev] Adding USE=udev to linux profiles

On Fri, Jul 20, 2018 at 7:13 AM, Michael Orlitzky wrote: > On 07/20/2018 03:37 AM, Matt Turner wrote: >>> >>> If I want to undo your new flag, I have to set USE="-udev" globally, and >>> that clobbers any important per-package defaults that maintainers

Re: [gentoo-dev] Changing policy about -Werror

On Sun, Sep 9, 2018 at 4:32 AM Andrew Savchenko wrote: > > Hi! > > Our current -Werror policy demands unconditional removal: > https://devmanual.gentoo.org/ebuild-writing/common-mistakes/index.html#-werror-compiler-flag-not-removed > > I think this is wrong, see bugs 665464, 665538 for a recent >

Re: [gentoo-dev] Changing policy about -Werror

On Mon, Sep 10, 2018 at 1:34 PM Chí-Thanh Christopher Nguyễn wrote: > > Jason Zaman schrieb: > >> No. With -Werror, upstream indicates that if a warning occurs, the build > >> should fail and the resulting code not be installed on user systems. > >> > >> Instead, someone knowledgeable should look

Re: [gentoo-dev] rfc: why are we still distributing the portage tree via rsync?

On Tue, Jul 3, 2018 at 11:38 AM Rich Freeman wrote: > 4. by default git tends to accumulate history, which can eat up disk > space. I imagine this could be automatically trimmed if users wanted, > though during syncing it would at least need to store all the commits > between the last fetched

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

On Mon, Mar 5, 2018 at 9:56 PM, Kent Fredric wrote: > On Mon, 5 Mar 2018 17:52:54 -0800 > And with Perl packages at least, incrementing EAPI results in actual > changes driven by the eclass: > > - Changes the names of various control variables > - Makes perl tests on by

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

On Tue, Mar 6, 2018 at 1:35 PM, Rich Freeman wrote: > On Tue, Mar 6, 2018 at 4:17 PM, Andreas K. Huettel > wrote: >> >> Is it worth the effort? Yes, see below. >> Is it a high priority task? No. >> > > It sounds like all that has been done is to log a

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

On Tue, Mar 6, 2018 at 1:00 AM, Dirkjan Ochtman <d...@gentoo.org> wrote: > On Tue, Mar 6, 2018 at 2:52 AM, Matt Turner <matts...@gentoo.org> wrote: >> >> In the end we might get to delete some code from portage or an eclass? >> Does this seem worth it? > > &

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

On Tue, Mar 6, 2018 at 1:17 PM, Andreas K. Huettel <dilfri...@gentoo.org> wrote: > Am Dienstag, 6. März 2018, 02:52:54 CET schrieb Matt Turner: >> EAPI 2 removal bug: https://bugs.gentoo.org/648050 >> >> It seems like tons of churn to update old stable ebuilds to a ne

Re: [gentoo-dev] Is removing old EAPIs worth the churn?

On Tue, Mar 6, 2018 at 2:27 PM, Alec Warner <anta...@gentoo.org> wrote: > On Tue, Mar 6, 2018 at 5:22 PM, Matt Turner <matts...@gentoo.org> wrote: >> On Tue, Mar 6, 2018 at 1:35 PM, Rich Freeman <ri...@gentoo.org> wrote: >> > On Tue, Mar 6, 2018 at 4:17

Re: [gentoo-dev] berkdb and gdbm in global USE defaults

On Sat, Apr 7, 2018 at 12:57 PM, Lars Wendler wrote: > On Sat, 7 Apr 2018 14:16:33 -0500 William Hubbs wrote: > >>On Sat, Apr 07, 2018 at 02:55:53PM -0400, Michael Orlitzky wrote: >>> On 04/07/2018 02:44 PM, William Hubbs wrote: >>> > >>> > I'm with floppym on this one.

[gentoo-dev] Last Rites: x11-libs/libXp and x11-proto/printproto

# Matt Turner <matts...@gentoo.org> (21 Apr 2018) # Protocol headers and client library for the long dead Xprint extension. # Removal in 30 days. Bug #649076. x11-proto/printproto x11-libs/libXp signature.asc Description: Digital signature

[gentoo-dev] Last rites: x11-libs/xpyb

# Matt Turner <matts...@gentoo.org> (21 Apr 2018) # Awful, unmaintained, unused. Removal in 30 days. Bug #651300. x11-libs/xpyb signature.asc Description: Digital signature

[gentoo-dev] Re: Monthly x11@ project status for April 2018

On Sun, Apr 1, 2018 at 8:08 PM, Matt Turner <matts...@gentoo.org> wrote: > == Update packages to depend on x11-base/xorg-proto == > https://bugs.gentoo.org/651286 > > The new x11-base/xorg-proto package combines nearly all (28 in fact) of > the x11-proto/* packages into one, w

[gentoo-dev] Monthly x11@ project status for April 2018

I'd like to start giving ~monthly updates on the status of x11@ packages in Gentoo. I hope it gives some insight into the status of a rather important set of packages and maybe encourages others to lend a hand to a very understaffed project when possible. I expect future reports to be

[gentoo-dev] Monthly mips@ project status for April 2018

I'd like to start giving ~monthly updates on the status of mips@ in Gentoo. Recently I received a Loongson 3A system (quad-core 1.35GHz, 16GB RAM, AMD graphics) which is significantly faster and more stable than any other mips system I have. mips@ is currently assigned or cc'd on 29 bugs. This

Re: [gentoo-dev] [PATCH] cmake-utils.eclass: Make the new ASM-ATT rules actually work

Thanks for looking into this! I'm not sure I understand the -nostdlib portion. It's something about working around a side-effect of -x assembler?

Re: [gentoo-dev] [PATCH] cmake-utils.eclass: Make the new ASM-ATT rules actually work

On Mon, Mar 19, 2018 at 3:40 PM, James Le Cuirot <ch...@gentoo.org> wrote: > On Mon, 19 Mar 2018 15:16:47 -0700 > Matt Turner <matts...@gentoo.org> wrote: > >> Thanks for looking into this! >> >> I'm not sure I understand the -nostdlib portion. It's somethin

[gentoo-dev] Is removing old EAPIs worth the churn?

EAPI 2 removal bug: https://bugs.gentoo.org/648050 It seems like tons of churn to update old stable ebuilds to a new EAPI, just for its own sake. Take https://bugs.gentoo.org/648154 for example. New ebuild added with EAPI 6 bumped from EAPI 2. Otherwise functionally identical. Now asking arch

Re: [gentoo-dev] net-dns/dnssec-root: Blind stable on arm, critical bug 667774

On Thu, Oct 11, 2018 at 4:38 PM Sergei Trofimovich wrote: > > On Thu, 11 Oct 2018 17:10:10 +0200 > Thomas Deutschmann wrote: > > > Let me quote > > https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f6f6bb91b7f134a121ef9fa1dd504b9ca52c5aa8: > > > > > net-dns/dnssec-root: Blind stable on arm,

[gentoo-dev] Last rites: app-eselect/eselect-mesa

Forgot to send this one out when I committed it. # Matt Turner (29 Sep 2018) # Removal in 30 days, bug #576334 app-eselect/eselect-mesa signature.asc Description: PGP signature

[gentoo-dev] Last rites: media-libs/libomxil-bellagio

# Matt Turner (16 Oct 2018) # Unmaintained. Unused. Removal in 30 days. Bug #668826 media-libs/libomxil-bellagio signature.asc Description: PGP signature

Re: [gentoo-dev] Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-d

On Sun, Dec 16, 2018 at 5:20 PM Jeroen Roovers wrote: > > On Sun, 16 Dec 2018 14:45:11 -0500 > Matt Turner wrote: > > > I guess my question to you is whether you think it's okay to mask -304 > > for removal or whether there are enough users that we should keep i

Re: [gentoo-dev] Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-d

On Sun, Dec 16, 2018 at 2:40 PM Jeroen Roovers wrote: > > On Fri, 14 Dec 2018 12:03:52 -0800 > Matt Turner wrote: > > > Thanks. What do we want to do about -304? > > It's not on the list above because it's a "legacy driver", not a > "short lived" br

Re: [gentoo-dev] Last rites: =x11-drivers/nvidia-drivers-375* =x11-drivers/nvidia-drivers-378* =x11-drivers/nvidia-drivers-381* =x11-drivers/nvidia-drivers-384* =x11-drivers/nvidia-drivers-387* =x11-d

On Fri, Dec 14, 2018 at 6:04 AM Jeroen Roovers wrote: > > According to Nvidia these are former "Short Lived" branches that are no > longer supported. > > > # Jeroen Roovers (14 Dec 2018) > # Deprecated short lived branches > # https://www.nvidia.com/object/unix.html > # File a bug report if you

Re: [gentoo-dev] Packages up for grabs from xmw@g.o

On Sun, Nov 25, 2018 at 2:05 AM Michał Górny wrote: > app-shells/autojump I'll take this.

Re: [gentoo-dev] AUTHORS file for portage repository

On Tue, Nov 27, 2018 at 7:41 AM Rich Freeman wrote: > It makes sense to ensure that the solution actually solves the problem > before we simply implement it. > > If we really need such a file it would probably also make more sense > to have it auto-generated from git commit headers And how do

Re: [gentoo-dev] AUTHORS file for portage repository

On Tue, Nov 27, 2018 at 7:58 AM Andrey Utkin wrote: > > On Tue, Nov 27, 2018 at 09:12:26AM -0600, William Hubbs wrote: > > All, > > > > based on the previous thread about copyright attribution clarifications, > > I want to add the following AUTHORS file to the top level of the portage > >

Re: [gentoo-dev] AUTHORS file for portage repository

On Tue, Nov 27, 2018 at 12:11 PM Rich Freeman wrote: > > On Tue, Nov 27, 2018 at 2:58 PM Matt Turner wrote: > > > > What Copyright-owner header are you talking about? > > We would create one, just as we've created bugzilla tags in git for > closing bugs/etc. Surely p

Re: [gentoo-dev] AUTHORS file for portage repository

On Tue, Nov 27, 2018 at 9:49 AM Rich Freeman wrote: > > On Tue, Nov 27, 2018 at 11:59 AM Matt Turner wrote: > > > > On Tue, Nov 27, 2018 at 7:41 AM Rich Freeman wrote: > > > It makes sense to ensure that the solution actually solves the problem >

Re: [gentoo-dev] Changing policy about -Werror

On Wed, Sep 12, 2018 at 4:03 PM Rich Freeman wrote: > Now, I could buy that -Werror turns NEW warnings into fatal errors, > due to the use of a newer toolchain, since upstream probably didn't > test with that toolchain and thus wouldn't have seen the warning. Yes, exactly. This is one of the

Re: [gentoo-dev] Changing policy about -Werror

On Wed, Sep 12, 2018 at 5:11 PM Rich Freeman wrote: > > On Wed, Sep 12, 2018 at 7:52 PM Matt Turner wrote: > > > > On Wed, Sep 12, 2018 at 4:03 PM Rich Freeman wrote: > > > Now, I could buy that -Werror turns NEW warnings into fatal errors, > > > due to

Re: [gentoo-dev] [RFC] C++ standard in ebuilds

I don't understand what a potential solution would be. The various projects use -std=c++XXX because that's what their code requires. -std=c++XXX can't generally be changed. If a dependent project is incompatible that's no different than any other case of incompatible dependencies in Gentoo. I

Re: [gentoo-dev] Changing policy about -Werror

On Thu, Sep 13, 2018 at 4:13 PM Richard Yao wrote: > > On Sep 13, 2018, at 12:03 PM, Fabian Groffen wrote: > > > >> On 13-09-2018 07:36:09 -0400, Richard Yao wrote: > >> > >> > On Sep 12, 2018, at 6:55 PM, Thomas Deutschmann > wrote: > > On 2018-09-12 16:50, Rich Freeman

Re: [gentoo-dev] Changing policy about -Werror

On Thu, Sep 13, 2018 at 5:44 PM Richard Yao wrote: > > On Sep 13, 2018, at 7:21 PM, Matt Turner wrote: > > > > On Thu, Sep 13, 2018 at 4:13 PM Richard Yao wrote: > >>> On Sep 13, 2018, at 12:03 PM, Fabian Groffen wrote: > >>> > >>

Re: [gentoo-dev] (Lots of) Packages up for grabs due to net-mail@ project disbanding

On Wed, Mar 27, 2019 at 12:23 PM Michael Orlitzky wrote: > > On 3/27/19 3:19 PM, Matt Turner wrote: > >> > >> You got it: I just pushed 17 commits, addressing ~5 open bugs. I've > >> added you, klondike, proxy-maint, and myself as maintainers. > > >

Re: [gentoo-dev] Packages up for grabs due to samba project being disbanded

On Wed, Mar 27, 2019 at 10:04 AM Michał Górny wrote: > The samba project will most likely be disbanded shortly. While > the current project members may stay as fallback maintainers, > the following packages (being part of the Samba stack) would really use > new, dedicated maintainers: I

Re: [gentoo-dev] (Lots of) Packages up for grabs due to net-mail@ project disbanding

On Wed, Mar 27, 2019 at 10:28 AM Michael Orlitzky wrote: > > On 3/26/19 5:09 PM, Ralph Seichter wrote: > > * Michael Orlitzky: > > > >> I'd be happy to work on all of that stuff either before or after you > >> guys take over and get settled in. > > > > I'd appreciate you adding all improvements

Re: [gentoo-dev] Packages up for grabs due to samba project being disbanded

On Wed, Mar 27, 2019 at 1:26 PM Michał Górny wrote: > > On Wed, 2019-03-27 at 12:18 -0700, Matt Turner wrote: > > On Wed, Mar 27, 2019 at 10:04 AM Michał Górny wrote: > > > The samba project will most likely be disbanded shortly. While > > > the current projec

Re: [gentoo-dev] Fwd: [gentoo-commits] repo/gentoo:master commit in: dev-libs/elfutils/

On Sat, Apr 6, 2019 at 8:31 AM Andreas K. Huettel wrote: > > Public service announcement: Calling for stabilization requires maintainer > acknowledgment. > > While there may be parts of Gentoo where this requirement is seen a bit more > loosely, it is definitely true for TOOLCHAIN and

Re: [gentoo-dev] [PATCH 2/3] xorg-2.eclass: Remove use of prune_libtool_files

On Fri, Feb 22, 2019 at 8:30 PM desultory wrote: > > On 02/20/19 02:36, Michał Górny wrote: > > On Wed, 2019-02-20 at 07:20 +0100, Ulrich Mueller wrote: > >>>>>>> On Wed, 20 Feb 2019, Matt Turner wrote: > >> > >> > &

[gentoo-dev] Last rites: some old X11 packages

# Matt Turner (02 Mar 2019) # Old, unused drivers. # Masked for removal in 30 days. Bug #679256 x11-drivers/xf86-input-elographics x11-drivers/xf86-video-newport x11-drivers/xf86-video-tdfx x11-drivers/xf86-video-voodoo # Matt Turner (02 Mar 2019) # No reverse dependencies. No releases in 13

[gentoo-dev] [PATCH] xorg-3.eclass: Copy from xorg-2.eclass and add EAPI 7 support

Nearly all the work is just removing uses of autotools-multilib and autotools-utils. Bug: https://bugs.gentoo.org/619832 Signed-off-by: Matt Turner --- Let's just make an xorg-3 eclass to avoid any possibility of breaking stable things. Points of concern: 1) The fonts code is dead code

Re: [gentoo-dev] [PATCH 3/3] xorg-2.eclass: Add EAPI=7 support

On Sun, Feb 24, 2019 at 4:44 AM Matija Skala wrote: > > Dne sreda, 20. februar 2019 ob 05:45:41 CET je Matt Turner napisal: > > + default > > xorg-2_reconf_source > > - autotools-utils_src_prepare "$@" > > + > > + [[ ${PATCHES} ]] &a

Re: [gentoo-dev] Last rites: some old X11 packages

On Sun, Mar 3, 2019 at 1:09 AM Joshua Kinard wrote: > > On 3/2/2019 13:46, Matt Turner wrote: > > # Matt Turner (02 Mar 2019) > > # Old, unused drivers. > > # Masked for removal in 30 days. Bug #679256 > > > x11-drivers/xf86-video-newport > > This is fo

Re: [gentoo-dev] [PATCH 2/3] xorg-2.eclass: Remove use of prune_libtool_files

> > > On Wed, 20 Feb 2019, Michał Górny wrote: > > > > > On Wed, 2019-02-20 at 07:20 +0100, Ulrich Mueller wrote: > > > > > > > > > > > On Wed, 20 Feb 2019, Matt Turner wrote: > > > > > > ># Don't install libtool arch

Re: Re[2]: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware

On Fri, Mar 15, 2019 at 2:55 PM Conrad Kostecki wrote: > > Hi! > > Am 15.03.2019 20:29:11, "Matt Turner" schrieb: > > On Fri, Mar 15, 2019 at 7:04 AM Conrad Kostecki wrote: > > > > Do you know something about media-libs/raspberrypi-userland as well?

Re: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware

On Fri, Mar 15, 2019 at 6:16 PM Chí-Thanh Christopher Nguyễn wrote: > > Matt Turner schrieb: > >> Do you know something about media-libs/raspberrypi-userland as well? > >> I'm hoping to enable libglvnd support in media-libs/mesa and > >> x11-drivers/nvidia-drivers

Re: [gentoo-dev] Last Rites: sys-fs/cryptmount

On Thu, Mar 7, 2019 at 2:33 AM Conrad Kostecki wrote: > > Hi Matt, > > > Matt Turner hat am 7. März 2019 um 06:34 geschrieben: > > # Matt Turner (06 Mar 2019) > > # Does not build with glibc >= 2.25 (stabilized a year ago). Unmaintained by > > # maintaine

[gentoo-dev] Last Rites: sys-fs/cryptmount

Frankly, I think this is a good example of why we shouldn't allow maintainer-by-proxy for random people without a track record of contributions. Especially when they want to *add* a package to the tree. # Matt Turner (06 Mar 2019) # Does not build with glibc >= 2.25 (stabilized a year

Re: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware

On Fri, Mar 15, 2019 at 7:04 AM Conrad Kostecki wrote: > > # Michael Weber (17 Jul 2013) > > # Upstream next versions > > # Michał Górny (15 Mar 2019) > > # No single unmasked version since. Removal in 30 days. Bug #671238. > > >=sys-boot/raspberrypi-firmware-1_pre > > Could we keep this

Re: [gentoo-dev] Last rites: sys-boot/raspberrypi-firmware

On Fri, Mar 15, 2019 at 12:29 PM Matt Turner wrote: > > On Fri, Mar 15, 2019 at 7:04 AM Conrad Kostecki wrote: > > > # Michael Weber (17 Jul 2013) > > > # Upstream next versions > > > # Michał Górny (15 Mar 2019) > > > # No single unmasked versio

Re: [gentoo-dev] wayland category

On Sat, Feb 9, 2019 at 2:26 AM Mart Raudsepp wrote: > > Ühel kenal päeval, R, 08.02.2019 kell 16:44, kirjutas Matthew Thode: > > wayland, weston, sway{,lock,idle}, wl-clipboard, etc would be the > > start, > > I'm sure there are a ton I'm missing but I don't know where to put > > things like

[gentoo-dev] [PATCH 2/3] xorg-2.eclass: Remove use of prune_libtool_files

--- eclass/xorg-2.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass index 7133aa365f1..74660e7f213 100644 --- a/eclass/xorg-2.eclass +++ b/eclass/xorg-2.eclass @@ -500,7 +500,7 @@ xorg-2_src_install() { fi #

Re: [gentoo-dev] [PATCH 3/3] xorg-2.eclass: Add EAPI=7 support

On Tue, Feb 19, 2019 at 10:24 PM Ulrich Mueller wrote: > > >>>>> On Wed, 20 Feb 2019, Matt Turner wrote: > > > Nearly all the work is just removing uses of autotools-multilib and > > autotools-utils. The new code should work in EAPI 4 and 5. Don't add > >

Re: [gentoo-dev] [PATCH 2/3] xorg-2.eclass: Remove use of prune_libtool_files

On Tue, Feb 19, 2019 at 10:21 PM Ulrich Mueller wrote: > > >>>>> On Wed, 20 Feb 2019, Matt Turner wrote: > > > # Don't install libtool archives (even for modules) > > - prune_libtool_files --all > > + find "${D}" -name '*.la'

[gentoo-dev] [PATCH 3/3] xorg-2.eclass: Add EAPI=7 support

Nearly all the work is just removing uses of autotools-multilib and autotools-utils. The new code should work in EAPI 4 and 5. Don't add support for EAPI 6; that ship has already sailed. --- There are a number of trivial x11 bumps coming up, so I figured I'd try to finally add EAPI=7 support to

[gentoo-dev] [PATCH 1/3] xorg-2.eclass: Drop support for EAPI 3

No ebuilds inheriting xorg-2 are EAPI=3. --- eclass/xorg-2.eclass | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/eclass/xorg-2.eclass b/eclass/xorg-2.eclass index 4ed65e676a0..7133aa365f1 100644 --- a/eclass/xorg-2.eclass +++ b/eclass/xorg-2.eclass @@ -7,7 +7,7 @@ #

[gentoo-dev] Re: EAPI 2 must die

On Wed, Jun 5, 2019 at 11:39 PM Agostino Sarubbo wrote: > > On giovedì 6 giugno 2019 08:25:54 CEST Luca Barbato wrote: > > Anybody has hardware to test it? > > I can do it on timberdoodle. The issue is that the package is for "OldWorld" Macs (like 20+ years old). We recently dropped the

Re: [gentoo-dev] Rethinking multilib flags in Gentoo

On Wed, May 8, 2019 at 3:19 AM Alexis Ballier wrote: > > On Wed, 08 May 2019 12:01:21 +0200 > Michał Górny wrote: > > > On Wed, 2019-05-08 at 11:54 +0200, Alexis Ballier wrote: > > > On Wed, 08 May 2019 11:41:41 +0200 > > > Michał Górny wrote: > > > > > > > > There's multilib that adds a lot of

[gentoo-dev] Re: Rethinking multilib flags in Gentoo

On Tue, May 7, 2019 at 2:47 PM Michał Górny wrote: > On the other hand, if I am consider the benefit of having large number > of flags that will never benefit the majority of users (if anyone) > vs. having much faster CI (= being able to run it more frequently, > and therefore report problems

[gentoo-dev] Re: Proposed last rites for sci-chemistry/coot and a bunch of reverse dependencies

Thanks. Done, except for x11-libs/guile-gtk which is still a dependency of the current stable sci-electronics/gwave. Bug: https://bugs.gentoo.org/639760

Re: [gentoo-dev] [PATCH] CPU_FLAGS_X86: add global 'f16c' flag

Both this and the avx512f change look good to me.

Re: [gentoo-dev] Retirement / packages up for grabs

On Mon, Apr 8, 2019 at 8:51 PM Austin English wrote: > > Howdy all, > > I haven't had much time for Gentoo lately, so I'm turning in my keys. > It's been a great learning experience, and I hope my contributions were > helpful. Best of luck on your future endeavors. I'm sorry to see you go. Thank

[gentoo-dev] Proposed last rites for sci-chemistry/coot and a bunch of reverse dependencies

I was investigating what needs to be done to drop guile-1.8 from the tree (bug 590558, 587252). sci-chemistry/coot is one of the blocking packages (bug 591410). It has a version bump request open for 18 months (bug 639760) and hasn't been maintained in as long. The new version doesn't appear to

[gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

On Mon, Jul 29, 2019 at 10:20 PM Michał Górny wrote: > > On Tue, 2019-07-30 at 01:49 +, Matt Turner wrote: > > commit: 6f680e4fe73925ae130343e02adb416cb799ce7d > > Author: Chris Mayo gmail com> > > AuthorDate: Fri Jul 26 18:48:13 2019 + > > Com

[gentoo-dev] Last Rites: sci-physics/meep, sci-physics/harminv, sci-libs/libctl

# Matt Turner (2019-08-02) # Unmaintained in Gentoo. Incompatible with guile-2 # Masked for removal in 30 days, Bugs #685540, #629058 sci-libs/libctl sci-physics/harminv sci-physics/meep signature.asc Description: PGP signature

[gentoo-dev] Last Rites: x11-libs/guile-gtk

# Matt Turner (2019-08-02) # Unmaintained. Incompatible with guile-2 # Masked for removal in 30 days, Bugs #641864, #647536, #688244 x11-libs/guile-gtk signature.asc Description: PGP signature

[gentoo-dev] Last Rites: mail-filter/anubis

# Matt Turner (2019-08-02) # Incompatible with guile-2. No longer a use case # Masked for removal in 30 days, Bugs #617792 mail-filter/anubis signature.asc Description: PGP signature

[gentoo-dev] Last Rites: sci-mathematics/drgeo

# Matt Turner (2019-08-02) # Incompatible with guile-2 # Masked for removal in 30 days, Bugs #592188 sci-mathematics/drgeo signature.asc Description: PGP signature

Re: [gentoo-dev] mark ppc64le profiles stable

Looks great!

[gentoo-dev] [PATCH] xorg-3.eclass: Add XORG_TARBALL_SUFFIX

To allow overriding the tarball type. Signed-off-by: Matt Turner --- eclass/xorg-3.eclass | 18 +- 1 file changed, 17 insertions(+), 1 deletion(-) diff --git a/eclass/xorg-3.eclass b/eclass/xorg-3.eclass index f135058fba6..bd857e1cca2 100644 --- a/eclass/xorg-3.eclass +++ b

Re: [gentoo-dev] [PATCH] xorg-3.eclass: Add XORG_TARBALL_SUFFIX

On Mon, Aug 12, 2019 at 3:29 PM Ulrich Mueller wrote: > > >>>>> On Tue, 13 Aug 2019, Matt Turner wrote: > > > +# Even though xz-utils are in @system, they must still be added to DEPEND; > > see > > +# > > https://archives.gentoo.org/gentoo-de

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

On Sat, Aug 10, 2019 at 1:49 PM William Hubbs wrote: > > On Tue, Aug 06, 2019 at 11:29:50PM +0200, Michał Górny wrote: > > Hi, > > > > Some time ago William asked me to move UID/GID assignments from wiki [1] > > to something more accessible. I've finally gotten around to draft > > something, and

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

On Sun, Aug 11, 2019 at 12:48 PM William Hubbs wrote: > > On Sat, Aug 10, 2019 at 05:41:56PM -0700, Matt Turner wrote: > > On Sat, Aug 10, 2019 at 1:49 PM William Hubbs wrote: > > > > > > On Tue, Aug 06, 2019 at 11:29:50PM +0200, Michał Górny wrote: > > &

Re: [gentoo-dev] [RFC] Moving UID/GID assignments to api.gentoo.org

On Sun, Aug 11, 2019 at 3:54 PM William Hubbs wrote: > > On Sun, Aug 11, 2019 at 03:04:02PM -0700, Matt Turner wrote: > > On Sun, Aug 11, 2019 at 12:48 PM William Hubbs wrote: > > > If we are going to require a modeline, shouldn't we consider allowing > > > them

Re: [gentoo-dev] [RFC] package.deprecated to mark packages deprecated and report dependencies

On Fri, Aug 16, 2019 at 10:10 AM Michał Górny wrote: > > Hi, > > leio asked me yesterday for the possibility of marking packages > as deprecated, so that CI would issue warnings when other packages > depend on them. I think that's quite a good idea, so I'd like to > propose a simple

[gentoo-dev] Last Rites: games-strategy/liquidwar6

# Matt Turner (2019-09-01) # Depends on dev-scheme/guile:12. Unpackaged versions from 2015. # Removal in 30 days. # Bug #654654. games-strategy/liquidwar6 signature.asc Description: PGP signature

Re: [gentoo-dev] Last Rites: sci-chemistry/burrow-owl and dependencies

On Sun, Sep 1, 2019 at 1:04 PM Matt Turner wrote: > > # Matt Turner (2019-09-01) > # dev-scheme/guile-gnome-platform depends on dev-scheme/guile:12. Its only > # reverse dependency is sci-chemistry/burrow-owl, so include it. The others > are > # dependencies of sci-chemistry/

Re: [gentoo-dev] Last Rites: games-strategy/liquidwar6

On Sun, Sep 1, 2019 at 1:05 PM Matt Turner wrote: > > # Matt Turner (2019-09-01) > # Depends on dev-scheme/guile:12. Unpackaged versions from 2015. I made a mistake here (that I corrected in commit 7ca64f844e18). The mask now reads: # Matt Turner (2019-09-01) -# Depends on dev-sch

[gentoo-dev] Last Rites: sci-chemistry/burrow-owl and dependencies

# Matt Turner (2019-09-01) # dev-scheme/guile-gnome-platform depends on dev-scheme/guile:12. Its only # reverse dependency is sci-chemistry/burrow-owl, so include it. The others are # dependencies of sci-chemistry/burrow-owl as well, and it is their only # reverse dependency. # Bug #693290. dev

Re: [gentoo-dev] Home directory for the 'portage' user

On Mon, Sep 2, 2019 at 10:05 AM Mike Gilbert wrote: > > I would like to create an acct-user package for the 'portage' user, > but I'm having trouble deciding on a home directory. > > baselayout currently sets it to /var/tmp/portage, and this just seems > like a bad idea to me. I'm pretty sure we

Re: [gentoo-dev] [RFC] Mass last-riting of x86-but-not-amd64 packages

On Sat, Aug 31, 2019 at 1:04 AM Michał Górny wrote: > sys-fs/hfsplusutils Your script should probably check for other keywords as well. This package is almost entirely for use on ppc/ppc64 machines. For whatever reason it has an x86 keyword as well, so the lack of an amd64 keyword doesn't

Re: [gentoo-dev] Need ARM/AArch64 test data for cpuid2cpuflags

>From my original generation SolidRun Cubox: $ ./hwcap-dump hwcap:0004ead6 hwcap2: mattst88@cubox ~/cpuid2cpuflags-7-dev $ uname -a Linux cubox 5.2.7 #11 Wed Aug 7 17:50:03 PDT 2019 armv7l ARMv7 Processor rev 5 (v7l) Marvell Dove GNU/Linux cpuid2cflags says CPU_FLAGS_ARM:

Re: [gentoo-dev] [PATCH 1/2] use.desc: Make lz4 a global flag

On Sun, Sep 15, 2019 at 7:12 AM Michał Górny wrote: > > The 'lz4' flag is used consistently for the LZ4 compression algorithm > in 23 packages. Make it a global flag. Good idea. Ack for both this and snappy.

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

On Sat, Jul 20, 2019 at 1:22 PM Michał Górny wrote: > > On Sat, 2019-07-20 at 23:04 +0300, Andrew Savchenko wrote: > > On Sat, 20 Jul 2019 20:28:39 +0200 Michał Górny wrote: > > > On Sat, 2019-07-20 at 20:50 +0300, Andrew Savchenko wrote: > > > > On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny

Re: [gentoo-dev] [RFC] New QA policy: Packages must not disable installing manpages via USE flags

On Wed, Jul 17, 2019 at 6:25 AM Michał Górny wrote: > > Hello, > > The QA team would like to introduce the following policy: > > """ > Packages must not disable installing manpages via USE flags (e.g. > USE=man or USE=doc). Xorg libraries use USE=doc to control the build (sometimes) and

Re: [gentoo-dev] [PATCH] CPU_FLAGS_X86: Introduce 'sha' flag

On Thu, Jul 18, 2019 at 7:53 AM Michał Górny wrote: > > Introduce 'sha' flag that corresponds to SHA-NI instruction set. > This has two potential users, and is present in git version > of cpuid2cpuflags (pending release once the flag is added). Ack

Re: [gentoo-dev] Re: [RFC] Adding 'GPL-2-only', 'GPL-3-only' etc. license variants for better auditing

On Sat, Sep 21, 2019 at 1:58 PM Ulrich Mueller wrote: > > > On Sat, 21 Sep 2019, Michał Górny wrote: > > > I'd like to propose to employ a more systematic method of resolving this > > problem. I would like to add additional explicit 'GPL-n-only' licenses, > > and discourage using short

Re: [gentoo-dev] [RFC] Adding 'GPL-2-only', 'GPL-3-only' etc. license variants for better auditing

On Sat, Sep 21, 2019 at 4:46 PM Ulrich Mueller wrote: > > >>>>> On Sun, 22 Sep 2019, Matt Turner wrote: > > > An idea to consider: use SPDX license identifiers (see > > https://spdx.org/licenses/) > > > For GPL 2 they are "GPL-2.0-only&quo

Re: [gentoo-dev] [RFC] Adding 'GPL-2-only', 'GPL-3-only' etc. license variants for better auditing

On Sat, Sep 21, 2019 at 9:57 AM Matt Turner wrote: > > On Sat, Sep 21, 2019 at 9:09 AM Michał Górny wrote: > > TL;DR: I'd like to replace 'GPL-2' with 'GPL-2-only' etc., having > > the former trigger QA warning asking the dev to double-check if it's > > 'GPL-2-only'

Re: [gentoo-dev] [RFC] Adding 'GPL-2-only', 'GPL-3-only' etc. license variants for better auditing

On Sat, Sep 21, 2019 at 9:09 AM Michał Górny wrote: > TL;DR: I'd like to replace 'GPL-2' with 'GPL-2-only' etc., having > the former trigger QA warning asking the dev to double-check if it's > 'GPL-2-only' or 'GPL-2+'. I think that's a good idea.

[gentoo-dev] RFC: GID/UID assignment for mosquitto (482)

I don't see this being defined in other distros' lists, so I've selected the highest ID available (after Bitcoin gets 483).

Re: [gentoo-dev] [RFC] Adding 'GPL-2-only', 'GPL-3-only' etc. license variants for better auditing

On Tue, Sep 24, 2019 at 12:13 AM Ulrich Mueller wrote: > > >>>>> On Tue, 24 Sep 2019, Matt Turner wrote: > > > Just responding because the absurdity of this angers me, to be honest. > > See if you notice anything funny about the URL: > > > http

Re: [gentoo-dev] stable-bot is down. Temporary? Forever? Can we have a contacts page for it?

On Thu, Sep 26, 2019 at 12:29 AM Sergei Trofimovich wrote: > > I noticed that stable-bot stopped marking bugs as verified for stbilization. > Example: > https://bugs.gentoo.org/695252 > > 1. Is it gone forever and arch teams should stop relying on it's presence? > 2. If not can the owner

Re: [gentoo-dev] Re: [RFC] Adding 'GPL-2-only', 'GPL-3-only' etc. license variants for better auditing

On Mon, Sep 23, 2019 at 6:42 PM Jason Zaman wrote: > > On Sat, Sep 21, 2019 at 09:17:53PM +0200, Ulrich Mueller wrote: > > > On Sat, 21 Sep 2019, Michał Górny wrote: > > > > > TL;DR: I'd like to replace 'GPL-2' with 'GPL-2-only' etc., having > > > the former trigger QA warning asking the dev

Re: [gentoo-dev] [RFC] Adding 'GPL-2-only', 'GPL-3-only' etc. license variants for better auditing

On Sat, Sep 21, 2019 at 4:46 PM Ulrich Mueller wrote: > > >>>>> On Sun, 22 Sep 2019, Matt Turner wrote: > > > An idea to consider: use SPDX license identifiers (see > > https://spdx.org/licenses/) > > > For GPL 2 they are "GPL-2.0-only&quo

Re: [gentoo-dev] RFC: Require full $P not just $PN on stable/keyword commit messages

On Fri, Nov 1, 2019 at 12:59 PM Michael 'veremitz' Everitt wrote: > > Hello, > > I've noticed a lot of stabilisation commit messages (and a few keywording > ones too) simply state the package atom and not the relevant > release/version. I find this a little meaningless, as unless this is the >

<    1   2   3   4   5   6   7   8   >