Re: [gentoo-dev] [pre-GLEP] User and group management via dedicated packages

Hi, On 2019/05/29 18:01, Michael Orlitzky wrote: On 5/29/19 5:50 AM, Jaco Kroon wrote: This GLEP follows the best practice of leaving obsolete user/groups accounts intact. This guarantees that no files with stale ownership are left (e.g. on unmounted filesystems) and that the same UID/GID

Re: [gentoo-dev] [PATCH 5/9] user.eclass: Die if no free UID/GID is found

Hi, Why not utilize -r or --system as per useradd(8) in order to add system users? The limits for the allocated user ids comes from /etc/login.defs. Kind Regards, Jaco On 2019/05/30 14:50, Michał Górny wrote: Signed-off-by: Michał Górny --- eclass/user.eclass | 2 ++ 1 file changed, 2

Re: [gentoo-dev] [pre-GLEP] User and group management via dedicated packages

Hi Michal, This sounds sensible and is an interesting approach.  I kinda like it. There is only one technical comment I have based on the earlier discussion, not addressed. What if users needs to be created into a centralized UID/GID system to be pulled in via nss? So calling system tools

Re: [gentoo-dev] [PATCH v4 12/19] user.eclass: Support getting & setting comment field

Hi, + # update the comment + case ${CHOST} in + *-freebsd*|*-dragonfly*) + pw usermod "${euser}" -c "${ecomment}" && return 0 + [[ $? == 8 ]] && eerror "${euser} is in use, cannot update comment" + eerror "There was an error when

Re: [gentoo-dev] [PATCH v2] profiles: add more language codes to desc/l10n.desc

Hi, Any chance of adding en-NZ? asterisk-core-sounds depends on L10N USE_EXPAND and there is an upstream en-NZ pack.  It's the only language pack for which there isn't currently an option already in the list here. Kind Regards, Jaco On 2019/06/13 10:26, Marek Szuba wrote: Many thanks for

Re: [gentoo-dev] [PATCH v3] glep-0081: User and group management via dedicated packages

Hi, On 2019/06/21 07:59, Andrew Savchenko wrote: On Thu, 20 Jun 2019 16:32:56 +0200 Michał Górny wrote: On Thu, 2019-06-20 at 09:53 -0400, Brian Evans wrote: On 6/9/2019 7:39 AM, Michał Górny wrote: +Tracking of user/group usage is done through dependencies. As long +as any installed

Re: [gentoo-dev] [PATCH 0/6] Make 'split-usr' USE flag global and use it in gen_usr_ldscript

Hi, Perhaps it's just me not being in the loop, but what exactly is the problem we're trying to solve here? I'm personally using a separate /usr (On numerous systems) and other than one problem I've encountered this isn't actually currently an issue for me, and the reason this specific

Re: [gentoo-dev] [PATCH 0/6] Make 'split-usr' USE flag global and use it in gen_usr_ldscript

into /? Kind Regards, Jaco On 2019/07/15 17:37, William Hubbs wrote: On Mon, Jul 15, 2019 at 10:51:46AM -0400, Michael Orlitzky wrote: On 7/15/19 10:45 AM, Jaco Kroon wrote: I have no idea who wrote this: "The historical justification for a /bin, /sbin and /lib separate from /usr no longer ap

Re: [gentoo-dev] [PATCH 0/6] Make 'split-usr' USE flag global and use it in gen_usr_ldscript

at our initrd's even further.  Fortunately they do get freed post post ... just hoping they'll fit into the existing /boot partitions we have on our systems. 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 <http://www.i

Re: [gentoo-dev] [PATCH 0/6] Make 'split-usr' USE flag global and use it in gen_usr_ldscript

partition, with the bulk of the system on /usr makes a lot of sense for me. Kind Regards, Jaco On 2019/07/15 14:28, Marek Szuba wrote: On 2019-07-15 12:38, Jaco Kroon wrote: I'm personally using a separate /usr (On numerous systems) and other than one problem I've encountered this isn'

