techie204
Members-
Posts
19 -
Joined
-
Last visited
Everything posted by techie204
-
No problem, thanks for your work! I also do not want to overcomplicate things and I am not a pro in any of this 😄 sorry. What I would wonder is now the difference for the above mentioned packages php and php-cli (and maybe also php-fpm)-> all are required from froxlor, but with cli and fpm it is enough to have php8.1-* installed, with php not -> that seems strange. Maybe somebody else knows one day why this is like that 🙂 thanks anyway for the help!
-
Mh, I don't get it 😄 what do you mean with "...not a sepecific version". I have the impression, I can't make myself clear or misunderstand something in generel. Yes I was trying to remove the meta-package, because I already have a specific version installed. What I wished for is: - I do install php8.1 and corresponding packages php8.1-{...} - when I install froxlor, there is a dependency for php, e.g. >= 7.4 - when php8.1 is installed, then the dependency is met and NOT reliant on the installed meta-package On another server I do have a software installed with this dependency. I have also different versions of php installed (7.4, 8.0, 8.1), but not the meta-package (which is depending 8.1). The software checks, whether php{x.y} is installed and finds a version >= 7.4, therefore the dependency is met. Maybe I found something more here: # apt depends froxlor froxlor |Depends: apache2 ... |Depends: php (>= 1:7.1) |Depends: php-cgi (>= 1:7.1) Depends: php-fpm (>= 1:7.1) Depends: php-cli php5.6-cli php7.0-cli php7.1-cli php7.2-cli php7.3-cli php7.4-cli php8.0-cli php8.1-cli ... For e.g. php-cli, the other packages are referenced. And for all the php-{*} packages the meta-apckages are not needed, but the version like php8.1-cli are enough. Is it maybe here, that for php-package it is not sufficient to have php8.1 installed as with the others, because they are not in the list like that!?
-
Ok, thanks for the answer. In my case this would be: apt-mark hold php I just don't get it, why other software does not have this issue, although dependencies are similar (php is needed, but php8.1 is enough to have). That's why I have oen step more now 🙂 It might also only be a problem in my head and I'll leave it like that 😄
-
I don't know why I need meta-packages. I want to stick to a certain PHP-Version and have minor updates installed automatically (unattended upgrades). With other software I always have phpx.y installed and everything is fine. So the main reason is, that I do not want php-package to get upgraded, when they bump the version to a higher major version (then 8.2), because then everything gets mixed up.
-
Hey, I try it again 🙂 does anybody have a clue, why the dependency still ist there? What I figured out right now: # apt list php* --installed Listing... Done php-common/bullseye,now 2:92+0~20220117.43+debian11~1.gbpe0d14e all [installed,automatic] php8.1-bcmath/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-cgi/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-cli/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-common/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-curl/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-fpm/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-gd/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-imap/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-ldap/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-mbstring/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-mysql/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-opcache/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed,automatic] php8.1-readline/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed,automatic] php8.1-xml/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1-zip/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c amd64 [installed] php8.1/bullseye,now 8.1.4-1+0~20220320.14+debian11~1.gbp16e58c all [installed] php/bullseye,now 2:8.1+92+0~20220117.43+debian11~1.gbpe0d14e all [installed,automatic] When I check on the reverse dependency for php, it seems correct with froxlor: # apt rdepends php --installed php Reverse Depends: |Depends: froxlor (>= 1:7.1) Depends: froxlor (>= 1:8.0) -> php8.1 is installed >=8.0, but when I try to uninstall meta-package, the following happens again: # apt remove php Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: php-cgi php-json The following packages will be REMOVED: php The following NEW packages will be installed: php-cgi php-json php8.1-cgi is also installed, php8.1-json doesn't exist anymore, as stated somewhere above. Froxlor-Version now is updated to 0.10.34 from debian-repo. Anybody a clue?
-
So, thats what I now did (everything else from the quoted post was already done. This leeds to meta-package php stills needs to be installed 😞 unfortunately: The following NEW packages will be installed: froxlor php Seems a bit strange to me ... or am I missing something?
-
This leads to other unexpected problems 🙂 I will check this all tonight again and try it, after making the necessary backups. Thanks in advance.
-
I was asking because starting with the removal, it says the following: The following packages were automatically installed and are no longer required: courier-authlib default-mysql-client default-mysql-server expect galera-3 libc-client2007e libcgi-fast-perl libcgi-pm-perl libconfig-inifiles-perl libcourier-unicode4 libdbd-mysql-perl libdbi-perl libencode-locale-perl libfcgi-perl libgd3 libhtml-parser-perl libhtml-tagset-perl libhtml-template-perl libhttp-date-perl libhttp-message-perl libio-html-perl libjbig0 libjpeg62-turbo liblwp-mediatypes-perl libonig5 libsnappy1v5 libtcl8.6 libterm-readkey-perl libtiff5 libtimedate-perl libtk8.6 libwebp6 libxslt1.1 libxss1 libzip4 maildrop mariadb-client-10.3 mariadb-client-core-10.3 mariadb-server-10.3 mariadb-server-core-10.3 mlock php-common socat tcl-expect tcl8.6 tk8.6 webalizer When autoremoving these packages with --purge, then also the databases are purged, no? Shouldn't it be possible to clean up php without autoremoving/autopurging everything else? Then the dependencies should be fine, too, no?
-
Does this keep all froxlor-configurations, accounts, mails and so on? (especially with the autopurge above I'm quite concerned!) Actually for completeness I also should remove all php*-packages, no? "New Package" and "sury" are already installed. What I realised now is that with your PHP-install there are 2 packages not installed right now: fpm and ldap ... but since we only use mails on the server, it should not be the problem we have here.
-
Yes, it is: # php -v PHP 8.1.2 (cli) (built: Jan 27 2022 12:20:56) (NTS) The things in the post before I do not get completely 🙂 but I see, that actually the meta-package should be provided: # apt-cache show php8.1 Package: php8.1 Version: 8.1.2-1+0~20220127.12+debian10~1.gbpe46588 ... Depends: libapache2-mod-php8.1 | php8.1-fpm | php8.1-cgi, php8.1-common Provides: php
-
I installed the package and now it was possible to uninstall the 7.4-packages. But it lead to another meta-package to be installed: The following additional packages will be installed: php-json The following packages will be REMOVED: php7.4-common php7.4-json Still doing it, the following output came, but software still works: dpkg: php7.4-json: dependency problems, but removing anyway as you requested: froxlor depends on php-json | php (>= 1:8.0); however: Package php-json is not configured yet. Package php7.4-json which provides php-json is to be removed. Package php is not installed. Version of php on system, provided by php8.1:all, is <none>. Thanks for the changes! Anyway. I still don't get the dependency of the meta-packages: php-cgi/buster,now 2:8.1+92+0~20220117.43+debian10~1.gbpe0d14e all [installed,automatic] php-json/buster,now 2:8.1+92+0~20220117.43+debian10~1.gbpe0d14e all [installed,automatic] The problem is, that when they bump the meta-packages to a newer version, it's supposed to be installed (and with autoupdates it will) and then I do have a mixed setup 😞 1. php-json seems to be integrated in PHP in general and doesn't need an extra install anymore since 8.0 (as I wrote above) 2. I don't get the need for php-cgi, since php8.1-cgi is installed If this could be changed also, it would be a charme 🙂 but maybe I'm not getting the structure or dependencies in other parts. Thanks already for all!
-
Thank you very much.
-
I edited the above post since I now found the problem in the dependencies, I hope 🙂 still cannot fix it on my own, I think.
-
Thanks for your answer and question. I dont' get it actually 🙂 thought it might work with 8.1, but I do have the same problem. php-packages installed: php8.1 php8.1-bcmath php8.1-cgi php8.1-cli php8.1-common php8.1-curl php8.1-gd php8.1-imap php8.1-mbstring php8.1-mysql php8.1-opcache php8.1-readline php8.1-xml php8.1-zip From the 7.4-branch still installed, but I'd like to remove: php7.4-common php7.4-json If I want to remove them, apt is trying to uninstall froxlor: # apt remove php7.4-common ... The following packages will be REMOVED: froxlor php7.4-common php7.4-json Furthermore I do have the following meta-packages installed: php-cgi/buster,now 2:8.1+92+0~20220117.43+debian10~1.gbpe0d14e all [installed,automatic] php-common/buster,now 2:92+0~20220117.43+debian10~1.gbpe0d14e all [installed,automatic] For php-common I do understand that it's ok (and obviously also needed as meta-package for froxlor and php in general!), since version numbering is not increasing when a new php-major-version comes out (I mean it's not dragging new php-version), ... but for php-cgi!? When I do want to remove meta-package, then php-package is supposed to be installed!? # apt remove php-cgi ... The following packages will be REMOVED: php-cgi The following NEW packages will be installed: php As dependency it might be necessary this way: # apt depends froxlor --installed ... |Depends: php-cgi (>= 1:7.1) This package again seems to be dependent on different pecls, that are required: cli bcmath curl mbstring mysql xml zip But!!! as also json, which is only available till 7.4!!! and not in 8.0/8.1: https://php.watch/versions/8.0/ext-json How can this be fixed?
-
I wanted to clean up our system today since we only use one php-version (now 8.0). Unfortunately I cannot delete 7.4 since it would uninstall froxlor package also. From what I found I assume the dependency of froxlor to php-cgi is relevant!? But why isn't it using the php8.0-cgi package? Or do I miss something? # apt remove php7.4* The following packages will be REMOVED: froxlor libapache2-mod-php7.4 php7.4 php7.4-bcmath php7.4-cgi php7.4-cli php7.4-common php7.4-curl php7.4-gd php7.4-imap php7.4-json php7.4-mbstring php7.4-mysql php7.4-opcache php7.4-readline php7.4-xml php7.4-zip I don't actually know if it has something to do with this, but had problems with meta-packages before and can't figure this one out now: # apt depends froxlor --installed ... |Depends: php-cgi (>= 1:7.1) ... Anyway, how can I uninstall the old PHP version without uninstalling froxlor!?