Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

suckless unix tools

Name: Anonymous 2015-04-02 21:41

http://git.2f30.org/sbase/

Name: Anonymous 2015-10-26 16:22

All I want is to write some stupid dc-scripts, but there's no dc-program?? As long as that's missing, suckless could as well be called dickless. Just another toy project.

Name: Anonymous 2015-10-26 16:37

>>241
use GNU dc?

Name: Anonymous 2015-10-26 17:05

>>241
According to their TODO, they are only going to implement bc (almost finished by suigin, but the guy seems to have disappeared? I miss him).
Anyway, feel free to suggest dc as a program for sbase, maybe they accept it.

Name: Anonymous 2015-10-26 17:08

dubs

Name: Anonymous 2015-10-26 20:09

>>240
I've been too busy the last few months to work on it, unfortunately. Wageslave job. Not happy. Maybe I should quit.

Name: Anonymous 2015-10-26 20:52

>>245
Maybe you should have never started.

Name: Anonymous 2015-10-26 22:26

>>245
Sorry to hear about that, pal.
I wish you a good outcome, whatever you decide to do.
Best wishes.

Name: Anonymous 2015-10-26 23:04

anybody is open to develop a bc/dc implementation. the problem is finding a proper bignum library.

Name: suckless bignum 2015-10-26 23:06

suckless bignum

Name: Anonymous 2015-11-23 22:10

>>146
Hahahahahahahahahahahahah

That made me laugh. What is that? My first C program?

Name: Anonymous 2015-11-23 22:43

goto is babby tier

Name: Anonymous 2015-11-24 6:30

suckless unix tools

Unix "philosophy" already sucks.

OXYMORON DETECTED

Name: Anonymous 2015-11-24 12:43

>>252
who Are you le quoting xD

Name: Anonymous 2015-12-23 20:02

hey suigin
could you please send your bc(1) to suckless people so they add it to sbase? thanks
(1) https://github.com/suiginsoft/bc

Name: Anonymous 2015-12-23 20:16

implement bc
reinvent md5

what the fckk?

Name: Anonymous 2015-12-23 20:27

>>255
epic >memes xD

Name: suigin 2015-12-23 20:34

>>254
It's far from complete, it's just the front end lexer and parser. Plus, they already know about it. Only once it's near completion would I consider notifying them about it again. I wouldn't want to waste their time otherwise.

Name: Anonymous 2015-12-23 20:57

>>255
Nice bits, bro.

Name: Anonymous 2015-12-23 21:50

>>257
what's the next stuff you want to work on?
could sstoy get config of "rendering quality"?
it runs too slow on my laptop

Name: Anonymous 2015-12-23 22:18

>>256
are you a SJW

Name: Anonymous 2015-12-23 22:53

>>260
no?

Name: Anonymous 2015-12-24 18:19

>>260
Not everyone who opposes your retarded imageboard customs is a SJW. Go fuck a fat feminist if you like them so much.

Name: suigin 2015-12-24 21:43

>>259
What's next on my list is making myself a memorable dinner for tomorrow night, to keep at bay for a few moments the darkness, misery and pointlessness of the collapsing society just beyond the walls I call home.

After that, polish off hebimath. sstoy isn't a high priority.

At this point, I don't think I'd use hebimath directly for the bignum arithmetic in bc(1). It's really more deserving of a custom and minimalistic implementation. Hebimath is more of a lightweight, general purpose replacement for parts of GMP at this moment.

Name: Anonymous 2015-12-24 21:50

>>262
just asking because you seemed to get triggered just as easily

Name: Anonymous 2016-01-13 2:35

Looks like after all this time echo is still faulty
http://git.suckless.org/sbase/tree/echo.c

``Implementations shall not support any options.'' POSIX says, however, something so simple, is simply too hard for the suckmore people to unserstand.

Name: Anonymous 2016-01-13 3:09

>>265

Is it explained by this?
http://git.suckless.org/sbase/commit/echo.c?id=9016d288f1cd03bf514fe84d537b203040e1ccf8

Name: Anonymous 2016-01-13 3:11

http://git.suckless.org/sbase/tree/util.h