Re: [gentoo-dev] dynamic groups and users

Hi Michał, On 2019/08/02 19:06, Michał Górny wrote: On Fri, 2019-08-02 at 12:24 -0400, Michael Orlitzky wrote: On 8/2/19 11:58 AM, Michał Górny wrote: Given that overlays won't do proper assignment, the numbers they choose may collide with numbers used in ::gentoo. Forcing explicit

Re: [gentoo-dev] [PATCH] glep-0067: Add 'proxied' and 'watcher' maint types

Hi On 2019/08/03 01:19, Jonas Stein wrote: On 02/08/2019 22.55, Michał Górny wrote: Add two new maintainer types: 'proxied' for proxied maintainers, and 'watcher' for people who wish to be CC-ed on bugs but are not maintainers (e.g. upstream developers). Can't we solve this simply in the bug

Re: [gentoo-dev] [PATCH] acct-user.eclass: ignore missing directory in preinst

Hi, On 2019/08/15 16:47, Mike Gilbert wrote: > On Thu, Aug 15, 2019 at 8:33 AM Michael Orlitzky wrote: >> On 8/15/19 3:19 AM, Ulrich Mueller wrote: >>> I don't think that's a sane situation, so maybe the eclass should just >>> die here? (Basically, there are two possibilities: Either, things

Re: [gentoo-dev] [PATCH] acct-*.eclass: Allow dynamic UID/GID assignment via -1

Thank you. Kind Regards, Jaco On 2019/08/17 22:37, Michał Górny wrote: > On Wed, 2019-08-07 at 19:10 +0200, Michał Górny wrote: >> Allow a special value of '-1' to dynamically assign UID/GID for the user >> or group. This is intended to be used in overlays where proper >> assignment does not

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

Hi Michał, To the best of my knowledge this used to be a dependency for DAHDI (zaptel at the time if I recall my time lines).  I've confirmed that DAHDI and asterisk can compile on current versions without this, can't find any other users of this in the tree. So as far as I know this can be

Re: [gentoo-dev] dynamic groups and users

Hi Michał, On 2019/08/07 17:48, Michał Górny wrote: > On Tue, 2019-08-06 at 13:41 +0200, Jaco Kroon wrote: >> Hi Guys, >> >> > Attaching. It seems for some reason if I inline the patches they don't >> come through. If I mail to myself only it works just fine. >

[gentoo-dev] dynamic groups and users

Hi, Looking at the new eclasses for acct-user and acct-group. These enforce that a group and user id should be set. This is not a requirement for enewuser nor enewgroup. As a further discrepancy, the user eclass requires >0 for the IDs, whereas the checks in acct-user and acct-group is for

Re: [gentoo-dev] dynamic groups and users

isk (other than the log files ...). Heck, even if it could, sharing that state wouldn't make much sense either.  Even something like asterisk being predictable makes sense, since /var/spool/asterisk/monitor (and a few others, as we currently are) could be shared between multiple hosts. Kind Rega

Re: [gentoo-dev] dynamic groups and users

at 21:04 +0200, Jaco Kroon wrote: Hi, Looking at the new eclasses for acct-user and acct-group. These enforce that a group and user id should be set. This is not a requirement for enewuser nor enewgroup. As a further discrepancy, the user eclass requires >0 for the IDs, whereas the che

Re: [gentoo-dev] dynamic groups and users

Hi Guys, Attaching.  It seems for some reason if I inline the patches they don't come through.  If I mail to myself only it works just fine. 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 <http://www.iewc.co

Re: [gentoo-dev] dynamic groups and users

Hi Ulrich, > >> I don't see any reason to prohibit having a user/group package for >> root. > > Is creation of (additional) users with UID 0 a good idea from a > security point of view? Maybe it is better to explicitly forbid it? > I believe the current code already prevents re-use of an

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

Hi Michał, On 2019/07/23 14:39, Michał Górny wrote: On Wed, 2019-07-24 at 00:17 +1200, Kent Fredric wrote: On Tue, 23 Jul 2019 13:38:28 +0200 Gerion Entrup wrote: What about a compromise?: Deliver a (prebuild) manpage as package maintainer by default, but keep a use flag "man-build" (or

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

Hi, I'm with Rich on this one.  I trust that like me most of the developers here earn pay checks from elsewhere and that our time here is either completely volunteer work, or towards a purpose that suits that of our employers. Unless there is a way to automate the building of the associated

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

Hi, 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 >> packages.) > Should last-rite all of them, IMO. >

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

Hi, On 2019/11/16 19:08, Michael 'veremitz' Everitt wrote: > On 16/11/19 16:59, Matt Turner wrote: >> On Sat, Nov 16, 2019 at 1:06 AM Jaco Kroon wrote: >>> Hi, >>> >>> On 2019/11/15 21:35, Matt Turner wrote: >>>> On Fri, Nov 15, 2019 at

Re: [gentoo-dev] RFC acct-{user,group} for asterisk

value ends up being, 42 would have been a sweet one due to the ascii value of * being 42. Kind Regards, Jaco Kroon On 2019/11/10 18:31, Michał Górny wrote: > On Sun, 2019-11-10 at 18:23 +0200, Jaco Kroon wrote: >> Hi, >> >> As part of taking maintainership of the net-misc/a

[gentoo-dev] RFC acct-{user,group} for asterisk

Hi, As part of taking maintainership of the net-misc/asterisk package (and related), one of the cleanup items is to use the new acct-{user,group} method for assigning UID and GID values. As such I'd like to please reserve UID and GID = 42 for asterisk. Why 42? echo -e "\x$(bc <<<"obase=16;

Re: [gentoo-dev] RFC acct-{user,group} for asterisk

Hi, On 2019/11/10 20:21, Michael Orlitzky wrote: > On 11/10/19 12:36 PM, Jaco Kroon wrote: >> What's the motivation for trying to match the UID and GID values from >> other distributions? >> >> I previously tried to motivate a "purely dynamic" allocation with

Re: [gentoo-dev] Last-rites: media-libs/mediastreamer, media-plugins/mediastreamer-amr, media-plugins/mediastreamer-bcg729, media-plugins/mediastreamer-ilbc, media-plugins/mediastreamer-x264

Hi, I've got a local repository for asterisk-g72x that depends on mediastreamer-bcg729.  It actually conflicts with bcg729 which is more widely used.  I'll rather check if I can fix asterisk-g72x to work againts net-libs/bcg729 instead.  Currently we're experiencing decoder lockups (infinite

Re: [gentoo-dev] [PATCH v4] mount-boot.eclass: Check if /boot is sane, but don't try to mount it.

am > which doesn't need any help from egrep or sed. :-) > > Closes: https://bugs.gentoo.org/532264 > See-also: https://bugs.gentoo.org/274130#c5 > Signed-off-by: Ulrich Müller Acked-by: Jaco Kroon > > --- > v3: Exit awk commands on first match. > > v4: Added die statements afte

Re: [gentoo-dev] [PATCH v4] mount-boot.eclass: Check if /boot is sane, but don't try to mount it.

Hi, >> What about just checking "${EROOT}/boot" instead? > For what, existence? There may well be a "boot" directory present under > EROOT. (And we could check ${EROOT}/etc/fstab, but I don't think we > should open that can of worms. There's no reliable way to guess the > user's exact

Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin'

Hi, On 2019/10/15 19:34, David Seifert wrote: > On Tue, 2019-10-15 at 12:04 -0400, Mike Gilbert wrote: >> On Tue, Oct 15, 2019 at 12:02 PM Mike Gilbert >> wrote: >>> On Tue, Oct 15, 2019 at 8:00 AM David Seifert >>> wrote: On Sun, 2019-10-13 at 12:33 -0400, Mike Gilbert wrote: > On

Re: [gentoo-dev] [PATCH] use.desc: add global USE flag 'split-sbin'

Hi, -- large trim -- >> For what it's worth. All of my systems are installed with a fixed- >> size >> 512MB / with everything else (including /usr) on separate LVs. >> >> Whilst sbin vs bin is just a matter of what's available, to me it >> makes >> sense to keep these split. To me it's always

Re: [gentoo-dev] New distfile mirror layout

Hi, On 2019/10/22 10:43, Ulrich Mueller wrote: On Tue, 22 Oct 2019, Jaco Kroon wrote: I also agree with others that it used to be easy to get distfiles as and when needed, so an alternative structure could mirror that of the portage tree itself, in other words "cat/pkg/distfile".

Re: [gentoo-dev] New distfile mirror layout

Hi All, On 2019/10/21 18:42, Richard Yao wrote: If we consider the access frequency, it might actually not be that bad. Consider a simple example with 500 files and two directory buckets. If we have 250 in each, then the size of the directory is always 250. However, if 50 files are

Re: [gentoo-dev] separate /usr without initramfs

Hi, On 2019/10/25 20:14, William Hubbs wrote: Hey all, I have been advised to bring this topic back to the list before taking any action, so here it is. First, I need to clarify what I'm *NOT* talking about. This discussion has nothing to do with whether or not you have the split-usr use

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

Hi Benda, On 2019/11/24 14:15, Benda Xu wrote: > What do you think? Is it possible to disable python2_7 by default, even if python2 is installed, and only enable python2_7 for those packages specifically requiring it (ie, being a dep for one of the packages that only supports python2_7? I tried

Re: [gentoo-dev] RFC: Introducing VIDEO_CARDS=iris to virtual/opencl

Hi, As someone with a Radeon / Intel hybrid/dual graphics chip. I can only emphasise what Matt says below.  It's a PITA currently. Having said that ... I don't see how this can be made simpler, unless we have a tool of sorts that when run on *any* hardware gives you what this needs to be set

[gentoo-dev] automated build failure bugs

Hi All, Example:  https://bugs.gentoo.org/710484 Relates to the dropping of my_bool from mysql-connector-c. This has been addressed upstream and a ~ ebuild has been pushed. My question is simple:  Is that good enough to close the bug?  Do I need to remove 13.29.1 from the tree (via proxy maint

Re: [gentoo-dev] [PATCH 0/2] allow acct-user home directories in /home

Hi Michael, My background:  21 years of Linux, 18 of which was primarily on Gentoo.  17 years of no other OS other than Linux.  Ex-sysadmin for a largish setup with 4000+ active users, and ~500-600 available workstations and a number of storage and other servers.  Not to brag, just to give you an

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) >> &g

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

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 Kroon wrote: >

[gentoo-dev] stabilization requests not making progress

... 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/Interexcel/> Tw

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 bloc

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

Re: [gentoo-dev] rfc: noarch keyword

Hi, I'd be in support.  Especially for "data only" kind of packages, like: net-misc/asterisk-moh-opsound net-misc/asterisk-extra-sounds net-misc/asterisk-core-sounds For all three these I've already dropped the DEPEND on net-misc/asterisk anyway, and upgraded the PDEPEND on net-misc/asterisk

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

Hi, https://bugs.gentoo.org/713668 relates.  * Searching for /usr/include/execinfo.h ... sys-libs/glibc-2.29-r7 (/usr/include/execinfo.h) As I see I can either add an explicit depend on glibc which I'd prefer not to.  Or someone from the musl team could possibly assist on how to get the

[gentoo-dev] dev.gentoo.org unreachable

Hi All, Is there a known issue with dev.gentoo.org? I initially thought it might just be a routing issue from our network but have since confirmed at least two other sources with the same problem.  One of these are IPv4 only, the other two are trying IPv6 too.  All failing. One v6 and v4:  

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

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

[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

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 stabilizat

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 >> people wi

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

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

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

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

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

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] 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 me just

[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://www.fac

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

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

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

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

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

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] [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. 

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] 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 >> th

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,

[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

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

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

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*

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

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

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

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

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

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

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

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

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

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

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

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

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

-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 > I'm contemplating r

[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

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

  1   2   >