Re: [gentoo-dev] x11-base/xorg-server: No longer enabling suid by default.

2020-05-26 Thread Haelwenn (lanodan) Monnier
[2020-05-25 23:41:23+0200] Piotr Karbowski: > There are 3 common ways the xorg-server is started: > > - via XDM of some sort, usually forked as root, does not require suid, > systemd or elogind. Launching X as root and having it be suid is quite the same thing… > - via better XDM that can into

Re: [gentoo-dev] Package up for grabs: net-im/prosody

2020-05-11 Thread Haelwenn (lanodan) Monnier
[2020-05-11 12:39:05+0200] Tobias Klausmann: > Hi! > > As per subject. I am not running any Jabber infrastructure > anymore. > > Package is in decent shape. Lua 5.2 compatibility is not there, > but I don't see 5.2 happening soon anyway. The rest of the bugs > are nice-to-haves and cosmetic

Re: [gentoo-dev] Fwd: New eclass suggestion: docs.eclass

2020-04-27 Thread Haelwenn (lanodan) Monnier
[2020-04-27 18:10:43+0200] Andrew Ammerlaan: > # Copyright 1999-2020 Gentoo Authors > # Distributed under the terms of the GNU General Public License v2 > > # @ECLASS: docs.eclass > # @MAINTAINER: > # Andrew Ammerlaan > # @AUTHOR: > # Author: Andrew Ammerlaan > # Based on the work of: Michał

Re: [gentoo-dev] Last rites: dev-java/oracle-{jdk,jre}-bin and revdeps

2020-04-19 Thread Haelwenn (lanodan) Monnier
[2020-04-18 21:10:45-0700] Georgy Yakovlev: > # Georgy Yakovlev (2020-04-18) > # Unmaintained, vulnerable oracle java ebuilds, even fetching distfiles > # requires agreement to restrictive license > # Revdeps that still depend on oracle variants require javafx > # Please use icedtea or openjdk

Re: [gentoo-dev] Packages up for grabs

2020-04-14 Thread Haelwenn (lanodan) Monnier
[2020-04-14 11:36:54+0300] Joonas Niilola: > here's a list of packages recently dropped to maintainer-needed due to > retirement of multiple inactive proxied maintainers. > > (b) = open bugs, > (v) = new version is available. > > -- > net-nntp/suck (b,v) > -- I'll this one, I

Re: [gentoo-dev] Adding hw-probe in Gentoo

2020-03-27 Thread Haelwenn (lanodan) Monnier
Hi, [2020-03-28 00:15:41+0100] Conrad Kostecki: > a longer time ago, there were some concerns about privacy reasons > discussed here. It took a long time, but there is now a new version > released with lot's of changes. Since all results are still by default > uploaded, It should be noted,

Re: [gentoo-dev] network sandbox challenge

2020-03-26 Thread Haelwenn (lanodan) Monnier
[2020-03-27 01:16:43+] Samuel Bernardo: > 2) For snapd I need to load previously the remote repositories > dependencies into a tar.gz that need to be stored in ebuild files. This > is ugly, I know, but there is no distfiles trusted repository > alternative where I can place them. > As a

Re: [gentoo-dev] autotools

2020-03-26 Thread Haelwenn (lanodan) Monnier
[2020-03-26 17:47:35+] Samuel Bernardo: > I send this email to ask you for your help for the better approach to > translate the following autoreconf command to an ebuild: > > > |autoreconf -i -f ./configure \ --prefix=/usr \ > > --libexecdir=/usr/lib/snapd \ > >

Re: [gentoo-dev] rfc: backward-incompatible changes in eclasses

2020-03-23 Thread Haelwenn (lanodan) Monnier
[2020-03-23 20:27:51+0200] Joonas Niilola: > On 3/23/20 8:23 PM, William Hubbs wrote: > > but we need to > > find a way to notify them when a breaking change is going into a widely > > used eclass and give them time to adjust their ebuilds. > > > > > > Thoughts? > > > Subscribe to this mailing

Re: [gentoo-dev] reduce load of tinderox' bug reprots to bugs.gentoo.org

2020-03-22 Thread Haelwenn (lanodan) Monnier
[2020-03-22 14:50:25+0100] Toralf Förster: > I was asked about possible changes of the way how tinderbox detected bugs > shall be filed, eg. to reduce the amount of attached files. There were ideas > to store eg. logs et al at AWS s3 and use b.g.o. only for the bug report > itself. > > I

Re: [gentoo-dev] [PATCH] dev-python/metadata.xml: Clarify description

2020-03-10 Thread Haelwenn (lanodan) Monnier
Not sure if I can submit translations, but I'll try: [2020-03-08 09:51:27+0100] Michał Górny: > Rewrite the description for dev-python category in order to clarify > its purpose. It has been pointed out that the previous description may > have suggested that it is the category for *all* things

