Nov 2017
4 / 17
Nov 2017
Jan 2018
dawuid
Nov '17
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/Packages5
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

8 days later
dawuid
Nov '17

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

RalfBeckerEGroupware GmbH
Nov '17

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

dl2rbi
Nov '17

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
Nov '17

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
Nov '17

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
Nov '17

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
Nov '17

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!

RalfBeckerEGroupware GmbH
Nov '17

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
Nov '17

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
Nov '17

@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

24 days later
dl2rbi
Dec '17

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

28 days later
dawuid
Jan '18

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
dl2rbi
Jan '18

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