Der BuildStatus wird in größeren Abständen erzeugt, ist es eine Woche - vielleicht?

Die Module, bei denen fail unter Windows steht, die sind über PPM nicht verfügbar. Das kann am Autor selbst liegen oder auch daran, daß er Module verwendet, die wiederum auf fail stehen.

Beispiele, die ich entdeckt habe und die mir gerade einfallen:
- Perl6-Binding wegen PadWalker
- Perl6-Export-Attrs wegen nicht vorhandener Distribution Test::More (heißt nämlich Test::Simple)
- Data::Alias (Ist leider sogar in PBP empfohlen, obwohl Lexical::Alias die portable alternative ist.)

Die meisten Fehler, die gemacht werden sind simpel. Oft liegt es an den Prerequisites. Man muß nur schauen, welche Module zur Distribution 5.8.0 gehören und in welcher Version. Fordert man eine höhere, hat man verloren. Auch das use 5.008000 darf nicht größer sein. Die Prerequisites dürfen nur Distributionen sein und nicht Packages aus einer Distribution (siehe Test::More in Test::Simple).

@steffenw: warum sollte ein modul den status FAIL bekommen, wenn der tester des modul ein
prereq nicht installiert hat? was ist das denn fuer eine logik?
ausserdem gibt es sehr wohl ein modul Test::More, also kann ich das auch in
die prerequisites schreiben. wie kommst du darauf, dass man da nur distributionen
reinschreiben darf? (die distri heißt Test-Simple, nicht Test::Simple, also hast du
dir selbst auch widersprochen)

PPM versucht die Prerequisites nachzuladen und sucht das ppd-File, für Test::More gibt es keins und damit ist Ende.
Bei ppm gibt man natürlich install Test-Simple ein, logisch! Aber durch den Prerequisit versucht ppm Test-More zu suchen und das geht in die Hose: No matches for 'Test-More'; see 'help search'.

[quote=steffenw,18.10.2006, 17:03]PPM versucht die Prerequisites nachzuladen und sucht das ppd-File, für Test::More gibt es keins und damit ist Ende.
Bei ppm gibt man natürlich install Test-Simple ein, logisch! Aber durch den Prerequisit versucht ppm Test-More zu suchen und das geht in die Hose: No matches for 'Test-More'; see 'help search'.[/quote]
Test::More ist doch ein CORE-Module?!

dann ist ppm kaputt. die prereqs muessen keine distributionen sein, sondern modulnamen.

[quote=steffenw,18.10.2006, 16:28]Der BuildStatus wird in größeren Abständen erzeugt, ist es eine Woche - vielleicht?

Die Module, bei denen fail unter Windows steht, die sind über PPM nicht verfügbar. Das kann am Autor selbst liegen oder auch daran, daß er Module verwendet, die wiederum auf fail stehen.

Beispiele, die ich entdeckt habe und die mir gerade einfallen:
- Perl6-Binding wegen PadWalker
- Perl6-Export-Attrs wegen nicht vorhandener Distribution Test::More (heißt nämlich Test::Simple)
- Data::Alias (Ist leider sogar in PBP empfohlen, obwohl Lexical::Alias die portable alternative ist.)

Die meisten Fehler, die gemacht werden sind simpel. Oft liegt es an den Prerequisites. Man muß nur schauen, welche Module zur Distribution 5.8.0 gehören und in welcher Version. Fordert man eine höhere, hat man verloren. Auch das use 5.008000 darf nicht größer sein. Die Prerequisites dürfen nur Distributionen sein und nicht Packages aus einer Distribution (siehe Test::More in Test::Simple).[/quote]
Oder die FAILs bei vielen Tk-Modulen --- wenn man in die Reports schaut, dann sieht man Fehler wie "could not open display ...". Das ist schon ziemlich schwach, wenn man ein GUI-Modul testen will und keinen X-Server am Laufen hat...

[quote=steffenw,18.10.2006, 16:28]Der BuildStatus wird in größeren Abständen erzeugt, ist es eine Woche - vielleicht?

Die Module, bei denen fail unter Windows steht, die sind über PPM nicht verfügbar. Das kann am Autor selbst liegen oder auch daran, daß er Module verwendet, die wiederum auf fail stehen.

[...]

