[dev] A suckless issue tracker

everything that is needed to access the issue tracking system. Rather it will run command that anyone else can run in the terminal. Mattias Andrée PS. Anyone interested in a proper replacement for X, is more than welcome to help me at https://github.com/maandree/mds. pgpSYUeXzgyHx.pgp Description

Re: [dev] A suckless issue tracker

On Mon, 6 Apr 2015 22:38:17 +0200 FRIGN d...@frign.de wrote: On Mon, 6 Apr 2015 22:29:21 +0200 Mattias Andrée maand...@member.fsf.org wrote: I have just started on a simple issue tracker [Write a decent bug and issue tracking system], that I would like to make part of suckless.org

Re: [dev] A suckless issue tracker

On Mon, 6 Apr 2015 23:08:18 +0200 FRIGN d...@frign.de wrote: On Mon, 6 Apr 2015 22:58:49 +0200 Mattias Andrée maand...@member.fsf.org wrote: Hey Mattias, Well it was on the list of software you needed, so I thought I could help out. (So no, it is not a NIH-timewaster.) I have

Re: [dev] A suckless issue tracker

at 3:54 PM, Mattias Andrée maand...@kth.se wrote: On Mon, 6 Apr 2015 23:08:18 +0200 FRIGN d...@frign.de wrote: On Mon, 6 Apr 2015 22:58:49 +0200 Mattias Andrée maand...@member.fsf.org wrote: Hey Mattias, Well it was on the list of software you needed, so I thought I could help

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

You could write a wrapper that use setxkbmap to remove the terminate-option, and restore it when slock exits. On Sun, 27 Sep 2015 21:42:11 +0800 Pickfire wrote: > On Sun, Sep 27, 2015 at 02:15:02PM +0200, 7heo wrote: > >Put > > > >if ! pgrep xinit >/dev/null; then > >

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

On Sun, 27 Sep 2015 15:05:29 +0100 Nick <suckless-...@njw.me.uk> wrote: > Quoth Mattias Andrée: > > You could write a wrapper that use setxkbmap > > to remove the terminate-option, and restore > > it when slock exits. > > Wouldn't it make sense to add this

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

On Tue, 29 Sep 2015 16:53:26 +0200 lists <li...@nvsbl.org> wrote: > by itself this does not provide much more security > because you can Ctrl-z in the originating TTY and get a > shell prompt ( with bash at least ). > > --seth > > > On 28 Sep 2015, at 16

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

On Tue, 29 Sep 2015 17:15:12 +0200 FRIGN wrote: > On Sun, 27 Sep 2015 18:50:17 +0800 > Pickfire wrote: > > > Hi, I set the xorg termination with `localectl`. When > > using `slock`, I press Ctrl+Alt+Backspace and it works, > > the Xorg is killed and go back

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

On Tue, 29 Sep 2015 16:53:26 +0200 lists <li...@nvsbl.org> wrote: > by itself this does not provide much more security > because you can Ctrl-z in the originating TTY and get a > shell prompt ( with bash at least ). > > --seth > > > On 28 Sep 2015, at 16

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

On Tue, 29 Sep 2015 17:04:38 +0200 Mattias Andrée <maand...@kth.se> wrote: > On Tue, 29 Sep 2015 16:53:26 +0200 > lists <li...@nvsbl.org> wrote: > > > by itself this does not provide much more security > > because you can Ctrl-z in the originating TTY and g

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

On Mon, 28 Sep 2015 16:32:00 +0200 Hinnerk van Bruinehsen wrote: > On Sun, Sep 27, 2015 at 09:42:11PM +0800, Pickfire wrote: > > On Sun, Sep 27, 2015 at 02:15:02PM +0200, 7heo wrote: > > >Put > > > > > >if ! pgrep xinit >/dev/null; then > > > start-stop-daemon -S -b

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

Actually, I don't use slock, or any screen locker, so I don't have a patch. On Sun, 27 Sep 2015 16:54:47 +0200 Markus Teich <markus.te...@stusta.mhn.de> wrote: > Mattias Andrée wrote: > > The timer support should not be added. However, > > temporary removal of the terminat

Re: [dev] [slock] Ctrl+Alt+Backspace Xorg Termination works

On Sun, 27 Sep 2015 16:30:47 +0200 Markus Teich <markus.te...@stusta.mhn.de> wrote: > Mattias Andrée wrote: > > Nick <suckless-...@njw.me.uk> wrote: > > > Wouldn't it make sense to add this functionality > > > directly to slock? > > > &g

Re: [dev] How to unsubscribe

On Fri, 4 Dec 2015 11:03:28 + Staven wrote: > Do you think maybe all these people come to suckless > thinking it's some kind of porn thing? > > Who would watch porn where this is less sucking? pgpvgDwGw6LQw.pgp Description: OpenPGP digital signature

Re: [dev] How to unsubscribe

On Fri, 4 Dec 2015 12:12:06 +0100 Mattias Andrée <maand...@kth.se> wrote: > On Fri, 4 Dec 2015 11:03:28 + > Staven <sta...@staven.pl> wrote: > > > Do you think maybe all these people come to suckless > > thinking it's some kind of porn thing? > >

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,

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. >

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

[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] 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

[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] suckless bignum library

If you are counting the informal license "Distribute like mad!" as a making it "public domain". First, that depends on jurisdiction. But! The README in the zipfile says it is proprietary (for personal use only.) On Thu, 10 Dec 2015 10:17:04 -0800 Louis Santillan wrote: >

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

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++ compiler that rocks

On Mon, 30 Nov 2015 01:10:04 -0600 wrote: > Apologies that you dislike my current mailer; > where is the archive? > And why is it netiquette to have line breaks instead > of line wrapping client-side? If the sender does the client wrapping, it can either be automatic or

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

= 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] 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] 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] [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

[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] 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

[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

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] 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

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][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] 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][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

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] 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] 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

[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 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 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

[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

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: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 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 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

[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][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 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

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][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

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: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 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][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 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 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 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 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 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 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 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)

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

  1   2   3   >