Re: [gentoo-dev] [RFC] The right approach to python-r2 (-r3?)

2020-03-04 Thread Haelwenn (lanodan) Monnier
[2020-03-04 13:07:40+0100] Michał Górny: > Summary > === > So to summarize, of the three proposed approaches: > > 1. A & C provide for fast cleanup of old API with mostly-automated > conversion. > > 2. B & C provide for gradual cleanup of warnings and old EAPIs, i.e. > stuff requiring

Re: [gentoo-dev] [RFC v2] News item: OpenSSH 8.2_p1 running sshd breakage

2020-02-19 Thread Haelwenn (lanodan) Monnier
[2020-02-19 13:32:01-0800] Patrick McLean: > Title: OpenSSH 8.2_p1 running sshd breakage > Author: Patrick McLean > Posted: 2020-02-21 > Revision: 1 > News-Item-Format: 2.0 > Display-If-Installed: > If sshd is running, and a system is upgraded from to >=net-misc/openssh-8.2_p1, any new ssh

Re: [gentoo-dev] Should we allow "GPL, v2 or later" for ebuilds?

2020-02-11 Thread Haelwenn (lanodan) Monnier
[2020-02-11 10:52:57-0500] Rich Freeman: > On Tue, Feb 11, 2020 at 10:05 AM Haelwenn (lanodan) Monnier > wrote: > > > > Maybe it could for now be a simple agreement on putting your code to > > the Gentoo Foundation under the GPL-2+ but it would be publishe

Re: [gentoo-dev] Should we allow "GPL, v2 or later" for ebuilds?

2020-02-11 Thread Haelwenn (lanodan) Monnier
[2020-01-30 08:19:08-0500] Rich Freeman: > On Thu, Jan 30, 2020 at 6:20 AM Haelwenn (lanodan) Monnier > wrote: > > [2020-01-27 12:41:26+0100] Ulrich Mueller: > > > So, the question is, should we allow ebuilds > > > # Distributed under the terms of the

Re: [gentoo-dev] Should we allow "GPL, v2 or later" for ebuilds?

2020-01-30 Thread Haelwenn (lanodan) Monnier
[2020-01-27 12:41:26+0100] Ulrich Mueller: > So, the question is, should we allow ebuilds > # Distributed under the terms of the GNU General Public License, v2 or later > in the repository, or should we even encourage it for new ebuilds? > > I have somewhat mixed feelings about this. One the one

Re: [gentoo-dev] Last rites: dev-python/epydoc

2020-01-29 Thread Haelwenn (lanodan) Monnier
[2020-01-30 06:18:21+0100] David Haller: > BTW: has it been taken note of that (at least ESR) Mozillen like > firefox still use python2.7 for quite a bit in the build process? Yup, filled in: https://bugs.gentoo.org/698978 Also, they litterally bundled python 2.7.9 in Firefox 68.3.0, haven't

Re: [gentoo-dev] New QA Policy Guide

2020-01-19 Thread Haelwenn (lanodan) Monnier
Thanks a lot for this policy guide, finally there is a good documentation on them. I found one issue with it though, on pages like other-metadata.html and keywords.html the links are too large and squish the dt elements, one way I found to fix it is by adding `word-break: break-all` to

[gentoo-dev] Packages up for grabs: www-plugins/passff{,-host}

2019-12-18 Thread Haelwenn (lanodan) Monnier
Hello, I'll be removing myself from (proxy-)maintainer of www-plugins/passff and www-plugins/passff-host as firefox as been more and more of a pain to deal with. For example today I ended up discovering that firefox-68.3.0 bundles Python 2.7.9 at

Re: [gentoo-dev] [PATCH] cargo.eclass: use verbose cargo invocations

2019-12-07 Thread Haelwenn (lanodan) Monnier
[2019-12-06 16:16:32-0800] Georgy Yakovlev: > On Friday, December 6, 2019 3:44:38 PM PST Sergei Trofimovich wrote: > > On Fri, 6 Dec 2019 12:09:31 -0800 > > Georgy Yakovlev wrote: > > > Default output just prints crate name. > > > With -vv we can see all cargo options and rustc args. > > > > >

Re: [gentoo-dev] Migrate away from python-2 or not

2019-11-29 Thread Haelwenn (lanodan) Monnier
[2019-11-29 14:49:12+0100] Mathy Vanvoorden: > > I tried removing python2 on a handful of test systems over the last week > > ... it's back everywhere. > > > > > I attempted the same over the last couple of days as I was thinking "It's > going anyway, why not get a head start?". I had to do the

