I’m a retired Unix (AIX) admin and I run some Linux servers at home. But, I’m still using Windows as a desktop. This whole Windows recall thing is the final straw - I’m switching to Linux for desktop. I’ve done a bit of research and believe Debian is the best fit for me. So, I recently installed it on one of my small servers.
I like it but I find the “half baked” approach to systemd a bit confusing. My default minimal server install has both cron jobs and systemd timers configured for basic system maintenance tasks. For example logrotate is fired twice a day - once by /etc/cron.daily/logrotate
and once by /lib/systemd/system/logrotate.service
. I’m tempted confirm that everything cron does is actually also done by systemd and then apt purge cron\* && rm -rf /etc/cron*
. But, I suspect that might break future package installs and updates?
I’m also not excited by ifup/ifdown - why not just use the capability already included with systemd? This is just a minor thing for me as there’s no real duplication I guess.
Is the a Debian based “pure systemd” distro??
Debian Developers are prone to add their own bits with the upstream package. Sometimes it is very useful, sometimes not. They add the relevant systemd units in and turn them on for you and also set up the cron jobs according to which dev prepared the package.
You don’t have to install systemd with Debian (I think?). The row when systemd started to gain traction and DDs debated its inclusion for ages lead to a strange set of decisions, IMHO, about the filesystem layout, which is quite different to what a systemd person would expect, to make it work with the other low level system that is being used.
I thought I saw that sysv stuff is being marked for being removed from the kernel at some stage. Am I imagining that? I don’t know what the alternative init systems are now.
Anyway, Debian is a fine distro.
Suggest you run a desktop with prioritised apt-pinning on Testing and Sid. It makes it semi-rolling and it’s stable as anything. The community makes sure that less than an hour goes past before someone posts a solution to a package error and for that reason I suggest that you always install the apt package scripts which provide the change logs and known bugs with that package before you hit install.
The feedback from the community upstream to the DDs is amazing.
I hope aptitude - an apt TUI - is still being used as that’s one of my favourite ever Debian utilities; a lot of the packages show as hard dependencies when you install them individually but are actually covered by other packages already installed; you can reduce the unused packages in your system by marking the packages auto installed yourself in aptitude very easily. There are several other packages in the repos to do all manner of interesting things. The community spirit is very very strong.
Good luck and have fun.
I found that starting with a debootstrap minimal install from a live distro (I like ArchLinux as a rescue usb, but there are plenty of others on distrowatch.com) and adding a kernel was the best way to go to try to keep the numbers of packages down in my Debian systems. YMMV. My experience was coming up to a decade ago now though, although lots of hardware vendors always love their Debian; UniFi was a Debian fan last time I looked at the controller.