[gentoo-dev] Re: [gentoo-dev-announce] last rites (kinda, long masked): sys-apps/opentmpfiles
One is written in shell, the other is written in c.(no problems here) One is not part of systemd, the other is. How are they identical. I use this on my raspi server, works fine. Gentoo really became a systemd distro, further restricting choice by the day.
[gentoo-dev] last rites (kinda, long masked): sys-apps/opentmpfiles
# Andreas K. Hüttel (2021-07-06, 2023-09-15) # No longer maintained upstream; masked everywhere for two years now. # Please see also the 2021-07-15-opentmpfiles-deprecation news item. # https://www.gentoo.org/support/news-items/2021-07-15-opentmpfiles-deprecation.html # # The replacement is sys-apps/systemd-utils[tmpfiles]; new name # but otherwise identical to the solution described in the news item. # Removal on 2023-10-15. sys-apps/opentmpfiles -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] last rites: sys-fs/eudev
Alexe Stefan writes: > Yet another example of choice being restricted by gentoo. > However, there at least is a better reason for not keeping libressl in > ::Gentoo, that reason being qt. ... and the swathes of other packages that are not compatible with it... especially since openssl:3 exists. Please face reality. > With eudev, there is even less reason to remove it from ::gentoo. > The only maintenance burden with eudev is a couple of commits here and > there, mostly in virtuals. There's at least two reasons to remove it (it's unmaintained, out of date, and incompatible), and at most zero to keep it. Fix upstream and the reasons for removal will be gone, and the (illusion of) choice will be there again. Note that I refuse to accept the idea that this is choice. The code is the same. Have a lovely night. -- Arsen Arsenović signature.asc Description: PGP signature
Re: [gentoo-dev] last rites: sys-fs/eudev
On 9/16/23, David Seifert wrote: > On Fri, 2023-09-15 at 15:40 -0700, orbea wrote: >> On Fri, 15 Sep 2023 01:19:22 +0200 >> Arsen Arsenović wrote: >> >> > "Eddie Chapman" writes: >> > >> > > Not aiming this at you personally but this argument has been made >> > > more than once in this thread and I personally don't think it >> > > carries any weight, because it can be levelled at anyone who >> > > raises >> > > an issue about anything. If you don't like it, then just go and >> > > roll your own. >> > >> > ::gentoo is supposed to be a coherent set of packages provided by >> > Gentoo developers, with a reasonable scope. eudev no longer fits >> > into the 'coherent' part of that definition, and there are zero >> > advantages to it over systemd-utils[udev]. >> > >> > The _only_ difference between a sys-fs/eudev::eudev and >> > sys-fs/eudev::gentoo package that would exist if the former were to >> > be >> > made into an overlay is that Gentoo developers would be responsible >> > for the latter. There are no Gentoo developers interested in being >> > responsible for the latter (AFAIK), and there is no tangible benefit >> > to the latter for any Gentoo developer to latch onto. >> > >> > Seeing as there is at least half a dozen people seemingly interested >> > in maintaining eudev, why not just form an overlay? This way, >> > virtual/{,lib}udev doesn't get polluted with implementations which >> > don't fullfil the definition of a virtual provider in ::gentoo, nor >> > with use-flag hacks, but users which wish to use eudev still have >> > access to it, and upstream eudev gets half a dozen potential >> > contributors, which are needed, _badly_. At risk of repeating >> > myself, I'd like to point out again that the only viable approach >> > for >> > eudev upstream to take is to re-fork systemd and find a viable way >> > to >> > stay up-to-date, while fixing up incompatibilities with musl. I've >> > made proposals a few years ago and restated them in this thread. >> >> I just want to reiterate that the overlay suggestion is bad and the >> LibreSSL overlay is a good example of why. The result is most of the >> work is redoing things that ::gentoio has already done by copying >> ebuild changes where actual changes for LibreSSL itself or for >> packages >> not compatible with it is a vast minority of the work. >> > > Many people told you that ::libressl is a waste of time, and you've > proven to us that it is. > > Yet another example of choice being restricted by gentoo. However, there at least is a better reason for not keeping libressl in ::Gentoo, that reason being qt. With eudev, there is even less reason to remove it from ::gentoo. The only maintenance burden with eudev is a couple of commits here and there, mostly in virtuals.
[gentoo-dev] [PATCH 2/2] perl-module.eclass: disable Canary::Stability
Canary::Stability emits very vocal warnings about "unsupported" Perl versions even if they're fine in reality. It's not worth scaring our users over. See https://metacpan.org/pod/Canary::Stability#ENVIRONMENT-VARIABLES. Signed-off-by: Sam James --- eclass/perl-module.eclass | 2 ++ 1 file changed, 2 insertions(+) diff --git a/eclass/perl-module.eclass b/eclass/perl-module.eclass index 83f94865e0214..c9b690992f22d 100644 --- a/eclass/perl-module.eclass +++ b/eclass/perl-module.eclass @@ -220,6 +220,8 @@ perl-module_src_configure() { [[ -z ${pm_echovar} ]] && export PERL_MM_USE_DEFAULT=1 # Disable ExtUtils::AutoInstall from prompting export PERL_EXTUTILS_AUTOINSTALL="--skipdeps" + # Noisy and not really appropriate to show to the user in a PM + export PERL_CANARY_STABILITY_DISABLE=1 if [[ $(declare -p myconf 2>&-) != "declare -a myconf="* ]]; then local myconf_local=(${myconf}) -- 2.42.0
[gentoo-dev] [PATCH 1/2] perl-module.eclass: set NONINTERACTIVE_TESTING=1
See https://www.perlmonks.org/?node_id=1225311 I did consider the others, but: * AUTOMATES_TESTING appears inappropriate for us, as it affects exit codes and might mask failures if configuration is wrong. * EXTENDED_TESTING is something we could consider if we had some way to opt-in to expensive tests. so just set NONINTERACTIVE_TESTING=1 for now, not the others mentioned in the link. Signed-off-by: Sam James --- eclass/perl-module.eclass | 7 +++ 1 file changed, 7 insertions(+) diff --git a/eclass/perl-module.eclass b/eclass/perl-module.eclass index e2b66e3b6f7d2..83f94865e0214 100644 --- a/eclass/perl-module.eclass +++ b/eclass/perl-module.eclass @@ -358,6 +358,13 @@ perl-module_src_test() { export NO_NETWORK_TESTING=1 fi + # See https://www.perlmonks.org/?node_id=1225311 + # * AUTOMATES_TESTING appears inappropriate for us, as it affects + # exit codes and might mask failures if configuration is wrong. + # * EXTENDED_TESTING is something we could consider if we had + # some way to opt-in to expensive tests. + export NONINTERACTIVE_TESTING=1 + case ${EAPI} in 7) ;; -- 2.42.0
Re: [gentoo-dev] last rites: sys-fs/eudev
On Fri, 2023-09-15 at 15:40 -0700, orbea wrote: > On Fri, 15 Sep 2023 01:19:22 +0200 > Arsen Arsenović wrote: > > > "Eddie Chapman" writes: > > > > > Not aiming this at you personally but this argument has been made > > > more than once in this thread and I personally don't think it > > > carries any weight, because it can be levelled at anyone who > > > raises > > > an issue about anything. If you don't like it, then just go and > > > roll your own. > > > > ::gentoo is supposed to be a coherent set of packages provided by > > Gentoo developers, with a reasonable scope. eudev no longer fits > > into the 'coherent' part of that definition, and there are zero > > advantages to it over systemd-utils[udev]. > > > > The _only_ difference between a sys-fs/eudev::eudev and > > sys-fs/eudev::gentoo package that would exist if the former were to > > be > > made into an overlay is that Gentoo developers would be responsible > > for the latter. There are no Gentoo developers interested in being > > responsible for the latter (AFAIK), and there is no tangible benefit > > to the latter for any Gentoo developer to latch onto. > > > > Seeing as there is at least half a dozen people seemingly interested > > in maintaining eudev, why not just form an overlay? This way, > > virtual/{,lib}udev doesn't get polluted with implementations which > > don't fullfil the definition of a virtual provider in ::gentoo, nor > > with use-flag hacks, but users which wish to use eudev still have > > access to it, and upstream eudev gets half a dozen potential > > contributors, which are needed, _badly_. At risk of repeating > > myself, I'd like to point out again that the only viable approach > > for > > eudev upstream to take is to re-fork systemd and find a viable way > > to > > stay up-to-date, while fixing up incompatibilities with musl. I've > > made proposals a few years ago and restated them in this thread. > > I just want to reiterate that the overlay suggestion is bad and the > LibreSSL overlay is a good example of why. The result is most of the > work is redoing things that ::gentoio has already done by copying > ebuild changes where actual changes for LibreSSL itself or for > packages > not compatible with it is a vast minority of the work. > Many people told you that ::libressl is a waste of time, and you've proven to us that it is.
Re: [gentoo-dev] last rites: sys-fs/eudev
Sam James wrote: > Oskari Pirhonen writes: > >> [[PGP Signed Part:Undecided]] >> On Wed, Sep 13, 2023 at 03:10:51 -0500, Dale wrote: >>> Andrew Ammerlaan wrote: And then another thing, how is it possible that so many people missed the news item? They are displayed quite prominently I think, and emerge will keep buggering you about it until it is marked as read. Just wondering if there is something that can be improved here. Best regards, Andrew >>> >>> I'm pretty good at reading the news items. I seem to recall that you >>> see one only if it affects you, you have a package installed or >>> something. So, if it shows up, it is best to take notice. That said, I >>> don't recall seeing the news item either. I can't imagine me missing it >>> but I also can't imagine me not taking action either. After all, (eu)dev >>> is a important package. >>> >>> One thing is for sure, the name is rather obvious. The first word in >>> the title is eudev. I have yet to figure out how I missed it. Given >>> the number of people who did, could there have been a glitch and it >>> didn't show for some weird reason? Has someone who understands the code >>> checked to see if there was some typo that made it not show for most >>> users? >>> >>> I do think this is worth looking into. It just seems odd. >>> >> It's not impossible for a news item to have bugs. >> >> Somewhat recently, when the hardened toolchain changes were being made, >> a news item was sent out recommending an `-e @world`. I knew it was >> coming because I saw the drafts of the news item here (as well as >> discussion on irc), so I was surprised when I didn't see it on my >> laptop on the day of. But I did see it on my work machine. >> >> We managed to track it down to my work machine using the hardened >> profile whereas my laptop is using the hardened/selinux profile, and >> Portage didn't quite catch that as being relevant for both. > FTR: since then, the Portage logic got fixed but I also used it as > impetus to implement a bunch of tests for the news item logic which > would've caught this and a few other problems. > > But definitely possible this happened here. > >> - Oskari >> >> [[End of PGP Signed Part]] > Maybe this won't happen again since some changes have been made. Could be there was a glitch at that time. I also monitor -dev so that I can have a heads up for future changes. That said, I usually wait until I see the news item to actually take action. Sometimes there may need to be changes in the tree before taking action. When the news item shows up, those changes are usually made. It's time to act on it. Thanks for the info. Dale :-) :-)
Re: [gentoo-dev] last rites: sys-fs/eudev
Oskari Pirhonen writes: > [[PGP Signed Part:Undecided]] > On Wed, Sep 13, 2023 at 03:10:51 -0500, Dale wrote: >> Andrew Ammerlaan wrote: >> > >> > And then another thing, how is it possible that so many people missed >> > the news item? They are displayed quite prominently I think, and >> > emerge will keep buggering you about it until it is marked as read. >> > Just wondering if there is something that can be improved here. >> > >> > Best regards, >> > Andrew >> >> >> I'm pretty good at reading the news items. I seem to recall that you >> see one only if it affects you, you have a package installed or >> something. So, if it shows up, it is best to take notice. That said, I >> don't recall seeing the news item either. I can't imagine me missing it >> but I also can't imagine me not taking action either. After all, (eu)dev >> is a important package. >> >> One thing is for sure, the name is rather obvious. The first word in >> the title is eudev. I have yet to figure out how I missed it. Given >> the number of people who did, could there have been a glitch and it >> didn't show for some weird reason? Has someone who understands the code >> checked to see if there was some typo that made it not show for most >> users? >> >> I do think this is worth looking into. It just seems odd. >> > > It's not impossible for a news item to have bugs. > > Somewhat recently, when the hardened toolchain changes were being made, > a news item was sent out recommending an `-e @world`. I knew it was > coming because I saw the drafts of the news item here (as well as > discussion on irc), so I was surprised when I didn't see it on my > laptop on the day of. But I did see it on my work machine. > > We managed to track it down to my work machine using the hardened > profile whereas my laptop is using the hardened/selinux profile, and > Portage didn't quite catch that as being relevant for both. FTR: since then, the Portage logic got fixed but I also used it as impetus to implement a bunch of tests for the news item logic which would've caught this and a few other problems. But definitely possible this happened here. > > - Oskari > > [[End of PGP Signed Part]]
Re: [gentoo-dev] last rites: sys-fs/eudev
On Wed, Sep 13, 2023 at 03:10:51 -0500, Dale wrote: > Andrew Ammerlaan wrote: > > > > And then another thing, how is it possible that so many people missed > > the news item? They are displayed quite prominently I think, and > > emerge will keep buggering you about it until it is marked as read. > > Just wondering if there is something that can be improved here. > > > > Best regards, > > Andrew > > > I'm pretty good at reading the news items. I seem to recall that you > see one only if it affects you, you have a package installed or > something. So, if it shows up, it is best to take notice. That said, I > don't recall seeing the news item either. I can't imagine me missing it > but I also can't imagine me not taking action either. After all, (eu)dev > is a important package. > > One thing is for sure, the name is rather obvious. The first word in > the title is eudev. I have yet to figure out how I missed it. Given > the number of people who did, could there have been a glitch and it > didn't show for some weird reason? Has someone who understands the code > checked to see if there was some typo that made it not show for most > users? > > I do think this is worth looking into. It just seems odd. > It's not impossible for a news item to have bugs. Somewhat recently, when the hardened toolchain changes were being made, a news item was sent out recommending an `-e @world`. I knew it was coming because I saw the drafts of the news item here (as well as discussion on irc), so I was surprised when I didn't see it on my laptop on the day of. But I did see it on my work machine. We managed to track it down to my work machine using the hardened profile whereas my laptop is using the hardened/selinux profile, and Portage didn't quite catch that as being relevant for both. - Oskari signature.asc Description: PGP signature