Probleme beim Installieren des DateTime-Moduls (gelöst) (Allgemeines zu Perl)

[thread]18798[/thread]

Probleme beim Installieren des DateTime-Moduls [gelöst]

Tags: perl5 Ähnliche Threads

Leser: 15

Articles: hide open all | hide show old branches

Teilbaum:
Uraltserver? (4 Artikel) 2013-12-18 17:51

+32 replies
Speedriff

2013-12-09 15:42
User since
2013-11-25
39 Artikel
BenutzerIn
Hallo Community!
Die Probleme reißen nicht ab ;-)

Nachdem auf dem Test-Linux-Rechner das Skript für die Winter- und Sommerzeit-Umrechung wunderbar geklappt hat, gehts nun darum, das Skript auf dem eigentlichen Server zu implementieren.

Natürlich findet Perl auf dem Server erstmal nicht das "DateTime"-Modul...
Zum installieren habe ich foldendes eingegeben:
Code: (dl )

sudo perl -MCPAN -e shell
anschließend
Code: (dl )

install DateTime
Er fragt dann ob er die Internetverbindung nurtzen darf => yes

dann läd er sich diverse Sachen herunter und versucht, das Modul zu installieren...
Hat nicht recht geklappt. Leider weiß ich nicht wie man in diesem Fall eine Log-Datei mitschreibt.
Da die Meldungen recht lange sind und ihr sicherlich wissen wollt, was genau er für Fehlermeldungen bringt, erstmal die Frage:

Wie kann ich zum "install" eine Logdatei erzeugen? ;-)

Habe es mit
Code: (dl )

install DateTime 2> error.txt
versucht, aber das scheint nicht zu funktionieren...

Hoffentlich habt ihr nochmals ein wenig Hilfestellung für mich! :-)

Gruß,
Speedriff

ps. das hier ist die Perl-Version die auf dem Server läuft:
Code: (dl )

This is perl, v5.10.0 built for x86_64-linux-thread-multi
ach, ich bin ja auch blöd, bin ja mit PuTTy unterwegs und kann das ja alles rauskopieren... *g*
Dann hier mal alles was er so macht:

cpan (10.2kb)

Hmm, das mit den Zeilenumbrüchen passt nicht recht beim rauskopieren, aber vielleicht reichts ja schon?

modedit Editiert von pq: more-tags hinzugefügt
Last edited: 2013-12-09 16:22:32 +0100 (CET)
- +3 replies
- kristian
  
  2013-12-09 16:43
  
  User since
  2005-04-14
  684 Artikel
  BenutzerIn
  
  Ich würde hier:
  Module::Build version 0.3601 required--this is only version 0.280801 at Build.PL
  den ersten Ansatz sehen.
  - +2 replies
  - Speedriff
    
    2013-12-10 09:27
    
    User since
    2013-11-25
    39 Artikel
    BenutzerIn
    
    Ist dieses Build-Version Bestandteil von Perl? Das sagt mir nämlich erstmal noch garnichts... Wäre das mit einem Perl-Update getan? Oder kann man nur das Build updaten?
    Gruß,
    Speedriff
    - pq
      
      2013-12-10 11:13
      
      User since
      2003-08-04
      12208 Artikel
      Admin1
      
      Module::Build ist genauso wie DateTime ein modul.
      die meldung
      "Module::Build version 0.3601 required--this is only version 0.280801" sagt:
      du hast version 0.280801 des Modules Module::Build installiert, aber DateTime benötigt 0.3601.
      du musst also erst Module::Build installieren (updaten).
      Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
      lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- +22 replies
