Re: Upgrade-Problem (phpmyadmin100)

Hallo Uwe,

Uwe Kunze wrote:

> Als "Nicht-Paketentwickler" hat man da keinen Einblick. Und vermutlich
> wird nicht jedes Paket immer zwangsläufig aus Original-Sourcen erstellt
> werden ...

???

Pakete entstammen IMMER den Originalsourcen!

Was kompiliert werden muss, also z. B. C-Sourcen usw. wird natürlich durch 
den Compiler geschoben.

Geskriptete Programme wie netxcloud, phpmyadmin usw. landen wie von den 
Machern angeboten in den eisfair-Paketen, wieso sollten wir an den 
Originalsourcen rumkodieren?

>> Es gäbe eine Möglichkeit, dass Problem zu entschärfen.
>> 
>> Das betroffene Archiv enthält die Originalsource im Verzeichniszweig srv
>> und weitere von uns hinzugefügte Verzeichnisse z. B. /etc.
> 
> Wer ist "uns" ?
> Holger und Du ... oder der jeweilige Paketentwickler ?

Ich habe mir das betroffene Archiv nochmal genau angesehen:

Das Archiv enthält neben dem eigentlichen php-Programmzweig (/srv/...), der 
dann im Apachen ausgeführt wird, noch weitere Verzeichnisse, in denen z. B. 
die Default-Konfigurationsdatei, die Lizenzdatei, die Dokumentation, ... 
liegen.

Die kommen auch alle von den phpmyadmin-Machern.

>> Wen man daraus nun 2 Archive macht, eines mit der Originalsource, also
>> nur den srv-Verzeichniszwei, und den Rest in eine weiteres Archiv, ist
>> das Problem auch bei Verlinkung von /srv auf ein anderes Device erledigt.
> 
> Klingt nach einer Super-Lösung !

Wenn jemand auch auf die Idee kommt, /etc selbst woanders zu verlinken, kann 
das Problem natürlich nun hier auch auftreten.

> Wer würde die jetzt umsetzen, Holger und Du (siehe vorherige Frage) oder
> der/die Paketentwickler ?

In dem Fall muss Holger entscheiden, was er von dem Vorschlag hält.

Ich halte grundsätzlich erstmal nichts davon, persönliche Modifikationen am 
eisfair-Grundsystem in der Paketentwicklung zu berücksichtigen.

Für jeden Anwender ist es nur sein kleiner Wunsch, aber in der Summe wird 
das für uns viel zu aufwändig und überhaupt nicht mehr testbar.

Insbesondere solche Verlinkungen auf oberster Verzeichnisseebene können noch 
Probleme an ganz anderer Stelle machen, das kann beliebige Pakete, die z. B. 
etwas mit /srv zu tun haben, in den Abgrund reißen und das nicht nur wegen 
der nicht mehr möglichen Hardlinks. 

Wenn man solches als Lösung für Platzprobleme ansieht, sollte eine 
Vergrößerung von Partitionen erwogen werden, oder man verlagert einen 
platzfressenden Teilbaum auf möglichst tiefer Ebene, so dass möglichst nur 
ein Paket davon betroffen ist.

Giesskannenprinzip ist kein gutes Prinzip.

> Deshalb mein Gedanke mit dem Hinweis auf das aktuelle tar in den FAQ
> bzw. Wiki ... falls zufällig noch andere mal darüber stolpern.

Wie schon gegenüber Frank getan, verteile ich gerne Autorenzugänge zum Wiki.

-- 
Gruß Marcus
[eisfair-Team]