91

Software - Support / XCompose file

« Last post by lanig on 2024/04/04, 09:01:17 »

Hi,

I want to add easy typing of Polish characters.
To try, I have made a minimal .XCompose file but it doesn't work neither with XMonad or WMaker.
AltGr a still gives me æ like it should on a well educated French keyboard.

Code: [Select]

less .XCompose
Define AltGr + a to produce Ą
<Multi_key> <a> : "Ą" Aogonek
Any ideas ?

92

Software - Support / Re: mount of iso image failed on current kernel

« Last post by Teriarch on 2024/04/03, 21:21:07 »

Thank you so much!

93

Software - Support / Re: mount of iso image failed on current kernel

« Last post by towo on 2024/04/03, 21:02:14 »

Since snap is not of interest in debian or siduction ...
But nvm, the new kernel has CONFIG_BLK_DEV_WRITE_MOUNTED=y set.

94

Software - Support / Re: mount of iso image failed on current kernel

« Last post by Teriarch on 2024/04/03, 20:48:16 »

Yes, but unfortunately the applications using the respective
system call (fsconfig) do not comply. I get a bunch of everlasting
repetitions of the form:

[  816.577011] Dev loop14: unable to read RDB block 8
[  816.577028]  loop14: unable to read partition table
[  816.577031] loop14: partition table beyond EOD, truncated
[  816.577033] loop_reread_partitions: partition scan of loop14 (/tmp/syscheck-squashfs-3283833802) failed (rc=-5)

resulting from snapd's effort to mount the ro FS for skype. I am wondering whether it be
possible to configure the aforementioned CONFIG option when building the next kernel release.

95

Software - Support / Re: mount of iso image failed on current kernel

« Last post by towo on 2024/04/03, 20:01:16 »

Code: [Select]

sudo mount -o loop,ro grub.iso /mnt
Should do the trick.

96

Software - Support / mount of iso image failed on current kernel

« Last post by Teriarch on 2024/04/03, 18:21:08 »

I booted the system under exactly equal environments and tried to mount an iso image:

$ sudo mount grub.iso /mnt

With kernel 6.7.10-1-siduction-amd64 the call succeeded. With kernel 6.8.2-1-siduction-amd64 it failed:

mount: /mnt: /dev/loop0 already mounted or mount point busy.
       dmesg(1) may have more information after failed mount system call.

When I replaced the kernel under exactly the same environment with some other 6.8 kernel the call
succeeded again. I tried several times to be sure. I compared the kernel configs and the offending
configuration value seems to be:

# CONFIG_BLK_DEV_WRITE_MOUNTED is not set (for the siduction 6.8 kernel
CONFIG_BLK_DEV_WRITE_MOUNTED=y (for the other 6.8 kernel)

Can someone confirm the findings (you can try the Giants ISO image) and maybe remedy
the problem? The snapd depends on mounting read only  images and fails e.g. for the skype app.

97

Software - Support / Re: Nouveau ----> Nvidia, trouble changing driver

« Last post by dibl on 2024/04/03, 13:51:34 »

... if it (=nvidia(-current)) is (now) really included in the initramfs-image, you might be able to use the "module-load=nvidia-current" kernel option now with grub.

Tried this -- after unloading nouveau, and building nvidia-current, and "modprobe nviidia-current", I updated initramfs, edited the grub-cmd line, updated grub, and rebooted.

nouveau driver was automatically loaded and working beautifully.    :'(

98

Software - Support / Re: Nouveau ----> Nvidia, trouble changing driver

« Last post by dibl on 2024/04/03, 10:55:54 »

.... you might be able to use the "module-load=nvidia-current" kernel option now with grub.

I will test that today.

... it should work fine as long as there is no "3d-fast-action" required (e.g. in games) and no GPU-computations or "-multi-media-live-decodings".

I don't need Cuda or the most extreme capabilities of the Nvidia driver. It's just been my habit for many years to run the desktops with Nvidia graphics and their driver. It won't cause any problem to use Nouveau.

Thank you, @ro_sid, for your attention and ideas.   

99

Software - Support / iptables - portforward

« Last post by hsp on 2024/04/03, 10:26:26 »

Ich habe mir nach dieser Anleitung für libvirt ein hookscript angelegt für qemu zum portforward für ssh (NAT Network). Funktioniert auch bestens. Aber was nicht geht ist eine Verbindung von localhost (ssh -p 2222 localhost). Ich habe keine Ahnung waum. Jemand eine Idee was fehlt oder falsch ist?

https://wiki.libvirt.org/Networking.html#forwarding-incoming-connections

Hier der hookscript

Code: [Select]

#!/bin/bash
#
if [ "${1}" = "foobarbox" ]; then
#
# Update the following variables to fit your setup
GUEST_IP="192.168.122.19"
GUEST_PORT="22"
HOST_PORT="2222"
BRIDGE="virbr0"
#
    if [ "${2}" = "stopped" ] || [ "${2}" = "reconnect" ]; then
        /usr/sbin/iptables -D FORWARD -o $BRIDGE -d $GUEST_IP -j ACCEPT
        /usr/sbin/iptables -t nat -D PREROUTING -p tcp --dport $HOST_PORT -j DNAT --to $GUEST_IP:$GUEST_PORT
    fi
#
    if [ "${2}" = "start" ] || [ "${2}" = "reconnect" ]; then
        /usr/sbin/iptables -I FORWARD -o $BRIDGE -d $GUEST_IP -j ACCEPT
        /usr/sbin/iptables -t nat -I PREROUTING -p tcp --dport $HOST_PORT -j DNAT --to $GUEST_IP:$GUEST_PORT
    fi
fi


Danke...

100

Software - Support / Re: Nouveau ----> Nvidia, trouble changing driver

« Last post by ro_sid on 2024/04/03, 01:33:11 »

[...]
The command

Code: [Select]

modprobe nvidia-current returns quickly to the prompt with no feedback or error message.  However, lsmod shows no loaded nvidia modules.

I have never experienced such a result! Either "modprobe" complained in some way (e.g. no "such" hardware available), or the corresponding module had been loaded, though not necessarily being "in use" (i.e. a "0" and no "using modules" shown by lsmod).

I have rebuilt the initramfs at this point, but of course that has no effect.

Well, if it (=nvidia(-current)) is (now) really included in the initramfs-image, you might be able to use the "module-load=nvidia-current" kernel option now with grub.
Once this really works as desired, we can get rid of all the grub options, because as @towo already pointed out, a proper install should set this up automatically. But first we need a proof of concept.

So, I am now officially in the nouveau-lovers club.   

Well, as far as I have read - but not experienced -, it should work fine as long as there is no "3d-fast-action" required (e.g. in games) and no GPU-computations or "-multi-media-live-decodings".