Re: [dev] [sbase] [patch] Add comm

2013-06-18 Thread sin
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

Re: [dev] [sbase] [patch v2] Add md5sum

2013-06-19 Thread sin
On Wed, Jun 19, 2013 at 12:51:33PM +0200, Szabolcs Nagy wrote: * stateless statel...@archlinux.us [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

Re: [dev] [sbase] [patch v2] Add md5sum

2013-06-19 Thread sin
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 statel...@archlinux.us [2013-06-19 11:38:00 +0100]: This is a version of md5sum(1) using the md5 routines from 9base - slightly adapted to compile

Re: [dev] [sbase] [patch v2] Add md5sum

2013-06-19 Thread sin
On Wed, Jun 19, 2013 at 04:47:02PM +0200, Szabolcs Nagy wrote: * sin s...@2f30.org [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 c24U; } Although in this case we still

[dev] [sbase] [patch] Explicitly cast len to unsigned long for %lu

2013-06-28 Thread sin
Fix warning From 68b3e95270dcf54d55680f0184e6bd42ae2dfa4d Mon Sep 17 00:00:00 2001 From: stateless statel...@archlinux.us 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

Re: [dev] [sbase] [patch] Explicitly cast len to unsigned long for %lu

2013-07-02 Thread sin
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 realized the

Re: [dev] [sbase] [patch v3] Add md5sum

2013-07-03 Thread sin
On Wed, Jul 03, 2013 at 01:16:35PM +0200, Szabolcs Nagy wrote: * Robert Ransom rransom.8...@gmail.com [2013-07-03 10:26:03 +]: On 7/3/13, Galos, David galos...@students.rowan.edu wrote: Added LICENSE.lpl as well and updated the license and copyright details for the md5 code.

[dev] [sbase] [patch v4] Add md5sum

2013-07-04 Thread sin
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 statel...@archlinux.us

[dev] [sbase] [patch] Add sha1sum

2013-07-04 Thread sin
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 statel...@archlinux.us Date: Thu, 4 Jul 2013 12:14:14 +0100 Subject: [PATCH] Add

Re: [dev] [sbase] [patch] Add sha1sum

2013-07-04 Thread sin
On Thu, Jul 04, 2013 at 12:34:14PM +, Robert Ransom wrote: On 7/4/13, sin s...@2f30.org 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 SH1. Oops, that's a typo - thanks for spotting. Will re-send

[dev] [sbase] [patch] Add crypt.[ch] and update md5sum and sha1sum

2013-07-07 Thread sin
Hi, Let me know if this makes sense. Thanks, stateless From 6b7835c72d91bae7670ec7fab1d7ad1e1f0827cb Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org 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

[dev] [sbase] [patch v2] Add crypt.[ch] and update md5sum and sha1sum

2013-07-08 Thread sin
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 s...@2f30.org Date: Sun, 7 Jul 2013 15:29:45 +0100 Subject: [PATCH v2] Add crypt.[ch] and update md5sum and sha1sum Factor out

Re: [dev][sbase] Readlink doesn't null-terminate buf

2013-07-09 Thread sin
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 in a

[dev] [sbase] [patch v3] Add sum.[ch] and update md5sum and sha1sum

2013-07-12 Thread sin
Hi, Renamed from crypt to sum. Thanks, stateless From be2fbf8c8cb6ec434ad2d65ac3eeaf8882c60d77 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org 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

Re: [dev] [sbase] [patch v3] Add sum.[ch] and update md5sum and sha1sum

2013-07-12 Thread sin
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

[dev] [sbase] [patch v4] Add crypt.[ch] and update md5sum and sha1sum

2013-07-13 Thread sin
Hi, Added mdprint(). Thanks, stateless From 09a63f4f38ed84914dfde1d00889714e45ae39f7 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org 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

[dev] [sbase] [patch] Change contact info

2013-07-13 Thread sin
From 12842899344f5582c6f9ca50c6a2fd87c995d6ce Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org 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

[dev] [sbase] [patch v5] Add crypt.[ch] and update md5sum and sha1sum

2013-07-13 Thread sin
Update $(HDR) in Makefile to avoid build errors with sbase-box target. From f3be4ec7d8c325bd9b844ce77b2dc7737291383d Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org 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

Re: [dev] [sbase] Patch to make md5 and sha1 more similar

2013-07-15 Thread sin
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 moving the

Re: [dev] [sbase] [patch v5] Add crypt.[ch] and update md5sum and sha1sum

2013-07-18 Thread sin
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 sha512sum, et

[dev] [sbase] [patch] Add sha256sum(1)

2013-07-19 Thread sin
Hi, Added sha256sum(1). No support for -c. Thanks, sin From 2f8b277fbef7f7d40051cf2ceb751ea6b1b9b7bd Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Fri, 19 Jul 2013 14:29:43 +0100 Subject: [PATCH 1/2] Add sha256sum(1) --- Makefile | 4 +- sha256.h | 18 +++ sha256sum

[dev] [sbase] [patch] Do not hardcode the size of md

2013-07-19 Thread sin
Just to be more consistent. From 9ed3cde216a7aeca0af1371b3890a50b852f4d51 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org 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

[dev] [sbase] [patch v2] Add sha256sum(1)

2013-07-19 Thread sin
Forgot to update $(HDR) in Makefile. From 9794df52d6af13e67815d796f05e53c6b0b1402a Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Fri, 19 Jul 2013 14:29:43 +0100 Subject: [PATCH] Add sha256sum(1) --- Makefile | 6 ++- sha256.h | 18 +++ sha256sum.1 | 8

[dev] [sbase] [patch] Remove trailing whitespace

2013-07-19 Thread sin
From 32020667bde97a75741340ff926a804c135c29f5 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org 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

Re: [dev] [PATCH] Add compatibility for OpenBSD in tar

2013-07-19 Thread sin
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

[dev] [sbase] [patch] Change sprintf to snprintf

2013-07-19 Thread sin
From 7b1ebb6295aade41f4a0269ac473fff1dbc19bf3 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org 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

Re: [dev] [sbase] [patch] Add sha256sum(1)

2013-07-20 Thread sin
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

Re: [dev] [sbase] [patch] Add sha256sum(1)

2013-07-21 Thread 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 that header is

[dev] [sbase] [patch] Add sha512sum(1)

2013-07-22 Thread sin
and sha{256,512}sum. Thanks, sin From 6ca41790d20be6318a5c19d6209aab8df8941016 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 22 Jul 2013 09:34:07 +0100 Subject: [PATCH] Add sha512sum(1) --- Makefile | 6 ++- config.mk | 2 +- sha512.h | 18 +++ sha512sum.1 | 8

[dev] [sbase] [patch] Add df(1)

2013-07-22 Thread sin
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 s...@2f30.org Date: Mon, 22

Re: [dev] [sbase] [patch] Add df(1)

2013-07-22 Thread sin
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, that this naturally breaks on *BSD

[dev] [sbase] [patch v2] Add df(1)

2013-07-23 Thread sin
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 s...@2f30.org Date: Mon, 22 Jul 2013 13:17:32 +0100 Subject: [PATCH] Add df(1) --- Makefile | 1 + df.c | 65

[dev] [sbase] [patch v3] Add df(1)

2013-07-23 Thread sin
Clean up the code a bit. Behave like -a by default. From 01cbe6a93df9d71e0fe184405895763d4498ac7f Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 22 Jul 2013 13:17:32 +0100 Subject: [PATCH] Add df(1) --- Makefile | 1 + df.c | 53

Re: [dev] [sbase] [patch v3] Add df(1)

2013-07-23 Thread sin
. 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

Re: [dev] [sbase] [patch v4] Add df(1)

2013-07-26 Thread sin
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 until we come up with a proper solution

Re: [dev] [sbase] [patch v4] Add df(1)

2013-07-27 Thread sin
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 Steve's changes as well to make it compile/work

Re: [dev] [sbase] [patch v4] Add df(1)

2013-08-02 Thread sin
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

Re: [dev] [sbase] [patch] Add sha512sum(1)

2013-08-02 Thread 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 function in util/ to parse the checksums

Re: [dev] [sbase] [patch] Add sha512sum(1)

2013-08-04 Thread sin
On Sun, Aug 04, 2013 at 11:08:35AM -0400, Galos, David wrote: David, let me know if this is ok. I KNEW there was something I forgot to apply! I'll try to do this tonight. Applied! At this point we could have a helper function in util/ to parse the checksums in files so we can easily

[dev] [sbase] [patch] Implement -m for who

2013-08-05 Thread sin
Hi, Implemented -m for who. No manpage update yet. Thanks, sin From ae65cd3af60fafd309a5c84c6c79a157354d4a02 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 5 Aug 2013 15:59:49 +0100 Subject: [PATCH] Implement -m for who --- who.c | 15 ++- 1 file changed, 14

[dev] [sbase] [patch] No need to cast to (char *)

2013-08-05 Thread sin
From 173b8b4b409bc1d0222f8cfe8a1275ef8a52a39f Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 5 Aug 2013 16:04:49 +0100 Subject: [PATCH] No need to cast to (char *) --- who.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/who.c b/who.c index 3d0c5db..aee4f76

[dev] [sbase] [patch] Ignore tilde in ut_line

2013-08-05 Thread sin
From ee914584f00e32d7e63203fac76a549ba462a2ee Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 5 Aug 2013 16:12:01 +0100 Subject: [PATCH] Ignore tilde in ut_line --- who.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/who.c b/who.c index aee4f76..ec4accc 100644 --- a/who.c

[dev] [sbase] [patch v2] Ignore tilde in ut_line

2013-08-05 Thread sin
From 07206a797fbf4c88bd2f75581250f6cd5b642188 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 5 Aug 2013 16:12:01 +0100 Subject: [PATCH] Ignore tilde in ut_line --- who.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/who.c b/who.c index aee4f76..92c7124

[dev] [sbase] [patch v3] Who(1) patches

2013-08-06 Thread sin
v3 of the who(1) patchset. From 5ee1ca2d61d351d7059d27eba124b68adb957e18 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 5 Aug 2013 15:59:49 +0100 Subject: [PATCH 1/3] Implement -m for who --- who.c | 18 +++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff --git

[dev] Announcing ubase - the ugly/unportable base

2013-08-06 Thread sin
if there is anything you'd like to see in terms of code organization etc. I'm happy to maintain this and maybe host it at suckless.org as we do not currently have an ml at 2f30 for easily managing patches. Thanks for your time, sin [1] http://git.2f30.org/ubase/

Re: [dev] [sbase] [patch v3] Who(1) patches

2013-08-07 Thread sin
, so that should have been checked for. I've fixed this in the cleanup. Yeah I thought so - you could trigger that by doing sth like ssh -T host and then running ./who -m. I was going to send an update for the patch. Thanks, sin

Re: [dev] Re: [PATCH][sbase] add man page for test

2013-08-09 Thread sin
On Fri, Aug 09, 2013 at 02:53:09PM +0200, Christian Hesse wrote: Christian Hesse l...@eworm.de on Tue, 2013/07/23 14:06: Hello everybody, this adds a man page for test in sbase (and fixes make install). Please apply. Thanks! Did anybody notice this? Or did I post to the wrong place?

[dev] [sbase] [patch] Add strings(1)

2013-08-14 Thread sin
Hi, Added a barebones strings(1) implementation. Let me know if you guys want this. Thanks, sin From 311992f992c040caf2347c21e35757d713ca7c8d Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Wed, 14 Aug 2013 10:41:55 +0100 Subject: [PATCH] Add strings(1) --- Makefile | 1 + strings.c

Re: [dev] [sbase] [patch] Add strings(1)

2013-08-14 Thread sin
On Wed, Aug 14, 2013 at 11:59:22AM -0400, Galos, David wrote: + while ((r = read(fd, c, 1) 0)) { + offset++; + if (isprint(c)) { + span++; I think is better use the buffer interface here. Calling getc will save a lot of system calls

[dev] [sbase] [patch v2] Add strings(1)

2013-08-14 Thread sin
Hi, Fixed to use libc I/O. No manpage yet. David, what you think of my other id(1) patch? Thanks, sin From 520d7a64cd2c40c1c63ce7ea1d954b5efb166c98 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Wed, 14 Aug 2013 10:41:55 +0100 Subject: [PATCH] Add strings(1) --- Makefile | 1

Re: [dev] [sbase] Portability of chvt

2013-08-14 Thread sin
]. sbase should be clear of non-portable code. David, let me know what you think. [1] http://git.2f30.org/ubase Thanks, sin

Re: [dev] [sbase] [patch v2] Add strings(1)

2013-08-15 Thread sin
is that sbase is not necessarily posix compliant. Personally I'm used to this implementation. If you guys think it makes more sense to switch to the standard output then I can do that. Thanks, sin

[dev] [sbase] [patch v3] Add strings(1)

2013-08-15 Thread sin
Hi, Ensure we print whatever is left off after we get an EOF. From 44572c4ac52791b6957b4aaf09a061770abb20bf Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Wed, 14 Aug 2013 10:41:55 +0100 Subject: [PATCH] Add strings(1) --- Makefile | 1 + strings.c | 67

[dev] [sbase] [patch] Add stat(1)

2013-08-15 Thread sin
Hi, Added stat(1), no manpage yet. Tested on Linux + OpenBSD. Thanks, sin From b8bd9d28387a37e826b563171c8b92fe770bce67 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Thu, 15 Aug 2013 10:04:38 +0100 Subject: [PATCH] Add stat(1) --- Makefile | 1 + stat.c | 73

[dev] [sbase] [patch] Fix warnings about strcpy() etc. on OpenBSD

2013-08-15 Thread sin
Hi, Just a couple of warnings fixed. Thanks, sin From f0b0a8dc8686963d18eb781782ba5d9bde9a Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Thu, 15 Aug 2013 10:25:29 +0100 Subject: [PATCH] Fix warnings about strcpy() etc. on OpenBSD --- ls.c| 2 +- split.c | 2

[dev] [sbase] [patch] Add 'not implemented' errors for unimplemented flags

2013-08-15 Thread sin
Hi, These used to live in TODO but we got rid off them. Make sure we keep track of what we want to support by printing a message when those flags are unimplemented. Hopefully this will make it clear to people to go off and implement those options when they really need them. Thanks, sin From

Re: [dev] [sbase] [patch] Fix warnings about strcpy() etc. on OpenBSD

2013-08-15 Thread sin
-looking. (I used to do it wrong, too.) I always use spaces, however, the existing code I was changing was not using spaces. Thanks, sin

Re: [dev] [sbase] [patch v3] Add strings(1)

2013-08-15 Thread sin
; } } while (c != EOF); if (ferror(fp)) eprintf(%s read error:, fname); } } Much better, will incorporate this. Thanks, sin

