Hallo,
auf meinem Server, bei dem openSUSE läuft, führe ich regelmäßige Updates durch. Letztens musste ich aber feststellen, dass es angeblich keine Updates geben sollte. Was mich stutzig machte, denn Monate später keine Updates zu haben ist für die openSource Gemeinde mehr als ungewöhnlich. Was mir den Verdacht nahe legt, dass etwas mit der Systemkonfiguration nicht stimmt / nicht passt.
Die Eckdaten:
Das kommt nach zypper refresh:
zypper refresh
Retrieving repository 'Devel PHP 42.3' metadata .......................................................................................................................................................................................[done]
Building repository 'Devel PHP 42.3' cache ............................................................................................................................................................................................[done]
Repository 'Main Repository (OSS) 42.3' is up to date.
Repository 'openSUSE-42.3-0' is up to date.
Repository 'Main Repository (NON-OSS)' is up to date.
Repository 'Update Repository (Non-Oss)' is up to date.
All repositories have been refreshed.
server:~ # zypper up
Loading repository data...
Reading installed packages...
The following package update will NOT be installed:
libidn2-0-32bit
The following 25 packages are going to be upgraded:
apache2-mod_php7 php7 php7-bz2 php7-ctype php7-curl php7-dom php7-exif php7-gd php7-iconv php7-intl php7-json php7-mbstring php7-mysql php7-opcache php7-openssl php7-pdo php7-phar php7-posix php7-sockets php7-sqlite php7-tokenizer
php7-xmlreader php7-xmlwriter php7-zip php7-zlib
25 packages to upgrade.
Overall download size: 5.6 MiB. Already cached: 0 B. No additional space will be used or freed after the operation.
Continue? [y/n/...? shows all options] (y):
Alles anzeigen
Meine eingebundenen Repos:
zypper lr
Repository priorities in effect: (See 'zypper lr -P' for details)
90 (raised priority) : 1 repository
99 (default priority) : 4 repositories
# | Alias | Name | Enabled | GPG Check | Refresh
---+---------------------------------+-----------------------------------------+---------+-----------+--------
1 | devel-php-42-3 | Devel PHP 42.3 | Yes | (r ) Yes | No
2 | download.opensuse.org-non-oss | Main Repository (NON-OSS) | No | ---- | ----
3 | download.opensuse.org-non-oss_1 | Update Repository (Non-Oss) | No | ---- | ----
4 | download.opensuse.org-oss | Main Repository (OSS) | No | ---- | ----
5 | download.opensuse.org-oss_1 | Main Update Repository | No | ---- | ----
6 | main-oss-42-3 | Main Repository (OSS) 42.3 | Yes | (r ) Yes | No
7 | openSUSE-42.2-0 | openSUSE-42.2-0 | No | ---- | ----
8 | opensuse-42-3 | openSUSE-42.3-0 | Yes | (r ) Yes | No
9 | repo-42-3-non-oss | Main Repository (NON-OSS) | Yes | (r ) Yes | No
10 | repo-debug | openSUSE-Leap-42.2-Debug | No | ---- | ----
11 | repo-debug-non-oss | openSUSE-Leap-42.2-Debug-Non-Oss | No | ---- | ----
12 | repo-debug-update | openSUSE-Leap-42.2-Update-Debug | No | ---- | ----
13 | repo-debug-update-non-oss | openSUSE-Leap-42.2-Update-Debug-Non-Oss | No | ---- | ----
14 | repo-source | openSUSE-Leap-42.2-Source | No | ---- | ----
15 | repo-source-non-oss | openSUSE-Leap-42.2-Source-Non-Oss | No | ---- | ----
16 | update-non-oss-42-3 | Update Repository (Non-Oss) | Yes | (r ) Yes | No
Alles anzeigen
Wie man sieht, habe ich neben dem Programmiersprachen Devel Repo aus dem openSUSE Build Service keine anderen Repos eingebunden. Bei dem besagten Repo hat sich anscheinend auch kürzlich die URL geändert, denn zypper refresh war mit den Verweis auf PHP 5.5 nicht möglich, weil es das Repo nicht mehr gab. Bei openSUSE in den Standard-Repos gibt es gerade bei PHP, oder teilweise auch bei anderer Software, nicht immer die neueste Version, deswegen setze ich bei PHP auf die Devel Repos.
Noch ein "Fun-Fact": Auf dem Server läuft ein openSUSE 42.3 LTS, was man auf der Download Seite von software.opensuse.org gar nicht mehr findet?!
# cat /etc/os-release
NAME="openSUSE Leap"
VERSION="42.3"
ID=opensuse
ID_LIKE="suse"
VERSION_ID="42.3"
PRETTY_NAME="openSUSE Leap 42.3"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:leap:42.3"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
Alles anzeigen
# cat /etc/SuSE-release
openSUSE 42.3 (x86_64)
VERSION = 42.3
CODENAME = Malachite
# /etc/SuSE-release is deprecated and will be removed in the future, use /etc/os-release instead
Ursprünglich war der Server eine Hetzner Standard-Image mit den Hetzner lokalen Repos, ich meine es war openSUSE 13.X, und durch zypper dist-upgrade und dem Wechsel zu den offiziellen Repos kam ich zu dem jetzigen openSUSE 42.3 LTS. Vermutlich liegen deswegen noch ein paar "Dateileichen" auf dem Server herum, die jedoch den Betrieb nicht gefährden.
Mein Problem ist hier jetzt, dass ich nicht weis, wo ich mit der Suche anfangen soll. Das openSUSE Wiki ist für mich etwas undurchsichtig, weil unter anderem nirgends gekennzeichnet ist, dass es sich um Informationen für ältere Versionen handelt. Man kann also dort laut meiner Meinung etwas altes lesen, ohne zu merken, dass es veraltete Informationen sind. Über Hilfe bei diesem Problem jeglicher Art wäre ich sehr dankbar
Viele Probleme kann ich mittlerweile selber lösen, also entweder durch mein gesammeltes Wissen oder durch gute Internetrecherche, aber bei dem hier stoße ich noch etwas an meine Grenzen. Falls jemand weis, ob es einen openSUSE E-Mail-Newsletter gibt bezüglich solcher relevanten Änderungen, dann wäre ich nicht abgeneigt den zu abonnieren.
Eine Frage noch am Rande, bei der ich schon finde, dass sie mit dem Thema zusammen hängt: Kann man bei openSUSE mehrere Versionen einer Software parallel betreiben? Also ich möchte zum Beispiel PHP 5.6 und PHP 7.0 haben. Bei Ubuntu geht das irgendwie über die update-alternatives. Das habe ich so jedenfalls bei der Vagrant Box Laravel/Homestead gesehen. Also meine eigentliche Frage ist, gibt es einen Weg über den Paketmanager solche Versionen parallel zu betreiben? Mir ist durchaus bewusst, dass man das selbe Ergebnis durch selbst kompilieren und damit außerhalb vom Paketmanager erreichen könnte. Aber wenn Ihr einen "komfortableren" Weg kennt, dann bitte her damit
MFG
derwunner