[quote=Crian,23.01.2004, 14:05]Da hat es allerdings nicht geklappt... :([/quote]
Im Prinzip klappt WWW::Mechanize schon mit https.
Allerdings setzt es die Installation der entsprechenden Crypto-Module bzw. openssl voraus, was unter Windows problematisch ist.

[quote=Nikomar,26.01.2004, 14:39]Allerdings setzt es die Installation der entsprechenden Crypto-Module bzw. openssl voraus, was unter Windows problematisch ist.[/quote]
nein... es gibt ein ppm dafür...



in einem von denen ist es drin!!!

[quote=esskar,26.01.2004, 16:19][quote=Nikomar,26.01.2004, 14:39]Allerdings setzt es die Installation der entsprechenden Crypto-Module bzw. openssl voraus, was unter Windows problematisch ist.[/quote]
nein... es gibt ein ppm dafür...



in einem von denen ist es drin!!![/quote]
Darum habe ich ja auch nur geschrieben, daß es problematisch ist. Unmöglich ist es anscheinend nicht.

Allerdings dürfte die Verwendung von Repositories über das fest eingetragene Repository 1 hinaus die meisten Leute überfordern... Viele scheitern schon am "Continue" Button auf der Activestateseite, wenn sie eine Binary-Version von Perl herunterladen wollen.


OT: Es ist deprimierend, aber für plattformunabhängige Entwicklung taugt Perl eben nur, wenn man konsequent auf CPAN-Module verzichtet. Mit PPM hat man nur ein zweitklassiges, veraltetes und unvollständiges Ersatz-CPAN.
Das ist umso bedauerlicher, als die meisten Anwender dadurch nicht in den Genuß meiner wundervollen Programme kommen, aber was soll ich machen - entweder versuchen, auf einer entwicklungstechnisch kastrierten Plattform aus allen 4 Windrichtungen Module zusammenzukratzen, damit die Software läuft -- oder weiter programmieren und hoffen, daß es mit der Zeit mehr Linux-Anwender gibt...\n\n

<!--EDIT|Nikomar|1075136321-->

[quote=Nikomar,26.Jan..2004, 17:57]
Darum habe ich ja auch nur geschrieben, daß es problematisch ist. Unmöglich ist es anscheinend nicht.

Allerdings dürfte die Verwendung von Repositories über das fest eingetragene Repository 1 hinaus die meisten Leute überfordern... Viele scheitern schon am "Continue" Button auf der Activestateseite, wenn sie eine Binary-Version von Perl herunterladen wollen.


OT: Es ist deprimierend, aber für plattformunabhängige Entwicklung taugt Perl eben nur, wenn man konsequent auf CPAN-Module verzichtet. Mit PPM hat man nur ein zweitklassiges, veraltetes und unvollständiges Ersatz-CPAN.
Das ist umso bedauerlicher, als die meisten Anwender dadurch nicht in den Genuß meiner wundervollen Programme kommen, aber was soll ich machen - entweder versuchen, auf einer entwicklungstechnisch kastrierten Plattform aus allen 4 Windrichtungen Module zusammenzukratzen, damit die Software läuft -- oder weiter programmieren und hoffen, daß es mit der Zeit mehr Linux-Anwender gibt...[/quote]
Module::Install und PAR existieren.

Das Problem ist, dass viele Firmen Linux nach wie vor skeptisch gegenüber stehen. Und daran wird sich wahrscheinlich auch nicht so viel ändern.

So zum Beispiel in unserer Firma. Ich habe da jetzt gerade mal einen schwachbrüstigen Altrechner nebenbei als Linuxserver eingerichtet, bzw. einrichten wollen, was immer nur by side und nicht zeitverbrauchend geschehen darf, was dazu führt, dass er jetzt unfertig und ungenutzt herumsteht, bis ich mal wieder Lust und Zeit habe, 1000 Sachen einzustellen... bzw. erst irgendwo zu erlernen wie das geht.
Ich finde das lästig und nervig und dabei hab ich schon zeimlich viel Linuxerfahrungen gesammelt. Wie soll das erst ein Vollblut Microsoftnutzer sehen?

[quote=ptk,26.01.2004, 18:47][quote=Nikomar,26.Jan..2004, 17:57]
Gekürzt: CPAN Module & Windows-Perl passen nicht zusammen; PPM ist kein Ersatz für eine vollwertige Entwicklungsplattform.

[/quote]
Module::Install und PAR existieren.[/quote]
Das Grundproblem bleibt: bei CPAN-Modulen, die einen C-Compiler wünschen, ist das Ende der Fahnenstange bei Windows ziemlich schnell erreicht.

Man könnte das natürlich dadurch lösen, daß man sich einen C-Compiler für Windows zulegt, die kritischen Module installiert und dann mit PAR zusammennagelt, um dem normalen Windowsanwender eine schmerzlose Installation von Open Source Software zu ermöglichen.

Könnte man. Wenn man denn Softwaremasochist ist. Oder wenn die eigene Zeit so gar keinen Wert hat. Sicher, dann könnte man das.

Sorry. Perl und Windows waren für mich bisher in Hinsicht auf Software-Distribution ein Alptraum (angefangen bei den Modulen und aufhörend bei der Activestate-Lizenz...)

> Sorry. Perl und Windows waren für mich bisher in Hinsicht auf Software-Distribution ein Alptraum (angefangen bei den Modulen und aufhörend bei der Activestate-Lizenz...)

Wieso, was ist denn mit der Lizenz?

[quote=Nikomar,26.Jan..2004, 19:27][quote=ptk,26.01.2004, 18:47][quote=Nikomar,26.Jan..2004, 17:57]
Gekürzt: CPAN Module & Windows-Perl passen nicht zusammen; PPM ist kein Ersatz für eine vollwertige Entwicklungsplattform.

[/quote]
Module::Install und PAR existieren.[/quote]
Das Grundproblem bleibt: bei CPAN-Modulen, die einen C-Compiler wünschen, ist das Ende der Fahnenstange bei Windows ziemlich schnell erreicht.

Man könnte das natürlich dadurch lösen, daß man sich einen C-Compiler für Windows zulegt, die kritischen Module installiert und dann mit PAR zusammennagelt, um dem normalen Windowsanwender eine schmerzlose Installation von Open Source Software zu ermöglichen.

Könnte man. Wenn man denn Softwaremasochist ist. Oder wenn die eigene Zeit so gar keinen Wert hat. Sicher, dann könnte man das.
[/quote]
Am meisten Zeit spart man, wenn man sich gar nicht an den Rechner setzt :-)

