Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread sin
On Thu, Feb 06, 2014 at 11:40:22PM +0100, Eckehard Berns wrote: > On Thu, Feb 06, 2014 at 09:54:44PM +, sin wrote: > > Hm yes, you are right, the FIFO code never reaps children. We could > > probably use the double fork trick + killing the parent to force it to > > be reaped by the original pr

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread Eckehard Berns
On Fri, Feb 07, 2014 at 12:03:03PM +, sin wrote: > I've fixed the issues you mentioned except the case when rootfs is mounted > as ro. > > How would you tackle that? I thought about this a bit. If the fifo is present when booting the ro root fs everything should be fine. You wouldn't be able

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread sin
On Fri, Feb 07, 2014 at 01:42:36PM +0100, Eckehard Berns wrote: > On Fri, Feb 07, 2014 at 12:03:03PM +, sin wrote: > > I've fixed the issues you mentioned except the case when rootfs is mounted > > as ro. > > > > How would you tackle that? > > I thought about this a bit. If the fifo is presen

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread koneu
On 02/07/2014 02:02 PM, sin wrote: Yes, I realize signalfd() is Linux specific... aw well. Then again, you wrote sinit with stali in mind.

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread sin
On Fri, Feb 07, 2014 at 01:42:36PM +0100, Eckehard Berns wrote: > On Fri, Feb 07, 2014 at 12:03:03PM +, sin wrote: > > I've fixed the issues you mentioned except the case when rootfs is mounted > > as ro. > > > > How would you tackle that? > > I thought about this a bit. If the fifo is presen

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread Szabolcs Nagy
* sin [2014-02-06 12:32:59 +]: > As part of experimenting with a toy distro I wanted to get rid of > busybox's init, so I hacked together sinit[1]. sinit is based on Strake's > init[2]. note that strake got that init code is from Rich Felker and there is more to it than that code.. (you may

Re: [dev] dmenu-based clipboard manager

2014-02-07 Thread Carlos Torres
On Feb 5, 2014 5:46 AM, "Chris Down" wrote: > > In case it interests anyone, I wrote a clipboard manager based around > dmenu[0]. > [0]: https://github.com/cdown/clipmenu Thank you sir. though i happen to be using both the clipboard, primary and secondary with xsel --Carlos

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread Eckehard Berns
On Fri, Feb 07, 2014 at 04:24:03PM +, sin wrote: > Well, I completely removed the FIFO code :) That simplifies things :) I tested v0.3 and besides some glitches due to my system everything worked fine. I'm using fgetty (yeah, freeing a couple more kb might not be worth using it, but I tried

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread sin
On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote: > On Fri, Feb 07, 2014 at 04:24:03PM +, sin wrote: > > Well, I completely removed the FIFO code :) > > That simplifies things :) > > I tested v0.3 and besides some glitches due to my system everything > worked fine. I'm using fg

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread sin
On Fri, Feb 07, 2014 at 05:26:54PM +0100, Szabolcs Nagy wrote: > * sin [2014-02-06 12:32:59 +]: > > As part of experimenting with a toy distro I wanted to get rid of > > busybox's init, so I hacked together sinit[1]. sinit is based on Strake's > > init[2]. > > note that strake got that init

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread sin
On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote: > I tested v0.3 and besides some glitches due to my system everything > worked fine. I'm using fgetty (yeah, freeing a couple more kb might > not be worth using it, but I tried it some time ago and kept it) and > it complains about fi

Re: [dev] Announcing sinit - the suckless init

2014-02-07 Thread Eckehard Berns
On Fri, Feb 07, 2014 at 09:00:34PM +, sin wrote: > On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote: > > And since sinit uses Linux specific code anyway you might consider > > calling reboot(0) to tell the kernel to send SIGINT to pid 1 on > > ctrl-alt-del. > > I implemented ctrl