signatures. If you come across such a typedef'ed "type" you know quite
easily that it can only be a struct, in case of a function I would
also pre- or postfix Fn to make it more explicit that such a type
refers to a function.
If you can rely on the fact that reading Foo means struct and reading
FooFn means function, then you don't really need to check if Foo is
something else. You will need to check the struct fields anyways by
seeking for Foo's definition.
BR,
Anselm
ions.
Sounds good to me.
Will do that for stali.
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
all suckless
tools on 9base/mk instead.
BR,
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 &
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
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
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
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
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
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
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
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
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,
>
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
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 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/
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
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
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
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
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
, 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
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 ;)
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
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
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
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
he current maintainer to assess your finding.
Best regards,
Anselm
current implementation and to consider dropping various
features, but up to Laslo. ;)
Best regards,
Anselm
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
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
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
h yet.
But that used to be the original intention actually of st.
Best regards,
Anselm
evolutionary step of dwm will be considering to migrate
to wayland at some point. X has always been a nightmare.
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
(like cal)
> in a few.
I wonder why you didn't look into golang.
Best regards,
Anselm
Hi there,
many thanks to anydot for his work in order to merge d...@suckless.org
and w...@suckless.org into the new
dev@suckless.org
mailing list. Please use that from now on, even if the old addresses
remain working.
Kind regards,
Anselm
ngs, I hope this will continue with d...@.
Kind regards,
Anselm
PS: I ignore some rude tone in this thread and think this is the end
of the discussion.
2009/5/25 pmarin :
> On Mon, May 25, 2009 at 12:40 PM, Michael wrote:
>> Anselm R Garbe wrote:
>>> If your topic is strictly dwm-related mention this in the subject
>>> (then people can match for "dwm").
>>>
>>> If your topic is strict
2009/5/25 Benjamin Conner :
> I use gmail though. I'll just make another account.
There are filters and labels in gmail.
Kind regards,
Anselm
t is sometimes good to receive mails about
software you haven't been aware of so far, because otherwise you might
still use XFCE (as an example)...
Kind regards,
Anselm
PS: I really hope we can end this discussion now, it's really
pointless and the dev@ list sucks less then 5 different li
s(c);
}
And bind that to something like Mod1-r. This will reapply all rules to
all windows when executed (might be handy for other things as well).
Kind regards,
Anselm
2009/5/27 Wu, Yue :
> On Tue, May 26, 2009 at 03:05:57PM +0200, yy wrote:
>> 2009/5/26 Jeremy Jay :
>> > I guess I
2009/5/28 Wu, Yue :
> On Wed, May 27, 2009 at 09:46:34AM +0100, Anselm R Garbe wrote:
>> Hi,
>>
>> the problem is that R sets the properties at a later point (once the
>> window has been mapped).
>>
>> I propose to add the following key handler to your config
used in
st and dmenu as well. This is basically the remainder of my
unpublished libtg efforts.
Kind regards,
Anselm
system in a matter of 2 hours and get back to
work again, which I want to spend my time with, mainly st and dwm
nowadays.
Kind regards,
Anselm
t assigned to a
monitor even if it's shown on a totally different monitor).
The code will have a lot of polishing and some config.h options will
go away possibly... one candidate is topbar.
Bug reports welcome.
Please don't do code reviews yet, I know that it's ugly and needs polishing.
Kind regards,
Anselm
2009/6/20 Michael :
> Anselm R Garbe wrote:
>> Afterwards the next item will be the interface integration to enable
>> different drawing backends, which will ease porting to cairo/pango or
>> xft as well. The advantage is, that the same interface will be used in
>> st
2009/6/22 Alexander Krylowsky
>
> On Sat, 2009-06-20 17:27:48 +0100, Anselm R Garbe wrote:
> > An initial version of the new xinerama support is committed into hg,
> > it's not finished/polished yet, but the basics are usable already.
> > During the development I deci
2009/7/1 Jimmy Tang :
> On Mon, Jun 29, 2009 at 08:06:56PM +0100, twfb wrote:
>> On 17:27 Sat 20 Jun , Anselm R Garbe wrote:
>> > Monitors are currently selected through pressing Mod1-w, Mod1-e (just
>> > two initial keybindings), and clients are assigned to the sele
t; urxvt is on title bar, but urxvt is not visible.
> And there is no error in stdout.
Thanks for the report, it's fixed in hg tip now.
Kind regards,
Anselm
Hi,
are you aware of anyone still using a classic multihead setup? (No Xinerama)
I wonder if it'd be worth the effort to support that as well, since we
got the Monitor structure now in dwm.
Kind regards,
Anselm
2009/7/2 Jukka Salmi :
> Anselm R Garbe --> dwm mail list (2009-07-02 16:53:20
> +0100):
>> are you aware of anyone still using a classic multihead setup? (No Xinerama)
>
> I am (finally got mga(4) to work in a dual head setup on NetBSD/i386 5.0
> with native Xorg...).
2009/7/2 Anselm R Garbe :
> 2009/7/2 Jukka Salmi :
>> Anselm R Garbe --> dwm mail list (2009-07-02 16:53:20
>> +0100):
>>> are you aware of anyone still using a classic multihead setup? (No Xinerama)
>>
>> I am (finally got mga(4) to work in a dual head
ll have
3 or more screens, so only those need to restore idxtomon from hg
history in config.def.h in order to use some shortcuts to address the
monitors directly if they wish.
I'm happy with these shortcuts, because they work in QWERTY and QWERTZ
-- AZERTY users might need to adjust them as usual ;)
Kind regards,
Anselm
2009/7/2 Luca Postregna :
> In my gentoo-box, with:
>
> #> eix webkit -Ic
> [I] net-libs/webkit-gtk (0_p40220...@07/02/2009): Open source web browser
> engine
> Found 2 matches.
That WebKit library is far too old, upgrade to at least 44000+
Kind regards,
Anselm
2009/7/6 Mate Nagy :
> Greetings,
> the attached patch moves the lt[] array inside the Monitor structure,
> so setting layout on one monitor doesn't alter it on another in any way.
Makes sense, will be applied soon.
--Anselm
mplement something better, who would port all the
> applications to it? It would at least have to have an X emulation layer,
> which would make it a really crappy job.
There are two possibilities for a new window system:
a) on top of existing ones
b) existing ones on top
I tend to a) atm just because it would make porting to other platforms
so much simpler.
Kind regards,
Anselm
2009/7/7 Kurt H Maier :
> On Tue, Jul 7, 2009 at 9:24 AM, Anselm R Garbe wrote:
>> a) on top of existing ones
>>
>> b) existing ones on top
>>
>> I tend to a) atm just because it would make porting to other platforms
>> so much simpler.
>
> There is no
nd some dws
in a window running dwm on dws in the interim, until there is an X
layer on top of dws and native graphics support for dws later on.
Kind regards,
Anselm
It's applied already.
Kind regards,
Anselm
2009/7/8 Ricardo Catalinas Jiménez :
> I have uploaded a new entry to the patches/ section of dwm. It is a
> small init script with email notifying capabilities using fetchmail.
>
> Bye.
> --
> Ricardo
>
>
es through
raising a bigger floating window you miss that there is a smaller one
underneath.
Kind regards,
Anselm
2009/7/10 Kurt H Maier :
> On Fri, Jul 10, 2009 at 1:19 AM, TJ Robotham wrote:
>> Some of us don't think of tags as distinct workspaces. When I have more than
>> one tag active at a time, then that's one "workspace" that I've temporarily
>> built out of that combination, not several workspaces coe
2009/7/11 Jack Woehr :
> I mention suckless favorably in today's blog article A Quantum of Computing
>
> You folks are the greatest.
I'm glad having read your article ;)
Kind regards,
Anselm
2009/7/11 yy :
> 2009/7/11 Szabolcs Nagy :
>> * applyrule()+arrange() is called whenever client title changes
>
> +1, but only if the client has no tags yet.
Yes there'll be a dirty flag for clients, so that rules are applied as
long as it's clean.
Kind regards,
Anselm
n and enjoy the new dwm!
Kind regards,
Anselm
2009/7/14 Tadeusz Sośnierz :
> Dnia 2009-07-14, o godz. 18:24:06
> Anselm R Garbe napisał(a):
>
>> Hi there,
>>
>> I'm glad to announce the new dwm-5.6 release which can be fetched from
>>
>> http://code.suckless.org/dl/dwm/dwm-5.6.tar.gz
>>
stack() simply makes the
focused window the master, or if that's the master already, it swaps
it with the first window in the stack. There is nothing broken about
it here imho.
Kind regards,
Anselm
eft for moving.
> dirtomon(), focusmon(), tagmon(), togglebar() functions in dwm.c as I don't
> use any of those features. Could that be the problem ? Anyone else had this
That has no effect.
Kind regards,
Anselm
ut it opens up in the current tag and as a tiled window. This was not the
> case before 5.5. Any ideas ?
Apart from xprop, also note that the Rule struct has got an additional
property for the monitor which should be -1 in your case:
{ "gorilla", NULL, NULL, 1 << 5, True, -1 }
Kind regards,
Anselm
Xterm terminal.
> This is the same in wmii and in xmonad too, but in kde it works well. I have
> tried to find any solution on the Internet, but had no success.
>
> All my ports are up to date.
How do you start X, what's the platform, which X window system are you
using, etc?
Kind regards,
Anselm
hat makes a difference for you.
Kind regards,
Anselm
nt, backgrounding them with the shell.
>
> As I said, 5.4.1 works fine, but it looks to me like something got
> broken subsequent to that version.
What's your output of xrandr ?
Kind regards,
Anselm
2009/7/20 Anselm R Garbe :
> 2009/7/20 Donald Allen :
>> I installed dwm 5.4.1 from the openbsd package on my Thinkpad X61
>> running openbsd 4.5 (amd64). Works fine, no issues, other than
>> attempts to pipe the date into stdin not working (I think how to use
>> the
2009/7/20 Donald Allen :
> On Mon, Jul 20, 2009 at 10:56 AM, Anselm R Garbe wrote:
>> 2009/7/20 Anselm R Garbe :
>>> 2009/7/20 Donald Allen :
>>>> I installed dwm 5.4.1 from the openbsd package on my Thinkpad X61
>>>> running openbsd 4.5 (amd64). Works fi
odified by ctrl-alt by default? And similarly, alt-shift
> -> ctrl-alt-shift? I am going to test this idea by modifying my setup.
> I'll let you know how it works out.
We got config.h for that. The default key bindings won't change ;)
Kind regards,
Anselm
2009/7/23 Donald Allen :
> On Thu, Jul 23, 2009 at 5:13 AM, Anselm R Garbe wrote:
>> We got config.h for that. The default key bindings won't change ;)
>
> As I observed when I began this thread, your defaults conflict
> directly with a well-established UI convention of m
x finally.
Kind regards,
Anselm
rrent dev suckless.org list archive into it.
>>
>> I'll ask other dev suckless.org subscribers what do they think, and
>> write here.
>
>
> So, what do you think about it?
Thanks for pointing out this problem and here is what I'd propose
instead, slightly different though. Instead of having g.c.w-m.dwm-wmii
I'm in favor for moving the whole dev list archive to
gmane.comp.misc.suckless
instead. This list is not only about dwm and wmii, but also about all
other kind of stuff related to suckless.org, ie. dmenu, st, dws,
libixp, new upcoming libraries, surf, potentially an updated 9base to
name just a few.
I think the existing dwm and wmii archives should be removed or
redirect to the new group, if possible, just to avoid any confusion.
I'll check that import URL and check with anydot, if we can provide
the requested archive format.
Kind regards,
Anselm
Hi there,
I'm glad to announce a new bugfix release of dwm:
http://code.suckless.org/dl/dwm/dwm-5.6.1.tar.gz
This release contains several man page fixes and a fixed Xinerama
handling if all reported screens are of the same origin geometry.
Kind regards,
Anselm
Couldn't image a better way to
> deal
> with my X clients. I'm not sure if it's due to a lack of fantasy, but I'm
> pretty happy this way. Thanks!
Thanks, fixed.
--Anselm
nterface, I'd switch to it. But currently we'd end up with much more
code, if we'd stick to Xrandr(3) only, and the code would look very
similiar to how Xinerama is implemented on top of Xrandr nowadays.
Kind regards,
Anselm
some side-effect
if it receives FocusIn on the root window, which is why I propose to
look at unclutter next, since I bet the real fix is on that side... ;)
But let's see.
Kind regards,
Anselm
2009/8/3 Eivind Uggedal :
> After updating from 5.5 to 5.6 I encountered a bug relating to unc
s.org/9base
and you can also clone it using mercurial as follow:
hg clone http://hg.suckless.org/9base
Kind regards,
Anselm
;
> Think about it this way, 9base has the everything you need to run 'werc'
> and nothing else (i.e. no GUI tools).
Yes 9base can be used if you just write rc shell scripts with a
reliable tool chain (eg all included commands like cat, sed, ls, etc
behave consistent, regardless of the platform).
Kind regards,
Anselm
l font is
terminus, the firefox font is from ubuntu.
Kind regards,
Anselm
What about
echo 'rm -rf /' | dmenu?
;)
2009/8/12 Julien Steinhauser :
> On Aug 12, 2009, at 21:56 PM, Donald Chai wrote:
>
>>You're so close!
>>
>>Adding the following lines to the end of the match(void) procedure should
>> do the trick:
>> if(item && item==itemend) {
>> fprint
l) {
> +sigchld(int unusedl) {
> while(0 < waitpid(-1, NULL, WNOHANG));
> + signal(SIGCHLD, sigchld);
> }
>
> void
> spawn(const Arg *arg) {
> - signal(SIGCHLD, sigchld);
> if(fork() == 0) {
> if(dpy)
> close(ConnectionNumber(dpy));
I'm fine with this patch, will be applied soon.
--Anselm
add some check to
bounce empty bodys, but not sure.
Kind regards,
Anselm
Hi Mate,
feel free to add these patches to the sites repo:
hg clone http://hg.suckless.org/sites
It's world writable -- or feel free to add a link to your page please ;)
Kind regards,
Anselm
2009/8/17 Mate Nagy :
> Hello all,
> I have updated my dwm-5.6 patches for dwm-5.6.1, an
easy to install user-specific terminfo entries.
See above, I plan to support that.
Kind regards,
Anselm
e default
setting. The code can be optimised in a way, to not recreate the
monitor structure in the case that the number of monitors remains
stable when you execute xrandr -o left. Is this the case or do you
execute this command when attaching a new monitor?
Kind regards,
Anselm
nice Mediterranean island
like Cyprus. Such a con would be rather self organised and small,
though it would need to fit into some rented house/finka location,
perhaps with a swimming pool, and a decent internet connection for the
participants.
Kind regards,
Anselm
nd left, middle, right mouse button events.
A plain X warping tool is here:
http://tools.suckless.org/swarp
A more sophisticated one is:
http://www.semicomplete.com/projects/xdotool/
You can bind such commands to keys and do exactly what you require.
Kind regards,
Anselm
2009/8/23 Aurélien Aptel :
> On Sun, Aug 23, 2009 at 9:28 PM, Anselm R Garbe wrote:
>> 2009/8/22 Ray Kohler :
>>> I'm rather curious on where st will go, and what kinds of things other
>>> terminals do that it will or won't do.
>>
>> Well my plan is
ecked hg log
> but couldn't find a comment stating that this is intended behaviour now.
The no-exception rule is intended now because it made certain aspects
of the resize handling in dwm more simple and eliminated several bugs
which were introduced due the border exception.
Kind regards,
Anselm
> handling in some uninstall rules which are not used in my ebuild
> though.
Ok, will look at that tonight.
Please change the hg URL to:
http://hg.suckless.org/9base
Kind regards,
Anselm
Please recheck hg tip if you are happy with it.
If there are no complaints the tip will be 9base-4 tonight.
Kind regards,
Anselm
2009/8/27 Anselm R Garbe :
> 2009/8/27 KIMURA Masaru :
>> Hi,
>>
>> http://dev.gentoo.gr.jp/~hiyuh/cgi-bin/hgweb.cgi/file/tip/sys-apps/9base-hg/
BSD 4.5.
Let us know the issues, and also check if the issues also happen with
other WMs that support xinerama.
Kind regards,
Anselm
Hi there,
I just released 9base-4, which can be downloaded from:
http://dl.suckless.org/tools/9base-4.tar.gz
It includes some new commands such as troff, mk, du, hoc, and some
minor code cleanup.
Kind regards,
Anselm
1 - 100 of 1004 matches
Mail list logo
