Re: [dev] Wayland vs X11

On Tue, 2 Aug 2016 22:54:43 +0200 Silvan Jegen wrote: > On Tue, Aug 02, 2016 at 10:16:06PM +0200, FRIGN wrote: > > On Tue, 2 Aug 2016 22:08:08 +0200 > > Silvan Jegen wrote: > > > Since Wayland is only a protocol, as long as both the > > > client and the

Re: [dev] Wayland vs X11

On Tue, 2 Aug 2016 18:04:20 +0200 patrick295767 patrick295767 wrote: > Hi, Ahoy! > > Do you believe that Wayland will replace X11 one > day?;) Yes — and it will be horrible. The worst part of Wayland it encourages you to write your own display server with all of

Re: [dev] [discussion] Cooperation between terminal and graphical programs

I believe this topic has been discuss before. Perhaps not on the mailing list, but it should be somewhere to find. It should be possible, put it requires that both the terminal and the graphical program is written especially to support it. Perhaps this is a feature we should push Wayland to

Re: [dev] libzahl paper

= 0; i < 8; i++) { if (crc & 1) { crc >>= 1; crc ^= 0xedb88320ul; } else { crc >>= 1; } } is pretty fast too. On Tue, 14 Jun 2016 20:55:25 +0200 Markus Wichmann <nullp...@gmx.net> wrote: > On Mon, Jun 13, 2016 at 11:3

Re: [dev] Re: libzahl paper

On Tue, 14 Jun 2016 20:11:07 +0200 Eivind Askeland <eivind.askel...@gmx.com> wrote: > On 14/06/16 14:11, Mattias Andrée wrote: > > Attached is an updated version. > > Pages 10, 17, and 21 have been updated. > > > > > > On Mon, 13 Jun 2016 23:32:11 +0200 >

Re: [dev] libzahl paper

on in this case, but I can be persuaded otherwise. For clarity: zdiv, zmod and zdivmod are all available in the API, and zdiv and zmod are wrappers for zdivmod. > > On 13 June 2016 at 18:10, Staven <sta...@staven.pl> wrote: > > On Mon, Jun 13, 2016 at 11:32:11PM +0200, Matt

Re: [dev] libzahl paper

ven.pl> wrote: > > On Mon, Jun 13, 2016 at 11:32:11PM +0200, Mattias > > Andrée wrote: > >> Too energy efficient to open the PDF and > >> read the abstract? No worries, here it is: > > > > You're a good person. > > > > > pgpdllcUrTSnU.pgp Description: OpenPGP digital signature

Re: [dev] dmenu and dwm: is exec really needed

On Thu, 28 Apr 2016 18:01:46 -0400 Greg Reagle wrote: > I use dwm. Sometimes I use Mod-p to start a GUI program > like firefox. I looked at the output of ps xf and noticed > that my shell is sticking around: > 21347 ?S 0:00 /usr/bin/fish > 21388 ?Rl

Re: [dev] [question] Does bash suck?

On Sat, 23 Apr 2016 10:03:29 -0300 Marc Collin wrote: > Hi. > Recently a user from suckless told me that bash sucks, > but before I could ask why he went offline. > I tried looking at suckless.org page about software that > sucks, but couldn't find anything about bash. >

Re: [dev] [OT] software recommendations

On Thu, 7 Apr 2016 22:42:42 +0200 Anselm R Garbe <garb...@gmail.com> wrote: > On 7 April 2016 at 20:05, Mattias Andrée > <maand...@kth.se> wrote: > > I like SYSLINUX, Lilo was a while goal but that is > > probably great too. I don't know if they can boot >

Re: [dev] [OT] software recommendations

On Thu, 7 Apr 2016 23:32:23 +0300 Mitt Green <mitt_gr...@riseup.net> wrote: > Mattias Andrée wrote: > > > I did a search on the word, and it came up a lot. > > Oh, it is. AT files end with .S and NASM's with .asm. > There are much more .S vs .asm - 38 vs 17. >

Re: [dev] [OT] software recommendations

