You are not logged in.
Also commenting out the SWAP part in FSTAB didn't help.
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
Does anyone managed to compile a version 5.X Kernel in Devuan?
Yes, compiled linux-libre-5.9.9 some time ago:
http://packages.gnuinos.org/gnuinos/pool/main/l/linux/
Unfortunately I struggled in configuration using nconfig with error message:
/bin/sh: 1: flex: not found. See below.root@devuan:/usr/src/linux-5.10.30# make nconfig
UPD scripts/kconfig/nconf-cfg
HOSTCC scripts/kconfig/nconf.o
HOSTCC scripts/kconfig/nconf.gui.o
HOSTCC scripts/kconfig/confdata.o
HOSTCC scripts/kconfig/expr.o
LEX scripts/kconfig/lexer.lex.c
/bin/sh: 1: flex: not found
make[1]: *** [scripts/Makefile.host:9: scripts/kconfig/lexer.lex.c] Fehler 127
make: *** [Makefile:603: nconfig] Fehler 2
root@devuan:/usr/src/linux-5.10.30#Any help is appreciated.
This is also an important step for me to learn compile Kernel and Programs, because I'm not willing to use the monstrous systemd distributions and like to contribute in development with Devuan. My be we start to continue this documentation with Major Kernel Updates.
Best regards Hans
That's right, you need to install both flex and bison. But..., what's the problem installing flex?
welcome to d1g!
I do know that I have lots of improvements planned for the kit. I now have a much brighter vision of what JWM Kit should be. Lots of changes to come and it will be good.
Keep up the good work!
The file /etc/pulse/client.conf.d/00-disable-autospawn.conf is not part of the deb package, it's generated by pulseaudio, and even by uncommenting or set to true autospawn, I experienced the same problems.
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.
also, this is unrelated but while chrooting into debian, I noticed package init now depends on systemd-sysv | sysvinit-core? where did runit-init go?
init, sysvinit and sysvinit-core will be removed from de system; however, sysvinit-utils and init-system-helpers will remain together with some new packages like runit, runit-init and getty-run.
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.
I use currently Devuan Ceres.
But I dont known how to create an ISO system.
Any documentation? suggestion?
I build all the images of gnuinos using the live-sdk. But why Ceres and not Chimaera? Ok... One could say that unstable branch is less subject to change compared to testing. Anyway, the point is that I compile both debian-installer and syslinux from source and It would seem, though, that they need some workaround in chimaera/ceres. For instance, in chimaera syslinux requires a patch pulled from ceres in order to build with gcc-10:
https://bugs.debian.org/cgi-bin/bugrepo … bug=957858
not to mention some missing builddeps like python-is-python2 | python-is-python3.
But still, if people are willing to get images of Ceres, I can build them continuing on the subject of the mailing list I opened time ago, and named "Devuan Drafts" (or something similar?)
Now I have made following new config for aptly which includes all components by default without specifying them explicitly :
#aptly mirror show devuan-ascii Name: devuan-ascii Archive Root URL: https://pkgmaster.devuan.org/merged/ Distribution: ascii Components: main, contrib, non-free, raspi, beaglebone, droid4, n900, n950, n9, sunxi, exynos Architectures: i386, amd64, armhf Download Sources: yes Download .udebs: no Last update: never Information from release file: Architectures: amd64 arm64 armel armhf i386 ppc64el Codename: ascii Components: main contrib non-free raspi beaglebone droid4 n900 n950 n9 sunxi exynos Date: Fri, 23 Oct 2020 03:30:13 UTC Label: Devuan Origin: Devuan Suite: oldstable Valid-Until: Fri, 30 Oct 2020 03:27:17 UTC Version: 2.1
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?
If you don't specify -force-architectures, then aptly will treat Multi-Arch packages including them in both devuan-i386-ascii and devuan-amd64-ascii at the same time, I guess. The following should work:
aptly -force-architectures -architectures="all" mirror create devuan-all-ascii https://archive.devuan.org/merged/ ascii main
aptly mirror update devuan-all-ascii
I think this is a howto for setting up amprolla locally. It's in Spanish. I know for a fact that aitor is running amprolla to merge his own packages in gnuinos.
https://dev1galaxy.org/viewtopic.php?id=2405HTH
This howto needs an update.
Is it using both runit and runit-init?
I love that combo and am using it on my x230 thinkpad, and yes it is faster than openrc.
It does use both runit and runit-init, but most of the services are still managed in the classic way.
I would love to see Gnuinos be like a deblobbed devuan like trisquel is for ubuntu, only ten thousand fold better. trisquel still has a lot of freedom issues, rust, java and redhat's bs services.
Yes, the freedom flaws related with rust and cargo due to IceCat, as you know from the Hyperbola forum.
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
Quote: if you are under x86_64, then you can choose either i386 or amd64 architectures
Hope this helps
the problem is that DVA (devuan veterant administrators bla bla bla ) are so experts.. so improvement.. so great..
This is not the first time you use this tone referring to the administrators.
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:
Besides Devuan and derivatives:
- Hyperbola
- Void Linux
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:
According to the configuration of amprolla, Chimaera will be always an alias of Bullseye:
aliases = {
'DEBIAN-SECURITY': {
'chimaera-security': 'bullseye/updates',
},
'DEBIAN': {
'chimaera': 'bullseye',
'chimaera-updates': 'bullseye-updates',
},
}
but, during this period, Testing will remain being the release_alias of Chimaera (despite being bullseye stable):
release_aliases = {
'chimaera': {
'Suite': 'testing',
'Codename': 'chimaera',
'Version': '4.0',
},
'chimaera-security': {
'Suite': 'testing-security',
'Codename': 'chimaera-security',
},
'chimaera-updates': {
'Suite': 'testing-updates',
'Codename': 'chimaera-updates',
},
}
Due to this confusion, it's recommended the use of the codename over the suite in the sources.list, as golinux has pointed out several times.
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.
Hi,
I'm uploading new images of gnuinos:
https://www.gnuinos.org/Beowulf/
Here you are a screenshot:
https://www.gnuinos.org/screenshots/202 … _scrot.png
Gnuinos is using runit as init system.
Refracta no-dbus build (experiment)
wpasupplicant \ # get libdbus-1-3 here
I recently debianized wpasupplicant without libdbus, so that simple-netaid will run without any dependency on dbus.
Hi aitor, i will have to try your popupmenu, thanks.
You can test it in live mode downloading the following experimental image:
Sakura (the terminal by default), or whatever you want, will not work in live mode (only in live mode). This issue is due to vdev. But you'll be able to run it as root:
$ gksudo sakura
After that, you can return to the mortal user:
# su gnuinos
I still didn't fix this bug. After a hard disk installation, the terminal works.
As it uses runit insted of sysvinit, shutdown the system by the following way:
# runit-init 0
Cheers.
Replaced xfce4 panel with tint2 and added jgmenu for the menu. I much prefer tint2 as a panel, to me it has a lot more avenues for styling than xfce4 panel. Jgmenu is brilliant and has come a long way, i urge you to try it out with tint2.
I didn't know about jgmenu. I was working on another dynamic menu, using also the libmenu-cache (like jgmenu seems to be doing):
I finished it.
It only remains how to patch other git repositories using the git-format-patch, and also how to do the pinning of apt in favour of linux-libre.
You can restore the grub using a live image. Run it and type:
cat /proc/partitions
You will get all the existent partitions sda1, sda2, sdd1,... Create a directory:
mkdir /tmp/mnt
and mount the first partition:
mount /dev/sda1 /tmp/mnt
You can see the content of this partition typing:
ls /tmp/mnt
If it contains the /boot directory you hit the target. In this case, you will be able to restore the grub by the following way:
grub-install --root-directory=/tmp/mnt /dev/sda
Otherwise, umount the partition:
umount /tmp/mnt
and try with another one.