returns -EPERM.
So it is not redundant, it is plain wrong.
That is if I understand everything correctly :P
Cheers,
sin
On Tue, Apr 22, 2014 at 05:20:29PM -0400, Calvin Morrison wrote:
How are you getting on with this? I am planning to do a bit more polishing
to ubase + add 1-2 tools and then make an initial v0.1 release. Would
wouldn't this fit better in sbase?
depends... a naive implementation can be
On Tue, Apr 22, 2014 at 05:34:47PM -0400, Calvin Morrison wrote:
On 22 April 2014 17:24, sin s...@2f30.org wrote:
On Tue, Apr 22, 2014 at 05:20:29PM -0400, Calvin Morrison wrote:
How are you getting on with this? I am planning to do a bit more
polishing
to ubase + add 1-2 tools
that it will trigger only 1
invocation of the program.
What do you think?
Cheers,
sin
[0] http://ewontfix.com/15/
From bcb98c9736725eccfdaf23dfb53cbebc2d7973be Mon Sep 17 00:00:00 2001
From: sin s...@2f30.org
Date: Mon, 21 Apr 2014 11:48:09 +0100
Subject: [PATCH] Implement fifo listener mode for respawn
On Sun, Apr 20, 2014 at 08:58:23PM +0200, Roberto E. Vargas Caballero wrote:
#define LEN(x) (sizeof (x) / sizeof *(x))
I am used to read the other form, but I thing it is only a question
of personal taste, and since the other form was sent before your suggestion
I'll apply it.
Yes,
(%zu\n, LEN(a + 2));
Cheers,
sin
note that sinit is considered stable and complete. If
you have any patches, feel free to submit them to the wiki.
Cheers,
sin
[0] http://dl.suckless.org/sinit/sinit-0.9.tar.gz
[1] http://git.suckless.org/sinit
[2] http://tools.suckless.org/sinit/
On Thu, Apr 17, 2014 at 12:26:09PM +0200, FRIGN wrote:
On Wed, 16 Apr 2014 23:10:23 +0100
Dimitris Papastamos d...@spl9.org wrote:
i just note that pivot_root is a linux system call
so implementing that tool is a one-liner in c
We don't need this here, given we don't give a damn about
On Thu, Apr 17, 2014 at 02:47:37PM +0200, FRIGN wrote:
On Thu, 17 Apr 2014 12:57:24 +0100
sin s...@2f30.org wrote:
Someome might suggest adding some useful
shell scripts in a directory misc/ or so in ubase but that's not the
right place and I'd like to keep sbase and ubase free of non-C
hacked it together before. So, to save my time, I better
ask now.
I am not aware of any such patches. Feel free to implement the tool
and send me a patch :)
Cheers,
sin
On Sat, Apr 12, 2014 at 11:08:29AM +0200, Martti Kühne wrote:
On Fri, Apr 11, 2014 at 9:07 PM, Silvan Jegen s.je...@gmail.com wrote:
I can see the need for a '-d' flag for compatibility reasons but my
preference would be to just ignore the flag if it is specified. What are
peoples opinion
On Thu, Apr 10, 2014 at 08:55:08PM +0200, Jakob Kramer wrote:
There is wrong information about the installation directory and about
how to run quark in the README.
Applied, thanks.
On Sat, Apr 12, 2014 at 09:02:05PM +0200, Silvan Jegen wrote:
True. I would suggest just adding checks and bailing out when the return
code is 0. Maybe something like the following?
Looks good. Can you resend with an attachment?
On Sat, Apr 12, 2014 at 10:20:14PM +0200, Silvan Jegen wrote:
On Sat, Apr 12, 2014 at 08:42:22PM +0100, sin wrote:
On Sat, Apr 12, 2014 at 09:02:05PM +0200, Silvan Jegen wrote:
True. I would suggest just adding checks and bailing out when the return
code is 0. Maybe something like
On Fri, Apr 11, 2014 at 10:25:48AM -0400, Calvin Morrison wrote:
1) submit it to the suckless repository, if the community so desires
Personally I'd like to see something like miscutils, rutils (random utils)
or similar under MIT/X. I am sure more programs will pop up.
On Fri, Apr 11, 2014 at 09:07:10PM +0200, Silvan Jegen wrote:
I can see the need for a '-d' flag for compatibility reasons but my
preference would be to just ignore the flag if it is specified. What are
peoples opinion on the '-d' flag?
I suspect we can do that yes, Hiltjo might be able to
On Fri, Apr 11, 2014 at 09:07:10PM +0200, Silvan Jegen wrote:
I can see the need for a '-d' flag for compatibility reasons but my
preference would be to just ignore the flag if it is specified. What are
peoples opinion on the '-d' flag?
One thing that is different is the breaking conditions
utilities
which didn't quite make it into coreutils, but are still useful.
Submit it to ubase.
I guess we can do that yes. So Calvin, send me a patch for lock to be included
in ubase and I will apply it.
Cheers,
sin
On Sun, Apr 06, 2014 at 12:37:54AM +0300, Ari Malinen wrote:
Its hard to write ebuilds for smdev because this line is missing from smdev:
@mkdir -p ${DESTDIR}${PREFIX}/bin
Here is patch:
http://koti.kapsi.fi/~deferi/patches/smdev-git-create-bin.diff
This has been fixed, thanks for
On Tue, Mar 04, 2014 at 09:25:26AM +0100, FRIGN wrote:
A question to everyone on this list: What do you think about the
Go-language?
I have no experience with python, but I use golang a lot.
Lua is also quite fun to code in.
On Mon, Mar 03, 2014 at 07:39:13PM +0100, FRIGN wrote:
I'm currently working on quark and would like to propose a patch
simplifying the logmsg-, logerrmsg- and die-functions in quark.
There's more to come!
Why can't we not use err(), warn(), etc. from err.h?
On Mon, Mar 03, 2014 at 09:53:20PM +0100, FRIGN wrote:
On Mon, 3 Mar 2014 21:16:46 +
sin s...@2f30.org wrote:
Why can't we not use err(), warn(), etc. from err.h?
It's not necessary and introduces more problems, as it forces a certain
format on the error-messages, always beginning
Hi all,
Are there any plans for a suckless conference this year?
Cheers,
sin
I am planning to travel from Scotland :)
I'd also like to talk about sbase/ubase.
On Mon, Feb 17, 2014 at 07:57:37AM +0100, Martin Kopta wrote:
Hi guys,
just wanted to point out my article about Stali [0] which came out today as a
third part of the Suckless series on root.cz. First article was about Suckless
in general [1], second was about dwm [2].
Cool! :)
On Sat, Feb 15, 2014 at 11:20:08PM +0100, Truls Becken wrote:
Rich Felker included a really minimalistic init in his recent blog post
Broken by design: systemd [1].
It was posted here to this thread by nsz. sinit was initially inspired
by Rich Felker's init.
[1] http://ewontfix.com/14/
config.bsd config.mk
;;
*)
ln config.posix config.mk
;;
esac
This was taken from utmp[1].
This doesn't duplicate the entire Makefile.
[1] http://git.suckless.org/utmp
cheers,
sin
On Tue, Feb 11, 2014 at 01:28:25PM +0100, Markus Teich wrote:
Nick wrote:
I was reading the opengroup specifications for make(1) recently[0],
and found that even our standard makefile practise of using 'include'
for config variables is nonstandard, as far as they're concerned.
Needless to
On Tue, Feb 11, 2014 at 07:16:35PM +0100, Markus Wichmann wrote:
On Tue, Feb 11, 2014 at 12:19:59PM +, Nick wrote:
I was reading the opengroup specifications for make(1) recently[0],
and found that even our standard makefile practise of using 'include'
for config variables is
On Sun, Feb 09, 2014 at 09:17:07PM -0500, Carlos Torres wrote:
Hello,
This patch is food for thought. i looked closer at what util-linux
does (ugh) and found that their exit codes are what swapon/swapoff
return. so this is an alternative patch that behaves the same way. I
thought its
On Sat, Feb 08, 2014 at 11:58:47PM +0100, Eckehard Berns wrote:
On Fri, Feb 07, 2014 at 09:36:01PM +, sin wrote:
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
On Mon, Feb 10, 2014 at 02:44:11PM +0100, Eckehard Berns wrote:
On Mon, Feb 10, 2014 at 12:31:59PM +, sin wrote:
I just pushed a simple implementation of getty[1] to ubase. Would
be nice to see if that works ok with your setup (and maybe get rid of
fgetty ;-)).
I didn't dare to ask
On Mon, Feb 10, 2014 at 09:19:10AM -0500, Carlos Torres wrote:
Hello,
On 2/10/14, sin s...@2f30.org wrote:
So I don't see how or-ing the return values actually does anything.
It can only be -1 or 0.
Am I missing something here?
No sir. this patch simply emulates whats wrong
On Mon, Feb 10, 2014 at 08:53:16PM +0100, Krol, Willem van de wrote:
On Fri, Feb 7, 2014 at 2:02 PM, sin s...@2f30.org wrote:
Yes, I realize signalfd() is Linux specific... aw well.
Why did you choose signalfd() over sigwait()? The only advantage of
signalfd() seems to be poll()-ing
On Mon, Feb 10, 2014 at 08:53:16PM +0100, Krol, Willem van de wrote:
On Fri, Feb 7, 2014 at 2:02 PM, sin s...@2f30.org wrote:
Yes, I realize signalfd() is Linux specific... aw well.
Why did you choose signalfd() over sigwait()? The only advantage of
signalfd() seems to be poll()-ing
On Sat, Feb 08, 2014 at 10:34:31PM -0500, Carlos Torres wrote:
Hi sin,
attached are two patches for the -a flag on swapon and swapoff. there
is room for improvement. and cleaning up, but i wasn't sure how you
might want it organized. i altered the error handling a little bit,
since it felt
On Sun, Feb 09, 2014 at 01:36:21PM -0500, Bryan Bennett wrote:
Well, damnit. Gmail's web interface strikes again...
As I was saying...
I've not had the chance to try this out myself, but I'm curious what
this provides
(or doesn't provide, given the collective mindsets on this mailinglist,
On Sat, Feb 08, 2014 at 09:27:36AM +0100, Truls Becken wrote:
Hi,
Wrapping the argument to spawn in Arg union is useless now.
Probably a leftover from the design with FIFO.
Yeah, indeed. Will remove.
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 process
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 present when
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 present when
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 fgetty
On Fri, Feb 07, 2014 at 05:26:54PM +0100, Szabolcs Nagy wrote:
* sin s...@2f30.org [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
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 file
and it should work with any
init scripts. I've been testing it with my init scripts[3].
Let me know what you guys think, I am looking forward to use this with sta.li.
Thanks,
sin
[1] http://git.2f30.org/sinit
[2] https://github.com/strake/init
[3] http://git.2f30.org/fs/
On Thu, Feb 06, 2014 at 02:46:43PM +0100, Eckehard Berns wrote:
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].
It is currently controlled via a FIFO. It supports only two commands
On Thu, Feb 06, 2014 at 07:54:17PM +0100, YpN wrote:
Let me know what you guys think, I am looking forward to use this with
sta.li.
I will probably try it this month. And you should add it on
the rocks page. For now, I don't have any advices, but it
could be good to support daemons.
On Thu, Feb 06, 2014 at 09:36:23PM +0100, Eckehard Berns wrote:
On Thu, Feb 06, 2014 at 12:32:59PM +, sin wrote:
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].
[...]
Let me know
On Thu, Feb 06, 2014 at 09:03:38PM +0100, Hadrian Węgrzynowski wrote:
Dnia 2014-02-06, o godz. 12:32:59
Hey.
Did you saw qinit[1] from David Galos?
Yes, it does a bit more than what I'd expect from init.
It is also a bit racy, I have a patched version somewhere that sort of
works.
On Sat, Feb 01, 2014 at 07:33:54PM +0200, Dimitris Zervas wrote:
@Charlie:
The best automation in an editor for me, is autocompletion. It saves
very much time and does not brake the whole world down.
Autocompletion is mostly useless.
On Fri, Jan 31, 2014 at 07:04:46PM +0100, FRIGN wrote:
On Fri, 31 Jan 2014 18:43:50 +0100
FRIGN d...@frign.de wrote:
Using the C99 PRIu32-macro and %zu-format-specifier increase
portability and avoid these unnecessary casts.
Argh, I forgot C90 didn't support the z-format-specifier.
So,
On Fri, Jan 31, 2014 at 07:04:46PM +0100, FRIGN wrote:
Please let me know if I should check the code for more of those cases.
Would be nice! :)
On Fri, Jan 31, 2014 at 06:01:48PM +0200, Dimitris Zervas wrote:
hmm, fifo interface for Xlib.
Sounds like a good way to get my hands dirty with Xlib.
Do I have to interface all the features of xlib, or we need some specific?
ALL OF THEM.
Hi,
This is in preparation to moving tar(1) over to recurse()
instead of ftw().
The caller of recurse() doesn't need to prepare a full path
manually anymore.
cheers,
sin
From 0697ac3a64dca3f4a3857784f1e1a15dd82827ee Mon Sep 17 00:00:00 2001
From: sin s...@2f30.org
Date: Thu, 30 Jan 2014 12:37
Hi,
I think this is probably the best course of action
at this point.
I'll also need to move stat(1) to ubase as it is using
major() and minor().
bye,
sin
From c3fdef5b71fa9f78ae9322d270428eb60584528d Mon Sep 17 00:00:00 2001
From: sin s...@2f30.org
Date: Thu, 30 Jan 2014 14:51:21 +
Subject
On Thu, Jan 30, 2014 at 04:07:28PM +, Nick wrote:
On Thu, Jan 30, 2014 at 04:00:10PM +, sin wrote:
Which means that on a system that doesn't have those macros, it will
ignore char/blk devices.
I am inclined to keep the warning messages there for those cases.
Is it likely
On Thu, Jan 30, 2014 at 03:48:33PM +, Nick wrote:
On Thu, Jan 30, 2014 at 03:35:25PM +, sin wrote:
I think this is probably the best course of action
at this point.
...
Support for character and block devices is optional in POSIX.
We cannot guarantee that this will work
On Thu, Jan 30, 2014 at 09:38:23AM -0800, Bobby Powers wrote:
Hello,
sin wrote:
This is in preparation to moving tar(1) over to recurse()
instead of ftw().
On MacOS 10.9, strlcat and strncat are defined as macros, and adding
them to sbase breaks the builds. I'm not sure what the easy
On Thu, Jan 30, 2014 at 09:38:23AM -0800, Bobby Powers wrote:
Hello,
sin wrote:
This is in preparation to moving tar(1) over to recurse()
instead of ftw().
On MacOS 10.9, strlcat and strncat are defined as macros, and adding
them to sbase breaks the builds. I'm not sure what the easy
On Thu, Jan 30, 2014 at 09:01:59PM +0100, Szabolcs Nagy wrote:
* Bobby Powers bobbypow...@gmail.com [2014-01-30 09:38:23 -0800]:
On MacOS 10.9, strlcat and strncat are defined as macros, and adding
them to sbase breaks the builds. I'm not sure what the easy/nice
solution is. Error is
On Thu, Jan 30, 2014 at 09:38:23AM -0800, Bobby Powers wrote:
Hello,
sin wrote:
This is in preparation to moving tar(1) over to recurse()
instead of ftw().
On MacOS 10.9, strlcat and strncat are defined as macros, and adding
them to sbase breaks the builds. I'm not sure what the easy
On Thu, Jan 30, 2014 at 01:14:41PM -0800, Bobby Powers wrote:
Hi,
sin wrote:
Please pull again from tip. It should work now.
Almost. It compiles after applying the attached patch.
Yeah I should have included util.h from those files to
automatically get util.h
On Thu, Jan 30, 2014 at 01:14:41PM -0800, Bobby Powers wrote:
Hi,
sin wrote:
Please pull again from tip. It should work now.
Almost. It compiles after applying the attached patch.
Ok, fixed in tip.
that is missing but would be nice is exec cmd.
cheers,
sin
From de46334b2342368e5d1fbb1900291994deaca35f Mon Sep 17 00:00:00 2001
From: sin s...@2f30.org
Date: Wed, 29 Jan 2014 11:58:56 +
Subject: [PATCH] Add DWM control FIFO
I've added the corresponding commands for all assigned
keybinds
On Wed, Jan 29, 2014 at 12:38:25PM +, sin wrote:
Hi all,
This is my first journey into the DWM code. I've added
a FIFO control file that you can use to simulate any of the existing
keybinds.
I updated the patch to consume all pending events
instead of going back to select. I
On Wed, Jan 29, 2014 at 08:45:30AM -0500, Carlos Torres wrote:
Hello sin,
On 1/29/14, sin s...@2f30.org wrote:
On Wed, Jan 29, 2014 at 12:38:25PM +, sin wrote:
The latest patch is here:
http://amnezia.2f30.org/u/sin/patches/0001-Add-DWM-control-FIFO.patch
Do you really need all
On Wed, Jan 29, 2014 at 09:39:56PM +0100, YpN wrote:
Good evening,
sin s...@2f30.org wrote:
This is my first journey into the DWM code. I've added
a FIFO control file that you can use to simulate any of the existing
keybinds.
Let me know if this is of interest to anyone and I
On Fri, Jan 24, 2014 at 05:03:08PM +, sin wrote:
Hi all,
The current implementation of mknod(1) uses makedev(3) which apparently
is not POSIX and does not exist on some systems, such as Haiku.
I am considering moving this into ubase. Any objections?
cheers,
sin
I moved mknod(1
On Sun, Jan 26, 2014 at 08:03:44AM +0100, Jens Staal wrote:
On Sat, 25 Jan 2014 22:59:03 +
sin s...@2f30.org wrote:
I am inclined to just keep these tools in sbase. Apparently Haiku
does not really use major/minor numbers for the devices (they are set
to 0).
Other point
is
also used in tar.
Quoting from the POSIX page on mknod(2).
The only portable use of mknod() is to create a FIFO-special file. If
mode is not S_IFIFO or dev is not 0, the behavior of mknod() is unspecified.
So I suspect not. Any ideas?
cheers,
sin
Hi all,
The current implementation of mknod(1) uses makedev(3) which apparently
is not POSIX and does not exist on some systems, such as Haiku.
I am considering moving this into ubase. Any objections?
cheers,
sin
On Thu, Dec 19, 2013 at 10:49:03PM +, sin wrote:
On Thu, Dec 19, 2013 at 10:18:34PM +, Rob wrote:
printf '%f\n' 2
If you throw it into the standard library's printf, even forgetting
about how we do that, you'd still interpret 2 as an int, when printf
expects a float. And that's
On Sun, Jan 12, 2014 at 10:05:21PM -0200, Carlos Pita wrote:
Hi,
I would like to share this alternative to the uselessgap patch I've written.
The gaps patch modifies the tile layout to add a gap between clients
that helps to visually differentiate between selected borders and
normal
On Thu, Jan 16, 2014 at 11:37:46AM +0100, Silvan Jegen wrote:
On Thu, Jan 16, 2014 at 10:16 AM, Roberto E. Vargas Caballero
k...@shike2.com wrote:
I would still go for the function-pointer-less version of the
code since it actually is one line shorter, I think. The second,
On Mon, Jan 13, 2014 at 11:19:49AM -0800, Silvan Jegen wrote:
I have rewritten tr to use mmap and the wchar.h functions. It seems
to be quite slow but as far as I can tell it works reasonably well (at
least when using a UTF-8 locale). Comments/review and testing welcome
(I am relatively new to
then go for it.
I do not think inlining makes sense here at all.
bye,
sin
Hi,
This is a quick hack implementing xargs(1). Many features
are currently missing and there is a known issue with overflowing
the `argb' buffer.
Any comments?
bye,
sin
From 731875ba179abbe8604d8979510195fa8d85ac20 Mon Sep 17 00:00:00 2001
From: sin s...@2f30.org
Date: Fri, 3 Jan 2014 11:52
On Fri, Jan 03, 2014 at 11:56:05AM +, sin wrote:
Hi,
This is a quick hack implementing xargs(1). Many features
are currently missing and there is a known issue with overflowing
the `argb' buffer.
Any comments?
There is also an issue with unterminated quotes. Something like
Fixed `argb' buffer overflow and incorrect parsing of single and
double quotes.
From 220a946d61488f9fdb6f889ba9711e793281d602 Mon Sep 17 00:00:00 2001
From: sin s...@2f30.org
Date: Fri, 3 Jan 2014 11:52:47 +
Subject: [PATCH v2] Add initial version of xargs(1)
---
Makefile | 1 +
xargs.c
are wondering about the difference between sbase and ubase, the
former entails all the portable UNIX tools whereas the latter is
basically a sane replacement for util-linux and is of course Linux specific.
[1] http://git.r-36.net/svc
bye,
sin
On Tue, Dec 24, 2013 at 01:07:10PM -0500, Strake wrote:
On 24/12/2013, Silvan Jegen s.je...@gmail.com wrote:
So I guess the question boils down to whether you would rather use
libutf or the standardized, POSIX-locale-dependent wchar.h functions for
the UTF-8 conversion. I see one advantage
On Sat, Dec 21, 2013 at 01:32:44PM +1100, Daniel Bryan wrote:
I just read this message by an OpenBSD developer on the prevalence of
strlcpy in the OpenBSD ports tree:
http://marc.info/?l=openbsd-techm=138733933417096w=2
I'd like to know what the opinion here is of these functions. I've so
On Fri, Dec 20, 2013 at 10:40:27AM +0100, FRIGN wrote:
Greetings fellow hackers,
I checked out the project ideas page[1] today and wondered if bionic
was still a desirable choice for porting 9base or if other libraries
like musl or dietlibc might be a better choice here, given the fact
On Fri, Dec 20, 2013 at 11:05:00AM +0100, FRIGN wrote:
On Fri, 20 Dec 2013 11:51:20 +
sin s...@2f30.org wrote:
Personally, I'd go with musl. What is your plan at the moment?
I planned on going for musl, too. It seems to be the best option,
especially because we're planning
On Fri, Dec 20, 2013 at 12:53:11PM +0100, FRIGN wrote:
On Fri, 20 Dec 2013 12:06:03 +
sin s...@2f30.org wrote:
Are you planning on porting 9base only for the moment or are you thinking
of doing general sta.li work? A build system for sta.li would be awesome
to have.
Looking
arguments?
Exactly.
BTW, I just noticed this thread as the messages had been bouncing for some time
(was migrating my mail setup).
bye,
sin
Hi,
Simple fix for OpenBSD 5.5 onwards.
bye,
sin
From 375fc88ebb5e934569ea9fcf8ed7c36d972ce252 Mon Sep 17 00:00:00 2001
From: sin s...@2f30.org
Date: Fri, 13 Dec 2013 16:01:12 +
Subject: [PATCH] Use getdents() on OpenBSD instead of getdirentries()
In OpenBSD 5.5 getdirentries() was replaced
from pretty. I have not personally looked
at ignite so I don't know.
David Galos wrote a small init which you might be interested in.
Check it out at: http://galos.no-ip.org/qinit
The code is not so clean and it is more of a hack but gives you
the basic idea.
bye,
sin
On Thu, Dec 12, 2013 at 08:53:27AM -0500, Bryan Bennett wrote:
On Thu, Dec 12, 2013 at 8:46 AM, sin s...@2f30.org wrote:
The busybox init code is far from pretty. I have not personally looked
at ignite so I don't know.
I'm personally using minirc[1] on a number of boxes (which makes use
On Thu, Dec 12, 2013 at 08:53:27AM -0500, Bryan Bennett wrote:
On Thu, Dec 12, 2013 at 8:46 AM, sin s...@2f30.org wrote:
David Galos wrote a small init which you might be interested in.
Check it out at: http://galos.no-ip.org/qinit
This looks really interesting. I might try it out
On Thu, Dec 12, 2013 at 03:23:02PM +0100, patrick295767 patrick295767 wrote:
Hi,
The tinywm is a quite minimal. Tinywm is written in not many lines.
Tinywm works well and is quite basic.
Link: http://packages.debian.org/sid/tinywm
So, j ust for fun, what about having a tinier code
On Thu, Dec 12, 2013 at 10:12:58AM -0500, Strake wrote:
On 12/12/2013, YpN y...@autistici.org wrote:
Do you think I could add a section about init? I know ignite and busybox
init, it might be interesting.
Rich Felker, author of musl, wrote an init too, but I can't find it now.
Here is
On Thu, Dec 12, 2013 at 03:42:52PM +, Neo Romantique wrote:
Why Shell, and not C?
Otherwise tool looks interesting.
I don't see why this has to be done in C.
...).
Please don't top post, makes it difficult for others to parse
the e-mails and to respond properly.
bye,
sin
On Thu, Dec 12, 2013 at 05:11:06PM +0100, YpN wrote:
C is generally more and efficient, I suppose.
On 12/12/2013 16:04, sin wrote:
On Thu, Dec 12, 2013 at 03:42:52PM +, Neo Romantique wrote:
Why Shell, and not C?
Otherwise tool looks interesting.
I don't see why this has
On Thu, Dec 12, 2013 at 11:13:56AM -0500, Strake wrote:
On 12/12/2013, Neo Romantique neoroma...@autistici.org wrote:
C is generally more and efficient, I suppose.
I assume you mean more efficient.
I think he meant generally more and efficient lol
ever written APL code?
bye,
sin
to
support them, but GNU id(1) doesn't, so it might not be worth the
hassle.
Patch is attached anyway.
Applied both, thanks!
bye,
sin
-ish.
bye,
sin
: read error:);
+ return EXIT_FAILURE;
+ }
Indentation issues.
I'll have a look at the rest of the code once I have
some time today.
Thanks,
sin
1 - 100 of 212 matches
Mail list logo