(like cal)
> in a few.
I wonder why you didn't look into golang.
Best regards,
Anselm
they should double check their
operation, it seems that some ingredients are causing heavy side
effects...
And please don't abuse this list too hard. Treat others like you want
to be treated; or do us a favor and unsubscribe voluntarily.
Thanks,
Anselm
evolutionary step of dwm will be considering to migrate
to wayland at some point. X has always been a nightmare.
Best regards,
Anselm
h yet.
But that used to be the original intention actually of st.
Best regards,
Anselm
if I
> > quickly want to serve some stuff until tonight in directory XY, I'd
> > consider a quark as I described.
>
> I see what you mean. Sadly nginx has become a bloated mess.
It has become more bloated, but it's still pretty lean in comparison
to the abominations called apache or IIS ;)
Best regards,
Anselm
Hi Laslo,
On Tue, 24 Sep 2019 at 23:22, Laslo Hunhold wrote:
> On Tue, 24 Sep 2019 11:17:09 -0700
> Anselm Garbe wrote:
> > - Always run as current user, if root is used chroot() to current
> > directory.
>
> chroot() should never be optional. unveil() might bring th
andy for
drop-in use cases)
That's it. I'm sure this can be done within 200 lines. And this should
be the aim for quark after all. It shouldn't be supposed to be used as
a general purpose server, as said initially, there are enough already
to choose from. But there are almost non that offer the feature set
described.
BR,
Anselm
current implementation and to consider dropping various
features, but up to Laslo. ;)
Best regards,
Anselm
he current maintainer to assess your finding.
Best regards,
Anselm
your ideas.
In retrospective I'm very happy that I didn't waste my early life in
front of computers but did lot's of different things until the age of
around 12...
> But please note that it's going to be a "programming AS A HOBBY" course,
> not
> "programming course for your future professional career".
See above.
Best regards,
Anselm
ault dwm does not
require multi monitor support.
So I'd say the primary question is, if we want to keep the -m flag
handling in dmenu or not. I suggest to drop it.
Best regards,
Anselm
On Wed, 13 Feb 2019 at 08:59, Hiltjo Posthuma wrote:
> I wonder what people think if XIM support is removed from dmenu (but kept for
> st). Reverting XIM and the input focus change?
Absolutely ;) People who need it, could maintain a patch for it.
--Anselm
Hi there,
can you be a bit more elaborate how to run into this bug? How does it
occure in your setup?
Is config.h modified? What are the inputs (from stdin), what do you enter?
Thanks,
Anselm
On Thu, 7 Feb 2019 at 18:35, Jordan Timmerman wrote:
>
> First bug report -- also only an amat
mess has to be retired
in favour for plain old Xfonts.
Thanks for all the patches and contributions that made those releases happen.
Best regards,
Anselm
PS: Special thanks go to Hiltjo, who is defacto maintaining those
projects, but I'm not dead ;)
, but of course it does not have so many
subscribers as dev@.
I'd like to see any consistent community mailing list -- I doubt they exist ;)
Best regards,
Anselm
patch authors in fixing these
> patches together and pushing them to the public wiki repository.
>
> HTML view: https://gunther.suckless.org/patches/
Awesome, many thanks for the effort, it'll sanitize the patches section further.
Best regards,
Anselm
here is no surprise. The world is constantly changing, theories and
standpoints are constantly questioned and need to be revised from time
to time.
Perhaps the FAQ needs to be revived.
Beest regards,
Anselm
On Thu, 31 Jan 2019 at 17:59, Zach van Rijn wrote:
> On Thu, 2019-01-31 at 09:49 -0800, Anselm Garbe wrote:
> > > > Our philosophy is about keeping things simple, minimal and
> > > > ...
> >
> > This is still totally accurate for the software industry, even
lief that people be responsible for
> their words, biases, and consequences of them. "Digital hate".
We won't give up the freedom of speech here. Suckless has never been
about PC BS, but focussing on technical stuff.
We call things what they are. Clear messages are required in this world ;)
Best regards,
Anselm
fer bounds checking many security problems
aren't related to writing into X memory pages. What about a flawed
implementation using limited entropy? How would Rust help with the
issue of human implementation flaws?
Best regards,
Anselm
On Tue, 29 Jan 2019 at 12:35, Cág wrote:
> Anselm Garbe wrote:
> >> Implying C is such an obscure language that can never pay your bills.
> > No implication here. But demand for plain C developers is considerably
> > lower these days with the exception of the embedded/
gt; the "PHP execution environment") and with simple PHP code (without
> frameworks which try to mimic Ruby's Rails) the result could be quite
> "suckless" and UNIX-y in nature.
I don't know that one. I do know React a bit and can say, that
generally speaking the Facebook engineers seem to be saner in many
aspects than most Google engineers. Not sure why that is though.
> BTW, does one know of a "suckless" CGI HTTP server? (Perhaps written
> in Go?) :)
I once added cgi support to quark, but the work of recent years
removed this. CGI has not many fans these days -- I still like it for
simple stuff.
Best regards,
Anselm
On Sat, 26 Jan 2019 at 06:27, Siraaj Khandkar wrote:
> On Jan 25, 2019, at 20:18, Anselm Garbe wrote:
> > C89 (or C99) clearly remains the preferred language for suckless
> > software. However, when forced into typical day job developments to
> > fund your well being, gol
On Sat, 26 Jan 2019 at 03:55, Cág wrote:
> Anselm Garbe wrote:
> > However, when forced into typical day job developments to
> > fund your well being, golang might actually be the sanest option on
> > the table -- in order to avoid worse options such as Rust, Java,
>
tware to be translated with low effort also in
20 years time, I'd rather stick to C to be on the safe side of things.
Best regards,
Anselm
ith
everything else.
Following the one way approach, leads to better consistency and less complexity.
Besides this, /**/ is the more traditional style. The longer something
is in place, the likelier it will be existent even longer ;)
Thanks,
Anselm
do that during the next days and then we can release
9base-7. I like that idea, since I'm still running a bunch of rc
monitoring scripts besides werc, that work fine with "just" 9base.
BR,
Anselm
the file,
look it up and are done with it.
Are you concerned about portions becoming decrypted in memory on your
local host?
Best regards,
Anselm
I use old stali source code?
> https://git.sta.li/src.old/
In principle yes, but not without code changes. Use the musl based
toolchain instead from git.sta.li to build stali.
Best regards,
Anselm
On 5 January 2018 at 04:32, k.suzaki wrote:
> I found the following comment in the
> musl-cross-make/patches/gcc-4.2.1/0001-musl.diff
> "musl does not support the legacy OABI mode."
Exactly.
Best,
Anselm
s like diving into a fractal,
> where every function decomposes into even smaller parts, and on each
> level, everything looks the same.
Nice investigation. And it proves once again, that GNU's not Unix and
that those guys must be on drugs and/or alcohol/medication
permanently.
BR,
Anselm
wouldn't demonise the definition of constant values using CPP.
CPP starts becoming evil, if you incorporate excessive macro variable
expansion that makes it hard being tracked down in case of compile
errors. Simple #define's have never been a problem when analysing
compile errors.
-Anselm
Hi Laslo,
On 8 October 2017 at 13:05, Laslo Hunhold wrote:
> On Sun, 8 Oct 2017 11:14:21 +0200
> Anselm Garbe wrote:
>> But granted, that the cleanest solution would be to base all suckless
>> tools on 9base/mk instead.
>
> mk is nice, but there is just not enough &
all suckless
tools on 9base/mk instead.
BR,
Anselm
rly can become a hard task. And Go adopted CSP quite seriously in
contrast to regular imperative languages that don't even provide
language constructs that come close.
I cannot confirm that suckless has ever been opposed to Go.
BR,
Anselm
Hi there,
all attendees should join #slcon4 @ irc.oftc.net
BR,
Anselm
Hi Michael,
On 1 September 2017 at 19:55, Michael Forney wrote:
> I hope the wayland-related work at the hackathon won't just be
> duplicates of my efforts.
We will make sure to avoid duplicate efforts.
BR,
Anselm
telnet/curl it
> without having to use HTTPS.
Already discussed, see above.
BR,
Anselm
discussion. There are more important things to do.
BR,
Anselm
e used by many users
> although many would rathet use HTTPs - or don't care.
I explained this already. If I see a http link I expect an http link.
External links will migrate to HTTPS slowly.
-Anselm
peOrngD4QagiXX6MiQU."
Old news. This has been accomplished a while ago.
> But, is Anselm even still alive? Why should I trust suckless hasn't
> been taken over by these new guys on the mailing list? Where is the
> proof here?
Who cares, let's get some work done this weekend.
-Anselm
ion is really a waste of time. Now, HTTPS is there
to satisfy some packagaer as an option to choose from. Kudos go to
Hiltjo for this. Whoever wants to stick with http, shall stick to it.
We don't want to break a running system.
BR,
Anselm
On 31 August 2017 at 15:36, Hiltjo Posthuma wrote:
> On Thu, Aug 31, 2017 at 03:07:11PM +0200, Anselm R Garbe wrote:
>> well ;)), but I'm also a sceptic of HSTS.
>
> Can you explain why you are a sceptic of HSTS?
I'm sceptic of using HSTS on suckless.org. I think it
d, during time external references will adopt slowly.
BR,
Anselm
;hack" instead.
See my other mail, I wouldn't take it into the extreme, but just
define a couple of use-case specific "overlays".
Old school package managers would become part of contributing into an
overlay repo that consists of a full range of tools
sharing/contributing to a common use case.
BR,
Anselm
ixed by anyone.
Excellent, thank you for your effort with the certificates.
BR,
Anselm
in that those ideas would scale up to a general purpose base
system, however if you want to deploy heavyweights like chrome or
openoffice etc. I would try to adopt union mounting overlays into some
/crap namespace of such "packaged" software, rather than using ugly
symlinks with stow.
[1] http://doc.cat-v.org/plan_9/4th_edition/papers/names
-Anselm
I would write C.
A bit OT, but there is an exception:
http://jslinux.org/
*just kidding*
-Anselm
On 28 August 2017 at 19:25, hiro <23h...@gmail.com> wrote:
> wow, so much development going on in suckless these days.
> i congratulate everybody involved in the lack of any shitty code
> written. thanks. (and i am serious).
Go ahead. I'm serious as well.
-Anselm
On 27 August 2017 at 19:29, isabella parakiss wrote:
> did you know that ksh93 supports
Nobody suggested that bourne level is equal to ksh93.
BR,
Anselm
er, mktemp seems to be very widely
> available. It is in GNU coreutils (i.e. Gnu/Linux), OpenBSD, NetBSD,
> FreeBSD, Mac OS X, HP-UX, Tru64 Unix.
I would not bother about some exotic portability issues with mktemp.
-Anselm
ther easy congnitive
task to base trust on that.
But I didn't notice this approach for a while and did stop it myself
back in 2008 or so...
BR,
Anselm
On 26 August 2017 at 21:08, Laslo Hunhold wrote:
> On Fri, 25 Aug 2017 13:54:41 +0200
> Anselm R Garbe wrote:
>> Either that, or perhaps we can reinstate the old fashion of
>> suckless.org/~user/ homedir.
>
> I gave it a bit more thought and realized that putting the
On 26 August 2017 at 23:59, isabella parakiss wrote:
> On 8/26/17, Anselm R Garbe wrote:
>> On 26 August 2017 at 13:05, isabella parakiss wrote:
>>> i wrote a simple pager in ~100 lines
>>> https://github.com/izabera/bashutils/blob/master/pager
>>>
>
On 25 August 2017 at 21:37, fao_ wrote:
> On 2017-08-24 1:50 pm, Anselm R Garbe wrote:
>> 9base is not intended for interactive use, so no, p does not really
>> belong into 9base. 9base is intended to be a scripting environment.
>
> Excuse me if this is a stupid ques
On 26 August 2017 at 13:05, isabella parakiss wrote:
> i wrote a simple pager in ~100 lines
> https://github.com/izabera/bashutils/blob/master/pager
>
> inb4 it sucks because it's bash code
Tbh, it looks hideous. Why on earth are you using bash?
-Anselm
was not included in `notify.c`, I
> added it manually. It still failed with the same error.
Nice spot, according to this[0] musl discourages legacy setjmp
behaviour. Hence I guess it will need a bit of fiddling in 9base to
make it p9setjmp-free.
I will check this during next week.
[0] http://wiki.musl-libc.org/wiki/Functional_differences_from_glibc
BR,
Anselm
On 25 August 2017 at 12:56, Laslo Hunhold wrote:
> On Fri, 25 Aug 2017 08:12:12 +0200
> Anselm R Garbe wrote:
>> - (optional) repo owners/maintainers should sign their future git tags
>> for release creation by using their own private PGP key.
>
> the public PGP-keys co
)
- (mandatory) on release creation making sure that sha256 hashsums are
present for tarball verification on dl.suckless.org
- (optional) repo owners/maintainers should sign their future git tags
for release creation by using their own private PGP key.
BR,
Anselm
On 24 August 2017 at 13:33, Greg Reagle wrote:
> On Thu, Aug 24, 2017, at 05:01, Anselm R Garbe wrote:
>> On 24 August 2017 at 01:59, fao_ wrote:
>> > Is the suckless project packing a replacement to my favorite pager,
>> > less(1)? Or is the advice to just use somet
ly.
>
> As far as I can tell, there isn't. But I could have missed something, given
> how many unrelated results `suckless "less"` pulls up :)
https://github.com/9fans/plan9port/blob/master/src/cmd/p.c
BR,
Anselm
curity department of the TüV. My githab is called
> honestachmet. Please add me to your linkedin.
Actually the plan is to use HonestAchmed as our trusted CA for the
upcoming TLS introduction on suckless.org ;)
BR,
Anselm
content
via http(s). You are locking yourselve up in some parallel universe,
if most people will end up using gopher web frontends to browse your
content ;)
It feels a bit odd and highly sectarian, if one _only_ relies on gopher.
Best regards,
Anselm
er or am I using
> xrandr the wrong way?
Interesting observation. It's quite likely that dwm always assumes
sx=0 sy=0, which could be the reason, but I can only check on Thu.
BR,
Anselm
>
), cloning the git repo
> and compiling myself with the vanilla config, but nothing changes: the
> result is a crash when opening these links.
Well, does the i3 font setup matches your config.h font setting of
dwm? Or are they different?
Thanks,
Anselm
gt; with my version of musl, or just musl in general, but I replaced sbrk
> with malloc and it seems to work fine after recompilation.
>
> Is there any reason sbrk shouldn't be changed?
No, I have removed the remaining sbrk() uses.
Thanks,
Anselm
point already out what you need to enter into the sic prompt
:m chanserv identify
BR,
Anselm
ola font which
> apparently contains several unicode emoji.
1. Did you use st and/or dmenu from git?
2. Are you able to provide a stacktrace from the coredump?
Thanks,
Anselm
On 26 July 2017 at 18:32, Michael Forney wrote:
> On 7/26/17, Anselm R Garbe wrote:
>> Out of curiosity, what is the point of a build system like ninja, if
>> the codebase requires to be complex?
>
[..]
> In oasis I'm using ninja like you're use stali.mk in
ant tools that work out of the box without bothering about
"configuration". We can waste a lot of time with "configuring" to
death.
All this is rather obvious to me.
BR,
Anselm
ssues are not rooted by the introduction of a
suckless issue tracker, simply because there is no suckless issue
tracker yet. All issue trackers I came across are heavily
over-engineered or developed by people that are incompetent to use
email.
Best regards,
Anselm
. If I find myself in such a position I will turn to samurai
> first.
Out of curiosity, what is the point of a build system like ninja, if
the codebase requires to be complex? Isn't the issue to be tackled the
codebase complexity then?
-Anselm
ts
> * 9base
> * nldev
> * sbase
> * sdhcp
> * sinit
> * smdev
> * stali
> * ubase
> * quark
> * swerc
Potential drop candidates:
> * sandy
Personally I tend towards the clusters i) (50%) and iv) (40%) to spend
time on, and perhaps providing some guidance on the ld-wrapper idea
(10%).
Best regards,
Anselm
, but they are extremely suckless in comparison to generated
GNUmakefiles and GNU authell.
Instead on focussing on yet another build system, I would rather
suggest to focus on a better mail archiver or to work on a nice
bugtracker, that fits well into the mlmmj world of things.
[0] http://doc.cat-v.org/bell_labs/mk/mk.pdf
Best regards,
Anselm
back to
9 rc etc. after all.
BR,
Anselm
to /man. Programs that don't, should end up in /suck
instead.
Also the base system should maintain a proper file list -- in stali
this is solved by using git.
BR,
Anselm
, where you can easily
determine where executables are to be found or where runtime stuff
will be placed.
I hope this shed some light into the motives of stali's rather unusual
fs layout.
BR,
Anselm
Hi Kamil,
On 4 July 2017 at 14:32, Kamil Cholewiński wrote:
> On Tue, 04 Jul 2017, Anselm R Garbe wrote:
>> I've used my own for almost a decade: http://monitor.garbe.us/
>> It checkes the services every 20 minutes and sends me a mail if some
>> service goes offline.
Hi,
On 4 July 2017 at 11:31, Kamil Cholewiński wrote:
> On Tue, 04 Jul 2017, Anselm R Garbe wrote:
>> On 4 July 2017 at 00:36, Anselm R Garbe wrote:
>>> On 4 July 2017 at 00:06, Michael Forney wrote:
>>>> I noticed that git.suckless.org is no longer accepting
On 4 July 2017 at 00:36, Anselm R Garbe wrote:
> On 4 July 2017 at 00:06, Michael Forney wrote:
>> I noticed that git.suckless.org is no longer accepting connections
>> with the git protocol. HTTP still works though.
>>
>> Just pointing that out in case it wasn'
e and is caused by the server relocation.
I'll look into this.
BR,
Anselm
Hi fellow hackers,
friendly reminder that we are approaching the deadline for slcon4
hackathon registration.
Anyone who hasn't registered yet should be quick to do so until
***15 June 2017***
Thanks,
Anselm
On 13 May 2017 at 21:38, Anselm R Garbe wrote:
> Dear fellow hackers,
&g
anyone can be bothered
about accepting it for mainline.
Feel free to push it to the patches section.
BR,
Anselm
ppy with
it. I don't really see the point in multihead setups anymore -- if you
need a large screen, you know where to get it. The only reason I
need/use multihead support is when giving presentations.
BR,
Anselm
Best regards,
Anselm
time and things should be solved now.
Cheers,
Anselm
On 27 March 2017 at 23:52, Alexander Krotov wrote:
> On Mon, Mar 27, 2017 at 10:00:43PM +0200, Anselm R Garbe wrote:
>> nevertheless I do think that all this still doesn't justify a
>> scrollback buffer built into st itself. Instead of mandating the use
>> of tmux e
also the
control sequences / key combos to actually scroll around. The tool
name could be stsb or something similar.
What do you think about this compromise?
-Anselm
Hi Alex,
please try again.
Thanks,
Anselm
On 26 February 2017 at 16:02, Alexander Krotov wrote:
> Got connection refused over git protocol:
>
> $ git clone git://git.sta.li/sites
> Cloning into 'sites'...
> fatal: unable to connect to git.sta.li:
> git.sta
On 26 October 2016 at 02:05, wrote:
> On Tue, Oct 25, 2016 at 12:53:36PM +0200, Anselm R Garbe wrote:
>> To bring it to one sentence, Apple is about providing their stuff as
>> incompatible as possible with all non-Apple stuff. […] proceeds with
>> the keyboard layout
e will never learn.
Cheers,
Anselm
o gain
the "best experience" (a recent example is Apples new earpot -- the
best voice quality can only be got when using a recent iPhone).
I don't really like this. I don't support this monoculturalism.
-Anselm
t of it is
rather mediocre and hence I would consider that Apple's closed source
and hardware design assets aren't any better than average.
Best regards,
Anselm
ion changes. But from a stali perspective I kind of
prefer rebooting the system for the prize of avoiding a daemon or
runlevel management. It's simpler and it also makes you "configuring"
a system less.
"Configuring" is always an indicator of suckiness.
Cheers,
Anselm
ce, similar to the tradition of config.h instead. This
particularly applies for rc.init/exit.
Cheers,
Anselm
sdhcp are already included. WPA(2) is not supported by default.
It's on the adoption list already.
Cheers,
Anselm
Hi Bruno,
On 9 October 2016 at 10:06, Bruno Vetter wrote:
> i'm curious why you have chosen lksh as the stali shell. The manpage says:
Looks like a man page fault to me, probably lksh.1 is copied over
sh.1. The binary should be definitely mksh.
Cheers,
Anselm
lly linked.
I got stali partially compiled with it, though I stopped at libressl
which had some linux header problems apparently with ellcc's includes
that I haven't resolved yet. But it didn't appear too hard to be
worked around.
Cheers,
Anselm
On 7 October 2016 at 12:27, Cág wrote:
> Anselm R Garbe wrote:
>
>> It is pretty easy. Use the toolchain as is and copy some glibc based
>> .so's for x86_64 to /crap/lib on the stali target as well.
>
> But it will not be statically linked then, as OP asked for.
verything is in place use:
LD_LIBRARY_PATH=/crap/lib
BR,
Anselm
1 - 100 of 1004 matches
Mail list logo
