Both will work. I haven't used live-build since Daniel Baumman abandoned the project; but, besides that, there was another major reason with the arising of the SDK, which I am familiar with. This said, i do not think i'll be helpful if it comes to configuring your live-build, but i'll try to do my best in the case of the SDK. Gnuinos aside, Heads is another distribution built with this toolkit, and parazyd one of its main contributors.

On the other hand, i'm developing a gui environment for the SDK. By this i mean that interesting things are yet to come. I've just started it, so it consists of a simple customized terminal emulator with scrollbars and a copy&paste popup menu so far:

https://www.gnuinos.org/screenshots/ter … ulator.png

The name appearing in the tittle of the window is cTerm, but it's chosen at random.
Any suggestions?

Hi Sailor17,

Choose a manual partitioning in debian-installer and ignore the alert message appearing if you have not selected any partitions for use as swap space. Say you don't want to return to the partitioning menu:

https://www.gnuinos.org/ceres/screensho … -12-29.png

I've just uploaded the sequence of screenshots detailing each step during the installation process. Hope they help you:

https://www.gnuinos.org/ceres/screenshots/

The iso image used above is an unofficial image of devuan ceres:

https://www.gnuinos.org/ceres/

It has been built only for testing purposes during our development of the live-sdk. The username and password for live sessions are user and live, respectively.

Another clarification: select the text mode of debian-installer because the version of main-menu.udeb from chimaera/ceres may fail in graphical mode.

Note: Don't use any of the images of gnuinos beowulf because they won't work properly in your virtual machine, since they are VDEV experiments.

Did you try replacing its <options> from defaults or sw to noauto instead of commenting out the line in /etc/fstab? For example:

# <file system>                                                     <mount point>   <type>  <options>       <dump>  <pass>
UUID=17dcf181-b71d-4f1c-918d-2d3fff480d85     none                    swap      noauto               0              0

With noauto, the device can be only mounted explicitly.

Reload fstab:

# mount -a

welcome to d1g!

The file /etc/pulse/client.conf.d/00-disable-autospawn.conf is inherit to the package. Uncompress the debian folder and you'll find it there.

Done:

https://www.gnuinos.org/Devuan%20Drafts/

The image contains three extra packages non existent in devuan:

• libnetaid: shared library for simple-netaid

• snetaid: daemon for simple-netaid

• simple-netaid-cdk: ncurses interface for simple-netaid

One clarification: shortly simple-netaid will be compatible with both ifupdown and ifupdown2 (an alternative for ifupdown written in python and including some additional features), but it breaks with ifupdown2 so far because, even being their commands very similar, some arguments differ from eachother. In the case of simple-netaid, this breaking is due to the differences between the arguments used for the ifquery command.

The desktop environment is xfce, and you don't need any password during live sessions.

Raspi, Beaglebone, Sunxi (Allwinner) and so on... aren't Components, but low-power computers with ARM processors, each of them using its own linux kernel flavor. Am i wrong at this point?

On the other hand, isn't the config file of aptly defined in JSON format?

This howto needs an update.

I recently pushed the code of the live-sdk used for the builds of gnuinos to git:

https://gitea.devuan.dev/aitor_czr/live-sdk/

I added some dialogs in order to do the Simple Distro Kit more user-friendly, but i'm still working on the README.md file.

As a quick start:

1) Clone the git repository:

$ git clone https://git.devuan.org/aitor_czr/live-sdk.git

2) Install the build dependencies:

# apt-get install zsh cgpt xz-utils gzip schroot debootstrap curl rsync squashfs-tools sudo debmirror \
reprepro wget xorriso isolinux rpl dialog sed cpio syslinux grub-efi-amd64-bin grub-efi-ia32-bin

3) Go to the parent directory and run (as root):

$ cd live-sdk
$ sudo su
# zsh -f
# source sdk
# load

Now, some dialogs will ask you for your needs. In order to avoid issues related with the already existent blends and possible missing packages, choose the following options for your first attempt:

• Operating system: Gnuinos

• Blend: gnuinos-ob/gnuinos-ob.blend  (or whatever you want)

• Release: stable

• Sections: main

• Architecture: i386

• Flavor: 686

4) At this point you can build the system by running:

# build_iso_dist

But i recommend you to use the mainmenu dialog instead:

# mainmenu

and run each step one by one in the same order they appear (have a look at the image attached in the README.md file):

https://gitea.devuan.dev/aitor_czr/live … inmenu.png

Hope this helps

I've got it working time ago:

http://dev1galaxy.org/viewtopic.php?id=2405

This howto is in spanish because i wrote it for the developers of EterTics (Argentina). It may be a bit obsolete, but you can find there the configuration I used.
On the other hand, you don't need to remove apache2. Stopping it is enough.

By the way, SteveT has a tutorial about nginx in his website:

http://www.troubleshooters.com/linux/nginx/

You can also use gtk-ssh-askpass from the repo of gnuinos. Add the following line to your sources.list:

deb http://packages.gnuinos.org/merged beowulf main

Download and install gnuinos-keyring:

$ wget https://packages.gnuinos.org/gnuinos/pool/main/g/gnuinos-keyring/gnuinos-keyring_2020.05.03_all.deb
$ sudo dpkg -i gnuinos-keyring_2020.05.03_all.deb

Update the repository and install the mentioned package afterwards:

$ sudo apt-get update
$ sudo apt-get install gtk-ssh-askpass

From there you'll be able to run graphical applications as root by typing (in this example, for the case of synaptic):

$ gkt-askpass synaptic

Keep in mind that /usr/bin/gtk-askpass restricts the use of /usr/sbin/gtk-ssh-askpass to a few applications. By default:

case $1 in
	pcmanfm|thunar|synaptic|gparted|bleachbit)
		SUDO_ASKPASS=/usr/sbin/gtk-ssh-askpass sudo -A $1
		;;
	*) ;;
esac

But you can edit this file as root and add/remove whatever you want. If you want to narrow it only to synaptic and gparted, for instance, then you may leave it as follows:

case $1 in
	synaptic|gparted)
		SUDO_ASKPASS=/usr/sbin/gtk-ssh-askpass sudo -A $1
		;;
	*) ;;
esac

Gtk-ssh-askpass is installed by default in the images of gnuinos beowulf:

https://www.gnuinos.org/Beowulf/

Here you are a screenshot:

Only VM images are available, and the filesystem is splitted into a couple of wmdk files. A possible workaround would be to attach the image to a virtual machine using refracta-snapshot afterwards in order to generate a bootable iso image which could be upgraded from debian to devuan; or, if you prefer so, to upgraded the hosted system before the remastering.

On the other hand, Whonix seems to recommend the use of the stock kernel of debian buster in the hosting side, the same used in devuan beowulf. Regarding the posibility of borrowing the hardened kernel from Whonix, it's inspired by Kernel Self Protection Project (KSPP) and a debian package already exists for that:

https://github.com/Whonix/security-misc

Despite of some features depend on systemd (which might affect only to the capabilities of systemd itself, i don't know), i can't see any dependency related with it in the control file.