Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

module_starter #1

Open
christoph-morrison opened this issue Jan 6, 2021 · 4 comments
Open

module_starter #1

christoph-morrison opened this issue Jan 6, 2021 · 4 comments
Assignees
Labels
documentation Improvements or additions to documentation help wanted Extra attention is needed

Comments

@christoph-morrison
Copy link

Pointer auf https://github.com/christoph-morrison/Maschinengeist-Utils-module_starter

@christoph-morrison christoph-morrison added the documentation Improvements or additions to documentation label Jan 6, 2021
@sidey79
Copy link
Collaborator

sidey79 commented Jan 6, 2021

Sieht durchaus interessant aber auch komplex aus.

Ich nehme an, das ist ein Script, welches ein Modul generiert und diverse Verzeichnisse anlegt?

Ich wollte hier ein Template Repository erzeugen in dem die nötige Struktur und Hilfsmittel vor konfiguriert sind.
Habe mich auf die schnelle dem Hello World Beispiel aus dem wiki bedient und es ein wenig angereichert:-)

@sidey79 sidey79 added the help wanted Extra attention is needed label Jan 6, 2021
@christoph-morrison
Copy link
Author

Sieht durchaus interessant aber auch komplex aus.
Ich nehme an, das ist ein Script, welches ein Modul generiert und diverse Verzeichnisse anlegt?

Genau. Das Skript orientiert sich dabei am CPAN-Module-Starter und soll den Autor von ein paar Basisdingen entlasten, die eigentlich jedes Modul hat (Attribut-, Set- und Get-Behandlung, Define, etc.).

Ich wollte hier ein Template Repository erzeugen in dem die nötige Struktur und Hilfsmittel vor konfiguriert sind.
Habe mich auf die schnelle dem Hello World Beispiel aus dem wiki bedient und es ein wenig angereichert:-)

Das kann sich ja ergänzen. Ich hab z.B. keine Zeile GH Actions oder so drin.

@sidey79
Copy link
Collaborator

sidey79 commented Jan 16, 2021

Ja, das denke ich auch, dass sich beides ergänzen könnte, aber ich weiss noch nicht genau wie.

Die Idee vom Starter ist ja, dass es vom Modulersteller ausgeführt wird.
Ich nehme an, es ist für eine interaktive Sitzung gedacht um die Parameter abzufragen. Das ließe sich zwar grundsätzlich auch durch GitHub actions eingeben, aber der Modulersteller müsste wissen wie und wo er die nötigen Parameter angibt.
Alles lösbar, aber vielleicht auch zu kompliziert?

@sidey79
Copy link
Collaborator

sidey79 commented Jan 17, 2021

Ich hab das Startermodul ausprobiert und die Parameter ein wenig durch try & Error getestet.

Vermutlich liegt es an der Angabe der Parameter, ich habe es leider nicht geschafft, dass im Ordner FHEM ein Fhem Modul angelegt wird und im Ordner Lib de gleichen Ebene ein Package.

Meiner Auffassung nach müsste ja die Ordnerstruktur so sein:

/ 
/FHEM
              /20_MyModule.pm
/lib
        /MyPackage/MyPackage.pm


/t
    ....

Den Einsatz von Readonly sehe ich leider auch ein bisschen problematisch.
Ich würde es auf der einen Seite sehr begrüßen, wenn Readonly standartmäßig mit FHEM installierte werden würde, ich glaube aber im Debian Paket ist das derzeit noch nicht als Abhängigkeit hinterlegt.
Das führt dann bei unerfahrenen dazu, dass das neue Modul nicht läuft :)

Vielleicht ist das aber auch nicht die Zielgruppe, ich weiss nicht so genau.

Bin unabhängig davon seit ein paar Tagen am überlegen, ob sich da ein kleine Hilfsroutine anbieten würde, die einem das Prüfen auf Vorhandensein erleichtert.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

2 participants