‐‐‐ Original Message ‐‐‐
On Wednesday, February 24, 2021 10:48 PM, Ralph Ronnquist via Dng
wrote:
> On 24/02 17:04, Hendrik Boom wrote:
>
> > On Wed, Feb 24, 2021 at 09:13:07PM +, g4sra via Dng wrote:
> >
> > > Just pulled this kernel commit...
> > > commit 7d6beb71da3cc033649d641e1e
On 24/02 17:04, Hendrik Boom wrote:
> On Wed, Feb 24, 2021 at 09:13:07PM +, g4sra via Dng wrote:
> >
> > Just pulled this kernel commit...
> >
> > commit 7d6beb71da3cc033649d641e1e608713b8220290
> > Merge: aa8e3291729f f69e8091c4a2
> > Author: Linus Torvalds
> > Date: Tue Feb 23 13:39:45 2
On Wed, Feb 24, 2021 at 09:13:07PM +, g4sra via Dng wrote:
>
> Just pulled this kernel commit...
>
> commit 7d6beb71da3cc033649d641e1e608713b8220290
> Merge: aa8e3291729f f69e8091c4a2
> Author: Linus Torvalds
> Date: Tue Feb 23 13:39:45 2021 -0800
>
>
>
>- Idmapped mounts make i
Le 29/01/2020 à 11:58, Rainer Weikusat via Dng a écrit :
Dimitris via Dng writes:
On 1/28/20 6:46 PM, Rainer Weikusat via Dng wrote:
run ntpdate from
i've witnessed cases in the past where ntpd wasn't time-syncing
correctly, and ntpdate saved the date/time.
so, IMHO, there's nothing wrong wit
Anno domini 2020 Wed, 29 Jan 12:46:35 -0500
Steve Litt scripsit:
> On Wed, 29 Jan 2020 10:58:57 +
> Rainer Weikusat via Dng wrote:
>
> > Dimitris via Dng writes:
> > > On 1/28/20 6:46 PM, Rainer Weikusat via Dng wrote:
> > >> run ntpdate from
> > >
> > > i've witnessed cases in the past
On Wed, 29 Jan 2020 10:58:57 +
Rainer Weikusat via Dng wrote:
> Dimitris via Dng writes:
> > On 1/28/20 6:46 PM, Rainer Weikusat via Dng wrote:
> >> run ntpdate from
> >
> > i've witnessed cases in the past where ntpd wasn't time-syncing
> > correctly, and ntpdate saved the date/time.
>
Dimitris via Dng writes:
> On 1/28/20 6:46 PM, Rainer Weikusat via Dng wrote:
>> run ntpdate from
>
> i've witnessed cases in the past where ntpd wasn't time-syncing
> correctly, and ntpdate saved the date/time.
> so, IMHO, there's nothing wrong with ntpdate.
There's nothing wrong with ntpdate pr
On 1/28/20 6:46 PM, Rainer Weikusat via Dng wrote:
> run ntpdate from
i've witnessed cases in the past where ntpd wasn't time-syncing
correctly, and ntpdate saved the date/time.
so, IMHO, there's nothing wrong with ntpdate.
just 2c,
d.
signature.asc
Description: OpenPGP digital signature
_
On Tue, 28 Jan 2020 16:46:56 +
Rainer Weikusat via Dng wrote:
> some people are passionately convinced that non-local time is a
> misfeature
*glares at satellites*
;)
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/m
"Dr. Nikolaus Klepp" writes:
> Just for your amusement: systemd breaks linuxcnc on RPi4 - who's not
> into machining will most likely not see the fun part of it, but anyway
> :)
>
> https://www.youtube.com/watch?v=RDKaFJmB254
Not particularly funny --- the systemd timesync service is a C
reimplem
Quoting Andreas Messer (a...@bastelmap.de):
> This problem has no relation to the existence of a hardware RTC or not.
> On Linux, the hardware RTC is in almost any case only read when the system
> boots/resumes and updated on system shutdown/sleep. During operation,
> Linux always uses a softwar
On Mon, Jan 27, 2020 at 04:17:20PM -0800, Rick Moen wrote:
> Quoting Dr. Nikolaus Klepp (dr.kl...@gmx.at):
>
> > Just for your amusement: systemd breaks linuxcnc on RPi4 - who's not
> > into machining will most likely not see the fun part of it, but anyway
> > :)
> >
> > https://www.youtube.com/w
On 1/27/20 4:17 PM, Rick Moen wrote:
Quoting Dr. Nikolaus Klepp (dr.kl...@gmx.at):
Just for your amusement: systemd breaks linuxcnc on RPi4 - who's not
into machining will most likely not see the fun part of it, but anyway
:)
https://www.youtube.com/watch?v=RDKaFJmB254
Nik --
Thank you for t
Quoting Dr. Nikolaus Klepp (dr.kl...@gmx.at):
> Just for your amusement: systemd breaks linuxcnc on RPi4 - who's not
> into machining will most likely not see the fun part of it, but anyway
> :)
>
> https://www.youtube.com/watch?v=RDKaFJmB254
Nik --
Thank you for the link. I think it should be
I've got around 80 servers running Ubuntu 16.04 and 18.04. I noticed the
time was yet again screwed up on them a few weeks ago. Not sure when it
started happening but would guess it was the last systemd update on
12/2019. All hosts are all running timesyncd (after trying to get Chrony
and NTP worki
Quoting spiralofhope (spiralofh...@spiralofhope.com):
> On Tue, 9 Jul 2019 07:07:20 -0400
> Steve Litt wrote:
>
> > I loosely attach my mouse to my stationary bike in such a way that the
> > mouse's LED shines on the stationary bike's belt, building up entropy.
> > Within 10 seconds boot begins!
On Tue, 9 Jul 2019 07:07:20 -0400
Steve Litt wrote:
> I loosely attach my mouse to my stationary bike in such a way that the
> mouse's LED shines on the stationary bike's belt, building up entropy.
> Within 10 seconds boot begins!
I would prefer a steam car-style hand crank.
I smell a Kickstart
Le 09/07/2019 à 21:34, J. Fahrner via Dng a écrit :
Am 2019-07-09 21:07, schrieb Tomasz Torcz:
So why do they need new UUID's at every boot?
Not every boot. Every service start:
https://github.com/systemd/systemd/commit/4b58153dd22172d817055d2a09a0cdf3f4bd9db3
Are they crazy?
The
On Tue, 09 Jul 2019 21:34:12 +0200
"J. Fahrner via Dng" wrote:
> Am 2019-07-09 21:07, schrieb Tomasz Torcz:
> >> So why do they need new UUID's at every boot?
> >
> > Not every boot. Every service start:
> > https://github.com/systemd/systemd/commit/4b58153dd22172d817055d2a09a0cdf3f4bd9db3
>
Am 2019-07-09 21:07, schrieb Tomasz Torcz:
So why do they need new UUID's at every boot?
Not every boot. Every service start:
https://github.com/systemd/systemd/commit/4b58153dd22172d817055d2a09a0cdf3f4bd9db3
Are they crazy?
___
Dng mailing list
D
Tomasz Torcz - 09.07.19, 21:07:
> On Tue, Jul 09, 2019 at 02:58:37PM -0400, Hendrik Boom wrote:
> > > > What need could there possibly be for randomness at boot time?
> > > > What *use* could there even be, never mind need?
> > >
> > > From what I gathered they need some basic randomness for UUID
On Tue, Jul 09, 2019 at 02:58:37PM -0400, Hendrik Boom wrote:
> > > What need could there possibly be for randomness at boot time?
> > > What *use* could there even be, never mind need?
> >
> > From what I gathered they need some basic randomness for UUID generation
> > for all units and for some
On Tue, Jul 09, 2019 at 04:31:21PM +0200, Martin Steigerwald wrote:
> Hendrik Boom - 09.07.19, 14:26:
> > On Tue, Jul 09, 2019 at 07:07:20AM -0400, Steve Litt wrote:
> > > On Tue, 09 Jul 2019 10:54:46 +0200
> > >
> > > Martin Steigerwald wrote:
> > > > Martin Steigerwald - 08.07.19, 17:35:
> > >
On 2019-07-09 09:31, Martin Steigerwald wrote:
Steve Litt - 09.07.19, 13:07:
On Tue, 09 Jul 2019 10:54:46 +0200
Martin Steigerwald wrote:
> Martin Steigerwald - 08.07.19, 17:35:
> > Just another reason I am happy to use sysvinit on my systems.
> >
> > unblock: systemd/241-4
> > https://bugs.de
Steve Litt - 09.07.19, 13:07:
> On Tue, 09 Jul 2019 10:54:46 +0200
>
> Martin Steigerwald wrote:
> > Martin Steigerwald - 08.07.19, 17:35:
> > > Just another reason I am happy to use sysvinit on my systems.
> > >
> > > unblock: systemd/241-4
> > > https://bugs.debian.org/929215
> > >
> > > Boot
Hendrik Boom - 09.07.19, 14:26:
> On Tue, Jul 09, 2019 at 07:07:20AM -0400, Steve Litt wrote:
> > On Tue, 09 Jul 2019 10:54:46 +0200
> >
> > Martin Steigerwald wrote:
> > > Martin Steigerwald - 08.07.19, 17:35:
> > > > Just another reason I am happy to use sysvinit on my systems.
> > > >
> > > >
fsmithred via Dng - 09.07.19, 12:49:
> On 7/9/19 5:07 AM, Martin Steigerwald wrote:
> > Martin Steigerwald - 09.07.19, 10:54:
> >> Just *booting* the system should not depend on enough entropy being
> >> available. Starting services that need entropy may be delayed, but
> >> just booting should not
On Tue, Jul 09, 2019 at 07:07:20AM -0400, Steve Litt wrote:
> On Tue, 09 Jul 2019 10:54:46 +0200
> Martin Steigerwald wrote:
>
> > Martin Steigerwald - 08.07.19, 17:35:
> > > Just another reason I am happy to use sysvinit on my systems.
> > >
> > > unblock: systemd/241-4
> > > https://bugs.debia
On Tue, 09 Jul 2019 10:54:46 +0200
Martin Steigerwald wrote:
> Martin Steigerwald - 08.07.19, 17:35:
> > Just another reason I am happy to use sysvinit on my systems.
> >
> > unblock: systemd/241-4
> > https://bugs.debian.org/929215
> >
> > Booting system should not depend on random numbers to
On 7/9/19 5:07 AM, Martin Steigerwald wrote:
Martin Steigerwald - 09.07.19, 10:54:
Just *booting* the system should not depend on enough entropy being
available. Starting services that need entropy may be delayed, but
just booting should not depend on entropy being available.
This is enlighte
Martin Steigerwald - 09.07.19, 11:07:
> Martin Steigerwald - 09.07.19, 10:54:
> > Martin Steigerwald - 08.07.19, 17:35:
> > > Just another reason I am happy to use sysvinit on my systems.
> > >
> > > unblock: systemd/241-4
> > > https://bugs.debian.org/929215
> > >
> > > Booting system should not
Martin Steigerwald - 09.07.19, 10:54:
> Martin Steigerwald - 08.07.19, 17:35:
> > Just another reason I am happy to use sysvinit on my systems.
> >
> > unblock: systemd/241-4
> > https://bugs.debian.org/929215
> >
> > Booting system should not depend on random numbers to be available
> > in
> > a
Martin Steigerwald - 08.07.19, 17:35:
> Just another reason I am happy to use sysvinit on my systems.
>
> unblock: systemd/241-4
> https://bugs.debian.org/929215
>
> Booting system should not depend on random numbers to be available in
> a large enough quantity.
>
> Granted there is a processor
On Mon, 08 Jul 2019 17:35:19 +0200, Martin wrote in message
<1898883.rvtoQVDO1o@merkaba>:
> Hi!
>
> Just another reason I am happy to use sysvinit on my systems.
>
> unblock: systemd/241-4
> https://bugs.debian.org/929215
>
> Booting system should not depend on random numbers to be available i
On 02/02/19 at 03:41, Steve Litt wrote:
> Of course, with cars, this complexity is partially
> necessary because to raise MPG (Miles Per Gallon) you need a computer
> to micromanage timing and amount of spark, air, fuel, and how they
> interact. I know of no similar necessity with computers.
On Fri, Feb 01, 2019 at 08:49:34PM +0100, Alessandro Selli wrote:
> On 01/02/19 at 11:19, KatolaZ wrote:
> > [about 100 lines cut off]
>
>
> Jeez, that many? My wife was right that I got to bed too late
> yesterday night! 😄
>
>
> > Are you willing to help with enabling s6/s6-rc in Devuan?
>
On Thu, 31 Jan 2019 14:56:45 +0300
Dmitrii Kashin wrote:
> I'd like to notice that Benno just repeats systemd's propaganda. All
> these theses were considered in 2014 by Jude Nelson.
>
> Here's the link:
> http://judecnelson.blogspot.com/2014/09/systemd-biggest-fallacies.html
>
> And (if someo
On Thu, 31 Jan 2019 13:07:37 +
Simon Hobson wrote:
> It's clear that systemd isn't the right implementation. And it's
> clear that Poettering isn't the right person to be doing it. But I'd
> suggest that many of us "systemd - just say no" folks aren't
> fundamentally opposed to improvements
On Wed, 30 Jan 2019 16:38:28 -1000
Joel Roth via Dng wrote:
> On Thu, Jan 31, 2019 at 12:19:44AM +0100, Alessandro Selli wrote:
> > Might interest someone:
> >
> > https://lwn.net/Articles/777595/
> >
> > [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
> >
> > His attempt to cast that s
[Time references are from the video on
https://judecnelson.blogspot.com/2014/09/systemd-biggest-fallacies.html ]
On 31/01/19 at 12:56, Dmitrii Kashin wrote:
> В Чт, 31/01/2019 в 00:19 +0100, Alessandro Selli пишет:
[...]
> I'd like to notice that Benno just repeats systemd's propaganda.
A
On 01/02/19 at 11:19, KatolaZ wrote:
> [about 100 lines cut off]
Jeez, that many? My wife was right that I got to bed too late
yesterday night! 😄
> Are you willing to help with enabling s6/s6-rc in Devuan?
Oh my, that means I'll have to upgrade to Beowulf! And spend lots of
time tuning
В Чт, 31/01/2019 в 00:19 +0100, Alessandro Selli пишет:
> Might interest someone:
>
> https://lwn.net/Articles/777595/
Thx.
As this article must be interesting to people subscribed to this list,
I attach a free link:
https://lwn.net/SubscriberLink/777595/8f021897f452e5b4/
I'd like to notice tha
On Fri, Feb 01, 2019 at 12:33:32AM +0100, Alessandro Selli wrote:
> On 31/01/19 at 03:38, Joel Roth via Dng wrote:
> > On Thu, Jan 31, 2019 at 12:19:44AM +0100, Alessandro Selli wrote:
> >> Might interest someone:
> >>
> >> https://lwn.net/Articles/777595/
> >>
> >> [Front] Posted Jan 28, 2019 20:
Alessandro Selli wrote:
> On 31/01/19 at 03:38, Joel Roth via Dng wrote:
> > On Thu, Jan 31, 2019 at 12:19:44AM +0100, Alessandro Selli wrote:
> >> Might interest someone:
> >>
> >> https://lwn.net/Articles/777595/
> >>
> >> [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
> >>
> >> His attem
Alessandro Selli wrote:
>> Hard to believe I listened to the same talk Corbet
>> is describing. What I heard was a propaganda piece,
>> finding reasons to sell the systemd approach
>> to BSD conference attendees.
>
> Not really. He points out there were good reasons to want a new init,
> that
On 31/01/19 at 03:38, Joel Roth via Dng wrote:
> On Thu, Jan 31, 2019 at 12:19:44AM +0100, Alessandro Selli wrote:
>> Might interest someone:
>>
>> https://lwn.net/Articles/777595/
>>
>> [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
>>
>> His attempt to cast that story for the
>> pleasure
On 1/31/19 7:50 AM, Martin Steigerwald wrote:
> Simon Hobson - 31.01.19, 14:07:
>> Massimo Coppola wrote:
> […]
>> It's clear that systemd isn't the right implementation. And it's clear
>> that Poettering isn't the right person to be doing it. But I'd
>> suggest that many of us "systemd - just s
On 2019-01-31 1:22 a.m., Rick Moen wrote:
As I'm (like you) an LWN.net subscriber, I can furnish a 'subscriber
link' for the benefit of Dng readers. Enjoy.
https://lwn.net/SubscriberLink/777595/c64f9542bdd40595/
Thanks Rick, I appreciate this.
Reading it was like reading the incomplete logic
On 1/31/19 12:22 AM, Rick Moen wrote:
As I'm (like you) an LWN.net subscriber, I can furnish a 'subscriber
link' for the benefit of Dng readers. Enjoy.
https://lwn.net/SubscriberLink/777595/c64f9542bdd40595/
Thanks, Rick. Interesting read.
Regarding systemd..If it were as grand as the su
Simon Hobson - 31.01.19, 14:07:
> Massimo Coppola wrote:
[…]
> It's clear that systemd isn't the right implementation. And it's clear
> that Poettering isn't the right person to be doing it. But I'd
> suggest that many of us "systemd - just say no" folks aren't
> fundamentally opposed to improveme
Massimo Coppola wrote:
> But I guess there's no need either to list all technical systemd issues here,
> or accept the unsound logic that unkind developers are the only reason of
> systemd criticism.
With all the hot air, I suspect that many people have lost sight of the
distinction between a
On 2019年1月31日 15:22:57 JST, Rick Moen wrote:
>Quoting Alessandro Selli (alessandrose...@linux.com):
>
>> Might interest someone:
>>
>> https://lwn.net/Articles/777595/
>>
>> [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
>>
>> Tragedy, according to Wikipedia, is "a form of drama based o
Hi all,
I don't contribute often to the list, but I really found irritating that after
setting a cuckoo egg in the nest someone comes and start telling everyone how
much nice is the deviant bird.
I think Lars Noodén already pointed out, the news is that the target of systemd
propaganda is the
Il giorno mercoledì 30/01/2019 18:57:05 -0600
goli...@dyne.org ha scritto:
> On 2019-01-30 17:19, Alessandro Selli wrote:
> > Might interest someone:
> >
> > https://lwn.net/Articles/777595/
> >
> > [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
> >
> > Tragedy, according to Wikipedia,
On 1/31/19 4:38 AM, Joel Roth via Dng wrote:
> On Thu, Jan 31, 2019 at 12:19:44AM +0100, Alessandro Selli wrote:
>> Might interest someone:
>>
>> https://lwn.net/Articles/777595/
>>
>> [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
>>
>> His attempt to cast that story for the
>> pleasure of
Quoting Alessandro Selli (alessandrose...@linux.com):
> Might interest someone:
>
> https://lwn.net/Articles/777595/
>
> [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
>
> Tragedy, according to Wikipedia, is "a form of drama based on human
> suffering that invokes an accompanying cathar
On Thu, Jan 31, 2019 at 12:19:44AM +0100, Alessandro Selli wrote:
> Might interest someone:
>
> https://lwn.net/Articles/777595/
>
> [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
>
> His attempt to cast that story for the
> pleasure of his audience resulted in a sympathetic and nuanced
On 1/30/19 4:57 PM, goli...@dyne.org wrote:
On 2019-01-30 17:19, Alessandro Selli wrote:
Might interest someone:
https://lwn.net/Articles/777595/
[Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
Tragedy, according to Wikipedia, is "a form of drama based on human
suffering that invokes a
On Wed, 30 Jan 2019 18:57:05 -0600, goli...@dyne.org wrote in message
<810d7588b1d19b97a367da1d027b7...@dyne.org>:
> On 2019-01-30 17:19, Alessandro Selli wrote:
> > Might interest someone:
> >
> > https://lwn.net/Articles/777595/
> >
> > [Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
>
On 2019-01-30 17:19, Alessandro Selli wrote:
Might interest someone:
https://lwn.net/Articles/777595/
[Front] Posted Jan 28, 2019 20:05 UTC (Mon) by corbet
Tragedy, according to Wikipedia, is "a form of drama based on human
suffering that invokes an accompanying catharsis or pleasure in
audie
Hi Olaf,
On 5/11/18 9:45, Olaf Meeuwissen wrote:
Permissions issue perhaps? The Debian setup assumes the user wanting to
scan is part of the scanner group. Check if you are, e.g. with the
groups command, and maybe move your ~/.sane/xsane/ directory out of the
way. You can also do a quick test
Hi aitor,
aitor writes:
> Hi Olaf,
>
> On 4/11/18 10:11, Olaf Meeuwissen wrote:
>> SANE has absolutely nothing to offer for printers. It is for scanners
>> and some other raster image acquistion devices only.
>
> You are right, i was thinking on scanners. For printers i used CUPS in
> the past.
Hi,
On 3/11/18 17:34, Arnt Karlsen wrote:
..do it, and holler when you need us testing it.
Done.
I'm finishing my repo of gnuinos ascii in amd64. Yesterday i worked on
the the packaging of the latest linux-libre (4.18.16) downloaded from
the [FSF::LA]. I got it at the third attempt, and con
On 3/11/18 10:28, aitor wrote:
As far as i know, the systemd utility in sane is useful only in the
case of network printers
I rectify: *scanners*
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Hi Olaf,
On 4/11/18 10:11, Olaf Meeuwissen wrote:
SANE has absolutely nothing to offer for printers. It is for scanners
and some other raster image acquistion devices only.
You are right, i was thinking on scanners. For printers i used CUPS in
the past. Now, i print form my android mobile.
Hi aitor,
I've seen you've already gone ahead and dropped the systemd build
dependency. As SANE Project janitor, I just wanted to chime in to
clear up some misconceptions.
aitor writes:
> Hi all,
>
> libsystemd-dev is present in the packaging of sane-backends in both
> jessie and ascii. As far
On 4/11/18 9:49, aitor wrote:
If anyone of you know where find the sources of some of the following
projects:
https://radiosyculturalibre.com.ar/compartir/paquetes/
please, holler us :)
Simplescreenrecorder, gradio and yad are done.
Aitor.
___
On Sat, 3 Nov 2018 10:28:44 +0100, aitor wrote in message
<4c20787a-8a56-e3d7-6b1d-5746e0af0...@gnuinos.org>:
> Hi all,
>
> libsystemd-dev is present in the packaging of sane-backends in both
> jessie and ascii. As far as i know, the systemd utility in sane is
> useful only in the case of netw
On Sat, 3 Nov 2018 10:28:44 +0100
aitor wrote:
> Hi all,
>
> libsystemd-dev is present in the packaging of sane-backends in both
> jessie and ascii. As far as i know, the systemd utility in sane is
> useful only in the case of network printers. Am i wrong?
I thought SANE was net worked scanne
On Sat, Nov 03, 2018 at 10:28:44AM +0100, aitor wrote:
> Hi all,
>
> libsystemd-dev is present in the packaging of sane-backends in both jessie
> and ascii. As far as i know, the systemd utility in sane is useful only in
> the case of network printers. Am i wrong?
So it would be good to cut netwo
Quoting Alessandro Selli (alessandrose...@linux.com):
[supporting what you said]
> What could they possibly do of any harm to your system systemd unit
> files, that is plain ASCII config files?
I've said it before: If worried about such detritus files (or about
libsystemd0), any sysadmin is p
Am 11. Oktober 2018 15:21:17 MESZ schrieb Alessandro Selli
:
> And I wish we were living in a world where the
> only struggle was advancing science,
> knowledge, free software and landing on far
> away planets and explore the galaxy. Reality
> is quite a different story, though, and it's not
On 10/10/18 at 15:23, Enrico Weigelt, metux IT consult wrote:
> On 25.07.2018 10:20, Joel Roth wrote:
>
> Hi,
>
>> Most of those "alarming" files are just systemd units files, put there> by
>> daemons/packages/utilities who "also" support systemd in a way or another.
>> So they are not alarming but
On 25.07.2018 10:20, Joel Roth wrote:
Hi,
> Most of those "alarming" files are just systemd units files, put there> by
> daemons/packages/utilities who "also" support systemd in a way or>
another. So they are not alarming but just *totally* *harmless* if you>
don't have a running systemd as PID
On 25.07.2018 09:11, Hleb Valoshka wrote:
> It's required just to notify systemd that sshd is running, so in
> systemd-less system it's nop. So mostly libsystemd0 is harmless.
Is it that the original libsystemd0, which tries to talk to systemd
via desktop-bus ?
Or is it a patched version, where
Am Freitag, 27. Juli 2018 schrieb KatolaZ:
> On Fri, Jul 27, 2018 at 11:37:57AM +0200, Dr. Nikolaus Klepp wrote:
> [...]
> > Well, yes, but the wole point of removing libsystemd0 would be to get rid
> > of anything systemd, not to magle the systemd sources to do nothing (which
> > would be a futi
On 2018-07-27 05:18, Lars Noodén wrote:
On 07/27/2018 01:00 PM, KatolaZ wrote:
[...] I need to specify here that a *maintainer* is a person who
follows the changes happening upstream to the packages he/she is
maintaining on a daily basis, and rebuilds those packages as
necessary, keeping them up
On Fri, 27 Jul 2018 12:00:05 +0200
KatolaZ wrote:
> Unfortunately, most of the great people that helped stripping
> libsystemd deps in Jessie, just disappeared soon after
One of the tricks is to get a disliked project up and running to make
it the de facto alternative, then either pulling out to
On Fri, Jul 27, 2018 at 01:18:41PM +0300, Lars Noodén wrote:
[cut]
>
> Can you please (re-)post the link to the new Devuan build process?
>
Dear Lars,
it's under "Deveopment":
https://devuan.org/os/development
and the relevant link is the fourth one:
https://dev1galaxy.org/viewtopic.ph
On 07/27/2018 01:00 PM, KatolaZ wrote:
> [...] I need to specify here that a *maintainer* is a person who
> follows the changes happening upstream to the packages he/she is
> maintaining on a daily basis, and rebuilds those packages as
> necessary, keeping them updated. And commits herself to do so
On Fri, Jul 27, 2018 at 11:37:57AM +0200, Dr. Nikolaus Klepp wrote:
> Am Freitag, 27. Juli 2018 schrieb KatolaZ:
> > On Fri, Jul 27, 2018 at 12:05:54AM +0200, Dr. Nikolaus Klepp wrote:
> > > Sorry, this may break the thread but I already deleted the original
> > > message.
> > >
> > > To make thi
Am Freitag, 27. Juli 2018 schrieb KatolaZ:
> On Fri, Jul 27, 2018 at 12:05:54AM +0200, Dr. Nikolaus Klepp wrote:
> > Sorry, this may break the thread but I already deleted the original message.
> >
> > To make things short: this a minimal "libnosystemd" for sshd on ascii. It
> > basicly does noth
On Fri, Jul 27, 2018 at 12:05:54AM +0200, Dr. Nikolaus Klepp wrote:
> Sorry, this may break the thread but I already deleted the original message.
>
> To make things short: this a minimal "libnosystemd" for sshd on ascii. It
> basicly does nothing at all. To be more specific, it does exactly the
Am Freitag, 27. Juli 2018 schrieb Dr. Nikolaus Klepp:
> Sorry, this may break the thread but I already deleted the original message.
>
> To make things short: this a minimal "libnosystemd" for sshd on ascii. It
> basicly does nothing at all. To be more specific, it does exactly the same
> that l
Sorry, this may break the thread but I already deleted the original message.
To make things short: this a minimal "libnosystemd" for sshd on ascii. It
basicly does nothing at all. To be more specific, it does exactly the same that
libsystemd0 does, which is nothing.
Unpack where you like, comp
Quoting Luciano Mannucci (luci...@vespaperitivo.it):
> Wasn't there something called uselessd that had this very goal some
> time ago? It was promising but died, I don't know why ...
The anonymous author felt his initial versions (through 2014's
uselessd-8) had successfully made his point -- that
Steve Litt wrote on 26.07.2018 18:17:
> On Thu, 26 Jul 2018 13:17:21 +0200
> Irrwahn wrote:
>> What's more, I'd
>> go even further and say I wouldn't mind at all if every daemon
>> package came with support for all init systems in current use
>> (rc-style sysv|openrc, runit, ... , systemd), as tha
On Thu, 26 Jul 2018 13:17:21 +0200
Irrwahn wrote:
> Hendrik Boom wrote on 26.07.2018 12:35:
> > On Wed, Jul 25, 2018 at 06:50:43PM +0200, Irrwahn wrote:
> >> Hendrik Boom wrote on 25.07.2018 17:59:
> >> [cut]
> >>> Package dependencies are of the form
> >>> Install X if Y is installed
>
On Thu, 26 Jul 2018 16:45:29 +0200
info at smallinnovations dot nl wrote:
> systemd is in principle
> nothing new in functionality but provides an uniform API for some
> information you otherwise have to program yourself. We can serve them
> the same information without serving systemd this way.
On 26-07-18 16:34, Steve Litt wrote:
> On Thu, 26 Jul 2018 12:45:53 +0200
> info at smallinnovations dot nl wrote:
>>
>> Of course does the libsystemd API not provide it, but we can. First
>> call to libsystemd API == systemd installed? If no, call to
>> libnosystemd API which init system == insta
On Thu, 26 Jul 2018 12:45:53 +0200
info at smallinnovations dot nl wrote:
> On 26-07-18 12:15, KatolaZ wrote:
> >
> > The libsystemd API does not provide any way to check *which* init
> > system is running (ehm...for "obvious" reasons, right?). But we
> > could put in place a mechanism that allow
On Thu, 26 Jul 2018 12:15:13 +0200
KatolaZ wrote:
> This would in principle allow people to "catch" systemd-related events
> and "translate" them to events for any other init system, using a
> simple mechanism.
Sounds like a great idea. The daemon phones home to what it thinks is
systemd to da
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am Do den 26. Jul 2018 um 14:23 schrieb Lars Noodén:
> Looking at the DSC files, it seems that the culprit is either gnome or
> ssh-askpass-gnome or both.
>
> Is there an alternative ssh-askpass-* graphical utility likely to be
> more portable which
On 07/26/2018 04:01 PM, Klaus Ethgen wrote:> Hi,
>
> Am Mo den 23. Jul 2018 um 14:24 schrieb Rolf Schmidt:
>> I would ask, if it is true, that the openssh-server still needs
>> libsystemd0 in ascii?
>
>> Can I expect e fix?
>
> If you trust me ( :-D ) you can use my package[0].[snip]
Looking at th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Am Mo den 23. Jul 2018 um 14:24 schrieb Rolf Schmidt:
> I would ask, if it is true, that the openssh-server still needs
> libsystemd0 in ascii?
>
> Can I expect e fix?
If you trust me ( :-D ) you can use my package[0].
It is the debian packag
Hi,
KatolaZ writes:
> On Thu, Jul 26, 2018 at 12:45:53PM +0200, info at smallinnovations dot nl
> wrote:
>> On 26-07-18 12:15, KatolaZ wrote:
>> >
>> > The libsystemd API does not provide any way to check *which* init
>> > system is running (ehm...for "obvious" reasons, right?). But we could
>>
Hi,
Joel Roth writes:
> Katolaz wrote on March 2, 2018:
>
>> leloft wrote:
>
>>
>> I issued $locate systemd
>> and got 200 lines of output, including
>> /etc/systemd/system/* (23 files)
>> /lib/systemd/system/* (60 files)
>> /lib/x86_64-linux-gnu/libsystemd.so.0 (and 0.17.0)
>> /usr/lib/systemd (
On Thu, Jul 26, 2018 at 12:45:53PM +0200, info at smallinnovations dot nl wrote:
> On 26-07-18 12:15, KatolaZ wrote:
> >
> > The libsystemd API does not provide any way to check *which* init
> > system is running (ehm...for "obvious" reasons, right?). But we could
> > put in place a mechanism that
Hendrik Boom wrote on 26.07.2018 12:35:
> On Wed, Jul 25, 2018 at 06:50:43PM +0200, Irrwahn wrote:
>> Hendrik Boom wrote on 25.07.2018 17:59:
>> [cut]
>>> Package dependencies are of the form
>>> Install X if Y is installed
>>> Too bad it doesn't handle
>>> Install X it Y and Z are install
On 26-07-18 12:15, KatolaZ wrote:
>
> The libsystemd API does not provide any way to check *which* init
> system is running (ehm...for "obvious" reasons, right?). But we could
> put in place a mechanism that allows to shell out the calls to
> libsystemd functions to a set of scripts with pre-define
1 - 100 of 694 matches
Mail list logo
