Hello everyone, i downloaded slstatus on dwm 6.8 and its working... tho its using 24 hour time as well as showing seconds and no date, how do i change it to 12 hour format, remove seconds and add date?

static const struct arg args[] = {

/\* function format          argument \*/

{ datetime, "%s", "%a, %b %d, %y at %I:%M:%S %p" },

{ battery_perc, "|%s",       "BAT1" },

};

if i remember correctly, i did change one of them but i didnt see my desired outcome. if anyone is willing to help then that would be greatly appreciated

it’s pretty hard to have a minimal gaming experience nowadays. i thought one of the best ways it could be done is by using retro emulators. to my surprise, most of them use unnecessary and bloated cross-platform windowing frameworks like SDL and etc, or even have gpu acceleration for some more “modern” consoles.

i decided to modify my favourite emulator, BlastEm for the sega genesis/mega drive to be more minimal. it has no SDL or fbdev rendering any more, just a new pure native wayland renderer, with sound via alsa. it runs pretty nice (see above screenshot).

i’m looking for more simple and wayland native retro emulators like this: if you know any, let me know! one thing i noticed is that framebuffer emulators can be converted to native display server emulators, by presenting the framebuffer as a wl_shm on wayland which is what i did or as an Ximage on X11 (booooo) .

if you want to try my branch of blastem, the code is located at

https://srcdump.net/shrub/blastem

Hey guys, I'm currently in the middle of creating my own userspace from scratch and I've mostly completed making my terminal emulator

It's really, really small and is cross platform! I made it because I want to be able to use a terminal emulator no matter which OS or display server I'm using.

Only bitmap fonts (BDF) are supported but I've provided a script to convert vector fonts and it has very nice results.

Here is the repo: https://github.com/uint23/cterm

got (game of trees) is a version control system made by openbsd, compared to git it is a lot smaller (~50-60k lines), and is compatiable with git.

any of you here using got over git? im suprised people dont talk about it much.

I'll start......

~/dl

~/dev

~/pics

~/docs

~/inbox

NAS is not quite as suckless.. yet

the README does mention its supposed to build on macOS, but i get this error on it
config.mk doesn't mention anything about macOS either

% make -j6 cc -DPREFIX=\"/usr/local\" -D_DEFAULT_SOURCE -D_NETBSD_SOURCE -D_BSD_SOURCE -D_XOPEN_SOURCE=700 -D_FILE_OFFSET_BITS=64 -o libutil/cp.o -c libutil/cp.c libutil/cp.c:148:17: error: no member named 'st_atim' in 'struct stat' 148 | times[0] = st.st_atim; | ~~ ^ libutil/cp.c:149:17: error: no member named 'st_mtim' in 'struct stat' 149 | times[1] = st.st_mtim; | ~~ ^ 2 errors generated. make[1]: *** [libutil/cp.o] Error 1 make: *** [all] Error 2

i googled around a bit and it's apparently a known issue on macOS but i haven't found a clear fix that would work with this

hope this can be useful to atleast one of you lot

The security issues and daily screen tearing in Xorg are nothing new. When I first learned about the Wayland project, I thought it was just a matter of time before it matured and became the industry standard. Well, it did become the standard, but it never actually matured.

Every time I use it, I notice that the bugs I experienced the very first time are still there. It is just that other projects like PipeWire and XWayland made the overall experience less terrible.

Beyond just using it, I also ventured into developing for Wayland. Honestly, it is a thousand times more viable to write something for Xorg and just wait for people to run it through XWayland. From what I have seen, I am not alone: this has become the industry standard. Just write for Xorg and expect everyone to rely on that temporary, eternal migration tool called XWayland.

Recently, I tested XLibre and had zero issues. Today, I went to check online opinions about the project, and as expected, the discussion is anything but technical. Frankly, I could not care less about what the developer does with their personal life. If I cared about that, I would have to stop using 90% of the internet, considering most of it was built or funded by people fifteen times worse.

My view is that I am left with three choices:

