The officially official Devuan Forum!

You are not logged in.

#176 Re: Installation » [SOLVED] Where did obmenu go? » 2022-07-23 16:46:49

aitor wrote:

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.

#177 Re: Installation » [SOLVED] deb.devuan.org & pkgmaster.devuan.org » 2022-07-23 12:05:21

golinux wrote:
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.  sad There are also some changes that are in the process of being sorted.

I'm trying again with deb.devuan.org

#178 Re: Installation » [SOLVED] Where did obmenu go? » 2022-07-23 08:32:19

I' ve fixed a bug when running execv in xmenu-cache.c, and I'm rebuilding the iso images of gnuinos openbox.

#179 Re: Installation » [SOLVED] Where did obmenu go? » 2022-07-22 21:38:59

Altoid wrote:
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:

FluxBB bbcode test

#180 Re: Installation » [SOLVED] deb.devuan.org & pkgmaster.devuan.org » 2022-07-22 20:16:49

jue-gen wrote:
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.

#181 Re: Devuan » Meet the Daedalus sapphire theme » 2022-07-22 20:08:57

golinux wrote:

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.

#182 Re: Devuan » Meet the Daedalus sapphire theme » 2022-07-22 19:49:22

hunter0one wrote:

I really like the latter. Thanks for all the work you do!

I also like that one. Thanks golinux!

#183 Re: Devuan Derivatives » GNUinOS - Libre » 2022-06-13 07:51:08

charliebrownau wrote:

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.

charliebrownau wrote:

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 smile

#184 Re: Devuan Derivatives » GNUinOS - Libre » 2022-06-06 07:39:02

aitor wrote:
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 smile

#185 Re: Devuan Derivatives » GNUinOS - Libre » 2022-06-06 07:30:31

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.

#187 Re: Documentation » [SOLVED] Simple Netaid » 2022-04-30 17:22:07

aitor wrote:

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.

#188 Re: Documentation » [SOLVED] Simple Netaid » 2022-04-30 16:37:27

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 smile

#189 Re: Documentation » [SOLVED] Simple Netaid » 2022-04-30 07:36:15

aitor wrote:

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:

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

#190 Re: Documentation » [SOLVED] Simple Netaid » 2022-04-29 19:59:09

My wifi connection attempts are failing under 32 bits, and i still don't know why... I wonder if anyone is experiencing something similar

#191 Documentation » [SOLVED] Simple Netaid » 2022-04-28 19:52:04

aitor
Replies: 5

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
wpasupplicantisc-dhcp-clientprocpscoreutils

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.

Captura%20de%20pantalla_2022-04-28_13-57-39.png

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:

Captura%20de%20pantalla_2022-04-28_13-52-24.png

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:

Captura%20de%20pantalla_2022-04-28_15-02-12.png

And the application will be iconified in your systray:

Captura%20de%20pantalla_2022-04-28_13-53-32.png

The first time you lanch simple-netaid a warning dialog will tell you that you need to be added to the netaid group:

Captura%20de%20pantalla_2022-04-28_13-44-37.png

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...  big_smile

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.

#192 Re: Devuan Derivatives » GNUinOS - Libre » 2022-03-19 13:20:25

zapper wrote:

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 smile

#193 Re: Devuan Derivatives » GNUinOS - Libre » 2022-03-19 10:59:15

zapper wrote:

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:

http://archive.trisquel.info/trisquel/p … f/firefox/

#195 Re: Other Issues » [SOLVED] Getting "Lock Version" in Synaptic to work » 2022-02-25 19:37:01

Ron wrote:

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.

#196 Re: Other Issues » [SOLVED] Getting "Lock Version" in Synaptic to work » 2022-02-24 22:54:21

Ron wrote:

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

#199 Re: News & Announcements » Daedalus desktop needs some love » 2022-01-31 00:25:10

golinux wrote:

@aitor . . . there have been a few nibbles.  I am hopeful!

Well, let me know...

#200 Re: News & Announcements » Daedalus desktop needs some love » 2022-01-17 21:04:44

golinux wrote:

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.

golinux wrote:

I'll post the request to DNG and -dev also.  Let's see what happens . . .   smile

Ok, let's see what happens smile

Board footer

Forum Software