Also, for me, the L+R lock does not work.

<your-user> ALL=(ALL) NOPASSWD: /usr/bin/mount *
<your-user> ALL=(ALL) NOPASSWD: /usr/bin/umount *

in /etc/sudoers is recommended.  umnt supports smb, sftp and dav filesystems.  It's a kind of beta release but good enough for use.

Now the (perhaps) interesting point: umnt does not do the mount itself.  Instead, it creates the shell code to make the mount which must be piped to /bin/sh.  To illustrate, here is one of the two example scripts.

$ cat net-mount 
#!/bin/sh

# Must be run in tty window.

dir=$(umnt --list |
	dmenu |
	umnt --stdin --verbose |
	sh)

[ "$dir" != "" ]  &&  open "$dir" &

Why do I post that here?  Of course, you might want to use that thing.  My use case is simply "no gvfsd".  But I would also like to get some feedback on the approach and suggestions for the next thing I would like to implement that way: network configuration, that is, have a script that reads configuration information and creates the shell script to configure the network.  But I already understand that this is more difficult.

https://wiki.archlinux.org/title/Cursor_themes

Cursor size does not change on startup

If you are trying to change cursor size via ~/.Xresources in your ~/.xinitrc and it does not work, make sure that xrandr runs before loading ~/.Xresources. Make sure your ~/.xinitrc looks similar to the following:

~/.xinitrc

xrandr
...
xrdb -merge ~/.Xresources
exec wm

Didn't put the '...' in at first coz it looked like a typo.
It isn't. Put it in and it worked.

I had hoped to try this program. It looks excellent. I'm not sure what happened. I hope you are okay.

Thanks,

Vanessa

Alive and well and under constant development in addition to many new apps: https://gitlab.com/liquibyte/gamut

Firstly, extlinux itself only knows about the one partition that the bootloder resides in, which in your case is /dev/sda1. Therefore all pathnames that you use in the menu declaration are pathnames into that filesystem, which basically is the /boot directory tree without the /boot prefix.

* Does that filesystem have a pathname /vmlinuz that identifies the linux kernel to load?
* Does that filesystem have a pathname /initrd.img that identifies the initrd to use?
* Is that filesystem really a root filesystem?

From you ascii graphics it looks like the /dev/sda1 filesystem is normally mounted on /boot of your actual root filesystem, which you spin up from an encrypted logical volume within the /dev/sda5 partition, and it's rather there one would expect to find those pathnames /vmlinuz and /initrd.img (as symbolic links into /boot).

They are thus not available for use by the extlinux bootloader. Rather you need to provide the pathnames to the kernel and initrd as they are within the /dev/sda1 filesystem; it would be something like /vmlinuz-6.12.95-amd64 and /initrd.img-6.12.95-amd64, depending on which versions.

Note that the toplevel of that filesystem (on /dev/sda1) is "normally" mounted on /boot, and the /boot prefix is part of "the normal root" filesystem rather than of the filesystem on /dev/sda1.

The third problem is that your declaration tells the booting kernel to try to mount /dev/sda1 as root filesystem, which of course fails. Rather, you need the initrd set up the decrypting device /dev/mapper/sdb5_crypt for the logical volume system to use, and then your actual root filesystem would be found using the LVM name /dev/userr-vg-root (or similar; I don't use LVM).

In parenthesis, I think it's confusing to use name sdb5_crypt for an encryption of /dev/sda5, especially as you apparently also have an /dev/sdb.

Anyhow, other than that confusion about pathnames it should all work fine.

Btw. please use bbcode markup around "code" portions to make them clearer.

One odd thing I noticed - after testing it a couple times with loginctl, it no longer worked with pm-hibernate until after I rebooted.

so no issue here.

Another words getting dhcpcd installed.

Sorry for the late response.

I am getting things setup to give it a try.

Will get back to you.

Source:
https://git.devuan.org/greenjeans/vuupaper-gtk2

Also used the chat bots to create this https://github.com/rations/NAMp/releases You can load multiple nam captures and change through them by turning the dial. It's supposed to be more like using a real amp. So if you capture the gain from 1 to 10, turning the dial is like turning the dial on a real amp. Or you can just load a folder of all different captures (up to 64).

There's a VST3 version for linux and windows but linux also gets a standalone version that is a VST3 and LV2 host.

I just switched to dkwm (https://bitbucket.org/natemaia/dk/src/master/), pretty good and light, it is really near bspwm. And I wanted to make my own bar to go with, I use this : https://github.com/fahmiirsyadk/ox. The bar is starting to look nice, but the problem is that the wm doesn't know there is a bar, so the windows are full screen (and go under the bar).

So my question is how does the wm know there is a bar and how to specfy the height ?

Thanks you

on a less uplifting note, i made a thread about shed on the freebsd forums and got no traction whatsoever, which i interpret as the BSD world having no interest in something like shed, yes i know FreeBSD isn't the only BSD DISTRO out there nor it represents the BSD side of unix and unix-like operating systems, tho i always got the impression that out of the different BSD distros FreeBSD was the one most interested in new software and new alternatives to ways in which things are done, so if they don't care i can only guess no one else in the BSD space will

which makes way for my decisions:

i will make no attempt at porting shed to any OS nor distro, i will keep writing in a portable manner as i've been doing until now, simply i will not make any effort nor collaborate first hand in code for porting shed to any specific OS nor distro, IF someone ever gets interested in the porting of shed i will take in any patch and merge any pull request

i will keep the development of shed with me, my uses and my preferences as the MAIN target and target audience of shed, which is to say the development of shed will keep assuming my setup first and foremost, not to say i will not care about issues reported by other nor that i will not care to implement features suggested or requested by others, simply that those will have a lot lower urgency and importance to anything that is essential to my usecase, also i will keep only testing shed on the distros i use mainly, which at the current time my main machine is a laptop on devuan 6 excalibur (stable) with elogind, sysvinit and xorg as the windowing server, the components entrailed on that setup are the ones i test and make sure work without issue first hand

i will only TRY to package shed for debian, i was thinking of not even packaging shed at all but i will make an attempt to package the next release of shed for debian, if i do succeed on creating a package and getting it accepted on debian so be it, if the package is rejected or i fail to create a package then so be it too, i will not try to package for any other distro after that

that's all for now, i do hope to have more positive news next time and to put out the next release of shed in august

the freebsd forum thead if anyone is interested: https://forums.freebsd.org/threads/shed … ng.103091/

p2papp: p2p chat, file sharing and remote command execution.

a ~300 LOC single file C app without runtime deps other than libc.

no compile time deps other than gcc. even C headers not needed.

IP filtered singleton one-to-one connection. no socket backlog.

p2pchat: This is a clone/fork of p2papp  with only one difference:

remote command execution logic completely stripped of. So more safe.

Here is the repo. please enjoy:  https://codeberg.org/postala/