Die meisten Fehler, die gemacht werden sind simpel. Oft liegt es an den Prerequisites. Man muß nur schauen, welche Module zur Distribution 5.8.0 gehören und in welcher Version. Fordert man eine höhere, hat man verloren. Auch das use 5.008000 darf nicht größer sein. Die Prerequisites dürfen nur Distributionen sein und nicht Packages aus einer Distribution (siehe Test::More in Test::Simple).[/quote]
Patches sind bei Autoren eigentlich immer willkommen.

Der BuildStatus von ActiveState kann fast vergessen werden. Die nehmen nicht alle neuen Module auf, um Abwärtskompatibel zu bleiben. Zur Not einfach bei Randy Kobes nachfragen, ob etwas für Windows bereitgestellt werden kann.

Warum hat man verloren, wenn eine höhere Version verlangt wird bei den Prerequesits? Dann sollte einfach die neue Version installiert werden.

[quote=renee,18.10.2006, 21:14]Der BuildStatus von ActiveState kann fast vergessen werden. Die nehmen nicht alle neuen Module auf, um Abwärtskompatibel zu bleiben.

Warum hat man verloren, wenn eine höhere Version verlangt wird bei den Prerequesits? Dann sollte einfach die neue Version installiert werden.[/quote]
Ja gut, es gibt immer andere Wege, um Module für Windows zu installieren. Doch der einfachste Weg ist das Installieren und mit ppm nachinstallieren. Das macht Perl für Windows-User sehr einfach. Und was so einfach ist, wird von den Nutzern immer gut angenommen. Das ist einfach so. Man ist einfach verwöhnt.

Genau, Test-Simple ist eie Core-Distribution. Das heißt aber, daß die Version trotzdem da sein muß, sonst versucht ppm ein upgrade und wenn dann die Distribution nicht da ist, läßt sich das eigentliche Modul nicht installieren.

ActiveState 5.8-Repository heißt ab genau 5.8.0. Und das bedeudet kompatibel ab eben dieser Version. Der BuildStatus widerspiegelt das, was man im Repository aktuelles findet. Deswegen ist er wichtig. Man kann es leicht schaffen, dort nicht auf fail zu laufen. So schwer ist das nicht. Man muß es nur wollen und vor allem kennen.

Klar gibt es Module, die einfach eine höhere Version als 5.8.0 brauchen, das ist aber oft die Ausnahme oder?

wie soll ich es schaffen, nicht auf FAIL zu laufen, wenn mein modul ein anderes braucht, welches
aber nicht installiert ist, weil es nicht im core ist? genau dafuer sind die prereqs doch da. wenn
der tester sie nicht installiert, testet er eben gar nicht. wenn er sie installiert, dann muss alles
klappen.
wo wuerden wir denn hinkommen, wenn jeder modul-autor so programmieren muss, dass sein
modul ohne zusaetzliche nicht-core-module auskommt? wie soll das denn gehn?

ausserdem gibt es durchaus testreports von windows-maschinen unter
den normalen cpan-test-reports. gleichzeitig steht beim active-state-
test-report FAIL. wenn ich ein prereq nicht installieren kann/will, dann
sollte das zu testende modul weder ein FAIL noch ein PASS bekommen.\n\n

<!--EDIT|pq|1161247559-->

[quote=pq,19.10.2006, 10:43]wie soll ich es schaffen, nicht auf FAIL zu laufen, wenn mein modul ein anderes braucht, welches
aber nicht installiert ist, weil es nicht im core ist? genau dafuer sind die prereqs doch da.[/quote]
Scheinbar hast Du es nicht begriffen.

Du kannst selbstverständlich in den Prerequisites angeben, was Du benötigst. So darfst Du eben auch Test::Simple angeben. Mache ich ja auch. Und Du kannst genau so auch Distributionen angeben, welche Du ebenfalls brauchst, z.B. DBI. Wenn aber jetzt der DBI-Autor ein Modul benutzen will, welches, aus welchem Grund auch immer fail ist. Dann muß auch auch DBI fail werden. Daß das den DBI-Autoren nicht passieren wird, weil sie eben Windows kennen, wird es DBI immer in ActiveState geben.

Es gibt zunehmend Personen, die Windows oder auch Perl unter Windows nicht kennen und trotzdem Module bauen.