[quote=steffenw,13.01.2005, 15:55]Da wäre ich also besser beraten gewesen, wenn ich als Windows-User gleich BUILD.pl dazu genommen hätte. "tar.exe" und "gz.exe", hätte ich dann auch haben müssen oder?[/quote]
Im Sourcecode von Module::Build kommt Archive::Tar, also koenntest du Glueck haben und ohne auskommen.

Quote

Kann ich da mal ein Beispiel bekommen, wie ich ein reines Perl-Modul damit zusammenpacke?

Module::Build habe ich noch nicht benutzt. Die Doku hilft bestimmt und ich wette, dass es schon Tutorials im Netz gibt.

Quote

Vielleicht habe ich damit mehr Erfolg? Bei mir ist das mit der Lizenz auch noch nicht geklärt und natürlich auch das Problem Kleinschreibung von MANIFEST und README ist noch offen.

Vielleicht loest sich das mit Archive::Tar.

Die Nachricht von @ptk bringt mich weiter, die von @sri ist nicht konstruktiv.

Schön @sri, daß Du so gut bist, Glückwunsch. Denke jedoch immer daran, daß nur die Gemeinschaft uns alle stark macht. Du allein machst nicht das CPAN aus. Das ist vielleicht ein gutes Beispiel.

[quote=steffenw,13.01.2005, 23:50]@sri ist nicht konstruktiv.[/quote]
Du hast rumgeheult das es soooo schwer ist CPAN Module zu packen.
Dabei ist es dein Fehler nicht richtig vorbereitet zu sein!

Was mich nervt ist das du dem Modulformat die Schuld gibst, obwohl es absolut in Ordnung ist!

Ich will an dieser Stelle nur sicherstellen das andere von deiner Unwissenheit nicht abgeschreckt werden ihre Arbeiten ins CPAN zu stellen.

@sri, komm mal wieder runter vom hohen Roß. Schaue Dir doch erst einmal an, wo die Probleme überhaupt liegen. Es ist nicht ausgemachte Dummheit der CPAN-Autoren.

1. liegt es daran, daß Windows davon ausgeht, daß "README" "Readme" geschrieben wird, nur weil es einen Filenamen hat, der bis zu 8 Zeichen lang und ohne Endung ist. Die Frage geht also dahin, wie geht die Windows-Portierung von Perl genau damit um?

Und 2. war die Frage, wie man die Lizenz richtig formuliert, also nicht nur im Modultext selbst. Übrigens haben das namhafte Autoren wie Sean M. Burke bei Locale::Maketext auch nur nicht geschafft. Die Reihe läßt sich fortsetzen. Mehr kann ich nicht schauen, CPAN ist nicht erreichbar. Nur würde ich mir nie erlauben, Sean wegen dieser Kleinigkeit zu kritisieren.
@pq hat es bei mir angesprochen, weil sie es drin hatte, nur nicht gleich wußte warum. Ich habe ja auch um konstruktive Kritik gebeten.

[quote=steffenw,14.01.2005, 08:58]Es ist nicht ausgemachte Dummheit der CPAN-Autoren.
[/quote]

Ich kenne ausser dir niemanden der es "den puren horror" nennt Module zu packen...

[quote=steffenw,14.01.2005, 08:58]
1. liegt es daran, daß Windows davon ausgeht, daß "README" "Readme" geschrieben wird, nur weil es einen Filenamen hat, der bis zu 8 Zeichen lang und ohne Endung ist. Die Frage geht also dahin, wie geht die Windows-Portierung von Perl genau damit um?
[/quote]

Habe kein Nieschen-Betriebssystem aus Redmond...
Aber wer sich darauf einlaesst muss eben mit Workarounds leben...

