Leser: 19
2009-10-28T13:25:48 reneeDu hast Dateien, die für jeden Schreibrechte haben. Das ist ein mögliches Sicherheitsproblem, weil jeder nach der Installation die Module überschreiben könnte...
2009-10-28T17:39:30 reneeIn Unix-Rechten ausgedrückt: 644
Für den Besitzer les- und schreibbar, für alle anderen nur lesbar...
2009-10-28T18:02:03 pqverzeichnisse sollten generell ausführbar sein, in dem fall dann auch am besten für alle. 755
2009-10-28T18:08:46 havi2009-10-28T18:02:03 pqverzeichnisse sollten generell ausführbar sein, in dem fall dann auch am besten für alle. 755
Also, ich fasse kurz zusammen.
Ich gebe allen Dateien die Berechtigung 644 und allen Verzeichnisse 755?
2009-10-28T18:13:27 havi2009-10-28T18:08:46 havi2009-10-28T18:02:03 pqverzeichnisse sollten generell ausführbar sein, in dem fall dann auch am besten für alle. 755
Also, ich fasse kurz zusammen.
Ich gebe allen Dateien die Berechtigung 644 und allen Verzeichnisse 755?
So ist es nämlich und ich bekomme trotzdem diese Meldung...
2009-10-28T18:37:54 pqes gibt ne menge leute, die module von windows aus packen und hochladen. es gibt dafür wie gesagt module, die das für einen übernehmen und dann auch die richtigen berechtigungen setzen.
ich könnte anbieten, dir das ganze auf Module::Build aufzubauen.
2009-10-28T13:38:38 pqunter der url sind ja auch nur die registrierten module.
du hast das modul "wie immer" erstellt. das hilft mir aber auch nicht weiter.
du musst halt die verzeichnisse nicht-schreibbar machen für "world". wie das genau geht, hängt von deinem betrübssystem ab.
2009-10-28T13:38:38 pqNein, das sind alle hochgeladenen Module, die nicht in solche Probleme laufen wie havi's Modul.unter der url sind ja auch nur die registrierten module.
2009-10-28T13:36:04 havi
2009-10-28T13:43:12 haviSchon klar und das liegt an: "world writable directories or files" ?
2009-10-28T14:07:11 reneeModule mit Linux bauen, oder mal dem Perlmonks-Link in msg #127454 folgen ;-)
2009-10-28T14:10:33 havi2009-10-28T14:07:11 reneeModule mit Linux bauen, oder mal dem Perlmonks-Link in msg #127454 folgen ;-)
Bin schon dabei...
2009-10-28T14:45:03 pqich würd ja immer noch Module::Build empfehlen. packst du das tar immer von hand? Build dist macht alles automatisch...
desweiteren fehlt dir eine license.
ausserdem frage ich mich, wo das problem ist, denn deine beiden module sind da:
http://search.cpan.org/~havi/Business-PVMForImport...
http://search.cpan.org/~havi/Email-ECGListe-0.02/
dass die bei cpan nicht innerhalb einer sekunde auftauchen, war dir aber schon bekannt, oder?
QuoteLicense?
2009-10-28T13:44:13 pqob das hochladen überhaupt geklappt hat, sollte havi erstmal checken, indem er in das ftp-verzeichnis guckt. PAUSE gibt einem doch beim hochladen ne reihe von links und das logfile, da guckt man halt rein.
2009-10-28T13:51:21 pqdie packages sind irgendwie sehr kaputt. ich habe mir jetzt das Email-ECGListe mal von pause runtergeladen, die verzeichnisse sind alle nicht ausführbar.
aber da du uns ja weiterhin verschweigst, wie du die module erstellt hast...
ich mach das mit Mobule::Build und Build dist.
deine methode erstellt jedenfalls verzeichnisse, die nicht ausführbar sind, das kann ja nicht funktionieren. soweit verstanden?
2009-10-28T13:55:19 haviWie funktioniert es mit Module::Build und Build dist?
2009-10-28T14:08:04 pq2009-10-28T13:55:19 haviWie funktioniert es mit Module::Build und Build dist?
wie könnte man das bloss herausfinden...?
wenn *ich* auf die doku des moduls gehe:
http://search.cpan.org/~dagolden/Module-Build-0.35...
ist da ein link unter "Authoring Reference (Module::Build::Authoring)":
http://search.cpan.org/~dagolden/Module-Build-0.35...
ich werde jetzt hier in dem thread keine komplette anleitung schreiben, wie man so ein modul erstellt.
von hand solltest du das jedenfalls nicht machen.
ich habe mir damals einfach ein modul geschnappt und es mir davon abgeguckt.