Re: [gentoo-dev] Packages up for grabs

2024-04-03 Thread Haelwenn (lanodan) Monnier
[2024-04-03 12:01:24+0200] Michał Górny: The following packages are up for grabs due to the inactivity of their maintainers: dev-python/pygame_sdl2 Taking this, it's basically part of renpy anyway (both masked due to cython-3 incompatibility). app-arch/unrpa Taking this, third-party too

Re: [gentoo-dev] [PATCH] metadata/install-qa-check.d: make the FHS paths warning easier to read

2024-03-28 Thread Haelwenn (lanodan) Monnier
[2024-03-28 23:54:35-0400] Eli Schwartz: * QA Notice: The ebuild is installing to one or more unexpected paths: * * /var/tmp/portage/sys-cluster/legion-/image/usr/bin/legion_prof_files * /var/tmp/portage/sys-cluster/legion-/image/usr/bin/serializer_examples * * Please fix the ebuild t

[gentoo-dev] media-sound/sndio and related packages up for grabs

2024-01-20 Thread Haelwenn (lanodan) Monnier
Hi, I still would maintain the packages and I still have them installed but as I switched over to pipewire some months ago someone else should take over. - acct-user/sndiod - media-plugins/alsa-sndio::guru - compatibility layer, got archived by upstream but still works fine - media-plugins/gst

Re: [gentoo-dev] [RFC] New category: dev-build

2024-01-07 Thread Haelwenn (lanodan) Monnier
[2024-01-07 15:46:23+0100] Michał Górny: Hi, Another idea for a new category: dev-build. Proposed description: Build systems and related tools. Some candidates (there are more): [snip] sys-devel/gettext (not 100% sure about it) I think that's the only one I wouldn't include as gettext

Re: [gentoo-dev] Massive Github PR Queue

2023-08-12 Thread Haelwenn (lanodan) Monnier
[2023-08-11 22:12:27-0400] Mike Gilbert: On Fri, Aug 11, 2023 at 21:18 Michael Orlitzky wrote: On Fri, 2023-08-11 at 10:35 -0700, orbea wrote: > > Perhaps the correct answer would be neither Bugzilla or Github? A mailing list (whose archives work :o) with git-send-email threads would be an im

Re: [gentoo-dev] Defining TZ in the base system profile?

2023-02-14 Thread Haelwenn (lanodan) Monnier
[2023-01-18 20:48:56-0500] Joshua Kinard: So is adding a default definition of TZ to our base system /etc/profile something we want to look at? I haven't tried any other methods of benchmarking to see if not making those additional syscalls is just placebo or if there are actual impacts. Give

Re: [gentoo-dev] musl, sbcl, and ros

2022-12-02 Thread Haelwenn (lanodan) Monnier
[2022-12-02 05:11:15+] Andrey Grozin: In principle, one can try a workaround: use some other lisp (say, clisp or ecl) as the bootstrap lisp. This way is at best brittle: there is no guarantee that these external lisps will compile the sbcl sources successfully. People say that sometimes this

Re: [gentoo-dev] Packages up for grabs: app-eselect/eselect-wine, gui-libs/gtk-layer-shell ...

2022-07-28 Thread Haelwenn (lanodan) Monnier
[2022-07-24 11:34:41+0300] Joonas Niilola: gui-libs/gtk-layer-shell Taking this, using it in some of my packages over in GURU.

Re: [gentoo-dev] [PATCH] verify-sig.eclass: add app-crypt/signify support

2021-12-08 Thread Haelwenn (lanodan) Monnier
[2021-12-08 19:28:24+0500] Anna Vyalkova: On 2021-12-08 13:54, Haelwenn (lanodan) Monnier wrote: > >+case ${VERIFY_SIG_IMPL} in > >+ gnupg) > >+ BDEPEND=" > >+ verify-sig? ( > >+

Re: [gentoo-dev] [PATCH] verify-sig.eclass: add app-crypt/signify support

