Hi,
OK, poWaitOnExit added and zombies creation has been reduced. However,
I am still getting these:
3584 ?00:00:00 kworker/u8:0
3586 ?00:00:00 kworker/1:3
3588 ?00:00:01 netman
3623 ?00:00:00 ifdown
3644 ?00:00:00 kworker/0:0
3645 ?00:00:00 k
Hi Edward,
every subprocess that is started must be "waited on" for proper
completion, or else it never terminates and becomes a zombie.
In backend.pas, in function run_backend(), either use the option
poWaitOnExit when creating AProcess or use the method
WaitOnExit() after the output has been r
Hi Matteo,
On 08/29/2015 02:53 PM, Matteo Panella wrote:
[...]
On a server, tough, it just does its job nicely (unless you need
strict audit of root-level actions, in which case sudo with a MAC
system should be your starting point).
So much noise (and security-critical code) for nothing.
If s
On Sun, Aug 30, 2015 at 02:20:41AM +0200, Laurent Bercot wrote:
> [snip] Alpine Linux, for instance, makes Docker
> containers a breeze to use, and makes the images a lot smaller.
> Alpine is runit-based, and people have also found success running Docker
> containers under s6; systemd is very unne
On 30/08/2015 01:13, Simon Hobson wrote:
I don't think anyone has suggested it's for servers only. But, there
is an argument for picking the low hanging fruit - and that means
trying to do the "easy" bits first. I've not really followed it in
detail, but from what I've read it does seem that the
On 29/08/2015 23:11, Steve Litt wrote:
in my LUG, the most pro-systemd guys are the mega-metal admins
administering hundreds of boxes with hundreds of Docker containers.
These guys are telling me systemd is necessary to efficiently manage
the Dockers.
They're telling you that because they've b
On Sun, Aug 30, 2015 at 12:13:43AM +0100, Simon Hobson wrote:
>
> I don't think it's so much a packaging decision by Debian, more a case of
> what the upstream devs have done. The Debian decision was (AIUI) "we don't
> have the resources to remove the crap" - not a decision to add it, just a
>
On Sun, Aug 30, 2015 at 12:13:43AM +0100, Simon Hobson wrote:
[cut]
>
> > Right now with Debian Jessie systemd must be installed to make the
> > desktop anywhere near functional, but that is a result of packaging
> > decisions by Debian ...
>
> I don't think it's so much a packaging decision by
Nate Bargmann wrote:
> I'll add my voice to the chorus objecting to the idea that removal of
> systemd is for servers only.
I don't think anyone has suggested it's for servers only.
But, there is an argument for picking the low hanging fruit - and that means
trying to do the "easy" bits first.
On Sun, Aug 30, 2015 at 12:31:44AM +0200, Tobias Hunger wrote:
> Hi Jaromil,
>
> On Sat, Aug 29, 2015 at 9:32 PM, Jaromil wrote:
> >>Hi Rainer, do you know that you are feeding a troll ?
> >>tobias.hun...@gmail.com appears to be a systemd developer
>
> I tend to send patches to open source proje
* On 2015 29 Aug 16:14 -0500, Steve Litt wrote:
> Yeah, that isn't a problem, and shouldn't be a problem. Interestingly,
> in my LUG, the most pro-systemd guys are the mega-metal admins
> administering hundreds of boxes with hundreds of Docker containers.
> These guys are telling me systemd is nec
Hi Jaromil,
actually I was not replying to a technical question on systemd, that
was my other mail to the question of tilt! I replied to earlier.
You are right in that I should have known better than to get into this
thread. A bad case of https://xkcd.com/386/ :-)
Sorry, and now going to lurk-mo
Hi Jaromil,
On Sat, Aug 29, 2015 at 9:32 PM, Jaromil wrote:
>>Hi Rainer, do you know that you are feeding a troll ?
>>tobias.hun...@gmail.com appears to be a systemd developer
I tend to send patches to open source projects that I get into contact
with. It is a really annoying habit I picked up i
On Sat, 29 Aug 2015 15:20:01 -0500
Nate Bargmann wrote:
> * On 2015 29 Aug 10:15 -0500, poitr pogo wrote:
> > So let them build desktop oriented linux, and let us focus on the
> > server oriented version.
>
> I'll add my voice to the chorus objecting to the idea that removal of
> systemd is for
On Sat, 29 Aug 2015 20:34:29 +0200
Laurent Bercot wrote:
> Oh, I'm not blaming some abstract entity called "su". When I say
> that su is not good (anymore), it's obviously on us.
> There's a reason why I have written programs performing privilege
> gain without bit s executables. ;)
>
Now
On Sat, 29 Aug 2015 17:45:01 +0200
Tobias Hunger wrote:
> Hi Rainer,
>
> On Sat, Aug 29, 2015 at 3:48 PM, Rainer Weikusat
> wrote:
> > If not, then not. But
> > the reason why su is only of limited usefulness is not because the
> > hardcoded policy isn't complicated enough to include
> >
> > $r
On Sat, 29 Aug 2015 08:22:23 -0700
Go Linux wrote:
> On Sat, 8/29/15, poitr pogo wrote:
>
> Subject: Re: [DNG] The show goes on: “su” command replacement
> merged into systemd on Fedora Rawhide To: "dng"
> Date: Saturday, August 29, 2015, 10:14 AM
>
> >
> > So let them build desktop orie
On Sat, 29 Aug 2015 16:38:33 +0200
Laurent Bercot wrote:
> On 29/08/2015 14:43, Rainer Weikusat wrote:
> > 'su' is not a concept, it's a program.
>
>Okay, let's clarify.
> A program is the implementation of an idea. The idea is often
> unwritten or unspoken, or forgotten, and people will o
On Sat, 29 Aug 2015 15:03:00 +0100
Edward Bartolo wrote:
> This is heartbreaking rather than a show. Replace everything that used
> to work reliably for so many years with what clueless beginners want!
>
> The plague has come, but not in the form of a deadly bacterium, but in
> the new trend of,
Running "ps -e" while netman runs for a some time results in zombies as follows:
edbarx@edbarx-pc:~$ ps -e
PID TTY TIME CMD
1 ?00:00:00 init
2 ?00:00:00 kthreadd
3 ?00:00:05 ksoftirqd/0
5 ?00:00:00 kworker/0:0H
7 ?00:00:12 rcu_
* On 2015 29 Aug 10:15 -0500, poitr pogo wrote:
> So let them build desktop oriented linux, and let us focus on the
> server oriented version.
I'll add my voice to the chorus objecting to the idea that removal of
systemd is for servers only. My first use of Linux (Slackware
specifically) was as a
On Sat, Aug 29, 2015 at 03:01:26PM +0100, Dave Turner wrote:
> On 29/08/15 01:37, Isaac Dunham wrote:
> >On Fri, Aug 28, 2015 at 08:45:51AM +0100, Dave Turner wrote:
> >>I run devuan unstable 'ceres' on my Toshiba laptop and my iMac.
> >>It all works with just a bit of weirdness.
> >>I use apt-get
On August 29, 2015 6:54:44 PM GMT+02:00, Rowland Penny
wrote:
>Hi Rainer, do you know that you are feeding a troll ?
>tobias.hun...@gmail.com appears to be a systemd developer
if that is even a legitimate account,
is he getting paid for his time spent here?
I find it disturbing. systemd has
Dear Devuan developers and users,
Since I am already using netman as my network manager in XFCE4, let us
not 'waste' more time and package an ALPHA version, so that users of
Devuan would be able to use it.
I am attaching a howto, so that whoever packages it would know what to
do. I chose /usr/bin
On 29/08/2015 20:10, KatolaZ wrote:
Well, I wouldn't say that su is a broken concept on its own. In
assessing the quality of ideas and software one should always take
into account the motivations which led to a certain solution.
su appeared in AT&T Unix Version 1:
Yes. However, Unix has evolv
On Sat, Aug 29, 2015 at 04:38:33PM +0200, Laurent Bercot wrote:
> On 29/08/2015 14:43, Rainer Weikusat wrote:
> >'su' is not a concept, it's a program.
>
> Okay, let's clarify.
> A program is the implementation of an idea. The idea is often
> unwritten or unspoken, or forgotten, and people will
On 29/08/15 17:50, Rainer Weikusat wrote:
Tobias Hunger writes:
On Sat, Aug 29, 2015 at 3:48 PM, Rainer Weikusat
wrote:
'su' is a somewhat generic setuid-0 program: It changes the uid and the
gids associated with itself to the ones for a certain user and then
executes a shell. In addition to
Tobias Hunger writes:
> On Sat, Aug 29, 2015 at 3:48 PM, Rainer Weikusat
> wrote:
>> 'su' is a somewhat generic setuid-0 program: It changes the uid and the
>> gids associated with itself to the ones for a certain user and then
>> executes a shell. In addition to that, it contains another "random
On 08/28/2015 11:00 AM, Michael Bütow wrote:
> Article here:
>
> https://tlhp.cf/lennart-poettering-su/
>
> I for one look forward to not having any of this madness one day when I
> transition completely to Devuan!
>
su --> machinectl shell
Obviously, too many people were getting root too ea
Hi Rainer,
On Sat, Aug 29, 2015 at 3:48 PM, Rainer Weikusat
wrote:
> 'su' is a somewhat generic setuid-0 program: It changes the uid and the
> gids associated with itself to the ones for a certain user and then
> executes a shell. In addition to that, it contains another "random
> environment mun
On Sat, Aug 29, 2015 at 05:14:50PM +0200, poitr pogo wrote:
...
> So let them build desktop oriented linux, and let us focus on the
> server oriented version.
I'm completely happy with devuan as a desktop system. Plaeas don't
abandon the desktop.
-- hendrik
It's the NSA. Sneaking binary logs into linux and so forth. Taking over
the system. Redhat's corporate and just down the pike from Fort Meade.
Lennart's a mole.
Seems obvious to me, anyway.
On 2015-08-29 22:14, poitr pogo wrote:
Hi,
On Fri, Aug 28, 2015 at 5:00 PM, Michael Bütow
wrote:
Ar
On Sat, 8/29/15, poitr pogo wrote:
Subject: Re: [DNG] The show goes on: “su” command replacement merged into
systemd on Fedora Rawhide
To: "dng"
Date: Saturday, August 29, 2015, 10:14 AM
>
> So let them build desktop oriented linux, and let us focus on the
> server oriented version.
>
Hi,
On Fri, Aug 28, 2015 at 5:00 PM, Michael Bütow wrote:
> Article here:
>
> https://tlhp.cf/lennart-poettering-su/
>
> I for one look forward to not having any of this madness one day when I
> transition completely to Devuan!
>
This is rather good news, as this is extension to systemd not to
As it is netman works. I think, it can be packaged and made useful for
some people, but users have to be warned that automated connections
are not yet implemented.
I am realising that 'connect on request' is more attractive to my
preferences, but I will provide the magical button to automatically
On 29/08/2015 14:43, Rainer Weikusat wrote:
'su' is not a concept, it's a program.
Okay, let's clarify.
A program is the implementation of an idea. The idea is often
unwritten or unspoken, or forgotten, and people will only refer
to the implementation; but good design always starts with the
On Sat, 29 Aug 2015 15:03:00 +0100
Edward Bartolo wrote:
> The plague has come, but not in the form of a deadly bacterium, but in
> the new trend of, "sacrificing function for fashion".
Or the megalomaniac "We are Systemd of Borg, resistance is futile..."
Cheers,
Ron.
--
On 08/29/2015 01:02 PM, Tobias Hunger wrote:
8...]
The init system should stop such services and you should fix the init
system and not add clutches all over the place to work around its
limitations.
Best Regards,
Tobias
Hi,
I'm not 100% sure what you want, but I think I have no time for
This is heartbreaking rather than a show. Replace everything that used
to work reliably for so many years with what clueless beginners want!
The plague has come, but not in the form of a deadly bacterium, but in
the new trend of, "sacrificing function for fashion".
On 29/08/2015, Rainer Weikusat
Isaac,
ncurses-term and ncurses-base are installed.
the output of
env |grep -e TERM -e LC -e LANG -e LOCALE
is TERM=xterm
LANG=en_GB.UTF-8
LANGUAGE=en_GB:en
COLORTERM=xfce4-terminal
my laptop is now only running xfce4, and slim is gone because I prefer
to login into a terminal and then startx
Another step forward, apt-get dist-upgrade fixed two of the held-back
packages.
On 28/08/15 20:13, info at smallinnovations.nl wrote:
I do not know a solution for this behavior but you do not need
aptitude in this situation you can do apt-get dist-upgrade to fix
those upgrades that get held ba
Matteo Panella writes:
> On 28/08/2015 17:32, Laurent Bercot wrote:
>> On 28/08/2015 17:00, Michael Bütow wrote:
>>> https://tlhp.cf/lennart-poettering-su/
>>
>> The thing is, he's not entirely wrong: su *is*, really, a
>> broken concept.
>
> On a desktop system with current constraints (XDG env
I am thinking about adding yet another operation to backend.c to
attempt automatic connection with a wifi.
The algorithm can work as follows:
a) read all filenames from /etc/network/wifi
b) scan for wifi essids and strengths
c) sort wifi essids according to strength, starting from the strongest
d)
"tilt!" writes:
> I use xfce-session with nodm, a (very) lightweight display manager.
> It essentially puts a user's x session into an endless loop.
>
> When shutting down the system via logout dialog (utilizing pm-utils),
> at least on my installation (utilizing sysvinit), nodm fails to
> recogni
On 28/08/2015 17:32, Laurent Bercot wrote:
> On 28/08/2015 17:00, Michael Bütow wrote:
>> https://tlhp.cf/lennart-poettering-su/
>
> The thing is, he's not entirely wrong: su *is*, really, a
> broken concept.
On a desktop system with current constraints (XDG env vars, X11
sockets...) I'd agree,
Laurent Bercot writes:
> On 28/08/2015 17:00, Michael Bütow wrote:
>> https://tlhp.cf/lennart-poettering-su/
>
> The thing is, he's not entirely wrong: su *is*, really, a
> broken concept.
'su' is not a concept, it's a program. This means one can use it to
accomplish what it was written to do.
Am 29.08.2015 10:26 vorm. schrieb "tilt!" :
> My wording was biased there. To put it in clear terms:
>
> I think it's wrong that nodm attempts to (re)start an interactive
> X session when the system is already scheduled for shutdown.
>
> I find it wrong, because it is misleading the user into inter
Hi Hendrik,
I just started working on that. But just started.
The following script generates the pool and dists folders:
find ./DEBIAN -name "*.dsc" -exec reprepro --ask-passphrase -b . -V -C
main includedsc jessie {} \;
find ./DEBIAN -name "*.deb" -exec reprepro --ask-passphrase -b . -V -C
main
Hi Tobias,
On 08/29/2015 09:50 AM, Tobias Hunger wrote:
> [...]
>
>>> I do not think you would need it anyway as systemd will stop the
display
>>> manager all by itself.
>>
>> Given the unclarity I tried to express in my previous questions, i admit
>> that i am currently not too confident about
Hi tilt!,
Am 29.08.2015 07:53 schrieb "tilt!" :
> thanks a lot for these hints! Please understand the following questions
not
> directed specifically to you, it's just that I am not very much into
systemd,
> and i appreciate every piece of clarification a lot. I post this here,
because
> this is o
As i found out, utmpx.h is in POSIX, but it (of course) has no
notion of a runlevel (RUN_LVL is not defined, it's only in utmp.h).
This somehow makes my questions less applicable to the actual
problem I'm trying to solve.
It still is generally interesting, but for a "POSIX-portable"
solution to
On Fri, Aug 28, 2015 at 11:09:08PM +0200, tilt! wrote:
> Does systemd write RUN_LVL utmp entries in a compliant fashion;
> especially, when entering shutdown, does it generate an entry of
> ut_type RUN_LVL with ut_pid set to 0?
https://github.com/systemd/systemd/blob/master/src/shared/utmp-wtmp.c
52 matches
Mail list logo
