Re: [dev] [st] Hardening bracketed paste mode

On 2025-05-11 09:01:04 +0200, fom...@0w.se wrote: > On Sat, May 10, 2025 at 03:49:20PM +0100, Andrew Mass wrote: > > One advantage of this is > > preventing commands from running automatically when pasted into the > > terminal. This seems beneficial from a security standpoint > > Pasting into a sh

Re: [dev] [st] Hardening bracketed paste mode

On 2025-05-12 11:10:03 +0200, Vincent Lefevre wrote: > On 2025-05-10 15:49:20 +0100, Andrew Mass wrote: > > One seemingly simple way to prevent this would be to sanitize / > > disallow pasting buffers that contain this exact sequence. If > > bracketed paste mode is active, it

Re: [dev] [st] Hardening bracketed paste mode

On 2025-05-10 15:49:20 +0100, Andrew Mass wrote: > One seemingly simple way to prevent this would be to sanitize / > disallow pasting buffers that contain this exact sequence. If > bracketed paste mode is active, it seems incorrect to me to allow > writing an "early" end sequence. > > I believe so

Re: [dev] About xorg and mesa

On 2024-09-03 15:35:46 -0400, Sean MacLennan wrote: > On Tue, 03 Sep 2024 16:54:36 + > stefan1 wrote: > > > I am using an nvidia gpu with the proprietary drivers, on xorg. > > I use the proprietary drivers, because I found that the nouveau > > drivers don't really work too well. > > How

Re: [dev] alternatives to C: Ada, Rust, Pascal

On 2024-06-22 03:58:46 +, NRK wrote: > Sized strings > - > > typedef struct { > uint8_t *s; // or you can use `(unsigned) char *` > ptrdiff_t len; // or you can use `size_t`, see explanation > below > } Str; > > * Cheap access to the s

Re: [dev] [dwm][st] why use ints over bools?

On 2024-06-15 16:24:38 +0200, Mattias Andrée wrote: > No, you should use [u]int_least1_t, except that probably doesn't > exist, So, you must not use it. :) On the opposite, int_least8_t is a *required* type in ISO C99+. That's why I've proposed it. > I think C actually should add some what to sp

Re: [dev] [dwm][st] why use ints over bools?

On 2024-06-15 17:05:27 +0300, stefan1 wrote: > What about using char's then? char may be signed or unsigned. I would suggest unsigned char or signed char, or better, (u)int_least8_t. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog:

Re: [dev] [st] Font problem

On 2023-02-10 13:44:58 +0100, Страхиња Радић wrote: > On 23/02/09 07:46PM, Juozas Auryla wrote: > > DejaVu Sans Mono is rendered incorrectly on st. > > Uppercase letter height is too big. > > Is it a bug or i did something wrong? > > > > Added a screenshot for comparison (left is xfce-terminal, ri

Re: [dev] [st] Font problem

On 2023-02-09 19:46:09 +0200, Juozas Auryla wrote: > DejaVu Sans Mono is rendered incorrectly on st. > Uppercase letter height is too big. It is not just uppercase letters. See the "e", for instance. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog: <

[dev] [tabbed] Mod- fails on keysyms mapped to multiple keycodes

I have reported the following bug in the Debian BTS, concerning tabbed from suckless-tools 46: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018177 On my machine with a reconfigured keypad to give the same behavior of the digit row of the keyboard (independently of the NumLock status), Mod