This shows you the differences between two versions of the page.
mld:entwicklung:eigener_addons_server [2013/08/27 13:13] MarMic angelegt |
mld:entwicklung:eigener_addons_server [2014/05/11 06:54] (current) |
||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== Bereitstellen der eigenen Entwicklungsumgebung für Addons und Plugins ====== | + | ====== Bereitstellen des eigenen Entwicklungsservers für Addons bzw. Pakete ====== |
===== Einleitung ===== | ===== Einleitung ===== | ||
- | Wenn man sich so eine schöne Entwicklungsumgebung nach der Anleitung im MLD-Wiki aufgebaut und seine ersten Addons erstellt oder bestehende nach seinen Bedürfnisse verändert hat, dann wäre es natürlich auch schön, wenn die MLD-Installation sich auch die Pakete und Updates von dort holen würde. Das schöne ist, es geht tatsächlich und das sogar sehr einfach. | + | Wenn man sich so eine schöne Entwicklungsumgebung nach der Anleitung im MLD-Wiki aufgebaut und seine ersten Addons bzw. Pakete erstellt oder bestehende nach seinen Bedürfnisse verändert hat, dann wäre es natürlich auch schön, wenn die MLD-Installation sich auch die Pakete und Updates von dort holen würde. Das schöne ist, es geht tatsächlich und das sogar sehr einfach. |
===== Installation ===== | ===== Installation ===== | ||
- | Das Modul, das man dazu benötigt heißt "develserver" und wird nicht automatisch bei der Installation der Entwicklungsumgebung ausgecheckt. Um es zu erhalten, wechselt man in sein MLD-Verzeichnis und führt an der Konsole den Befehl | + | Das Modul, das man dazu benötigt heißt **develserver** und wird nicht automatisch bei der Installation der Entwicklungsumgebung ausgecheckt. Um es zu erhalten, wechselt man in sein MLD-Verzeichnis und führt an der Konsole den Befehl |
- | make checkout name=develserver | + | make checkout name=develserver |
aus. Nun wechselt man in das Verzeichnis develserver und führt ein "make start" ("make" reicht auch) aus. Voila, das war es auch schon, wenn die Randbedingungen zutreffen ;-). | aus. Nun wechselt man in das Verzeichnis develserver und führt ein "make start" ("make" reicht auch) aus. Voila, das war es auch schon, wenn die Randbedingungen zutreffen ;-). | ||
- | Ein "make stop" beendet den Entwicklungsserver. | + | Ein **make stop** beendet den Entwicklungsserver. |
- | ===== Randbedingungen ===== | + | ===== Randbedingungen MLD-3 ===== |
- | * Damit die MLD-Installation auch von dem eigenen Update-Server Kenntnis hat, ist folgender Eintrag in der Datei /etc/apm-sources.list erforderlich: | + | * Damit die MLD-Installation auch von dem eigenen Entwicklungsserver Kenntnis hat, ist folgender Eintrag in der Datei /etc/apm-sources.list auf dem MLD-PC erforderlich: |
- | http://www.minidvblinux.de/addons.php?version=${SYSTEM_VERSION}&class=${ADDON_CLASS}&user=${DEVELOPER} | + | |
- | Wurde die MLD über die Entwicklungsumgebung erstellt, dann ist diese Zeile bereits in der Datei vorhanden. Andernfalls muss außerdem in der /etc/rc.config noch der Eintrag DEVELOPER angepasst werden. Hier muss der Ubuntu-Benutzernamen rein, unter dem der Entwicklungsserver gestartet wurde. | + | http://www.minidvblinux.de/addons.php?version=${SYSTEM_VERSION}&class=${ADDON_CLASS}&user=${DEVELOPER} |
+ | | ||
+ | Wurde das verwendete MLD-ISO über die Entwicklungsumgebung erstellt, dann ist diese Zeile bereits in der Datei vorhanden. Andernfalls muss außerdem in der /etc/rc.config noch der Eintrag DEVELOPER angepasst werden. Hier muss der Ubuntu-Benutzernamen rein, unter dem der Entwicklungsserver gestartet wurde. | ||
+ | |||
+ | ===== Randbedingungen MLD-4 ===== | ||
+ | * Damit die MLD-Installation auch von dem eigenen Entwicklungsserver Kenntnis hat, müssen folgende Befehle auf dem MLD-PC ausgeführt werden: | ||
+ | |||
+ | echo "src/gz devel-base http://www.minidvblinux.de/download/4.0.0/files/[USER]/base" >> /etc/opkg/devel.conf | ||
+ | echo "src/gz devel-libs http://www.minidvblinux.de/download/4.0.0/files/[USER]/libs" >> /etc/opkg/devel.conf | ||
+ | |||
+ | Die beiden "[USER]" in den Befehlen müssen durch den Ubuntu-Benutzernamen ersetzt werden, unter dem der Entwicklungsserver gestartet wurde. | ||
+ | |||
+ | ===== Randbedingungen MLD-4.0.1 ===== | ||
+ | * Damit die MLD-Installation auch von dem eigenen Entwicklungsserver Kenntnis hat, muss folgender Befehle auf dem MLD-PC ausgeführt werden: | ||
+ | |||
+ | sed 's/OPKG_DEVELOPER=.*/OPKG_DEVELOPER="[USER]"/' -i /etc/rc.config | ||
+ | |||
+ | Das "[USER]" in dem Befehl muss durch den Ubuntu-Benutzernamen ersetzt werden, unter dem der Entwicklungsserver gestartet wurde. | ||
+ | |||
+ | ===== Randbedingungen Allgemein ===== | ||
* Die Entwicklungsumgebung muss selbständig im Heimnetz erreichbar sein. Dies habe ich bei meinem Virtuellem Entwicklungssystem dadurch gelöst, dass ich in der [[http://www.virtualbox.org/|VirtualBox]] unter Netzwerk den Adapter von "NAT" auf "Netzbrücke" gestellt habe. | * Die Entwicklungsumgebung muss selbständig im Heimnetz erreichbar sein. Dies habe ich bei meinem Virtuellem Entwicklungssystem dadurch gelöst, dass ich in der [[http://www.virtualbox.org/|VirtualBox]] unter Netzwerk den Adapter von "NAT" auf "Netzbrücke" gestellt habe. | ||
* Die Entwicklungsumgebung muss Zugriff auf das Internet haben. | * Die Entwicklungsumgebung muss Zugriff auf das Internet haben. | ||
Line 25: | Line 44: | ||
* path = Pfad wo die erzeugten Addons liegen | * path = Pfad wo die erzeugten Addons liegen | ||
* server = hier ist das Ende wichtig, wo hier der Entwickler eingetragen ist. Dieser muss der selbe sein, der auf dem Client in der /etc/rc.config unter DEVELOPER eingetragen ist | * server = hier ist das Ende wichtig, wo hier der Entwickler eingetragen ist. Dieser muss der selbe sein, der auf dem Client in der /etc/rc.config unter DEVELOPER eingetragen ist | ||
- | * port = hier kann man einen eigenen Port definieren, für den der Entwicklungsserver aktiv sein soll | + | * port = hier kann man einen eigenen Port definieren, unter den der Entwicklungsserver aktiv sein soll |
- | * ip = hier kann man eine lokale IP oder eine öffentliche Adresse (z.B. über Dyndns.org vergebene Adresse) eintragen. Bitte nur hierbei beachten, das die öffentliche Adresse dann im Routing auch aus dem Internet zugänglich ist. | + | * externport = hier kann man einen eigenen Port definieren, unter den der Entwicklungsserver von außerhalb erreichbar sein soll |
+ | * ip = hier kann man eine lokale IP oder eine öffentliche Adresse (z.B. über Dyndns.org vergebene Adresse) eintragen. Bitte nur hierbei beachten, das die öffentliche Adresse dann im Routing auch aus dem Internet zugänglich ist | ||
+ | * autostop = hier kann eine Zeit in Sekunden eingetragen werden, nach der der Server automatisch wieder gestoppt werden soll | ||
Bei den Einträgen muß man nur noch seinen Router entsprechend konfigurieren, damit man dann seine eigene Entwicklungsumgebung erreicht. | Bei den Einträgen muß man nur noch seinen Router entsprechend konfigurieren, damit man dann seine eigene Entwicklungsumgebung erreicht. | ||
Beispielanzeige bei einer lokalen IP-Adresse: | Beispielanzeige bei einer lokalen IP-Adresse: | ||
- | Prompt:~/MLD/develserver$ make | + | Prompt:~/MLD/develserver$ make |
- | Store IP <lokale IP> for user <Username> | + | Store IP <lokale IP> for user <Username> |
- | Prompt:~/MLD/develserver$ | + | Prompt:~/MLD/develserver$ |
Beispielanzeige bei einer öffentlichen IP-Adresse: | Beispielanzeige bei einer öffentlichen IP-Adresse: | ||
- | Prompt:~/MLD/develserver$ make | + | Prompt:~/MLD/develserver$ make |
- | Store IP <dyndns-Adresse> for user <Username> | + | Store IP <dyndns-Adresse> for user <Username> |
- | Prompt:~/MLD/develserver$ | + | Prompt:~/MLD/develserver$ |
===== Erläuterung der Funktionsweise ===== | ===== Erläuterung der Funktionsweise ===== |