I guess I will have to find an rpi.
RPI dependency issues with latest php7.0 7.0.30-0+deb9u1 (and their dependent packages)
-
- OMV 4.x
- gelöst
- Update
- MrTestOne
-
-
This is... ugly but seems to have worked.
apt-get install php7.0-common=7.0.30-0+deb9u1 openmediavault openmediavault-flashmemory openmediavault-netatalk openmediavault-omvextrasorg php-bcmath php-cgi php-fpm php-mbstring php-pam php-xml php7.0-bcmath=7.0.30-0+deb9u1 php7.0-cgi=7.0.30-0+deb9u1 php7.0-cli=7.0.30-0+deb9u1 php7.0-fpm=7.0.30-0+deb9u1 php7.0-json=7.0.30-0+deb9u1 php7.0-mbstring=7.0.30-0+deb9u1 php7.0-opcache=7.0.30-0+deb9u1 php7.0-readline=7.0.30-0+deb9u1 php7.0-xml=7.0.30-0+deb9u1
Basically, I started with a forced version of php7.0-common, said 'no', got the list of packages that would have been removed and tossed them in with forced version on all the php7.0-* packages. This could probably be pared down to just the php7.0 packages.
-
I guess I will have to find an rpi.
This is... ugly but seems to have worked.
That is fine too. You are just overriding the pinning by specifying all the dependencies.
-
This is... ugly but seems to have worked.
apt-get install php7.0-common=7.0.30-0+deb9u1 openmediavault openmediavault-flashmemory openmediavault-netatalk openmediavault-omvextrasorg php-bcmath php-cgi php-fpm php-mbstring php-pam php-xml php7.0-bcmath=7.0.30-0+deb9u1 php7.0-cgi=7.0.30-0+deb9u1 php7.0-cli=7.0.30-0+deb9u1 php7.0-fpm=7.0.30-0+deb9u1 php7.0-json=7.0.30-0+deb9u1 php7.0-mbstring=7.0.30-0+deb9u1 php7.0-opcache=7.0.30-0+deb9u1 php7.0-readline=7.0.30-0+deb9u1 php7.0-xml=7.0.30-0+deb9u1
Basically, I started with a forced version of php7.0-common, said 'no', got the list of packages that would have been removed and tossed them in with forced version on all the php7.0-* packages. This could probably be pared down to just the php7.0 packages.
Sounds like a plan.There is one question remaining: After this forced installation of the packages, are many others like Python, libraries, ... marked for "auto-removal" at next "apt autoremove"? That was reported on my system: Link to Post
So with next "apt autoremove" after this workaround, there would be a big hole in the system?
-
I did another fresh install and ran it with just the php7.0 packages after 'apt-get update && apt-get upgrade'; 'apt autoremove' had nothing to remove.
-
Had to add from your list some packages like "openmediavault-docker-gui" or "php-curl", as they were on the "will be removed"-list. So looks like it is always a bit different for each installation:
Codeapt-get install php7.0-common=7.0.30-0+deb9u1 openmediavault openmediavault-flashmemory openmediavault-netatalk openmediavault-omvextrasorg php-bcmath php-cgi php-fpm php-mbstring php-pam php-xml php7.0-bcmath=7.0.30-0+deb9u1 php7.0-cgi=7.0.30-0+deb9u1 php7.0-cli=7.0.30-0+deb9u1 php7.0-fpm=7.0.30-0+deb9u1 php7.0-json=7.0.30-0+deb9u1 php7.0-mbstring=7.0.30-0+deb9u1 php7.0-opcache=7.0.30-0+deb9u1 php7.0-readline=7.0.30-0+deb9u1 php7.0-xml=7.0.30-0+deb9u1 openmediavault-docker-gui php-curl php7.0-curl=7.0.30-0+deb9u1
-
Just found out, that there is a thread, similar to this here with more people having trouble and another approach: Link to Post
The following lines are causing the php packages to pinned at 10 in /etc/apt/preferences.d/99raspberrypiorg which won't let them be upgraded.
Package: *
Pin: release n=stretch, origin archive.raspberrypi.org
Pin-Priority: 10
Not sure why. I commented them out and everything upgrades fine but you risk installing packages from the raspberry pi repo (raspbian). Those lines look fine to me but the origin is being ignored. I will have to figure out why.commenting out the lines and using an apt-get upgrade seems to do the job. However lot of packages are updated, makes me feel a bit worried, that it might be "too much".
-
Just found out, that there is a thread, similar to this here with more people having trouble and another approach: Link to Post
Yep, I was posting on that one too. I just need to figure out the right pinning line since this is the problem on both of these threads.
-
Change the following lines in /etc/apt/preferences.d/99raspberrypiorg
from Pin: release n=stretch, origin archive.raspberrypi.org
to Pin: release o=Raspberry Pi Foundation,a=stable,n=stretch, origin archive.raspberrypi.org
or just use this command:
sudo sed -i "s/Pin: release n=stretch, origin archive.raspberrypi.org/Pin: release o=Raspberry Pi Foundation,a=stable,n=stretch, origin archive.raspberrypi.org/g" /etc/apt/preferences.d/99raspberrypiorg
-
However lot of packages are updated, makes me feel a bit worried, that it might be "too much".
What is a lot? If they are all php7.0 packages then that makes sense. php7.0-curl 7.0.30 requires php7.0-common 7.0.30 which then upgrades the rest of the php7.0-* packages.
-
luckily i still have the log. Looks a bit more than just PHP:
Code
Alles anzeigenroot@NAS2:~# sudo apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: hostapd The following packages will be upgraded: base-files ca-certificates device-tree-compiler dirmngr dpkg dpkg-dev gnupg gnupg-agent gnupg2 gpgv imagemagick-6-common libasound2 libasound2-data libbluetooth3 libcairo2 libcups2 libdpkg-perl libgcrypt20 libmagic-mgc libmagic1 libmagickcore-6.q16-3 libmagickwand-6.q16-3 libnss-myhostname libpam-modules libpam-modules-bin libpam-runtime libpam-systemd libpam0g libperl5.24 libsoup2.4-1 libsystemd0 libudev1 libxapian30 patch perl perl-base perl-modules-5.24 php7.0-bcmath php7.0-cgi php7.0-cli php7.0-common php7.0-curl php7.0-fpm php7.0-json php7.0-mbstring php7.0-opcache php7.0-readline php7.0-xml sunxi-tools systemd systemd-sysv udev 52 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. Need to get 30.7 MB of archives. After this operation, 604 kB of additional disk space will be used. Do you want to continue? [Y/n] y
-
or just use this command
Can this be enrolled to all RPi installations somehow?
-
Can this be enrolled to all RPi installations somehow?
It would have to be in an omv-extras package update. I was looking at a good place to put it.
-
This issue affects the omv-extras repo pinning as well. So, people have two options:
apt-get update
apt-get install openmediavault-omvextrasorg=4.1.9-or-
wget -O - http://omv-extras.org/install | bash
-
I added the latest approaches to the first page summary and would for now treat this issue as "solved", even though it is just somehow a walkaround. However it feels to be solid enough.
-
even though it is just somehow a walkaround. However it feels to be solid enough.
Installing the new version of omv-extras isn't a workaround. It is the proper fix. Unfortunately, the pinning problem also prevents omv-extras from being updated from the web interface.
-
Installing the new version of omv-extras isn't a workaround. It is the proper fix. Unfortunately, the pinning problem also prevents omv-extras from being updated from the web interface.
Hmm... that would justify touching again the OMV4 image for RPi and fixing the apt pinning in the first place? I'll have a look whether I have the SD card with the image still somewhere. Can adjust the file but not test (no RPi around any more).
-
that would justify touching again the OMV4 image for RPi and fixing the apt pinning in the first place? I'll have a look whether I have the SD card with the image still somewhere. Can adjust the file but not test (no RPi around any more).
If you want to. I can test but it is such a small change that I'm not too worried.
-
I can test but it is such a small change that I'm not too worried.
Not worried either since this is the only change. But just to be sure at least booting of the image should be confirmed: OMV_4_Raspberry_Pi_2_3_3Plus.img.xz
Do you take care that pinning also gets fixed when upgrading from OMV 3 to 4 with the RPi image? I believe we already talked about that but back then with the wrong outcome?
-
But just to be sure at least booting of the image should be confirmed:
I will test it later tonight when I get home (unless someone else does it first).
Do you take care that pinning also gets fixed when upgrading from OMV 3 to 4 with the RPi image? I believe we already talked about that but back then with the wrong outcome?
If the 3.x image has the same pinnings as the 4.x image (don't remember), then the user will have to fix those pinnings. Pushing a new release of the 3.x version of omv-extras will require manual installation of omv-extras otherwise.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!