You are not logged in.
I' ve fixed a bug when running execv in xmenu-cache.c, and I'm rebuilding the iso images of gnuinos openbox.
Done. I've built the images mirroring from deb.devuan.org without issues:
https://www.gnuinos.org/mirror/chimaera/live/
Now you can give a try to the xmenu downloading the ob images.
aitor wrote:I replaced deb.devuan.org with pkgmaster.devuan.org a few days ago in my amprolla config files, and everything is working as expected since then.
Doing that works for you but will slow down the syncing of our mirrors and cause more timeouts for everyone else.
There are also some changes that are in the process of being sorted.
I'm trying again with deb.devuan.org
I' ve fixed a bug when running execv in xmenu-cache.c, and I'm rebuilding the iso images of gnuinos openbox.
xinomilo wrote:there's also rofi, dmenu replacement ...
Seems that this app (just from reading about it) suffers from what I have seen in many other applications: feature creep.
Why can't things go back to the tried and true do one thing and do it well and just not complicate things?I like how obmenu works and not getting it in chimaera is yet another reason to keep using beowulf with a backported kernel.
Recently I developed a dynamic cache for xmenu called xmenu-cache. It monitors /usr/share/applications keeping the content of xmenu up-to-date. The local directory /usr/local/share/applications should be added to the watching directories of inotify as well, but this directory is used only in some exotic cases, so I decided to leave the program as simple as possible so far. I included a built-in *.svg -> *.png conversor, because icons in .svg format weren't displayed by xmenu. You can test the menu running the new images of gnuinos-openbox (chimaera):
https://www.gnuinos.org/mirror/chimaera/live/
Alternatively, you can also install both xmenu and xmenu-cache from the package mirror in your current system:
http://packages.gnuinos.org/gnuinos/pool/main/x/xmenu/
http://packages.gnuinos.org/gnuinos/poo … enu-cache/
Once you have installed the packages, you need to follow the steps below:
Add a new line xmenu-cache & to your ~/.config/openbox/autostart in order to start the monitoring tool
Replace the default menu of openbox with xmenu.sh in your ~/.config/openbox/rc.xml
If you want to customize the static part of the menu (header plus footer), copy the content of /etc/default/xmenurc to ~/.xmenurc and modify the key-value pairs to suit your needs better. By default:
#===== Configuration file for xmenu-cache =====
ApplicationLauncher = gmrun
TerminalEmulator = sakura
FileManager = spacefm
TextEditor = geany
WebBrowser = icecat
Logout = logout
Bear in mind that this is a work in progress, and it has nothing to do with my previous popupmenu in Gtk. It's faster and requires X11 instead, and neither does it depend on libmenu-cache. Only on lxmenu-data, because it requires some .desktop files in /usr/share/desktop-directories to classify the applications by categories.
Here you are a screenshot:
golinux wrote:deb http://pkgmaster.devuan.org/* is the source for all the round-robin mirrors accessed via deb http://deb.devuan.org/*. Please use deb http://deb.devuan.org/* in your sources.list to save bandwidth for the mirrors that are trying to sync to deb http://pkgmaster.devuan.org/*,
Done. Thank you very much for the quick help.
I replaced deb.devuan.org with pkgmaster.devuan.org a few days ago in my amprolla config files, and everything is working as expected since then.
Not quite sure about the openbox themerc. I asked for testers but no one ever responded . . .
It's the first I have heard of this. I installed the Clearlooks-Phenix-Deepsea-theme and the openbox themerc looks homogeneous and accords with the gtk theme.
I really like the latter. Thanks for all the work you do!
I also like that one. Thanks golinux!
Is it possible to run commands or program that converts Dev1 into Gnuinos
without a complete reinstall
No, such script doesn't exist. It might be a good idea to write something like this.
is the difference between dev1 and Gnuinos just the kernel being libre
or other stuff needed to change ?
No. There are other differences besides the kernel, e.g. eudev, runit, initramfs, to name a few. So, whereas transitions from devuan to gnuinos should happen smoothly, doing things the other way around isn't so trivial. On the one hand, some packages like dbus need to be downgraded because keeping the versions of gnuinos may be problematic depending on the init system you are using; on the other hand, if you convert gnuinos into devuan from vdev, you'll break the system for sure. This conversion must be done always from eudev.
Maybe, i'll write a how-to soon. Thanks for your interest
davidb wrote:Just tried to access the GNUinOS website. "Site Unavailable" and currently suspended? Anyone else seeing this?
It'll be available in a few minutes, thanks.
Done
Just tried to access the GNUinOS website. "Site Unavailable" and currently suspended? Anyone else seeing this?
It'll be available in a few minutes, thanks.
Did you try apt --fix-broken install?
the automatically connect option of simple-netaid is still a work in progress.
To automatically connect eth0 i have both:
auto eth0
allow-hotplug eth0
.......
in my /etc/network/interfaces, and there is no need for ifplugd, no need for netplug. Hence, the automatically connect option of simple-netaid will involve only wireless interfaces.
I did another important change in the daemon. In relatively old hardware, i noticed a random behavior during the boot process which often crashed upon unsuccesful attempts trying to register the netlink kernel socket. Appearently, the origin of this failure was in the fact that the networking script of ifupdown was still running when snetaid started. The daemon of simple-netaid forks an asynchronous child, resulting on a couple of process IDs: on the one hand the ubus loop waiting for requests in the client side (parent), and the netlink monitor on the other hand (child). I solved the problem above mentioned by adding a routine called wait_on_ifupdown() before trying to bind the netlink socket in the child process.
Let's clarify further that this issue was a side-effect of handling both ifupdown and simple-netaid with runit, and i think that this wouldn't occur in the case of sysvinit. It happened that i migrated the networking script of ifupdown from /etc/init.d/networking to /etc/sv/networking/run and this approach seems to bring a definitive end to the problem of the slow boot waiting for network when the ethernet cable is unpluged, caused by stanzas like auto eth0 and allow-hotplug eth0 in /etc/network/interfaces.
You can verify this fact in the live images of gnuinos chimaera, but i need testers to confirm this point
My wifi connection attempts are failing under 32 bits, and i still don't know why... I wonder if anyone is experiencing something similar
I solved this issue yesterday night. I did a mistake in the format of one of the functions used in policy.c (snetaid) that affected only to 32 bit binaries. I've just uploaded the new packages, and updated the isos as well:
My wifi connection attempts are failing under 32 bits, and i still don't know why... I wonder if anyone is experiencing something similar
As I announced a few days ago in the mailing list, the new version of simple-netaid relies on the OpenWRT microbus architecture (Ubus):
https://openwrt.org/docs/techref/ubus
Over a period of testing time, I thing the most recent packaging of simple-netaid can be considered stable enough for daily use. Latest packages have been upload to packages.gnuinos.org yesterday night. In this section, I'm going to explain how to install and test them under devuan chimaera.
The following steps have been tested after a fresh install of devuan chimaera xfce. First of all, download and install the GnuPG key of gnuinos:
$ wget http://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
Now you'll be able to add the gnuinos repo temporarily to your system:
$ sudo su
# echo "deb http://packages.gnuinos.org/merged chimaera main" > /etc/apt/sources.list.d/gnuinos.list
# apt-get update
After updating the repository, just install simple-netaid-vte3, and the following dependencies will be installed together with it:
# apt-get install simple-netaid-vte3
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias... Hecho
Leyendo la información de estado... Hecho
Se instalarán los siguientes paquetes adicionales:
libcdk5nc6 libiw30 libnetaid0 libpstat libubox0 libubus0 runit-helper simple-netaid-cdk snetaid ubus
Se instalarán los siguientes paquetes NUEVOS:
libcdk5nc6 libiw30 libnetaid0 libpstat libubox0 libubus0 runit-helper simple-netaid-cdk simple-netaid-vte3 snetaid ubus
0 actualizados, 11 nuevos se instalarán, 0 para eliminar y 32 no actualizados.
Se necesita descargar 1.046 kB de archivos.
Se utilizarán 3.941 kB de espacio de disco adicional después de esta operación.
¿Desea continuar? [S/n]
Other runtime dependencies that were already installed after my fresh install of devuan chimaera are:
ifupdown , wpasupplicant , isc-dhcp-client , procps , coreutils
Simple-netaid-vte3 consists of a Gtk container for the ncurses interface of simple-netaid that provides, beyond the systray icon, a paned vte-terminal where both system calls of the ubus service and the info about the routing table netlink events are sent to, as you can see in the image below.
Once simple-netaid has been installed, it's highly recommended to remove network-manager:
# dpkg --purge network-manager-gnome network-manager
Now configure the content of /etc/network/interfaces to suite your needs. One sample:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
allow-hotplug wlan0
iface wlan0 inet dhcp
Reboot the system. If everything goes right, ubus -v list will find out the complete list of procedures and their argument signatures the specific service ering.netaid provides:
$ sudo ubus -v list
[sudo] password for aitor:
'ering.netaid' @2b86f84a
"interface_down":{"id":"Integer","ifname":"String"}
"interface_up":{"id":"Integer","ifname":"String"}
"ifdown":{"id":"Integer","ifname":"String","tty":"Integer"}
"ifup":{"id":"Integer","ifname":"String","tty":"Integer"}
"ipaddr_flush":{"id":"Integer","ifname":"String"}
"wpa_passphrase":{"id":"Integer","essid":"String","passwd":"String","filename":"String"}
"wpa_supplicant":{"id":"Integer","ifname":"String","filename":"String","tty":"Integer"}
"uninstall":{"id":"Integer","filename":"String"}
"scan_active_wifis":{"id":"Integer","ifname":"String"}
Run simple-netaid from the menu:
Alternatively, if you want to automatically start simple-netaid when the session is loaded, just specify simple-netaid-vte3 --systray in the dialog displayed via:
Settings Manager -> Session and Startup -> Application Autostart -> Add:
And the application will be iconified in your systray:
The first time you lanch simple-netaid a warning dialog will tell you that you need to be added to the netaid group:
After adding yourself to the netaid group by typing:
# usermod -aG netaid <username>
you should be able to call a given procedure within the ering.netaid namespace passing arguments to it as a regular user without granted permissions. For instance (ignore the first argument "id" so far):
$ ubus call ering.netaid ifdown '{ "ifname": "eth0" , "tty": 4 }'
will invoke /sbin/ifdown eth0 in the server side, and the system call will be thrown afterwards to the client side as long as the user specifies the current tty passed throughout the last argument signature (i.e. tty). For the sake of the example, we assumed above that
$ tty
/dev/pts/4
In doing so, the root-owned program ifupdown will be executed within the non-privileged console session:
$ ubus call ering.netaid ifdown '{ "ifname": "eth0" , "tty": 4 }'
Killed old client process
Internet Systems Consortium DHCP Client 4.4.1
Copyright 2004-2018 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/
Listening on LPF/eth0/........ blah blah blah
The ACLs are located in /usr/share/acl.d. Concretly, simple-netaid involves netaid-server.json:
{
"group": "netaid",
"access": {
"ering.netaid": {
"methods": [
"interface_down" ,
"interface_up" ,
"ifup" ,
"ifdown" ,
"ipaddr_flush" ,
"wpa_passphrase" ,
"wpa_supplicant" ,
"uninstall" ,
"scan_active_wifis"
]
}
}
}
This configuration is customizable. For example, it's possible to use something like "user": "devuanita" or even wildcards (*), as explained in the website of the OpenWRT project.
To end with, don't forget to revert the changes in your repository, removing packages.gnuinos.org
It's so risky...
Therefore, as root:
# dpkg --purge gnuinos-keyring
# rm -f /etc/apt/sources.list.d/gnuinos.list
# apt-get update
Colophon: the automatically connect option of simple-netaid is still a work in progress.
is there a guide to migrate from devuan to gnuinos and is it almost as stable as devuan?
I did it today from devuan chimaera to gnuinos chimaera and it succeded. Add the repository of gnuinos to your sources.list:
deb http://packages.gnuinos.org/merged chimaera main
deb-src http://packages.gnuinos.org/merged chimaera main
deb http://packages.gnuinos.org/merged chimaera-security main
deb-src http://packages.gnuinos.org/merged chimaera-security main
deb http://packages.gnuinos.org/merged chimaera-updates main
deb-src http://packages.gnuinos.org/merged chimaera-updates main
Download the package containing the gnupg key:
$ wget http://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 upgrade the system:
# apt-get update && apt-get dist-upgrade
Install linux-libre and simple-netaid:
# apt-get install linux-image-5.10.0-11-amd64 simple-netaid-cdk
Optionally you can reboot with this kernel and remove the rest of the kernels. In doing so, you'll be able to reinstall linux-image-amd64
If you decide to install vdev, it's highly recommended to install also runit as service supervisor:
# apt-get install vdev libudev1-compat runit runit-init getty-run
To end with, here you are my suggested ifupdown configuration in /etc/network/interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
source /etc/network/interfaces.d/*
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
allow-hotplug wlan0
iface wlan0 inet dhcp
I cross my fingers
I wondered if I could put Abrowser on Devuan/Gnuinos
I'll build abrowser for gnuinos daedalus. But, even being Rubén one the core developers of IceCat, I think that abrowser is just a rebranded firefox taken from ubuntu:
I've built IceCat-91.6.0 for Daedalus:
https://packages.gnuinos.org/gnuinos/po … /i/icecat/
You can test it downloading a preview of gnuinos daedalus:
BTW, there was no "preferences" folder in /etc/apt, so I created one. Is that normal? There is a "preferences.d" folder.
I forgot the extension. So, you don't need to create any additional folder, because /etc/apt/preferences.d is the right place to edit the file.
I update via Synaptic, never from the terminal, so I don't see how this applies to me? I want Synaptic to not update sudoku, which is what I thought Lock Version was supposed to do.
Yes, it was. But this way failed, and therefore we are suggesting more reliable ways to prevent gnome-sudoku from being upgraded:
1) Via APT pinning. Edit a file /etc/apt/preferences/01nosudoku and write:
Package: gnome-sudoku
Pin: origin ""
Pin-Priority: -1
Run apt-get update to be effected.
2) As MLEvD pointed out:
# apt-mark hold gnome-sudoku
Read here about APT pinning:
@aitor . . . there have been a few nibbles. I am hopeful!
Well, let me know...
Oh aitor! Thank you!! But do you have the time to take on another piece of Devuan? The task is not trivial.
Well, let's say that this area isn't what suites me the best. It's not trivial, I know, and sooner or later gtk4 will be implemented in xfce as a replacement for gtk3, but I have some experience using css style sheets.
I'll post the request to DNG and -dev also. Let's see what happens . . .
Ok, let's see what happens