#English


Guides for going from stable to stable tell you to firstly go back to sysvinit. I was already using sysvinit after openrc bagan to be buggy since the last systemd packages upgrade which cannot be uninstalled without breaking all. They also tell to change from network-manager to wicd and don't use Gnome, but I didn't use any of them. More info about these steps at: https://devuan.org/os/documentation/dev1fanboy/migrate-to-ascii
Basing on this guide I comment Debian repositories in /etc/apt/sources.list and basing on this I add Devuan ones with dual arquitecture as I had them in Debian:
deb [arch=amd64,i386] http://packages.devuan.org/merged testing main contrib non-free
deb [arch=amd64,i386] http://packages.devuan.org/merged unstable main contrib non-free
#deb-src http://packages.devuan.org/merged testing main contrib non-free
deb [arch=amd64,i386] http://deb.devuan.org/merged testing-updates main contrib non-free
Without keys it won't accept Devuan repository. I install with dpkg the package devuan-keyring after downloading newest available from: http://packages.roundr.devuan.org/devuan/pool/main/d/devuan-keyring/
dpkg -i devuan-keyring*.deb
Update package list:
aptitude update
Install devuan-baseconf:
aptitude install devuan-baseconf
and tell to his question that I am going to use testing. For cleaning (and avoid conflicts) packages download in hard disk (they are saved in /var/cache/apt/archives/ ) I do:
apt-cache clean
I try to install with aptitude udisks2 libudisks2-0 cgmanager and libcgmanager0 packages but they don¡t get installed because are older than installed ones. Let's use manual mode. I download them (in the folder I am, so do it in one that doesn't mess the system up) with:
aptitude download udisks2 libudisks2-0 cgmanager libcgmanager0
Install all downloaded deb with:
dpkg -i udisks2*.deb libudisks2-0*.deb cgmanager*.deb libcgmanager0*.deb
I check if aptitude complains about any dependence:
aptitude install
No, he doesn't want to add or remove anything. Next step:
aptitude install libpolkit-agent-1-0 libpolkit-backend-1-0 libpolkit-gobject-1-0 policykit-1
First option that aptitude offers doesn't install barely anything I ask it to do, so I say no. Here you have to look at what aptitude offers and make a judgement based in your knowledge...
No to second option.
No to 3rd.
No to 4th.
This 5th look ok (and next ones seems a mess), it only let uninstalled libpam-ck-connector. We will solve that afterwards, so yes:
Remove following packages:
1) dbus-user-session [1.12.12-1 (now)]
2) iio-sensor-proxy [2.4-2 (now)]
3) libpam-systemd [237-3~bpo9+1 (now)]
4) systemd [237-3~bpo9+1 (now)]
5) udev [240-4 (now)]
Install following packages:
6) elogind [239.3+20190131-1 (testing, unstable)]
7) eudev [3.2.7-3 (testing, unstable)]
8) libelogind0 [239.3+20190131-1 (testing, unstable)]
9) libpam-elogind [239.3+20190131-1 (testing, unstable)]

Keep following packages in current version:
10) libpam-ck-connector [Sin instalar]

Upgrade following packages:
11) gir1.2-polkit-1.0 [0.105-25 (now) -> 0.105-25+devuan1 (testing, unstable)]

Leave the following dependencies unresolved:
12) geoclue-2.0 recomienda iio-sensor-proxy
13) limba recomienda systemd
14) consolekit recomienda libpam-ck-connector

