Description of problem: after fresh installation of mageia 7.1 php-cli shows a long list of errors at startup: for example: # php -v shows: PHP Warning: PHP Startup: Unable to load dynamic library 'ctype' (tried: /usr/lib/php/extensions/ctype (/usr/lib/php/extensions/ctype: cannot open shared object file: No such file or directory), /usr/lib/php/extensions/ctype.so (/usr/lib/php/extensions/ctype.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 PHP Warning: PHP Startup: Unable to load dynamic library 'dom' (tried: /usr/lib/php/extensions/dom (/usr/lib/php/extensions/dom: cannot open shared object file: No such file or directory), /usr/lib/php/extensions/dom.so (/usr/lib/php/extensions/dom.so: cannot open shared object file: No such file or directory)) in Unknown on line 0 ... in Unknown on line 0 PHP 7.3.6 (cli) (built: May 31 2019 20:38:40) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.3.6, Copyright (c) 1998-2018 Zend Technologies The rpm: # urpmi --auto php-cli-7.3.21-2.mga7.x86_64 The following packages cannot be installed because they depend from older packages than those already installed: php-cli-7.3.21-2.mga7 Although some packages have been installed, some malfunctions have occurred. I cannot update the php-cli rpm.
Hi, thanks reporting this. Seems there are some dependencies related errors. Could you try as root: # urpmi --clean # urpmi -- replacepkg php-cli Don't try install particular version of this package. Please let scripts do their job. Please attach here output of these commands.
I have try a fresh new installation of Mageia 7.1 non free with the default repository but php-cli 7.3.21-2 in not installable. After this I have execute urpmi --clean and: # urpmi --replacepkg php-cli trovati i pacchetti php-cli-7.3.6-1.mga7.x86_64, php-cli-7.3.8-1.mga7.x86_64, php-cli-7.3.9-1.mga7.x86_64, php-cli-7.3.11-1.mga7.x86_64, php-cli-7.3.13-1.mga7.x86_64, php-cli-7.3.14-1.mga7.x86_64, php-cli-7.3.15-1.mga7.x86_64, php-cli-7.3.16-1.mga7.x86_64, php-cli-7.3.17-1.mga7.x86_64, php-cli-7.3.18-1.mga7.x86_64, php-cli-7.3.19-2.mga7.x86_64, php-cli-7.3.21-2.mga7.x86_64 nel db di urpmi, ma nessuno è installato Actually I have none php-cli installed.
Thanks again answering this. php-cli can't be installed on a freshly and updated Mageia 7.1. Can you provide output of these last command as user: $ LANG=C urpmi.update -a This will list active repo Please attach here output.
Summary: php-cli error message at startup => php-cli can't install on freshly installed Mageia 7.1Assignee: bugsquad => mageia
$ LANG=C urpmi.update -a il supporto "Core Release" risulta già aggiornato il supporto "Core Updates" risulta già aggiornato il supporto "Nonfree Release" risulta già aggiornato il supporto "Nonfree Updates" risulta già aggiornato all the media are already updated.
Thanks again, No backport/testing_updates repo activated. Assigning to registered maintainer for additional forensics.
Ok, Tank You.
I keep getting collisions! -------------------------- You started with what must have been the php-cli etc that came with Mageia 7.1, PHP 7.3.6. We can accept that that does not work any more; having just installed php-cli & dependencies to try it, there is no error. Nor any reference to /usr/lib/php/extensions/* which indeed does not exist. $ ls /usr/lib/php/extensions/ ls: cannot access '/usr/lib/php/extensions/': No such file or directory This implies that you have a mixed not up-to-date PHP installation. # php -v PHP 7.3.21 (cli) (built: Aug 17 2020 14:38:33) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.3.21, Copyright (c) 1998-2018 Zend Technologies # Can you say how you installed Mageia 7.1, and php-cli? In any case, I suggest a variant on the previous suggestion for a clean start: # urpme php-cli [throw it & its dependencies out] # urpme --auto-orphans # urpmi --clean [clear out the rpm cache to stop old things being used] # urpmi php-cli [re-install latest php-cli & dependencies] Too early to assign to Marc.
Status: NEW => UNCONFIRMEDEver confirmed: 1 => 0CC: (none) => lewyssmithSource RPM: php-cli-7.3.6-1.mga7.x86_64.rpm => php-7.3.21-2.mga7.src.rpmAssignee: mageia => bugsquad
I have make a fresh installation and now I can retest the bug (if it exists anymore) I have not istall php-cli, nor version 7.3.21 nor 7.3.6. I have try to install only 7.3.21 with a total insuccess: « Spiacente, questo pacchetto non può essere selezionato: - php-cli-7.3.21-2.mga7.x86_64 » Sorry, this packet can't be selected. Can I try to install 7.3.6? > Can you say how you installed Mageia 7.1, and php-cli? Today I have make a fresh install with default media non free mageia 7.1 dawnloaded from officila mageia site, dd into memory key, selected two language (English and italian), default media (I have no add tainted or modify anything). I have reboot, login and pwd, open MCC, search php-cli, view Two packet, select 7.2.21 and show the upper message, click ok. I have maintained my old /home directory, with the old settings inside /home.
In the first news installation of mageia 7.1 (view my message 2020-08-29 01:53:33 CEST ) I have add tainted repository, install some packets and php-cli 7.3.6 then try to execute php -v with the output shows in top message. Then I have try to install via MCC the php-cli 7.3.21 without success.
You are doing strange things. You should not be making any reference to specific versions of php-cli. I am unsure whether when you install Mageia 7.1 you will have php-cli (I did not on a comprehensive system). You can test this by doing, on the freshly installed system *before* updating it: $ rpm -q php-cli which will either show the version already installed, or say that the package is not installed. Please post the result of doing this. Extra repos do not matter, it is in Core. You should always update the entire system after installing it, before using it seriously: there will be hundreds of updates. (MCC-Manage software-Update your system; or # urpmi --auto-update --auto) ---------- If php-cli was *not* installed as part of the new system, then after doing this post-install system update, you just need to do: # urpmi php-cli which will not only ask to install its dependencies, but automatically install the latest version (7.3.21-2.mga7). This is what happens on my own M7 system without php-cli (the extra packages to install will probably be different on your system):- # urpmi php-cli I fodloni dibyniaethau, gosodir y pecynnau canlynol: Pecyn Fersiwn Rhifyn Arch (cyfrwng "Core Updates") lib64php_common7 7.3.21 2.mga7 x86_64 php-cli 7.3.21 2.mga7 x86_64 php-ctype 7.3.21 2.mga7 x86_64 php-dom 7.3.21 2.mga7 x86_64 ... php-zlib 7.3.21 2.mga7 x86_64 Defnyddir 11MB o le ychwanegol ar y disg. Estynnir 3.3MB o becynnau. Parhau i osod 19 o becynnau? (Y/n) y $MIRRORLIST: media/core/updates/lib64php_common7-7.3.21-2.mga7.x86_64.rpm ... $MIRRORLIST: media/core/updates/php-cli-7.3.21-2.mga7.x86_64.rpm ... wrthi'n gosod php-zlib-7.3.21-2.mga7.x86_64.rpm php-gettext-7.3.21-2.mga7.x86_64.rpm php-cli-7.3.21-2.mga7.x86_64.rpm ... ... Wrthi'n paratoi... ########################################### ... 3/19: php-cli ########################################### ... 18/19: lib64php_common7 ########################################### If you do not see something like this, please post all the console output from 'urpmi php-cli'. $ php -v PHP 7.3.21 (cli) (built: Aug 17 2020 14:38:33) ( NTS ) Copyright (c) 1997-2018 The PHP Group Zend Engine v3.3.21, Copyright (c) 1998-2018 Zend Technologies [so it does work]. ------------------ If your freshly installed system *does* already have php-cli, do not use it immediately; it should be automatically updated along with everything else when you do the total system update. You can check the outcome again with: $ rpm -q php-cli
(In reply to Lewis Smith from comment #10) > You are doing strange things. You should not be making any reference to > specific versions of php-cli. In MCC i view two php-cli packets named by version. > I am unsure whether when you install Mageia 7.1 you will have php-cli (I did > not on a comprehensive system). You can test this by doing, on the freshly > installed system *before* updating it: > $ rpm -q php-cli In my fresh Mageia 7.1 there is not php-cli. I have the system updated inside the install procedure. When I have installed MGA 7.1 there was the option to activate Internet and to update the system. > which will either show the version already installed, or say that the > package is not installed. Please post the result of doing this. Extra repos > do not matter, it is in Core. ok, The packet is not installed. > You should always update the entire system after installing it, before using > it seriously: there will be hundreds of updates. (MCC-Manage software-Update > your system; or # urpmi --auto-update --auto) The system is up to date, the MCC shows an empty list of packets. > ---------- > If php-cli was *not* installed as part of the new system, then after doing > this post-install system update, you just need to do: > # urpmi php-cli > which will not only ask to install its dependencies, but automatically > install the latest version (7.3.21-2.mga7). ok, it is exact. > > This is what happens on my own M7 system without php-cli (the extra packages > to install will probably be different on your system):- > # urpmi php-cli > I fodloni dibyniaethau, gosodir y pecynnau canlynol: > Pecyn Fersiwn Rhifyn Arch > (cyfrwng "Core Updates") > lib64php_common7 7.3.21 2.mga7 x86_64 > php-cli 7.3.21 2.mga7 x86_64 > php-ctype 7.3.21 2.mga7 x86_64 > php-dom 7.3.21 2.mga7 x86_64 > ... > php-zlib 7.3.21 2.mga7 x86_64 > Defnyddir 11MB o le ychwanegol ar y disg. > Estynnir 3.3MB o becynnau. > Parhau i osod 19 o becynnau? (Y/n) y ok, it is true. > $MIRRORLIST: media/core/updates/lib64php_common7-7.3.21-2.mga7.x86_64.rpm > ... > $MIRRORLIST: media/core/updates/php-cli-7.3.21-2.mga7.x86_64.rpm > ... > wrthi'n gosod php-zlib-7.3.21-2.mga7.x86_64.rpm > php-gettext-7.3.21-2.mga7.x86_64.rpm php-cli-7.3.21-2.mga7.x86_64.rpm ... > ... > Wrthi'n paratoi... ########################################### > ... > 3/19: php-cli ########################################### > ... > 18/19: lib64php_common7 ########################################### > > If you do not see something like this, please post all the console output > from 'urpmi php-cli'. > > $ php -v > PHP 7.3.21 (cli) (built: Aug 17 2020 14:38:33) ( NTS ) > Copyright (c) 1997-2018 The PHP Group > Zend Engine v3.3.21, Copyright (c) 1998-2018 Zend Technologies > [so it does work]. ok, it works. Thank You. > ------------------ > If your freshly installed system *does* already have php-cli, do not use it > immediately; it should be automatically updated along with everything else > when you do the total system update. You can check the outcome again with: > $ rpm -q php-cli My system is update after the reboot and after the install procedure, there is an option to download and update the system in the install procedure, if I don't trust this automatic update I use MCC update procedure before do anything. I don't use a old system, I don't install new packets on an not updated system. ------------- Now MCC show me only one php-cli packet, its versione is 7.3.21. My problem is resolved. But I confirm that immediately after the install procedure and after update the system the MCC show two php packets and the newest is not installable.
(In reply to Sandro kensan from comment #11) Thank you for your persistence in winning through to a happy ending. > But I confirm that immediately after the install procedure and after update > the system the MCC show two php packets and the newest is not installable. This is uncomfortable. Your original comment 0 showed you had installed the old version, but whether that was unintentionally or because choosing the newest one was impossible, we cannot say now. Neither whether the unsuccessful 'urpmi --auto php-cli-7.3.21-2.mga7.x86_64' command was after the old version was installed, nor whether that would have worked with just the package name. > My problem is resolved. Good. So we can close this.
Resolution: (none) => WORKSFORMEStatus: UNCONFIRMED => RESOLVED