Hi,
So, GNOME users will be hand-held to have their background processes
terminated automatically. And, those who want to bypass this
functionality need to tweak their system to allow some background
processes persist. Huh, this mysterious tweaking looks like the right
recipe System administra
Hi everyone,
After some testing, I have a question about an option in
/etc/default/shorewall:
wait_interface
If I add the bridge interface to that line, shorewall will not start
unless a container is brought up. I suppose that is why I was thinking
of bridging the bridge inerface with a tap i
linuxvoice.com/interview-lennart-poettering
It's an old article, but as I read, I realized how much I disagree with
Lennart. TBH, he sounds like an Apple fan.
Now we get controversial, because those who like to feel smart, yet
don't know much, feel empowered by AI. Those who don't feel smart,
On Tue, 2016-06-07 at 14:35 +0200, Arnt Karlsen wrote:
> ..11 years with Groklaw.net has thaught me to be a little harsher;
> you cannot "port" a program written under one license (MIT), under
> another license, unless that first license has language that allows
> such "relicensing" under other
On 06/09/2016 07:07 AM, Dan Purgert wrote:
Didier Kryn wrote:
[snip]
I cite:
"Systemd and cgroup developers are working together to turn systemd into a
global cgroup manager that creates higher-level control knobs and prevents
direct access to the kernel. Many Systemd changes are already r
On Wed, Jun 08, 2016 at 11:01:42PM +0200, Paweł Cholewiński wrote:
> Look here https://git.devuan.org/devuan-packages/debian-installer/issues
> Some issues have 1.0.0-beta2 milestone and they are going to be resolved
> with beta2.
Ok, thanks. I didn't see that in my search, and filed installer iss
Didier Kryn wrote:
>[snip]
>
> I cite:
> "Systemd and cgroup developers are working together to turn systemd into a
> global cgroup manager that creates higher-level control knobs and prevents
> direct access to the kernel. Many Systemd changes are already released
> while cgroup changes are s
Didier Kryn writes:
> Le 08/06/2016 12:49, KatolaZ a écrit :
>> Killing all the processes at logout should be easily doable using
>> cgroups (which existed much before Poettering got his bachelor
>> degree), and is indeed easily doable with screen, nohup, and hundred
>> of similar amenities.
>
>
Le 08/06/2016 23:31, Didier Kryn a écrit :
one of the documents I found
(https://www.linux.com/blog/all-about-linux-kernel-cgroups-redesign)
is full of references to systemd to the point it is literally disgusting.
I just found the explanation, the rewriter, and current developper
of cgr
Le 08/06/2016 12:49, KatolaZ a écrit :
Killing all the processes at logout should be easily doable using
cgroups (which existed much before Poettering got his bachelor
degree), and is indeed easily doable with screen, nohup, and hundred
of similar amenities.
I looked for documentation on cg
Hi Frits
I've been trying to do a build for the last couple of days, however, it
fails in installer_debian-installer script on either line, 425 or 448.
This problem has only just started last week.
May something to do with the installer issues.
Cheers
Ozi
[2016-06-09 06:05:01] lb installer_de
W dniu 08.06.2016 o 22:22, Gregory Nowak pisze:
>> please remember critical feedback and insights are welcome! we need
>> > to improve things still. but perhaps not in the d-i installer, which
>> > is quite of an hairball.
> Does that mean that feedback issues open against the installer aren't
> g
W dniu 07.06.2016 o 12:38, emnin...@riseup.net pisze:
> (How can i debug the installation?)
You could use this document:
https://git.devuan.org/dev1fanboy/Upgrade-Install-Devuan/wikis/Minimal-install-guide
Use debootstrap --variant=minbase --include=nano,nvi,procps jessie
/target http://auto.mirr
On Wed, Jun 08, 2016 at 09:24:56AM +0200, Jaromil wrote:
> please remember critical feedback and insights are welcome! we need
> to improve things still. but perhaps not in the d-i installer, which
> is quite of an hairball.
Does that mean that feedback issues open against the installer aren't
go
dev writes:
>>> On Wed, 08 Jun 2016, Edward Bartolo wrote:
>>> fortunately they have a link to offer to non-subscribers, I'm not sure
>>> it will expire, however see here
>>> https://lwn.net/SubscriberLink/690151/721a817ed6377ec3/
>
>
> FTFA:
> "Lennart Poettering sees process persistence as a sec
On Wed, 08 Jun 2016, Edward Bartolo wrote:
fortunately they have a link to offer to non-subscribers, I'm not sure
it will expire, however see here
https://lwn.net/SubscriberLink/690151/721a817ed6377ec3/
FTFA:
"Lennart Poettering sees process persistence as a security issue."
But then, so is/
On Wed, Jun 08, 2016 at 01:58:22PM +0300, Jack L. Frost wrote:
> On Wed, Jun 08, 2016 at 02:22:29PM +0900, Simon Walter wrote:
> > Since Chung's new version is written in Python, wouldn't it be considered a
> > different piece of software? I don't think a re-write in another language of
> > somethi
Jaromil writes:
> On Wed, 08 Jun 2016, Edward Bartolo wrote:
>> In short, I am afraid making assumptions the tempest will settle
>> down, is a mistake.
>
> the tempest is raging out there. today there is a fine piece by Corbet
> resuming the state of affairs on LWN, which I got as a subscriber (an
Edward Bartolo wrote:
> One strategy would be to deny
> server access to anyone not using systemd. This would force Devuan to
> set up an entirely independent infrastructure. I think, this may do
> some serious disruption: be prepared as Devuan is not yet totally
> divorced from Debian.
I suspec
Jack L. Frost wrote:
> Yeah, I was going to say that too: a rewrite in another language is a
> completely new piece of software ...
I wouldn't be too sure.
It will vary considerably on the details.
At one extreme, you look at what the original is doing and write new code to do
the same manipula
On Wed, 08 Jun 2016, Dan Purgert wrote:
> This was in the comments of the article on lwn (sorry, I forget who
> linked it on the mailing list). I'm honestly not sure how "true" it is,
> but it seems to coincide with what else I've been reading.
>
> 1. In the beginning there was there login. Every
Den 08.06.2016 12.58, skrev Jack L. Frost:
On Wed, Jun 08, 2016 at 02:22:29PM +0900, Simon Walter wrote:
Since Chung's new version is written in Python, wouldn't it be considered a
different piece of software? I don't think a re-write in another language of
something licensed under the MIT licen
On Wed, Jun 08, 2016 at 10:43:41AM +0200, Didier Kryn wrote:
>
> I sometimes have to logout and login again to be able to kill
> wild threads of Icedove which survive in a blocked state after the
> windows have been closed. The idea to be able to kill all processes
> started in a session is no
Hi All,
What about answering the basic question?
1) What is an OS's init system?
Reply: Hmm let me think. An init system is EVERYTHING!
2) What is sysvinit not a good OS init system?
Reply: Well... new is often better.
3) Why do you use assert() so much in your C coding?
Reply: Well...
On 06/08/2016 05:38 PM, Steve Litt wrote:
> Hi all,
>
> I think this joke could be refined, but it's a pretty good start.
>
> You know, given the fact that systemd's architecture is an April Fools
> joke, it's amazing how little systemd humor exists.
>
> SteveT
>
Or reimplementing part in shel
Hi all,
I think this joke could be refined, but it's a pretty good start.
You know, given the fact that systemd's architecture is an April Fools
joke, it's amazing how little systemd humor exists.
SteveT
===
Begin forwarded message:
Date: Tue, 7
KatolaZ wrote:
> On Wed, Jun 08, 2016 at 12:13:48PM +0200, Didier Kryn wrote:
>
> [cut]
>
> >
> > Yes, nohup. I guess it issues setsid() and disconnects from the
> > controlling terminal, but any process can do that on its own. I was thinking
> > of a way to decide which session can do that
Jaromil wrote:
> On Wed, 08 Jun 2016, Didier Kryn wrote:
>
> > Otherwise, I like the idea to have a better control of what
> > survives a session.
>
> I also like that and I like that is simply made.
>
> For many of us is already made possible in simple ways: you run inside
> screen (or even
On Wed, 8 Jun 2016 13:58:22 +0300, Jack wrote in message
<20160608105821.ga15...@malganis.fleshless.org>:
> On Wed, Jun 08, 2016 at 02:22:29PM +0900, Simon Walter wrote:
> > Since Chung's new version is written in Python, wouldn't it be
> > considered a different piece of software? I don't think
This security update broke my Samba servers in Debian Wheezy. DO NOT
upgrade samba until it reaches LTS.
https://lists.debian.org/debian-user/2016/06/msg00057.html
Cheers,
Emiliano.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/c
Edward Bartolo wrote:
> [snip]
>
> Reading this mail thread gives the message that eventually software
> freedom will win even in the case of init freedom. However, searching
> online for various topics often results in howtos that assume one is
> running systemd. I may be worrying a bit too much,
Hi there
Klaus Hartnegg wrote:
All programmers please read this, and treat it as a list of things not to do.
https://lists.dns-oarc.net/pipermail/dns-operations/2016-June/014964.html
Systemd manages to shoot itself in the foot, and in the elbow, and trigger a
timebomb, all with one single b
Hi,
The current strategy looks very tentatively similar to how a bully
behaves when they repeatedly fail to visibly persecute (control) their
victims. Making architectural decisions that clearly break other
utilities that work to force users to use systemd is nothing less that
a wild cry from frus
On 06/08/2016 07:49 PM, KatolaZ wrote:
[sorry for the long reply]
Very well put.
Killing all the processes at logout should be easily doable using
cgroups (which existed much before Poettering got his bachelor
degree), and is indeed easily doable with screen, nohup, and hundred
of similar am
On Wed, Jun 08, 2016 at 02:22:29PM +0900, Simon Walter wrote:
> Since Chung's new version is written in Python, wouldn't it be considered a
> different piece of software? I don't think a re-write in another language of
> something licensed under the MIT license can even be considered a
> derivative
On Wed, Jun 08, 2016 at 12:13:48PM +0200, Didier Kryn wrote:
[cut]
>
> Yes, nohup. I guess it issues setsid() and disconnects from the
> controlling terminal, but any process can do that on its own. I was thinking
> of a way to decide which session can do that and which cannot, and I imagine
Le 08/06/2016 11:07, Jaromil a écrit :
On Wed, 08 Jun 2016, Didier Kryn wrote:
> Otherwise, I like the idea to have a better control of what
>survives a session.
I also like that and I like that is simply made.
For many of us is already made possible in simple ways: you run inside
screen
On Wed, 08 Jun 2016, Didier Kryn wrote:
> Otherwise, I like the idea to have a better control of what
> survives a session.
I also like that and I like that is simply made.
For many of us is already made possible in simple ways: you run inside
screen (or even better tmux, having read screen'
Le 08/06/2016 09:32, Jaromil a écrit :
the tempest is raging out there. today there is a fine piece by Corbet
resuming the state of affairs on LWN, which I got as a subscriber (and
I do recommend subscribing to LWN, is the best source of news out
there)
fortunately they have a link to offer to n
On 08/06/16 03:23, Jaromil wrote:
but perhaps not in the d-i installer, which
is quite of an hairball.
Steel Pulse :-)
Aitor.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
On Wed, 08 Jun 2016, Edward Bartolo wrote:
> In short, I am afraid making assumptions the tempest will settle
> down, is a mistake.
the tempest is raging out there. today there is a fine piece by Corbet
resuming the state of affairs on LWN, which I got as a subscriber (and
I do recommend subscrib
On Wed, 08 Jun 2016, Simon Walter wrote:
> OK, well, I just tried the new BETA.
please remember critical feedback and insights are welcome! we need
to improve things still. but perhaps not in the d-i installer, which
is quite of an hairball.
> I don't know why there is a graphical installer. My
Hi,
Reading this mail thread gives the message that eventually software
freedom will win even in the case of init freedom. However, searching
online for various topics often results in howtos that assume one is
running systemd. I may be worrying a bit too much, but having howtos
assuming systemd i
43 matches
Mail list logo