- bianca
  
  2013-12-09 17:11
  User since
  2009-09-13
  7016 Artikel
  BenutzerIn
  2013-12-09T14:42:00 Speedriff
  
  Code: (dl )
  
  This is perl, v5.10.0 built for x86_64-linux-thread-multi
  
  Das ist eine Version mit einem oder mehreren ganz doofen Bugs. Muss mal schauen, ob ich die noch finde.
  Ich rate dringend, wenigstens 5.10.1 zu verwenden.
  Ob das mit dem Problem hier zu tun hat, weiß ich im Moment nicht.
  10 print "Hallo"
  20 goto 10
  - +21 replies
  - Speedriff
    
    2013-12-10 09:26
    
    User since
    2013-11-25
    39 Artikel
    BenutzerIn
    
    Ok, wieviel Risiko besteht denn, Perl auf einem laufenden Server zu updaten? Ist das prinzipiell sehr aufwendig? Oder geht das so einfach wie ein Modul zu installieren? Die letzte stabile Version scheint ja 5.18.1 zu sein. Sollte ich diese im Zweifelsfall gleich nehmen?
    Der sollte wenn möglich nicht allzulange außer Betrieb sein...
    Habe mit Linux Systemen nicht viel Erfahrung, deshalb vielleicht diese "einfachen" Fragen, aber ich möchte da nichts "kaputt" machen *g*
    Gruß,
    Speedriff
    - +20 replies
    - clms
      
      2013-12-10 10:57
      
      User since
      2010-08-29
      373 Artikel
      BenutzerIn
      
      2013-12-10T08:26:12 Speedriff
      Ok, wieviel Risiko besteht denn, Perl auf einem laufenden Server zu updaten? Ist das prinzipiell sehr aufwendig? Oder geht das so einfach wie ein Modul zu installieren? Die letzte stabile Version scheint ja 5.18.1 zu sein. Sollte ich diese im Zweifelsfall gleich nehmen?
      Der sollte wenn möglich nicht allzulange außer Betrieb sein...
      Habe mit Linux Systemen nicht viel Erfahrung, deshalb vielleicht diese "einfachen" Fragen, aber ich möchte da nichts "kaputt" machen *g*
      
      Welche Linux-Distribution nutzt Du denn?
      
      Vielleicht bietet der Paketmanager Deiner Distribution ja ein neueres Perl an und Du must es nur aktualisieren. Das geht in der Regel einfach und problemlos.
      
      Falls das nicht der Fall ist, kannst Du Perl selbst installieren.
      
      Da stellt sich dann die Frage, ob Du das Perl 5.10.0 Deines Systems durch die neue Version ersetzen willst, oder ob Du die neue Version zusätzlich installieren willst - dann in einem anderen Verzeichnis, dass Du - wenn Du die neue Version einsetzen willst - einfach im Suchpfad vor das Verzeichnis mit dem System-Perl stellst.
      
      Perlbrew soll die Installation und Verwaltung mehrerer Perl-Versionen vereinfachen. Ich habe allerdings keine Erfahrung damit.
      Aber auch ohne Hilfsmittel ist die manuelle Installation eines zusätzlichen Perl auf einer Linux-Kiste nicht besonders kompliziert. Ich habe das zuletzt vor 8-10 Jahren gemacht.
      
      Wie lange die Installation dauert, hängt stark davon ab, ob Du Perl selbst kompilieren musst. Aber selbst dann kann der Server während der Kompilation weiter laufen (je nach Resourcen kann er allerdings sehr lahm werden.)
      
      Komplett abschalten musst Du den Server eigentlich nicht. Lediglich die Services, die die neue Perl-Version nutzen sollen, musst Du u.U. kurz abschalten und neu starten.
      - +19 replies
      - Speedriff
        
        2013-12-10 14:56
        
        User since
        2013-11-25
        39 Artikel
        BenutzerIn
        
        Die Distribution ist SuSe 11.2
        Habe vorhin erfahren dass es für diese Version garkein "aktuelles" Build-Modul gibt. Zumindest nicht das, welches ich brauche.
        Sogesehen habe ich wohl nur die Wahl, eine anderes Linux auf den Server zu machen oder eine andere Möglichkeit zu suchen, Winter/Sommerzeit in UTC umzurechnen :-((((
        Es gibt wohl noch das Modul "TimeDate", allerdings muß ich erstmal noch rausfinden ob das auch ähnliche Funktionen wie "DateTime" hat *g*
        Ziemlich ärgerlich das ganze, aber nur so wird man schlauer ;-)
        
        Danke für eure Hilfe!
        Gruß,
        
        Speedriff
        
        clms
        
        2013-12-10 15:24
        
        User since
        2010-08-29
        373 Artikel
        BenutzerIn
        
        2013-12-10T13:56:24 Speedriff
        Die Distribution ist SuSe 11.2
        Habe vorhin erfahren dass es für diese Version garkein "aktuelles" Build-Modul gibt. Zumindest nicht das, welches ich brauche.
        Sogesehen habe ich wohl nur die Wahl, eine anderes Linux auf den Server zu machen oder eine andere Möglichkeit zu suchen, Winter/Sommerzeit in UTC umzurechnen
        
        Auch wenn die Modul-Version über Deine Distribution nicht angeboten wird, hast Du immer noch genug Möglichkeiten, sie selbst zu installieren, u.a.:
        
        einfach mit CPAN ein Update des Moduls starten. Das Modul aus der Distribution wird dann ersetzt (kann problematisch sein, wenn die neue Modul-Version nicht backward kompatibel ist)
        ein komplettes neues Perl neben dem Perl der Distribution installieren
        die gewünschte Modul-Version zusätzlich zum Modul aus der Distribution in einem anderen Verzeichnis installieren. Dann kannst du über @INC bzw. Environment-Variablen kontrollieren, welche Version verwendet werden soll. (Wenn man CPAN als normaler User startet, passiert das IIRC automatisch, weil man dann das Modul aus der Distribution ohnehin nicht überschreiben kann.)
        
        +7 replies
        
        pq
        
        2013-12-10 15:48
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        bitte, lies meine antwort weiter oben.
        du willst DateTime über CPAN installieren, aber für Module::Build muss es unbedingt ein betriebssystem-package sein?
        
        installier das modul einfach auch mit CPAN, so wie du es mit DateTime machen willst.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +6 replies
        
        Speedriff
        
        2013-12-11 11:22
        
        User since
        2013-11-25
        39 Artikel
        BenutzerIn
        
        Ich muß zugeben dass ich da etwas überfordert bin.
        Habe soweit verstanden dass man über das CPAN-Netzwerk alle möglichen Module installieren, updaten usw. kann.
        Was genau dann aber ein Betriebssystem-package ist, weiß ich nicht...
        Habe eben versucht, über CPAN mit "install Build" das Build neu zu installieren, aber das schlägt auch fehl:
        
        Code: (dl )
        
        1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151
        
        cpan[4]> install Build Running install for module 'Build' 'YAML' not installed, falling back to Data::Dumper and Storable to read prefs '/home/funde/.cpan/prefs' Running make for A/AU/AUTRIJUS/Acme-Hello-0.02.tar.gz CPAN: LWP::UserAgent loaded ok (v5.829) I would like to connect to one of the following sites to get 'authors/id/A/AU/AUTRIJUS/Acme-Hello-0.02.tar.gz': http://www.perl.org/CPAN/ ftp://ftp.perl.org/pub/CPAN/ Is it OK to try to connect to the Internet? [yes] y Fetching with LWP: http://www.perl.org/CPAN/authors/id/A/AU/AUTRIJUS/Acme-Hello-0.02.tar.gz Fetching with LWP: http://www.perl.org/CPAN/authors/id/A/AU/AUTRIJUS/CHECKSUMS Checksum for /home/funde/.cpan/sources/authors/id/A/AU/AUTRIJUS/Acme-Hello-0.02.tar.gz ok Acme-Hello-0.02/ Acme-Hello-0.02/lib/ Acme-Hello-0.02/lib/Acme/ Acme-Hello-0.02/lib/Acme/Hello/ Acme-Hello-0.02/lib/Acme/Hello/I18N/ Acme-Hello-0.02/lib/Acme/Hello/I18N/ko.po Acme-Hello-0.02/lib/Acme/Hello/I18N/gl.po Acme-Hello-0.02/lib/Acme/Hello/I18N/id.po Acme-Hello-0.02/lib/Acme/Hello/I18N/hr.po Acme-Hello-0.02/lib/Acme/Hello/I18N/et.po Acme-Hello-0.02/lib/Acme/Hello/I18N/uk.po Acme-Hello-0.02/lib/Acme/Hello/I18N/ja.po Acme-Hello-0.02/lib/Acme/Hello/I18N/nn.po Acme-Hello-0.02/lib/Acme/Hello/I18N/nl.po Acme-Hello-0.02/lib/Acme/Hello/I18N/nb.po Acme-Hello-0.02/lib/Acme/Hello/I18N/el.po Acme-Hello-0.02/lib/Acme/Hello/I18N/sk.po Acme-Hello-0.02/lib/Acme/Hello/I18N/da.po Acme-Hello-0.02/lib/Acme/Hello/I18N/pl.po Acme-Hello-0.02/lib/Acme/Hello/I18N/fi.po Acme-Hello-0.02/lib/Acme/Hello/I18N/ca.po Acme-Hello-0.02/lib/Acme/Hello/I18N/pt.po Acme-Hello-0.02/lib/Acme/Hello/I18N/sl.po Acme-Hello-0.02/lib/Acme/Hello/I18N/sv.po Acme-Hello-0.02/lib/Acme/Hello/I18N/eo.po Acme-Hello-0.02/lib/Acme/Hello/I18N/de.po Acme-Hello-0.02/lib/Acme/Hello/I18N/es.po Acme-Hello-0.02/lib/Acme/Hello/I18N/it.po Acme-Hello-0.02/lib/Acme/Hello/I18N/zh_CN.po Acme-Hello-0.02/lib/Acme/Hello/I18N/fr.po Acme-Hello-0.02/lib/Acme/Hello/I18N/de_DE.po Acme-Hello-0.02/lib/Acme/Hello/I18N/en.po Acme-Hello-0.02/lib/Acme/Hello/I18N/hu.po Acme-Hello-0.02/lib/Acme/Hello/I18N/lv.po Acme-Hello-0.02/lib/Acme/Hello/I18N/ru.po Acme-Hello-0.02/lib/Acme/Hello/I18N/pt_BR.po Acme-Hello-0.02/lib/Acme/Hello/I18N/zh_TW.po Acme-Hello-0.02/lib/Acme/Hello/I18N/tr.po Acme-Hello-0.02/lib/Acme/Hello/I18N/he.po Acme-Hello-0.02/lib/Acme/Hello/I18N.pm Acme-Hello-0.02/lib/Acme/Hello.pm Acme-Hello-0.02/Changes Acme-Hello-0.02/MANIFEST Acme-Hello-0.02/META.yml Acme-Hello-0.02/t/ Acme-Hello-0.02/t/0-signature.t Acme-Hello-0.02/t/1-basic.t Acme-Hello-0.02/MANIFEST.SKIP Acme-Hello-0.02/inc/ Acme-Hello-0.02/inc/Build.pm Acme-Hello-0.02/INSTALL Acme-Hello-0.02/Build.PL Acme-Hello-0.02/Makefile.PL Acme-Hello-0.02/README Acme-Hello-0.02/SIGNATURE Warning (usually harmless): 'YAML' not installed, will not store persistent state CPAN.pm: Going to build A/AU/AUTRIJUS/Acme-Hello-0.02.tar.gz Checking whether your kit is complete... Looks good Checking prerequisites... * Optional prerequisite Locale::Maketext::Lexicon is not installed ERRORS/WARNINGS FOUND IN PREREQUISITES. You may wish to install the versions of the modules indicated above before proceeding with this installation Creating new 'Build' script for 'Acme-Hello' version '0.02' Could not read '/home/funde/.cpan/build/Acme-Hello-0.02-FeS7Iv/META.yml'. Falling back to other methods to determine prerequisites Copying lib/Acme/Hello.pm -> blib/lib/Acme/Hello.pm Copying lib/Acme/Hello/I18N.pm -> blib/lib/Acme/Hello/I18N.pm Copying lib/Acme/Hello/I18N/uk.po -> blib/lib/Acme/Hello/I18N/uk.po Copying lib/Acme/Hello/I18N/it.po -> blib/lib/Acme/Hello/I18N/it.po Copying lib/Acme/Hello/I18N/sk.po -> blib/lib/Acme/Hello/I18N/sk.po Copying lib/Acme/Hello/I18N/he.po -> blib/lib/Acme/Hello/I18N/he.po Copying lib/Acme/Hello/I18N/zh_CN.po -> blib/lib/Acme/Hello/I18N/zh_CN.po Copying lib/Acme/Hello/I18N/en.po -> blib/lib/Acme/Hello/I18N/en.po Copying lib/Acme/Hello/I18N/de_DE.po -> blib/lib/Acme/Hello/I18N/de_DE.po Copying lib/Acme/Hello/I18N/pl.po -> blib/lib/Acme/Hello/I18N/pl.po Copying lib/Acme/Hello/I18N/da.po -> blib/lib/Acme/Hello/I18N/da.po Copying lib/Acme/Hello/I18N/id.po -> blib/lib/Acme/Hello/I18N/id.po Copying lib/Acme/Hello/I18N/es.po -> blib/lib/Acme/Hello/I18N/es.po Copying lib/Acme/Hello/I18N/nb.po -> blib/lib/Acme/Hello/I18N/nb.po Copying lib/Acme/Hello/I18N/hr.po -> blib/lib/Acme/Hello/I18N/hr.po Copying lib/Acme/Hello/I18N/el.po -> blib/lib/Acme/Hello/I18N/el.po Copying lib/Acme/Hello/I18N/nn.po -> blib/lib/Acme/Hello/I18N/nn.po Copying lib/Acme/Hello/I18N/ca.po -> blib/lib/Acme/Hello/I18N/ca.po Copying lib/Acme/Hello/I18N/ru.po -> blib/lib/Acme/Hello/I18N/ru.po Copying lib/Acme/Hello/I18N/ja.po -> blib/lib/Acme/Hello/I18N/ja.po Copying lib/Acme/Hello/I18N/lv.po -> blib/lib/Acme/Hello/I18N/lv.po Copying lib/Acme/Hello/I18N/ko.po -> blib/lib/Acme/Hello/I18N/ko.po Copying lib/Acme/Hello/I18N/fi.po -> blib/lib/Acme/Hello/I18N/fi.po Copying lib/Acme/Hello/I18N/zh_TW.po -> blib/lib/Acme/Hello/I18N/zh_TW.po Copying lib/Acme/Hello/I18N/eo.po -> blib/lib/Acme/Hello/I18N/eo.po Copying lib/Acme/Hello/I18N/sv.po -> blib/lib/Acme/Hello/I18N/sv.po Copying lib/Acme/Hello/I18N/tr.po -> blib/lib/Acme/Hello/I18N/tr.po Copying lib/Acme/Hello/I18N/nl.po -> blib/lib/Acme/Hello/I18N/nl.po Copying lib/Acme/Hello/I18N/pt_BR.po -> blib/lib/Acme/Hello/I18N/pt_BR.po Copying lib/Acme/Hello/I18N/de.po -> blib/lib/Acme/Hello/I18N/de.po Copying lib/Acme/Hello/I18N/pt.po -> blib/lib/Acme/Hello/I18N/pt.po Copying lib/Acme/Hello/I18N/gl.po -> blib/lib/Acme/Hello/I18N/gl.po Copying lib/Acme/Hello/I18N/et.po -> blib/lib/Acme/Hello/I18N/et.po Copying lib/Acme/Hello/I18N/fr.po -> blib/lib/Acme/Hello/I18N/fr.po Copying lib/Acme/Hello/I18N/sl.po -> blib/lib/Acme/Hello/I18N/sl.po Copying lib/Acme/Hello/I18N/hu.po -> blib/lib/Acme/Hello/I18N/hu.po AUTRIJUS/Acme-Hello-0.02.tar.gz ./Build -- OK Warning (usually harmless): 'YAML' not installed, will not store persistent state Running Build test t/0-signature....# Next time around, consider install Module::Signature, # so you can verify the integrity of this distribution. t/0-signature....ok 1/1 skipped: various reasons t/1-basic........FAILED tests 2-3 Failed 2/3 tests, 33.33% okay Failed Test Stat Wstat Total Fail List of Failed ------------------------------------------------------------------------------- t/1-basic.t 3 2 2-3 1 subtest skipped. Failed 1/2 test scripts. 2/4 subtests failed. Files=2, Tests=4, 0 wallclock secs ( 0.03 cusr + 0.01 csys = 0.04 CPU) Failed 1/2 test programs. 2/4 subtests failed. AUTRIJUS/Acme-Hello-0.02.tar.gz ./Build test -- NOT OK //hint// to see the cpan-testers results for installing this module, try: reports AUTRIJUS/Acme-Hello-0.02.tar.gz Warning (usually harmless): 'YAML' not installed, will not store persistent state Running Build install make test had returned bad status, won't install without force Failed during this command: AUTRIJUS/Acme-Hello-0.02.tar.gz : make_test NO cpan[5]>
        
        Versuche mich da im Moment in die ganzen Installationsgeschichten einzuarbeiten, aber als Linux-Neuling ist das ziemlich viel auf einmal.
        Dieses Build-Modul brauche ich, wenn ich richtig verstanden habe, um das DateTime-Modul zu installieren oder? Oder brauche ich das auch um das DateTime laufen zu lassen?
        Morgen ist Besprechung, da wirds dann auch darum gehen, vielleicht ne andre Linux-Distribution auf dem Server zu installieren. Aber ich schätze mal dass das noch wesentlich mehr Aufwand ist ;-)
        Gruß,
        Speedriff
        
        pq
        
        2013-12-11 12:09
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        das modul heisst "Module::Build".
        
        das modul heisst nicht "Build".
        
        ich weiss nicht, wie ich es noch deutlicher schreiben kann.
        
        es ist ein modul zum installieren von modulen (bzw. für den build-prozess), daher heisst es halt am anfang Module::Build.
        
        also schreibe nicht "install Build", sondern "install Module::Build"
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +4 replies
        
        pq
        
        2013-12-11 12:11
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2013-12-11T10:22:35 Speedriff
        Was genau dann aber ein Betriebssystem-package ist, weiß ich nicht...
        
        Na du schriebst folgendes:
        
        Quote
        Habe vorhin erfahren dass es für diese Version garkein "aktuelles" Build-Modul gibt.
        
        woher sollen wir denn wissen, was du damit meinst?
        wer hat dir erzählt, dass es für die suse-version kein aktuelles build-modul gibt? was ist damit gemeint?
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +3 replies
        
        Speedriff
        
        2013-12-11 13:42
        
        User since
        2013-11-25
        39 Artikel
        BenutzerIn
        
        Mal ne kurze Erklärung zu mir:
        Ich bin Student im Praxissemester (studiere aber nichts mit IT, sonder Energie und Gebäudetechnologie) und arbeite an der Forschung und Entwicklung der Hochschule wo ich studiere.
        Einer meiner Aufgaben besteht darin, Skripte für den besagten Server zu schreiben, um z.B. Messdaten-Dateien zu manipulieren usw. (zb die Sommer/Winterzeit zu UTC Geschichte).
        Vor Oktober diesen Jahres hatte ich noch NIE mit Linux-Systemen zu tun und deshalb ist das alles sehr neu für mich und ich brauche eine gewisse Zeit um mich da "einzuleben". Ich bitte deshalb um Entschuldigung, dass ich mich fachlich nicht immer korrekt ausdrücken kann!
        
        Nachdem du geschrieben hast ich solle das Module::Build so installieren, wie zuvor das DateTime (oder heisst es auch Module::DateTime?), habe ich eben "install Build" eingegeben.
        Ich habe nun eben diesen Server auf dem SuSe läuft und bei mir am Arbeitsplatz einen Rechner mit Ubuntu wo ich erstmal gefahrlos alle Skripte schreiben und testen kann. Soweit ich mich daran erinnern kann, konnte ich auf dem Ubuntu Rechner das DateTime-Modul mit "install DateTime" installieren... Deshalb die Schlußfolgerung "install Build" ;-)
        
        Ein Kollege, der auch ab und an mit dem Server zu tun hat (KEIN Linux-Guru!!) und dem ich die Problematik mit der Installation des DateTime-Moduls erläutert habe, hat mit einem Admin des Rechenzentrums der Hochschule telefoniert und ihn gebeten das Modul zu installieren (die vom Rechenzentrum haben aber mit unseren Projekten ansich nichts zu tun und wollen sich natürlich nicht auch noch mehr Arbeit aufhalsen). Der besagte Admin sagte eben, dass man für diese SuSe version kein entsprechendes Module::Build bekommen kann. Ob er sich nur vor zusätzlicher Arbeit drücken will, kann ich nicht beurteilen. Ebensowenig ob man tatsächlich keine andere Module::Build Version installieren kann..
        Das bleibt letztendlich doch an mir hängen. Es macht mir zwar Spaß, mich solchen Dingen auseinanderzusetzen, jedoch ist es teilweise einfach frustrierend nicht weiterzukommen. Allein um so ein Modul zu installieren muß man schon soviel um Linux wissen, und das sammel ich mir eben im Laufe der Zeit zusammen.
        Hoffe ich konnte dir/euch meine Situation ein bischen näher bringen.
        
        Gruß,
        Speedriff
        
        Gast wer
        
        2013-12-11 15:08
        
        Also ganz von vorne.
        
        "Linux" ist erst mal nur der Kern des OS das sorgt dafür das Dinge dargestellt werden, dass die Tastataur funktioniert etc.
        
        Dann gibt es "GNU-Linux" das fasst auch alles mögliche zusammen das du so benutzt. Unter andrem auch die Shell. Sachen wie cd, ls, whoami etc.
        
        Da aber keines so was selber zusammensuchen kompilieren und konfigurieren möchte gibt es "Distributionen" diese sammelt das ganze zeug für dich und passen alles aufeinander ab. Da du aber nicht immer alle auf deinem Rechner brauchst, verteilt eine Distribution die Programme oder Programmgruppen oder Bibliotheken etc auf "Pakete". Diese Packete sind speziell für eine Distribution und eine Version dieser Distribution.
        Jede Distrbution hat ihren eigenen Manager und Paketformat. Die alle etwas unterschiedlich funktionieren.
        
        Perl hat nun selber Module. Diese Module finden sich zu meist auf "cpan", einem Hosting und Verwaltungssystem speziell für Perlmodule. Willst du etwas über ein Paket wissen, oder willst wissen ob jemand für ein Problem schon ein Modul geschrieben hat ist das die erste Anlaufstelle. Diese Module haben meist einen Namen mit "::" drin
        
        Distributionen benutzen aber meist davon abgeleitete Namen wie
        "lib-name-perl" oder ähnliches.
        
        Willst du Perlpakete auf das System bekommen hast du mehrere Möglichkeiten.
        Du kannst im Paketmanager nach dem Paket suchen, oder den Admin bitten das Modul/Paket zu installieren. Das ist der beste weg, denn damit ist sichergestellt, das das Modul auch mit dem restlichen System zusammenarbeitet.
        Du kannst den Modulmamager von cpan nutzen um ein Modul direkt von cpan zu installieren. Das umgeht aber den Paketmanager das Systems, was zu Fehlern führen kann
        Du kannst das Modul von Hand von cpan herunterladen und installieren/kopieren. Je nach Art des Moduls kann es reichen dieses dahin zu kopieren wo du es haben willst.
        
        Mein Vorschlag ist erst mal nach dem Paketmanager der Distribution zu schauen und dort nach den von dir gebrauchten Perlmodulen zu suchen. Dann kannst du im Netz nach Distrbutionspaketen suchen, das die von dir gebrauchte Perlmodul enthalten und über den paketmanager installieren.
        Last edited: 2013-12-11 15:16:46 +0100 (CET)
        
        GwenDragon
        
        2013-12-11 15:11
        
        User since
        2005-01-17
        14745 Artikel
        Admin1
        
        Mit YaST kannst man auch Module installieren.
        
        Zum Beispiel heißt das CPAN-Modul DateTime als SuSE-Paket perl-DateTime.
        Die namen eines SuSE-Pakets für YaST leiten sich so ab:
        Quote
        Names for Perl modules in openSUSE are derived from their CPAN names with the following rules: Replace all '::' delimiters with '-', and prepend 'perl-', capitalization remains exactly unchanged.
        http://en.opensuse.org/Perl
        
        Ein paar Pakete gibt es über die SuSE-Paketsuche: http://software.opensuse.org/package/perl-DateTime + http://software.opensuse.org/package/perl-Module-B...
        
        Aber wie du vermutest, mag dein Admin wohl nicht.
        
        Dann musst du eben alles selbst installieren, aber ob das klappt so unerfahren wie du bei Servern bist? Und du darfst auf dem Server so selbst ruminstallieren? Der Admin ist mutig.
        Musst du halt weiter fragen. ;)
        Last edited: 2013-12-11 15:16:27 +0100 (CET)
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
        
        +9 replies
        
        kristian
        
        2013-12-10 18:14
        
        User since
        2005-04-14
        684 Artikel
        BenutzerIn
        
        Hallo,
        
        generell würde ich nicht versuchen zu "mixen", das ist das was pq dir weiter oben erklärt.
        Am schönsten ist, wenn alle Module über deine Linux-Distribution installiert werden können.
        In meinen Augen ist die Suse da nicht unbedingt die erste Wahl, zumal es sich ja um einen (Web)Server handelt.
        In dem Falle hätte man dir wohl Debian oder Ubuntu (LTS) vorgeschlagen.
        
        Gruß
        Kristian
        
        EDIT: s/unten/oben/
        Last edited: 2013-12-10 18:16:27 +0100 (CET)
        
        +2 replies
        
        Raubtier
        
        2013-12-10 19:45
        
        User since
        2012-05-04
        1075 Artikel
        BenutzerIn
        
        Auch unter SUSE gibt es eigentlich alles, was man braucht. Zum Beispiel bei Packman: http://packman.links2linux.org/package/perl-dateti...
        
        kristian
        
        2013-12-11 16:12
        
        User since
        2005-04-14
        684 Artikel
        BenutzerIn
        
        2013-12-10T18:45:20 Raubtier
        Auch unter SUSE gibt es eigentlich alles, was man braucht. Zum Beispiel bei Packman: http://packman.links2linux.org/package/perl-dateti...
        
        Ja, soweit so gut, nur hat die Suse wohl nicht nur bei mir verschi.....
        Bis Novell das Ding damals übernommen hat ging es ja, das Desaster, das dann aber folgte war IMHO erst mal das Ende.
        Die wenigsten (Web)Server werden wohl noch mit Suse betrieben, da gibt es dann nicht unbedingt alle Pakete die man gerne hätte.
        Je mehr Nutzer eine Distri für einen Bereich hat, desto mehr fertige pakets gibt es wohl auch dafür.
        
        +6 replies
        
        clms
        
        2013-12-10 22:14
        
        User since
        2010-08-29
        373 Artikel
        BenutzerIn
        
        2013-12-10T17:14:57 kristian
        generell würde ich nicht versuchen zu "mixen", das ist das was pq dir weiter oben erklärt.
        Am schönsten ist, wenn alle Module über deine Linux-Distribution installiert werden können.
        
        Natürlich ist das am schönsten - und wenn es das gewünschte Modul über die Distribution gibt, würde ich es auch nutzen - aber Deinen Rat kann ich so nicht nachvollziehen. Gerade wenn man etwas speziellere Module braucht, kommt man um das selber Installieren nicht drumrum.
        
        +5 replies
        
        kristian
        
        2013-12-11 16:15
        
        User since
        2005-04-14
        684 Artikel
        BenutzerIn
        
        2013-12-10T21:14:40 clms
        2013-12-10T17:14:57 kristian
        generell würde ich nicht versuchen zu "mixen", das ist das was pq dir weiter oben erklärt.
        Am schönsten ist, wenn alle Module über deine Linux-Distribution installiert werden können.
        
        Natürlich ist das am schönsten - und wenn es das gewünschte Modul über die Distribution gibt, würde ich es auch nutzen - aber Deinen Rat kann ich so nicht nachvollziehen. Gerade wenn man etwas speziellere Module braucht, kommt man um das selber Installieren nicht drumrum.
        
        Bei dem Mix entsteht die Schwierigkeit, dass sich die im System verankerten Module beim Systemupdate automatisch aktualisieren, die selbst installierten aber nicht.
        Dann rennst du in die Fehler und musst alles was du jemals von Hand gemacht hast wieder von Hand neu installieren.
        Das geht bei Servern die laufen müssen nicht soooo gut.
        
        +4 replies
        
        jan
        
        2013-12-11 16:23
        
        User since
        2003-08-04
        2536 Artikel
        ModeratorIn
        
        Aber was tun? Auch Debian hat nicht allzu viele Module, gerade weniger verbreitete sind eher nicht zu haben, und die, die da sind, sind, Debianstandard, eher älter.
        
        +3 replies
        
        Gast wer
        
        2013-12-11 16:35
        
        Wenn es um perl und debian geht nimm "dh-make-perl".
        Last edited: 2013-12-11 16:38:40 +0100 (CET)
        
        +2 replies
        
        jan
        
        2013-12-11 16:41
        
        User since
        2003-08-04
        2536 Artikel
        ModeratorIn
        
        Guter Tipp, werde ich mal ausprobieren und schauen, ob das alles was ich brauche auch automatisch packen kann. Oder gibt es da schon ein fertig betreutes apt-repo irgendwo, das alles lauffähige vom cpan enthält?
        
        pq
        
        2013-12-11 19:59
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        du könntest hier mal nachfragen: debian-perl@lists.debian.org
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        GwenDragon
        
        2013-12-11 12:43
        
        User since
        2005-01-17
        14745 Artikel
        Admin1
        
        Was es unter SuSE an Perl-Modulen gibt musst du im Paketmanager YaST oder Zypper nachsehen!
        die Drachin Gwen
        
        Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten
- +6 replies
- Speedriff
  
  2013-12-18 10:21
  
  User since
  2013-11-25
  39 Artikel
  BenutzerIn
  
  So, nun ist das Problem bald gelöst. Der Server wird von SuSe 11.2 auf 13.1 gebracht :-) Macht mir am wenigsten Arbeit.
  
  Danke auf jeden Fall für eure Mühen!!
  
  Gruß,
  Speedriff
  - GwenDragon
    
    2013-12-18 10:32
    
    Subtree with 5 replies: Uraltserver?
    
    User since
    2005-01-17
    14745 Artikel
    Admin1
    
    Dass SuSE 11.2 (erschienen 2009) im Mai 2011 EOL erreicht hat, weiß bei euch niemand?
    
    Oder habt ihr einen speziellen Supportvertrag?
    
    Editiert von GwenDragon: Subtitel
    Last edited: 2013-12-18 17:51:26 +0100 (CET)
    die Drachin Gwen
    
    Meine Perl-Artikel · perldev – verschiedene Perl-Versionen unter Windows starten

View all threads created 2013-12-09 15:42.