You are not logged in.
xinomilo wrote:Unfortunately (for me) i need 386 builds, and there is only amd64.
Just fudge it with equivs. Either use the dummy package as-is or build your own that symlinks opentmpfiles.
PHP-FPM from packages.sury.org doesn't really need systemd, some nit just decided to use systemd-tmpfiles because it's there... And be a dick about it when someone tries it where systemd is not installable.
It's probably time to retire the use of that repo if this kind of idiocy is going to continue (and I expect it will), but for now a dirty little one-line shell hack keeps the wheels turning.
Probably a bit late for you I know, but I'll leave it here for reference anyway.
FWIW (and admittedly not really an answer to your question), I find it far easier to just build ZFS from upstream sources than to muck about with backports and Debian/merged packages.
./configure --prefix=/usr --enable-sysvinit --disable-systemd
make
make deb-dkms
make deb-utils
dpkg -i ./*.deb
And you get a not-ancient ZFS build to boot. Upstream is at v0.8.3 right now, and there are some nice improvements over the crusty release Debian/Devuan is shipping.
ZFS works just fine on ASCII with insserv 1.14, and it has since 0.6.x, at least with the init scripts from upstream.
Dunno what's wrong with the distro packaging, I don't immediately see a bug report explaining the conflict either.
It looks like it might only be on Linux systems
For the record, I'm running firefox 64.0 without pulseaudio here in Gentoo paradise. The sound is excellent.
On the OP, I'd probably be around here more often if it wasn't for the disturbing level of tinfoil hat insanity that goes on. Some people really need to get a grip.
steve_v has long since left the building.
steve_v is waiting for a Devuan release that isn't 2+ years behind Debian, and he still gets mail alerts.
Meanwhile, he's running a systemd-free rolling release, one with a modern desktop that works properly now.
He's running Devuan on servers though, where appallingly ancient software isn't such a problem.
I like this Devuan thing, but it seems I've tried and failed to like any of the desktops that work properly with it.
KDE/Plasma runs, which is slightly surprising, but I've yet to convince it (or sddm for that matter) to do anything related to poweroff / reboot /suspend / hibernate.
It'll kill the session and that's about it. Having to switch to a VT and log is as root just to turn the machine off is a little lame in this day and age...
This is less lame than having to use some gnome derivative instead, but still pretty annoying.
I'm not (yet) familiar with the changes in Devuan, is plasma's power management functionality completely broken sans systemd or am I just doing it wrong?
Everything else appears to work, and the various blah-kits are doing their thing, at least as far as I can tell. There's some other layer between plasma and console-kit / upower etc. yeah?
Anyone had better luck here?
Off topic, what's the plan for the release cycle after stretch / ascii? Aiming for parallel with debian's stable releases or one behind? I'm guessing the former, as I hear rumors of tracking testing as well...
To downgrade, do I need to just change the name back to Jessie in sources.list and follow the steps again?
The answer to that question is going to be exactly the same as it is for Debian: No. If the packages installed are higher versions than those in the repos, apt does nothing.
There is no easy way of downgrading a system, the packaging tools were simply not designed for it.
The is various chicanery one can play with apt pinning to force lower versions to be installed, but there are usually conflicts, and it's always a pain in the ass.
99% of the time, I'd say a reinstall is less hassle.
Or better yet, just make a backup / snapshot before trying out the new stuff.