From monika.blab at online.de Mon Mar 23 09:30:37 2015 From: monika.blab at online.de (Monika Blab) Date: Mon, 23 Mar 2015 17:30:37 +0100 Subject: [Munich-pm] Empfehlung von Richard Foley/ Stellenausschreibung Software-Entwickler Perl (m/w) Message-ID: Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From Harald.Joerg at arcor.de Wed Mar 25 16:15:44 2015 From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=) Date: Thu, 26 Mar 2015 00:15:44 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente Message-ID: <878ueky8gv.fsf@arcor.de> Hallo Mongers, irgendwann, irgendwo bei einem Mongers-Meeting hat irgendwer Dist::Zilla gepriesen (Daniel - und andere?) Ich habe in den letzten Jahren meistens den module-starter mit ein paar Plugins (::Smart, ::PBP) benutzt, aber irgendwie war ich neugierig, weil ich nicht sooo ganz zufrieden war. Gleich vorweg: Insgesamt ist das eine feine Sache (und nach git und Moose die dritte Änderung meiner Arbeitsmethoden, die ich den Mongers abgeschaut habe). Erste Erfahrung: Dist::Zilla ist ein Monster an Abhängigkeiten. Na gut, man installiert's nur einmal. Oder nein, zweimal (dazu später). Zweite Erfahrung: Mit dem Tutorial kommt man über die ersten Hürden. Was mir wichtig war und ich schon hingekriegt habe: * .gitignore gleich mit erzeugen für ein neues Projekt. Nett, weil man die Build-Rückstände, Emacs-Backups, "versehentlich" erstellte NYTProfs gleich vornweg schon aus dem git-Weg räumt. * Pod::Weaver: feine Sache, ist ein großer Fortschritt gegenüber dem module-starter. * Unterschiedliche Modul-Templates für unterschiedliche Projekte (mit Moose / ohne Moose, mit bestimmten Konventionen) Warum ich zweimal installieren musste: * Meistens brauche ich mehr als ein Modul für ein Projekt. Na gut, es gibt dzil add. Öha: Auf etwas älteren Linux-Distributionen ist ein Dist::Zilla drauf, das noch kein dzil add kann!! Also dort nochmal installieren, diesmal nicht mit apt-get, sondern von CPAN. Und das dauert.... und dauert.... und dauert... weil er auch die ganzen Testsuiten samt der dadurch zusätzlich entstehenden Abhängigkeiten installiert und durchlaufen läßt. Was ich nicht geschafft habe und wo ich für Tipps dankbar wäre: * Für manche Typen von Projekten (z.B. MooseX::App::Cmd-Zeug) will ich nicht nur mit einem Foo.pm anfangen, sondern gleich auch ein Directory Foo/Command anlegen und ein Muster-Kommando reinstecken. Denn das eigentliche Foo.pm ist in dem Fall nur ein Dreizeiler. Wie erstelle ich einen *Verzeichnisnamen* aus dem Projektnamen? * Bei Moose-Roles oder Subclasses fände ich es geil, wenn ich die Perldocs der Rollen oder Basisklassen reinkopieren könnte. Ich hasse es, wenn ich immer hin- und herblättern muss. Gibt's da was automatisches? -- Cheers, haj From perl at rainboxx.de Wed Mar 25 16:39:31 2015 From: perl at rainboxx.de (Matthias Dietrich) Date: Thu, 26 Mar 2015 00:39:31 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente In-Reply-To: <878ueky8gv.fsf@arcor.de> References: <878ueky8gv.fsf@arcor.de> Message-ID: <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> Hi Harald, ich hatte ja nun schon lange kein Perl-Projekt mehr, daher laufen die Dinge nicht mehr so flüssig aus den Händen (vor allem um diese Uhrzeit), aber zu einem habe ich ein kleinen Tipp/Hinweis: > Am 26.03.2015 um 00:15 schrieb Harald Jörg : > > Warum ich zweimal installieren musste: > * Meistens brauche ich mehr als ein Modul für ein Projekt. Na gut, es > gibt dzil add. Öha: Auf etwas älteren Linux-Distributionen ist ein > Dist::Zilla drauf, das noch kein dzil add kann!! Also dort nochmal > installieren, diesmal nicht mit apt-get, sondern von CPAN. Und > das dauert.... und dauert.... und dauert... weil er auch die ganzen > Testsuiten samt der dadurch zusätzlich entstehenden Abhängigkeiten > installiert und durchlaufen läßt. Ich installiere Module eigentlich nur noch via `cpanm -n ModulName`, damit ich nicht die ganzen Testsuites laufen lassen muss. Man sollte *eigentlich* auch annehmen dürfen, dass der Autor die Smoketests anschaut und seine Releases entsprechend fixed, daher gehe ich im ersten Schritt auch davon aus, dass alles passt. Falls etwas nicht funktioniert, lasse ich dann auch die Testsuite laufen; mindestens einmal vor dem Deploy auf einem Rechner/Server, aber lokal auf den Dev-Maschinen ist mir das grundsätzlich erstmal egal :-). Viele Grüße & eine gute Nacht, Matthias From Harald.Joerg at arcor.de Thu Mar 26 14:47:32 2015 From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=) Date: Thu, 26 Mar 2015 22:47:32 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente In-Reply-To: <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> (Matthias Dietrich's message of "Thu, 26 Mar 2015 00:39:31 +0100") References: <878ueky8gv.fsf@arcor.de> <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> Message-ID: <87iodnig7f.fsf@arcor.de> Matthias Dietrich schreibt: > Hi Harald, > > ich hatte ja nun schon lange kein Perl-Projekt mehr, daher laufen die > Dinge nicht mehr so flüssig aus den Händen (vor allem um diese > Uhrzeit), aber zu einem habe ich ein kleinen Tipp/Hinweis: > >> Am 26.03.2015 um 00:15 schrieb Harald Jörg : >> >> Warum ich zweimal installieren musste: >> * Meistens brauche ich mehr als ein Modul für ein Projekt. Na gut, es >> gibt dzil add. Öha: Auf etwas älteren Linux-Distributionen ist ein >> Dist::Zilla drauf, das noch kein dzil add kann!! Also dort nochmal >> installieren, diesmal nicht mit apt-get, sondern von CPAN. Und >> das dauert.... und dauert.... und dauert... weil er auch die ganzen >> Testsuiten samt der dadurch zusätzlich entstehenden Abhängigkeiten >> installiert und durchlaufen läßt. > > Ich installiere Module eigentlich nur noch via `cpanm -n ModulName`, > damit ich nicht die ganzen Testsuites laufen lassen muss. Man sollte > *eigentlich* auch annehmen dürfen, dass der Autor die Smoketests > anschaut und seine Releases entsprechend fixed, daher gehe ich im > ersten Schritt auch davon aus, dass alles passt. Ah, ja, das ist natürlich ein guter Hinweis. cpanm habe ich nicht so auf dem Radar, weil's das nicht als Package gibt und ich _normalerweise_ solche Sachen vermeide. Aber weil ich grade selber schreibe, dass ich Dist::Zilla von CPAN installiert habe, ist das keine richtig brauchbare Argumentation :) > Falls etwas nicht funktioniert, lasse ich dann auch die Testsuite > laufen; mindestens einmal vor dem Deploy auf einem Rechner/Server, > aber lokal auf den Dev-Maschinen ist mir das grundsätzlich erstmal > egal :-). -- Danke für den Tipp, haj From pm.list at perl-services.de Thu Mar 26 14:51:04 2015 From: pm.list at perl-services.de (Renee B) Date: Thu, 26 Mar 2015 22:51:04 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente In-Reply-To: <87iodnig7f.fsf@arcor.de> References: <878ueky8gv.fsf@arcor.de> <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> <87iodnig7f.fsf@arcor.de> Message-ID: <55147F48.8010309@perl-services.de> On 26.03.2015 22:47, Harald Jörg wrote: > > Ah, ja, das ist natürlich ein guter Hinweis. cpanm habe ich nicht so > auf dem Radar, weil's das nicht als Package gibt und ich _normalerweise_ > solche Sachen vermeide. Aber weil ich grade selber schreibe, dass ich > Dist::Zilla von CPAN installiert habe, ist das keine richtig brauchbare > Argumentation :) > Das package heißt cpanminus... Zumindest bei Debian/Ubuntu/... sollte das auffindbar sein. Bei anderen Distros weiß ich es jetzt nicht... - Renée From tech at tool.de Thu Mar 26 15:06:09 2015 From: tech at tool.de (Andreas Hernitscheck) Date: Thu, 26 Mar 2015 23:06:09 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente In-Reply-To: <55147F48.8010309@perl-services.de> References: <878ueky8gv.fsf@arcor.de> <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> <87iodnig7f.fsf@arcor.de> <55147F48.8010309@perl-services.de> Message-ID: <551482D1.30706@tool.de> Die mitgelieferten Packages der verschiedenen Distributionen kannst du oft vergessen, weil sie veraltet oder nicht vollständig sind. Es gibt schon mal Ausnahmen, wo es einfacher ist ein wirklich was aus der Distribution zu nehmen, aber in der Regel bist du mit cpanm besser beraten. Das Allerfeinste ist es, wenn du auch noch Perlbrew verwendest, denn damit separiert du die Bibliotheken des Systems ganz klar von den selbst installierten. Am Ende hast du alles in einem Ordner kannst es möglicherweise sogar auf einen anderen Rechner kopieren, wenn die Architektur die gleiche ist. cpanminus kannst du auch bequem ohne Package installieren, siehe: http://search.cpan.org/~miyagawa/App-cpanminus-1.7027/lib/App/cpanminus.pm Am 26.03.15 um 22:51 schrieb Renee B: > On 26.03.2015 22:47, Harald Jörg wrote: >> Ah, ja, das ist natürlich ein guter Hinweis. cpanm habe ich nicht so >> auf dem Radar, weil's das nicht als Package gibt und ich _normalerweise_ >> solche Sachen vermeide. Aber weil ich grade selber schreibe, dass ich >> Dist::Zilla von CPAN installiert habe, ist das keine richtig brauchbare >> Argumentation :) >> > Das package heißt cpanminus... Zumindest bei Debian/Ubuntu/... sollte > das auffindbar sein. Bei anderen Distros weiß ich es jetzt nicht... > > - Renée > _______________________________________________ > Munich-pm mailing list http://munich.pm.org/ > Munich-pm at pm.org > http://mail.pm.org/mailman/listinfo/munich-pm > > -- Andreas Hernitscheck E-mail: tech at tool.de Gertrud-Bäumer-Str. 14 80637 Munich, Germany Phone: +49 176 210 16 397 http://XING.to/tech GPG: http://goo.gl/Hrd6B5 From Harald.Joerg at arcor.de Thu Mar 26 23:17:55 2015 From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=) Date: Fri, 27 Mar 2015 07:17:55 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente In-Reply-To: <55147F48.8010309@perl-services.de> (Renee B.'s message of "Thu, 26 Mar 2015 22:51:04 +0100") References: <878ueky8gv.fsf@arcor.de> <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> <87iodnig7f.fsf@arcor.de> <55147F48.8010309@perl-services.de> Message-ID: <87egobhsks.fsf@arcor.de> Renee B schreibt: > On 26.03.2015 22:47, Harald Jörg wrote: >> >> Ah, ja, das ist natürlich ein guter Hinweis. cpanm habe ich nicht so >> auf dem Radar, weil's das nicht als Package gibt und ich _normalerweise_ >> solche Sachen vermeide. Aber weil ich grade selber schreibe, dass ich >> Dist::Zilla von CPAN installiert habe, ist das keine richtig brauchbare >> Argumentation :) >> > > Das package heißt cpanminus... Zumindest bei Debian/Ubuntu/... sollte > das auffindbar sein. Bei anderen Distros weiß ich es jetzt nicht... Oookay... und siehe da: Ich hab's anscheinend genau auf der VM gesucht, wo's nicht installiert war. Auf der privaten ist's drauf, aber die hatte auch schon ein passendes Dist::Zilla... -- Cheers, haj From Harald.Joerg at arcor.de Thu Mar 26 23:38:59 2015 From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=) Date: Fri, 27 Mar 2015 07:38:59 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente In-Reply-To: <551482D1.30706@tool.de> (Andreas Hernitscheck's message of "Thu, 26 Mar 2015 23:06:09 +0100") References: <878ueky8gv.fsf@arcor.de> <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> <87iodnig7f.fsf@arcor.de> <55147F48.8010309@perl-services.de> <551482D1.30706@tool.de> Message-ID: <87a8yzhrlo.fsf@arcor.de> Andreas Hernitscheck schreibt: > Die mitgelieferten Packages der verschiedenen Distributionen kannst du > oft vergessen, weil sie veraltet oder nicht vollständig sind. Es gibt > schon mal Ausnahmen, wo es einfacher ist ein wirklich was aus der > Distribution zu nehmen, aber in der Regel bist du mit cpanm besser beraten. Das unterschreibe ich nur für Maschinen, auf denen ich allein arbeite. Ich habe schon mal ein Produktiv-System aufräumen müssen, bei dem ein wilder Mix von Distribution- und CPAN-Moduln drauf war. Denn die von der Distribution kriegst Du beim dist-upgrade erneuert - die anderen nicht. > Das Allerfeinste ist es, wenn du auch noch Perlbrew verwendest, denn > damit separiert du die Bibliotheken des Systems ganz klar von den selbst > installierten. Am Ende hast du alles in einem Ordner kannst es > möglicherweise sogar auf einen anderen Rechner kopieren, wenn die > Architektur die gleiche ist. Ja, und vor allem kann man alles sauber wieder aufräumen, das ist bei CPAN nicht ganz so trivial. Davon lasse ich aber dann die Finger, wenn's hinterher auf Systemen laufen soll, die ich nicht selber betreibe, oder wenn ich's nicht mal selber installiere. -- Cheers. haj From tech at tool.de Fri Mar 27 03:51:08 2015 From: tech at tool.de (Andreas Hernitscheck) Date: Fri, 27 Mar 2015 11:51:08 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente In-Reply-To: <87a8yzhrlo.fsf@arcor.de> References: <878ueky8gv.fsf@arcor.de> <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> <87iodnig7f.fsf@arcor.de> <55147F48.8010309@perl-services.de> <551482D1.30706@tool.de> <87a8yzhrlo.fsf@arcor.de> Message-ID: <5515361C.1040404@tool.de> > Davon lasse ich aber dann die Finger, wenn's hinterher auf Systemen laufen soll, die ich nicht selber betreibe, oder wenn ich's nicht mal selber installiere. -- Cheers. haj Du kannst damit aber eher sicherstellen, dass deine Anwendung auf dem Zielsystem laufen wird. Wenn du dich auf den Admin und seine Perl-libs verlässt, tja... Und wenn du eine lib verwendest, die veraltet installiert ist? Ohne perlbrew bist du sehr viel abhängiger. Und es braucht auch keine root-Rechte. -- Andreas Hernitscheck E-mail: tech at tool.de Gertrud-Bäumer-Str. 14 80637 Munich, Germany Phone: +49 176 210 16 397 http://XING.to/tech GPG: http://goo.gl/Hrd6B5 From Harald.Joerg at arcor.de Fri Mar 27 11:29:00 2015 From: Harald.Joerg at arcor.de (Harald =?utf-8?Q?J=C3=B6rg?=) Date: Fri, 27 Mar 2015 19:29:00 +0100 Subject: [Munich-pm] Dist::Zilla - Experimente In-Reply-To: <5515361C.1040404@tool.de> (Andreas Hernitscheck's message of "Fri, 27 Mar 2015 11:51:08 +0100") References: <878ueky8gv.fsf@arcor.de> <49A237C2-FB9F-4338-BA39-5306B1C7C0D2@rainboxx.de> <87iodnig7f.fsf@arcor.de> <55147F48.8010309@perl-services.de> <551482D1.30706@tool.de> <87a8yzhrlo.fsf@arcor.de> <5515361C.1040404@tool.de> Message-ID: <87r3saguqb.fsf@arcor.de> Andreas Hernitscheck schreibt: >> Davon lasse ich aber dann die Finger, wenn's hinterher auf Systemen >> laufen soll, die ich nicht selber betreibe, oder wenn ich's nicht mal >> selber installiere. -- Cheers. haj > Du kannst damit aber eher sicherstellen, dass deine Anwendung auf dem > Zielsystem laufen wird. Wenn du dich auf den Admin und seine Perl-libs > verlässt, tja... Unsere Admins wissen schon, was sie tun. Ich meinte damit, dass ich die Finger von CPAN-Installationen auf Maschinen lasse, auf denen mehrere Leute arbeiten. Wenn man da "normal" (d.h. mit root-Rechten) installiert, ändert man die Umgebung *für alle*, und das kann böse in die Hosen gehen. Ich hatte vor nicht allzulanger Zeit einige Support-Themen mit Leuten, die das neue CGI von CPAN installiert haben (aus Panik, weil sie irgendwo gelesen hatten, dass es aus dem Perl core rausfliegen wird). Das verhält sich nämlich doch ein bisschen anders als das, was beim Core dabei ist. Perlbrew mit rein lokaler Umgebung ist wieder was anderes! > Und wenn du eine lib verwendest, die veraltet installiert ist? Ohne > perlbrew bist du sehr viel abhängiger. Und es braucht auch keine > root-Rechte. Perl hat einfache Mittel, um die Mindestversion von Perl oder den libs zu prüfen. Ich mag's einfach nicht so schwergewichtig, dass ich jedesmal mein Perl mitbringen würde. Das hängt wohl wirklich vom Programm ab, das man verteilt. -- Cheers, haj From roberto.schaefer86 at googlemail.com Mon Mar 30 22:47:50 2015 From: roberto.schaefer86 at googlemail.com (=?UTF-8?Q?Roberto_Sch=C3=A4fer?=) Date: Tue, 31 Mar 2015 07:47:50 +0200 Subject: [Munich-pm] German Perl Workshop in Dresden / May 6th to May 8th 2015 Message-ID: You programm in Perl or teach the use of Perl? You have new ideas, a great project or a thrilling story to tell about the use of Perl? You want to get to know new ideas and concepts in Perl programming? Then you're right at the German Perl Workshop 2015! The German Perl Workshop is the largest German speaking event about Perl. It is the right platform for your idea, your project or your story. In 2015 the German Perl Workshop will take place from May 6th to May 8th at the "Volkshaus" in Dresden. About 130 attendees where at the 2014 workshop. We are searching for: Your idea. Your project. Your story. We are looking for challenging presentations for our program. Those might be Lightning Talks 5min), short presentations (20 minutes) or long lectures (40 min). If you search for suggestions for lecture topics, try looking through the FAQ (german). Please submit your paper proposals on the website as soon as possible. The official deadline March 31st, but we are still searching for some more presentations! The presentations and participants are the heart of our workshop. We are looking forward to seeing you - as a participant and as a speaker. You can also attend the workshop by registering on our website: http://act.yapc.eu/gpw2015/ If you have any questions, feel free to contact us at info at gpw2015.de -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: