‐‐‐ 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
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 it possible to easily share files between
multiple users or multiple machines
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
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
--
Please do not email me anything that you are not comfortable also sharing with
the NSA, CIA ...
___
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 Mon, 08 Jul 2019 10:54:58 +0200
Martin Steigerwald wrote:
> Steve Litt - 07.07.19, 01:26:
> > I can't think of anything I or anyone could do, regarding runit
> > runscripts, that would adversely affect sysvinit. As far as systemd,
> > runit and s6 are never going to use the systemd mechanis
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 in a
large enough quantity.
Granted there is a processor bug involved… but why rely on the random
number g
https://phoronix.com/scan.php?page=news_item&px=Systemd-1.2-Million
I will write you a whole operating system with such a number of code
lines!
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
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
Whether systemd is a tragedy or not, I will not say, but whenever I
tried it, I was always greeted with OS crashes. At first, I tried to
use it for a media player but, needless to state, the OS crashed for
no reason. With an SD card as the storage medium this becomes a
nuisance as one has to take o
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
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
audiences". Benno Rice took his inspiration from tha
On 03/12/18 at 14:51, Bruce Ferrell wrote:
> On 12/3/18 5:22 AM, g4sra wrote:
>> >From my perspective, this topic has had some very interesting
>> contributions. Thank you all whom have contributed.
>>
>> To pick out just one as an example, I had considered NIS\YP to be (or
>> rather didn't conside
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 03/11/2018, KatolaZ wrote:
> 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
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
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?
dh-systemd and libsystemd-dev can be removed from debian/control replacing:
dh $@ --parallel
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
1 - 100 of 745 matches
Mail list logo