Re: [dev] [sbase] [patch] Fix warnings about strcpy() etc. on OpenBSD

2013-08-15 Thread sin
On Thu, Aug 15, 2013 at 11:34:32AM +, Thorsten Glaser wrote: sin dixit: On Thu, Aug 15, 2013 at 11:00:11AM +, Thorsten Glaser wrote: if(len+1 *size !(*p = realloc(*p, len+1))) ^ eprintf

[dev] [sbase] [patch] Some patches - grouped together

2013-08-15 Thread sin
-strings-1.patch (no manpage) 0006-Add-stat-1.patch (no manpage) Thanks, sin From 19753fe2c0a672033b67a6bbd5146e3eacdf0f84 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Thu, 15 Aug 2013 12:38:10 +0100 Subject: [PATCH 1/6] Fix segfault in tail(1) We should not be looking at optarg, that's

Re: [dev] [sbase] Portability of chvt

2013-08-15 Thread sin
GOn Thu, Aug 15, 2013 at 12:21:17AM +0300, sin wrote: On Wed, Aug 14, 2013 at 05:09:42PM -0400, Calvin Morrison wrote: On 14 August 2013 14:12, Roberto E. Vargas Caballero k...@shike2.com wrote: Hello, I was testing some of the tools of sbase, and after trying chvt I