On Thu, 7 Apr 2016 22:27:49 +0300 Mitt Green <mitt_gr...@riseup.net> wrote: > Mattias Andrée wrote: > > > No it does not look like NASM, perhaps it was and > > older version that used it, perhaps only other > > parts of SYSLINUX, NASM is still used in SYSLINUX. >

Re: [dev] [OT] software recommendations

On Thu, 7 Apr 2016 21:33:41 +0300 Mitt Green <mitt_gr...@riseup.net> wrote: > Mattias Andrée wrote: > > > The SYSLINUX bootmanager (stage 1) is written in > > NASM (assembly with sane syntax) > > No wondering, Peter Anvin works at Intel :) I think NASM and S

Re: [dev] [OT] software recommendations

I like SYSLINUX, Lilo was a while goal but that is probably great too. I don't know if they can boot BSD but if they have their own bootloaders, you can chainload. The SYSLINUX bootmanager (stage 1) is written in NASM (assembly with sane syntax), and the SYSLINUX bootloader (stage 2) is written

Re: [dev] [sbase][RFC] diff: only support for unified context

On Mon, 7 Mar 2016 20:03:17 +0100 wrote: > Hi, > > > I'm thinking about removing support for all > > output formats except unified context from > > my diff(1) candidate. I want to hear your > > opinion. > > I don't like the idea at all. I use some times > the ed output for

[dev] [sbase][RFC] diff: only support for unified context

see any reason why diff(1) needs to support multiple formats. Ex animo Mattias Andrée pgp2QNKCi2eBb.pgp Description: OpenPGP digital signature

[dev] [libzahl] 1.0 release

struct { /**/ } z_t[1]; Ex animo, Mattias Andrée [1] http://git.suckless.org/libzahl/tag/?id=1.0 pgpPcT7cSfriY.pgp Description: OpenPGP digital signature

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

rting from scratch. Duplicating efforts is usually > not good when all have the same goal (suckless bignum, dc > and bc). > > [0] https://github.com/suiginsoft/hebimath > [1] https://github.com/suiginsoft/bc > > On Fri, Feb 26, 2016 at 9:11 AM, Mattias Andrée > <maand...@kt

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

On Fri, 26 Feb 2016 11:55:12 + Dimitris Papastamos <s...@2f30.org> wrote: > On Fri, Feb 26, 2016 at 12:45:27PM +0100, Mattias Andrée > wrote: > > On Fri, 26 Feb 2016 11:39:07 + > > Dimitris Papastamos <s...@2f30.org> wrote: > > > > > On F

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

On Fri, 26 Feb 2016 12:48:09 +0100 Jens Staal <staal1...@gmail.com> wrote: > On 2016 M02 26, Fri 09:11:20 CET Mattias Andrée wrote: > > I'm actually using factor. And it is in base systems, so > > I think it should be included, but I will be simplifying > > it.

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

On Fri, 26 Feb 2016 11:39:07 + Dimitris Papastamos <s...@2f30.org> wrote: > On Fri, Feb 26, 2016 at 12:33:37PM +0100, Mattias Andrée > wrote: > > On Fri, 26 Feb 2016 11:31:31 + > > Dimitris Papastamos <s...@2f30.org> wrote: > > > > > On F

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

On Fri, 26 Feb 2016 11:31:31 + Dimitris Papastamos <s...@2f30.org> wrote: > On Fri, Feb 26, 2016 at 12:28:32PM +0100, Mattias Andrée > wrote: > > On Fri, 26 Feb 2016 11:26:15 + > > Dimitris Papastamos <s...@2f30.org> wrote: > > > > > On F

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

On Fri, 26 Feb 2016 11:26:15 + Dimitris Papastamos <s...@2f30.org> wrote: > On Fri, Feb 26, 2016 at 12:19:32PM +0100, Mattias Andrée > wrote: > > On Fri, 26 Feb 2016 10:07:31 + > > Dimitris Papastamos <s...@2f30.org> wrote: > > > > > On F

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

On Fri, 26 Feb 2016 10:07:31 + Dimitris Papastamos <s...@2f30.org> wrote: > On Fri, Feb 26, 2016 at 09:47:14AM +0100, Mattias Andrée > wrote: > > On Fri, 26 Feb 2016 09:43:02 +0100 > > FRIGN <d...@frign.de> wrote: > > > > > On Fri, 26 Feb 20

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

