MLD-5.x > Development

owncloud

<< < (4/16) > >>

TimUx:
Hi Claus,
welche php Pakete bzw deps wundern dich?
Ich habe mich da mehr oder weniger an Anleitungen und HowTo's von owncloud gehalten und habe alles eingetragen, wass dann weiter unten mittels dem "dpkg -L $(deps)" mit ins Paket kopiert werden soll.

Ich denke, das anpassen des User auf "root" sollte keine Probleme machen.
Werde ich mal testen.

Das mit der "Depencies Message" wird so nicht funktionieren, da diese nur auf via "apt-get" installierte Pakete prüft.
Hier wird jedoch ein php-pear Modul mittels dem eigenen "pecl Paketverwaltung" installiert.
Nun könnte man den Step einfach mit in die "Deps Message" packen, sobald aber alle Apt Pakete sauber installiert sind, würde er nicht mehr prüfen ob auch das php-pear Modul sauber installiert wurde.
Als Notlösung können wir es aber erst mal so umetzten.

Gruß Timo

clausmuus:
Damit es nicht langweilig wird, habe ich gleich noch nen paar weitere Anmerkungen:
Owncloud:
- Der VDR Message Aufruf im postinst Script finde ich nicht so gut. Damit solche Dienste gefunden werden haben wir ja die Verlinkung im Webif.
- Sollte der nginx Server nicht besser im nginx Paket gestartet werden? Das macht für mich im owncloud Paket nicht so richtig Sinn
- der Ordner /mnt/data/owncloud sollte vom postinst Script angelegt werden (nicht Teil des Paketes sein). Außerdem sollte dieser Ordner nach /data verlinkt werden, sofern dieser z.B. per Samba erreichbar sein soll, wenn der Also Daten enthalten wird, die für den User interessant sind. Außerdem muss beachtet werden, das der Ordner jederzeit verschwinden kann, wenn der User z.B. ein anderes Laufwerk für die Daten auswählt. Wenn dieser Ordner essenziell ist, muss der gegebenenfalls im init Script neu erstellt werden. Leider haben wir hierfür noch kein schlüssiges Konzept, was also passieren soll, wenn das Datenlaufwerk getauscht wird, oder ein nft Mount des Datenlaufwerkes nicht erreichbar ist. Für Beispiele wie der data Ordner angelegt wird schau z.B. in's vdr Paket.

php:
- das init Script sollte so wie das Paket heißen, damit es nicht zu Konflikten mit anderen init Scripten kommen kann. Es sei denn es gibt einen besonderen Grund weshalb dies einen anderen Namen bekommt.

Claus

clausmuus:
Hi,

wegen der deps war ich z.B. über das cli Paket gestolpert. Wie ich aber inzwischen gesehen habe, wird das und auch zwei andere die mich wunderten tatsächlich verwendet.

Wegen des pecl Paketes: Du könntest in der deps Zeile auch prüfen, ob das pecl Paket installiert ist, und wenn nicht ein "Pseudo" Paket hinzufügen. Das kann dann zwar nicht installiert werden, würde aber ja nicht mehr gefordert werden, sobald das pecl Paket installiert ist, und dafür sogren, das die Meldung angezeigt wird, auch wenn ansonsten alle Abhängigkeiten erfüllt sind.
Ich hoffe Du konntest dem folgen ;)

Claus

TimUx:
Hi Claus,
Ok, dann haue ich die VDR message wieder raus.
Ich hatte halt auch den user und das pw mit drin, damit jeder weiß, wie er sich als Admin anmelden kann.

Das sollte Ganze ja quasi eine Owncloud Appliance sein, deshalb wird nginx, php usw. über owncloud gesteuert.
Im Moment habe ich nicht vorgesehen, php und nginx für etwas anderes zu verwenden.
Was nicht heißt, dass dies natürlich nicht möglich wäre.

Wenn nginx im eigenen Paket direkt nach der installation gestartet werden soll, muss nginx eine minimal Server config haben, damit es überhaupt starten kann.
Sprich, es müsste eine mini config auf irgendeinen Verzeichnis zeigen und auch einen listenport haben.
Meine Idee war, dass die eventuell zukünftigen Webanwendungen selber eine entsprechende nginx config mitbringen, in den "sites-available" order ablegen und nginx starten bzw restarten.

PHP ansich muss ja eigentlich nicht gestartet werden.
In Verbindung mit fastCGI und dem php-fpm, muss jedoch der php-fpm daemon gestartet werden.
Aus dem Grund hatte ich das Start-Skript auch entsprecend php-fpm bzw php5-fpm genannt.
Das umbennen wäre aber kein Problem.

OK, den /mnt/data/owncloud Ordner werde ich ins postinst packen.
Die Daten in dem Ordner könnten durchaus interessant sein, allerdings machen Änderungen via smb keinen Sinn, da diese dann komplett an Owncloud vorbei gehen und wir haben einen Missmatch zwischen der OwnCloud DB und den lokalen Files.
Am Ende sollte man sich entscheiden, ob man seine Files zukünftig via SMB oder Owncloud verwalten möchte.
Ein Alternative ist das einsetzten von der Owncloud App "External Storage". Hier kann man lokale oder remote Filesysteme ins Owncloud einbinden und lokale Änderungen oder Änderungen via SMB Zugriff werden von owncloud bemerkt.

Das der Ordner verschwinden kann, ist natürlich ein generelles Problem auch für andere Pakete und dem VDR selbst.
Ich denke, da muss jeder wissen, was er tut und wenn er erst mal ein System mit Daten am rennen hat, ist ein tauschen eher kontraproduktive. Hier sollte man für sich selbst ein Migratiosverfahren ausdenken, bevor man den /mnt/data gegen neue HDDs, USB Disks oder NFS Mounts tauscht.

Gruß Timo

TimUx:
Hi Claus,
ah, des mit dem pecl wäre sogar machbar.

Eine If-Schleife, welche mit "pecl list-installed" überprüft ob das Modul "timezonedb" installiert ist.
Wenn es nicht installiert ist, kommt das timezonedb als Pseudo Paket in die deps, ansonsten eben nicht. ;-)

Und bei meinem mld-devel-install skript baue ich es einfach pauschal mit ein, dass es installiert wird, wenn php-pear verfügbar ist.  ;)

Wir kommen der Sache näher, heute komme ich leider nichts dazu, was zu machen.
Ich schaue morgen wieder rein.

Gruß Timo

Navigation

[0] Message Index

[#] Next page

[*] Previous page