All done, so now:
aptitude install libpam-ck-connector
Ops, aptitude gives as first option to not install it, and if I say no next options suppose removing hundreds of packages...
I search info, and watch that the problem is that it is incompatible with elogind installed packages and I found at https://files.devuan.org/devuan_ascii/Release_notes.txt that I must use consolekit or elogind but not both and for KDE, which is what I use, is recommended to use: lightdm + elogind. I use sddm and not lightdm. I search in google and read that sddm works fine with elogind. I think that Devuan has got the same version that Debian but for being sure that Devuan's one is installed (it could has got some modification) I reinstall it:
aptitude reinstall sddm
I search about what is installed from consolekit and elogind and uninstrall consolekit packages hoping that aptitude tells me to install elogind equivalents, and if not I will do it aftyerwards:
dpkg -l *consolekit* *elogind*
aptitude remove libpolkit-backend-consolekit-1-0 libpolkit-gobject-consolekit-1-0 consolekit
As I tought, aptitude tells me to install elogind equivalents to resolve dependencies so I say yes.
I enlist packages with *systemd* in his name and I get:
dpkg -l *systemd* | grep ^.i
ii libsystemd0:amd64
ii libsystemd0:i386
hi systemd-shim
I know that Devuan need yet libsystemd0 because some packages that depend on it but I can remove systemd-shim which I have in hold because Debian wanted to remove it and install systemd as init system:
apt-get purge systemd-shim
He tells me to remove more packages, related to cgroups and I say yes.
To finish I upgrade:
aptitude full-upgrade
And i see that come key packages will be upgraded: base-files libprocps4 libsystemd0 libsystemd0:i386 net-tools popularity-contest python3-reportbug reportbug sysvinit
Reboot, cross the fingers.... It works!
I install openrc. It complains that there are udev and eudev. It happens because some configuration files from udev are there without removing so I remove them and reconfigure openrc:
aptitude purge udev
dpkg-reconfigure openrc
Now it doesn't complain. All ready and working fine.
I hope this could help you to do this in your own systemd and avoid you having to reinstall.
--
Nothing after paywall.


#Español


Las guías para pasar de estable a estable hablan de volver primero a sysvinit. En mi caso ya usaba sysvinit despueś de que openrc empezara a dar problemas tras una actualización de paquetes de systemd que no se pueden desinstalar sin cargarse todo. También dicen de cambiar network-manager por wicd y quitar Gnome, pero yo no usaba ninguno de los dos. Más información sobre esos pasos en: https://devuan.org/os/documentation/dev1fanboy/migrate-to-ascii
Basándome en esta guía comento los repositorios de Debian en /etc/apt/sources.list y en base a esto añado los de Devuan con arquitectura dual, como tenía los de Debian:
deb [arch=amd64,i386] http://packages.devuan.org/merged testing main contrib non-free
deb [arch=amd64,i386] http://packages.devuan.org/merged unstable main contrib non-free
#deb-src http://packages.devuan.org/merged testing main contrib non-free
deb [arch=amd64,i386] http://deb.devuan.org/merged testing-updates main contrib non-free
Sin las firmas no me aceptará el repositorio de devuan. Instalo con dpkg el paquete devuan-keyring tras descargar el más nuevo disponible de: http://packages.roundr.devuan.org/devuan/pool/main/d/devuan-keyring/
dpkg -i devuan-keyring*.deb
Actualizo la lista de paquetes:
aptitude update
Instalo devuan-baseconf:
aptitude install devuan-baseconf
y le digo a su pregunta que voy a usar testing. Para hacer limpieza (y evitar conflictos) de los paquetes que haya descargados en el disco duro (se guardan en /var/cache/apt/archives/ ) hago:
apt-cache clean
Intento instalar con aptitude los paquetes udisks2 libudisks2-0 cgmanager y libcgmanager0 pero no se instalan porque son más viejos que los que están instalados. Paso a modo manual. Los descargo (en la carpeta que estoy, hazlo en una que no ensucie el sistema) con:
aptitude download udisks2 libudisks2-0 cgmanager libcgmanager0
Instalo todos los deb descargados con:
dpkg -i udisks2*.deb libudisks2-0*.deb cgmanager*.deb libcgmanager0*.deb
Compruebo si aptitude se queja de alguna dependencia por ello:
aptitude install
No, no quiere quitar ni poner nada. Siguiente paso:
aptitude install libpolkit-agent-1-0 libpolkit-backend-1-0 libpolkit-gobject-1-0 policykit-1
La primera opción que me da aptitude no instala apenas nada de lo que le pido, le digo que no. Aquí hace falta mirar lo que nos dice y juzgar en base a nuestro conocimiento...
No a la segunda opción.
No a la 3ª.
No a la 4ª.
Esta 5ª pinta bien (y las siguientes la cosa se lía más), sólo deja libpam-ck-connector sin instalar. Lo resolveremos tras decir a esto que sí:
Eliminar los paquetes siguientes:
1) dbus-user-session [1.12.12-1 (now)]
2) iio-sensor-proxy [2.4-2 (now)]
3) libpam-systemd [237-3~bpo9+1 (now)]
4) systemd [237-3~bpo9+1 (now)]
5) udev [240-4 (now)]
Instalar los paquetes siguientes:
6) elogind [239.3+20190131-1 (testing, unstable)]
7) eudev [3.2.7-3 (testing, unstable)]
8) libelogind0 [239.3+20190131-1 (testing, unstable)]
9) libpam-elogind [239.3+20190131-1 (testing, unstable)]

