Update-Fehler(?) auf 17.1 unter Ubuntu 14.04: depends egroupware-epl-functions

dawuid 2017-11-17 10:04:19 UTC #1

Hallo,
bei einem Update unter Ubuntu 14.04 von eGroupware 16.1 auf 17.1 erfolg kein Upgrade/Install:
egroupware-epl : Depends: egroupware-epl-functions (= 17.1.20171115) but it is not installable

Im repository unter http://download.opensuse.org/repositories/server:/eGroupWare/xUbuntu_14.04/Packages
ist dieses egroupware-epl-functions noch enthalten.
Unter den Repos Ubuntu 16.04 und 17.04 steht kein egroupware-epl-functions unter den Abhängigkeiten
(Diese beiden repos wurden gestern noch mal geändert.)

Mache ich hier was falsch oder muss ich einfach noch auf die Änderung warten?

Danke und viele Grüße, Axel

Hinweis Google-Suche / Update Ubuntu14.x - eGW 14 zu 17

Update auf 17.1 - Infolog u iOS Fehler

dawuid 2017-11-25 10:55:38 UTC #2

Hallo,
habe nur ich das Problem mit Ubuntu 14.04?
Leider wurde Packages hier noch nicht aktualisiert (falls meine Vermutung richtig ist).
Danke für Antworten und viele Grüße,
Axel

RalfBecker 2017-11-26 00:38:46 UTC #3

Liegt daran, dass Ubuntu 14.04 LTS noch mit PHP 5.5 kommt, EGroupware 17.1 aber mindestens PHP 5.6 benötigt.
Warum es im 14.04 Repo überhaupt ein 17.1 Paket gibt ist mir nicht klar.
Dh. Du musst auf Ubuntu 16.04 updaten und 17.1 Installation funktioniert, oder bei Ubuntu 14.04 mit EGroupware 16.1 bleiben.
Ralf

RalfBecker 2017-11-26 00:55:48 UTC #4

Ok, 17.1 Pakete gibt es jetzt auch nicht mehr für Ubuntu 14.04.

Ralf

Update auf 17.1 - Infolog u iOS Fehler

dl2rbi 2017-11-26 15:25:37 UTC #5

Hallo zusammen,
habe dieses Wochenende damit verbracht, meine UBUNTU 14-04 LTS Installation wegen EGroupWare Upgrade V17.1 auf PHP7.0 hoch zu rüsten. Die letzte 16.x Version von EGroupWare funktioniert nun seit ein paar Stunden problemlos unter PHP 7.0.25 und ist auch deutlich schneller dadurch. Das geschilderte Problem mit egroupware-epl-functions tritt hier nun auch auf, was mich auf dieses Forum brachte … Alle anderen Abhängigkeiten sind seit dem Update auf PHP 7.0 sauber erfüllt (= 17.1.20171115). Die von Dir genannte Abhängigkeit von PHP >= 5.6 war der Grund für den Upgrade auf PHP 7.0 dieses (fast schlaflose)Wochenende …

Was spricht dagegen, weiterhin für UBUNTU 14.04 LTS (wird ja weiterhin dank LTS supported) EGroupWare 17.x Packages zur Verfügung zu stellen ?

Ich war eigentlich der Meinung, dass UBUNTU 14.04 LTS weiterhin unterstützt wird, solange die Abhängigkeiten (hier PHP >= 5.6) erfüllt werden. Deshalb auch meine, hoffentlich nicht umsonst investierten Aktionen mit PHP 7.0. Leider kann ich nicht so einfach auf UBUNTU 16.04 LTS umsteigen, da hier sehr viele Domains unter PLESK gehostet werden … Upgrades via aptitude Paketmanager war für mich immer die sauberste Lösung …

Grüße und schon mal danke im voraus
Werner

moe 2017-11-26 18:22:52 UTC #6

du solltest dich aber langsam mit dem Gedanken anfreuden weil mit dem 5-Jährigen LT-Support ist nicht einmal mehr 1,5 jahren auch vorbei. Und auf den letzten Drücker würde ich das auch nicht machen…

Moe

dawuid 2017-11-26 20:38:04 UTC #7

Was spricht gegen den Gedanken, die korrekten eGroupware-Packages solange für Ubuntu 14.04 bereit zu stellen, wie der Support für 14.04 noch läuft? Dann kann man das nutzen (vorausgesetzt man hat PHP > 5.6) und muss nicht sofort den gesamten Server aktualisieren.
Bei mir läuft übrigens auch bereits PHP 7. Ich würde mich freuen!
Ansonsten mal LTE nur noch eingeschränkt Sinn.

moe 2017-11-27 08:58:07 UTC #8

Im Grunde ja nichts, aber das ist die Entscheidung der Entwickler.
Ich kann nicht beurteilen mit welchem Aufwand es verbunden ist, da entsprechende Tests durchzuführen etc.

moe 2017-11-27 08:59:22 UTC #9

