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.
On Fri, Jan 31, 2014 at 07:04:46PM +0100, FRIGN wrote:
> On Fri, 31 Jan 2014 18:43:50 +0100
> FRIGN 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, we
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 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, we
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! :)
nfig.def.h 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 com
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" da
On Thu, Feb 06, 2014 at 09:36:23PM +0100, Eckehard Berns wrote:
> On Thu, Feb 06, 2014 at 12:32:59PM +0000, 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
>
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 Thu, Feb 06, 2014 at 11:40:22PM +0100, Eckehard Berns wrote:
> On Thu, Feb 06, 2014 at 09:54:44PM +0000, 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 r
On Fri, Feb 07, 2014 at 01:42:36PM +0100, Eckehard Berns wrote:
> On Fri, Feb 07, 2014 at 12:03:03PM +0000, sin wrote:
> > I've fixed the issues you mentioned except the case when rootfs is mounted
> > as ro.
> >
> > How would you tackle that?
>
> I th
On Fri, Feb 07, 2014 at 01:42:36PM +0100, Eckehard Berns wrote:
> On Fri, Feb 07, 2014 at 12:03:03PM +0000, sin wrote:
> > I've fixed the issues you mentioned except the case when rootfs is mounted
> > as ro.
> >
> > How would you tackle that?
>
> I th
On Fri, Feb 07, 2014 at 09:56:17PM +0100, Eckehard Berns wrote:
> On Fri, Feb 07, 2014 at 04:24:03PM +0000, 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
>
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].
>
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
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 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 littl
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 mailin
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 +0000, 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
> > > wor
On Mon, Feb 10, 2014 at 02:44:11PM +0100, Eckehard Berns wrote:
> On Mon, Feb 10, 2014 at 12:31:59PM +0000, 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
> > fgett
On Mon, Feb 10, 2014 at 09:19:10AM -0500, Carlos Torres wrote:
> Hello,
>
> On 2/10/14, sin 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.
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 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 pol
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 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 pol
s it easy to have a configure script like as shown below:
#!/bin/sh
case `uname` in
OpenBSD)
ln 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.
> > Nee
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 nons
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/
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! :)
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.
Hi,
This is a fix for 9base to enable building on musl.
>From 8fccc638b7d48702e482b1e1627c8e83770dfa33 Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 3 Mar 2014 10:59:34 +
Subject: [PATCH] Simplify preprocessor conditions to enable building on
musl-libc
musl-libc does not export __MUSL__
>From 9fcdca78649a1b7a6f19db4729e621388ad89814 Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 3 Mar 2014 13:57:30 +
Subject: [PATCH] Fix building on OpenBSD 5.5
getdirentries() has been removed and instead we should use
getdents().
---
lib9/dirread.c | 9 +
1 file changed
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 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 err
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 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 repor
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 s
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
which contains unix 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 Sat, Apr 12, 2014 at 11:08:29AM +0200, Martti Kühne wrote:
> On Fri, Apr 11, 2014 at 9:07 PM, 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'
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
> > >
e already sent in a patch, but I am pretty sure somebody
> here already 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 Thu, Apr 17, 2014 at 12:26:09PM +0200, FRIGN wrote:
> On Wed, 16 Apr 2014 23:10:23 +0100
> Dimitris Papastamos 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 pr
On Thu, Apr 17, 2014 at 02:47:37PM +0200, FRIGN wrote:
> On Thu, 17 Apr 2014 12:57:24 +0100
> sin 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 ke
On Thu, Apr 17, 2014 at 11:21:45AM -0400, Calvin Morrison wrote:
> when are you planning a release?
1st of May or so
lease 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 Sun, Apr 20, 2014 at 04:07:12PM +0400, non...@inventati.org wrote:
> On Sun, Apr 20, 2014 at 01:53:33PM +0200, Alexander Huemer wrote:
> > Hi,
> >
> > On Sun, Apr 20, 2014 at 03:41:40PM +0400, non...@inventati.org wrote:
> > > […]
> > > -#define LEN(a) (sizeof(a) / sizeof(a[0]))
> > > +#def
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, pe
provides the wrong answer for something like:
int a[] = { 1, 2, 3, 4, 5 };
printf("%zu\n", LEN(a + 2));
Cheers,
sin
ry close together 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
Date: Mon, 21 Apr 2014 11:48:09 +0100
Subject: [PATCH] Implement fifo listener mo
gid(0, 0)) you will
see that the setpgid() call 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
On Tue, Apr 22, 2014 at 05:34:47PM -0400, Calvin Morrison wrote:
> On 22 April 2014 17:24, sin 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
&g
On Tue, Jun 18, 2013 at 10:41:29AM -0400, Galos, David wrote:
> > Implemented comm(1). I have not tested this very thoroughly so take it with
> > a grain of salt.
>
> Dangit! You beat me to it! I wrote this just last night, and was about
> to make the manpage.
Damn! I have not looked at your im
On Wed, Jun 19, 2013 at 12:51:33PM +0200, Szabolcs Nagy wrote:
> * stateless [2013-06-19 11:38:00 +0100]:
> > This is a version of md5sum(1) using the md5 routines from 9base - slightly
> > adapted to compile.
> >
>
> be careful with integer arithmetics in crypto code
>
> your code invokes unde
On Wed, Jun 19, 2013 at 02:55:12PM +0300, sin wrote:
> On Wed, Jun 19, 2013 at 12:51:33PM +0200, Szabolcs Nagy wrote:
> > * stateless [2013-06-19 11:38:00 +0100]:
> > > This is a version of md5sum(1) using the md5 routines from 9base -
> > > slightly
> > > ad
On Wed, Jun 19, 2013 at 04:47:02PM +0200, Szabolcs Nagy wrote:
> * sin [2013-06-19 15:00:43 +0300]:
> > > Integer promotion rules are nasty! I think something like
> > > the following would still be ok?
> > >
> > > unsigned f(unsigned int c) { return c<
Fix warning
>From 68b3e95270dcf54d55680f0184e6bd42ae2dfa4d Mon Sep 17 00:00:00 2001
From: stateless
Date: Fri, 28 Jun 2013 23:30:59 +0100
Subject: [PATCH] Explicitly cast len to unsigned long for %lu
---
cksum.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cksum.c b/cksum.
On Tue, Jul 02, 2013 at 12:08:27PM -0400, Galos, David wrote:
> > so why keep it executable...
>
> Indeed. chvt.c is now 644.
Hi David,
Could you also have a look at the two patches I've sent:
"Explicitly cast len to unsigned long for %lu" and
"v3 Add md5sum"
Thanks,
stateless
On Tue, Jul 02, 2013 at 02:17:30PM -0400, Galos, David wrote:
> > Fix warning
>
> I have applied the patch for now. It is unfortunate that c89 does not
> support '%zu', because that really would have been the right thing to
> do.
>
> David Galos
Yeah that was the first thing I did then I realize
On Wed, Jul 03, 2013 at 01:16:35PM +0200, Szabolcs Nagy wrote:
> * Robert Ransom [2013-07-03 10:26:03 +]:
> > On 7/3/13, Galos, David wrote:
> > >> Added LICENSE.lpl as well and updated the license and copyright details
> > >> for
> > >> the md5 code.
> > >
> > > I am considering applying thi
Hi,
This is using nsz's stripped down md5 implementation
based on rfc1321 and libtomcrypt.
I will send a patch incrementally at some point
to implement the -c option.
Thanks,
stateless
>From ac8a2f508ca8cc5e66ee8b81b0ff4d16196e1dee Mon Sep 17 00:00:00 2001
From: stateless
Date: Wed, 19 Jun 2013
Hi,
Added sha1sum(1) based on nsz's stripped down version
of libtomcrypt from http://port70.net/~nsz/crypt/.
Thanks,
stateless
>From a1714a24098fe363fc244f28e07ab0cd0814de2e Mon Sep 17 00:00:00 2001
From: stateless
Date: Thu, 4 Jul 2013 12:14:14 +0100
Subject: [PATCH] Add sha1sum
No support for
On Thu, Jul 04, 2013 at 12:34:14PM +, Robert Ransom wrote:
> On 7/4/13, sin wrote:
> > Hi,
> >
> > Added sha1sum(1) based on nsz's stripped down version
> > of libtomcrypt from http://port70.net/~nsz/crypt/.
>
> It's "SHA-1", not "
Hi,
Added sha1sum(1) based on nsz's stripped down version
of libtomcrypt from http://port70.net/~nsz/crypt/.
No support for -c at the moment.
Thanks,
stateless
>From 71ffbed273a508345c5f4771c50892a4fcf4b057 Mon Sep 17 00:00:00 2001
From: stateless
Date: Thu, 4 Jul 2013 12:14:14 +0100
Subject:
Hi,
Let me know if this makes sense.
Thanks,
stateless
>From 6b7835c72d91bae7670ec7fab1d7ad1e1f0827cb Mon Sep 17 00:00:00 2001
From: sin
Date: Sun, 7 Jul 2013 15:29:45 +0100
Subject: [PATCH] Add crypt.[ch] and update md5sum and sha1sum
Factor out the code from md5sum and sha1sum into a u
Hi,
An updated version of the previous patch based on the feedback.
Thanks,
stateless
>From b3ca3b5ca35f368ab81ae5f6ce3cfbfd7089ef49 Mon Sep 17 00:00:00 2001
From: sin
Date: Sun, 7 Jul 2013 15:29:45 +0100
Subject: [PATCH v2] Add crypt.[ch] and update md5sum and sha1sum
Factor out the code f
On Tue, Jul 09, 2013 at 05:48:47PM -0400, Galos, David wrote:
> > The patch introduces buffer overflow. sizeof(buf)-1 should be passed
> > to readlink().
>
> Furthermore, buf should be made (PATH_MAX + 1) bytes in size, so that
> valid paths don't get truncated.
{PATH_MAX}
Maximum number of bytes
Hi,
Renamed from crypt to sum.
Thanks,
stateless
>From be2fbf8c8cb6ec434ad2d65ac3eeaf8882c60d77 Mon Sep 17 00:00:00 2001
From: sin
Date: Sun, 7 Jul 2013 15:29:45 +0100
Subject: [PATCH] Add sum.[ch] and update md5sum and sha1sum
Factor out the code from md5sum and sha1sum into a util funct
On Fri, Jul 12, 2013 at 09:56:21AM -0500, Galos, David wrote:
> > Renamed from crypt to sum.
> I think crypt was a good name. cryptsum made sense as a function,
> I think that printing should be removed from cryptsum, though.
> Another function, cryptprint (or mdprint) could take a digest, and
> a
Hi,
Added mdprint().
Thanks,
stateless
>From 09a63f4f38ed84914dfde1d00889714e45ae39f7 Mon Sep 17 00:00:00 2001
From: sin
Date: Sun, 7 Jul 2013 15:29:45 +0100
Subject: [PATCH] Add crypt.[ch] and update md5sum and sha1sum
Factor out the code from md5sum and sha1sum into a util function.
>From 12842899344f5582c6f9ca50c6a2fd87c995d6ce Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 12 Jul 2013 14:24:55 +0100
Subject: [PATCH] Change contact info
---
LICENSE | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/LICENSE b/LICENSE
index 8f1caaf..87351f6 100644
--
Update $(HDR) in Makefile to avoid build errors
with sbase-box target.
>From f3be4ec7d8c325bd9b844ce77b2dc7737291383d Mon Sep 17 00:00:00 2001
From: sin
Date: Sun, 7 Jul 2013 15:29:45 +0100
Subject: [PATCH] Add crypt.[ch] and update md5sum and sha1sum
Factor out the code from md5sum and sha1
On Mon, Jul 15, 2013 at 02:00:35AM +0200, Jens Nyberg wrote:
> Hi,
>
> I've included a patch that makes minor changes to md5 and sha1. Both
> hashing functions are pretty similar but the code differed in a few places
> so I cleaned them both up a bit.
>
> Also I made some minor changes like movin
On Thu, Jul 18, 2013 at 09:59:30AM -0400, Galos, David wrote:
> >Added mdprint().
>
> > Update $(HDR) in Makefile to avoid build errors
> > with sbase-box target.
>
> I have decided to apply this; the net change in code went from
> +83 in the first version to a completely bearable +15. If sha512s
Hi,
Added sha256sum(1).
No support for -c.
Thanks,
sin
>From 2f8b277fbef7f7d40051cf2ceb751ea6b1b9b7bd Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 19 Jul 2013 14:29:43 +0100
Subject: [PATCH 1/2] Add sha256sum(1)
---
Makefile | 4 +-
sha256.h | 18 +++
sha256sum.1 |
Just to be more consistent.
>From 9ed3cde216a7aeca0af1371b3890a50b852f4d51 Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 19 Jul 2013 14:31:42 +0100
Subject: [PATCH 2/2] Do not hardcode the size of md
---
util/md5.c | 2 +-
util/sha1.c | 2 +-
2 files changed, 2 insertions(+), 2 deleti
Forgot to update $(HDR) in Makefile.
>From 9794df52d6af13e67815d796f05e53c6b0b1402a Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 19 Jul 2013 14:29:43 +0100
Subject: [PATCH] Add sha256sum(1)
---
Makefile | 6 ++-
sha256.h | 18 +++
sha256sum.1 | 8
sha256sum.c |
>From 32020667bde97a75741340ff926a804c135c29f5 Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 19 Jul 2013 17:05:28 +0100
Subject: [PATCH] Remove trailing whitespace
---
tar.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/tar.c b/tar.c
index 3481
x27;s
> > worth librarizing like this. I did it for consistency in `archive`, as I
> > populated the Header. It might be better for now to just call it strlmov,
> > or define a macro STRLCPY.
>
> If we are going to use only in this file then maybe is better use the snprintf
> directly.
+1 - that makes more sense.
Thanks,
sin
>From 7b1ebb6295aade41f4a0269ac473fff1dbc19bf3 Mon Sep 17 00:00:00 2001
From: sin
Date: Fri, 19 Jul 2013 17:08:15 +0100
Subject: [PATCH] Change sprintf to snprintf
cal.c:40: warning: sprintf() is often misused, please use snprintf()
---
cal.c | 2 +-
1 file changed, 1 insertion(+), 1 delet
>From 1f2c098b079f2cdb275178215d27325a270adccd Mon Sep 17 00:00:00 2001
From: sin
Date: Sat, 20 Jul 2013 12:09:42 +0100
Subject: [PATCH] Use int instead of char for getc()
---
wc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/wc.c b/wc.c
index 45d6dda..4226a44 100
the patch, then moved that line to the top of the
> file, and removed the notice about the nonexistent crypt code.
Cool!
Question, what are we to do with sha512sum? It requires some
constants to be long long and we are compiling with C89/C90.
Any ideas?
Thanks,
sin
On Sun, Jul 21, 2013 at 09:10:31AM -0400, Galos, David wrote:
> >> Question, what are we to do with sha512sum? It requires some
> >> constants to be long long and we are compiling with C89/C90.
> >>
> >> Any ideas?
> > So far, the solution to this has been to use int64_t in stdint.h
> > Although t
m and sha{256,512}sum.
Thanks,
sin
>From 6ca41790d20be6318a5c19d6209aab8df8941016 Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 22 Jul 2013 09:34:07 +0100
Subject: [PATCH] Add sha512sum(1)
---
Makefile | 6 ++-
config.mk | 2 +-
sha512.h | 18 +++
sha512sum.1
Hi all,
This is an initial bare bones df(1) implementation.
I'm looking for some feedback, I have not put too much thought
into the code yet (too busy atm).
No manpage yet.
Thanks,
sin
>From a82f46681f68edafec898cd82b2ca64941440c11 Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 22 Jul
On Mon, Jul 22, 2013 at 03:26:09PM +0300, sin wrote:
> Hi all,
>
> This is an initial bare bones df(1) implementation.
> I'm looking for some feedback, I have not put too much thought
> into the code yet (too busy atm).
>
> No manpage yet.
I should also mention, tha
Cut it down to half the number of lines.
Defaults to 512 byte blocks.
>From 422efb6c391acc9daeb3500cbc5cb1811999a154 Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 22 Jul 2013 13:17:32 +0100
Subject: [PATCH] Add df(1)
---
Makefile | 1 +
df.c |
Clean up the code a bit. Behave like -a by default.
>From 01cbe6a93df9d71e0fe184405895763d4498ac7f Mon Sep 17 00:00:00 2001
From: sin
Date: Mon, 22 Jul 2013 13:17:32 +0100
Subject: [PATCH] Add df(1)
---
Makefile | 1 +
df.c | 53 +
epends on my sha512sum(1) patch. The latter
introduces -Wno-long-long. I should have probably sent a separate
patch for that. Let me know if that is the case and I will send one.
Thanks,
sin
Hi,
Incorporated Steve's changes as well to make it compile/work
on OpenBSD. I realize #ifdef's are terrible but for now it should
do the trick until we come up with a proper solution to this.
Thanks,
sin
>From 34e65ec1b392a90f7d46c90c2d67a25dd6219a4d Mon Sep 17 00:00:00 2001
Fr
On Fri, Jul 26, 2013 at 12:14:08PM +0100, Nick wrote:
> On Fri, Jul 26, 2013 at 01:51:01PM +0300, sin wrote:
> > Incorporated Steve's changes as well to make it compile/work
> > on OpenBSD. I realize #ifdef's are terrible but for now it should
> > do the trick
On Sat, Jul 27, 2013 at 11:59:02AM +0200, Markus Wichmann wrote:
> On Fri, Jul 26, 2013 at 10:54:43PM +0300, sin wrote:
> > On Fri, Jul 26, 2013 at 12:14:08PM +0100, Nick wrote:
> > > On Fri, Jul 26, 2013 at 01:51:01PM +0300, sin wrote:
> > > > Incorporated Stev
insmod, could live there. Perhaps that would be a better
> home for df? Everything else on the TODO looks like it should
> be completely portable.
That would probably make more sense.
Thanks,
sin
On Mon, Jul 22, 2013 at 11:36:01AM +0300, sin wrote:
> Hi,
>
> Added sha512sum(1). No support for -c at the moment.
> I've also updated CFLAGS with -Wno-long-long.
>
> Added sha256.h and sha512.h in HDR as well.
>
> At this point we could have a helper fun
1 - 100 of 234 matches
Mail list logo