Quote

Sorry. Perl und Windows waren für mich bisher in Hinsicht auf Software-Distribution ein Alptraum (angefangen bei den Modulen und aufhörend bei der Activestate-Lizenz...)

Guck dir mal SiePerl (zu finden auf CPAN) an.

[quote=Crian,26.01.2004, 19:05]Das Problem ist, dass viele Firmen Linux nach wie vor skeptisch gegenüber stehen. Und daran wird sich wahrscheinlich auch nicht so viel ändern.

So zum Beispiel in unserer Firma. Ich habe da jetzt gerade mal einen schwachbrüstigen Altrechner nebenbei als Linuxserver eingerichtet, bzw. einrichten wollen, was immer nur by side und nicht zeitverbrauchend geschehen darf, was dazu führt, dass er jetzt unfertig und ungenutzt herumsteht, bis ich mal wieder Lust und Zeit habe, 1000 Sachen einzustellen... bzw. erst irgendwo zu erlernen wie das geht.
Ich finde das lästig und nervig und dabei hab ich schon zeimlich viel Linuxerfahrungen gesammelt. Wie soll das erst ein Vollblut Microsoftnutzer sehen?[/quote]
Man kann sicherlich nicht erwarten, daß ein normaler Microsoftnutzer zu Linux wechselt, nur "weil Perl da besser läuft".

Um von MS zu Linux zu wechseln, muß es einen Grund geben, außer einem Technikfetisch und dem Wunsch, in der comp.security-Newsgroup mitreden zu dürfen.

Für eine Firma muß dieser Grund darüberhinaus auch noch mit einer finanziellen Motivation verbunden sein. Mal einen Linuxserver ins Firmen-LAN zu hängen, dürfte da keinen Gesinnungswandel herbeiführen. Die Aussicht, von der nächsten Outlook-Virenflut verschont zu bleiben, hilft da vielleicht schon eher.

Mit den 1000 Einstellungen ist das so eine Sache - seltsamerweise scheint die Bereitschaft, ein Manual durchzulesen, geringer zu sein, als Windows solange neu zu starten, bis sich das Problem gelöst hat. Die Leidensbereitschaft ist groß, die Lernbereitschaft kaum vorhanden. Dazu kommt natürlich das Problem, daß die Sekretärin gar nicht wissen will, wie das im einzelnen funktioniert (ist ja auch nicht ihr Job), und daher lieber leidet "Achja, nun isser schon wieder abgestürzt" als eine Lösung zu suchen.
-- "Ja Chef, soll ich ihnen nach dem Diktat noch die lokalen Regeln für den SpamAssassin anpassen, damit ihre Frau ihnen wieder mailen kann, wo es im Internet das billige Viagra gibt?" :)

[quote=ptk,26.01.2004, 19:48][quote=Nikomar,26.Jan..2004, 19:27]

Quote

Sorry. Perl und Windows waren für mich bisher in Hinsicht auf Software-Distribution ein Alptraum (angefangen bei den Modulen und aufhörend bei der Activestate-Lizenz...)

Guck dir mal SiePerl (zu finden auf CPAN) an.[/quote]
Habe ich ja... wollte ich als Basis für Perl auf Windows einsetzen. Leider gibt es da ein Problem: das Siemens-Perl 5.6.x gibt es nicht mehr zum Download (jedenfalls habe ich es nicht gefunden), und für 5.8.0 sind noch nicht alle Pakete im PPM-Format vorhanden.

@_ = qw(Katze Schwanz beißen) :)

(Nein, Indigo-Perl hat auch nicht geholfen)