du meinst vtl. “LTS” … ne es geht ja eben bei LTS darum NICHT immer die aktuellste Version einer Software einzusetzen sondern ein möglichst stabiles System zu haben!

RalfBecker 2017-11-27 12:56:05 UTC #10

Wenn wir Pakete für Ubuntu 14.04 bereit stellen, müssten die mit PHP 5.5 laufen.
Wenn Du, wie auch immer, Dein Ubuntu 14.04 auf PHP 7 upgedatet hast, kannst Du Dir einfach unsere Paketquelle von Ubuntu 16.04 eintragen.
Ralf

dl2rbi 2017-11-27 17:43:54 UTC #11

Hallo Ralf,
danke für den Hinweis …
Wenn PHP 7.x statt PHP 5.5 der einzige Unterschied zwischen den UBUNTU 16.04 /14.04 Paketen ist, sollte das funktionieren. Habe hier auf UBUNTU 14.04 Server LTS (mit PHP 7.0.25) das 16.04 Paket eingetragen. Es werden damit im Paketmanager (aptitude) alle Abhängigkeiten sauber aufgelöst und ein Upgrade auf EGroupWare 17.1 angeboten … Werde ein Image-Backup durchführen und dann den Upgrafe durchführen. Ggf. warte ich noch die nächste Release von euch ab …
Grüße, Werner

dawuid 2017-11-27 20:38:44 UTC #12

@moe: natürlich meinte ich LTS, war wohl etwas müde, sorry. Manchmal ergeben sich leider für mich eher unangenehme Sachzwänge… aber im Grunde kann ich dir überhaupt nicht widersprechen.
@Ralf: Super und vielen Dank. Evtl. schaffe ich ja trotzdem noch in den nächsten Wochen ein Ubuntu Update, aber ich glaube ich muss dass noch etwas schieben.
Axel

StefanU 2017-12-21 21:12:20 UTC #13

Hallo Axel,

hast du mit den Paketen aus 16.04 Erfolg gehabt?

Gruß
Stefan

dl2rbi 2017-12-22 16:48:50 UTC #14

Hallo Stefan,
habe hier die Pakete von UBUNTU 16.04 unter UBUNTU 14.04 LTS im Einsatz in Verbundung mit php 7.0.
Auch der letzte Update (17.1.20171218) war problemlos …

Grüße und schöne Feiertage
Werner

dl2rbi 2018-01-19 19:34:30 UTC #15

Nachdem auf dem Server mom. für UBUNTU 14.04 noch die Pakete zu 17.1.20171115 liegen (Abhängigkeit zu php nicht erfüllt), wird leider kein Update von V16.1 auf die neue Security Release 16.1.20180116 angeboten, obwohl diese bereits zum Download angeboten wird. Könnt ihr, wie vorgeschlagen 17.1.20171115 unter http://download.opensuse.org/repositories/server:/eGroupWare/xUbuntu_14.04/ entfernen …?

Grüße
Werner

dawuid 2018-01-21 15:17:39 UTC #16

Um trotzdem aktualisieren zu können, kann man folgendes aufrufen:

apt-get upgrade egroupware-epl=16.1.20180116 egroupware-epl-bookmarks=16.1.20180116 egroupware-epl-calendar=16.1.20180116 \
 egroupware-epl-compat=16.1.20180116 egroupware-epl-core=16.1.20180116 egroupware-epl-esync=16.1.20180116 egroupware-epl-filemanager=16.1.20180116 \
 egroupware-epl-importexport=16.1.20180116 egroupware-epl-infolog=16.1.20180116 egroupware-epl-jdots=16.1.20180116 egroupware-epl-mail=16.1.20180116 \
 egroupware-epl-news-admin=16.1.20180116 egroupware-epl-notifications=16.1.20180116 egroupware-epl-phpbrain=16.1.20180116 \
 egroupware-epl-phpfreechat=16.1.20180116 egroupware-epl-projectmanager=16.1.20180116 egroupware-epl-registration=16.1.20180116 \
 egroupware-epl-resources=16.1.20180116 egroupware-epl-sambaadmin=16.1.20180116 egroupware-epl-sitemgr=16.1.20180116 egroupware-epl-timesheet=16.1.20180116 \
 egroupware-epl-tracker=16.1.20180116 egroupware-epl-vendor=16.1.20180116  egroupware-epl-wiki=16.1.20180116

Updatehinweise für User ausblenden?!?

dl2rbi 2018-01-27 08:12:36 UTC #17

Ja klar, man könnte auch einen Proxy nutzen und dort dann die 17.1.20171115 Pakete für UBUNTU 14.04 lokal raus nehmen … Sauberer und weniger fehlerträchtig wär’s aber, wenn zentral die blockierenden Pakete (17.1.20171115 für UBUNTU 14.04) mit nicht erfüllten Abhängigkeiten entfernt werden.

Grüße
Werner