On 21/01/03 02:38, Greg Reagle wrote:
> I am in the habit of using printf rather than echo because of the drawbacks
> of echo as explained in
> https://unix.stackexchange.com/questions/65803/why-is-printf-better-than-echo.
> For
> echo relinking
> specifically, it doesn't matter. For
>
On 21/01/16 10:13, Spenser Truex wrote:
> I can't imagine any way that this is desirable. I will try to patch a
> fix later, seems like low hanging fruit.
I think this should be a patch for dwm, in order to not increase the
complexity of the code. The idea of dwm and suckless programs is
On 21/06/20 08:25, opal hart wrote:
> Suckless software isn't a void separate from the rest of the world,
Suckless software is following a specific set of principles, and the software
that sucks is not following those principles. The two are separate.
> and
> the "suckless philosophy" is
On 21/06/21 07:00, Tobias Bengfort wrote:
> To me it is also obvious that this protocol sucks less than the old one.
If we go only by the added code, it is quite the contrary. Less is more.
> Currently you need to write a GUI if you need to get reliable keyboard
> events. This proposal would
On 21/05/22 06:50, Tobias Bengfort wrote:
> https://sw.kovidgoyal.net/kitty/keyboard-protocol.html
>
> Basically it provides a way to send unambigous esc and other keys as well as
> key release events to terminal programs while being mostly backwards
> compatible.
>
> It sounds like a reasonable
On 21/07/08 12:49, Nikita Zlobin wrote:
> I tried to make mere windows more useful by making them to output more
> useful content in place of window name. One existing example is gentoo
> emerge, which prints status in number of emerged packages with system
> load.
But... why? There is already
On 21/07/08 12:30, Nikita Zlobin wrote:
> Perhaps because user wants :P
[...]
> Writing to window title is primary function of my approach. It could be
> done by main app (best), but this time it's dedicated script, designed
> to run parallel and write to window title, while main app displays it
>
On 21/07/08 02:47, Nikita Zlobin wrote:
> People don't serve machines - machines serve people.
To turn this around, machines serve people who know how to control them. People
who don't should not dictate features to be included in software.
I think the results of doing the opposite are obvious
On 21/06/29 10:03, Martin Tournoij wrote:
> > It is true that some people could be driven away after being greeted
> > with a black screen without any preconfigured keybinding to open a
> > terminal or dmenu, but dwm takes pride in "keeping its userbase small
> > and elitist, withoutnovices
On 21/06/29 02:04, qsm...@tutanota.com wrote:
> However, worded at it is now, I think we will agree that for someone on the
> outside it will come out as proud or warding off, whereas something like "we
> have no interest in being very popular or trendy; our software will not be
> expanded to
On 21/05/03 05:27, Greg Reagle wrote:
> And if it has less lines, in a higher level language, sounds like a win.
Higher level languages usually mean more complexity and less control. Having
less lines in a higher level language doesn't mean much if the language adds
unnecessary overhead "behind
On 21/02/10 03:46, Страхиња Радић wrote:
> time. The check succeeds if the difference is 1000/60 ~ 17 in the first case
> and
> 1000 in the second case. As the divisor gets closer to zero, the threshold
*is lesser than or equal to
signature.asc
Description: PGP signature
On 21/02/10 01:10, Κράκ Άουτ wrote:
> So, looking at your code, can I limit updates to 1/sec instead of
> 60/sec? Changing this line,
> `if ((ev.xmotion.time - lasttime) <= (1000 / 60))`
> to
> `if ((ev.xmotion.time - lasttime) <= (1000 / 1))`
> would be enough?
>
> Can I also achieve 0/sec
On 21/02/10 08:09, Κράκ Άουτ wrote:
> resources. So if the if-block is removed you get the opposite of 0/sec.
>
The if block includes not only the condition "if (/*...*/)", but also
the line or a block of code following it, whose execution is controlled by the
condition.
signature.asc
On 21/03/29 11:25, Hiltjo Posthuma wrote:
>
> Hi,
>
> You can add the patch as an attachment or inline and send it for review (any
> Serbian
> users care to review it?).
I have attached the patch to this email. I essentially modified the
existing layout.sh.h to match the XKB "sr"
Hi,
I created a Serbian keyboard layout for svkbd, how can I upload it so it
can be included in svkbd?
Thanks in advance,
Strahinya Radich
signature.asc
Description: PGP signature
On 21/03/24 04:13, Cág wrote:
> Actually config.def.h is a template, the default configuration, and
> probably should be left unmodified. The rule you mentioned (run by `make
> config.h` copies config.def.h into config.h, obviously, and then config.h
> is supposed to be edited.
Didn't
On 21/03/20 12:01, Nuno Teixeira wrote:
> st -f "Liberation Mono":pixelsize=16 is my desired size.
>
> I will create a config.h with:
> static char *font = "Liberation
> Mono:pixelsize=16:antialias=true:autohint=true";
>
> And compile with it, is that the correct way to do it?
It will
On 21/04/19 11:59, Luuk van Baal wrote:
> I was looking for pointers in regards to this error I'm receiving when
> using
> libxft-bgra(https://gitlab.freedesktop.org/xorg/lib/libxft/-/merge_requests/1).
> I explained the issue in
>
On 21/04/19 07:06, Страхиња Радић wrote:
> Interesting, I'm not getting this error. I use Artix Linux, libxft-bgra
> 2.3.3.r7.7808631e-1 from AUR, vim 8.2.2653-1 and my modified st which I
> regularly update from suckless repo[1]. Also ttf-nerd-fonts-symbols, *not*
> ttf-nerd-fonts-
On 21/04/09 03:18, Laslo Hunhold wrote:
> You can build software with the goal of user-friendliness in mind, but
> this always comes with concessions. As long as you provide consistent
> and easy to understand user-interfaces (APIs, Synopses, etc.), it is, I
> think, the user's turn to try to
On 21/08/18 08:06, Mateusz Okulus wrote:
> You need libxft-bgra. It's a bug in xft.
>
> Read https://git.suckless.org/st/file/FAQ.html for explanation.
>
> Notice that instead of disabling as in FAQ you can install this fork of
> xft which is what I recommend, because it'll also work on dwm,
On 21/08/31 02:28, Nick wrote:
> Hi all,
>
> I'm thinking it would be fun to play around with Wayland, so was
> looking at different compositors (which do window management plus
> other stuff). Has anyone else on the list taken Wayland for a spin
> and had any experience with them?
>
> From a
On 21/08/16 09:56, Robert Alm Nilsson wrote:
> X Error of failed request: BadLength (poly request too large or
> internal Xlib length error)
> Major opcode of failed request: 139 (RENDER)
> Minor opcode of failed request: 20 (RenderAddGlyphs)
> Serial number of failed
To add to my previous message, this occasional crashing could be the reason
behind the recommended approach by suckless - disabling the color emoji support
altogether, instead of having programs run unreliably.
And finally, when I recommended reading the FAQ, it was precisely because this
issue
On 21/08/20 07:27, Mateusz Okulus wrote:
> I haven't experienced any crashes after installing xft-bgra. For regular
> use this seems to be enough. Even then both dwm and st use libxft, and
> I'm fairly certain that there are no patches to replace it. There isn't
> a better alternative afaik.
I
On 21/09/08 12:28, Nick wrote:
> honest I found the arguments made there to be largely unconvincing,
Any argument in particular and why?
> * I'm thinking in particular of the repeated "emojis broke my st"
> mails, caused by a bug in Xft that noone upstream seems to care much
> about
By the way, here's another article not on Github (but linked from that page):
https://tildearrow.org/?p=post=2=2021=antihs
signature.asc
Description: PGP signature
On 21/09/16, 20:36, Kyryl Melekhin wrote:
>And remember, always follow unix philosophy - go for what works first, optimize
>it later.
This should read "programs should do one thing and do it well" (DOTADIW)[1],
with the added "and work together". Exactly what Wayland's monolithic,
opinionated
On 21/09/08 01:36, Nick wrote:
> The fact that the Jitsi devs closed
> the bug as "not much we can do on our side" doesn't mean "wayland
> broke it and we can't fix it".
It's exactly the same thing.
> the screen recording / sharing stuff - it works differently on
> Wayland (for not-bad
On 21/07/30 10:42, EuAndreh wrote:
> > but POSIX already sells such a set of unit tests.
>
> A curiosity of mine: was such test suite ran against sbase?
If you have found a bug in sbase, do report it.
Otherwise, the idea of suckless software is for software to have simple and easy
to understand
On 21/03/29 11:39, Страхиња Радић wrote:
> On 21/03/29 11:25, Hiltjo Posthuma wrote:
> >
> > Hi,
> >
> > You can add the patch as an attachment or inline and send it for review
> > (any Serbian
> > users care to review it?).
>
> I have at
On 21/08/02 02:31, Petr Vaněk wrote:
> probably no Serbian reviewers here if no one wrote in 4 months :)
I suspected that is the case, but still the question remains who then reviewed
layout.sh.h?
> Anyway, I looked to the patch and compared the layout with online
> available images of Serbian
On 21/08/07 08:02, Sagar Acharya wrote:
> It enhances the value of suckless by pointing the problems in gigantic
> softwares. Let me know what you think.
The plural form of "software" is "software". "Softwares" is not a real word in
English.
> Thanking you
*Thank you
> It enhances the value
On 21/07/30 09:24, Hiltjo Posthuma wrote:
> I'm not sure, but in the original e-mail I asked if there are other Serbian
> users to review it. That would be nice, because I can't really properly review
> the patch.
Who reviewed the layout.sh.h? Can't the same person review layout.sr.h?
On 21/10/14 12:28, Greg Reagle wrote:
> Useful, but a lot of wasted screen space on my monitor:
> man dwm
If MANWIDTH is unset (default), man page will take all of the available width of
the terminal, unless:
- COLUMNS is also somehow unset (it is set by most sane shells by default), or
-
On 21/10/15 07:03, Martin Tournoij wrote:
> Note that mandoc has a default of 78 if not set; GNU man (and maybe some
> others?) do indeed take up the full width by default, but mandoc won't take up
> more than 78.
I've mostly used GNU man, and from my briefly trying other versions of man I
didn't
On 21/09/28 01:24, Sergei wrote:
> 1. screen -dmS rtorrent_daemon rtorrent -n -o import=~/.rtorrent/rtorrent.rc
[...]
> 2. sudo -u user bash -c "st -e screen -r rtorrent_daemon" or "st -e screen
> -r rtorrent_daemon
st -e screen -r rtorrent_daemon
Running this command, there are
On 21/12/16 09:39, Janek F wrote:
> After trying surf recently, I was appalled to see a ".surf" directory in my
> home.
> Is XDG basedir compliance not natural in suckless software?
Suckless software follows the principles that predate X Desktop Group and its
specifications, as well as its own
On 21/11/10 08:55, NRK wrote:
> I wouldn't say it's "critical need". And if we judge from that pov then
> one could ask, "What's the critical need for a dynamic window manger or
> minimal softwares in general?".
Terminal emulator's job is to allow terminal input/output. Latency is simply not
This is what a web page should be:
http://motherfuckingwebsite.com/
This is less minimal, more readable, but still not plagued by "frameworks" and
"web coding" (uggh!). This is as far as web should go, ideally:
http://bettermotherfuckingwebsite.com/
There is nothing to gain from "minifying"
On 21/10/26 04:48, Sagar Acharya wrote:
> That's a bit more primitive. It can go a bit more vibrant wrt fonts, colors,
> break points for mobile, tablet which would still be minimal in my view. I'm
> approaching such simplicity from the other complex end which most people
> prefer, unfortunately.
On 21/10/26 05:22, Nick wrote:
> Quoth Страхиња Радић:
> > This is what a web page should be:
> >
> > http://motherfuckingwebsite.com/
>
> When I load that in tor browser with js disabled (my default setup
> these days), I get a 20741 byte page with the title &quo
On 21/10/29 12:18, Dmytro Kolomoiets wrote:
> Страхиња Радић, do you have a cleaned up version of the patch
> which applies to latest st tree without rejecting hunks?
No, but it shouldn't be too hard to make given the PR. I have applied it to my
fork of st (https://git.sr.ht/~strahi
On 21/10/26 08:32, Sagar Acharya wrote:
> People like what they feel. Majority of people out there aren't coders.
> Majority of coders just code to earn and would gladly just accept what their
> company pushes to them. These people just like convenience. As much as we'd
> like them to accept a bit
n 21/10/26 07:51, Ian Liu Rodrigues wrote:
> echo -e '\e[31m \e[0m c'
> echo -e '\e[31m \e[0mc'
>
>
> Here is a screenshot of the script's output: https://qu.ax/3SBs.png
For me, this patch fixed the glyph truncation:
https://github.com/LukeSmithxyz/st/pull/224
Perhaps someone could
On 21/11/09 02:00, Laslo Hunhold wrote:
> I'm always wondering: What do you suggest to improve the
> latency-situation? Can we even be "better" than the screen's framerate?
I'm wondering what's the use case for such critical need for low latency?
Playing DOOM (2016) in a terminal with aalib?
On 22/01/13 11:52, m...@datameer.com wrote:
> Regarding the note on the website `Compile your own webkit or expect
> hell`...
> Is it better or more stable to compile webkit as well?
Why don't you just try it and find out?
If you are asking me about my personal experience, I always compile surf
On 22/01/12 04:02, m...@datameer.com wrote:
> Does that mean I have to compile surf incl all dependencies with
> https://github.com/void-linux/void-packages?
Compiling from source is the intended way to use suckless software.
Suckless software is configured by editing config.h, rather than by
On 22/02/17 01:08, NRK wrote:
> Assuming there isn't, one alternative could be just using env vars.
Why would an environment variable be preferable here to a command line
parameter?
Environment variables are clunky, messy, insecure, prone to errors, race
conditions and the whims of a particular
On 22/02/11 11:47, Daniel Littlewood wrote:
> It seems to me like the obvious alternative workflow would be, rather
> than to have a single monolithic program for the general job of
> "editing text" (which is really lots of jobs pretending to be one),
> one might have a program for syntax
On 22/01/31 12:10, Petros Pateros wrote:
> What would you expect from a build system? Should it trust mtime?
> Is it responsible for verifing the file's contents for actual changes?
> More generally, what are the key features that make a build system useful?
apenwarr/redo is the implementation of
On 22/02/05 03:23, Petros Pateros wrote:
> On Mon, Jan 31, 2022 at 06:38:01PM +0100, Страхиња Радић wrote:
> > apenwarr/redo is the implementation of djb redo I settled on for my
> > programs. It
> > has the most features among the current implementations.
On 22/04/15 02:20, Wolf wrote:>
> Configure script provides lot more then detection though. I have yet to
> see a hand written make providing support for --program-prefix or
> --program-transform-name for example. For packaging software, these
> additional features are useful from time to time.
On 23/10/29 08:49PM, Markus Wichmann wrote:
> Am Sun, Oct 29, 2023 at 06:00:18PM +0100 schrieb Страхиња Радић:
> > mkdir returning EISDIR is definitely not a part of POSIX.[1]
> >
> > [1]:
> > https://pubs.opengroup.org/onlinepubs/9699919799/functions/mkdir.html#tag_
On 23/10/29 07:59AM, Randy Palamar wrote:
> > Plus I didn't know mkdir could fail with EISDIR. My manpage is not
> > documenting that case.
>
> It's probably legacy nonsense or from some obscure platform that I
> noticed when checking other implementations [0].
mkdir returning EISDIR is
On 23/09/21 09:42AM, LM wrote:
> I build a lot of common libraries and programs from source. Many of
> them are switching to cmake. I'm not a fan of cmake. For one thing,
> it's so complicated to build from source code that I can't bootstrap
> the build of cmake itself. I really would prefer
On 23/09/22 09:50AM, Sagar Acharya wrote:
> A better way to build is to write a build.dash script
Some elaboration is needed.
In what way would this shell script be better than the make systems I listed?
How does it decide when rebuilding is needed? Does it track dependencies and
how?
On 23/09/22 03:09PM, NRK wrote:
> Some tend to argue that this "doesn't scale", but as I said, this is for
> small projects. And the chances of your small project turning into the
> next linux kernel [2] with 30M LoC is probably not high. So don't create
> new *actual problems* by trying to solve
On 23/09/26 02:13PM, Sagar Acharya wrote:
> Which web crawlers and indexing tools does suckless suggest?
One can answer this and similar questions about particular niches of software
by carefully reading and understanding what suckless is about:
https://suckless.org/philosophy/
(emphasis mine)
On 23/09/27 03:50PM, Arthur Jacquin wrote:
> termbox2.h is not C99 compliant, yet the -std=c99 compilation flag is
> set in the default configuration. On the compilers I tried, it has not
> been a problem as the non-C99 parts were ignored, but I shouldn't have
> assumed it would always be this
On closer inspection, termbox2.h does include signal.h itself[1], and
additionally defines _XOPEN_SOURCE[2] and _DEFAULT_SOURCE, so the inclusion of
signal.h can't be escaped.
My testing has shown that when -std=c99 is specified, it is as if that switch
explicitly undefines
On 23/09/22 07:27PM, NRK wrote:
> And this is no longer the 50s, we have enough memory to build a couple
> thousand line of code without *requiring* splitting things into multiple
> intermediate object files to avoid going OOM (even with bloated
> compilers like gcc/clang with optimization
On 23/09/22 04:27PM, Страхиња Радић wrote:
> ...according to sloccount[1]...
[1]: https://dwheeler.com/sloccount/
signature.asc
Description: PGP signature
On 23/09/28 09:02AM, David Demelier wrote:
> Not sure if that helps but I eventually stopped adding flags at all and
> use just the defaults everywhere. Otherwise I'd be glad to understand
> if there is a complete and strict conformance explanation on those
> combinations.
As Adam noted, the
On 23/10/10 10:33AM, Marko Bauhardt wrote:
> Hi,
> i have to use a program at work which requires libsecret - Secret
> Service D-Bus client library.
> Right now I'm using the gnome keyring implementation.
> I would like to get rid of this implementation and use a more simpler
> one, in other words
On 23/10/10 01:04PM, Страхиња Радић wrote:
> It all depends on the degree of your agency over the choice of software and
> over the software itself. If it's a program you wrote, then consider
> switching
> away from D-Bus to interfacing with a simpler/better/more traditional
On 23/10/23 03:11PM, Kyryl Melekhin wrote:
> Since this is my creation I might be biased, but I still think that Nextvi is
> the best suckless editor.
That should be left for others to decide.
> Please give it a revisit, and help me get 100 stars on github!
Social networks should die. Github
On 23/10/24 11:49AM, Kyryl Melekhin wrote:
> Besides, I want people to actually use my software and have some kind
> of visibility.
>
> Nobody would know of suckless.org were it not be constantly posted and
> talked about
> on various social media(s).
This touches up one of the fundamental
On 23/08/18 02:18, David Demelier wrote:
> On Mon, 2023-07-24 at 17:38 +0200, Sagar Acharya wrote:
> > I see C compilers recommended by suckless are:
> >
> > tinycc
> > simplecc
> > cproc
> > qbe
> > lacc
>
> qbe isn't a compiler. however cproc is promising but I had various
> issues compiling
On 22/04/19 07:09, Robert Winkler wrote:
>
> Sorry, but I don't get it fixed. I rebuilt the locals with dpkg-reconfigure
> locales, with the US UTF-8 as default.
>
> On lxterminal, the characters é, ö etc. work. In st they don't.
With
export LC_ALL=en_US.UTF-8
properly configured fonts in
On 22/04/24 02:53, Robert Winkler wrote:
> Hi, thanks for all the hints I got from the [st] [dev]!
> Anyway, I still cannot sort it out; hopefully the following information
> helps that someone can spot the problem:
> As I mentioned, the UTF-8 symbols work in other terminals such as
> lxterminal.
On 22/04/26 08:20, Robert Winkler wrote:
> Anyone has an idea, what could be the difference between Gnome and DWM
> with respect to the font encoding?
I'm using dwm in X.Org using no display manager (autostart X at login [1]) in
Artix Linux and everything works correctly. Setting environment
On 22/04/26 05:39, Hadrien Lacour wrote:
>
> Compare the output of env in the two situations. Something I noticed in one of
> your mails: you have en_US.UTF-8 in your locale output while here, on Gentoo,
> I
> have en_US.utf8.
https://wiki.gentoo.org/wiki/Localization/Guide
> The command above
On 22/07/02 11:07, NRK wrote:
> If someone's using vim and follows this style, what plugin and/or
> setting do you use?
set tabstop=8
set softtabstop=0
set shiftwidth=0
set noexpandtab
Not being lazy to type text, and indenting each line manually.
Side note: vim
On 22/06/22 01:04, p...@mailbox.org wrote:
> > the discussion https://forum.palemoon.org/viewtopic.php?f=3=28505
[ 140.237] Failed to compile FS: 0:1(10): error: GLSL 1.30 is not supported.
Supported versions are: 1.10, 1.20, and 1.00 ES
^ This is most probably caused by
On 22/07/23 11:06, Tom Schwindl wrote:
> Again, you'd have to rely on a tool which isn't defined.
> If a system says it's POSIX compliant, we can assume that the `-s' option
> exists, but there is no standard which tells us whether ranlib(1) is available
> or not.
Standards are not the Holy
On 22/04/29 09:48, Robert Winkler wrote:
> Hi, surf is up to now the best browser I found for weak machines such as the
> Raspberry Pi 0W, with respect to compatibility and customisability (link
> hints, full keyboard control).
>
> The support of Javascript pages is fair.
>
> However, some Web
On 22/04/26 03:59, Robert Winkler wrote:
> To make a long story short: The input of UTF-8 characters with st needs
> an IBus daemon
No, it doesn't.
signature.asc
Description: PGP signature
On 22/04/28 09:29, Hiltjo Posthuma wrote:
> Recently dark mode CSS support was added to the site.
>
> It was reported on IRC the logo's were not visible with them.
This can be remedied with CSS which applies white background to logos (perhaps
with some padding: to also give a bit of a border).
On 22/04/28 12:19, Laslo Hunhold wrote:
> What do the others think?
I also like them, I think they contribute to overall visual identity of
suckless programs and suckless.org and should be reincorporated into the
website.
signature.asc
Description: PGP signature
On 22/04/15 07:08, Robert Winkler wrote:
> Hi, according to the st Status, UTF-8 should be working. Much needed for
> multilingual typing with ú, ü, ß, µ, ¿ etc.
> However, I only get 00e9 if I type é; anything, I need to specify in
> config.h?
> Best, Robert
Liks I said, I only use:
-
On 22/04/28 06:48, Страхиња Радић wrote:
> May I ask what shell are you using inside st? The only problem I noticed so
> far
> with my script, which uses xdotool(1) to type characters, is when I am using
> it
> while st is specifically executing mksh as a shell. With bas
On 22/04/28 01:44, Robert Winkler wrote:
>
> usually, I am using the fish
https://www.youtube.com/watch?v=8AQobpqySAU
signature.asc
Description: PGP signature
The first link in
https://suckless.org/faq/
http://freecode.com/articles/stop-the-autoconf-insanity-why-we-need-a-new-build-system
seems to be broken. Just wanted to ask if it is ok for me to replace it with
I was using suckless tar to create an archive of a Python package, and hit a
limit. When checking out the code, I noticed that the name of the file is 100
characters long, however there is also the prefix field which is 155 characters
long, and the actual path should be combined from prefix (if
0=B0=20=D0=A0?=
=?UTF-8?q?=D0=B0=D0=B4=D0=B8=D1=9B?=
Date: Mon, 1 Aug 2022 09:21:08 +0200
Subject: [PATCH] Add -n (equivalent of --no-recursion)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Страхиња Радић
---
tar.1 | 5 +
=A1=D1=82=D1=80=D0=B0=D1=85=D0=B8=D1=9A=D0=B0=20=D0=A0?=
=?UTF-8?q?=D0=B0=D0=B4=D0=B8=D1=9B?=
Date: Mon, 1 Aug 2022 09:12:03 +0200
Subject: [PATCH] Split path into prefix + name on -c
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Signed-off-by: Страхиња
On 22/08/01 09:30, Quentin Rameau wrote:
> Andrew has posted a patch (on hackers@ on may first) for this
> that nobody had time to review yet. :/
> I suggest you try it, that should fix your issue.
Ah, I'm not subscribed on that list (yet?). Anyway, I tested my patch on my use
case and it
On 22/11/25 09:43, Teodoro Santoni wrote:
> Gmail doesn't allow to use SMTP in a classic way (normal auth
> with/without encryption). You may need to ask your sysadmins for
> XOAUTH2 keys and try to pass that git send-email through an SMTP thing
> like msmtp.
> A faster solution would be to make
On 23/01/14 09:25, Markus Wichmann wrote:
> On Fri, Jan 13, 2023 at 07:53:41PM -0600, Dave Blanchard wrote:
> > I experimented with st for a week or so, before finally realizing that
> > it's poorly-written trash. It has no advantages over XTerm at all.
> >
>
> So where's the patch?
>
> Given
On 23/01/16 12:33, Страхиња Радић wrote:
> Most of what's to be said in "defense" of st and other suckless software is
> already out there on suckless.org, including the sorry state of XTerm being
> the
> driving idea behind writing st, which the OP turned upside-down, so
On 23/02/25 12:59PM, fo...@dnmx.org wrote:
> Tried -s 128 -t 8, doesn't seem to do jack shit..
> Got less than 10 connection logs from Quark and then another dropped one..
> Is there any other reason Quark would print-out 'dropped', other than
> connection pool at max?
>
> I restarted the jail,
On 23/04/20 06:00, Sagar Acharya wrote:
> I expected it to be interactive out of the box. A chat client, I cannot
> imagine anything except interactive abilities.
Consider this a learning opportunity then: it is better to read documentation
and/or a website[1] of some program, than create
On 23/04/08 07:24PM, p...@mailbox.org wrote:
> static const char *dmenu_extend[] = { "dmenu_extended_run", NULL };
How about:
> > (Try changing your
> > dmenu_extended keybind to something else and see if that works or not).
1. What happens if you use:
static const char
On 23/02/10 03:19PM, Vincent Lefevre wrote:
> Actually that's more Cairo vs Xft. Pango may use either:
Right. In any case, the most likely place the OP should check is fontconfig
configuration and fc-* programs for debugging (fc-match, fc-list and so on).
signature.asc
Description: PGP
On 23/07/02 06:39PM, Sebastian LaVine wrote:
> On Sun Jul 2, 2023 at 6:28 PM EDT, Nikita Krasnov wrote:
> > While we're on it. Are there any good Android email clients
> > that you can recommend? I've yet to find an app that allows
> > you to send emails in plain text, let alone with line
> >
Adding to gettextprop in dwm.c:
// ...
if (!XGetTextProperty(dpy, w, , atom) || !name.nitems)
return 0;
FILE* log = fopen("/home/user/dwm.log", "at");
fprintf(log, "---\n");
fprintf(log, "atom = {%lu}\n", atom);
text,
was not shown correctly, so this patch adds an exception for root window
instead, skipping conversion in that case.
Reported by Dr. André Desgualdo Pereira.
Signed-off-by: Страхиња Радић
---
dwm.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/dwm.c b/dwm.c
index
I debugged dwm, adding to drw.c:
static void
log_msg(const char* fmt, ...)
{
char buf[4096];
va_list args;
va_start(args, fmt);
vsnprintf(buf, sizeof(buf), fmt, args);
va_end(args);
1 - 100 of 130 matches
Mail list logo
