Re: [gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*

Hi, On 2024/09/13 12:22, Michael Orlitzky wrote: On 2024-09-11 17:23:16, Jaco Kroon wrote: 1.  Let users (myself included) just download and use that. 2.  We package the phar file rather than the individual deps. Yes, this is cheating.  Like using embedded libs, however, I've see

Re: [gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*

Hi Michael, Looks like we keep bumping into each other ... and not only on PHP packages. n 2024/09/11 13:26, Michael Orlitzky wrote: On Wed, 2024-09-11 at 09:33 +0200, Jaco Kroon wrote: Hi, I missed this announcement, looking specifically for composer again. If I make the effort of bumping

[gentoo-dev] Re: Last rites EAPI=6 packages: dev-php/*

Hi, I missed this announcement, looking specifically for composer again. If I make the effort of bumping to newest version, is this something that would be re-added to the tree? I note there were active security vulnerabilities under very specific conditions (composer.phar is exposed via htt

[gentoo-dev] Fwd: open pull requests [was on netifrc]

into our local repositories and projects instead. Hoping for some advise on how to proceed. Kind regards, Jaco Forwarded Message Subject:open pull requests Date: Thu, 22 Aug 2024 09:06:58 +0200 From: Jaco Kroon Organization: Ultimate Linux Solutions (Pty) L

Re: [gentoo-dev] [PATCH] php-ext-source-r3.eclass: Rebuild exts should dev-lang/php[threads,debug] change.

Based on no feedback I proceeded to push a PR available here: https://github.com/gentoo/gentoo/pull/37712 On 2024/07/23 12:42, Jaco Kroon wrote: If these use flags change then the extension dir changes too, requiring extensions to be rebuilt. The downside of this change is that different

[gentoo-dev] [PATCH] php-ext-source-r3.eclass: Rebuild exts should dev-lang/php[threads,debug] change.

If these use flags change then the extension dir changes too, requiring extensions to be rebuilt. The downside of this change is that different versions of PHP can no longer have different USE values for threads and debug. Signed-off-by: Jaco Kroon --- eclass/php-ext-source-r3.eclass | 9

[gentoo-dev] last-rite: net-dialup/openl2tp

# Jaco Kroon (2024-07-11) # Superseded by xl2tpd, this no longer has any operational advantage over # xl2tpd.  If you need help you're welcome to contact me (jkroon on # libera.chat). # Removal on 2024-08-11. bugs: #414901, #768075, #919269 net-dialup/openl2tp

[gentoo-dev] recommendation to last-rite openl2tp

Hi All, I noted there has been a recent push to deprecate and clean up the tree as much as possible. Another possible candidate is net-dialup/openl2tp. We've been using this for a while now, with some recent patches we've added against xl2tpd (mostly myself) we now believe there is no longer

Re: [gentoo-dev] Reviewing ebuilds with git

Hi, Is there a way to make this work with github PR reviews? Kind regards, Jaco On 2024/06/30 19:38, Sam James wrote: Hi, I've mentioned this on IRC a bunch of times to people but I figure I'll mention it here in case anyone finds it useful. Our use of git doesn't lend itself well to the de

Re: [gentoo-dev] [PATCH 1/3] profiles/desc: add curl_quic

Hi, On 2024/06/21 15:15, kan...@gentoo.org wrote: From: Matt Jolly The CURL_QUIC USE_EXPAND enables us to sanely manage QUIC (RFC 9000) backends as they are added to cURL in the future: currently there are two supported implementations, OpenSSL and ngtcp2, however it's likely that other popu

Re: [gentoo-dev] Imminent Python 3.12 switch reminder

On 2024/05/30 17:56, orbea wrote: On Thu, 30 May 2024 17:54:32 +0200 Michał Górny wrote: On Thu, 2024-05-30 at 08:09 -0700, orbea wrote: This is a reoccurring theme and its driving away contributors. The PR queue really should be taken care of. Talk is cheap. If I had the power to do it my

Re: [gentoo-dev] default php-ext status

Hi, On 2024/04/22 18:49, Michael Orlitzky wrote: On Mon, 2024-04-22 at 16:46 +0200, Jaco Kroon wrote: Which in my *opinion* is not desirable behaviour, but I'm open for discussion. xdebug.mode = off by default, but the extension still gets loaded. Not sure if there is a sensible &quo

[gentoo-dev] default php-ext status

Hi All, For PHP modules that's getting installed, by default they all link ext/${modulename}.ini into ext-active/ such that all modules by default is active for all SAPIs. Short of INSTALL_MASK, is there way to better control for sysadmins? If I rm the symlinks, on next remerge they restore

Re: [gentoo-dev] netmount and glusterfs (fuse) dependency management

Hi Joonas, On 2024/04/11 12:02, Joonas Niilola wrote: Hey, On 11.4.2024 9.14, Jaco Kroon wrote: The latter can certainly be done and makes sense (only required if you're using the fuse mount, so if USE=fuse at least). The former doesn't make sense to do blindly in /etc/init.d/netmo

Re: [gentoo-dev] netmount and glusterfs (fuse) dependency management

Hi Joonas, Thanks for the below.  Further comments there. On 2024/04/11 07:11, Joonas Niilola wrote: On 8.4.2024 12.51, Jaco Kroon wrote: In order for glusterfs to mount successfully the fuse module needs to be available when mount.glusterfs is invoked.  This can be achieved in one of two

[gentoo-dev] netmount and glusterfs (fuse) dependency management

Hi All, I was hoping for some advise regarding how I could improve the glusterfs package for users (and myself).  At least those using openrc, but I suspect similar may be applicable to systemd, but I have no idea how systemd handles network mounts so perhaps someone could chip in here on tha

[gentoo-dev] mirror storage growth rate

Hi All, I was messing with some storage related caching on some of our hosts this morning when I wondered about how much storage the gentoo mirrors were consuming.  I'm not too worried about the current storage, but I am noticing that the storage requirements are creeping quite a bit (as per

Re: [gentoo-dev] Last rites: app-admin/fluentd

Hi Sam, On 2024/01/10 13:02, Sam James wrote: Jaco Kroon writes: How critical is it that they do? Even for the bump PR they do not, they fail with the below, and frankly my knowledge of ruby is outright scary.  The below to me indicates that the tests are designed specifically to run from a

Re: [gentoo-dev] Last rites: app-admin/fluentd

Hi, On 2024/01/09 13:42, Michał Górny wrote: On Tue, 2024-01-09 at 12:54 +0200, Jaco Kroon wrote: https://github.com/gentoo/gentoo/pull/34126 ?? Perhaps I'm missing something if you say it's non-trivial but we're using that on 9 hosts currently. Do tests pass

Re: [gentoo-dev] Last rites: app-admin/fluentd

https://github.com/gentoo/gentoo/pull/34126 ?? Perhaps I'm missing something if you say it's non-trivial but we're using that on 9 hosts currently. On 2023/12/31 12:34, Michał Górny wrote: # Michał Górny (2023-12-31) # Unresolved vulnerability.  The current version is from 2022-03, # and th

[gentoo-dev] Re: Last rites: net-misc/drive

Hi, net-misc/insync::ppfeufer-gentoo-overlay is a sensible albeit proprietary alternative. Kind regards, Jaco On 2023/11/13 00:08, Zac Medico wrote: commit ba6f1c6fd9b9434bd2c07cf7233ee38cb6ab430a Author: Brian Harring AuthorDate: 2023-11-09 20:51:11 -0800 Commit: Zac Medico Commi

[gentoo-dev] Re: Standard parsable format for profiles/package.mask file

Hi, On 2023/09/22 13:16, Florian Schmaus wrote: On 21/09/2023 21.40, Arthur Zamarin wrote: If this is a last-rite message, the last line must list the last-rite last date (removal date) and the last-rite bug number. You can also list FWIW, I would assume the last-rite date to be the date wher

Re: [gentoo-dev] Help wanted with net-misc/frr maintenance

Hi Alarig, On 2023/07/12 15:18, Alarig Le Lay wrote: Hello Jakov, On Wed 12 Jul 2023 10:54:47 GMT, Jakov Smolić wrote: Hi all, I was recently left as the sole maintainer of net-misc/frr and given I'm not actively using the package anymore it would be good if someone who is an active user could

Re: [gentoo-dev] [PATCH] cmake.eclass: workaround S=${WORKDIR} creating builddir above ${WORKDIR}

Hi, On 2023/06/26 12:36, Ulrich Mueller wrote: On Mon, 26 Jun 2023, Sam James wrote: + + # Avoid creating ${WORKDIR}_build (which is above WORKDIR). + # TODO: For EAPI > 8, we should ban S=WORKDIR for CMake. + # See bug #889420. + if [[ ${

Re: [gentoo-dev] Packages up for grabs: x11-misc/lightdm-mini-greeter and x11-misc/xautolock

Hi Orbea, My time availability is somewhat constrained at the moment, but, also given Hans's response to my email, happy to assist or even co-maintain. Kind regards, Jaco On 2023/06/21 18:36, orbea wrote: On Wed, 21 Jun 2023 16:23:38 +0200 Jaco Kroon wrote: Hi Hans, On 2023/06/17

Re: [gentoo-dev] Packages up for grabs: x11-misc/lightdm-mini-greeter and x11-misc/xautolock

Hi Hans, On 2023/06/17 10:12, Hans de Graaff wrote: After migrating to Wayland I no longer have a need for these X packages. I have already removed myself as maintainer. x11-misc/xautolock Has one open bug that should be addressed upstream, but upstream is pretty much dead: https://bugs.gentoo

[gentoo-dev] last-rite: net-voip/captagent

# Jaco Kroon (2022-12-14) # Multiple open bugs (bug #870910, bug #877731, bug #884815), only one of which # is trivial to solve. # With more and more SIP traffic using TLS rather than plaintext UDP or TCP # this is fast becoming less and less useful.  You should rather use # asterisk's re

Re: [gentoo-dev] [RFC] A new GLSA schema

Hi, On 2022/11/10 16:24, John Helmert III wrote: On Thu, Nov 10, 2022 at 10:43:55AM +0200, Jaco Kroon wrote: Hi, On 2022/11/10 06:13, John Helmert III wrote:  - Drop synopsis and description fields. These fields contain the same    information and will be superceded by the existing

Re: [gentoo-dev] [RFC] A new GLSA schema

Hi Sam, On 2022/11/10 12:19, Sam James wrote: One could thus also link GLSA issues to specific USE flags, taking asterisk again, let's say the problem is with the http web server having a buffer overflow in the http basic authenticator, then if that embedded server isn't even compiled in, how

Re: [gentoo-dev] [RFC] A new GLSA schema

Hi, On 2022/11/10 11:40, Matthew Smith wrote: Hi, On 10/11/2022 08:43, Jaco Kroon wrote: A mechanism to QUERY which installed packages are affected by known GLSA's would also be tremendously helpful. You can use glsa-check for this, which comes with portage: https://wiki.gentoo.org

Re: [gentoo-dev] [RFC] A new GLSA schema

Hi, On 2022/11/10 06:13, John Helmert III wrote:  - Drop synopsis and description fields. These fields contain the same    information and will be superceded by the existing impact field. Well, I'm not saying "no" but it feels a bit weird reading a GLSA that doesn't say a word what the proble

Re: [gentoo-dev] Proposal to undeprecate EGO_SUM

Hi, On 2022/09/30 16:53, Florian Schmaus wrote: > jkroon@plastiekpoot ~ $ du -sh /var/db/repos/gentoo/ >> 644M    /var/db/repos/gentoo/ >> >> I'm not against exploding this by another 200 or even 300 MB personally, >> but I do agree that pointless bloat is bad, and ideally we want to >> shrink the

Re: [gentoo-dev] Proposal to undeprecate EGO_SUM

Hi All, This doesn't directly affect me. Nor am I familiar with the mechanisms. Perhaps it's worthwhile to suggest that EGO_SUM itself may be externalized.  I don't know what goes in here, and this will likely require help from portage itself, so may not be directly viable. What if portage had a

Re: [gentoo-dev] Add systemd/merged-usr profiles

Hi, On 2022/08/31 19:38, Mike Gilbert wrote: > On Wed, Aug 31, 2022 at 12:29 PM Jaco Kroon wrote: >> Hi, >> >> That really depends. >> >> If the expectation is that everything in /usr/{bin,sbin,lib*} needs to now >> fit on / rather than /usr we

Re: [gentoo-dev] Add systemd/merged-usr profiles

Hi, That really depends. If the expectation is that everything in /usr/{bin,sbin,lib*} needs to now fit on / rather than /usr we're queued to re-install a very, very large number of hosts. Kind Regards, Jaco On 2022/08/31 18:01, Jeff Gazso wrote: > Just out of curiosity, how much pain is this

Re: [gentoo-dev] Last rites: sys-fs/eudev

Hi Arve, On 2022/08/30 12:27, Arve Barsnes wrote: > On Tue, 30 Aug 2022 at 11:52, Jaco Kroon wrote: >> I note that the default provider for the virtual is systemd-utils[udev], >> followed by sys-fs/udev, sys-fs/eudev and finally sys-apps/systemd. >> This contradicts the w

Re: [gentoo-dev] Last rites: sys-fs/eudev

Hi Mike, Sam This is the last I saw on the ML regarding eudev - has there been a change of strategy regarding eudev since? I note that the default provider for the virtual is systemd-utils[udev], followed by sys-fs/udev, sys-fs/eudev and finally sys-apps/systemd.  This contradicts the wiki page w

[gentoo-dev] Last rites: net-misc/bgpq3

# Jaco Kroon (2022-08-22) # Superceded by bgpq4 (already in tree).  Non-co-operative upstream.  Removal # in 30 days.  Open bugs, already fixed in bgpq4.  Please convert your usage to # bgpq4.  Mostly you just need to drop the -3 argument. net-misc/bgpq3 Related PR:  https://github.com/gentoo

Re: [gentoo-dev] Up for grabs: net-misc/anydesk, net-misc/vde

On 2022/07/24 18:36, Sam James wrote: > The following packages are up for grabs b/c of inactivity: > net-misc/anydesk https://github.com/gentoo/gentoo/pull/26587 Kind Regards, Jaco

Re: [gentoo-dev] proposal

Hi All, On 2022/07/06 15:50, Michał Górny wrote: > On Mon, 2022-07-04 at 16:19 +0200, Florian Schmaus wrote: >> I'd like to propose a new metadata XML element for packages: >> >> >> >> Maintainers can signal to other developers (and of course contributors >> in general) that they are happy

Re: [gentoo-dev] linux-mod - moving checks to pkg_pretend

Hi, On 2022/06/10 12:07, Ionen Wolkens wrote: > On Fri, Jun 10, 2022 at 06:03:28AM -0400, Ionen Wolkens wrote: >> On Fri, Jun 10, 2022 at 11:41:01AM +0200, Jaco Kroon wrote: >>> Hi All, >>> >>> Currently checks for kernel options etc happen in pkg_setup, woul

Re: [gentoo-dev] linux-mod - moving checks to pkg_pretend

Hi Ionen, On 2022/06/10 12:03, Ionen Wolkens wrote: > On Fri, Jun 10, 2022 at 11:41:01AM +0200, Jaco Kroon wrote: >> Hi All, >> >> Currently checks for kernel options etc happen in pkg_setup, would it be >> possible to move this to pkg_pretend? > One problem with

[gentoo-dev] linux-mod - moving checks to pkg_pretend

Hi All, Currently checks for kernel options etc happen in pkg_setup, would it be possible to move this to pkg_pretend? Motivation:  pkg_setup executes just prior to unpack, so if it fails here it could be after a lot of other work has already gone into other packages, breaking the full merge, it

[gentoo-dev] Re: [PATCH] linux-mod.eclass: Support module compression

Hi, On 2022/06/10 00:11, Mike Pagano wrote: > The Linux kernel supports the compression of modules utilizing GZIP, XZ > and ZSTD.  Add code into linux-mod.eclass to support this for out of > tree modules utilizing the compression binary specified in the kernel > config. > > Note that if the binar

Re: [gentoo-dev] [PATCH 0/2] Add esed.eclass for sed that dies if caused no changes

Hi, On 2022/05/31 16:29, Ionen Wolkens wrote: > esed does bring back the -i/die skipping but that's not its inherent > purpose and GNU sed currently does not support a mean to report if > changes occurred (if this happens, esed may well become obsolete too). > Haven't checked the code to validate.

Re: [gentoo-dev] Packages up for grabs: net-mail/mailman and everything that belongs to it

ceeding to last-rite Mailman and related packages. Kind Regards, Jaco On 2021/12/25 00:30, Jaco Kroon wrote: > Hi Hanno, > > I've started looking at this mess.  And a mess it is.  To the point, > where for our somewhat "subset of what mailman provides" requirements >

Re: [gentoo-dev] [RFC] making rust-bin ordered first in virtual/rust

Hi, On 2022/01/18 04:58, Ionen Wolkens wrote: > > Unsure what I like best, I generally agree should default to sources > but I do see new users complaining about building rust every few days. > Not that the step of telling them that rust-bin exists is that bad > (part of the issue is that they do

Re: [gentoo-dev] Packages up for grabs: net-mail/mailman and everything that belongs to it

Hi Hanno, I've started looking at this mess.  And a mess it is.  To the point, where for our somewhat "subset of what mailman provides" requirements I'm contemplating rather cooking an in-house solution (have done similar in the past, but none of these really provide everything we require), but wi

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

Hi, On 2021/12/01 08:45, Alec Warner wrote: > On Tue, Nov 30, 2021 at 10:16 PM Jaco Kroon wrote: >> Hi, >> >> On 2021/12/01 03:32, William Hubbs wrote: >>> This is the part of this that I don't understand. If we aren't enforcing >>> an ID, why do

Re: [gentoo-dev] rfc: allow -1 for ACCT_USER_ID and ACCT_GROUP_ID in ::gentoo

Hi, On 2021/12/01 03:32, William Hubbs wrote: > This is the part of this that I don't understand. If we aren't enforcing > an ID, why do we care which ID to try first? It seems to be an > unnecessary step since users can pick the IDs they want by putting > settings in make.conf. Because when runn

Re: [gentoo-dev] Don't use UIDs and GIDs below 100 without QA approval

Hi, On 2021/11/11 14:10, Pacho Ramos wrote: > In any case, 300 additional IDs may not be future proof at the rate >> we're currently allocating them. So I wonder if we shouldn't move to >> above 6 immediately, or alternatively, give up the whole concept. >> >> Ulrich > Personally I would move

[gentoo-dev] Re: Last rites: net-misc/clusterssh

Whow!  I'll bump this.  We depend heavily on this. On 2021/11/10 20:08, Jakov Smolić wrote: > # Jakov Smolić (2021-11-10) > # Current version is outdated, uses EAPI 5, has multiple > # bug reported. No revdeps. > # Removal on 2021-12-10. Bug #819306. > net-misc/clusterssh

Re: [gentoo-dev] [RFC] Removing separate "security supported" arch list

Hi Michał, I do agree with the gist of what you're saying, and in absence of a better solution I'm in support. I also make a disclaimer:  I only use amd64 so none of this really affects me, so at the end of the day - I don't really care. We have tinderboxes already running that does all kinds of

Re: [gentoo-dev] Packages up for grabs: misc packages from chainsaw@

Hi, On 2021/10/05 05:04, Sam James wrote: > Hi all, > > Chainsaw asked retirement@ to drop him to maintainer-needed on his packages, > so here's the resultant > packages with no maintainers left: That's a shame.  Big loss. > app-arch/rpm createrepo_c depends on this, willing to grab it purely f

[gentoo-dev] https://packages.gentoo.org/ - lag

] [  ] net-misc/asterisk-16.19.1:0/16 [IP-] [  ] net-misc/asterisk-16.20.0:0/16 [-P-] [  ] net-misc/asterisk-18.5.1:0/18 *[-P-] [  ] net-misc/asterisk-18.6.0:0/18* commit fb9357dc075d6d0e8803b36a7bbd82ae2ad01954 Author: Jaco Kroon Date:   *Mon Aug 30 10:04:31 2021 +0200* Added it, there was a fe

Re: [gentoo-dev] News item for eudev deprecation

Hi All, We run glibc based systems.  No musl.  But we don't use systemd. As little as a year back we still ran into issues with systemd-udev variant breaking systems, the fix of course was to nuke it and install eudev.  Are we certain there is nothing (eg, LVM integration was our biggest problem

Re: [gentoo-dev] [RFC] Decoupling stabilization from security bugs

Hi, >> It would be nice to be able to resolve the security@-assigned but >> before non-security-supported architectures are handled. >> >> To do that, I think we'd want to change what's required for the "clean >> up" step. Since today the "clean up" step is dropping the vulnerable >> package versi

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

Hi Andreas, On 2021/03/23 00:54, Andreas K. Huettel wrote: >>> Council decided years ago that we don't support separate /usr without >>> an initramfs, but we haven't completed that transition yet. >> Which doesn't imply that we deliberately break things. > That's right. Though we should at some po

Re: [gentoo-dev] Packages up for grabs: x11-misc/xbindkeys

gt; > Fabian > > On 22-02-2021 07:49:55 +0200, Jaco Kroon wrote: >> Hi, >> >> Looks like Jeroen was the person mostly committing on this, Jeroen - are >> you intending to keep maintaining this? >> >> The PR is legit but incomplete (it merely adds the pat

Re: [gentoo-dev] Packages up for grabs: x11-misc/xbindkeys

Hi, Looks like Jeroen was the person mostly committing on this, Jeroen - are you intending to keep maintaining this? The PR is legit but incomplete (it merely adds the patch, not use it). The patch has been merged upstream in 2014 already, instead we should stable 1.8.7. I'll adjust the referen

Re: [gentoo-dev] New project: binhost

Hi, > Binpkg performance is acceptable albeit not blazing fast for machines > with 500-800 packages (usually server) while for desktops which easily > have 2000 packages the time to update can be hours. I take from this that the binpkg process really should be optimized somehow.  Without looking a

[gentoo-dev] feature request: packages.gentoo.org

Hi, Firstly:  I was aware of packages.gentoo.org - but only really discovered it in the week - THANK YOU VERY MUCH FOR THIS. Not sure whether this is the best place for my request, so if not, please feel free to bat me in the right direction. https://packages.gentoo.org/packages/net-misc/asteris

Re: [gentoo-dev] New project: binhost

Hi, +1 - love the idea, def joining. However, I suspect the op was aiming at a publicly hosted binpkg server.  Given the below it becomes one server/host, we care only about the build parameters, and I suspect profile then has less of an effect on the built packages. For publicly *available* inf

Re: [gentoo-dev] A script to pick next free UID/GID for your acct-* packages

Hi Peter, On 2021/02/09 19:51, Peter Stuge wrote: > Joonas Niilola wrote: >> There's a script by jkroon in data/api.git >> (https://gitweb.gentoo.org/data/api.git/) that prints the next available >> UID/GID pair for new acct-* packages. > This is super nice! Thanks a lot jkroon! You're most welco

Re: [gentoo-dev] [RFC] Dealing with global /usr/bin/libtool use vs CC/CXX etc.

Hi Michał, On 2021/01/10 15:34, Michał Górny wrote: > Hi, > > The vast majority of libtool-based programs use configure script to > generate libtool. However, a few non-autoconf packages also use libtool > by calling system-installed /usr/bin/libtool. The problem is that this > libtool hardcodes

[gentoo-dev] migration of "default" folders and fixups of exitsing installed folders

Hi, In some ways not unlike the discussion around users being installed and later updated ... so I'm guessing I'm going to have varied opinions and feedback on this potentially.  Ironically, asterisk was one of those users that had it's home folder (correctly) adjusted from /var/lib/asterisk to /d

Re: [gentoo-dev] Last-rites: sys-power/pm-utils, sys-power/pm-quirks, app-admin/cgmanager and sys-libs/libnih

Hi, On 2021/01/08 15:39, Andreas Sturmlechner wrote: > On Freitag, 8. Januar 2021 08:10:05 CET Jaco Kroon wrote: >> Would it be possible to point at alternatives? pm-utils worked well for >> me until now, and I'm fairly certain this won't be abandoned unless &

Re: [gentoo-dev] Last-rites: sys-power/pm-utils, sys-power/pm-quirks, app-admin/cgmanager and sys-libs/libnih

Hi, On 2021/01/06 23:08, Andreas Sturmlechner wrote: > # Andreas Sturmlechner (2021-01-06) > # Abandoned upstream, countless bugs. Removal in 30 days. Bug #659616. > sys-power/pm-utils > sys-power/pm-quirks Would it be possible to point at alternatives?  pm-utils worked well for me until now, a

Re: [gentoo-dev] RFC: dropping support for uclibc-ng

Hi Thomas, On 2021/01/05 13:08, Thomas Mueller wrote: >> I'd like feedback from people about the possibility of dropping support >> for uclibc-ng. If you are unfamiliar, its the successor to uclibc as a >> C Standard Library for embedded systems, ie a replacement for glibc >> bloat. However, it

Re: [gentoo-dev] [RFC] Recap: Discontinuing LibreSSL support?

Hi Peter, I believe that as a maintainer I stated same in a previous email, and based on what I've read it seems very few maintainers/developers would object to it if someone was willing to do the work to enable things to co-exist.  So a few points that I picked up during this discussion. 1.  Nob

Re: [gentoo-dev] [RFC] Discontinuing LibreSSL support?

Hi Peter, On 2020/12/29 13:29, Peter Stuge wrote: > Michał Górny wrote: >>> I'm sure that there are numerous cases where libressl doesn't work, >>> but that's no reason to dismiss cases where it *does*. >> Are you asking people to put an effort into maintaining something that >> can't be practical

Re: [gentoo-dev] Re: Slotted Lua + revdeps to be unmasked on Christmas Eve

Hi, >> Hmm, how would that work? >> I have package A with a binary /usr/bin/binA linked to liblua51.so (which in >> your suggestion would change to /usr/lib64/lua5.1/liblua.so) and >> and /usr/bin/binB linked to liblua52.so (or /usr/lib64/lua5.2/liblua.so). >> I don't see any ordering of /usr/lib6

Re: [gentoo-dev] Slotted Lua + revdeps to be unmasked on Christmas Eve

Michael, I'm busy disecting what Marek has done for asterisk as I need to make that work for multiple versions of net-misc/asterisk-16.14.0-r100, not merely the one he did it for - perhaps that would be helpful for you as well? I don't know lua at all. Anyway, I'm on IRC as jkroon if you'd like

[gentoo-dev] possible additional tag for GLEP66: Pending

Hi All, When bumping for security updates, the requirement is that the replacement ebuild be stabilized (the GLSA be issued), and then to clean up the tree of vulnerable versions. As a proxy maintainer, the addition of a tag to queue a PR pending a specific Bug be closed first would in this scena

Re: [gentoo-dev] Deprecating AMD64 17.0 profiles?

Hi Ulrich, On 2020/11/09 12:59, Ulrich Mueller wrote: >>>>>> On Mon, 09 Nov 2020, Jaco Kroon wrote: >> What is the actual "target" objective with the change?  I would have >> expected (not being one to follow this too closely): >> lib/ - arch indepen

Re: [gentoo-dev] Deprecating AMD64 17.0 profiles?

Hi, Having just completed the migration on two systems I found some things which concerns me: 1.  A default/linux/amd64/17.0/desktop to default/linux/amd64/17.1/desktop.  This differs from the no-multilib in that there are symlinks now for the various lib32 to lib.  No such symlinks on the no-mul

Re: [gentoo-dev] Packages & projects up for grabs due to jer's retirement

Hi, On 2020/11/09 08:46, Joonas Niilola wrote: > > On 11/9/20 12:17 AM, Kent Fredric wrote: >> On Wed, 4 Nov 2020 17:34:07 +0100 >> Marek Szuba wrote: x11-terms/rxvt-unicode >>> Will co-maintain this one with conikost, don't mind being listed as >>> primary maintainer. >> If you strike an

Re: [gentoo-dev] [PATCH] glep-0068: Add new element

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 2020/09/16 11:39, Michał Górny wrote: > On Wed, 2020-09-16 at 11:13 +0200, Jaco Kroon wrote: >> >>> +- at most one element containing version >>> +  constraints used to determine stabilization candid

Re: [gentoo-dev] [PATCH] glep-0068: Add new element

Hi Michał, Thanks for your efforts.  This looks interesting at the very least, and whilst in many cases on posts on this ML I'm on the "don't care" stance, this one looks like it could solve some problems for me.  net-misc/asterisk + friends will definitely make use of this. Two nitpicks below th

[gentoo-dev] net-misc/asterisk fails to compile: clang/LLVM: bug 731280

Hi All, https://bugs.gentoo.org/731280 Summary: This machine uses a clang/LLVM toolchain. Asterisk fails to compile, ./configure fails with: checking for RAII support... checking for clang -fblocks... configure: error: BlocksRuntime is required for clang, please install libblocksruntime I susp

Re: [gentoo-dev] Packages up for grabs: sys-fs/fuseiso

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 2020/08/13 22:30, Jonas Stein wrote: > Dear all > > the following packages are up for grabs after retirement > of the proxied maintainer: > > sys-fs/fuseiso > https://packages.gentoo.org/packages/sys-fs/fuseiso > What's wrong with mount -o

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, > As I have said earlier on the thread, we should look at udev and seee if > it breaks things in relation to eudev. That would take some folks > migrating their systems and reporting issues. And I've already provided you one use case where ud

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 It actually works is enough reason for me.  Was forced to migrate a > bunch of systems not six months back from systemd-udev to eudev because > systemd-udev is absolutely terrible w.r.t. race conditions resulting in > lockups that kept forcing us i

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, On 2020/08/08 22:57, William Hubbs wrote: > On Sat, Aug 08, 2020 at 09:17:20PM +0100, Roy Bamford wrote: >> On 2020.08.08 19:51, William Hubbs wrote: >>> All, >>> >>> I would like to propose that we switch the default udev provider on >>> new

Re: [gentoo-dev] News item: Multiple root kernel command-line arguments

Hi, On 2020/08/06 21:45, Thomas Deutschmann wrote: > On 2020-08-06 20:56, Rich Freeman wrote: >> Has anything even changed with kexec? Or is this an issue that has >> been an issue for many years in kexec, that will suddenly become an >> issue in genkernel? In that case it is news from a genkern

[gentoo-dev] Re: Last rites: net-libs/osptoolkit

Thanks for sending this. Kind Regards, Jaco Kroon CEO *T:* +27 (0)12 021 | *F:* +27 86 648 8561 | *E:* j...@iewc.co.za *W:* iewc.co.za <https://www.iewc.co.za/> | *A:* Unit 201, Building 2B, Sunwood Park, Queen's Crescent Lynnwood, Pretoria   Facebook <https://ww

Re: [gentoo-dev] RFC: packages.gentoo.org Developer Mode

Hi, On 2020/06/30 16:19, Max Magorsch wrote: > Hi Aaron, > > Thanks for your suggestion. > > On Tue, Jun 30, 2020 at 1:16 AM Aaron Bauman wrote: >> Hi, Max. A couple thoughts... Just let me know if they are too crazy. >> >> 1. Could you enable the backend to ping devs/projects via email when a n

Re: [gentoo-dev] Revival of Gentoo BugDay: everyone is welcome to come debug

Hi Aisha, On 2020/06/12 13:44, Aisha Tammy wrote: > On 6/12/20 6:55 AM, Jaco Kroon wrote: >> Hi, >> >> Can we possibly include the concept of "helping to file bug reports" here? >> >> For example, I've got an issue (which hasn't annoyed m

Re: [gentoo-dev] Revival of Gentoo BugDay: everyone is welcome to come debug

Hi, Can we possibly include the concept of "helping to file bug reports" here? For example, I've got an issue (which hasn't annoyed me just quite enough yet to put effort in) where on bootup after xdm init script starts it takes ~2 minutes before slim login is displayed.  But I don't know enough

Re: [gentoo-dev] [RFC] Anti-spam for goose

Hi Michał, On 2020/05/21 13:02, Michał Górny wrote: > On Thu, 2020-05-21 at 12:45 +0200, Jaco Kroon wrote: >> Even for v4, as an attacker ... well, as I'm sitting here right now I've >> got direct access to almost a /20 (4096 addresses). I know a number of >> peop

Re: [gentoo-dev] [RFC] Anti-spam for goose

Hi, On 2020/05/21 11:48, Tomas Mozes wrote: > > > On Thu, May 21, 2020 at 10:47 AM Michał Górny > wrote: > > Hi, > > TL;DR: I'm looking for opinions on how to protect goose from spam, > i.e. mass fake submissions. > Option 1: IP-based limiting > =

Re: [gentoo-dev] [gentoostats continued] Collected data and justification for it

Hi, On 2020/05/08 08:17, Hans de Graaff wrote: > On Thu, 2020-05-07 at 09:29 +0200, Michał Górny wrote: >> >> 1) list of selected packages (@world) >> >> We would use this to determine the popularity of individual packages, >> plus by scanning their dependencies we would be able to make combined >

Re: [gentoo-dev] [RFC] Ideas for gentoostats implementation

Hi Michał, and the rest of the Gentoo devs, I've been patiently sitting and watching this discussion. I raised some ideas with another developer (Not Michał) just days before he raised this thread to the ML. I believe all points raised to this point is valid, I'll try to summarise: 1.  This mus

Re: [gentoo-dev] stabilization requests not making progress

Hi Mart, On 2020/03/28 18:07, Mart Raudsepp wrote: > Ühel kenal päeval, L, 28.03.2020 kell 17:24, kirjutas Jaco Kroon: >> Hi All, >> https://bugs.gentoo.org/705754 >> Not sure if this is the only one. This is becoming problematic. >> This specific one is blocking

[gentoo-dev] stabilization requests not making progress

1.0 by now ... Kind Regards, Jaco Kroon C.E.O. *T:* +27 (0)12 021 | *F:* +27 86 648 8561 | *E:* j...@iewc.co.za *W:* iewc.co.za <https://www.iewc.co.za/> | *A:* Unit 201, Building 2B, Sunwood Park, Queen's Crescent Lynnwood, Pretoria   Facebook <https://www.facebook.com/Int

Re: [gentoo-dev] musl doesn't provide execinfo.h

the newest available for musl profile.  Reports seems to indicate that this be related to "old linux-headers" (which is at ). Kind Regards, Jaco On 2020/03/27 07:43, Jaco Kroon wrote: > Hi, > > On 2020/03/27 03:25, Joshua Kinard wrote: >> On 3/23/2020 04:21, Jaco Kr

Re: [gentoo-dev] last rites: x11-terms/aterm, x11-terms/xvt

Hi, On 2020/03/26 23:48, Jaco Kroon wrote: > Hi, > > On 2020/03/26 23:34, Andreas K. Huettel wrote: > >> # Andreas K. Hüttel (2020-03-26) >> # Fail to build with glibc-2.30; no maintainer. Removal in 30days. >> # Bugs 691756, 691710 >> x11-terms/aterm >

Re: [gentoo-dev] musl doesn't provide execinfo.h

Hi, On 2020/03/27 03:25, Joshua Kinard wrote: > On 3/23/2020 04:21, Jaco Kroon wrote: >> Hi, >> >> https://bugs.gentoo.org/713668 relates. >> >>  * Searching for /usr/include/execinfo.h ... >> sys-libs/glibc-2.29-r7 (/usr/include/execinfo.h) >> >&

Re: [gentoo-dev] last rites: x11-terms/aterm, x11-terms/xvt

Hi, On 2020/03/26 23:34, Andreas K. Huettel wrote: > # Andreas K. Hüttel (2020-03-26) > # Fail to build with glibc-2.30; no maintainer. Removal in 30days. > # Bugs 691756, 691710 > x11-terms/aterm I'll take this via proxy-maint. Kind Regards, Jaco

Re: [gentoo-dev] musl doesn't provide execinfo.h

Hi Michał, On 2020/03/23 18:25, Michał Górny wrote: > On Mon, 2020-03-23 at 10:21 +0200, Jaco Kroon wrote: >> Hi, >> >> https://bugs.gentoo.org/713668 relates. >> >> * Searching for /usr/include/execinfo.h ... >> sys-libs/glibc-2.29-r7 (/usr/include/exec

  1   2   >