[quote=steffenw,14.01.2005, 08:58]
Und 2. war die Frage, wie man die Lizenz richtig formuliert, also nicht nur im Modultext selbst. Übrigens haben das namhafte Autoren wie Sean M. Burke bei Locale::Maketext auch nur nicht geschafft. Die Reihe läßt sich fortsetzen. Mehr kann ich nicht schauen, CPAN ist nicht erreichbar. Nur würde ich mir nie erlauben, Sean wegen dieser Kleinigkeit zu kritisieren.
@pq hat es bei mir angesprochen, weil sie es drin hatte, nur nicht gleich wußte warum. Ich habe ja auch um konstruktive Kritik gebeten.[/quote]

Mal davon abgesehen das der Lizenzhinweis im POD des Moduls sowieso viel wichtiger ist, wird in verschiedenen Dokumentationen ausreichend auf META.yml hingewiesen.

[quote=sri,14.01.2005, 10:43]Habe kein Nieschen-Betriebssystem aus Redmond...[/quote]
Lege bitte Deine Arroganz ab, die bringt keinen weiter. Es ist peinlich für Dich, gerade dann, wenn Du etwas selbst nicht weist.

Beruhigt euch mal wieder. Beim ersten Mal ist es sicher etwas unübersichtlich, wie man was machen muss. Das gibt sich!
Und dass es Unterschiede zwischen *nix und Windows gibt, dürfte auch jedem bekannt sein... Also entspannt zurücklehnen und einen Tee trinken...

also wenn ich auch noch meinen senf dazugeben darf -

ich muss auch sagen, dass es nicht einfach ist, ein modul zu erstellen.
man muss wirklich viele dinge beachten und macht dann doch was
verkehrt.

die frage ist halt: kann man es CPAN-autoren einfacher machen,
ein paket zu bauen?

durch h2xs bzw. anderen tools kann man sich ja prima ein gerüst bauen.
alles, was man manuell nachpflegen muss, kann nicht unbedingt durch
ein tool gelöst werden.
aber wenn man schon öfter module per hand installiert hat und sich
ein bisschen das verzeichnis dazu anguckt, kriegt man ja einen
überblick, wie es in etwa aussehen muss.
und das sollte man halt vorher tun.
es geht hier schließlich darum, module zu bauen, die durch einen
standard-prozeß automagisch installiert werden können.
das ist die andere seite. wie toll, dass es CPAN.pm gibt und man
im einfachsten fall nur eine zeile tippen muss.
dagegen ist es unheimlich ärgerlich, wenn man auf
ein 'kaputtes' modul im CPAN trifft.

also, der aufwand lohnt, sich damit zu beschäftigen.
die tools, die einem helfen können, sind da. man kann es lernen.

die dateinamen-problematik ist natürlich ärgerlich, da müsste mal ein
modul-autor her, der auch unter windows entwickelt.

das ist natürlich alles kein grund, neue modul-autoren zu beschimpfen.
punkt.

Ich bin ja mal gespannt wie es mir gehen wird, wenn ich die ersten Module ins CPAN stellen will.

Da ihr alle von verschiedenen Dokumenten redet, vielleicht könnte man die hier (oder im Wiki) mal zusammenlinken. Ich hab mich damit noch nicht wirklich beschäftigt, nur bei Eurer Diskussion hingehört, weil ich weiß, dass es mich auch betreffen wird.

Also Leute, ich möchte natürlich, daß meine Module dem Standard entsprechen. Deswegen habe ich ja auch hier nachgefragt und das bevor ich meine Module veröffentlicht habe. Daß ich dann in so kleine Fallen hineintappe, das war mir auch irgendwie klar aber nicht vorhersehbar. Ich denke, daß ich hier auch deutlich gemacht habe, daß ich daran arbeiten will, die Fehler abzustellen.

Ich freue mich, daß Ihr mir so konstruktiv zur Seite steht. Ich denke auch, daß es gut wäre die Tools und die Programmschnipsel für jeden, der mal das Problem hat zusammengestellt werden sollten. Und trotzdem ist es bei jedem individuell, einen genauen Fahrplan kann man sicher nicht geben. Wichtig ist auch, daß man den modernen, aktuellen Weg gut dokumentieren sollte.