[gentoo-dev] Addressing split usage of USE=gles[123]

2019-11-20 Thread Haelwenn (lanodan) Monnier
Hello gentoo-dev, First proposition on this list so hopefully not missing some kind of netiquette/policy. I noticed for some time that there seems to be two use cases for the gles[123] family of USE flags in gentoo repo: 1. enabling support of OpenGL ES, which seems interesting to have for

Re: [gentoo-dev] Package up for grabs: sys-firmware/iwl1000-ucode

2019-11-16 Thread Haelwenn (lanodan) Monnier
[2019-11-16 11:05:54+0200] Jaco Kroon: > On 2019/11/15 21:35, Matt Turner wrote: > > On Fri, Nov 15, 2019 at 2:20 AM Ulrich Mueller wrote: > >> The package is somewhat redundant, because sys-kernel/linux-firmware > >> installs the same files. (Same for all other sys-firmware/iwl*-ucode > >>

Re: [gentoo-dev] RFC: Create ejabberd project

2019-10-28 Thread Haelwenn (lanodan) Monnier
[2019-10-28 11:12:49+0100] Hanno Böck: > There are a bunch of dev-erlang/* packages whose primary reason for > packagin is that they're dependencies of ejabberd (and they're becoming > more), most of them currently in maintainer-needed status. > > I'd like to group those together as maintained by

Re: [gentoo-dev] Underscores in USE flags

2019-09-20 Thread Haelwenn (lanodan) Monnier
[2019-09-20 13:24:45-0400] Mike Gilbert: > On Fri, Sep 20, 2019 at 12:55 PM Michał Górny wrote: > > On Fri, 2019-09-20 at 12:41 -0400, Mike Gilbert wrote: > > > On Fri, Sep 20, 2019 at 12:11 PM Michał Górny wrote: > > > > On Fri, 2019-09-20 at 11:46 -0400, Mike Gilbert wrote: > > > > > Recently,

Re: [gentoo-dev] RFC: GLEP81 home directory guidelines

2019-08-16 Thread Haelwenn (lanodan) Monnier
[2019-08-16 18:40:32-0400] Michael Orlitzky: > GLEP81 changed two aspects of user management: > > 1 Creating a user can now modify the permissions on an existing > directory. Should the need arise, this is necessary for a new > version of an acct-user package to be able to fix the

Re: [gentoo-dev] [PATCH] use.desc: Introduce global USE=magic

2019-08-11 Thread Haelwenn (lanodan) Monnier
[2019-08-11 14:53:34+0200] Michał Górny: > On Sun, 2019-08-11 at 14:46 +0300, Mart Raudsepp wrote: > > The USE flag naming feels a bit to be desired by me. > > That's because I don't believe in USE flags having to be named by the > > external dep they introduce, but by functionality. USE=magic

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

2019-07-23 Thread Haelwenn (lanodan) Monnier
[2019-07-21 08:36:41-0700] Christopher Head: > On July 20, 2019 1:22:39 PM PDT, "Michał Górny" wrote: > >Yes, I get it. User experience is not important if it would mean > >developers would actually do anything but the bare minimum to get > >from one paycheck to another. The usual Gentoo

Re: [gentoo-dev] tracker for usr merge fixes

2019-07-20 Thread Haelwenn (lanodan) Monnier
[2019-07-20 10:27:53-0500] William Hubbs: > I saw that someone in another thread asked about a tracker for usr merge > related fixes. > > There wasn't one, so I opened one. > > https://bugs.gentoo.org/usrmerge-fixes Looks like there is yet another bugzilla's bug or weird behaviour as it returns

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

2019-07-17 Thread Haelwenn (lanodan) Monnier
[2019-07-17 15:25:10+0200] Michał Górny: > 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). If upstream does not ship prebuilt manpages > and building them requires additional

Re: [gentoo-dev] [PATCH 2/4] llvm.eclass: Update examples for newer LLVM versions

2019-04-30 Thread Haelwenn (lanodan) Monnier
[2019-04-30 07:38:56+0200] Michał Górny: > Signed-off-by: Michał Górny > --- > eclass/llvm.eclass | 12 +++- > 1 file changed, 7 insertions(+), 5 deletions(-) > > diff --git a/eclass/llvm.eclass b/eclass/llvm.eclass > index 618a924bbb87..e4052a6400c0 100644 > --- a/eclass/llvm.eclass >

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

2018-11-25 Thread haelwenn (lanodan) Monnier
[2018-11-25 11:04:57] Michał Górny: > Hello, everyone. > > Due to long-time inactivity, the following packages are now up for > grabs. Given the length of the list, please forgive me for any > mistakes. Can I take theses as a proxy-maintainer? Thanks. > app-misc/golly > app-misc/hexcompare >