Re: [dev] Assembler for bootloader

I have updated the repo to my server. Many bugs have been fixed and now it is verified that it can compile all instructions to binary right. You can find the code here. There's a tarball which you can download. More updates in future. On 10 जून 2025 3:43:41 p

Re: [dev] Assembler for bootloader

Hi, On Tue, Jun 10, 2025 at 03:43:41PM +0530, Sagar Acharya wrote: > scc is amazing, like all other compiler recommendations from suckless. Thank you! > > Can you help with making a linear RV32I code from C code? I think it should > be very similar to arm. Currently, jump instructions have dif

Re: [dev] Assembler for bootloader

scc is amazing, like all other compiler recommendations from suckless. Can you help with making a linear RV32I code from C code? I think it should be very similar to arm. Currently, jump instructions have different notation in ganyantra like loop is not detected, etc. I am unable to understand

Re: [dev] Assembler for bootloader

Hi, On Sat, Jun 07, 2025 at 02:36:07PM +0530, Sagar Acharya wrote: > I have made this program ganyantra.c which can convert a program named > program.s to binary. Here program.s is a sequential assembly like > > LUI x1, 0x23000 > ADDI x2, x1, 0x345 > ... > SB x1, x4, 40 > > It has all RV32IM in

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

Vincent Lefevre wrote in <20250512091003.ga497...@qaa.vinc17.org>: |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 i

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 seems incorrect to me

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] [st] Hardening bracketed paste mode

On Sat, May 10, 2025 at 10:22 PM Steffen Nurpmeso wrote: > Thomas Dickey as "the one" wrote about all that: > > https://invisible-island.net/xterm/xterm-paste64.html Thanks for sending this, there was a lot of useful context. It seems as if xterm's allowPasteControls / disallowedPasteControls

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

Andrew Mass wrote in : |I believe bracketed paste mode was originally intended for use cases |like text editors, but it seems like many shells are using it as well |to differentiate typed from pasted text. One advantage of this is |preventing commands from running automatically when pasted int

[dev] [st] Hardening bracketed paste mode

Hello, I believe bracketed paste mode was originally intended for use cases like text editors, but it seems like many shells are using it as well to differentiate typed from pasted text. One advantage of this is preventing commands from running automatically when pasted into the terminal. This see

Re: [dev] [st] Rendering only half of emoji in curses-based program