On Fri, 26 Feb 2016 10:07:32 +0100 hiro <23h...@gmail.com> wrote: > simple doesn't say anything about size. > I know. But what is this in reference too? pgpHr7pRYVnIG.pgp Description: OpenPGP digital signature

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

On Fri, 26 Feb 2016 09:45:41 +0100 isabella parakiss <izaber...@gmail.com> wrote: > On 2/26/16, Mattias Andrée <maand...@kth.se> wrote: > > Performance is not really something suckless > > concerns itself about. They favour solutions > > that are

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

On Fri, 26 Feb 2016 09:43:02 +0100 FRIGN <d...@frign.de> wrote: > On Fri, 26 Feb 2016 09:37:12 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > Hey Mattias, > > > Mostly random things, but regularly when I correct maths > > tests. > > do the pr

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

On Fri, 26 Feb 2016 09:20:58 +0100 FRIGN <d...@frign.de> wrote: > On Fri, 26 Feb 2016 09:11:20 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > Hey Mattias, > > > Well, that is pain in the ass. > > I know Matlab is a pain in the ass, but it's

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

On Fri, 26 Feb 2016 09:18:20 +0100 Anselm R Garbe <garb...@gmail.com> wrote: > On 26 February 2016 at 09:01, Mattias Andrée > <maand...@kth.se> wrote: > > Performance is not really something suckless > > concerns itself about. They favour solutions > > that a

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

On Fri, 26 Feb 2016 09:04:23 +0100 FRIGN wrote: > On Fri, 26 Feb 2016 07:54:26 +0100 > isabella parakiss wrote: > > Hey izabera, > > > the problem with factor is that any naive > > implementation will pale against the one in gnu > > coreutils. > > > >

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

On Fri, 26 Feb 2016 07:54:26 +0100 isabella parakiss wrote: > the problem with factor is that any naive implementation > will pale against the one in gnu coreutils. > > (gnu) > $ time factor 1267650600228402790082356974917 > 1267650600228402790082356974917: 1125899906842679

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

On Thu, 25 Feb 2016 19:26:52 -0300 Marc Collin wrote: > 600851475143 That's just not fair. I changed to 9223372036854775803 and ran. Overflowed after 1:25.827 minutes. Will take run now with unsigned long (long). pgpHAeU_NJI5l.pgp Description: OpenPGP digital

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

On Thu, 25 Feb 2016 23:15:46 +0100 FRIGN <d...@frign.de> wrote: > On Thu, 25 Feb 2016 23:03:14 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > Hey Mattias, > > > I haven't spent too much time on it. But why don't we > > need factor, it is in core

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

On Thu, 25 Feb 2016 21:58:32 + Dimitris Papastamos wrote: > We don't need a factor implementation in sbase. In the > future, if you are unsure on whether a particular tool is > needed or to avoid duplicated effort in case someone else > is working on it, ask on the mailing

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

On Thu, 25 Feb 2016 22:54:17 +0100 FRIGN <d...@frign.de> wrote: > On Thu, 25 Feb 2016 22:44:41 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > > To GMP I assume. > > To both. > pthreads too? What should I use instead, or are you against thread

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

On Thu, 25 Feb 2016 22:41:45 +0100 FRIGN <d...@frign.de> wrote: > On Thu, 25 Feb 2016 21:48:52 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > Hey Mattias, > > > +sbase: LDFLAGS += -lgmp -lpthread > > +factor: LDFLAGS += -lgmp -lpthread > &g

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

On Fri, 26 Feb 2016 10:09:58 +1300 David Phillips wrote: > I am largely unfamiliar with sbase's codebase, but I > wonder what the rest of the community will think of using > GMP in an sbase tool. Precisely why I included support for libtommath. I think the significant

[dev] [sbase][PATCH] Add factor(1)

Signed-off-by: Mattias Andrée <maand...@kth.se> --- LICENSE | 1 + Makefile | 4 + README | 1 + factor.1 | 62 ++ factor.c | 667 +++ 5 files changed, 735 insertions(+) create mode 100644 factor.1 create mode

