You are not logged in.
running a fully upgraded beowulf server with webmin (migrated from stretch), have no such issues.
as neutron_stz writes, check server logs, firewall, etc..
just saw this,
`apt install elogind` && accept libsystemd0 removal
does the trick, nothing else needed.
i've been running about a dozen wordpress sites on beowulf with php7.3/mariadb. seen no issues there.
you might also find wp-cli (https://wp-cli.org/) really useful..
did you try mate with slim+consolekit ?
iirc, it works better that way in ascii, and it's also the suggested setup : https://files.devuan.org/devuan_ascii/Release_notes.txt
what Desktop Environment are you using? there are different packages depending on DE.
do you have cgmanager and DE's polkit deb packages installed?
if you don't need slim at all, remove it.
# apt remove slim
[edit] oops, just read ToxicExMachina's post
xinomilo wrote:note: jessie/stretch/ascii php versions are already officially EOL, and will also be leaving sury repo soon...
I didn't see this until today. I'm totally confused as to what you're saying is EOL..."jessie/stretch/ascii php versions"? I must be missing something. Are you just referring to versions on sury? Surely ascii php 7.2 isn't EOL for example.
i'm talking about php5.6 in jessie, php7.0 in ascii/stretch (official distro php packages) : https://secure.php.net/eol.php
they do get security updates through distro repos still, but some web-apps are already complaining about old php versions.
check your /etc/apt/preferences.d/ files. i'd guess some apt pinning is to blame..
proceed with security upgrades first!
are you missing -security repos perhaps? what does apt policy libssl1.0.2 say?
other than that, maybe network or mirror error, sync delay, other.. (?)
i think openssl >= 1.1 is required by some newer php extensions. don't use openssl from 3rd party, but i guess since libssl1.1 is not available in jessie/ascii, some people would want to use those to get newer php7.3 version.
note: jessie/stretch/ascii php versions are already officially EOL, and will also be leaving sury repo soon...
the other solution is to build from source. but some people don't want to install *-dev packages on production machines, and others simply can't/don't know how to compile. (btw, reproducible builds is a great project..)
anyway, it's all about choices/user freedom, i think.. you have all these options available, proceed with "caution"..
2 more cents on this topic
EDIT: Just to note: I just testing and commenting out that repo and doing and update and dist-upgrade doesn't downgrade that openssl version. Also, after reading the home page at https://deb.sury.org/ it certainly appears that the repo is managed by someone who knows what they're doing.
yes i also think it's a trusted source. sury is a debian developer (packaging php among others) and also involved in PHP : https://qa.debian.org/developer.php?ema … debian.org
also using his stretch/ascii repo for newer php7.1 & php7.2 on some servers. and in some cases php5.6 branch, since php5 is not avaiable in stretch/ascii.
and you can pin a package to specific version/repo if you like. check : https://wiki.debian.org/AptPreferences
2nd command quoted is dvd-apps, not dvb-apps.
ctrl+S doesn't work, not sure why. here's a blurry screeshot (sorry about quality):
https://share.riseup.net/#3XVZ8rGqhJ1uyPczRhVcXg
no it doesn't, unfortunately.. shutdown is very fast, but cryptdisk & cryptdisk-early fail (red). no other messages there..
maybe someone else can try this too?
diff from default :
diff cryptdisks-functions.orig cryptdisks-functions
181a182,183
> local vgs vg
>
182a185,192
> if [ -x /sbin/lvm ]; then
> vgs="$(/sbin/lvm vgscan | sed -n '/"/s/^.*"\([^'\'']*\)".*$/\1/p')"
> if [ -n "${vgs}" ]; then
> for vg in ${vgs}; do
> /sbin/lvm vgchange -a n ${vg} >/dev/null 2>&1
> done
> fi
> fi
install relevant packages (usually DEname or DEname-desktop-environment) and choose the new DE on login screen, preferably after reboot.
remove unwanted DEs afterwards, if you don't want to get too "heavy" on system resources.
added these lines and there are no cryptdisks delays, system shutdown is almost instant, but cryptdisks stop fails for some reason. too quick to view exactly on shutdown - just a glimpse of "cryptdisks: failed".
so, not exactly sure if that works.
having the same problem since installing devuan... bug was also present in debian without-systemd, but not in MX linux (they have packaged a patched version).
there is a bug #271 for cryptsetup / delays in shutdown.
https://bugs.devuan.org//cgi/bugreport.cgi?bug=271
as mentioned, new file in beowulf is /lib/cryptsetup/cryptdisks-functions, and no ascii patch applies there now.
beowulf.
$ dpkg -S loginctl
elogind: /bin/loginctl
$ apt policy elogind
elogind:
Installed: 239.3+20190131-1
Candidate: 239.3+20190131-1
Version table:
*** 239.3+20190131-1 500
500 http://gr.deb.devuan.org/merged testing/main amd64 Packages
500 http://gr.deb.devuan.org/merged ceres/main amd64 Packages
100 /var/lib/dpkg/status
Kernel 4.19:
- Add backports repo
echo "deb http://ftp.debian.org/debian stretch-backports main" | sudo tee -a /etc/apt/sources.list > /dev/null
sudo apt-get update
in Devuan you need ascii-backports, not stretch-backports. you shouldn't be mixing Debian/Devuan repos, not a good practice...
yes, always turn on a screen lock in screensaver/suspend.
but in general i agree with @stanz, that should be a choice, not a default
cron.log is not always available. not by default IIRC. depends on log daemon/settings.
as root :
# grep CRON /var/log/syslog
Feb 15 18:45:06 localhost CRON[4731]: (CRON) info (No MTA installed, discarding output)
this means there is no way to send email. you need an MTA installed. (i use ssmtp on laptop for that.)
used to have a nokia n9 with maemo 4-5 years ago, and that was a very pleasant experience.
so yes, this is really interesting
didn't use the mini.iso. ascii install upgraded to beowulf.
have the same .desktop files, no differences as far as i can tell with yours, and these work with MATE menu and latest policykit. maybe try with a different menu?
also check ~/.xsession-errors for anything strange.
i also have a problem starting luckybackup as root, from menu (runs ok from terminal), but i think it has something to do with Qt in that case, different issue probably..
bleachbit in my system /usr/share/applications/bleachbit-root.desktop :
Exec=pkexec bleachbit
and it works that way. synaptic also works normally from menu.