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

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

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

Hi Dave, On Mon Apr 14, 2025 at 4:07 AM CEST, 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 the

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

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,

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

The program is so small I don't need github, I apologise. If you make st window 1 row high and 9 columns wide, so string "x" should fill whole window, last emoji gets cut on half. gcc st_bug.c -DNCURSES_WIDECHAR=1 -lncursesw #include #include int main() { setlocale(LC_ALL, ""); init

Re: [dev] [surf] read from stdin

> Hi, Hi, > > 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 > > > straightforwar

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

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

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

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

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

On 2024-11-12 21:35, Eric Pruitt wrote: 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 runnin

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 tinyx is made in the suckless spirit of minim

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

On 24/11/04 12:06AM, Jeremy wrote: > I like this > if [ "$butt" -eq 1 ]; then > My terrible humor LOL. On second thought, I think that's awful in terms of readability so I've just renamed it "button". > I did my bar a similar way, except each widget is a script responsible for > its own formatt

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

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/tinyx/pull/8 > > For t

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/tinyx/pull/8 > > For t

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

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

On 10/25/24 08:11AM, Raymond Cole wrote: > May someone check them out and share opinions? > I like this if [ "$butt" -eq 1 ]; then I did my bar a similar way, except each widget is a script responsible for its own formatting, like: mpc status -f '%artist% ~ %title%' | if read -r song && read -r

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.

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

Raymond Cole wrote in : ... |Also look at infobar (nothing to do with Alex Jones, seriously). Read its |README about what it provides, and compare that to the fact that it's |a shell script under 400 lines, isn't it surprisingly small? And its |internal working is all about pipes and corpor

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 > whole work** under GPL. You can

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

It would be nice to hear an explanation, why swm? What are its advantages over dwm? What are its flaws? Why should we try it? Why making patches to dwm wasn't enough and you decided to fork it? On 25/10/2024 13:41, Raymond Cole wrote: > On 24/10/25 12:55PM, Hiltjo Posthuma wrote: > > On Fri, Oc

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

Дана 24/10/26 04:07PM, Jeffrey Picard написа: > Fuck GPL That is a political opinion. My own opinion re: GPL vs [insert "lax" license here], while irrelevant to this thread, is that a stricter (in a way) license is better in making sure the freedom is not taken away by malicious proprietary compan

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

On 10/25/24 14:39, Andrey Dobrovolsky wrote: пт, 25 жовт. 2024 р. о 21:40 Страхиња Радић пише: Дана 24/10/25 04:40PM, Andrey Dobrovolsky написа: Soon 14701 act by US government will be applied to all GPL licensed software. Any references to whatever that is? Web search doesn't seem to retur

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

Disclaimer: I am just a suckless software user and enthusiast. Дана 24/10/26 05:57AM, Raymond Cole написа: > I suggest considering swm as a new project that borrows code from > dwm. [...] > Finally, has anyone actually looked at things of my projects other than > the license? The main question t

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

Дана 24/10/25 09:39PM, Andrey Dobrovolsky написа: > First of all I need to apologize for mentioning the wrong number > (sorry!), the right is Executive Order 14071 (oops) and describes > sanctions against Russian Federation. The use case was banning of 11 > developers from RF from Linux Kernel main

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

пт, 25 жовт. 2024 р. о 21:40 Страхиња Радић пише: > > Дана 24/10/25 04:40PM, Andrey Dobrovolsky написа: > > Soon 14701 act by US government will be applied to all GPL licensed > > software. > > Any references to whatever that is? Web search doesn't seem to return > anything relevant here. > Hi Стр

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

On 24/10/26 12:56PM, Chris Down wrote: > Restore the Git history, or violate the license: it's as simple as that. > Prove it.

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

> > 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

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

Raymond Cole 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/25 05:03PM, Chris Down wrote: > Raymond Cole writes: > > My bad. I thought of that notice as transitional so didn't treat it > > very rigorously. I've updated swm to meet the requirement. > > > > I realize that the previous deal of including that piece of notice > > in exchange of relic

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

Дана 24/10/25 04:40PM, Andrey Dobrovolsky написа: > Soon 14701 act by US government will be applied to all GPL licensed > software. Any references to whatever that is? Web search doesn't seem to return anything relevant here.

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

Дана 24/10/25 08:11AM, Raymond Cole написа: > By the way, I license swm under GPL, and clarify in source files that > portions of code that come from dwm are still licensed the same as dwm. > I think it would be neater if I could relicense dwm derived code under > GPL, but for that I need permissio

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

Greetings for team and all the developers! It is my first message and I'm sorry it carries a kind of warning. Soon 14701 act by US government will be applied to all GPL licensed software. Appending all dwm developers to the list of authors of some GPL licensed software may have unattended conseque

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

Raymond Cole writes: My bad. I thought of that notice as transitional so didn't treat it very rigorously. I've updated swm to meet the requirement. I realize that the previous deal of including that piece of notice in exchange of relicensing might be considered quite insufficient by you guys.

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

On 24/10/25 12:55PM, Hiltjo Posthuma wrote: > On Fri, Oct 25, 2024 at 08:11:28AM +, Raymond Cole wrote: > > Hello developers, > > > > I made a new window manager and an accompanying status program: > > > > https://wolog.xyz/repos/swm > > https://wolog.xyz/repos/infobar > > > > May someone ch

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

On Fri, Oct 25, 2024 at 08:11:28AM +, Raymond Cole wrote: > Hello developers, > > I made a new window manager and an accompanying status program: > > https://wolog.xyz/repos/swm > https://wolog.xyz/repos/infobar > > May someone check them out and share opinions? > > I am an undergraduate ma

Re: [dev] Fwd: Getting sent/ to display images

On Sun, Sep 08, 2024 at 07:09:29PM GMT, kjell.samuels...@qualitell.se wrote: > What is the reason why Color Depths < 24 is not supported? It's because color depths < 24 use a different pixel format. > Would it be possible for me to create it myself? I'm not to familiar with sent as I haven't use

Re: [dev] [slock] Compile-Time Pluggable Authentication Code (passwd, pam, etc.)

Hi Laslo, > > Also think > > about providing a better abstraction, e.g. a possibility for the > > backends to have a void 'state' pointer that they can set up during > > initialisation. In this way, the passwd backend could store the entered > > password in this state (which might as well also be

Re: [dev] [slock] Compile-Time Pluggable Authentication Code (passwd, pam, etc.)

Hi Страхиња, On Fri, Oct 04, 2024 at 02:33:22PM GMT, Страхиња Радић wrote: > Дана 24/10/04 07:36AM, Sebastian J. Bronner написа: > > Fixed. I had never heard of config.mk before this. A also was not > > able to find any documentation mentioning it anywhere. But I put it > > back the way it seeme

Re: [dev] [slock] Compile-Time Pluggable Authentication Code (passwd, pam, etc.)

Дана 24/10/04 07:36AM, Sebastian J. Bronner написа: > Fixed. I had never heard of config.mk before this. A also was not > able to find any documentation mentioning it anywhere. But I put it > back the way it seemed to be intended. Can you point me to some > documentation about config.mk files?

Re: [dev] [slock] Compile-Time Pluggable Authentication Code (passwd, pam, etc.)

Hi Laslo, thank you for your feedback. I applied some of it straight away and packed the updated code into another tarball under https://sbronner.com/~waschtl/slock-1.5-waschtl-modular2.tar.gz I split your feedback into 10 points which I will respond to one at a time: > Regarding the code struc

  1   2   3   4   5   6   7   8   9   10   >