2021-12-08 Thread Haelwenn (lanodan) Monnier
Nice patch, got few things that I think should be changed though: [2021-12-08 07:54:04+0500] Anna Vyalkova: +case ${VERIFY_SIG_IMPL} in + gnupg) + BDEPEND=" + verify-sig? ( + app-crypt/gnupg + >

Re: [gentoo-dev] Packages up for grabs

2021-07-23 Thread Haelwenn (lanodan) Monnier
[2021-07-23 08:40:50+0100] Sergei Trofimovich: > dev-lang/elixir > dev-lang/erlang I could co-maintain these two, feel free to add me to metadata.xml, I'll look if there is some improvments that could be done but I haven't had to scratch an itch on it yet.

Re: [gentoo-dev] [PATCH] cvs.eclass: Fix CVS_RSH for app-shells/mksh

2021-07-05 Thread Haelwenn (lanodan) Monnier
[2021-07-05 13:43:27+0200] Ulrich Mueller: > >>>>> On Mon, 05 Jul 2021, Haelwenn (lanodan) Monnier wrote: > > > if [[ ${ECVS_AUTH} == "ext" ]] ; then > > - #default to ssh > > - [[ -z ${CVS_RSH} ]] && export CVS_RSH="ssh&qu

[gentoo-dev] [PATCH] cvs.eclass: Fix CVS_RSH for app-shells/mksh

2021-07-05 Thread Haelwenn (lanodan) Monnier
For some reason CVS_RSH wouldn't be set into cvs_src_unpack, app-shells/mksh is also the only ebuild in ::gentoo one using it with ECVS_AUTH="ext" I also removed EAPI-4 support as it's banned in ::gentoo Signed-off-by: Haelwenn (lanodan) Monnier --- eclass/cvs.eclass | 1

[gentoo-dev] [PATCH v2] gstreamer-meson.eclass: New eclass required for gstreamer-1.18.0+

2021-03-23 Thread Haelwenn (lanodan) Monnier
emove legacy prune_libtool_files - virtualx wrapped for testing Fixes: https://bugs.gentoo.org/690468 Signed-off-by: Haelwenn (lanodan) Monnier --- eclass/gstreamer-meson.eclass | 320 ++ 1 file changed, 320 insertions(+) create mode 100644 eclass/gstr

Re: [gentoo-dev] [PATCH] gstreamer-meson.eclass: New eclass required for gstreamer-1.18.0+

2021-03-17 Thread Haelwenn (lanodan) Monnier
[2021-03-17 11:15:26+0200] Mart Raudsepp: > Ühel kenal päeval, K, 17.03.2021 kell 01:57, kirjutas Sam James: > > > +# @FUNCTION: gstreamer_multilib_src_install_all > > > +# @DESCRIPTION: > > > +# Installs documentation for requested gstreamer plugin, and > > > removes > > .la > > > +# files. > > >

[gentoo-dev] [PATCH] gstreamer-meson.eclass: New eclass required for gstreamer-1.18.0+

2021-03-16 Thread Haelwenn (lanodan) Monnier
with extraneous dependencies that we currently split in other packages. Hence the rather ugly but currently required GST_PLUGINS_DISABLED block. Fixes: https://bugs.gentoo.org/690468 Signed-off-by: Haelwenn (lanodan) Monnier --- eclass/gstreamer-meson.eclass | 293 ++ 1

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 l

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 stuf

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ł Gór

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 ins

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 got

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, that

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 workaro

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 \ > > --with-snap-mount-dir=/var/lib/

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 list

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 starte

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 wr

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 runtime

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 conn

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 GNU

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 h

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 che

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 a.refer

[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 ${S}/obj-x86_64-pc-linux-gnu/_virtualenvs/init/b

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 fol

[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 more

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 > >> packag

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 owners

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 soun

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 attitud

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 dependencies,

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 > app