Re: [dev] [sbase][RFC] patch: whitespace patches

On Thu, 25 Feb 2016 15:36:33 +0100 quinq wrote: > Hi, > > > > > 2) Should it be able to do a dry run, would be > > > > another flag that can be used independently of > > > > -w? > > > > > > Yes it would be nice to support a dry run flag > > > regardless of whether -w is

Re: [dev] [sbase][RFC] patch: whitespace patches

On Thu, 25 Feb 2016 13:45:58 + Dimitris Papastamos <s...@2f30.org> wrote: > On Thu, Feb 25, 2016 at 02:42:42PM +0100, Mattias Andrée > wrote: > > On Thu, 25 Feb 2016 14:11:05 +0100 > > FRIGN <d...@frign.de> wrote: > > > > > On Thu, 25 Feb 20

Re: [dev] [sbase][RFC] patch: whitespace patches

On Thu, 25 Feb 2016 14:11:05 +0100 FRIGN <d...@frign.de> wrote: > On Thu, 25 Feb 2016 13:39:30 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > Hey Matthias, > > > I think the documentation should be clear that it > > only to be relied upon if whitesp

Re: [dev] [sbase][RFC] patch: whitespace patches

On Thu, 25 Feb 2016 13:29:07 +0100 v4hn <m...@v4hn.de> wrote: > On Thu, Feb 25, 2016 at 11:24:25AM +, Dimitris > Papastamos wrote: > > On Wed, Feb 24, 2016 at 08:54:13PM +0100, Mattias > > Andrée wrote: > > > I'm thinking about introducing an extensio

Re: [dev] [sbase][RFC] patch: whitespace patches

On Thu, 25 Feb 2016 13:29:07 +0100 v4hn <m...@v4hn.de> wrote: > On Thu, Feb 25, 2016 at 11:24:25AM +, Dimitris > Papastamos wrote: > > On Wed, Feb 24, 2016 at 08:54:13PM +0100, Mattias > > Andrée wrote: > > > I'm thinking about introducing an extensio

[dev] [sbase][RFC] patch: whitespace patches

it be able to do a dry run, would be another flag that can be used independently of -w? Mattias Andrée pgpkxf0boDwpz.pgp Description: OpenPGP digital signature

[dev] [sbase][PATCH v2] add sha512-224sum (SHA512/224) and sha512-256sum (SHA512/256)

Signed-off-by: Mattias Andrée <maand...@kth.se> --- Makefile | 36 ++ README | 190 ++- libutil/sha512-224.c | 26 +++ libutil/sha512-256.c | 26 +++ sha512-224.h | 16 + sha512-22

[dev] [sbase][PATCH v3] Add diff(1) and bdiff(1)

Signed-off-by: Mattias Andrée <maand...@kth.se> --- Makefile | 12 +- README |2 + TODO |1 - bdiff.1| 84 diff.1 | 107 diff.c | 1397 l

[dev] [sbase][PATCH 1/2] add sha224sum and sha384sum

Signed-off-by: Mattias Andrée <maand...@kth.se> --- Makefile | 6 ++ README | 2 ++ libutil/sha224.c | 26 ++ libutil/sha256.c | 10 -- libutil/sha384.c | 26 ++ libutil/sha512.c | 10 -- sha224.h

[dev] [sbase][PATCH 2/2] add sha512-224sum (SHA512/224) and sha512-256sum (SHA512/256)

Signed-off-by: Mattias Andrée <maand...@kth.se> --- Makefile | 6 ++ README | 190 ++- libutil/sha512-224.c | 26 +++ libutil/sha512-256.c | 26 +++ sha512-224.h | 16 + sha512-224sum.1

Re: [dev] [sbase] diff

On Sun, 21 Feb 2016 20:16:48 +0100 Mattias Andrée <maand...@kth.se> wrote: > On Thu, 28 Jan 2016 16:48:22 +0100 > Markus Wichmann <nullp...@gmx.net> wrote: > > > The two files to be compared are loaded into memory, > > whereby each line is annotated with its

Re: [dev] [sbase] diff

