Re: [DNG] BUG: zombies increase while running netman

WaitOnExit causes the main thread to wait until the backend finishes. This means it will hang the main thread making the GUI irritatingly unresponsive. Thus, the only way out is to use multi-threading. Regarding zombies, these were automatically adopted by the frontend as terminating the latter

Re: [DNG] BUG: zombies increase while running netman

> WaitOnExit causes the main thread to wait until the backend finishes. > This means it will hang the main thread making the GUI irritatingly > unresponsive. Thus, the only way out is to use multi-threading. Multithreading is almost always a bad idea, fortunately there are other options: Have

Re: [DNG] su

Le 30/08/2015 17:08, Emiliano Marini a écrit : I don't understand su, and don't want to read his manpage, let's reinvent it poorly I use su everyday. If you don't like it, don't use it. If you are afraid of using it by mistyping, alias it. Could we put an end to this thread?

Re: [DNG] wpa_supplicant/ifup integration documentation

On Mon, Aug 31, 2015 at 09:38:12AM +0200, Didier Kryn wrote: > Sorry, this thread became private my my mis-clicking on Icedove. > > Le 30/08/2015 22:37, Isaac Dunham a écrit : > >On Sun, Aug 30, 2015 at 12:58:59PM +0200, Didier Kryn wrote: > >>Le 28/08/2015 04:28, Isaac Dunham a ??crit : >

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

Steve Litt writes: > On Sun, 30 Aug 2015 21:11:01 -0500 > Nate Bargmann wrote: > >> And all along I thought a "dock" had to do with a place to put program >> icons on a desktop and that "docker" was a tool to handle it. I've >> ignored everything about

Re: [DNG] netman GIT project

On Mon, 31 Aug 2015, Edward Bartolo wrote: > The only way that does not allow multiple similar threads is to allow > the GUI to become momentarily unresponsive. how about first changing the UI with a "processing..." sign and then make it unresponsive? then it would say at least that

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

On Sun, 30 Aug 2015, Tobias Hunger wrote: > > if that is even a legitimate account, > > Yes. Did we get to the point where we need fake emails to follow up > on free software projects now? since none of your emails are cryptographically signed, noone can really tell if this is an

Re: [DNG] netman GIT project

Edward Bartolo writes: > I tried several ways to use grey-out buttons but there is a bug or > something that is preventing me. The only way I found is > multi-threading or simply leaving the main thread to wait for the > backend to finish its job until it becomes available to

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

On Mon, Aug 31, 2015 at 7:40 PM, Jaromil wrote: > On Sun, 30 Aug 2015, Tobias Hunger wrote: > >> > if that is even a legitimate account, >> >> Yes. Did we get to the point where we need fake emails to follow up >> on free software projects now? > > since none of your emails are

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

On 31/08/2015 20:56, Tobias Hunger wrote: Oh, I am pretty happy with systemd and won't lie about that. I would still like to see some competition going. That's pretty much the crux of the problem here. Nothing can compete with systemd on the same grounds, because systemd covers so much ground

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

Hi, On 08/31/2015 08:56 PM, Tobias Hunger wrote: > [...] > And yes, any init system that needs hacks like the one tilt! is > doing for his display manager is a lesser one. This is an outrage! I don't do "hacks", i perform highly qualified high-tech science development for the sake of future

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

On Mon, Aug 31, 2015 at 08:56:33PM +0200, Tobias Hunger wrote: [cut] > > Oh, I am pretty happy with systemd and won't lie about that. I would > still like to see some competition going. > > And yes, any init system that needs hacks like the one tilt! is doing > for his display manager is a

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

KatolaZ writes: > On Mon, Aug 31, 2015 at 08:56:33PM +0200, Tobias Hunger wrote: > > [cut] > >> >> Oh, I am pretty happy with systemd and won't lie about that. I would >> still like to see some competition going. [...] > Go conquer the world with your little

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

On Mon, 31 Aug 2015 20:59:24 +0100 Rainer Weikusat wrote: > KatolaZ writes: > [...] > > > Go conquer the world with your little software-engineering > > masterpiece, but please leave us poor cavemen in peace. > > The poor cavemen are the

Re: [DNG] BUG: zombies increase while running netman

> waitpid is async signal safe, hence, there's no reason the why the > 'throw the exit status away' loop can't run from the signal handler > itself (see signal(7)) for a list of other async signal safe functions). So this was a misunderstanding - I wasn't implying that he throw the exit status

Re: [DNG] BUG: zombies increase while running netman

marc writes: >> WaitOnExit causes the main thread to wait until the backend finishes. >> This means it will hang the main thread making the GUI irritatingly >> unresponsive. Thus, the only way out is to use multi-threading. > > Multithreading is almost always a bad idea,

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

Am 31.08.2015 21:50 schrieb "KatolaZ" : > The sole fact that you consider anything else than systemd as "a > lesser" option[...] Hi KatolaZ, there are several inits (plus surrounding code like startup scripts) that do not require a hack like that. Systemd is just one of

Re: [DNG] The show goes on: “su” command replacement merged into systemd on Fedora Rawhide

On Sun, 30 Aug 2015 21:11:01 -0500 Nate Bargmann wrote: > And all along I thought a "dock" had to do with a place to put program > icons on a desktop and that "docker" was a tool to handle it. I've > ignored everything about virtual machines except for Virtual Box and > QEMU. > >