Re: boot hang on F33 this morning

2021-03-22 Thread Sam Varshavchik
Samuel Sieb writes: On 3/22/21 6:00 PM, Sam Varshavchik wrote: Yup. This is an obvious vendor lock-in play. Replace widely-known technologies with new, arcane stuff whose full documentation is kept internal, and is leveraged as a value-added product. We all understand by now that you

Re: boot hang on F33 this morning

2021-03-22 Thread Samuel Sieb
On 3/22/21 6:00 PM, Sam Varshavchik wrote: Tom Horsley writes: On Mon, 22 Mar 2021 18:07:12 -0400 Sam Varshavchik wrote: > It seems to be trying to derive epoch time for > the next start time, something along those lines. More obviously it seems to be systemd re-implementing cron from

Re: boot hang on F33 this morning

2021-03-22 Thread Sam Varshavchik
Tom Horsley writes: On Mon, 22 Mar 2021 18:07:12 -0400 Sam Varshavchik wrote: > It seems to be trying to derive epoch time for > the next start time, something along those lines. More obviously it seems to be systemd re-implementing cron from scratch instead of just using the already working

Re: boot hang on F33 this morning

2021-03-22 Thread Tom Horsley
On Mon, 22 Mar 2021 18:07:12 -0400 Sam Varshavchik wrote: > It seems to be trying to derive epoch time for > the next start time, something along those lines. More obviously it seems to be systemd re-implementing cron from scratch instead of just using the already working after decades of use

Re: boot hang on F33 this morning

2021-03-22 Thread Sam Varshavchik
Tom Horsley writes: On Mon, 22 Mar 2021 08:22:46 -0400 Sam Varshavchik wrote: > This is complexity purely for the sake of having complexity, and introducing > more unneeded dependencies on the systemd monstrosity. Didn't this thread start with a warning about raid systems hanging at boot?

Re: cannot upgrade since this morning

2021-03-22 Thread Sam Varshavchik
Joachim Backes writes: On 3/22/21 1:23 PM, Sam Varshavchik wrote: Joachim Backes writes: Hi guys, trying this morning an udate by "sudo dnf upgrade" within F33, which will be rejected by You've caught a mirror in the middle of mirroring. Trying again might pick a different mirror.

skype 8.69

2021-03-22 Thread Patrick Dupre
Hello, To update skype, I followed the instructions provided by: https://www.if-not-true-then-false.com/2012/install-skype-on-fedora-centos-red-hat-rhel-scientific-linux-sl/ but it finally failed dnf install /home/pdupre/rpmbuild/RPMS/x86_64/skypeforlinux-8.69.0.77-1.x86_64.rpm Last metadata

Re: boot hang on F33 this morning

2021-03-22 Thread Chris Murphy
The bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1941335 Fix is nearly ready: https://github.com/systemd/systemd/pull/19075 -- Chris Murphy ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to

should ABRT catch Chromium browser?

2021-03-22 Thread lejeczek via users
Hi guys. Anybody may know if ABRT should should detect & report Chromium problems? I have Chromium unusable - a few seconds after start it dies - but ABRT does not show any problems (any problems at all for that matter) I'm on f33 with 'testing' repos enabled. -> $ chromium-browser

Re: safe to make evolution extinct? [SOLVED]

2021-03-22 Thread home user
On 3/21/21 5:30 AM, Tim via users wrote: On systems that still have it, or mate-session-properties, it brings up a GUI window called Startup Applications Prefererences The only things listed there are: - PolicyKit Authentication Agent, - Secret Storage Service, - Blueman Applet, - Certificate

Re: boot hang on F33 this morning

2021-03-22 Thread Patrick O'Callaghan
On Mon, 2021-03-22 at 10:06 -0400, Ben Cotton wrote: > On Mon, Mar 22, 2021 at 9:52 AM Tom Horsley > wrote: > > > > Didn't this thread start with a warning about raid systems > > hanging at boot? What on earth does raid care what the > > timezone is? > > From the thread on the devel list[1], it

Re: boot hang on F33 this morning

2021-03-22 Thread George N. White III
On Mon, 22 Mar 2021 at 10:45, Tom Horsley wrote: > On Mon, 22 Mar 2021 08:22:46 -0400 > Sam Varshavchik wrote: > > > This is complexity purely for the sake of having complexity, and > introducing > > more unneeded dependencies on the systemd monstrosity. > > Didn't this thread start with a

Re: boot hang on F33 this morning