[dev] [sbase] [patch] Print the available targets for sbase-box

2013-08-16 Thread sin
Hi, Not sure we really want this but here is a patch for it. Running sbase-box prints the available tools in a similar fashion to busybox. Thanks, sin From 4ee57bb1194121b7212c0568bf57209745f10ba4 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Thu, 15 Aug 2013 16:46:46 +0100 Subject

Re: [dev] [sbase] [patch] Print the available targets for sbase-box

2013-08-16 Thread sin
On Fri, Aug 16, 2013 at 12:46:07PM +0300, sin wrote: Hi, Not sure we really want this but here is a patch for it. Running sbase-box prints the available tools in a similar fashion to busybox. Thanks, sin Err, there is an issue with the patch (worked on OpenBSD though). There is a bogus

[dev] [sbase] [patch v2] Print the available targets for sbase-box

2013-08-16 Thread sin
From 87b92ed72f2427b9ed9c634b79f7b9070d429189 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Thu, 15 Aug 2013 16:46:46 +0100 Subject: [PATCH] Print the available targets for sbase-box --- Makefile | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/Makefile b

[dev] [sbase] [patch] Add hostname

2013-08-19 Thread sin
No manpage yet. From 3be9770128464a7d18978c448246c4b8c2c1e61d Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 19 Aug 2013 17:22:46 +0100 Subject: [PATCH] Add hostname(1) --- Makefile | 1 + hostname.c | 33 + 2 files changed, 34 insertions