The beloved people at suckmore, thought that it is a good idea to define the (useless) functions strlcat and strlcpy, forgetting, however that identifiers starting with str* are reserved by POSIX.

Name: Anonymous 2016-01-13 3:34

>>267
Write to their mailing list so they can discuss this (and probably fix).
As flawed as it may be, I still think sbase is the best implementation of the unix tools out there.
Better help than make fun and let it rot. That's my opinion. Do you share it?

Name: Anonymous 2016-01-13 3:48

I still think sbase is the best implementation of the unix tools out there.

You're literally saying that sbase is a polished turd.

I think that's an insult to polished turds.

Name: Anonymous 2016-01-13 3:50

>>269
Everything else is much worse.
Busybox, Toybox and all that don't even get utf-8 correct.
sbase works flawlessly for me. And your issues are minimal, no? Why not bring them up on the mailing list and help sbase get even better?

Name: Anonymous 2016-01-13 3:53

>>270
sbase can't get better. It, by design & by philosophy, is shit. It is following the shittiest shit of Unix legacy.

It is not written for the benefit of hypothetical sbase users, it is for the ego and lunacy of the sbase programmers themselves. Fuck them, and fuck you.

Name: Anonymous 2016-01-13 4:00

>>271
It benefits me.
For example, here are 2 cases on coreutils/busybox/toybox:

$ echo "öã" | tr -d "ö"
�
$ echo "1ö2ö3" | cut -d 'ö' -f 1
cut: the delimiter must be a single character

Both wrong! On sbase it works though.

Besides that there's also the fact that it is more efficient.

Are you convinced?
There's a talk on the suckless website on their last conference where the developer explains why they created sbase.

Stop being such a bully!

Name: Anonymous 2016-01-13 4:22

>>272
This is why I use real programming languages, not this incompetent ignorant-of-each-other piping shit, to do text processing. The shell sucks and should be discarded for programming languages instead of this concatenated text mess with shit C-based half-baked parsers in every fucking program bumbling along a raw char*, and tons of heavyweight processes to do something a few functions can pull off if you care at all about footprint.

Plus, the only thing you can process is UTF-8. Half the text files out there online seem to use other 8-bit encodings, if not 16-bit which was popular for a while.

Name: Anonymous 2016-01-13 4:26

>>273
So you think all unix tools are useless?
So your problem isn't with sbase only, but unix itself?
Ok, that explains a lot. I guess we have a fundamental disagreement and shouldn't talk any further.

Name: Anonymous 2016-01-13 4:34

>>274
A lot of people here have worded it a lot better than me, but dealing with pipes of bytes which may or may not be arbitrarily-encoded text is not a useful, safe, or expressive abstraction. The process boundaries are useless, expensive, and stupid for so many of these cases. It's all shit.

Name: Anonymous 2016-01-13 4:41

>>274

So you actually enjoy living in 1960s computing tech?

The rest of the world realized that their real problems, real programming expressiveness, real scalability, and real security is not met by that old cruft. Even if their solutions haven't broken free from the shackles of the past, they've made strides.

Name: Anonymous 2016-01-13 5:18

>>268
No, if they are unable to make something as simple as this, they should not make software at all. Not to mention their elitist stance (see >>18), that the issue has already reported (see http://lists.suckless.org/dev/1504/26150.html) and that they have seen this thread.

>>270
GNU Coreutils work flawlessly too, so what?

Name: Anonymous 2016-01-13 6:12

>>277
lol, re-reading >>18, it's literally "Too hard, ignoring problem".

That epitomizes what I've said about this: This is simply not useful, and far less useful than the alternatives. It's hard to abstract on top of their chosen primitives, so instead of actually making a powerful ecosystem to actually tackle problems*, they just disacknowledge it.

* = of course, everybody else has already tackled these problems

Name: Anonymous 2016-01-13 6:16

>>272
Link to the video? There's a lot of them on the site, and I can't be assed to skim them all.

Name: Anonymous 2016-01-13 11:44

"Premature optimization is the root of all evil." - Donald Trump Knuth

Suckless's root is premature optimization of code size.
Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List
All trademarks and copyrights on this site are owned by their respective parties. All comments and posts are the responsibility of their own posters.
- Tinychan + 2ch Mode + RSS -