[erledigt] PHP5 in stretch

[MarkusF]

lt. https://tracker.debian.org/pkg/php5 ist PHP5 zwar noch in unstable, aber nicht mehr in testing, und beim aktuellen freeze-Status ist damit wohl auch nicht mehr zu rechnen?
Was tun wenn man neues Debian, aber ein 'altes' PHP5 parallel zu PHP7 betreiben möchte?
danke und Gruß, Markus

[trg2889]

Selbst kompilieren würde ich sagen

[404]

Wenn Fremd-Repos kein Problem sind, dürfte Dotdeb eine Alternative sein. Weiß nicht auswendig, wie da der Stand für Stretch ist, für die anderen sind Recht aktuelle 5.6 und 7.0 verfügbar.

[novalix]

Auf dem Entwicklungsrechner habe ich schlicht unstable mit in die sources.list genommen und auf 400 gepinnt.
Die Frage, wie das auf Produktivsystemen aussehen kann, stellt sich für mich derzeit noch nicht. Könnte aber sein, dass die gleiche "Lösung" in Frage kommt.

[MarkusF]

mich wundert halt dass es in sid noch drinnen ist. Das ist doch gewöhnlich immer um einiges aktueller als testing, besteht da noch Hoffnung dass das nochmal in testing aufschlägt? Aus dem Bugtracker kann ich da leider nix entnehmen.

Der Punkt ist, dass ich eine zukünftig eine Anwendung, die nur schwer auf Version7 upzudaten ist, noch einige Zeit am Leben halten muss, andere Anwendungen aber schon auf Version 7 entwickelt werden.

[MarkusF]

Auf dem Entwicklungsrechner habe ich schlicht unstable mit in die sources.list genommen und auf 400 gepinnt.

Gut, das wäre evtl. ne Idee...

[novalix]

Mein Workaround scheint obsolet zu sein. PHP5 ist jetzt auch aus unstable raus geflogen.

[MarkusF]

Mein Workaround scheint obsolet zu sein. PHP5 ist jetzt auch aus unstable raus geflogen.

habe das auch hautnah verfolgt, die Idee war aber gut. Ich werde meine Anwendung auf deprecated functions durchforsten und umstellen, das geht denke ich relativ schnell, die Test's werden halt evtl. aufwendig.

danke und Gruß, Markus

[rendegast]

mich wundert halt dass es in sid noch drinnen ist. Das ist doch gewöhnlich immer um einiges aktueller als testing,

Kann auch eine Müllhalde für vergessene Software sein.

[KBDCALLS]

Wenn etwas aus Debian entfernt wird dann fliegt erstmal aus Testing raus. Dann aus Sid. Das kann manchmal länger dauern. Und dann gibts auch in SID Architekturen die in Testing garnicht enthalten sind. Entweder dort rausgeflogen , oder erst garnicht released worden sind.

[novalix]

mich wundert halt dass es in sid noch drinnen ist. Das ist doch gewöhnlich immer um einiges aktueller als testing,

Kann auch eine Müllhalde für vergessene Software sein.

Oder auch eine pragmatische Lösung für solche Situationen, wie die hier vorliegende. Zumindest hatte ich das gehofft.
PHP5 wird noch bis Ende 2018 mit security patches unterstützt[1]. Die Anzahl an Projekten, die noch etwas Zeit brauchen, um auf die 7er Version zu migrieren, dürfte nicht eben gering sein[2]. Dass Debian die 5er Version nicht in den neuen Release aufnimmt, ist vollkommen richtig. Wäre halt nur ganz praktisch, wenn man auf Developement Arbeitspferden ohne größere Umwege einfach noch damit arbeiten könnte.

[1] Das wird dann eh noch spannend, wie die Unterstützung für Jessie - dann ja olstable - über dieses Datum hinaus aussehen soll.

[2] Ich meine jetzt nicht irgendwelche ungepflegte Github-Leichen, sondern durchaus ernsthaft betriebene Projekte.
Die PHP-Plattform meiner Wahl (http://silverstripe.org) z.B. wird erst in der für Mitte des Jahres anvisierten Version 4 PHP7-kompatibel sein. Für die 3er Version gibt es funktionierende Workarounds, aber eben nicht offiziell unterstützt. Dabei ist Silverstripe ein sehr solides Projekt.

[MarkusF]

PHP5 wird noch bis Ende 2018 mit security patches unterstützt[1]. Die Anzahl an Projekten, die noch etwas Zeit brauchen, um auf die 7er Version zu migrieren, dürfte nicht eben gering sein[2]

deshalb denke/hoffe ich, dass es da relativ schnell nach dem stretch-stable release zuverlässige Fremdrepos geben wird.

[novalix]

PHP5 wird noch bis Ende 2018 mit security patches unterstützt[1]. Die Anzahl an Projekten, die noch etwas Zeit brauchen, um auf die 7er Version zu migrieren, dürfte nicht eben gering sein[2]

deshalb denke/hoffe ich, dass es da relativ schnell nach dem stretch-stable release zuverlässige Fremdrepos geben wird.

Habe mich mal hingesetzt und ein wenig nachgeforscht. Mit einem richtigen "Fremdrepo" kann ich nicht aufwarten. Der Debian Maintainer Ondřej Surý betreibt ein persönliches Repo, in dem zur Zeit php5.6-Pakete für stretch verfügbar sind.
Einrichtung:

To add this repository please do:

# apt-get install apt-transport-https lsb-release ca-certificates
# wget -O /etc/apt/trusted.gpg.d/php.gpg https://packages.sury.org/php/apt.gpg
# echo "deb https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/php.list
# apt-get update

Die Pakete heißen dann nicht mehr php5* sondern php5.6*. Wenn es sonst nichts ist?

[MarkusF]

Habe mich mal hingesetzt und ein wenig nachgeforscht. Mit einem richtigen "Fremdrepo" kann ich nicht aufwarten. Der Debian Maintainer Ondřej Surý betreibt ein persönliches Repo, in dem zur Zeit php5.6-Pakete für stretch verfügbar sind.

danke für den Hinweis. Mittlerweile habe ich meine Anwendung durchforstet und muss sagen, das Update auf 7 war relativ stressfrei, Hauptproblem war die alte DB-Schnittstelle, mit Umstellung auf PDO is alles gut.

Manchmal braucht's halt mal etwas Druck von aussen

Gruß, Markus

[Gunah]

finde den Repo relativ riskant, da dort auch openssl mit geliefert wird, und andere.

I know das Thema ist etwas älter will nur drauf hinweise

[KBDCALLS]

Auch wenns Thema erledigt sein sollte . Dafür gibts die Preferences. Auf 100 gesetzt und gut sollte sein. Nur die Backports machens automatisch. Hat den einfachen Hintergrund das man sich nicht versehentlich die gesamten Backports installiert.