You are not logged in.
@rolfie - Thanks. Yes, I have found lots of topics, but nothing about the release itself. I just got a new-to-me card (amd RX 5600XT) and it's working ok after passing kernel params to stop the crashes.
@MrReplikant and @boughtonp Thanks, that gives me a general timeframe, that is all I was really looking for. The Devuan and Debian pages just speak in rough theories about releases, I was looking for 'best guesses' as to when that may be.
Now I need to decide if I want to dist-upgrade now, or just hang on for another couple of months.
Is there anywhere I can find info on the Daedalus release?
I know it's in testing, and it will be ready when it's ready. But is there any info out there about how it is going? It is looking good, coming soon? Not close? A smoking pile of garbage? (I know it's not that)
I've installed it in a VM, and seems good. I plan to do (yet another) dist-upgrade when it is released.
I'm just curious, and I can't seem to find any information anywhere.
Hallo!
Thanks, but there is nothing like this on my debian!
I just beginning from scratch using devuan and even there, there is nothing like this.
On devuan, gvfs is installed, but not active running.Manfred
andyprough wrote:Wouldn't you just find the service associated with the process and un-check that service's annoying run-levels with 'sudo sysv-rc-conf'?
Maybe I'm being dense and this has nothing to do with services. But this is usually one of the first places I look to get misbehaving autostart processes under control.
sudo apt install sysv-rc-conf maybe?
I would flip this question around: Is there any reason to switch to Debian?
I have been using Linux since RedHat 5.1 (1998) and eventually went to *buntus and then Mint. Over the years I basically forgot about the init system. When Mint made systemd mandatory, and I started having minutes-long startup and shutdowns, that is when I learned what systemd was. And it was now the default with no turning back.
That's how I found Devuan, and it just works great for me. Just like how when Firefox performance went south quickly, I switched to Palemoon. I know FF has since turned things around quite a bit, but that doesn't mean I just go back to it. I'll keep using what I use until it does something that makes me want or need to switch.
I have no good reason to switch to Debian (or Mint). I'm very happy with Devuan, it does what I want and need. I do like that Debian *might* move back to init choices, because there's something more than a little unsettling about having only one choice for init. I can certainly understand if systemd is better for admins, and even if people prefer it.
Personally, if I HAD to switch to systemd I would likely do that instead of going to BSD. Let's hope it doesn't come to that.
mweishaar wrote:when were runlevels 2-5 made the same?
AFAIK runlevels 2-5 have always been the same in Debian but I've only been using it since wheezy so I might be wrong.
Reference: https://wiki.debian.org/RunLevel
But note that in Debian under systemd runlevels 2,3 & 4 are simulated as multi-user.target (which is a console-only boot) whereas runlevel 5 is simulated as graphical.target (which is a graphical boot):
$ ls -l /lib/systemd/system/runlevel?.target lrwxrwxrwx 1 root root 15 Jan 29 14:16 /lib/systemd/system/runlevel0.target -> poweroff.target lrwxrwxrwx 1 root root 13 Jan 29 14:16 /lib/systemd/system/runlevel1.target -> rescue.target lrwxrwxrwx 1 root root 17 Jan 29 14:16 /lib/systemd/system/runlevel2.target -> multi-user.target lrwxrwxrwx 1 root root 17 Jan 29 14:16 /lib/systemd/system/runlevel3.target -> multi-user.target lrwxrwxrwx 1 root root 17 Jan 29 14:16 /lib/systemd/system/runlevel4.target -> multi-user.target lrwxrwxrwx 1 root root 16 Jan 29 14:16 /lib/systemd/system/runlevel5.target -> graphical.target lrwxrwxrwx 1 root root 13 Jan 29 14:16 /lib/systemd/system/runlevel6.target -> reboot.target $
Thanks. I started with Redhat in '98, then Mandrake in '02, and have been on Debian-based distros since '05 with Kubuntu/Xubuntu/Mint. I've only been on Devuan since 2018.
I don't speak systemd - at least not yet.
I am running beowulf with sysvinit, and just upgraded my video card from an Nvidia GTX 750 to an AMD Radeon R9 380. Before undertaking this, I decided to make sure I remembered how to boot without X for if when the need arose. It has been at least 10 years since I had to do that, and a quick search on google (incorrectly) confirmed X was in runlevel 5 and I should boot into runlevel 3 for text-only mode.
Always test and verify! After modifying a grub entry at boot time and appending runlevel 3, it still launched into X. I checked my runlevel using who -r and confirmed I was in 3. Ok, so I had to do more research, and dig into grub and runlevels. This is where I discovered that all my old dusty knowledge didn't apply anymore. Default runlevel is 2, not 5. And it wouldn't matter if I changed it to 5, because all runlevels 2-5 in /etc/rc#.d were identical. I eventually modified runlevel 3 to boot without X by disabling slim sudo update-rc.d slim disable 3, then created a custom boot entry for runlevel 3 in /etc/grub.d/40_custom and added it to grub with sudo update-grub. Works as expected, no X.
This post is mainly for posterity. Even though I've been using linux for 20+ years I learned something, including that you don't need an xorg.conf file anymore.
Out of curiosity, when were runlevels 2-5 made the same? Was it in Debian pre-systemd or is it a Devuan thing?
Is the pandemic being used to create a surveillance state?
Short answer: No.
Longer answer: Saying "create" implies there wasn't one prior to 2020. There most assuredly was. And sadly, much if not most of it is voluntary. Most people simply DO NOT CARE. If they did, Facebook wouldn't exist. Google wouldn't have as much reach. Twitter, Amazon, and the list goes on...
This is not to say that those companies don't provide some value, but it comes at a cost. And one could argue that the value isn't always worth the cost. There is no conspiracy, people willingly give up their information for whatever value they get from those companies.
That's not to say that the government wasn't in before these companies were. They were in early. In the early 90s I started working at one of the biggest cell phone company in the US. Let's just say that one day several suits were in the office, talking to Sr Management about a need-to-know project. Rumors were circulating, and then we were promptly informed that we were not to speak of said project ever again.
I've used two appimages.
1. Kdenlive. They implemented some new features in the latest version (20.12), and I am on 18.12.3 w/beowulf. KDE provided the appimage. I don't use it all that often, but the new features are nice.
2. I have a live-usb-maker appimage from the MX-linux team. For some reason, I couldn't get a bootable USB to work (i.e. boot) using unetbootin.
I don't mind them at all, but I wouldn't want to use them exclusively.
Just thought I would post an update...
After a few more reboots, it seems my login delay went away.
NOTE: I did not install elogind, and I didn't change my xorg.conf file. I really didn't change anything trying to resolve it.
I may look into these things if the issue comes back, but for now I am good.
In fact, really good!
I just noticed that with my base desktop session (3 terminals, total of 9 terminal tabs) and my browser (palemoon) running with just this forum, I am using < 1GB of RAM.
Here are my top ten from ps_mem.py
13.9 MiB + 1.3 MiB = 15.2 MiB panel-1-whisker
16.0 MiB + 774.5 KiB = 16.7 MiB redshift-gtk
13.8 MiB + 4.5 MiB = 18.3 MiB qasmixer
15.8 MiB + 3.9 MiB = 19.7 MiB flameshot
18.4 MiB + 4.2 MiB = 22.7 MiB Thunar
22.5 MiB + 3.2 MiB = 25.7 MiB xfce4-terminal
27.3 MiB + 2.0 MiB = 29.3 MiB gerbera
30.3 MiB + 8.6 MiB = 38.9 MiB xfdesktop
38.8 MiB + 10.5 MiB = 49.3 MiB Xorg
307.4 MiB + 3.8 MiB = 311.2 MiB palemoon
---------------------------------
710.2 MiB
=============
Without the browser running it was at 441.5MiB. Very pleased about that.
I use XFCE because I prefer it. Everyone talks about how it is great for old computers with low resources, which is certainly true. But it's not all just XFCE though, because Devuan certainly has something to do with that as well. 49MB for Xorg seems to be about 1/2 of what I have seen of other XFCE based distros. Maybe they just come with lots of things enabled by default. Not trying to tweak out every bit of memory, just happy with the way Devuan performs.
FYI, since I mentioned serviio previously, I thought I'd add that gerbera made the list because the newest version of serviio wasn't recognized by some of my devices, and after some troubleshooting I decided to install gerbera (another dlna server) alongside it as a test. It is lighter weight, doesn't use java, and everything could see it. So I'm using that now, and serviio has been disabled.
mweishaar wrote:you're saying I don't need an xorg.conf, and I do need elogind?
Yes, that's right. I can't confirm anything about NVIDIA personally (I wouldn't give money to those bastards) but I know that elogind is needed.
Well, I haven't bought a new video card... ever. So technically Nvidia didn't get my money.
Now cards are so huge I had to get something that would fit in my mini tower. Nvidia drivers are quite a PITA sometimes.
Interesting about elogind. Prior to doing my upgrade, I created a vm with a base install of ascii, and another with a base install of beowulf. Then I did a dist-upgrade on ascii so it's on beowulf now. The ascii-upgraded one doesn't have elogind installed, but the beowulf-install one does.
So I would expect that elogind isn't required, as my system is operating without it. But it does seem that I can install it without much risk since a fresh install uses it.
mweishaar wrote:I swear, sometimes I feel ancient with newer distros
The only constant is change
Definitely.
sooo, you're saying I don't need an xorg.conf, and I do need elogind?
Cripes....I swear, sometimes I feel ancient with newer distros.
I am not sure I understand your comment about not needing an xorg.conf file.
elogind is installed
weishaar@devuan:~$ dpkg -l | grep elogind
rc elogind 234.4-2 amd64 user, seat and session management daemon
rc libpam-elogind:amd64 234.4-2 amd64 elogind PAM module
Dell Optiplex 7010, i5-3570, 8GB ram, Nvidia GTX 750, dual monitors, Samsung 250GB SSD + several TB w/spinning drives
Devuan Ascii XFCE
So I finally took the plunge and upgraded from ascii to beowulf. First off - I still remember doing upgrades back on RedHat 5.1, so I've been doing this a while. Linux upgrades sure have come a long way!
My first issue was that I had held back all nvidia packages, so I had to take those off hold before I could get dist-upgrade to start. Not a problem really, but a hurdle.
==============
FIXED ISSUES (worth mentioning):
dist-upgrade went fine, no real surprises until the end. There was some issue with the nvidia driver. A reboot might fix it. It did not.
No X server. Tried quite a few things to get it going, I had part of driver 390 installed and part of 418. I ended up uninstalling all the nvidia drivers, and then trying nouveau. No go. So reinstalled only the latest nvidia. Using "X -configure" gave me what looked like a good xorg.conf file, but then X wouldn't start claiming the number of screens didn't match my hardware. I copied over the xorg.conf file that I had backed up before the upgrade, and all was good with X.
Next issue was slim. It was gone. I had done the auto-cleanup per the instructions, so maybe that got rid of it?! Installed it, then I was back up and running in XFCE.
Pulseaudio wasn't running. Long story short... I fixed it by launching pulseaudio via autostart and disabling start-pulseaudio-x11 which didn't seem to be working. Then I found the right answer in the release notes. D'oh!
sendmail was taking 60 seconds to start on boot. I know I had seen this in the distant past and fixed it. Just needed to update my hosts file appropriately to have the non-fully-qualified hostname as the first line. Which I already had in ascii and it didn't change, just needed to change the format a little.
(ascii) 127.0.0.1 localhost ip4-localhost ip4-loopback
(beowulf) 127.0.0.1 devuan devuan.localdomain
I run serviio as a dlna server. It wasn't working anymore. Messed around with it a bit, then just installed the latest version and default-jre (missing) and it's back.
Was getting an error in syslog from console-kit-daemon about cgmanager not running. It wasn't installed, so I installed it.
VLC was gone, as was Handbrake. Re-installed them.
==============
UNSOLVED ISSUE:
I see a 30 second delay before the desktop comes up. Here is the relevant portion from syslog:
...
Jul 4 10:24:24 devuan avahi-daemon[2001]: Server startup complete. Host name is devuan.local. Local service cookie is 2967303762.
Jul 4 10:24:26 devuan kernel: [ 13.476220] resource sanity check: requesting [mem 0x000e0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000e0000-0x000e3fff window]
Jul 4 10:24:26 devuan kernel: [ 13.476373] caller _nv029707rm+0x58/0x90 [nvidia] mapping multiple BARs
Jul 4 10:24:26 devuan kernel: [ 13.770321] resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000d4000-0x000d7fff window]
Jul 4 10:24:26 devuan kernel: [ 13.770476] caller _nv000935rm+0x1bf/0x1f0 [nvidia] mapping multiple BARs
**** Note the 33 second delay here. Did some googling, but no real answer yet.
Jul 4 10:24:59 devuan dbus-daemon[1976]: [system] Activating service name='org.freedesktop.ConsoleKit' requested by ':1.7' (uid=0 pid=2268 comm="/usr/bin/slim -d ") (using servicehelper)
Jul 4 10:24:59 devuan dbus-daemon[1976]: [system] Activating service name='org.freedesktop.PolicyKit1' requested by ':1.8' (uid=0 pid=2606 comm="/usr/sbin/console-kit-daemon --no-daemon ") (using servicehelper)
...
==============
Kind of annoying, but I honestly restart my machine every couple of months, so not a huge deal.
Other than these few hurdles, everything seems to be running great. Somehow, memory usage is even lower than it was on ascii. I didn't take a "before" snapshot, but I know it's lower by quite a bit.
Right now as I type this I am only using 1.5 GiB of RAM ! Here are the top 10 users from ps_mem.py
12.6 MiB + 3.1 MiB = 15.7 MiB xfce4-panel
17.6 MiB + 943.5 KiB = 18.5 MiB libvirtd
17.5 MiB + 3.3 MiB = 20.8 MiB xfce4-terminal (3 terminals with 4 tabs in each)
14.2 MiB + 9.1 MiB = 23.3 MiB flameshot
20.9 MiB + 2.4 MiB = 23.3 MiB redshift-gtk
14.5 MiB + 9.6 MiB = 24.1 MiB qasmixer
43.9 MiB + 19.2 MiB = 63.1 MiB Xorg
53.4 MiB + 17.2 MiB = 70.6 MiB xfdesktop
386.1 MiB + 334.5 KiB = 386.4 MiB java
690.9 MiB + 5.4 MiB = 696.3 MiB palemoon (7 tabs open)
---------------------------------
1.5 GiB
I may run into a few more things here and there that aren't quite right, but I shouldn't have any issues resolving them.
Overall, Beowulf gets an A from me!
I am still running ascii, but am looking forward to doing the dist-upgrade to beowulf. I did a little test on it today, and thought I would share.
I created two identical VMs, one installing ascii, and the other with beowulf. Then I did the dist-upgrade on ascii. It all went very smoothly.
Here are the commands I used to create the vms, I chose the same options during both installations.
virt-install --name=devuan_beowulf_vm --vcpus=2 --memory=2048 -c /storage3/iso/devuan_beowulf/installer-iso/devuan_beowulf_3.0.0_amd64-desktop.iso --disk /storage3/kvmhdd/devuan_beowulf,size=15 --graphics spice
virt-install --name=devuan_ascii_vm --vcpus=2 --memory=2048 -c /storage3/iso/devuan_ascii_2.0.0_amd64_dvd-1.iso --disk /storage3/kvmhdd/devuan_ascii,size=15 --graphics spice
The installer for beowulf was the old-style texty installer. I got the iso via the torrent link on the devuan announcement.
1. The boot screen for upgraded-ascii is nice with Devuan Beowulf colors and Devuan logo. The one for Beowulf is texty like the installer, and is actually how my current ascii system looks.
2. In the out-of-the-box install, Beowulf uses less memory. I restarted the VMs a few times, and usage did vary a little, but it was right around 14 MB less used for Beowulf.
Image for boot screen:
Image for memory usage (using gkrellm)
I just bought Quake from GOG.com and finished it over the holidays.
I play Unreal Tournament on occasion (used to be in a sniper clan). I've played the Half-Life Series. Ravenfield, used to play Red Eclipse.
I've bought quite a few of the Humble Bundles, mainly for my kids, but they have put out quite a few games that run natively on Linux. (moreso in the past though).
I have Steam installed, and there are quite a few games that you can play on Linux. For a while when it first came out I play Ice Lakes, an ice-fishing game.
I also run Emulation Station, and can play the games I grew up with - Atari 2600 and Arcade games, as well as SNES and others.
I don't have a lot of time to invest in games, but they can be a good distraction from time to time. I do enjoy a good puzzle or interesting game, like Zen Bound 2, TypeRider, Night Sky to name a few.
So I am one of those who registered here a month ago, but haven't posted yet. But there is a really good reason for that... I haven't needed any help!
Short history is I installed RedHat5.2 on my home computer in 1999 and have been running Linux since. Have been through several different distros over the years, from Mandrake to Kubuntu to Mint. XFCE has been my DE for 10 years now. I thought Mint would be my last distro, but like many others, I think it has gotten lost. Because it is a downstream of Ubuntu, systemd became the autocratic choice. I put up with the ensuing problems for a few years, through upgrades and even getting a new computer.
I have been running Devuan for over a month now, and all is great. I keep my machine running 24/7, but I don't fear rebooting it like I did with systemd at the helm. And those persistent pesky problems are gone. So in short - THANK YOU to the developers of Devuan for providing a very valuable and (unfortunately) very necessary Linux distribution.