Do you mean how to install i386 package under amd64? You need to add an extra architecture:

# dpkg --add-architecture i386

and then explicitly specify this architecture with the suffix :i386 when using the apt command:

# apt-get install <package>:i386

@golinux: very nice theme in daedalus, you did a great job. Thank you!

Yes, of course. The isos still don't exit because they require more time. I'll let you know.

You're welcome

First of all, sorry for the delay...

No, it's not a known bug. Really, I've never done a disk encryption with d-i, and it's time to give it a try. Did you try only with gnuinos chimaera, or did you experience the same issue with the images of gnuinos daedalus on the other hand?

Backport don't exist so far. I'll consider to include them in the next stable release (daedalus). Thanks for the suggestion.

Thanks for the link, but Icecat 102.11.0 is available in daedalus since last thursday:

http://packages.gnuinos.org/gnuinos/pool/main/i/icecat/

I also updated linux-libre to version 6.1.28 and the preview images of daedalus:

https://www.gnuinos.org/mirror/daedalus/live/

Other images of gnuinos contain snetaid. The server iso doesn't. On the other hand, devuan images perhaps provide additional stanzas in /etc/network/inerfaces that automatically connect the system to the network as soon as the ethernet wire is plugged in. But these stanzas involve a boot delay if wired connection unppluged. Simple-netaid fixes this drawback without the need of other tools like ifplugd or netplugd.

That's good

According to its description in debian/control:   "This task installs the console-based tools available in Devuan minimal live. It includes a variety of utilities for system administration, clients for Internet protocols, programs for personal productivity and multimedia, games, and specific tools for blind users.".

The package task-console-productivity just recommends a set of packages listed in debian/control: dialog, zsh, entr, gddrescue, gdisk, htop, iftop, iotop, iw, mtr-tiny, multitail, ncdu, parted, pciutils, psmisc, sudo, time, wavemon, wireless-tools, wpasupplicant, etc. Have a look at the control file for further info.

It loads in my mobile, but not in my computers.

Solved!

It's working in x86 as well

The origin of the issue was in the lines 85-92 of  inode.c when the flags verify_discipline and EVENTFS_VERIFY_INODE are enabled:

if( verify_discipline & EVENTFS_VERIFY_INODE ) {
      
      if( pstat_is_deleted( proc_stat ) || inode_sb.st_ino != sb.st_ino ) {
         
         eventfs_debug("%d: Inode mismatch: %ld != %ld\n", pstat_get_pid( inode->ps ), inode_sb.st_ino, sb.st_ino );
         return 0;
      }
}

The function:

static int eventfs_dir_inode_is_created_by_proc( struct eventfs_dir_inode* inode, struct pstat* proc_stat, int verify_discipline );

tries to determine whether or not the given directory /dev/metadata/udev/events/serial/libudev-$CLIENT_PID-$monitor_slot has been created by the given process (i.e. the libudev client). Otherwise, the aforementioned directory will be tagged as garbage, and thus, removed by the garbage collector in the eventfs filesystem.

However, even if the directory has been created by the given process, inode numbers may change and the above comparison cannot be considered as an absolute rule. Moreover, inode numbers always changed for me under 32 bit (It seems that Jude Nelson did all of his labs in x86_64). Therefore, I by-passed these lines in the code of inode.c, comparing only other attributes like the size, the path, the starttime, and so on.

I've updated the isos again.

Thanks to the recent eventfs integration in libudev-compat and vdev, Xorg can now make use of the libudev support available in the kernel (CONFIG_DEVTMPFS) that has been disabled in the ServerFlags Section of Xorg via:

Section "ServerFlags"
	Option "AutoAddDevices" "off"
	Option "AllowEmptyInput" "on"
EndSection

in all the previous versions of gnuinos to not use libudev, in a way that no input devices were being added from the udev backend. Otherwise, mice and keyboards didn't respond during the X sessions.

It happened that the uevent files pushed to /dev/metadata/udev/events as explained here:

https://www.gnuinos.org/libudev-compat/

were consumed by all the libudev clients, but Xorg. However, after the eventfs integration things have changed (for some reason only under 64 bits), and now the behavior of the pointer is much better in both virtual machines and touchscreens. I've also been able to enable/disable tap to click on the touchpad either via xinput and synclient (synaptics), and my Wacom Pen Tablet is recognized by Gimp. However, the libudev compatibility still doesn't work in 32 bits and I need to use the config snippet mentioned above to get the mouse and keyboard working thanks to obsolete drivers. Although the uevents are being consumed, input devices don't work if I enable udev in the server flags.

I've updated all the isos of gnuinos chimaera today.

Hi, prospero... First of all, thanks for your comments in the Trisquel forum.

Let me check both cases. I did some lvm partitioning time ago in order to test hopman, but I guess that it was under devuan with eudev as device manager. Give me some time and I shall let you know the results of my enquiries, thanks

Try with dpkg, instead of apt (sorry, but I'm not in xfce right now):

# dpkg --purge pulseaudio

I think that the package depending on pulseaudio is the one provided by tasksel, i.e. task-xfce-desktop, but not the whole xfce desktop environment, which can be installed without the tasksel package. Good luck.

So, the controls are there. They should be shown by alsamixer then.

Did you try with alsa?