Mantener los paquetes siguientes en la versión actual:
10) libpam-ck-connector [Sin instalar]

Actualizar los paquetes siguientes:
11) gir1.2-polkit-1.0 [0.105-25 (now) -> 0.105-25+devuan1 (testing, unstable)]

Leave the following dependencies unresolved:
12) geoclue-2.0 recomienda iio-sensor-proxy
13) limba recomienda systemd
14) consolekit recomienda libpam-ck-connector

Hecho, pues ahora:
aptitude install libpam-ck-connector
Vaya, aptitude da como primera opción no instalarlo y como siguientes borrar cientos de paquetes...
Busco información, veo que el tema es que es incompatible con paquetes de elogind instalados y encuentro en https://files.devuan.org/devuan_ascii/Release_notes.txt que se debe usar consolekit o elogind pero no los dos y para KDE, que es lo que yo uso se recomienda: lightdm + elogind. Yo uso sddm y no lightdm. Busco en google y leo que sddm va bien con elogind. Creo que Devuan tiene la misma versión que Debian para asegurarme que esta el que usa Devuan (que podría tener alguna modificación) lo reinstalo:
aptitude reinstall sddm
Miro que hay instalado de consolekit y elogind y desinstalo los paquetes que hay de consolekit esperando que aptitude me diga de instalar los equivalentes de elogind y si no lo haré después:
dpkg -l *consolekit* *elogind*
aptitude remove libpolkit-backend-consolekit-1-0 libpolkit-gobject-consolekit-1-0 consolekit
Como esperaba, aptitude me sugiere instalar sus equivalentes de elogind para resolver las dependencias y le digo que sí.
Listo los paquete que tengan en su nombre *systemd* y salen como instalados:
ii libsystemd0:amd64
ii libsystemd0:i386
hi systemd-shim
Se que Devuan necesita aún libsystemd0 por algunos paquetes que dependen de él pero puedo borrar systemd-shim que lo tenía en hold porque Debian me lo quería desinstalar para instalar systemd como sistema de inicio:
apt-get purge systemd-shim
Me dice de quitar más paquetes, relativos a cgroups y le digo que sí.
Para terminar actualizo:
aptitude full-upgrade
Y veo que se van actualizar entre otros varios paquetes clave: base-files libprocps4 libsystemd0 libsystemd0:i386 net-tools popularity-contest python3-reportbug reportbug sysvinit
Reinicio a ver si todo funciona.... ¡funciona!
Instalo openrc. Se queja de están udev y eudev. Es porque han quedado ficheros de configuración de udev sin borrar así que los quito y reconfiguro openrc:
aptitude purge udev
dpkg-reconfigure openrc
Ahora no se queja. Todo listo y funcionando.
Espero te pueda ayudar para hacerlo en tu propio sistema y evitarte así reinstalar.
--
Nada tras el pago.
 

0.0¢
0.0¢

No one has reviewed this piece of content yet