ich capability was responsible for this behavior. If I add if clause to do nothing if it is dummy char in tinsertblank() function everything I tested works same as in other terminals. if (!(term.line[term.c.y][term.c.x].mode & ATTR_WDUMMY)) { memmove(&line[dst], &line[src], size * sizeof(Glyp

[dev] Re: [tabbed] utf8 characters not displayed in tabs

I am using xterm under tabbed (v.0.6) and some of the polish characters which are in the directory name are not displayed in the tabs and the rest of the name is truncated, for instance: /home/seb/żółty is truncated to /home/seb/żó when I set the Xresource : *XTerm*utf8Title: True then t

[dev] [PATCH] rm: Use basenames to protect against . and ..

POSIX mandates that the protection should care about the basename, and we cannot use basename because it can modify the input string and it would make harder later operations. Also, it would put a limit in the length of the name of the paths and POSIX forbids limitations about that regard in rm(1).

[dev] [PATCH 1/2] rm: Add -i and cleanup rm()

From: "Roberto E. Vargas Caballero" POSIX mandates that if the input of rm is a tty and it does not have write rights over a file/dir then it should ask for confirmation, in the same way that is done with the -i flag. To accomodate both things the code has been rearrenged a bit to have only one c

[dev] Improve rm(1)

Rm didn't implemented the -i option, but it was also lacking many error messages that should be displayed in some conditions.

[dev] [PATCH 2/2] rm: Don't attempt to remove . or ..

From: "Roberto E. Vargas Caballero" POSIX explicitely mandates to ignore . or .. to avoid pitfals like rm -r .* and no having files that begin with a dot. --- rm.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/rm.c b/rm.c index 2391d68..1f23c09 100644 --- a/rm.c +++

[dev] [PATCH] cp: Don't modify status for -i

Quoting POSIX: The following exit values shall be returned: 0All requested files (excluding files where a non-affirmative response was given to

Re: [dev] [st] Rendering only half of emoji in curses-based program

Now I understand a little what terminal does and what programs are responsible for. So if I use this example curses program and save output to file (with this option -o) I get this additional escape sequences after wide character (backspace, space,...) but not if I draw it on positions other than (

Re: [dev] [st] Strange behaviour of backspace under csh under st

Hi, On Sun, Apr 13, 2025 at 09:07:54PM -0500, Dave Blanchard wrote: > The main problem is that 'suckless' code like st actually *sucks*. lol @ you > attempting to blame a package for your shit code. > > People who use real terminals like rxvt, developed by competent programmers, > don't have th

Re: [dev] [st] Strange behaviour of backspace under csh under st

On April 14, 2025 6:12:00 AM UTC, Jeremy wrote: >> something something short code bad > >I agree. Suckless code quality has decayed. The quality of bait on the mailing list has declined. -- Storkman

Re: [dev] [st] Strange behaviour of backspace under csh under st

On 04/13/25 09:07PM, Dave Blanchard wrote: > > Дана 24/11/07 09:56PM, Jinsong Zhao написа: > > This is why suckless software should not be installed through packages. > > Suckless programs are intended to be built from source, possibly after > > applying patches and configuring settings in config.h

Re: [dev] [st] Strange behaviour of backspace under csh under st

uckless software, you're free and very welcome to write about your bad opinions somewhere else than on the dev mainling list of suckless. Cheers, Elie Le Vaillant

Re: [dev] [st] Strange behaviour of backspace under csh under st

On Thu, 7 Nov 2024 16:42:26 +0100 Страхиња Радић wrote: > Дана 24/11/07 09:56PM, Jinsong Zhao написа: > > Sorry for the noise. I should check the latest version of st before posting > > here. > > This is why suckless software should not be installed through packages. > Suckless programs are inte

[dev] Solution: use a real terminal

My suggestion is to avoid the featureless, buggy, uncommented 'st' garbage code and use a real terminal emulator, like rxvt or xterm. Dave On Tue, 1 Apr 2025 23:06:26 +0200 Andrej Nabergoj wrote: > The problem is not with lowermost, rightmost cell but one that is > two positions before rightm

Re: [dev] [st] Rendering only half of emoji in curses-based program

Quoth Andrej Nabergoj : > For the same string without curses there is no problem, so probably is > not st problem, but in other terminals I don't get such behavior. > Ok, this is an important point. It is possible that some terminfo capability has some effect on this topic. There is the option -o

Re: [dev] [surf] read from stdin

Hi, Quoth Quentin Rameau : > What about /dev/stdin? The thing is that you need a seeakable stream, and it is unlikely that you can do that with /dev/stdin or directly reading from stdin. Regards,

[dev] Re: you guys' work promote my mental health

On 2025-03-28 07:01, justina colmena ~biz wrote: On Thursday, March 27, 2025 8:51:35 AM Pacific Daylight Time izzy Meyer wrote: Curious why you chose to invalidate this person's experience that they made themselves vulnerable about. Sure- you have your views on things, and that's totally cool. B

Re: [dev] [st] Rendering only half of emoji in curses-based program

Andrej Nabergoj wrote in <20250401210626.2g25ob2s5nxng...@debian.si>: |The problem is not with lowermost, rightmost cell but one that is |two positions before rightmost, lowermost cell. Of course, if you write a wide character that takes multiple cells, we end up exactly there again. |I look

Re: [dev] [st] Rendering only half of emoji in curses-based program

The problem is not with lowermost, rightmost cell but one that is two positions before rightmost, lowermost cell. I looked at tputc() function, but I don't know yet how to use these debugging tools. If I comment this two lines for example it renders whole character, but of course this is not a solu

Re: [dev] [st] Rendering only half of emoji in curses-based program

Quoth Steffen Nurpmeso : > Note i have no idea and did not truly look into the issue, but > there is a problem with terminals and the lowermost, rightmost > cell. Ie i have, which names termcap/terminfo capabilities These capabilities are about when the terminal does wrapping. VT100 alike termina

Re: [dev] [st] Rendering only half of emoji in curses-based program

Andrej Nabergoj wrote in <20250331180240.cxujdddus55yq...@debian.si>: |wcwidth(L"😍") gives me 2 if you meant this. I tried on another laptop |(but it has debian installed too) and problem was the same. |If I print any character that has wcwidth() = 2 to the third last place |of terminal, only

Re: [dev] [st] Rendering only half of emoji in curses-based program

wcwidth(L"😍") gives me 2 if you meant this. I tried on another laptop (but it has debian installed too) and problem was the same. If I print any character that has wcwidth() = 2 to the third last place of terminal, only half of the character is rendered. This only happens if using curses. I'v tried

Re: [dev] [st] Rendering only half of emoji in curses-based program

laced on third-to-last column of last row. This doesn't happen in > other terminals. I made sample program: github.com/anabergojzz/try > But I don't know how to further simplify it and find out what is source > of the problem. Can someone have a look? > > st version: 0.9.2 > libncurses-dev Version: 6.4-4 > > Kind regards, > Andrej >

[dev] [st] Rendering only half of emoji in curses-based program

But I don't know how to further simplify it and find out what is source of the problem. Can someone have a look? st version: 0.9.2 libncurses-dev Version: 6.4-4 Kind regards, Andrej

[dev] Re: you guys' work promotes my mental health

Oh, I see ! You're from the “Common Law v Maritime Law,” “Free Man on the Land” [1] bunch. I've enjoyed this conspiracy theory a lot, in France we had the “je ne contracte pas” [2] stemming from it just last year. But French law stems from Napoleonic Civil Code, i.e. continental law, which is ;

Re: [dev] [surf] read from stdin

d would > require also changes to the man page. > > There are some use cases where consuming the html > from stdin can be convenient. The only possible > way to achieve that is to write the full input > stream and then convert it to a file:// uri. > --- What about /dev/stdin?

Re: [dev] you guys' work promote my mental health

On 2025-03-27 12:32, Feodor wrote: sylv...@saboua.me писал(а) 2025.03.27 12:26: Over the last decade I have been diagnosed with a panel of disorders ranging in the psychotic/schizotypal variety – although I know that these stem from CPTSD (new addition to the 11-CIM) – as well as more recently

[dev] Re: you guys' work promote my mental health

Sorry guys, *correct link about my personal journey with UNIX-like systems : https://www.saboua.xyz/BSD.html That's what it is to be compulsive. On 2025-03-27 10:26, sylv...@saboua.me wrote: Over the last decade I have been diagnosed with a panel of disorders ranging in the psychotic/schizotypa

Re: [dev] [surf] read from stdin

Hi, Quoth Cole Young : > I thought it did have this feature. That’s wild. > > > On Mar 15, 2025, at 5:05 PM, Avid Seeker wrote: > > > > I was kinda surprised suckless surf doesn't have this feature. > > > > It's a surprisingly frequently asked [1] question and a straightforward > > way to ren

Re: [dev] [surf] read from stdin

I thought it did have this feature. That’s wild. > On Mar 15, 2025, at 5:05 PM, Avid Seeker wrote: > > I was kinda surprised suckless surf doesn't have this feature. > > It's a surprisingly frequently asked [1] question and a straightforward > way to render HTML. > > [1]: see https://unix.sta

[dev] [surf] read from stdin

I was kinda surprised suckless surf doesn't have this feature. It's a surprisingly frequently asked [1] question and a straightforward way to render HTML. [1]: see https://unix.stackexchange.com/questions/24931/, https://stackoverflow.com/questions/3591167/, and https://superuser.com/questions/

[dev] [svkbd] Newbie problems

Dear all, first time post for me after trying to get to run svkbd on a touch screen computer. Unfortunately I face several problems with current 0.4.2 (also also older) versions of the on screen keyboard. Base system is a more or less up to date Gentoo Linux with libX11-1.8.9 and libXinerama-1.1

Re: [dev] Suckless core hacking ideas

hello, On Thu, Dec 26, 2024 at 11:33:01AM +0100, Marcel Plch wrote: > If you could forward me the thread, it would be much appreciated. one of the beauty of mailing lists are public archives available in mbox format. https://lists.suckless.org/dev/ regards -- Marc Chantreux

[dev] Suckless core hacking ideas

Hello, I've seen some hacking ideas about suckless core here, in particular, there was mentioned that it would be nice to implement -P and -0 in xargs and something else I can't quite recall. I have lost the e-mail while tinkering with my e-mail stack. (This server has been migrated entirely.) I

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

I might look into this, sounds fun. It's gonna be my first experimenting with alt coreutils tho, if you have any tips/tricks, feel free to share. Thank you for your time. -- Dormouse

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

Hi, On Sun, Dec 15, 2024 at 03:27:34PM +0100, Elie Le Vaillant wrote: > Maybe I'll try re-sending those patches. Last time, we had a discussion > on the scope of sbase. But I think some patches are still relevant nonetheless > (the cron one in particular). I was reading old mails and I found that

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

Hey, On Fri Dec 13, 2024 at 6:12 PM CET, Marc Chantreux wrote: > Another non-POSIX feature I really like is the date -f- and the hability > to write dates like: 'last week', 'next month' ' 1jan + 14 days'. I > always fall back on C when I use busybox. Once upon a time, I made quite a few changes

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

Laslo! I'm so happy to read from you. On Sat, Dec 14, 2024 at 01:28:50PM +0100, Laslo Hunhold wrote: > Google's Fuchsia uses sbase in userspace, if the aforementioned > examples were not already enough. This means that sbase is (factually) > installed on millions of devices worldwide, given at lea

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

On Sat, 14 Dec 2024 12:03:37 +0100 Marc Chantreux wrote: Dear Marc, > > For example, I used it in my toy musl/Linux distro Galeb[1]. > > [1]: https://strahinja.srht.site/galeb/ > > this was the kind of answer I had in mind: distros, projects, > explainations on why people chose sbase instead

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

> Theres also Oasis Linux, which looks interesting too: > https://github.com/oasislinux/oasis lot of lua there which was something that really made me run away (the infrastructure is fantastic but the langage is terrible). now I use fennel (https://fennel-lang.org/) so I should give oasis a

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

hello, On Sat, Dec 14, 2024 at 09:59:37AM +0100, Страхиња Радић wrote: > sbase is used by anyone interested, who values simplicity in software > (the main ideal of suckless software). I realize my question wasn't correctly asked. sorry about that. > For example, I used it in my toy musl/Linux di

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

On Sat, Dec 14, 2024 at 09:59:37AM +0100, Страхиња Радић wrote: > Дана 24/12/13 06:12PM, Marc Chantreux написа: > > I have a question here: who uses sbase and why? > > sbase is used by anyone interested, who values simplicity in software > (the main ideal of suckless software). > > For example,

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

Дана 24/12/13 06:12PM, Marc Chantreux написа: > I have a question here: who uses sbase and why? sbase is used by anyone interested, who values simplicity in software (the main ideal of suckless software). For example, I used it in my toy musl/Linux distro Galeb[1]. [1]: https://strahinja.srht.s

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

Hi Hiltjo, > Coincidently I recently tested some things on Tiny Core Linux with busybox. you just made me realize there is a linux distribution named Tiny Core so I kept on browsing and realized there was interesting projects around busybox. thanks. -- Marc Chantreux

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

On Fri, Dec 13, 2024 at 06:12:00PM +0100, Marc Chantreux wrote: > Hello, > > I have a question here: who uses sbase and why? > > aside: > > On Fri, Dec 13, 2024 at 05:25:54PM +0100, Hiltjo Posthuma wrote: > > It would be very useful to add the -0 (NUL separators) and -P (parallel > > jobs) > >

Re: [dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

Hello, I have a question here: who uses sbase and why? aside: On Fri, Dec 13, 2024 at 05:25:54PM +0100, Hiltjo Posthuma wrote: > It would be very useful to add the -0 (NUL separators) and -P (parallel jobs) > options. Can't agree more. Another non-POSIX feature I really like is the date -f- an

[dev] Suggestion for project idea/christmas hacking: sbase xargs -P and -0 support

Hi, I have a suggestion for sbase xargs. It would be very useful to add the -0 (NUL separators) and -P (parallel jobs) options. Strictly speaking these options non-POSIX, but very useful. Almost all implementations support them. Maybe a nice project for new contributors who want to do some chri

Re: [dev] tinyx port to libXfont2

On Tue, Nov 12, 2024 at 08:07:45PM +, stefan1 wrote: > Does anyone know how to improve the above script to get it to kill X after I > kill dwm? Is vt1 a script that launches dwm? When you press Alt+Q to kill dwm, does this also kill any other running graphical applications? I believe you c

Re: [dev] tinyx port to libXfont2

вт, 12 лист. 2024 р. о 22:09 stefan1 пише: > > Not really related to what was discussed earlier, > but I thought I might find someone who can help me with this here. > > I have this script for starting Xfbdev and running my .xinitrc: > > ``` > #!/bin/sh > > export DISPLAY=${DISPLAY:-:0} > trap

Re: [dev] tinyx port to libXfont2

On 2024-11-13 06:55, Storkman wrote: Check out the man page for xinit. You can specify the server and options to it on the command line. I tried doing 'xinit -- /usr/bin/Xfbdev :0 vt1' Sadly, when I do this, keyboard input doesn't work, and I can't even switch to another tty. Doing 'xinit

Re: [dev] tinyx port to libXfont2

On Wed, Nov 13, 2024 at 06:33:42AM +, stefan1 wrote: > On 2024-11-13 00:02, Storkman wrote: > > On Tue, Nov 12, 2024 at 08:07:45PM +, stefan1 wrote: > >> Not really related to what was discussed earlier, > >> but I thought I might find someone who can help me with this here. > >> >

Re: [dev] tinyx port to libXfont2

On 2024-11-13 00:02, Storkman wrote: On Tue, Nov 12, 2024 at 08:07:45PM +, stefan1 wrote: Not really related to what was discussed earlier, but I thought I might find someone who can help me with this here. I have this script for starting Xfbdev and running my .xinitrc: ``` #!/bin/sh

Re: [dev] tinyx port to libXfont2

On Tue, Nov 12, 2024 at 08:07:45PM +, stefan1 wrote: > Not really related to what was discussed earlier, > but I thought I might find someone who can help me with this here. > > I have this script for starting Xfbdev and running my .xinitrc: > > ``` > #!/bin/sh > > export DISPLAY=${DISPL

Re: [dev] tinyx port to libXfont2

respecting the Reply-To header. vt1 is a option I pass to the X server. It means, 'use virtual terminal 1', i.e. /dev/tty1. I tried to add -reset -terminate to the options I pass to X in that script. Sadly, nothing changed. -- Linux-gentoo-x86_64-Intel-R-_Core-TM-_i5-7400_CPU_@_3.00GHz CO

Re: [dev] tinyx port to libXfont2

Not really related to what was discussed earlier, but I thought I might find someone who can help me with this here. I have this script for starting Xfbdev and running my .xinitrc: ``` #!/bin/sh export DISPLAY=${DISPLAY:-:0} trap "$HOME/.xinitrc" USR1 ( trap '' USR1 exec /usr/bin/Xfbd

Re: [dev] tinyx port to libXfont2

On 2024-11-11 23:18, stefan1 wrote: În 11 noiembrie 2024 23:17:48 EET, Storkman a scris: On Thu, Nov 07, 2024 at 11:18:03AM +, stefan1 wrote: On 2024-11-05 10:37, stefan1 wrote: > > Looks like git st works. Looked into it a bit more, and it turns out that the reason it failed

Re: [dev] tinyx port to libXfont2

În 11 noiembrie 2024 23:17:48 EET, Storkman a scris: >On Thu, Nov 07, 2024 at 11:18:03AM +, stefan1 wrote: >> On 2024-11-05 10:37, stefan1 wrote: >> > >> > Looks like git st works. >> >> Looked into it a bit more, and it turns out that the reason it failed >> like that >> is not b

Re: [dev] tinyx port to libXfont2

On Thu, Nov 07, 2024 at 11:18:03AM +, stefan1 wrote: > On 2024-11-05 10:37, stefan1 wrote: > > > > Looks like git st works. > > Looked into it a bit more, and it turns out that the reason it failed > like that > is not because of code from st, but because of the alpha patch for st. >

Re: [dev] tinyx port to libXfont2

On Fri, Nov 08, 2024 at 06:46:42PM +0100, Storkman wrote: > On Thu, Nov 07, 2024 at 11:18:03AM +, stefan1 wrote: > > On 2024-11-05 10:37, stefan1 wrote: > > > > > > Looks like git st works. > > > > Looked into it a bit more, and it turns out that the reason it failed > > like that >

Re: [dev] tinyx port to libXfont2

On Thu, Nov 07, 2024 at 11:18:03AM +, stefan1 wrote: > On 2024-11-05 10:37, stefan1 wrote: > > > > Looks like git st works. > > Looked into it a bit more, and it turns out that the reason it failed > like that > is not because of code from st, but because of the alpha patch for st. >

Re: [dev] tinyx port to libXfont2

On 2024-11-05 10:37, stefan1 wrote: Looks like git st works. Looked into it a bit more, and it turns out that the reason it failed like that is not because of code from st, but because of the alpha patch for st. XftColorAllocName() fails(likely not implemented in tinyx), which kills st

Re: [dev] [dwm] New software: swm & infobar

On 24/11/05 10:55AM, Jeremy wrote: > > I had a look at your bar program. So it has background scripts that > > output to files independently and depends on inotify to wait for updates. > > One of my first ideas of infobar is the same in essence, but with > > scripts writing to FIFOs instead of fil

Re: [dev] [st] Strange behaviour of backspace under csh under st

Дана 24/11/07 09:56PM, Jinsong Zhao написа: > Sorry for the noise. I should check the latest version of st before posting > here. This is why suckless software should not be installed through packages. Suckless programs are intended to be built from source, possibly after applying patches and conf

Re: [dev] [st] Strange behaviour of backspace under csh under st

On 2024/11/7 9:37, Steffen Nurpmeso wrote: Jinsong Zhao wrote in <09350f56-59c1-4a2f-b7cc-9063e0c24...@yeah.net>: |I was trying to use st on a FreeBSD workstation, and my shell is csh. |When I use backspace to delete the Chinese character, I observe strange |behavior. | |On the first,

Re: [dev] [st] Strange behaviour of backspace under csh under st

Steffen Nurpmeso wrote in <20241107013734.gC5CYhMl@steffen%sdaoden.eu>: |Jinsong Zhao wrote in | <09350f56-59c1-4a2f-b7cc-9063e0c24...@yeah.net>: ||I was trying to use st on a FreeBSD workstation, and my shell is csh. ||When I use backspace to delete the Chinese character, I observe strange

Re: [dev] [st] Strange behaviour of backspace under csh under st

Jinsong Zhao wrote in <09350f56-59c1-4a2f-b7cc-9063e0c24...@yeah.net>: |I was trying to use st on a FreeBSD workstation, and my shell is csh. |When I use backspace to delete the Chinese character, I observe strange |behavior. | |On the first, |zjs@freebsd:~ % 中文| | |After pressing a back

Re: [dev] [dwm] New software: swm & infobar

On 11/05/24 08:34AM, Raymond Cole wrote: > On second thought, I think that's awful in terms of readability so I've > just renamed it "button". I may have been hallucinating, but when I saw "butt...tock" it occured to me that it was clearly the opposite of a tick-tok in a butt/tick duality. I can

Re: [dev] tinyx port to libXfont2

Hi *.dev! вт, 5 лист. 2024 р. о 03:33 Storkman пише: > > On Sun, Nov 03, 2024 at 11:57:18PM +, stefan1 wrote: > > Hi dev@ list readers. > > > > I just ported tinyx to libXfont2. > > Maybe some of the readers here are interested in this, > > as tin

Re: [dev] [dwm] New software: swm & infobar

get is a script responsible for > its own formatting, like: > mpc status -f '%artist% ~ %title%' | if read -r song && read -r state rest; > then > case "$state" in > '[playing]') echo "$song ►";; > *

Re: [dev] tinyx port to libXfont2

On 2024-11-05 00:03, Hiltjo Posthuma wrote: Hi, Many years ago I tested tinyx. It was quite nice and small. If there are (small) changes required for st, dmenu and dmenu to work (again). Feel free to send them. Looks like git st works. dmenu and dwm also work. -- Linux-gentoo-x86_64-Intel

[dev] [st] Strange behaviour of backspace under csh under st

Hi there, I was trying to use st on a FreeBSD workstation, and my shell is csh. When I use backspace to delete the Chinese character, I observe strange behavior. On the first, zjs@freebsd:~ % 中文| After pressing a backspace key, zjs@freebsd:~ % | After pressing ctrl + l to refresh st, zjs@fr

Re: [dev] tinyx port to libXfont2

On Sun, Nov 03, 2024 at 11:57:18PM +, stefan1 wrote: > Hi dev@ list readers. > > I just ported tinyx to libXfont2. > Maybe some of the readers here are interested in this, > as tinyx is made in the suckless spirit of minimalism. > > https://github.com/tinycorelinux/

Re: [dev] tinyx port to libXfont2

On Sun, Nov 03, 2024 at 11:57:18PM +, stefan1 wrote: > Hi dev@ list readers. > > I just ported tinyx to libXfont2. > Maybe some of the readers here are interested in this, > as tinyx is made in the suckless spirit of minimalism. > > https://github.com/tinycorelinux/

Re: [dev] tinyx port to libXfont2

On 2024-11-03 23:57, stefan1 wrote: For those of you who use gentoo, I also have an ebuild for this patched tinyx in my overlay: https://github.com/stefan1/stefan_overlay/blob/main/x11-base/tinyx/tinyx-1.1.ebuild This link is now broken, as someone pointed out a better way to manage th

[dev] Background flicker on window close

Hi, I'm experiencing a weird behavior in dwm on NVIDIA with Full Composition Pipeline (no compositor). After opening a *single* terminal window and closing it, I see a split second flicker/slight movement of the background image previously emplaced via feh. That means, terminal window not only

Re: [dev] [dwm] New software: swm & infobar

| if read -r song && read -r state rest; then case "$state" in '[playing]') echo "$song ►";; *) echo "$song ◼";; esac else echo "◼" fi; mpc idle >/dev/null And then the main bar prog

[dev] tinyx port to libXfont2

Hi dev@ list readers. I just ported tinyx to libXfont2. Maybe some of the readers here are interested in this, as tinyx is made in the suckless spirit of minimalism. https://github.com/tinycorelinux/tinyx/pull/8 For those of you who use gentoo, I also have an ebuild for this patched tinyx in

[dev] Mailing list software suggestion

Hello suckless community, since my LUG is considering self-hosting our mailing list, I'm looking for software suggestions. I've discovered both Mlmmj [1] and Hypermail [2]. What do you think of these two together? If I understand correctly, this configuration should mirror your setup. My only gri

Re: [dev] Kernel maintainer *CENSORED* on LKML [WAS: linux: Goodbye from a Linux community volunteer]

Дана 24/10/29 05:51PM, Enrico Weigelt, metux IT consult написа: > Now they're really gone wild: I'm blocked by vger's spam filter. No wonder, seeing the cc: list. What does any of this have with suckless software or the suckless movement?

Re: [dev] Kernel maintainer *CENSORED* on LKML [WAS: linux: Goodbye from a Linux community volunteer]

there was something that seemed similar to this that seemed aimed at disrupting the sourcehut community. if true, odd that the open source community becomes targets. (or maybe i'm just naive, haven't seen past examples.) cheers.

[dev] Kernel maintainer *CENSORED* on LKML [WAS: linux: Goodbye from a Linux community volunteer]

On 25.10.24 15:21, Enrico Weigelt, metux IT consult wrote: Hello folks, Now they're really gone wild: I'm blocked by vger's spam filter. An official Linux maintainer is censored on LKML for critizing his holyness Torvalds. First I've thought it's just when replying specific mails, but now t

Re: [dev] [dwm] New software: swm & infobary

ems I think you will agree that it's a good one. ... P.S.: my linux.status-line.sh is 671 lines. I start it in ~/.xinitrc: #command -v xclock >/dev/null 2>&1 && xclock & if command -v status-line.sh >/dev/null 2>&1; then status-line.sh x

Re: [dev] [dwm] Discuss my new software

On 24/10/27 10:50AM, Страхиња Радић wrote: > Дана 24/10/27 09:21AM, Raymond Cole написа: > > common among you > > Among who? As stated, I am just a user and enthusiast of suckless > software. > I was talking to suckless developers there. Sorry. > > the overall unwelcoming atmosphere that I've

Re: [dev] [dwm] Discuss my new software

Дана 24/10/27 09:21AM, Raymond Cole написа: > common among you Among who? As stated, I am just a user and enthusiast of suckless software. > the overall unwelcoming atmosphere that I've perceived here? If so, > may you reconsider your responses after this clarification? Excuse me for being si

Re: [dev] [dwm] Discuss my new software

On 24/10/27 09:17AM, Страхиња Радић wrote: > Дана 24/10/27 03:07AM, Raymond Cole написа: > > It seems like you get the impression that I want suckless to host my > > projects? I never requested that. > > Apologies, you are correct. The subject of the thread might be > misleading like that; at le

Re: [dev] [dwm] New software: swm & infobary

Дана 24/10/27 03:07AM, Raymond Cole написа: > I see that you linked to Luke Smith's website in another email, so it > looks like you know him. That guy really helped popularize suckless > software, didn't he? In fact, he's the way I knew suckless. Maybe you > have not noticed but the features th

Re: [dev] [dwm] New software: swm & infobary

NRK writes: > Come on, Chris. The conditions dwm's license imposes is "The above > copyright notice and this permission notice shall be included", not > "Exactly what parts are copied and their authorship shall be indicated" > or whatever. (Or if you are giving that as a condition for granting

Re: [dev] [dwm] New software: swm & infobary

On 24/10/26 09:15PM, Страхиња Радић wrote: > The main question that I, as a user, have is: what does a program do, > what is its main function? If it overlaps with some other program, the > second thing I am asking is: what does it do better? And, having in > mind the suckless philosophy, the fo

Re: [dev] [dwm] New software: swm & infobar

On 24/10/25 08:24PM, Страхиња Радић wrote: > This has already been discussed: > > https://lists.suckless.org/dev/2306/35253.html > > and > > https://lists.suckless.org/dev/2306/35258.html > > In other words, when you license a work under GPL, you license **the &g

  1   2   3   4   5   6   7   8   9   10   >