Re: [gentoo-user] Genlop wonky again
On Fri, Jan 5, 2024 at 6:52 PM Peter Humphrey wrote: > Hello list, > > I've just had some strange output from genlop on my 16-thread i5 box, thus: > > # genlop -t libreoffice | /bin/grep minute >merge time: 37 minutes and 38 seconds. >merge time: 52 minutes and 59 seconds. >merge time: 46 minutes and 17 seconds. > > # genlop -c > > Currently merging 11 out of 11 > > * app-office/libreoffice-7.5.9.2 > >current merge time: 4 minutes and 3 seconds. >ETA: 1 hour, 4 minutes and 24 seconds. > > ### Then, once the update finished: > > # genlop -t libreoffice | /bin/grep minute >merge time: 37 minutes and 38 seconds. >merge time: 52 minutes and 59 seconds. >merge time: 46 minutes and 17 seconds. >merge time: 38 minutes and 40 seconds. > > I know genlop is, shall we say, not perfect, but how can it be so grossly > wrong as that? > > I have this in make.conf, and it hasn't changed since I built the machine: > > grep '\-j' /etc/portage/make.conf > EMERGE_DEFAULT_OPTS="--jobs --load-average=12 > MAKEOPTS="-j12 -l12" > > -- > Regards, > Peter. I’ve often found that it gives one estimate when multiple packages are being built, then a much longer estimate for still-in-progress builds once some of the builds have finished. That result defies common sense. Less remaining work has to take less, not more (much more), time. This observation tells me that the algorithm is very fundamentally broken. The only way to answer how it can be so grossly wrong is to examine its algorithm. That’s been on my to-do list for ages, but the thought of debugging it has so far not risen to worth-the-effort status. I use nearly the same build options as you, so perhaps we’re triggering the same problem. But my less-work-implies-longer-time observations suggests to me that the problem is more fundamental than details of jobs/threads/etc. John Blinka >
[gentoo-user] Genlop wonky again
Hello list, I've just had some strange output from genlop on my 16-thread i5 box, thus: # genlop -t libreoffice | /bin/grep minute merge time: 37 minutes and 38 seconds. merge time: 52 minutes and 59 seconds. merge time: 46 minutes and 17 seconds. # genlop -c Currently merging 11 out of 11 * app-office/libreoffice-7.5.9.2 current merge time: 4 minutes and 3 seconds. ETA: 1 hour, 4 minutes and 24 seconds. ### Then, once the update finished: # genlop -t libreoffice | /bin/grep minute merge time: 37 minutes and 38 seconds. merge time: 52 minutes and 59 seconds. merge time: 46 minutes and 17 seconds. merge time: 38 minutes and 40 seconds. I know genlop is, shall we say, not perfect, but how can it be so grossly wrong as that? I have this in make.conf, and it hasn't changed since I built the machine: grep '\-j' /etc/portage/make.conf EMERGE_DEFAULT_OPTS="--jobs --load-average=12 MAKEOPTS="-j12 -l12" -- Regards, Peter.
Re: [gentoo-user] SDDM tmp file goes missing?
On 2024/01/05 at 11:46am, Arve Barsnes wrote: > On Fri, 5 Jan 2024 at 10:57, Andreas Fink wrote: > > It's the anacron job in /etc/cron.daily/systemd-tmpfiles-clean that > > cleans files in the tmp folder. > > There has also been a news item about the change on November 21st 2022. > > > > You might have to adapt the files that should not be cleaned by the > > automatic cleanup (or disable automatic cleanup). > > Good shout. Upstream has created a fix, but it is not in a release (yet). > > https://github.com/sddm/sddm/commit/b002d02bbe9281b8362fa549991b7581b7758668 > > I'll try that and see if my version of the problem appears again. Thanks for finding that. I love patches that I can actually understand. I've also applied the fix. -- Chris Spackman (he / him) ESOL Coordinator, The Graham Family of Schools ESL Educator, Columbus State Community College Japan Exchange and Teaching Program (Wajima, Ishikawa 1995-1998) Linux user since 1998 Linux User #137532
Re: [gentoo-user] SDDM tmp file goes missing?
On 2024/01/05 at 10:57am, Andreas Fink wrote: > On Fri, 5 Jan 2024 08:04:49 +0100 > Arve Barsnes wrote: > > > On Fri, 5 Jan 2024 at 02:49, Spackman, Chris wrote: > > > Any thoughts on possible causes or fixes? > > > > I've also had this happen a few times over the last months, with error > > mails about SDDM tmp files from cron. Just wanted to pipe in and say > > that I don't have either rkhunter or keepassxc, so they must be > > unrelated. Running on openbox. > > > > I also have the 'unable to open new GUI apps' problem on a Plasma > > machine now and then. I had not connected the two, but maybe the same > > root cause. > > > > Regards, > > Arve > > > > It's the anacron job in /etc/cron.daily/systemd-tmpfiles-clean that > cleans files in the tmp folder. > There has also been a news item about the change on November 21st 2022. > > You might have to adapt the files that should not be cleaned by the > automatic cleanup (or disable automatic cleanup). Thanks! That must be the issue. Applying the config files that Arve suggested now. -- Chris Spackman (he / him) ESOL Coordinator, The Graham Family of Schools ESL Educator, Columbus State Community College Japan Exchange and Teaching Program (Wajima, Ishikawa 1995-1998) Linux user since 1998 Linux User #137532
[gentoo-user] Slightly corrupted file systems when resuming from hibernation
Greetings, since a few month or so off and on my laptop fails to resume from hiber- nation due to the "dirty bit" being set on the ext4 "/home" partition. At least up to now this never happened when resuming from suspension. Is my laptop just aging or did I miss some new "mount" option or kernel configuration parameter? Any comments welcome ... :-) Sincerely, Rainer
Re: [gentoo-user] SDDM tmp file goes missing?
On Fri, 5 Jan 2024 at 10:57, Andreas Fink wrote: > It's the anacron job in /etc/cron.daily/systemd-tmpfiles-clean that > cleans files in the tmp folder. > There has also been a news item about the change on November 21st 2022. > > You might have to adapt the files that should not be cleaned by the > automatic cleanup (or disable automatic cleanup). Good shout. Upstream has created a fix, but it is not in a release (yet). https://github.com/sddm/sddm/commit/b002d02bbe9281b8362fa549991b7581b7758668 I'll try that and see if my version of the problem appears again. Cheers, Arve
Re: [gentoo-user] SDDM tmp file goes missing?
On Fri, 5 Jan 2024 08:04:49 +0100 Arve Barsnes wrote: > On Fri, 5 Jan 2024 at 02:49, Spackman, Chris wrote: > > Any thoughts on possible causes or fixes? > > I've also had this happen a few times over the last months, with error > mails about SDDM tmp files from cron. Just wanted to pipe in and say > that I don't have either rkhunter or keepassxc, so they must be > unrelated. Running on openbox. > > I also have the 'unable to open new GUI apps' problem on a Plasma > machine now and then. I had not connected the two, but maybe the same > root cause. > > Regards, > Arve > It's the anacron job in /etc/cron.daily/systemd-tmpfiles-clean that cleans files in the tmp folder. There has also been a news item about the change on November 21st 2022. You might have to adapt the files that should not be cleaned by the automatic cleanup (or disable automatic cleanup). Cheers Andreas
