Hello all.
I found a case where sbase rm command fails but doesn't output any
error message, making it look like it succeeded.
mkdir ./test
mkdir ./test/test
sudo chown root:root ./test
sudo chown root:root ./test/test
rm -rf ./test
rm won't output anything and exit (apparently) cleanly.
But the
Gentoo's init system (OpenRC) could soon move from Makefiles to Meson
and add python3 and ninja to dependencies because of it.
https://github.com/OpenRC/openrc/issues/116
On Fri, May 13, 2016 at 9:28 AM, hiro <23h...@gmail.com> wrote:
> the main complication is not to learn how to use a piece o
New different versions of arg.h in the wild.
http://git.suckless.org/scc/tree/inc/arg.h
http://git.suckless.org/sbase/tree/arg.h
On Mon, Feb 29, 2016 at 9:08 AM, Marc Collin wrote:
> Since arg.h changes so little over time, I'll have to agree.
> No need to complicate the process
This has been discussed on the past here on the ML.
tl;dr - https://github.com/tonyfischetti/qstats and
https://www.freebsd.org/cgi/man.cgi?query=ministat
Apart from that, you're unlucky.
I didn't know about desc though, pretty cool. So thanks for sharing!
Your email wasn't that useless.
It even a
What people here think of heredoc?
cat << EOF
1st line
2nd line
3rd line
4th line
EOF
OR
echo "1st line"
echo "2nd line"
echo "3rd line"
echo "4th line"
OR
printf "1st line\n"
printf"2nd line\n"
printf"3rd line\n"
printf"4th line\n"
On Wed, Sep 7, 2016 at 6:46 PM, Tiago Natel de Moura
wrote
0.html
>stty
http://lists.suckless.org/hackers/1603/10466.html
On Thu, Sep 1, 2016 at 12:38 PM, Ali H. Fardan wrote:
> On 2016-09-01 18:34, Marc Collin wrote:
>>
>> Since we're talking about sbase already in kind of meta way, I'll post
>> a question here instead of
eady, right? The few missing tools are not yet
applied, but were sent to the ML by maandree some months ago (patch,
diff and others). Should we expect a release soon? I'm excited :)
On Thu, Sep 1, 2016 at 11:51 AM, Ali H. Fardan wrote:
> On 2016-09-01 17:46, Marc Collin wrote:
>&
Hey guys.
The missing brackets on paste.c that I talked about on the last
message revealed something else to me.
It was introduced in commit cdbc0d50356a0f7e0dd5755e3c46593a947cf029
by FRIGN, 2015-01-29.
Then it was marked as audited and correct in commit
1bc002b44acdbfec8d374bfd0e5a858a142c0378
Hey guys.
I was warned by the compiler about a misleading indentation and I
think its right.
http://git.suckless.org/sbase/tree/paste.c#n70
It's missing brackets or last++ must lose 1 level of indentation.
I think the first. Right?
Best wishes.
> haha yeah. Fun fact: feh now supports farbfeld :) Try it out!
imlib2 supports farbfeld, so every front-end that uses the imlib2
library will support farbfeld too.
So not just feh, but also sxiv, jfbview,
> How about adding a wallpaper feature? Is it a complex solution?
One program for one
I got introduced to s6-rc [0] lately.
Do you guys have any experience with it?
[0] http://skarnet.org/software/s6-rc/
On Fri, Aug 5, 2016 at 8:12 AM, Hadrien LACOUR
wrote:
> On Fri, Aug 05, 2016 at 11:58:25AM +0200, FRIGN wrote:
>>
>> Of course, runit is only a service manager. But runit+sinit+
Actually, "make CC=../1c/8cc" works but 8cc doesn't support no-strict-aliasing.
[ERROR] main.c:87: (null): unknown -W option: no-strict-aliasing
On Tue, Jul 5, 2016 at 4:00 PM, Marc Collin wrote:
>> I don't think this does what you expect it to do. At least looking a
;make CC=../1c/8cc" fails. Any idea how to use relative paths like that?
> On my system, the resulting binaries include references to the path they were
> compiled at.
That could be the reason then.
Let's try to test on the same absolute paths.
On Tue, Jul 5, 2016 at 3:55 PM
I did some tests with 8cc (because it's easier to build than scc for me).
My results are that the binaries aren't identical.
Here's a script so you can try to reproduce it.
#!/bin/sh
mkdir test_comp
cd test_comp
git clone https://github.com/rui314/8cc
mv 8cc 1c
cp -r 1c 2c
cp -r 1c Ac
cp -r 1c Bc
of B1, B2 and B3 they will
be identical?
On Tue, Jul 5, 2016 at 1:43 PM, Evan Gates wrote:
> On Sun, Jul 3, 2016 at 7:49 AM, Marc Collin wrote:
>> >Any compiler following the c99 standard will work.
>> But a binary compiled with gcc or clang will suck. No?
>> Even if scc
>That's not really the cause. You'll have to use a c99 compiler to build
>scc. Maybe yours need an option like “-std=c99”.
I got the idea from here.
https://sourceforge.net/p/schillix-on/schillix-on/ci/6071f8422be450d2c3abd949005e0cb02960932c/
I changed config.mk. #CC = c99 to CC = cc. Otherwise I
Hey, I tried to compile scc with gcc and it failed because typeof is a
gcc keyword and scc has a function called typeof on cc1/expr.c
A rename from typeof to type_of fixes the issue.
--- a/cc1/expr.c
+++ b/cc1/expr.c
@@ -765,7 +765,7 @@
static Node *unary(void);
static Type *
-typeof(Node *np)
+
more useless
windows floating around just because I opened a graphical
program from a terminal emulator.
On Sun, Jun 26, 2016 at 5:25 AM, Connor Lane Smith wrote:
> Hi Marc,
>
> On 25 June 2016 at 14:48, Marc Collin wrote:
>> Is there any way to get this behavior on standard Linux w
swallow is perfect, thanks a lot.
On Sat, Jun 25, 2016 at 2:35 PM, Nick wrote:
> Quoth Jochen Sprickerhof:
>> * Marc Collin [2016-06-25 10:48]:
>> > Is there any way to get this behavior on standard Linux with suckless
>> > tools (dwm, st, etc)?
>>
>>
Hey suckless.
How's everyone doing on this weekend?
Yesterday I came across a video about Plan 9 [0] and something got my attention.
When the user opens a graphical program from the terminal, no new
window is created. Instead, the graphical program "takes over" the
terminal.
This made me realize h
Hey suckless.
Looking at libutf, I realised there are many versions?
There's an outdated version on the suckless repo by cls[0].
Thee's an up-to-date version on cls private github[1].
There's a fork on sbase[2].
Is there a reason for the fragmentation? Which is the prefered libutf version?
Thanks
Original sup by pancake is copyleft. (loose term, could be many things)
Jaromil's sup (which is based on pancake's) is LGPLv3.
License stuff goes above my head.
On Sat, May 21, 2016 at 8:26 AM, Quentin Rameau wrote:
> On Sat, 21 May 2016 08:12:54 -0300
> Marc Collin wrote:
Could we at least get the bug fixes pushed into suckless repo?
I don't think Jaromil has introduced the bloat yet.
On Wed, May 18, 2016 at 2:32 PM, Marc André Tanner wrote:
> On Tue, May 17, 2016 at 08:54:19AM +0200, Anselm R Garbe wrote:
>> On 16 May 2016 at 23:22, Marc André Tanner wrote:
>> >
Arch Linux was suckless maybe in 2008. Today it's messy, confused and bloated.
For once, it was one of the first distributions to embrace Systemd.
I think these emails about "what's a suckless distribution" are always
bad, but I'll give my advice (research is on you).
>From most usable to least us
This is Jaromil's email that didn't went through.
-- Forwarded message --
From: Jaromil
Date: Sun, May 8, 2016 at 3:59 AM
Subject: Re: [sup] Bring the simple user privilege escalation tool back home?
To: Marc Collin
Cc: dev mail list
hi there,
On Sat, 07 May
Hello suckless,
pancake developed sup[0] from 2009 to 2011[0].
It's now maintained by jaromil under the same name[1] with many bug
fixes and improvements.
Wouldn't it make sense to give jaromil access to the suckless git
repository and let him work there?
What does everyone think?
Best wishes.
[
If you think about suckless as keeping things simple and not wasting
computer resources, this little story is relevant --
John von Neumann, when he first heard about FORTRAN in 1954, was
unimpressed and asked "why would you want more than machine language?"
One of von Neumann's students at Princet
Thanks for the comparison table, that reveals a lot.
On Sat, Apr 23, 2016 at 8:49 PM, wrote:
> On 2016-04-23 14:19, Teodoro Santoni wrote:
>>
>> Hi,
>>
>> 2016-04-23 15:03 GMT+02:00, Marc Collin :
>>>
>>> Hi.
>>> Recently a user from suckle
ote:
> On Sat, 23 Apr 2016, 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 anyth
13 AM, Mattias Andrée wrote:
> 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
>>
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.
I can imagine why it sucks - no portability! #/bin/sh should be
enough for everyone. Is that
Good idea?
for i in *; do sed -i 's/anselm/$USER/g' "$i"; done
On Sun, Apr 17, 2016 at 2:12 PM, Mitt Green wrote:
> I also found hardcode references to Anselm's
> home folder in other Makefiles, apart from kbd:
> curl, parted, gzip, libarchive.
>
> There is yet no mksh in /bin (install
> destina
It seems to hardcode the user's home path to /home/anselm and the
problem can be you have anther username?
http://git.sta.li/src/tree/bin/kbd/Makefile#n146
I also find it weird that it reports ZSH and BASH as those software
are really awful and sucks a lot.
HTH.
On Sun, Apr 17, 2016 at 12:10 PM, M
2016 at 10:13 AM, Raphaël Proust wrote:
> On 12 April 2016 at 15:34, Marc Collin wrote:
>> It's been a few weeks since I set up my set config.h and it's lost
>> now,
>
> You can recover the font configuration variable from the binary.
> Specifically, `strings $(
So this is not a st bug and not a libc bug.
Just a font bug?
I'll test a few fonts and check which doesn't work, then I'm emailing
the authors of the fonts.
How can we easily describe the problem so the font authors can fix it?
Thanks.
On Tue, Apr 12, 2016 at 3:46 PM, Jochen Sprickerhof
wrote:
2016 at 11:41 AM, Gabriel Pérez-Cerezo wrote:
> On Tue, 12 Apr 2016 16:33:58 +0200, Andreas Doll wrote:
>>
>> On 2016-04-12 at 11:09, Marc Collin wrote:
>> > Really a bug or something wrong only for me?
>>
>> I haven't noticed until now, but I ca
It's been a few weeks since I set up my set config.h and it's lost
now, but I'm almost sure I'm using the font Terminus, size 12,
antialias disabled.
On Tue, Apr 12, 2016 at 11:25 AM, Greg Reagle wrote:
> No problem here. I am using st with:
> static char font[] = "Liberation
> Mono:pixelsize=1
I think I found a possible bug on st when inserting a unicode character.
Here are the steps for someone to try to reproduce it.
Take the heavy round-tipped rightwards arrow (U+279C) for example.
➔
Highlight to copy and middle-click to paste into st.
Now try to immediately write something. The chara
Since arg.h changes so little over time, I'll have to agree.
No need to complicate the process, it can be manually updated for each
project on the rare occasion there is an improvement.
I guess it's no big deal.
If suckless projects one day share a fast-changing files, then it
could be a problem an
ify | cut -c 9-27 | tr '\n' ' ' | sed
's/\.\//\n.\//g' | sed '1d' | awk '{ print $2 " " $3 " " $1}' | sort |
tail -n 1 | cut -c 21-` {} \;
On Sat, Feb 27, 2016 at 7:20 PM, Charlie Kester wrote:
> On Sat 27 Feb 2016 at 12:
1 PM, Anselm R Garbe wrote:
> On 27 February 2016 at 19:56, Marc Collin wrote:
>> A few days ago arg.h was update on sbase to fix an out-of bounds error.
>> After that the same error was fixed (some sooner some later) on lots
>> of other projects that also have arg.h like ubase,
#x27;s libsl on git.suckless.org that attempts to unite
suckless files many suckless projects use at the same place but it
seems this didn't take off.
On Sat, Feb 27, 2016 at 5:01 PM, Dimitris Papastamos wrote:
> On Sat, Feb 27, 2016 at 03:56:25PM -0300, Marc Collin wrote:
>> Hello,
>> A few
Hello,
A few days ago arg.h was update on sbase to fix an out-of bounds error.
After that the same error was fixed (some sooner some later) on lots
of other projects that also have arg.h like ubase, slock, dmenu, st,
and others. And many tools that use arg.h are still not fixed. Isn't
this bad for
A contributor already started working on a suckless bignum library[0]
to use on his bc(1) candidate for sbase[1].
Mattias maybe you want to work on that instead of starting from
scratch. Duplicating efforts is usually not good when all have the
same goal (suckless bignum, dc and bc).
[0] https://g
rée wrote:
> 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).
#include
int main(void)
{
int i = 2;
long n = 600851475143;
for (; n > 1; i++)
for (; n % i == 0; n /= i)
printf("%d\n", i);
return 0;
}
On Thu, Feb 25, 2016 at 7:15 PM, FRIGN wrote:
> On Thu, 25 Feb 2016 23:03:14 +0100
> Mattias Andrée wrote:
>
> Hey Mattias,
>
>> I ha
Nice project and a great thing for everyone (the less C++ garbage in
the wild the better).
Too bad the devs are showing resistance.
On suckless "stuff that rocks" page they btpd[0].
Maybe it's saner to play with that instead, even though it's been
abandoned since 2012? I personally never used btpd,
Cool! Thanks for sharing.
On Fri, Jan 29, 2016 at 1:11 PM, Christian Neukirchen
wrote:
> Marc Collin writes:
>
>> Who ever had to deal with R and other complex tools to do some statistical
>> work?
>> I found an interesting alternative that appears to be 'suckl
Who ever had to deal with R and other complex tools to do some statistical work?
I found an interesting alternative that appears to be 'suckless' to me.
qstats.
I'm sending this email to the author too so we can discuss his project
with the suckless community.
What I miss the most are confidence in
A friend told me about something you don't see every-day and I'm sure
people here are going to enjoy. [0]
It's a game inspired by the classic Wolfenstein 3D and Doom. The
novelty? It's a single awk file with ~650 lines of code. Wall
rendering is done using ray casting. Monsters and projectiles are
Isn't /rocks and /other_projects redundant?
I mean, software listed on /other_projects rocks and software on
/rocks are other projects.
On Mon, Jan 11, 2016 at 4:26 PM, Christoph Lohmann <2...@r-36.net> wrote:
> Greetings.
>
> On Mon, 11 Jan 2016 19:26:27 +0100 Greg Reagle wrote:
>> On 01/09/201
Hiltjo, I'm sorry, that was really unthoughtful from me.
Not sure if this email conversation is still able to be saved, but
here goes the the author's documentation I mentioned.
In the future I'll remember to make better emails.
fmask -- apply masks to files.
Table of Contents
=
1
I think it's a good example of how to do much with little.
Check out the ``5 How powerful is this?'' on the author's
documentation (post #8)
On Wed, Dec 30, 2015 at 7:02 AM, Dimitris Papastamos wrote:
> On Wed, Dec 30, 2015 at 12:49:59AM -0200, Marc Collin wrote:
>>
Hello suckless.
I came across something really interesting.
http://bbs.progrider.org/prog/read/1399107986
What do you guys think?
Best wishes,
Marc
A proposal of a suckless bignum library is finally taking shape.
The discussion that lead to it (and is still ongoing) can be found
here.
http://bbs.progrider.org/prog/read/1447711906/1,35,41,48,51,52,54,60,61,64,67-69,71-75,77,78,80,82,84-105
If you're just interested in the code, it's here.
ht
My problem seems to be fixed too after your commit.
Thanks.
On Fri, Nov 27, 2015 at 3:41 PM, Marc Collin wrote:
> My problem seems to be fixed too after your commit.
>
> Thanks.
>
>
> On Friday, November 27, 2015, Roberto E. Vargas Caballero
> wrote:
>> On Fri, Nov 2
Nobody uses ed ;)
Jokes aside, I'll be looking forward to it.
Have a nice one, see you around.
On Sun, Nov 22, 2015 at 12:20 AM, FRIGN wrote:
> On Sun, 22 Nov 2015 00:12:47 -0200
> Marc Collin wrote:
>
> Hey Marc,
>
>> I discovered a way to read the thread that m
On Tue, Nov 17, 2015 at 6:11 PM, FRIGN wrote:
> On Tue, 17 Nov 2015 17:52:59 -0200
> I'm already half-done with a suckless bignum-library. thanks for
> pointing to the thread, but these guys are mostly talk and no do.
> I bet the day when they reach consensus I'm going to offer
> enterprise suppo
utf8decode (
c=0x4762fb62000 ,
u=0x772fc35eccf4, clen=18446744073709542299) at st.c:617
#1 0x04762f9590d7 in ttyread () at st.c:1484
#2 0x04762f959667 in run () at st.c:4264
#3 0x04762f95417b in main (argc=0, argv=) at st.c:4402
On Fri, Nov 20, 2015 at 11:33 AM, Marc Collin
AM, Martti Kühne wrote:
> On Fri, Nov 20, 2015 at 2:09 PM, Marc Collin wrote:
>> I am using the grsec kernel, for better security. Maybe st doesn't
>> play well with that?
>> Just tested on a clean st and it segfaults too.
>>
>
> I'm not familiar with
I am using the grsec kernel, for better security. Maybe st doesn't
play well with that?
Just tested on a clean st and it segfaults too.
On Fri, Nov 20, 2015 at 11:03 AM, FRIGN wrote:
> On Fri, 20 Nov 2015 10:52:28 -0200
> Marc Collin wrote:
>
> Hey Marc,
>
>> Hello, I
Hello, I want to report a segfault when using st.
Steps to reproduce:
1) open st
2) "vim file"
3) Press "Enter"
Around 30% of times this results in a crash.
Here's the message st gives:
erresc: unknown sequence ESC 0xFD '.'
Segmentation fault
I am using the latest st from the git repo.
If any
ighlighted).
Does anyone else think this would help a lot those who use cal
constantly? Let's discuss!
Thanks for your time.
On Mon, Nov 16, 2015 at 8:04 PM, Christian Neukirchen
wrote:
> Manu Raster writes:
>
>> Marc Collin writes:
>>
>>> It's one of the comm
Is there any way to export the 'sent' presentation in case I need to
use it on another machine that doesn't have 'sent' installed, but
supports .png ?
Have a nice one.
On Tue, Nov 17, 2015 at 8:36 PM, Joerg Jung wrote:
> On Tue, Nov 17, 2015 at 11:27:53PM +0100, Joerg Jung wrote:
>> On Tue, Nov
6:11 PM, FRIGN wrote:
> On Tue, 17 Nov 2015 17:52:59 -0200
> Marc Collin wrote:
>
> Hey Marc,
>
>> There's an ongoing discussion on designing a suckless bignum library
>> here: http://bbs.progrider.org/prog/read/1447711906
>> Drop in when you have some time
There's an ongoing discussion on designing a suckless bignum library
here: http://bbs.progrider.org/prog/read/1447711906
Drop in when you have some time to discuss it.
Have a nice one.
I'm sometimes on the computer and a job email says "next thursday..."
or something like that, so I quickly do a "cal" or "cal -3" (depending
if I'm at then end of the month) and check out what day of the month
next thursday will be.
Also vice-verse, when someone says "on next month's 25th..." so I
sbases's cal doesn't highlight current day.
Is this intended? I can only see benefits in displaying the current
day on the calendar.
Best wishes.
They don't see to know what they are trying to "fix" in the first place.
How about reimplementations of Xorg that actually sucks less?
Like https://github.com/idunham/tinyxserver for example (really far
from being suckless, but looks like a start).
On Thu, Sep 24, 2015 at 11:29 PM, Pickfire wrote:
> Is there a package manager for suckless [...] ?
Well maybe you could use apk[1]?
Looks suckless to me.
[1] http://git.alpinelinux.org/cgit/apk-tools/tree/
tainable" and "chaotic" does not help your
argument. The ACU echo does not require anyone with familiarity with
the POSIX interface to read more than a single file to figure out what
it does.
> Where?
Figure it out yourself if you think you're so smart.
On Wed, Apr 29, 2015 a
If anything the amount of extra space you're taking up in the symbol
table with an additional (imported) function call and the code of the
putword function, for example, absolutely trivially stupid function is
far more than just integrating the bloody thing into the source. It is
literally a compar
Hello everyone,
Most webmails out there are messy stuff written in PHP and with lots
of dependencies. Memory-hungry monster filled with bugs.
After lots of research I found one small webmail written in 100% C by
some University of Cambridge professors. It's called Prayer.
http://www-uxsup.csx.ca
n being called implicitly
determines what token was emitted, and it can directly read from the
right fields of the parser/tokeniser structure to get its info. The
pointer to the parser structure is in a register already. Simple and
efficient.
On Sun, Feb 15, 2015 at 5:30 PM, Marc Collin wrote:
&
Are there any plans for this?
75 matches
Mail list logo