2021-03-22 Thread Ben Cotton
On Mon, Mar 22, 2021 at 9:52 AM Tom Horsley wrote: > > Didn't this thread start with a warning about raid systems > hanging at boot? What on earth does raid care what the > timezone is? From the thread on the devel list[1], it seems that the issue may be that Ireland switched to summer time at

Re: boot hang on F33 this morning

2021-03-22 Thread Tom Horsley
On Mon, 22 Mar 2021 08:22:46 -0400 Sam Varshavchik wrote: > This is complexity purely for the sake of having complexity, and introducing > more unneeded dependencies on the systemd monstrosity. Didn't this thread start with a warning about raid systems hanging at boot? What on earth does raid

Re: cannot upgrade since this morning

2021-03-22 Thread Joachim Backes
On 3/22/21 1:23 PM, Sam Varshavchik wrote: Joachim Backes writes: Hi guys, trying this morning an udate by "sudo dnf upgrade" within F33, which will be rejected by You've caught a mirror in the middle of mirroring. Trying again might pick a different mirror. Or, wait a little while and

Re: cannot upgrade since this morning

2021-03-22 Thread Sam Varshavchik
Joachim Backes writes: Hi guys, trying this morning an udate by "sudo dnf upgrade" within F33, which will be rejected by You've caught a mirror in the middle of mirroring. Trying again might pick a different mirror. Or, wait a little while and try again. pgphCjai_lMta.pgp

Re: boot hang on F33 this morning

2021-03-22 Thread Sam Varshavchik
Ed Greshko writes: On 22/03/2021 19:26, Patrick O'Callaghan wrote: On Sun, 2021-03-21 at 19:48 -0400, Sam Varshavchik wrote: But, it seems that this was too simple. Things cannot be this simple anymore. We must have daemons involved in this process, for some unclear reason. The more, the

Re: boot hang on F33 this morning

2021-03-22 Thread Ed Greshko
On 22/03/2021 20:07, Patrick O'Callaghan wrote: On Mon, 2021-03-22 at 19:43 +0800, Ed Greshko wrote: When it comes to time zones, it can help clear up some ambiguities for people that don't live in the US.  Like, did you know that Taiwan the abbreviation for our time zone is CST?  Setting the

Re: boot hang on F33 this morning

2021-03-22 Thread Patrick O'Callaghan
On Mon, 2021-03-22 at 19:43 +0800, Ed Greshko wrote: > When it comes to time zones, it can help clear up some ambiguities > for people that don't live in > the US.  Like, did you know that Taiwan the abbreviation for our time > zone is CST?  Setting the > time zone from the list provided by

Re: boot hang on F33 this morning

2021-03-22 Thread Ed Greshko
On 22/03/2021 19:26, Patrick O'Callaghan wrote: On Sun, 2021-03-21 at 19:48 -0400, Sam Varshavchik wrote: But, it seems that this was too simple. Things cannot be this simple anymore. We must have daemons involved in this process, for some unclear reason. The more, the merrier. Pandemonium.

cannot upgrade since this morning

2021-03-22 Thread Joachim Backes
Hi guys, trying this morning an udate by "sudo dnf upgrade" within F33, which will be rejected by Fedora 33 - x86_64 - Updates 42 kB/s | 6.1 kB 00:00 Fedora 33 - x86_64 - Updates 101 kB/s | 417 kB 00:04 Errors during downloading metadata for repository 'updates':   - Status code: 404

Re: Inhibit sleep from systemd service

2021-03-22 Thread Ed Greshko
On 22/03/2021 14:08, Ed Greshko wrote: But, when testing things I like to use examples which use simple system  commands.  To verify that things work as I think they should in various ways before trying my commands/scripts. Along those lines [egreshko@f33k ~]$ cat

Re: boot hang on F33 this morning

2021-03-22 Thread Patrick O'Callaghan
On Sun, 2021-03-21 at 19:48 -0400, Sam Varshavchik wrote: > But, it seems that this was too simple. Things cannot be this simple  > anymore. We must have daemons involved in this process, for some > unclear  > reason. The more, the merrier. Pandemonium. poc

Re: Inhibit sleep from systemd service

2021-03-22 Thread Ed Greshko
On 22/03/2021 11:07, Gordon Messmer wrote: I'd like to inhibit suspend while backups run on my laptop.  I'm scheduling those backups with a systemd timer[1] and service[2]. I've read that the default polkit policy only permits inhibiting suspend from within a login session, so I've also tried