On Thu, 28 Jan 2016 16:48:22 +0100 Markus Wichmann wrote: > The two files to be compared are loaded into memory, > whereby each line is annotated with its line number > (actually, that's a lie, busybox only saves a hash of the > line and really, really hopes, there are no

[dev] [sbase][PATCH] tsort: clean up

Signed-off-by: Mattias Andrée <maand...@kth.se> --- tsort.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tsort.c b/tsort.c index 5e020ae..90e2855 100644 --- a/tsort.c +++ b/tsort.c @@ -131,7 +131,7 @@ load_graph(FILE *fp) free(line); if

[dev] [sbase][PATCH] Add tsort(1)

Signed-off-by: Mattias Andrée <maand...@kth.se> --- Makefile | 1 + README | 1 + tsort.1 | 72 + tsort.c | 218 +++ 4 files changed, 292 insertions(+) create mode 100644 tsort.1 create mode 100644 t

[dev] [sbase][PATCH] Makefile: uninstall [ command in the uninstall rule

Signed-off-by: Mattias Andrée <maand...@kth.se> --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 1c09cac..1742992 100644 --- a/Makefile +++ b/Makefile @@ -202,7 +202,7 @@ install: all cd $(DESTDIR)$(MANPREFIX)/man1 &&

[dev] [sbase][PATCH] Makefile: add sbase-box-uninstall rule

Signed-off-by: Mattias Andrée <maand...@kth.se> --- Makefile | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 1742992..807823f 100644 --- a/Makefile +++ b/Makefile @@ -243,9 +243,12 @@ sbase-box-install: sbase-box for m in $(MAN); do

[dev] [sbase][PATCH v2] install

is 755. Signed-off-by: Mattias Andrée <maand...@kth.se> --- LICENSE | 1 + Makefile | 15 ++-- README| 1 + TODO | 1 - install.1 | 88 + install.c | 257 ++ 6 files changed, 357 insertions

[dev] [sbase][PATCH] add manpage for install

Signed-off-by: Mattias Andrée <maand...@kth.se> --- Makefile | 2 +- install.1 | 88 +++ 2 files changed, 89 insertions(+), 1 deletion(-) create mode 100644 install.1 diff --git a/Makefile b/Makefile index b34800d..e4b8a6b

[dev] [sbase][PATCH] install

ENSE b/LICENSE index cb5a797..2a26979 100644 --- a/LICENSE +++ b/LICENSE @@ -59,3 +59,4 @@ Authors/contributors include: © 2015 Quentin Rameau <qu...@quinq.eu.org> © 2015 Dionysis Grigoropoulos <i...@erethon.com> © 2015 Wolfgang Corcoran-Mathe <first.lord.of.t...@gmail.com> +© 20

Re: [dev] [sbase][PATCH] install

On Thu, 11 Feb 2016 11:45:32 + Dimitris Papastamos <s...@2f30.org> wrote: > Looks good, thanks! Some minor comments below. > > On Thu, Feb 11, 2016 at 12:06:14PM +0100, Mattias Andrée > wrote: > > --- > > LICENSE | 1 + > > Makefile | 9

[dev] [sbase][PATCH] diff: fix style

Signed-off-by: Mattias Andrée <maand...@kth.se> --- install.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/install.c b/install.c index 0a81101..ec96c05 100644 --- a/install.c +++ b/install.c @@ -45,11 +45,9 @@ static void strip(const char *fi

[dev] [sbase][PATCH] pathchk

New command, including man page. UTF-8 compatible and should be POSIX-compliant. Signed-off-by: Mattias Andrée <maand...@kth.se> --- LICENSE | 1 + Makefile | 1 + README| 1 + TODO | 1 - pathchk.1 | 35 + pathchk.c

Re: [dev] [sbase] install

On Wed, 3 Feb 2016 19:35:44 +0100 FRIGN <d...@frign.de> wrote: > On Wed, 3 Feb 2016 19:27:36 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > Hey Mattias, > > > What features are install in sbase supposed to have? > > install is not standardised, an

[dev] [sbase][PATCH v2] pathchk

New command, including man page. UTF-8 compatible and should be POSIX-compliant. Signed-off-by: Mattias Andrée <maand...@kth.se> --- LICENSE | 1 + Makefile | 1 + README| 1 + TODO | 1 - pathchk.1 | 35 ++ pathchk.c

[dev] [sbase] install

What features are install in sbase supposed to have? install is not standardised, and the only flag all implementations seem to have in common is '-g'. pgpTlKRdpOIc7.pgp Description: OpenPGP digital signature

[dev] [sbase][PATCH] diff: 1 minor bug fix + code improvements

The fix bug was in main() in the code block for `else if (old && !new)`. Signed-off-by: Mattias Andrée <maand...@kth.se> --- diff.c | 172 +++-- 1 file changed, 92 insertions(+), 80 deletions(-) diff --git a/diff.c

Re: [dev] [sbase][PATCH v2] diff

On Sun, 31 Jan 2016 12:39:34 +0100 Hiltjo Posthuma wrote: > Some notes from me: > > - I would avoid using variadic arrays, use a sane subset > of C99. Are you refering to this code? #define matrix (*matrix) #define map (*map) char map[an + 1][bn + 1] =

[dev] [PATCH] diff: late changes are preferred over early changes

Rather than producing +/**/ void a() { /* a */ +} + +void b() { +/* b */ } void c() { /* c */ } +/**/ produce +/**/ void a() { /* a */ } +void b() { +/* b */ +} + void c() { /* c */ } +/**/ This is more likely to be preferred. Signed-off-by: Mattias

[dev] [sbase][PATCH v2] diff

il.com> +© 2016 Mattias Andrée <maand...@kth.se> diff --git a/Makefile b/Makefile index 1c09cac..74e071e 100644 --- a/Makefile +++ b/Makefile @@ -89,6 +89,7 @@ BIN =\ cron\ cut\ date\ + diff\ dirname\ du\ echo\ diff --git a/diff.c b/dif

[dev] [sbase] diff3 and beyond?

Is there any interest in having diff3 and beyond (why limit it to anything less than 64, or at all, if implementing it for 3 files) in sbase? pgp4ZEpSZsLiP.pgp Description: OpenPGP digital signature

Re: [dev] [sbase] diff

I have trimmed down the memory usable a little but, but not reduce the space complexity. (Reduced by 80 % on 32-bit machines, and 88.(8) % on 64-bit machines, as the supreium.) If I understood that algorithm correct, I do not think it will produce the optimal result (I have not look in to it

Re: [dev] [sbase] diff

On Thu, 28 Jan 2016 16:48:22 +0100 Markus Wichmann <nullp...@gmx.net> wrote: > On Wed, Jan 27, 2016 at 11:22:55PM +0100, Mattias Andrée > wrote: > > Perhaps I should describe how the program works > > (although it is very simple.) The documents are > > compare

Re: [dev] [sbase] diff

readable. On Wed, 27 Jan 2016 23:05:09 +0100 FRIGN <d...@frign.de> wrote: > On Wed, 27 Jan 2016 20:18:17 +0100 > Mattias Andrée <maand...@member.fsf.org> wrote: > > Hey Mattias, > > thanks for your patch. I haven't looked at it in-depth, > but would like to advise

[dev] [sbase] diff

The beginning of an implementation of diff. It only does the bare essentials, and it is not usable implemention of diff yet. Signed-off-by: Mattias Andrée <maand...@kth.se> --- LICENSE | 1 + Makefile | 1 + diff.c | 207

Re: [dev] A replacement for at.

On Fri, 1 Jan 2016 10:19:01 +0100 Mattias Andrée <maand...@kth.se> wrote: > Hi! > > I'm written an alternative to at, called sat (for simple > at): https://github.com/maandree/sat sat is incompatible > with at, but I have tried to make sure that a > compatibility-layer

[dev] A replacement for at.

of the MIT License, in hope that it will be useful if you want to base your at-implement of it. Mattias Andrée pgpws3etsMNKy.pgp Description: OpenPGP digital signature

Re: [dev] A replacement for at.

If you are paranoid about sat crashing and not get your jobs executed, it is possible to start sat under service supervision, as long as you can have user-private services. On Fri, 01 Jan 2016 15:17:43 +0100 Kamil Cholewiński wrote: > > satd is an unprivileged daemon that

Re: [dev] A replacement for at.

Wouldn't you need a service supervisor with at's functionallity? Are there any? If you want to do things really simply you can use sleep-until (https://github.com/maandree/sleep-until), but then you cannot as easily list jobs and run the before scheduled. On Fri, 01 Jan 2016 15:17:43 +0100

Re: [dev] A replacement for at.

On Fri, 01 Jan 2016 18:05:58 +0100 Kamil Cholewiński wrote: > > Wouldn't you need a service supervisor with at's > > functionallity? > > No. Separation of concerns. > > > If you are paranoid about sat crashing > > When in doubt, assume the component will crash/fail. >

Re: [dev] A replacement for at.

On Fri, 01 Jan 2016 19:05:50 +0100 Kamil Cholewiński wrote: > > sat will create a PID file in $XDG_RUNTIME_DIR. > > PID files are a flawed concept, race conditions and > everything. Well. But they are standard. satd does not use the PID file to determine whether it is

Re: [dev] Re: Font edition tooling

On Wed, 23 Dec 2015 16:06:12 +0100 Christian Neukirchen wrote: > quen...@c9x.me (mpu) writes: > > > Ben Woolley wrote: > >> What licenses are the tools and the font? There doesn't > >> seem to be a copyright statement or license anywhere. > >>

Re: [dev] Font edition tooling

On Wed, 23 Dec 2015 09:59:37 + mpu wrote: > Ben Woolley wrote: > > What licenses are the tools and the font? There doesn't > > seem to be a copyright statement or license anywhere. > > Maybe > >I am missing something obvious... > > The license and the

Re: [dev] Font edition tooling

On Wed, 23 Dec 2015 16:01:30 +0100 FRIGN <d...@frign.de> wrote: > On Wed, 23 Dec 2015 15:54:17 +0100 > Mattias Andrée <maand...@kth.se> wrote: > > > I would argue you not to use public domain because > > of its legal status. In most non-English speaking > >

Re: [dev] Re: Font edition tooling

On Wed, 23 Dec 2015 08:49:15 -0800 Louis Santillan <lpsan...@gmail.com> wrote: > On Wed, Dec 23, 2015 at 7:09 AM, Mattias Andrée > <maand...@kth.se> wrote: > > On Wed, 23 Dec 2015 16:06:12 +0100 > > Christian Neukirchen <chneukirc...@gmail.com> wrote: &g

Re: [dev] Font edition tooling

On Wed, 23 Dec 2015 21:03:11 + mpu wrote: > quen...@c9x.me (mpu) wrote: > > Hi folks, > > > > I wrote some tools to design bitmap fonts. Maybe you'll > > be interested. > > > > http://github.com/mpu/fnt/ > > I feel bad that this whole discussion ended up being about >

Re: [dev] Font edition tooling

Genuine question: does anyone know of any actual > > instance where some code released as "public domain" > > caused trouble for citizens (from whatever country) who > > copied it? > > > > 2015-12-23 19:13 GMT-02:00 Mattias Andrée > > <maand...@kth.se>

Re: [dev] Font edition tooling

On Wed, 23 Dec 2015 17:04:12 + Ammar James <ammar.ja...@alumni.stonybrook.edu> wrote: > On Wed, Dec 23, 2015 at 11:06:35PM +0100, Mattias Andrée > wrote: > > Sorry, it would be a douche move in rank with > > patenting maths, and then enforce it. > > &

Re: [dev] Font edition tooling

Sorry, it would be a douche move in rank with patenting maths, and then enforce it. On Wed, 23 Dec 2015 23:05:01 +0100 Mattias Andrée <maand...@kth.se> wrote: > Probably not. It would be a douche move in rank with > patent trolling, and you would probably be less like > to w

Re: [dev] Font edition tooling

On Wed, 23 Dec 2015 23:08:37 +0100 FRIGN wrote: > On Wed, 23 Dec 2015 19:59:08 -0200 > Marcel Rodrigues wrote: > > > Genuine question: does anyone know of any actual > > instance where some code released as "public domain" > > caused trouble for citizens

Re: [dev] C package manager-ish

On Tue, 15 Dec 2015 09:10:50 -0800 Louis Santillan wrote: > On Tue, Dec 15, 2015 at 2:20 AM, Adrian Grigore > wrote: > > I wanted to know what's your general opinion on > > https://github.com/clibs/clib. > > I take issue with some of the

Re: [dev] C package manager-ish

On Tue, 15 Dec 2015 10:20:38 -0800 Louis Santillan <lpsan...@gmail.com> wrote: > On Tue, Dec 15, 2015 at 9:45 AM, Mattias Andrée > <maand...@kth.se> wrote: > > On Tue, 15 Dec 2015 09:10:50 -0800 > > Louis Santillan <lpsan...@gmail.com> wrote: > >> On

Re: [dev] C package manager-ish

On Tue, 15 Dec 2015 12:20:52 +0200 Adrian Grigore wrote: > Hey guys, > > I wanted to know what's your general opinion on > https://github.com/clibs/clib. > > Disclaimer: I'm not a C programmer, but planning to learn. > Personally, I despise language specific

Re: [dev] Bug in join.c

On Mon, 14 Dec 2015 12:49:04 -0500 Random832 wrote: > I was going through sbase checking with -Wall -Wextra > -pedantic -Werror, and among a bunch of noise errors > relating to signed/unsigned comparisons, I found one with > actual substance: the result of getline is

Re: [dev] Re: Bug in join.c

On Mon, 14 Dec 2015 13:07:48 -0500 Random832 <random...@fastmail.com> wrote: > Mattias Andrée <maand...@kth.se> writes: > > I think this patch should be included. But I don't see > > how it is of substance. It will never occur with two's > > complement or ones' c

[dev] Re: Mailing lists sucks.

One disadvantage with with NNTP is that the current standard tools for sending packages are for e-mail and mailing lists. Tools for NNTP has too be added. Of course, you can always send patches manually. On Sun, 13 Dec 2015 13:23:27 + (UTC) Black Rider

Re: [dev] Mailing lists sucks.

On Sun, 13 Dec 2015 14:56:30 +0100 Anselm R Garbe wrote: > Long story short -- if you favour NNTP use gmane. Well, I tried. I have submitted a bug report to the mailing list. I will stick with the mailing list. It is not too horrible when this is the only highly active

Re: [dev] interest in development of suckless project

On Sun, 13 Dec 2015 17:22:59 +0100 "e...@bestmx.net" wrote: > > >> > I just realize that I have PLENTY of free time, 18 > > >> > years of experience, and > > > > > >> 18 years of experience doing *what*? :P > > > > > > linkedin.com/in/eugene-panferov-abab1ba2 > > > that

[dev] Re: Mailing lists sucks.

On Sat, 12 Dec 2015 10:51:23 +0100 hiro <23h...@gmail.com> wrote: > yes. use IRC then. > > Not quite the same thing. Irrelevant.

[dev] -nomail list does not work properly

Despite only being in the -nomail version, I am receiving e-mails. I have tried changing several times, but it does not work. pgpGQDQ1JIPIq.pgp Description: OpenPGP digital signature

Re: [dev] Re: Mailing lists sucks.

On Fri, 11 Dec 2015 22:12:47 +0100 Christian Neukirchen <chneukirc...@gmail.com> wrote: > Mattias Andrée <maand...@kth.se> writes: > > > The absolutely works thing with free software > > development is all those mailing lists clobbering your > > inbox. >

[dev] Mailing lists sucks.

The absolutely works thing with free software development is all those mailing lists clobbering your inbox. Mailing lists also adds another complexity on top of an already horridly sucking group of protocols. I suggest switching to NNTP (which most e-mail clients support, and does not suck just

Re: [dev] suckless bignum library

On Thu, 10 Dec 2015 10:50:12 -0800 Louis Santillan wrote: > On Thu, Dec 10, 2015 at 10:36 AM, Greg Reagle > wrote: > > On 12/10/2015 12:57 PM, FRIGN wrote: > >> > >> What does the base have to do with the results? > > > > > > A lot. For instance,

<    1   2   3   >