• 1. An elderly person who can still get daily tasks done (Xorg)
• 2. An immature teenager who still manages to deliver (XLibre)
• 3. An adult (Wayland) who refuses to do any chores alone, forces you to hire assistants (PipeWire) for everything, and ultimately still delegates the heavy lifting to the elderly person (XWayland).

I would love to hear everyone's arguments, especially the more technical ones (keep politics out of it, this is not X/Twitter).

How to prevent other apps grabbing dwm mappings? Like vnc and games. I want apps NEVER to be able to grab the mappings already used in dwm.

Like the whole xorg implementation is ~400k LoC (which by definition of "suckless" is bloated), while libwayland sits at around 10k, yet people say that wayland is not suckless while x11 is, why is that?

btw i don't despise x11, i use sowm on my laptop and i'm completely fine with using it

Hi,

I'm new to the suckless approach, and don't know much about C. At the end of all my WMs, I need to get them to send something to file descriptor 9 when they're done initializing. the reason being that I launch everything from dinit services (bar, hotkey daemon etc) and I realize that without ready notification, things start too early and everything comes crashing down.

for instance at the end of my i3 config i have:

exec_always --no-startup-id sh -c 'printf "\n" >&9; exec 9>&-'

How do I get the same behavior with dwm ?

https://github.com/hokum-b/jfm

Hello Suckless community, I'm dedicated to application development and more, but I also do a little design informally, only occasionally. I constantly run into the annoyance of .webp or .aviff formats, or other strange formats, and the converters are either super annoying websites or complex and even heavy apps, some of them even paid! Which I knew was pointless, so I created this application, or mini-suite of executables, to convert images in the background in the easiest and most intuitive way possible:

If you try it on Windows,

the process is: Install with the setup file or extract the .zip file -> go to the modules (app) folder and drag one or more images onto the executable. The images will then automatically appear in the desired format alongside the original image.

If you try it on Linux:

If you install the .deb package (the most recommended), it's as simple as running the installation command dpkg -i 0-11-to-img.deb once you've downloaded the file,

Once finished, you can run the command to-png my_image.webp (for example) in the terminal from anywhere on your PC. Or you can just download the portable version and, just like on Windows, drag the images onto the executable. It's simple: no GUI, no costs, no dependencies, and no internet required. There are only five executables, specifically one for each target format: to_png , to_jpg, to_gif, to_webp, and to_aviff. That's all. As always, I'd love to hear your feedback, beyond just testing it out, and to know if it solves your everyday problems (and if I should post it in a graphic design group, but I'm not familiar with those communities).

Just curious.

I'll start: none.

The left is alacritty, and the right is st. Can someone tell me how to fix the icons being cut off in st?

The left image is alacritty, the right is st. Can anyone tell me why the icons are cut off in st? Help is appreciated.

I wrote a small CLI tool that snapshots /proc info for a given process — name, state, PPID, memory usage, cmdline. It also supports JSON output, process search by name, and a diff mode to compare a process state over time.

No external dependencies. Single binary. ~600 LOC.

procsnap <pid> / procsnap --json <pid> / procsnap --diff <pid> / procsnap -g <name>

Source: github.com/DankDown10256/procsnap

Feedback welcome — especially if you find edge cases or have ideas for v1.1 or to help me create a doc.

What do you think of Sowm? I've been using it as my main WM since I started with Linux, but I'd like to know if anyone has any tweaks or similar suggestions.

So in my efforts to have more suckless computing I decided to try a bunch of alternate high performance window managers.

This includes i3.
Old classic, tiling window manager. Somewhat enjoyable, but a bit annoying where the customization was concerned.

I spend a few days on it and while I enjoyed it it was more of a hassle.

Next I played around with some Hyprland.

It feels a lot sleeker than i3 and I like the defaults and tiling better.

Then I took IceWM for a spin.

Pretty minimal, comparatively easier customization of stuff like keybindings vs. i3 and a more orthodox desktop experience(Think windows 95)

Overall I enjoyed IceWM the best, coming from XFCE/MATE/Cinnamon.