You are not logged in.
Thanks HoaS.
they do contain binaries built from the systemd source code
That does not sound good. Regarding php, I am just trying to keep up with what is working with devuan.
Lets go back to the beginning of this thread for a few moments, back when there was a change made by the sury.org repository to "require" systemd to be installed for his packages to work. This is what motivated the topic of this thread. When this topic was created, a "dist-upgrade" with deb.sury.org repository would require an install of systemd.
I noticed today that there is a new package that gets installed in my devuan system called "systemd-standalone-tmpfiles" and the description of the package is:
"Standalone tmpfiles binary for use in non-systemd systems" and is maintained by "Debian systemd Maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>".
An old quote from the deb.sury.org maintainer, "Devuan needs to supply shims for the non-init parts like systemd-tmpfiles. When (and if) Debian splits systemd-tmpfiles into a separate package and add opentmpfiles, I will happily adapt the packages to use it. Until the time it is what it is." This quote is from Feb. of 2020.
Does anyone know if this new package is related to the quote above ?? In other words, does this new package correct the systemd dependency on deb.sury.org packages? Does anyone know anymore about it? I have not found out much, yet.
I did install it on a daedalus system with tdrnetwork packages built for beowulf. I then commented out the tdrnetwork repository and uncommented the deb.sury.org repository. An "apt update" and "apt dist-upgrade" did not try to pull in any systemd packages. So, I am wondering if this will make it safe to enable the deb.sury.org repository again? Does anyone know more about this?
This new package is only built for sid, but will install in both ceres and daedalus without trying to pull in systemd.
Just a quick question, but I noticed something odd about the files contained within the chimaera torrent file.
Under the minimal-live listing of files it has the "beta" files dated on 9-5-21. Whereas under the installer-iso files, they do not show beta in their name. Is this correct or an oversight?
I use PCLinuxOS on my main PC, and have done so happily since early 2007.
It was late 2006 (December 8, 2006 to be exact) for me. I have read many of your posts before with much enjoyment and gratitude.
kjpetrie, welcome to the devuan galaxy.
Back on topic, for me, I only use devuan and pclinuxos. Scenarios for usage are laptop, desktop(s), home theatre pc, and three servers - home, vps, vpn.
A good compromise between testing and unstable is to have both in your sources and pin ceres to a lower priority. Then you will just get packages from the testing suite unless you specify that you want something from ceres.
@FSR, Well since you mentioned it, here is a good example. Virtualbox was removed from the debian?/chimaera release, I think it was. If using only that release name in sources.list, then virtualbox would not be found. Virtualbox was put back in the unstable/sid/ceres repository so I installed with "apt -t ceres install virtualbox". I wanted to have virtualbox updated automatically from the ceres repo so I left the ceres line present in sources.list.
This apt pinning seems to work okay. At least it correctly updated virtualbox recently. This is a working example that I use to make sure that other packages do not get updated with a dist-upgrade from either chimaera or daedalus. I found this example on the www, and since it has not broken anything, I continue to use it.
This is what I have in /etc/preferences.d/40sid-virtualbox
Package: *
Pin: release a=unstable
Pin-Priority: -1Package: *
Pin: release a=experimental,n=experimental
Pin-Priority: -1Package: virtualbox*
Pin: release a=unstable
Pin-Priority: 900
I ask this to verify that it is safe for future use. Do you or anyone else see anything wrong that would cause a problem in the future? I hope I have not strayed too far from the forum topic, but if running a testing release, this example may come in handy. I do understand that chimaera/testing, daedalus/(future) testing, and ceres/unstable are very prone to break and are not for production work. But, when they do break, one can learn quite a bit in order to fix them.
Yes, i did by simply change repository from chimaera to daedalus.
One of the easiest, if not the absolute easiest dist-upgrades that I have ever done. The speed increase (responsiveness) was very noticeable. If my ceres install was not working so well, I would be in daedalus right now, (-;
Well, I hope it is not something particular to my personal build. I doubt it. I wanted to let you know in case there was a problem somewhere with the function of refracta-tools and chimaera.
Refractasnapshot does work on chimaera if used on a nox system. I tested on a chimaera netinstall build using either the recent chimaera test installs, or a beowulf dist-upgrade of a stable netinstall. I don't think colord and sane is installed on that.
Thank you for your help.
Thanks for those commands, it worked fine. I emailed you a link to the text file of the error noted in log files. Lightdm does not start and the only specific problem that I see noted is the segfault with colord or sane file/package.
Also, to clarify this:
The chimaera snapshot iso boots in vbox in beowulf but not in chimaera?
No, the chimaera snapshot will not fully boot. Lightdm does not start. It does not matter if the physical host is booted into beowulf, chimaera, or daedalus, or ceres. It is the snapshot of the chimaera and daedalus install(s) that has the same segfault problem. A snapshot of the ceres system will boot fine. Sorry for any confusion.
I installed qemu and booted the same iso file. It showed the same segfault message and continued booting for just a couple seconds past this point and it just stops. The last 3 lines of the screen text mentions successfully starting three programs: vboxdrv, VBoxNetFit, and VBoxNetAdp. It just stops at this point. I don't know the ip address to try to ssh into the VM to see any error log entry.
Is the first time I have used qemu. Thanks.
Will be glad to try something else. Will try the 'set-x' thing soon, when I make another snapshot.
I did try the 'set -x' code to the file. It post a little more code on the boot screen, but I could not find it in any other error log, like boot.log. I was not able to ssh into the VM but I did take a screenshot of the last bit of text, in case you want to see it.
I made a snapshot of my chimaera (dist-upgrade from beowulf) install and upon booting the iso in virtualbox, the boot segfaults with this error:
Aug 26 04:59:46 localhost kernel: [ 11.206762] colord-sane[2241]: segfault at 0 ip 00007f4734d14ad1 sp 00007ffcfecb03a8 error 4 in libc-2.31.so[7f4734bda000+14b000]
Aug 26 04:59:46 localhost kernel: [ 11.206785] Code: 84 00 00 00 00 00 0f 1f 00 31 c0 c5 f8 77 c3 66 2e 0f 1f 84 00 00 00 00 00 89 f9 48 89 fa c5 f9 ef c0 83 e1 3f 83 f9 20 77 1f <c5> fd 74 0f c5 fd d7 c1 85 c0 0f 85 df 00 00 00 48 83 c7 20 83 e1
I duplicated that this is repeatable, and I upgraded the same system (in a different partition) to daedalus and the problem exists there as well. This is a desktop system, with lightdm and xfce, and a nvidia graphics card - in case it is relevant.
The error message mentions both colord and sane, so I will include the installed package information for each. These are my installed packages in the chimaera install:
root@localhost:/home/user# apt policy *sane*
sane-utils:
Installed: 1.0.31-4.1
Candidate: 1.0.31-4.1
Version table:
*** 1.0.31-4.1 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
100 /var/lib/dpkg/statusxsane-common:
Installed: 0.999-10
Candidate: 0.999-10
Version table:
*** 0.999-10 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
500 http://deb.devuan.org/merged chimaera/main i386 Packages
100 /var/lib/dpkg/statuslibsane-hpaio:
Installed: 3.21.2+dfsg1-2
Candidate: 3.21.2+dfsg1-2
Version table:
*** 3.21.2+dfsg1-2 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
100 /var/lib/dpkg/statuslibsane-common:
Installed: 1.0.31-4.1
Candidate: 1.0.31-4.1
Version table:
*** 1.0.31-4.1 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
500 http://deb.devuan.org/merged chimaera/main i386 Packages
100 /var/lib/dpkg/statusxsane:
Installed: 0.999-10
Candidate: 0.999-10
Version table:
*** 0.999-10 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
100 /var/lib/dpkg/statuslibsane1:
Installed: 1.0.31-4.1
Candidate: 1.0.31-4.1
Version table:
*** 1.0.31-4.1 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
100 /var/lib/dpkg/status
My installed colord packages:
root@localhost:/home/user# apt policy *colord*
libcolord2:
Installed: 1.4.5-3+devuan1
Candidate: 1.4.5-3+devuan1
Version table:
*** 1.4.5-3+devuan1 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
100 /var/lib/dpkg/status
colord:
Installed: 1.4.5-3+devuan1
Candidate: 1.4.5-3+devuan1
Version table:
*** 1.4.5-3+devuan1 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
100 /var/lib/dpkg/status
colord-data:
Installed: 1.4.5-3+devuan1
Candidate: 1.4.5-3+devuan1
Version table:
*** 1.4.5-3+devuan1 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
500 http://deb.devuan.org/merged chimaera/main i386 Packages
100 /var/lib/dpkg/status
root@localhost:/home/user# apt policy refractasnapshot-base*
refractasnapshot-base:
Installed: 10.2.12
Candidate: 10.2.12
Version table:
*** 10.2.12 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
500 http://deb.devuan.org/merged chimaera/main i386 Packages
100 /var/lib/dpkg/status
root@localhost:/home/user# apt policy refractainstaller-base*
refractainstaller-base:
Installed: 9.6.0
Candidate: 9.6.0
Version table:
*** 9.6.0 500
500 http://deb.devuan.org/merged chimaera/main amd64 Packages
500 http://deb.devuan.org/merged chimaera/main i386 Packages
100 /var/lib/dpkg/status
The system is up to date
root@localhost:/home/user# apt dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
I don't know where to look on this, but the system(s) both boot fine without issue. It is just the snapshot build will not boot.
The refractasnspshot build boots fine in beowulf.
Edit: I will add this, in case it is helpful. The snapshot boots fine in ceres.
The *sane* packages in ceres are slightly newer, and different. But the libsane-hpaio package is the same.
root@localhost:/home/user# apt policy *sane*
sane-utils:
Installed: 1.0.32-4
Candidate: 1.0.32-4
Version table:
*** 1.0.32-4 100
100 /var/lib/dpkg/statusxsane-common:
Installed: 0.999-12
Candidate: 0.999-12
Version table:
*** 0.999-12 100
100 /var/lib/dpkg/statuslibsane-hpaio:
Installed: 3.21.2+dfsg1-2
Candidate: 3.21.2+dfsg1-2
Version table:
*** 3.21.2+dfsg1-2 100
100 /var/lib/dpkg/statuslibsane-common:
Installed: 1.0.32-4
Candidate: 1.0.32-4
Version table:
*** 1.0.32-4 100
100 /var/lib/dpkg/statusxsane:
Installed: 0.999-12
Candidate: 0.999-12
Version table:
*** 0.999-12 100
100 /var/lib/dpkg/status
libsane1:
Installed: 1.0.32-4
Candidate: 1.0.32-4
Version table:
*** 1.0.32-4 100
100 /var/lib/dpkg/status
The refracta packages are identical. and I only have the package colord installed in ceres. /end Edit
Thank you andyprough, that may come in handy very soon as I am having a problem with the login manager at the end of the migration process. But for the purpose of this test, I would like to know what is wrong with lightdm.
FSR > This is the short version (explanation) of what I have been able to do with consistent results. The final result is I had to remove lightdm and install slim. A login with lightdm killed the lightdm service.
# this is a personal choice to view network connection and its info:
apt install net-tools
apt install sysvinit-core
change apt sources.list to chimaera
added /etc/default/su
apt install devuan-keyring ( with wget and dpkg -i )
log out of root terminal to exit, then su to root again to load PATH
apt update
# This is just to get the packages in cache in case network connection is lost
# They throw up errors with systemd installed
apt install eudev network-manager lightdm --download-only
reboot ( and keep your fingers crossed )
apt install eudev
apt install network-manager lightdm
apt remove libnss-systemd systemd systemd-timesyncd dbus-user-session --purge
apt install task-xfce-desktop
apt dist-upgrade
reboot
Final status: I had a very hard time getting a login to an X session to work. I was not successful with lightdm and this is what I tried:
- reinstalled lightdm
- ran "lightdm --test-mode --debug" and I saw an error about missing Xephyr, so I installed xserver-xephyr and the error went away, but still it is not working. When I enter the username and password on the login screen, it kills lightdm.
- nothing noted in any other log files
- installing all removed files from earlier in the migration, especially with the first apt install of sysvinit-core, less any obvious sysd packages
So I tried slim:
- installed slim, and packagekit.
- uninstalled lightdm
Luck! It worked with slim, after I installed both slim and packagekit.
I never could get lightdm to work, yet. I guess that possibly my *kits were not in order. At any rate the migration was successful.
I hope this helps.
The package task-xfce-desktop was not installed. Installing this package also installed a few others that I thought were already installed. So these are the orphaned packages after installing "task-xfce-desktop":
The following packages were automatically installed and are no longer required:
colord-data fonts-quicksand gnome-desktop3-data libappstream4 libcolorhug2
libglib2.0-bin libgnome-desktop-3-19 libgusb2 libpipewire-0.3-0
libpipewire-0.3-modules libplymouth5 libspa-0.2-modules libstemmer0d
libxkbregistry0 libyaml-0-2 openntpd pipewire pipewire-bin usb.ids
xdg-desktop-portal
Would an apt autoremove now break anything important?
Edit: Yes it will break something important. After an "apt autoremove" of these packages, I no longer get an x login screen with lightdm. Lightdm does not start with the boot, but it will with a "service lightdm restart" (or start). However, with lightdm started with the command all options on the xfce logout menu are greyed out and not functioning. Also, reinstalling these programs with apt install... does not fix the broken login. Lightdm still will only start manually.
I am about to do this migration again, from the beginning, and I will copy all text output from the commands. It will be lengthy and thus not posted here. If you want it, let me know.
I still intend to give ralph.ronnquist's script a try, but since I do not use debian, I will put it on the back burner for now.
FSR, I have been gone for the past few days and I unplugged while away. I gave this a spin this morning and this is what I did. This is my feeble attempt to add to your documentation. The migration from bullseye on the netiso file was pretty straightforward, while the migration with xfce was a little more complicated with eudev causing the network connection problem. Please pardon me for the long post as I will include some notation for clarity. This is not a guide. It is more notes than anything.
Steps for bullseye to chimaera migration:
Installed debian from:
and select only system utilities and ssh server.
Install net-tools, to see ip address info
apt install net-tools
Install sysvinit-core
apt install sysvinit-core
Need to alter or add PATH to use "dpkg -i"
Added to /etc/default/su
ALWAYS_SET_PATH yes
*** Reboot to load sysvinit ****
Download keyring
wget wget http://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2017.10.03_all.deb
Then installed keyring
dpkg -i devuan-keyring_2017.10.03_all.deb
changed sources in /etc/apt/sources.list
# CHIMAERA
deb http://deb.devuan.org/merged/ chimaera main contrib non-free
deb http://deb.devuan.org/merged/ chimaera-updates main contrib non-free
deb http://deb.devuan.org/merged chimaera-proposed-updates main non-free contrib
#deb http://deb.devuan.org/merged/ chimaera-security main contrib non-free
#deb http://deb.devuan.org/merged/ chimaera-backports main contrib non-free
apt update
&
apt dist-upgrade
root@localhost:/home/guest# apt dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
libnss-systemd systemd systemd-timesyncd
The following NEW packages will be installed:
eudev libeudev1
The following packages will be upgraded:
apt apt-utils base-files bsdextrautils bsdutils dbus distro-info-data eject
fdisk init init-system-helpers initscripts libapt-pkg6.0 libblkid1
libdbus-1-3 libfdisk1 libmount1 libprocps8 libsmartcols1 libudev1 libuuid1
mount net-tools procps python3-reportbug reportbug rsyslog sysv-rc
sysvinit-core sysvinit-utils task-english task-ssh-server tasksel
tasksel-data udev util-linux util-linux-locales
37 upgraded, 2 newly installed, 3 to remove and 0 not upgraded.
Need to get 11.0 MB of archives.
After this operation, 18.0 MB disk space will be freed.
Do you want to continue? [Y/n] y
apt install libelogind0
apt remove libnss-systemd systemd systemd-timesyncd --purge
No sysd here:
dpkg -l | grep systemd
root@localhost:/home/guest#
Now, the migration using the same debian netiso disk with the Desktop Environment, XFCE, SSH, and Standard System Utilities is slightly more complicated because of getting eudev installed - with a working internet connection. What I did was to install it after the connection was down, but the .deb files had already been downloaded to /var/cache/apt/archives . Not a clean way of doing this, I admit, but it did work and maybe you or someone else can perfect and simplify this procedure. This is what I did.
apt install sysvinit-core
root@localhost:/home/guest# apt install sysvinit-core
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
... text removed ...
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
dbus-x11 initscripts insserv orphan-sysvinit-scripts psmisc startpar sysv-rc
Suggested packages:
bootchart2 bootlogd
The following packages will be REMOVED:
colord dbus-user-session libpam-systemd light-locker lightdm modemmanager
network-manager network-manager-gnome packagekit packagekit-tools
policykit-1 policykit-1-gnome rtkit synaptic systemd-sysv task-xfce-desktop
xdg-desktop-portal-gtk xiccd
The following NEW packages will be installed:
dbus-x11 initscripts insserv orphan-sysvinit-scripts psmisc startpar sysv-rc
sysvinit-core
0 upgraded, 8 newly installed, 18 to remove and 0 not upgraded.
Need to get 660 kB of archives.
After this operation, 40.4 MB disk space will be freed.
Do you want to continue? [Y/n]
added /etc/default/su to set PATH
installed from devuan what was removed above from debian:
root@localhost:/etc/apt# apt install lightdm modemmanager network-manager network-manager-gnome synaptic rtkit task-xfce-desktop xdg-desktop-portal-gtk xiccd
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
libappstream4 libglib2.0-bin libplymouth5 libstemmer0d libyaml-0-2
Use 'apt autoremove' to remove them.
The following additional packages will be installed:
colord elogind eudev gir1.2-polkit-1.0 libelogind0 libeudev1 libnm0
libpam-elogind libpolkit-agent-1-0 libpolkit-gobject-1-0
libpolkit-gobject-elogind-1-0 libudev1 policykit-1 policykit-1-gnome
task-desktop task-english task-ssh-server tasksel tasksel-data udev
Suggested packages:
accountsservice xserver-xephyr libteam-utils
network-manager-openconnect-gnome network-manager-openvpn-gnome
network-manager-vpnc-gnome network-manager-pptp-gnome dwww menu deborphan
apt-xapian-index software-properties-gtk evince
The following packages will be REMOVED:
libnss-systemd libsystemd0 plymouth plymouth-label systemd systemd-timesyncd
The following NEW packages will be installed:
colord elogind eudev libelogind0 libeudev1 libpam-elogind
libpolkit-gobject-elogind-1-0 lightdm modemmanager network-manager
network-manager-gnome policykit-1 policykit-1-gnome rtkit synaptic
task-xfce-desktop xdg-desktop-portal-gtk xiccd
The following packages will be upgraded:
gir1.2-polkit-1.0 libnm0 libpolkit-agent-1-0 libpolkit-gobject-1-0 libudev1
task-desktop task-english task-ssh-server tasksel tasksel-data udev
11 upgraded, 18 newly installed, 6 to remove and 43 not upgraded.
Need to get 11.5 MB of archives.
After this operation, 21.4 MB of additional disk space will be used.
Do you want to continue? [Y/n]
had a problem with openntpd, fixed with
apt -f install
It finished.
apt update
apt dist-upgrade
root@localhost:/etc/apt# apt dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
... text removed ...
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
libsystemd0 systemd
The following NEW packages will be installed:
clearlooks-phenix-deepsea-theme deepsea-icon-theme dmz-cursor-theme elogind
eudev gnome-extra-icons gnome-icon-theme gtk2-engines
gtk3-nooverlayscrollbar libelogind0 libeudev1 libjpeg-turbo-progs
libpam-elogind libpolkit-gobject-elogind-1-0 libturbojpeg0 policykit-1
policykit-1-gnome xscreensaver xscreensaver-data
The following packages will be upgraded:
apt apt-utils base-files bsdextrautils bsdutils colord-data dbus dbus-x11
desktop-base distro-info-data eject fdisk gir1.2-packagekitglib-1.0
gir1.2-polkit-1.0 init init-system-helpers initscripts libapt-pkg6.0
libblkid1 libcolord2 libcolorhug2 libdbus-1-3 libfdisk1
liblightdm-gobject-1-0 libmount1 libnm0 libpackagekit-glib2-18 libpcsclite1
libpolkit-agent-1-0 libpolkit-gobject-1-0 libprocps8 libsmartcols1 libudev1
libudisks2-0 libuuid1 mount net-tools procps python3-reportbug reportbug
rsyslog sysv-rc sysvinit-core sysvinit-utils task-desktop task-english
task-ssh-server tasksel tasksel-data udev udisks2 util-linux
util-linux-locales xfce4-session
54 upgraded, 19 newly installed, 2 to remove and 0 not upgraded.
Need to get 39.5 MB/42.7 MB of archives.
After this operation, 29.4 MB of additional disk space will be used.
Do you want to continue? [Y/n]
had errors, "apt -f install" did not fix, so I rebooted.
reboot
Have not figured how to bring up eth0
apt install eudev
// was previously downloaded but not installed
service networking restart
// gets an ip address from dhcp, continuing with the dist-upgrade
apt remove libnss-systemd systemd systemd-timesyncd dbus-user-session --purge
No sysd here:
dpkg -l | grep systemd
returns nothing
What should be done with these? I assume they are leftovers from a removed meta package from debian. Which ones should be manually installed for a full working desktop? Some of these, like LibreOffice I know should be manually installed. I am at a loss here. It is a lot of programs orphaned from a meta package, if this is the case.
root@localhost:/home/guest# apt dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
acl coinor-libcbc3 coinor-libcgl1 coinor-libclp1 coinor-libcoinmp1v5
coinor-libcoinutils3v5 coinor-libosi1v5 colord-data cups-client
cups-pk-helper dns-root-data dnsmasq-base espeak-ng-data exfalso
fonts-font-awesome fonts-lato fonts-opensymbol fonts-quicksand gimp-data
gir1.2-atspi-2.0 gir1.2-gst-plugins-base-1.0 gir1.2-gstreamer-1.0
gir1.2-gtksource-3.0 gir1.2-javascriptcoregtk-4.0 gir1.2-keybinder-3.0
gir1.2-notify-0.7 gir1.2-packagekitglib-1.0 gir1.2-polkit-1.0
gir1.2-secret-1 gir1.2-soup-2.4 gir1.2-webkit2-4.0 gir1.2-wnck-3.0
gnome-accessibility-themes gnome-desktop3-data gnome-keyring
gnome-keyring-pkcs11 gnome-themes-extra gnome-themes-extra-data
gstreamer1.0-gtk3 gstreamer1.0-pulseaudio gtk2-engines-pixbuf hyphen-en-us
ipp-usb iptables javascript-common libabw-0.1-1 libamd2 libao-common libao4
libappstream4 libatk-adaptor libaudio2 libayatana-appindicator3-1
libayatana-ido3-0.4-0 libayatana-indicator3-7 libbabl-0.1-0 libbluetooth3
libboost-filesystem1.74.0 libboost-iostreams1.74.0 libboost-locale1.74.0
libboost-thread1.74.0 libbrlapi0.8 libcamd2 libccolamd2 libcdr-0.1-1
libcholmod3 libclucene-contribs1v5 libclucene-core1v5 libcmis-0.5-5v5
libcolamd2 libcolorhug2 libcurl4 libdotconf0 libe-book-0.1-1 libeot0
libept1.6.0 libepubgen-0.1-1 libespeak-ng1 libetonyek-0.1-1 libexiv2-27
libexttextcat-2.0-0 libexttextcat-data libfreehand-0.1-1 libgd3
libgegl-0.4-0 libgegl-common libgexiv2-2 libgimp2.0 libglib2.0-bin
libgnome-desktop-3-19 libgpgmepp6 libgphoto2-6 libgphoto2-l10n
libgphoto2-port12 libgusb2 libieee1284-3 libip6tc2 libjim0.79 libjs-jquery
libjs-sphinxdoc libjs-underscore libjuh-java libjurt-java liblangtag-common
liblangtag1 libldb2 liblibreoffice-java liblightdm-gobject-1-0 liblouis-data
liblouis20 libmbim-glib4 libmbim-proxy libmetis5 libmhash2 libmm-glib0
libmspub-0.1-1 libmwaw-0.3-3 libmythes-1.2-0 libndp0 libneon27-gnutls
libnetfilter-conntrack3 libnfnetlink0 libnl-route-3-200 libnm0 libnma-common
libnma0 libnumbertext-1.0-0 libnumbertext-data libodfgen-0.1-1
liborcus-0.16-0 liborcus-parser-0.16-0 libpackagekit-glib2-18
libpagemaker-0.0-0 libpam-gnome-keyring libpcaudio0 libpcsclite1
libpipewire-0.3-0 libpipewire-0.3-modules libplymouth5 libpython3.9
libqmi-glib5 libqmi-proxy libqrcodegencpp1 libqxp-0.0-0 libraptor2-0
librasqal3 libraw20 librdf0 libreoffice-base-core libreoffice-calc
libreoffice-common libreoffice-core libreoffice-draw libreoffice-gtk3
libreoffice-help-common libreoffice-help-en-us libreoffice-impress
libreoffice-math libreoffice-style-colibre libreoffice-writer
librevenge-0.0-0 libridl-java libsane-common libsane1 libsmbclient
libsnmp-base libsnmp40 libsonic0 libspa-0.2-modules libspeechd2
libstaroffice-0.0-0 libstemmer0d libsuitesparseconfig5 libtalloc2
libteamdctl0 libtevent0 libumfpack5 libuno-cppu3 libuno-cppuhelpergcc3-3
libuno-purpenvhelpergcc3-3 libuno-sal3 libuno-salhelpergcc3-3
libunoloader-java libvisio-0.1-1 libwbclient0 libwpd-0.10-10 libwpg-0.3-3
libwps-0.4-4 libxapian30 libxkbregistry0 libxmlsec1 libxmlsec1-nss libyajl2
libyaml-0-2 libzmf-0.0-0 lightdm-gtk-greeter lp-solve
mobile-broadband-provider-info mythes-en-us node-normalize.css openntpd orca
p11-kit p11-kit-modules perl-tk pipewire pipewire-bin python3-brlapi
python3-cairo python3-cups python3-cupshelpers python3-dbus
python3-feedparser python3-gi-cairo python3-ldb python3-louis
python3-musicbrainzngs python3-mutagen python3-pyatspi python3-pyinotify
python3-smbc python3-speechd python3-talloc python3-uno python3-xdg
quodlibet samba-libs sane-utils sound-icons speech-dispatcher
speech-dispatcher-audio-plugins speech-dispatcher-espeak-ng
sphinx-rtd-theme-common system-config-printer system-config-printer-common
system-config-printer-udev uno-libs-private update-inetd ure usb-modeswitch
usb-modeswitch-data usb.ids wpasupplicant xbrlapi xdg-desktop-portal xkbset
xsane xsane-common
Use 'apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
root@localhost:/home/guest#
A reboot produces the devuan grub screen but boots to a prompt, not a xfce login.
Lightdm was removed early on and not reinstalled, yet.
apt install lightdm
and it did boot to an X login screen, and it only needed one try to log in.
All logout buttons were working and not greyed out.
Note: After installing XFCE, I had to enter the login information two times on the login screen. I am sure I entered the correct login credentials. After migrating, this problem went away.
Sorry for not getting back to you, but I was unusually busy today and combined with a thunderstorm and power outage, I just didn't follow up. Glad you got it working!
It was my understanding that in building beowulf, libelogind0 would install and that would automatically remove libsystemd0. On none of my installs does libelogind0 and libsystemd exist simultaneously. Actually, I have libsystemd in only my last ascii install which has not been upgraded, yet.
I would try to remove libsystemd0 and see if it tries to remove anything with it. It may just be a situation where for some reason, it did not get removed.
apt remove libsystemd0
or you might try to reinstall libelogind0 perhaps, and see what will happen? Run a simulation with the "-s" flag.
apt install libelogind0 --reinstall -s
https://sysdfree.wordpress.com/2019/05/28/269/
https://debiandog.github.io/MakeLive/Re … owulf.html
I have not tried it myself, but found these from a web search.
Rarely does a download complete first time. Partial transfers and size mismatches. During the main upgrade, 284 MB of packages - 20 MB not downloaded due to size mismatches. Does this happen to anyone else?
I see this from time to time, especially when doing a large number of package updates. Whenever I have a major upgrade, I always use "--download-only". For example:
apt dist-upgrade --download-only
This ensures that all the packages are acquired before the installation process starts. I do see this error more when updating ceres though. This method is becoming more normal for me.
mint-meta-cinnamon did not seem to add /etc/apt/sources.list.d/official-package-repositories, not yet anyway and the update manager says im all up to date...
I did notice this in /etc/apt/preferences.d/official-extra-repositories.pref
I don't really know about that. The /etc/apt/sources.list.d/official-package-repositories file was actually created when I opened the Update-Manager and selected "Edit > Software sources". This action actually created the file, and I then commented everything in it out. It was this that "fixed" or at least changed the status of the Update Manager from always showing updates available.
I can confirm that I too have that same file in /etc/apt/preferences.d/official-extra-repositories.pref . I will be keeping it.
Its good that you mentioned the /etc/apt/sources.list.d/official-package-repositories issue.
This is an interesting issue. I have been messing with it and I "think" that it is part of the problem with the Update-Manager always showing updates available as reported in the article linked to above.
To give this a test, I installed the package "mint-meta-cinnamon" on my second update, which pulls in all the mint related programs. It added a lot of programs, I did not copy and paste the actual number. After this large install, and a reboot, the update manager showed updates available and when I looked into the update-manager, it showed a "corrupt apt configuration". I looked in the sources.list file and saw no duplicate entries and then looked into the /etc/apt/sources.list.d folder and I did not see that file named "official-package-repositories". I know that originally the mint update put it there in my first test update in another install, but now it is not there. I was baffled and confused.
Within the Update-Manager program, I clicked on Edit > Software sources, and there it was. I actually saw the file created within the sources.list.d folder. I had the file manager open to that location in another window, (-; . I opened that file and saw the debian sources, and a duplicate of the mint "debbie" repo line. I removed "all" of these lines by commenting them out.
On a final note, I thought that the system was totally up to date with a dist-upgrade. But after commenting out the lines above, I did an "apt update" and "apt dist-upgrade" and it showed 5 or so packages still to be updated. I do not know if removing these lines had an effect, but I suggest one final dist-upgrade to make sure all is updated.
I rebooted, and the update-manager is running fine and it does not show any updates available. All is "up to date". I guess that soon I will know if it is working. Or I may just not use the update-manager at all and manually update occasionally like I am used to.
I can not find anything that is not working correctly, yet.
OK, so I'm trying to save me some time & effort
This may not save you any time, and it may take some effort. So, it may be off-topic and unwanted. If so, I apologize.
You have two options. First, install what is for you bloated and then uninstall what you do not want, or, two, build your own with only what you want installed. I have done option two several times through the years. In the long run, it does save both time and effort and this makes it my preferred choice.
Simple build
- Start with the netinstall iso image, at the software selection screen, select the most minimal desktop you wish, or do not select one. I sometimes select one just so the proper xorg and video drivers will install. This saves the step below.
- Follow this guide for xorg installation.
- Did slim or lightdm get installed? You will need one or the other depending on the desktop you install. I prefer lightdm, but slim is the xfce default, I believe.
- reboot, is it working? If so, install refractasnapshot-base and refractainstaller-base and build an installable image of what you have thus far.
- Install the programs that you wish, and then when it is "customized" to your liking, make a final installable iso with refractasnapshot. You will now have what you want, with only what you want.
This may not be exactly what you are asking for, because what you are asking for may not exist, yet. But you can build it. But beware, this process is addictive.
Tip: Install bleachbit and remove unused localizations. This will remove much more (megabytes space) than it will use to be installed. This will help reduce the size of your custom.iso .
Hope this helps.
Well, I got my debian experience with the old SolusOS - the one based on gnome2 - and LMDE before the sysd change. So I have fond memories with it. I like the LMD(evuan)E and it is devuan under the hood, so you know it will be good and stable. I need to install on metal and use it more for better testing, so I can't give better feedback, yet.
Edit: I have installed it onto a spare partition on a physical drive. The grub install worked fine and now is labeled as LMDE and not debian. It seems responsive and fast. It has been a while since I have used the Cinnamon desktop, so I may not be the best tester to provide feedback.
I wouldnt mind giving this a try, how would one get the lmde source.list, im unsure where to look?
I am the "Devuan User" person mentioned on the link mentioned above. I played with this and found it to be easier than what was mentioned by the author. This is what I did.
I started with a refractasnapshot of my current personalized Beowulf install, and installed this in a virtualbox VM. I added the LMDE "debbie" repository in sources.list:
deb http://packages.linuxmint.com debbie main upstream import backport
Added the signing key as noted in the article,
apt-key adv --keyserver hkp://pool.sks-keyservers.net:80 --recv-keys A6616109451BBBF2
then, in synaptic, I changed the release preference to "debbie" by navigating to Settings > Preferences > Distribution.
I then did an "apt update" and "apt dist-upgrade". All went well and it did not try to delete anything of any importance, which was a surprise since the article mentioned that some stuff would be removed. I will also add that I already had lightdm installed.
Finally, I had to alter a sources.list addon because I installed the big "mint-meta-cinnamon" package. This "debbie" "mint-meta-cinnamon" package added a file /etc/apt/sources.list.d/official-package-repositories . I commented out all of these lines, all of them. It consisted of the "debbie" line which I mentioned earlier to sources.list, and it added the debian repositories, which we do not need, and will cause all kinds of problems.
Now, with that said, I did mess with the grub so now it shows as "Debian" on the grub page and not LMDE. After the install, it worked fine but I had three entries instead of just one all labeled as LMDE - along with the Recovery options. I looked at the grub configuration files and I found some "proxy" entries which may be left over from when I tested "grub-customizer" some time ago. I may have not totally removed its proxy entries. So this may be my error. At any rate, I removed and reinstalled grub and it fixed the number of entries to only one - with the recovery option, but it is now labeled as Debian.
I hope I got these steps right without omitting anything. This did work and was much easier than I thought it would be.
Release file for http://deb.devuan.org/merged/dists/beowulf/InRelease is not valid yet (invalid for another 4h 59min 53s). Updates for this repository will not be applied.
Back in the days of jessie and ascii, I saw this error a lot after installing a personal refractasnapshot install. I have not seen it lately with beowulf though. I always fixed it by using two commands. First, reset the current system time in the operating system with:
date --set 13:00:00
The above will set the system time to 1:00 pm. Adjust the numbers for your time.
Then, reconfigure tz-data with:
dpkg-reconfigure tzdata
This always fixed the above error for me. Hope this helps.
Interested in Ceres, the object for which (I assume) the unstable devuan is named after?
https://apod.nasa.gov/apod/ap200901.html
This site posts a new photo with a caption every day. I visit the site every now and then to see its daily archive to catch on unseen images. For a celestial curiosity seeker, you might find this site interesting. I couldn't find anything on this site regarding jessie, ascii, beowulf, chimaera, or daedalus.
From the link you posted above:
Once this is done eudev needs to be installed. Note that if you’re using Gnome it will be removed by this command, but can be installed again after migration.
root@debian:~# apt-get install eudev
The last command is known to cause package breaks but we will fix this as part of the migration process.
root@debian:~# apt-get -f install
Did you run "apt -f install"? Or "apt-get -f install"?