Forum
[SOLVED] PHP7.4-fpm requires systemd and fails to install - Printable Version

+- Forum (http://forum.xbian.org)
+-- Forum: CuBox-i / Hummingboard (/forum-66.html)
+--- Forum: Installation (/forum-70.html)
+--- Thread: [SOLVED] PHP7.4-fpm requires systemd and fails to install (/thread-4074.html)

Pages: 1 2


PHP7.4-fpm requires systemd and fails to install - jakenl - 9th Mar, 2020 08:24 AM

I use the Xbian (buster) RPI also to run a PHP-based website through nginx. I tried tonight to clean up all PHP7.3 packages and replacing them by PHP7.4 packages. This was OK, except for php7.4-fpm, which is required for nginx. The result is that all PHP content of the website is not running.

during the apt-get install php7.4-fpm I get the following result:
Code:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
php7.4-fpm : Depends: systemd but it is not going to be installed
E: Unable to correct problems, you have held broken packages
Not being able to find a solution I tried to revert back to php7.3, but to my surprise I find the same problem there. No luck installaing php7.3-fpm. I wonder how I got it on it before, because I have that website running for a couple years now.

How can I force the fpm package on it? I think i will flash tomorrow my latest backup image back, so at least I have a working webserver again.


PHP7.4-fpm requires systemd and fails to install - jakenl - 10th Mar, 2020 07:11 AM

During my online search I have seen that Xbian uses upstart instead of systemd, so I understand a little bit where the error messag is coming from. However, it used to run, so I wonder what the differnece is.


PHP7.4-fpm requires systemd and fails to install - jakenl - 10th Mar, 2020 09:40 PM

I put back an image of last week. There both php7.3-fpm and php7.4-fpm are installed. However all php updates are hold back by apt-get.

Code:
The following packages have been kept back:
  libapache2-mod-php7.4 php7.3-cli php7.3-common php7.3-curl php7.3-fpm php7.3-json php7.3-mbstring php7.3-mysql php7.3-opcache php7.3-readline php7.3-xml php7.4-cli
  php7.4-common php7.4-curl php7.4-fpm php7.4-json php7.4-opcache php7.4-readline php7.4-xml
0 upgraded, 0 newly installed, 0 to remove and 19 not upgraded.
xbian@xbian /etc/php/7.4/fpm $ sudo apt install php7.4-common
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following package was automatically installed and is no longer required:
  libicu64
Use 'sudo apt autoremove' to remove it.
The following additional packages will be installed:
  libapache2-mod-php7.4 php7.4-cli php7.4-curl php7.4-json php7.4-opcache php7.4-readline php7.4-xml
Suggested packages:
  php-pear
Recommended packages:
  apache2
The following packages will be REMOVED:
  php7.4-fpm
The following packages will be upgraded:
  libapache2-mod-php7.4 php7.4-cli php7.4-common php7.4-curl php7.4-json php7.4-opcache php7.4-readline php7.4-xml
8 upgraded, 0 newly installed, 1 to remove and 10 not upgraded.
Need to get 3,208 kB of archives.
After this operation, 2,765 kB disk space will be freed.
Do you want to continue? [Y/n]



RE: PHP7.4-fpm requires systemd and fails to install - Nachteule - 11th Mar, 2020 11:19 PM

Maybe the systemd dependency has been added to php7.x-fpm packages recently?


RE: PHP7.4-fpm requires systemd and fails to install - Nachteule - 11th Mar, 2020 11:35 PM

(9th Mar, 2020 08:24 AM)jakenl Wrote:  I use the Xbian (buster) RPI also to run a PHP-based website through nginx. I tried tonight to clean up all PHP7.3 packages and replacing them by PHP7.4 packages. This was OK, except for php7.4-fpm, which is required for nginx. The result is that all PHP content of the website is not running.

during the apt-get install php7.4-fpm I get the following result:
Code:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
php7.4-fpm : Depends: systemd but it is not going to be installed
E: Unable to correct problems, you have held broken packages
Not being able to find a solution I tried to revert back to php7.3, but to my surprise I find the same problem there. No luck installaing php7.3-fpm. I wonder how I got it on it before, because I have that website running for a couple years now.

How can I force the fpm package on it? I think i will flash tomorrow my latest backup image back, so at least I have a working webserver again.

Hmmm, I'm wondering why you do not revert to an automatically created snapshot Dodgy


RE: PHP7.4-fpm requires systemd and fails to install - jakenl - 12th Mar, 2020 07:58 AM

(11th Mar, 2020 11:35 PM)Nachteule Wrote:  
(9th Mar, 2020 08:24 AM)jakenl Wrote:  I use the Xbian (buster) RPI also to run a PHP-based website through nginx. I tried tonight to clean up all PHP7.3 packages and replacing them by PHP7.4 packages. This was OK, except for php7.4-fpm, which is required for nginx. The result is that all PHP content of the website is not running.

during the apt-get install php7.4-fpm I get the following result:
Code:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
php7.4-fpm : Depends: systemd but it is not going to be installed
E: Unable to correct problems, you have held broken packages
Not being able to find a solution I tried to revert back to php7.3, but to my surprise I find the same problem there. No luck installaing php7.3-fpm. I wonder how I got it on it before, because I have that website running for a couple years now.

How can I force the fpm package on it? I think i will flash tomorrow my latest backup image back, so at least I have a working webserver again.

Hmmm, I'm wondering why you do not revert to an automatically created snapshot Dodgy
Well, I never get these snapshots to work properly, but I use the automatic daily and weekly backup images from xbian instead. Works fine and everything of running ok, except that upgrading packages is a little off due to this php7.4-fpm and php7.3-fpm (I uninstalled the 7.4 version and afterwards apt get complained about the same dependancy of systemd for php7.3.

I believe they i shouldn't get into that (installing systemd), right? Or is this older post about choice for upstart and not systemd not true anymore for Debian Buster?


RE: PHP7.4-fpm requires systemd and fails to install - Nachteule - 12th Mar, 2020 08:59 AM

(12th Mar, 2020 07:58 AM)jakenl Wrote:  I believe they i shouldn't get into that (installing systemd), right? Or is this older post about choice for upstart and not systemd not true anymore for Debian Buster?

You do NOT have the choice between systemd or upstart.

I really don't know whats wrong with your system? I installed php7.3-fpm without any dependency issue Huh

Terminal

root@kmxbilr2 ~ # apt-get install php7.3-fpm
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libevent-2.0-5 libiso9660-11 python-pycryptodome
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden installiert:
libargon2-1 php-common php7.3-cli php7.3-common php7.3-json php7.3-opcache php7.3-readline
Vorgeschlagene Pakete:
php-pear
Die folgenden NEUEN Pakete werden installiert:
libargon2-1 php-common php7.3-cli php7.3-common php7.3-fpm php7.3-json php7.3-opcache php7.3-readline
0 aktualisiert, 8 neu installiert, 0 zu entfernen und 63 nicht aktualisiert.
Es müssen 3.104 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 12,4 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
Holen:1 http://ftp.de.debian.org/debian buster/main armhf libargon2-1 armhf 0~20171227-0.2 [20,4 kB]
Holen:2 http://ftp.de.debian.org/debian buster/main armhf php-common all 2:69 [15,0 kB]
Holen:3 http://ftp.de.debian.org/debian buster/main armhf php7.3-common armhf 7.3.11-1~deb10u1 [525 kB]
Holen:4 http://ftp.de.debian.org/debian buster/main armhf php7.3-json armhf 7.3.11-1~deb10u1 [16,3 kB]
Holen:5 http://ftp.de.debian.org/debian buster/main armhf php7.3-opcache armhf 7.3.11-1~deb10u1 [159 kB]
Holen:6 http://ftp.de.debian.org/debian buster/main armhf php7.3-readline armhf 7.3.11-1~deb10u1 [10,5 kB]
Holen:7 http://ftp.de.debian.org/debian buster/main armhf php7.3-cli armhf 7.3.11-1~deb10u1 [1.172 kB]
Holen:8 http://ftp.de.debian.org/debian buster/main armhf php7.3-fpm armhf 7.3.11-1~deb10u1 [1.186 kB]
Es wurden 3.104 kB in 1 s geholt (4.020 kB/s).
Create a snapshot of '/run/xbian-storage/root/@' in '/run/xbian-storage/root/@btrfs-auto-snap_apt-run-2020-03-11-2351'
Delete subvolume (no-commit): '/run/xbian-storage/root/@last_good_known'
Create a snapshot of '/run/xbian-storage/root/@btrfs-auto-snap_apt-run-2020-03-11-2351' in '/run/xbian-storage/root/@last_good_known'
Delete subvolume (no-commit): '/run/xbian-storage/root/@btrfs-auto-snap_apt-run-2019-12-30-0041'
@btrfs-auto-snap_apt-run-2020-03-11-2351, 1 created snapshots, 0 sent snapshots, 1 destroyed snapshots, 0 created filesystems, 0 warnings.
Vormals nicht ausgewähltes Paket libargon2-1:armhf wird gewählt.
(Lese Datenbank ... 78299 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../0-libargon2-1_0~20171227-0.2_armhf.deb ...
Entpacken von libargon2-1:armhf (0~20171227-0.2) ...
Vormals nicht ausgewähltes Paket php-common wird gewählt.
Vorbereitung zum Entpacken von .../1-php-common_2%3a69_all.deb ...
Entpacken von php-common (2:69) ...
Vormals nicht ausgewähltes Paket php7.3-common wird gewählt.
Vorbereitung zum Entpacken von .../2-php7.3-common_7.3.11-1~deb10u1_armhf.deb ...
Entpacken von php7.3-common (7.3.11-1~deb10u1) ...
Vormals nicht ausgewähltes Paket php7.3-json wird gewählt.
Vorbereitung zum Entpacken von .../3-php7.3-json_7.3.11-1~deb10u1_armhf.deb ...
Entpacken von php7.3-json (7.3.11-1~deb10u1) ...
Vormals nicht ausgewähltes Paket php7.3-opcache wird gewählt.
Vorbereitung zum Entpacken von .../4-php7.3-opcache_7.3.11-1~deb10u1_armhf.deb ...
Entpacken von php7.3-opcache (7.3.11-1~deb10u1) ...
Vormals nicht ausgewähltes Paket php7.3-readline wird gewählt.
Vorbereitung zum Entpacken von .../5-php7.3-readline_7.3.11-1~deb10u1_armhf.deb ...
Entpacken von php7.3-readline (7.3.11-1~deb10u1) ...
Vormals nicht ausgewähltes Paket php7.3-cli wird gewählt.
Vorbereitung zum Entpacken von .../6-php7.3-cli_7.3.11-1~deb10u1_armhf.deb ...
Entpacken von php7.3-cli (7.3.11-1~deb10u1) ...
Vormals nicht ausgewähltes Paket php7.3-fpm wird gewählt.
Vorbereitung zum Entpacken von .../7-php7.3-fpm_7.3.11-1~deb10u1_armhf.deb ...
Entpacken von php7.3-fpm (7.3.11-1~deb10u1) ...
php-common (2:69) wird eingerichtet ...
libargon2-1:armhf (0~20171227-0.2) wird eingerichtet ...
php7.3-common (7.3.11-1~deb10u1) wird eingerichtet ...

Creating config file /etc/php/7.3/mods-available/calendar.ini with new version

Creating config file /etc/php/7.3/mods-available/ctype.ini with new version

Creating config file /etc/php/7.3/mods-available/exif.ini with new version

Creating config file /etc/php/7.3/mods-available/fileinfo.ini with new version

Creating config file /etc/php/7.3/mods-available/ftp.ini with new version

Creating config file /etc/php/7.3/mods-available/gettext.ini with new version

Creating config file /etc/php/7.3/mods-available/iconv.ini with new version

Creating config file /etc/php/7.3/mods-available/pdo.ini with new version

Creating config file /etc/php/7.3/mods-available/phar.ini with new version

Creating config file /etc/php/7.3/mods-available/posix.ini with new version

Creating config file /etc/php/7.3/mods-available/shmop.ini with new version

Creating config file /etc/php/7.3/mods-available/sockets.ini with new version

Creating config file /etc/php/7.3/mods-available/sysvmsg.ini with new version

Creating config file /etc/php/7.3/mods-available/sysvsem.ini with new version

Creating config file /etc/php/7.3/mods-available/sysvshm.ini with new version

Creating config file /etc/php/7.3/mods-available/tokenizer.ini with new version
php7.3-opcache (7.3.11-1~deb10u1) wird eingerichtet ...

Creating config file /etc/php/7.3/mods-available/opcache.ini with new version
php7.3-json (7.3.11-1~deb10u1) wird eingerichtet ...

Creating config file /etc/php/7.3/mods-available/json.ini with new version
php7.3-readline (7.3.11-1~deb10u1) wird eingerichtet ...

Creating config file /etc/php/7.3/mods-available/readline.ini with new version
php7.3-cli (7.3.11-1~deb10u1) wird eingerichtet ...
update-alternatives: /usr/bin/php7.3 wird verwendet, um /usr/bin/php (php) im automatischen Modus bereitzustellen
update-alternatives: /usr/bin/phar7.3 wird verwendet, um /usr/bin/phar (phar) im automatischen Modus bereitzustellen
update-alternatives: /usr/bin/phar.phar7.3 wird verwendet, um /usr/bin/phar.phar (phar.phar) im automatischen Modus bereitzustellen

Creating config file /etc/php/7.3/cli/php.ini with new version
php7.3-fpm (7.3.11-1~deb10u1) wird eingerichtet ...

Creating config file /etc/php/7.3/fpm/php.ini with new version
initctl: Unknown job: K01nfs-common
insserv: warning: script 'K01nfs-common' missing LSB tags
initctl: Unknown job: K01checkroot-bootclean.sh
insserv: warning: script 'K01checkroot-bootclean.sh' missing LSB tags
initctl: Unknown job: K01mountnfs-bootclean.sh
insserv: warning: script 'K01mountnfs-bootclean.sh' missing LSB tags
initctl: Unknown job: K01x2goserver
insserv: warning: script 'K01x2goserver' missing LSB tags
initctl: Unknown job: K01elogind
insserv: warning: script 'K01elogind' missing LSB tags
initctl: Unknown job: K01nfs-common
initctl: Unknown job: K01checkroot-bootclean.sh
initctl: Unknown job: K01mountnfs-bootclean.sh
initctl: Unknown job: K01x2goserver
initctl: Unknown job: K01elogind
initctl: Unknown job: S02dbus
insserv: warning: script 'S02dbus' missing LSB tags
initctl: Unknown job: S02checkroot-bootclean.sh
initctl: Unknown job: S02mountnfs-bootclean.sh
initctl: Unknown job: S02nfs-common
initctl: Unknown job: S02elogind
initctl: Unknown job: S02x2goserver
initctl: Unknown job: S02dbus
initctl: Unknown job: S02checkroot-bootclean.sh
initctl: Unknown job: S02mountnfs-bootclean.sh
initctl: Unknown job: S02nfs-common
initctl: Unknown job: S02elogind
initctl: Unknown job: S02x2goserver
initctl: Unknown job: S02dbus
initctl: Unknown job: S02checkroot-bootclean.sh
initctl: Unknown job: S02mountnfs-bootclean.sh
initctl: Unknown job: S02nfs-common
initctl: Unknown job: S02elogind
initctl: Unknown job: S02x2goserver
initctl: Unknown job: S02dbus
initctl: Unknown job: S02checkroot-bootclean.sh
initctl: Unknown job: S02mountnfs-bootclean.sh
initctl: Unknown job: S02nfs-common
initctl: Unknown job: S02elogind
initctl: Unknown job: S02x2goserver
initctl: Unknown job: K01nfs-common
initctl: Unknown job: K01checkroot-bootclean.sh
initctl: Unknown job: K01mountnfs-bootclean.sh
initctl: Unknown job: K01x2goserver
initctl: Unknown job: K01elogind
initctl: Unknown job: S04mountdevsubfs
insserv: warning: script 'S04mountdevsubfs' missing LSB tags
initctl: Unknown job: S04mountkernfs
insserv: warning: script 'S04mountkernfs' missing LSB tags
initctl: Unknown job: S04mtab
insserv: warning: script 'S04mtab' missing LSB tags
initctl: Unknown job: S04checkroot
insserv: warning: script 'S04checkroot' missing LSB tags
insserv: warning: script 'x2goserver' missing LSB tags
initctl: Unknown job: nfs-common
insserv: warning: script 'nfs-common' missing LSB tags
initctl: Unknown job: bootmisc.sh
insserv: warning: script 'bootmisc.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `bootmisc.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `bootmisc.sh'
initctl: Unknown job: checkroot-bootclean.sh
insserv: warning: script 'checkroot-bootclean.sh' missing LSB tags
initctl: Unknown job: mountall-bootclean.sh
insserv: warning: script 'mountall-bootclean.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `mountall-bootclean.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `mountall-bootclean.sh'
initctl: Unknown job: mountall.sh
insserv: warning: script 'mountall.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `mountall.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `mountall.sh'
initctl: Unknown job: mountnfs-bootclean.sh
insserv: warning: script 'mountnfs-bootclean.sh' missing LSB tags
initctl: Unknown job: mountnfs.sh
insserv: warning: script 'mountnfs.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `mountnfs.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `mountnfs.sh'
insserv: warning: script 'dbus' missing LSB tags
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `dbus'
initctl: Unknown job: mtab.sh
insserv: warning: script 'mtab.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `mtab.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `mtab.sh'
insserv: warning: script 'hostname.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `hostname.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `hostname.sh'
initctl: Unknown job: mountkernfs.sh
insserv: warning: script 'mountkernfs.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `mountkernfs.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `mountkernfs.sh'
initctl: Unknown job: mountdevsubfs.sh
insserv: warning: script 'mountdevsubfs.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `mountdevsubfs.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `mountdevsubfs.sh'
initctl: Unknown job: checkroot.sh
insserv: warning: script 'checkroot.sh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `checkroot.sh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `checkroot.sh'
insserv: warning: script 'avahi-daemon' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `avahi-daemon'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `avahi-daemon'
initctl: Unknown job: rmnologin
insserv: warning: script 'rmnologin' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `rmnologin'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `rmnologin'
insserv: warning: script 'cron' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `cron'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `cron'
initctl: Unknown job: ssh
insserv: warning: script 'ssh' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `ssh'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `ssh'
initctl: Unknown job: kmod
insserv: warning: script 'kmod' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `kmod'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `kmod'
insserv: warning: script 'lirc' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `lirc'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `lirc'
initctl: Unknown job: motd
insserv: warning: script 'motd' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `motd'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `motd'
insserv: warning: script 'openbsd-inetd' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `openbsd-inetd'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `openbsd-inetd'
insserv: warning: script 'procps' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `procps'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `procps'
insserv: warning: script 'udev' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `udev'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `udev'
initctl: Unknown job: udev-finish
insserv: warning: script 'udev-finish' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `udev-finish'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `udev-finish'
initctl: Unknown job: fake-hwclock
insserv: warning: script 'fake-hwclock' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `fake-hwclock'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `fake-hwclock'
initctl: Unknown job: udev-mtab
insserv: warning: script 'udev-mtab' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `udev-mtab'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `udev-mtab'
insserv: warning: script 'autofs' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `autofs'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `autofs'
insserv: warning: script 'elogind' missing LSB tags
initctl: Unknown job: urandom
insserv: warning: script 'urandom' missing LSB tags
insserv: Default-Start undefined, assuming empty start runlevel(s) for script `urandom'
insserv: Default-Stop undefined, assuming empty stop runlevel(s) for script `urandom'
php7.3-fpm start/running, process 20783
Trigger für man-db (2.8.5-2) werden verarbeitet ...
Trigger für libc-bin (2.28-10) werden verarbeitet ...
php7.3-fpm

Maybe you could purge all php7.3 packages

sudo dpkg -r --ignore-all php7.3-fpm ... or maybe better
sudo dpkg --purge --ignore-all php7.3-fpm ...

and then run

apt-get install -f


RE: PHP7.4-fpm requires systemd and fails to install - Nachteule - 12th Mar, 2020 09:09 AM

(12th Mar, 2020 07:58 AM)jakenl Wrote:  Well, I never get these snapshots to work properly, but I use the automatic daily and weekly backup images from xbian instead. Works fine and everything of running ok, except that upgrading packages is a little off due to this php7.4-fpm and

Why?

sudo xbian-snapper list shows you available snaps

Terminal

root@kmxbilr2 ~ # xbian-snapper list
data/@
data/@btrfs-auto-snap_daily-2020-03-08-0237
data/@btrfs-auto-snap_daily-2020-03-09-1907
data/@btrfs-auto-snap_daily-2020-03-10-1621
data/@btrfs-auto-snap_daily-2020-03-11-2222
data/@btrfs-auto-snap_monthly-2020-02-27-2002
data/@btrfs-auto-snap_weekly-2020-03-04-2325
data/@btrfs-auto-snap_weekly-2020-03-11-2342
data/@last_good_known
home/@
home/@btrfs-auto-snap_daily-2020-03-08-0237
home/@btrfs-auto-snap_daily-2020-03-09-1907
home/@btrfs-auto-snap_daily-2020-03-10-1621
home/@btrfs-auto-snap_daily-2020-03-11-2222
home/@btrfs-auto-snap_monthly-2020-02-27-2002
home/@btrfs-auto-snap_weekly-2020-03-04-2325
home/@btrfs-auto-snap_weekly-2020-03-11-2342
home/@last_good_known
modules/@
modules/@btrfs-auto-snap_daily-2020-03-08-0237
modules/@btrfs-auto-snap_daily-2020-03-09-1907
modules/@btrfs-auto-snap_daily-2020-03-10-1621
modules/@btrfs-auto-snap_daily-2020-03-11-2222
modules/@btrfs-auto-snap_monthly-2020-02-27-2002
modules/@btrfs-auto-snap_weekly-2020-03-04-2325
modules/@btrfs-auto-snap_weekly-2020-03-11-2342
modules/@last_good_known
root/@
root/@btrfs-auto-snap_apt-run-2020-01-07-1634
root/@btrfs-auto-snap_apt-run-2020-01-10-0107
root/@btrfs-auto-snap_daily-2020-03-08-0237
root/@btrfs-auto-snap_daily-2020-03-09-1907
root/@btrfs-auto-snap_daily-2020-03-10-1621
root/@btrfs-auto-snap_daily-2020-03-11-2222
root/@btrfs-auto-snap_monthly-2020-02-27-2002
root/@btrfs-auto-snap_weekly-2020-03-04-2325
root/@btrfs-auto-snap_weekly-2020-03-11-2342
root/@last_good_known
storage/@
root@kmxbilr2 ~ #

and sudo xbian-snapper rollback root/@btrfs-auto-snap_apt-run-2020-01-10-0107 for example

does a rollback from latest apt-get generated snapshot


RE: PHP7.4-fpm requires systemd and fails to install - jakenl - 13th Mar, 2020 08:31 AM

(12th Mar, 2020 08:59 AM)Nachteule Wrote:  
(12th Mar, 2020 07:58 AM)jakenl Wrote:  I believe they i shouldn't get into that (installing systemd), right? Or is this older post about choice for upstart and not systemd not true anymore for Debian Buster?

You do NOT have the choice between systemd or upstart.

Maybe you could purge all php7.3 packages

sudo dpkg -r --ignore-all php7.3-fpm ... or maybe better
sudo dpkg --purge --ignore-all php7.3-fpm ...

and then run

apt-get install -f

Danke schon that you installed php7.3-fpm on your machine to test for me. Good to see that the issue is on my side only, that gives a chance to fix it.

I tried to run your hints about remove/purge the package. I couldn't copy paste them, since --ignore-all is an 'unknown option'. I removed the package completely, followed by removing all php packages: sudo apt remove php*
It still doesn't budge.
Then I tried the use of aptitude, since it is a bit more explaining what the culprit is:
Terminal
xbian@xbian /etc/apt/sources.list.d $ sudo aptitude install php7.4-fpm
The following NEW packages will be installed:
libargon2-1{a} libcryptsetup12{a} libmagic-mgc{a} libmagic1{a} libsodium23{a} php-common{a} php7.4-cli{a} php7.4-common{a} php7.4-fpm php7.4-json{a}
php7.4-opcache{a} php7.4-readline{a} systemd{ab}
The following packages will be REMOVED:
libgd3{u} libxpm4{u}
0 packages upgraded, 13 newly installed, 2 to remove and 0 not upgraded.
Need to get 7,152 kB of archives. After unpacking 28.3 MB will be used.
The following packages have unmet dependencies:
elogind : Breaks: systemd but 241-7~deb10u3 is to be installed
systemd : Conflicts: consolekit but 0.5-xbian is installed
The following actions will resolve these dependencies:

Keep the following packages at their current version:
1) php7.4-fpm [Not Installed]
2) systemd [Not Installed]

Accept this solution? [Y/n/q/?]
Going nowhere, because 'no' is no answer, since it doesn't give any alternatives when 'n' is selected. I am out of options at the moment and will try to revert to a working state again with snapshot or backup image.

(12th Mar, 2020 09:09 AM)Nachteule Wrote:  
(12th Mar, 2020 07:58 AM)jakenl Wrote:  Well, I never get these snapshots to work properly, but I use the automatic daily and weekly backup images from xbian instead. Works fine and everything of running ok, except that upgrading packages is a little off due to this php7.4-fpm and

Why?

sudo xbian-snapper list shows you available snaps

and sudo xbian-snapper rollback root/@btrfs-auto-snap_apt-run-2020-01-10-0107 for example

does a rollback from latest apt-get generated snapshot

Cool, I see the snapshots on my system as well. What was confusing to me was the choice between root /data / home / modules /root. I guess now that whenever I break something during installing software, I should roll back the 'root' snapshot.
Well, in the mean time I did so and wow, it saves me quite some steps to recover xbian from a failure. One advantage is that I don't need to get out of my chair for it ;-)


RE: PHP7.4-fpm requires systemd and fails to install - Nachteule - 13th Mar, 2020 11:07 AM

Do you really need PHP 7.4?

I inspected the php7.4-fpm package and this has definitely a wrong dependency to systemd, because it still supports Sys-V init system, just like 7.3 does


RE: PHP7.4-fpm requires systemd and fails to install - Nachteule - 13th Mar, 2020 11:57 AM

Ok, played a bit around, maybe useful for the future Dodgy:

Please install new elogind packages from devel repo (but only those 2 ones!) and then you can install your PHP 7.4 without any dependency issue

Terminal

root@kmxbilr2 ~ # dpkg -l | grep elogin
ii elogind 239.3+20190131-1+xbian2 armhf user, seat and session management daemon
ii libelogind0:armhf 239.3+20190131-1+xbian2 armhf user, seat and session management library
root@kmxbilr2 ~ # apt-get install -s php7.4-fpm:armhf
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
libevent-2.0-5 libiso9660-11 python-pycryptodome
Verwenden Sie »apt autoremove«, um sie zu entfernen.
Die folgenden zusätzlichen Pakete werden installiert:
libargon2-1 php-common php7.4-cli php7.4-common php7.4-json php7.4-opcache php7.4-readline
Vorgeschlagene Pakete:
php-pear
Die folgenden NEUEN Pakete werden installiert:
libargon2-1 php-common php7.4-cli php7.4-common php7.4-fpm php7.4-json php7.4-opcache php7.4-readline
0 aktualisiert, 8 neu installiert, 0 zu entfernen und 72 nicht aktualisiert.
Inst libargon2-1 (0~20190702-0.1+0~20190710.3+debian10~1.gbp2fb167 packages.sury.org [armhf])
Inst php-common (2:73+0~20200221.21+debian10~1.gbp29416a packages.sury.org [all])
Inst php7.4-common (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Inst php7.4-json (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Inst php7.4-opcache (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Inst php7.4-readline (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Inst php7.4-cli (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Inst php7.4-fpm (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Conf libargon2-1 (0~20190702-0.1+0~20190710.3+debian10~1.gbp2fb167 packages.sury.org [armhf])
Conf php-common (2:73+0~20200221.21+debian10~1.gbp29416a packages.sury.org [all])
Conf php7.4-common (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Conf php7.4-json (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Conf php7.4-opcache (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Conf php7.4-readline (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Conf php7.4-cli (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
Conf php7.4-fpm (7.4.3-4+0~20200224.14+debian10~1.gbp0d6014 packages.sury.org [armhf])
root@kmxbilr2 ~ #

So you do not have to reflash an older backup Smile


RE: PHP7.4-fpm requires systemd and fails to install - jakenl - 14th Mar, 2020 12:04 AM

(13th Mar, 2020 11:57 AM)Nachteule Wrote:  Ok, played a bit around, maybe useful for the future Dodgy:

Please install new elogind packages from devel repo (but only those 2 ones!) and then you can install your PHP 7.4 without any dependency issue
Wow, now we are getting somewhere! Yes, this solved the dependency issue. I updated and put the repo back to stable.
Getting nginx to work with php7.4 was a different story. It turned out in the log /var/log/nginx/error.log that nginx wasn't able to work together with php7.3-fpm (because I uninstalled it of course)

at the end, I had to update the following line in /etc/nginx/sites-available/default from 7.3 to 7.4
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock

And now.. I can get back to work (working from home today) with a good feeling that after days of searching and trouble I finally have Xbian running fine again, but also my webserver!

Thanks, I will always think of you as the Linux magician, since you always have a solution for every problem!


RE: PHP7.4-fpm requires systemd and fails to install - jakenl - 17th Mar, 2020 06:51 AM

(14th Mar, 2020 12:04 AM)jakenl Wrote:  
(13th Mar, 2020 11:57 AM)Nachteule Wrote:  Ok, played a bit around, maybe useful for the future Dodgy:

Please install new elogind packages from devel repo (but only those 2 ones!) and then you can install your PHP 7.4 without any dependency issue
Wow, now we are getting somewhere! Yes, this solved the dependency issue. I updated and put the repo back to stable.
Getting nginx to work with php7.4 was a different story. It turned out in the log /var/log/nginx/error.log that nginx wasn't able to work together with php7.3-fpm (because I uninstalled it of course)

at the end, I had to update the following line in /etc/nginx/sites-available/default from 7.3 to 7.4
fastcgi_pass unix:/var/run/php/php7.4-fpm.sock

And now.. I can get back to work (working from home today) with a good feeling that after days of searching and trouble I finally have Xbian running fine again, but also my webserver!

Thanks, I will always think of you as the Linux magician, since you always have a solution for every problem!
Hmm, I thought I was done after the above. However, after a reboot, php7.4-fpm doesn't run anymore and doesn't want to start. Very strange: while the service is not running, I use a 'restart' command and than it works:
Terminal
xbian@xbian /etc/init.d $ sudo service php7.4-fpm start
/etc/init.d/php7.4-fpm: 99: /etc/init.d/php7.4-fpm: systemd-tmpfiles: not found
xbian@xbian /etc/init.d $ sudo service php7.4-fpm status
[FAIL] php-fpm7.4 is not running ... failed!
xbian@xbian /etc/init.d $ sudo service php7.4-fpm restart
[ ok ] Restarting PHP 7.4 FastCGI Process Manager: php-fpm7.4.
xbian@xbian /etc/init.d $
When I reinstall the package php7.4-fpm runs, but after a reboot the same thing happens.
Terminal

xbian@xbian ~ $ ls -la /run/php/
total 4
drwxr-xr-x 2 www-data www-data 80 Mar 16 21:46 .
drwxrwxrwt 24 root root 900 Mar 16 21:46 ..
-rw-r--r-- 1 root root 4 Mar 16 21:46 php7.3-fpm.pid
srw-rw---- 1 www-data www-data 0 Mar 16 21:46 php7.3-fpm.sock
xbian@xbian ~ $ sudo service php7.4-fpm restart
[sudo] password for xbian:
[ ok ] Restarting PHP 7.4 FastCGI Process Manager: php-fpm7.4.
xbian@xbian ~ $ ls -la /run/php/
total 8
drwxr-xr-x 2 www-data www-data 120 Mar 16 21:47 .
drwxrwxrwt 24 root root 920 Mar 16 21:47 ..
-rw-r--r-- 1 root root 4 Mar 16 21:46 php7.3-fpm.pid
srw-rw---- 1 www-data www-data 0 Mar 16 21:46 php7.3-fpm.sock
-rw-r--r-- 1 root root 4 Mar 16 21:47 php7.4-fpm.pid
srw-rw---- 1 www-data www-data 0 Mar 16 21:47 php7.4-fpm.sock
xbian@xbian ~ $
My only option left as a simple user, is to return to php7.3-fpm. I just started this 7.4 business to stay up to date, but so far it costed me hours of sleep Sad without victory (or just temporary ones Wink )
I tried everything from changing config files from /run/php/ to /var/run/php/. First of all it didn't help and secondly I found out that this /var/run is a symlink to /run/php/

EDIT: oh, my: I decided to update the existing php7.3 packages and 'funny' enough, after doing so, php7.3 starts doing the same thing: it throws the same error message as php7.4.


RE: PHP7.4-fpm requires systemd and fails to install - Nachteule - 17th Mar, 2020 07:04 AM

Have purged that packages again, so just my guess:

Please make a softlink

sudo ln -s /bin/true /usr/local/bin/systemd-tmpfiles
[1]

and then try again

[1] or if init.d script looks for /usr/bin/systemd-tmpfiles directly (I don't believe this), run sudo ln -s /bin/true /usr/bin/systemd-tmpfiles


RE: PHP7.4-fpm requires systemd and fails to install - jakenl - 21st Mar, 2020 01:01 AM

(17th Mar, 2020 07:04 AM)Nachteule Wrote:  Have purged that packages again, so just my guess:

Please make a softlink

sudo ln -s /bin/true /usr/local/bin/systemd-tmpfiles
[1]

and then try again

[1] or if init.d script looks for /usr/bin/systemd-tmpfiles directly (I don't believe this), run sudo ln -s /bin/true /usr/bin/systemd-tmpfiles

I tried both options and only the 2nd one worked. So, I pointed NGINX to php7.4 and that was OK. After a reboot still OK. Then I purged all php7.3 modules and.. php7.4-fpm doesn't want to start again.
Next decision: remove php7.4 and reinstall php7.3. And guess, what: same problem as with php7.4. My conclusion: with the latest update of php7.4 and php7.3 something goes different than before and is not compatible with the xbian

I have decided to install NGINX and PHP7.4-(fpm) on my other RPI that runs Domoticz on Raspbian. This works fine and solves the problem in another way.