On 18/03/2021 23:01, Patrick O'Callaghan wrote:
Sure.
I'll report back once I've tested for a few days.
Today was a slow day. So I implemented the "dock-down" with a timer instead of
a while loop. Let me know if you're interested in it.
--
Remind me to ignore comments which aren't germane
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 rea
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 scratch
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 a
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 c
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? W
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. Or
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 ex
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 users-le...@l
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
ATTENTI
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
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
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 warnin
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 01
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 c
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 t
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
Description:
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 merri
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
ti
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 --list-
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.
E
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 f
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 /etc/systemd/system/mycro
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
__
24 matches
Mail list logo