Re: [dev] [sbase] [patch] Add hostname

2013-08-20 Thread sin
On Tue, Aug 20, 2013 at 09:41:10AM +0200, Truls Becken wrote: I guess usage should be eprintf(usage: %s [name]\n, argv0); Yeah I fixed that in my repo but forgot to resend. Could use puts(buf); instead of printf(%s\n, buf); Sure yeah.

[dev] [sbase] [patch v2] Add hostname

2013-08-20 Thread sin
Updated usage and used puts() instead of printf(). From 2d49326020e6a788b9c0f190bd007d2baed89e19 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Mon, 19 Aug 2013 17:22:46 +0100 Subject: [PATCH] Add hostname(1) --- Makefile | 1 + hostname.c | 33 + 2

[dev] smdev (suckless mdev)

2013-08-20 Thread sin
Hi all, I've hacked together smdev[1]. It is basically mdev with a config.def.h. It does not currently support all of mdev's features. What do you guys think? Thanks, sin [1] http://git.2f30.org/smdev

Re: [dev] [sic] [patch] const-correctness and formalities

2013-08-21 Thread sin
int argc, const char *argv[]) { Do no use const for main. Doesn't make sense. Thanks, sin

Re: [dev] [sic] [patch] const-correctness and formalities

2013-08-22 Thread sin
+eat(char *s, int (*p)(int), const int r) { `const int r' also does not make much sense. This is not idiomatic code. +skip(char *s, const char c) { Similarly here for `c'. I'd expect this to be simply an int to be honest. Thanks, sin

Re: [dev] [stali] Status

2013-08-29 Thread sin
be interested in this then: http://git.r-36.net/stali-init/ Thanks, sin

Re: [dev] [stali] Status

2013-08-29 Thread sin
to replace mdev with smdev[1]. I think sta.li development is currently very much decentralized. Thanks, sin

Re: [dev] [stali] Status

2013-08-29 Thread sin
On Thu, Aug 29, 2013 at 10:05:30PM +0300, sin wrote: On Thu, Aug 29, 2013 at 09:26:12PM +0300, FRIGN wrote: Am 8/29/13 9:15 PM, schrieb Anselm R Garbe: On 29 August 2013 16:37, FRIGN d...@frign.de wrote: Am 8/29/13 4:58 PM, schrieb Andrew Mikhnevich: I'm intresting in stali so

Re: [dev] [stali] Status

2013-08-30 Thread sin
Just started to pull them in at http://git.sta.li Best regards, Anselm You might also be interested in svc[1]. It is used by stali-init. [1] http://git.r-36.net/svc/ Thanks, sin

[dev] [sbase] sbase patchset

2013-09-27 Thread sin
/ubase (and I need to get through the configure hell using sbase). [1] http://git.2f30.org/sbase/log/ Thanks, sin

Re: [dev] [sbase] [PATCH] ls: add option to reverse the sort order

2013-10-03 Thread sin
On Thu, Oct 03, 2013 at 06:42:08PM +0200, Markus Teich wrote: Now you can list directory contents ordered by mtime with the latest file displayed last in the output. Please consider using git format-patch. Thanks, sin

Re: [dev] [sbase] [PATCH] Add cut(1)

2013-10-08 Thread sin
100644 cut.c Looks good, will test this and apply it tomorrow. Thanks, sin

[dev] [patch] [sbase] Do not interpret -[rwxs] as options in chmod(1)

2013-10-10 Thread sin
Hi, This is a quick fix for chmod(1). Doing something like chmod -x file would fail as it would try to interpret 'x' as a command line option rather than as a mode. Let me know if this makes sense or if there is a simpler way to fix it. Thanks, sin From 73121ad2f267a95e13a023dcda0b7794389ed9b3

Re: [dev] Re: [st] [PATCH] Avoid buffer overflows in the case of key-mapped strings.

2013-10-10 Thread sin
to take a decision. I agree with Roberto here, if a user makes a mistake in the configuration and the program segfaults it is the user's responsibility. I do not think it is hard to catch, all it takes is to diff your config against a known working copy (the default one for example). Thanks, sin

[dev] [patch] [sbase] Implement the basic binary operations for test(1)

2013-10-15 Thread sin
Implement the basic binary operations. From 7d5836d27ed1d1a1d4bbd0349946b99228e6102c Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Tue, 15 Oct 2013 14:30:14 +0100 Subject: [PATCH] Implement the basic binary operations for test(1) --- test.c | 38

Re: [dev] music db editor

2013-10-15 Thread sin
? Have a look at http://git.2f30.org/musicfix/ Thanks, sin

[dev] [sbase] [patch] Add primitive du(1)

2013-10-16 Thread sin
Any comments are highly appreciated :) From 42074179d48dd9b84c120cb849a6a8e23f96f943 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Wed, 16 Oct 2013 16:58:52 +0100 Subject: [PATCH] Add primitive du(1) Defaults to a 512-byte blocksize. --- Makefile | 1 + du.1 | 18 ++ du.c

Re: [dev] [sbase] [patch] Add primitive du(1)

2013-10-16 Thread sin
du: cannot read directory `foo': Permission denied 4 foo So processing continues. Thanks, sin

Re: [dev] [sbase] [patch] Add primitive du(1)

2013-10-16 Thread sin
On Wed, Oct 16, 2013 at 07:12:06PM +0200, Roberto E. Vargas Caballero wrote: Functions push() and pop() seem to only be used once each. Would it be too bad to have these few lines directly in the du function? I don't agree here, because I think the code is more clear with them. Ok,

Re: [dev] [sbase] sbase patchset

2013-10-17 Thread sin
On Thu, Oct 17, 2013 at 12:16:19PM -0500, Galos, David wrote: I'll do this tonight, sorry I've been gone so long, a new job and a 2-hour-each-way commute kills a lot of time. I've been maintaining sbase for some time now and we've pushed all these patches already.

[dev] [sbase] Command list

2013-10-17 Thread sin
, uudecode, mktemp, passwd, su, sed, patch Let me know what you guys think. I think all of these can be implemented portably, otherwise, they are a candidate for ubase. Thanks, sin

Re: [dev] [sbase] Command list

2013-10-18 Thread sin
blabla' killall: Not portable, candidate for ubase, not sure we even need it. make: Do we really need this in sbase? sh: We agreed to do without a shell. xargs: Why? (un)zip: Why? gzip/bzip2/lzma/xz: Maybe as separate programs and not part of sbase? Thanks, sin

Re: [dev] [sbase] Command list

2013-10-18 Thread sin
On Fri, Oct 18, 2013 at 01:40:29PM +0200, Roberto E. Vargas Caballero wrote: dd: I suspect this might not be portable if we want an optimized version. find: Useless, just do `du -a | grep blabla' and a 'find -type d -name -prune -o -type f -perm g=x -exec chmod g-x {} \; '? find is

Re: [dev] [sbase] [patch] Add logname(1)

2013-10-18 Thread sin
() and that is basically getenv(LOGNAME). If there is enough reason to include logname, such as existing scripts using it etc. then I would not mind adding this to sbase. Thanks, sin

Re: [dev] [sbase] [patch] Add logname(1)

2013-10-18 Thread sin
On Fri, Oct 18, 2013 at 11:26:41PM +0800, Chris Down wrote: On 2013-10-18 18:08, sin wrote: If there is enough reason to include logname, such as existing scripts using it etc. then I would not mind adding this to sbase. Right, but surely the correct way of doing this in that case

Re: [dev] [PATCH] fix SHELL being set to the usr's home directory

2013-10-18 Thread sin
On Fri, Oct 18, 2013 at 10:06:08PM +0200, Jakob Kramer wrote: Nice long file name for a patch... Applied, thanks.

Re: [dev] [sbase] S_ISVTX?

2013-10-19 Thread sin
On Fri, Oct 18, 2013 at 11:49:07PM +0200, Markus Wichmann wrote: Hi all, Now my question: Does someone here have a personal vendetta against S_ISVTX? Not me, unless anyone objects, feel free to send in some patches. Thanks, sin

Re: [dev] [sbase] S_ISVTX patches

2013-10-20 Thread sin
On Sun, Oct 20, 2013 at 11:11:21AM +0200, Markus Wichmann wrote: Hi all, as previously threatened, here are some git patches. Hope that helps. Applied, thanks. In the future please use tabs instead of spaces (I've manually fixed your patches for now). Thanks, sin

Re: [dev] misc projects

2013-10-23 Thread sin
On Wed, Oct 23, 2013 at 01:45:05AM +0200, Sylvain BERTRAND wrote: Is linux able to provide the UUID of a partition? I have never looked into it. If so, I would use linux instead of a port of blkid! ls -l /dev/disk/by-uuid You obviously need sysfs + udev/mdev or whatever.

[dev] [sbase] [patch] Fix relocation error on OpenBSD (amd64) when compiling with pcc

2013-10-27 Thread sin
Hi, This happens only on amd64 for some reason, any ideas besides the given fix? Thanks, sin From 0db931806a90a27ae15c7af7e02b5eb7e388a5e9 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Sun, 27 Oct 2013 10:15:45 + Subject: [PATCH] Fix relocation error on OpenBSD (amd64) when

Re: [dev] IRC on Free node

2013-11-03 Thread sin
On Sun, Nov 03, 2013 at 07:46:25AM +0100, Roberto E. Vargas Caballero wrote: Once there was one that was trying to brute force my ssh, but, it was sent very fast to blacklist. I looked up a bit, and it was a known (found on web list of banned ip's) hackers based on Russia. Only once?,

Re: [dev] IRC on Free node

2013-11-03 Thread sin
On Sun, Nov 03, 2013 at 09:47:34AM +0100, FRIGN wrote: On Sun, 3 Nov 2013 12:26:52 +0200 sin s...@2f30.org wrote: Word, I get something like ~100 attacks per few minutes. I rate limit it at the firewall level. How effective is it to actually bind sshd to another port (like 1337

[dev] [sbase] [patch] No need to use USED() in arg.h for sbase

2013-11-06 Thread sin
ok? From 33b70705440016efa2e1a6728f07222e3180cac9 Mon Sep 17 00:00:00 2001 From: sin s...@2f30.org Date: Wed, 6 Nov 2013 13:22:13 + Subject: [PATCH] No need to use USED() in arg.h for sbase Tested on Linux and OpenBSD (with gcc and pcc). --- arg.h | 7 +-- 1 file changed, 1 insertion

Re: [dev] Mailing list behavior

2013-11-07 Thread sin
didn't ask you. Thanks, sin

Re: [dev] Mailing list behavior

2013-11-07 Thread sin
On Thu, Nov 07, 2013 at 12:13:33PM -0500, Calvin Morrison wrote: On 7 November 2013 12:12, sin s...@2f30.org wrote: Yeah, I'm against it too :) We didn't ask you. Go die. They don't have gmail in death.

  1   2   3   >