From domm at cpan.org Mon Oct 2 11:52:11 2006 From: domm at cpan.org (Thomas Klausner) Date: Mon, 2 Oct 2006 20:52:11 +0200 Subject: [Vienna-pm] Social Meeting & YAPC::@007 Planung In-Reply-To: <20060925132436.GA15342@domm2.zsi.at> References: <20060925132436.GA15342@domm2.zsi.at> Message-ID: <20061002185211.GN6883@domm2.zsi.at> Hi! On Mon, Sep 25, 2006 at 03:24:36PM +0200, Thomas Klausner wrote: > Am Mo, 2.10.06 findet ab 19::00 ein YAPC::Europe::2007 Planungstreffen mit > Kombiniertem Vienna.pm Social Meeting statt. Und zwar im Metalab: > http://metalab.at/wiki/Lage Weil noch nicht ganz sicher ist, ob das Metalab auch wirklich aufgesperrt hat, gibt es folgenden Alternativ-Treffpunkt: Cafe LeMonde http://www.lemonde.at/ Dr. karl Lueger Ring 6 hat auch gratis WLan und ist recht nahe am Metalab. Wir sind natuerlich primaer beim Metalab, d.h. zuerst dort vorbeischauen :-) Sorry fuer das kleine Chaos.. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at cpan.org Tue Oct 3 04:33:42 2006 From: domm at cpan.org (Thomas Klausner) Date: Tue, 3 Oct 2006 13:33:42 +0200 Subject: [Vienna-pm] Fwd: Registrations are open for OSDC 2006 Message-ID: <20061003113340.GR6883@domm2.zsi.at> Hi! Falls es jemanden in die Ferne zieht... ----- Forwarded message from Scott Penrose ----- From: Scott Penrose Subject: [pm_groups] Registrations are open for OSDC 2006 Date: Tue, 3 Oct 2006 11:59:31 +1000 To: Perl Monger Group Leaders Registrations are open for the Open Source Developers' Conference 2006: http://www.osdc.com.au/registration/index.html Book before 31st October to save $50 and get a free conference t-shirt! The Open Source Developers' Conference is an Australian conference covering talks about software development for open source languages and projects; regardless of operating system. The technical program is running from 6th - 8th December 2006 and will be held in Melbourne, Victoria (at Monash University's Caulfield Campus). We are planning to have 3 streams of talks over the three days with combined keynotes at the start and end of each day. Morning and afternoon teas, and lunch will be provided. A conference dinner will be held on the night of the 6th. Talks this year include: - "Mono - Migrating from Windows to Linux" by Dr. Trent Mifsud, Lecturer for the Faculty of Information Technology, Monash University - "Data Warehousing HOWTO" by Evan Leybourn, Director of Looking Glass Solutions - "J2EE and Open Source Innovation: The Relationship between Open Source and Standards" by Keith Pitty, Senior Consultant at Cirrus Technologies Pty Ltd - "Enterprise PHP" by Thorsten Rinne, Software Developer at Mayflower GmbH / ThinkPHP - "Obfuscation, Golfing and Secret Operators in Perl" by Jos? Castro, Team Leader at log - "A Rails/Django Comparison" by Alan Green, Cirrus Technologies and Ben Askins, Sterland Computing For a full list please visit: http://osdc2006.cgpublisher.com/session_descriptions.html Conference keynote presentors include Damian Conway, Randal L. Schwartz, Richard Farnsworth and others. On the 5th of December we are running a number of short tutorials. These cover Cascading Style Sheets, Open Source Python GIS Hacks, Testing Web Applications with Perl, a Drupal Tutorial, an Introduction to Perl Template Toolkit and Building Large Scale Web Apps. For more information please visit: http://www.osdc.com.au/papers/tutorials.html We look forward to sharing this great conference with you. Scott -- * - * http://www.osdc.com.au - Open Source Developers Conference * - * Scott Penrose VP in charge of Pancakes http://linux.dd.com.au/ scottp at dd.com.au Dismaimer: If you receive this email in error - please eat it immediately to prevent it from falling into the wrong hands. Please do not send me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Microsoft is not the answer. It's the question. And the answer is no. -- Request pm.org Technical Support via support at pm.org pm_groups mailing list pm_groups at pm.org http://mail.pm.org/mailman/listinfo/pm_groups ----- End forwarded message ----- -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at cpan.org Wed Oct 4 06:21:29 2006 From: domm at cpan.org (Thomas Klausner) Date: Wed, 4 Oct 2006 15:21:29 +0200 Subject: [Vienna-pm] vienna.pm.org (Umlautprobleme..) Message-ID: <20061004132129.GJ32400@domm2.zsi.at> Hi! Ich hab vienna.pm.org ein bissl aktualisiert und u.a. auch auf charset=utf-8 umgestellt. Leider werde jetzt die Umlaute (die ich als Umlaut eingegben habe, nicht als ü) als garbage angezeigt. Ich hab im vim :set encoding=utf-8 gemacht, und (in einem uxterm) sehe ich sowohl im input als auch im output (nach ttree) die Umlaute. Ebenso, wenn ich das file lokal anschaue. Hat jemand eine Idee, wo der Fehler liegen koennte? Die sourcen sind hier im neuen svn-repo: http://xmyapce07.ai.wu-wien.ac.at/svn/yapce07/trunk/vienna.pm.org/ (fuer das man glaub ich ein password braucht;) koki, koenntest du es so einstellen, das trunk/vienna.pm.org ohne login zum lesen ist? Ach, und die Wer-ist-wer-Seite ist schon etwas alt, viellicht mag ja jemand neuen Content schicken... http://vienna.pm.org/wer.html -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From michael.kroell at uibk.ac.at Wed Oct 4 02:47:33 2006 From: michael.kroell at uibk.ac.at (=?ISO-8859-1?Q?Michael_Kr=F6ll?=) Date: Wed, 04 Oct 2006 11:47:33 +0200 Subject: [Vienna-pm] vienna.pm.org (Umlautprobleme..) In-Reply-To: <20061004132129.GJ32400@domm2.zsi.at> References: <20061004132129.GJ32400@domm2.zsi.at> Message-ID: <45238335.60108@uibk.ac.at> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Klausner wrote: > Die sourcen sind hier im neuen svn-repo: > http://xmyapce07.ai.wu-wien.ac.at/svn/yapce07/trunk/vienna.pm.org/ > (fuer das man glaub ich ein password braucht;) Ich habe bei der index.html jetzt die named HTML entities durch die literalen Zeichen ersetzt. Ist alles in UTF-8 in dem Dokument. > Hat jemand eine Idee, wo der Fehler liegen koennte? Wird im Content-Type HTTP response header auch utf-8 als charset mitgeschickt? lg, michael - -- 063A F25E B064 A98F A479 1690 78CD D023 5E2A 6688 http://zis.uibk.ac.at/.m/uibk.ac.at_pgp_pubkey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFFI4M0eM3QI14qZogRAqqCAJ90qjGzN5p5UP1sVyqE5iHQOT/YfACfaRnO hDy/9mJIljhVMVUlS571omE= =oUwg -----END PGP SIGNATURE----- From domm at cpan.org Wed Oct 4 06:52:43 2006 From: domm at cpan.org (Thomas Klausner) Date: Wed, 4 Oct 2006 15:52:43 +0200 Subject: [Vienna-pm] vienna.pm.org (Umlautprobleme..) In-Reply-To: <45238335.60108@uibk.ac.at> References: <20061004132129.GJ32400@domm2.zsi.at> <45238335.60108@uibk.ac.at> Message-ID: <20061004135243.GK32400@domm2.zsi.at> Hi! On Wed, Oct 04, 2006 at 11:47:33AM +0200, Michael Kr?ll wrote: > Thomas Klausner wrote: > > Die sourcen sind hier im neuen svn-repo: > > http://xmyapce07.ai.wu-wien.ac.at/svn/yapce07/trunk/vienna.pm.org/ > > (fuer das man glaub ich ein password braucht;) > Ich habe bei der index.html jetzt die named HTML entities durch die > literalen Zeichen ersetzt. Ist alles in UTF-8 in dem Dokument. danke, habs auf den server gespielt. > > Hat jemand eine Idee, wo der Fehler liegen koennte? > Wird im Content-Type HTTP response header auch utf-8 als charset > mitgeschickt? anscheinend nicht: lwp-request -sed http://vienna.pm.org/index.html 200 OK Connection: close Date: Wed, 04 Oct 2006 09:59:08 GMT Accept-Ranges: bytes ETag: "1a90407-7bd-45c3ea40" Server: Apache/2.0 Vary: Accept-Encoding Content-Length: 1981 Content-Type: text/html; charset=ISO-8859-1 Content-Type: text/html; charset=utf-8 Last-Modified: Wed, 04 Oct 2006 09:57:53 GMT Client-Date: Wed, 04 Oct 2006 09:58:36 GMT Client-Peer: 216.52.237.133:80 Client-Response-Num: 1 Link: ; rel="Stylesheet"; type="text/css" Title: Vienna.pm - Die Wiener Perl-Communitiy Interessant der doppelte Content-Type. Einen setz ich mit der andere kommt wohl vom server. Hmm, dann werd ich wohl mal bei pm.org nachfragen... -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From rl at brabbel.net Fri Oct 13 02:02:47 2006 From: rl at brabbel.net (Roland Lammel) Date: Fri, 13 Oct 2006 11:02:47 +0200 Subject: [Vienna-pm] A battle of honour... sort of Message-ID: <9b51ffb30610130202i38a26174n411ba42b89bac46a@mail.gmail.com> Morgen morgen, Wie es der Catalyst Mailingliste zugetragen wurde, findet ein Contest der verschiedenen Web Entwicklungsplattformen in N?rnberg im J?nner 2007 statt. Perl hat gleich einmal gefehlt, wegen der mangelnden Pr?senz in Unternehmen. Dies wurde inzwischen dank ein paar aktiver Catalyst-Anh?nger behoben, nur sollte nun auch tats?chlich wer antreten. (Die Abgrenzung ist etwas seltsam, da es eigentlich ein kleine vermengung von Programmiersprachen und Frameworks ist, aber egal) Man siehe hier: http://www.plat-forms.org/index.htm Gibt es interessierte die schon Erfahrung mit Catalyst haben, Web Entwicklung im allgemeinen und event. AJAX f?rs bunt und nett? Es muss in 3er Teams angetreten werden, Anmelden k?nnen sich freilich mehrere Teams. Ich meinerseits kann schon Catalyst fehlerfrei 3x hintereinander buchstabieren, w?rd also auch teilnehmen. Somit br?ucht ich noch 2 weitere. (Domm du kannst doch auch schon Catalyst buchstabieren, oder?) Auf unz?hlige begeisterte Meldungen wartend... LG +rl -- Roland Lammel "Enjoy your job, make lots of money, work within the law. Choose any two." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/vienna-pm/attachments/20061013/e077162c/attachment.html From domm at cpan.org Fri Oct 13 02:30:19 2006 From: domm at cpan.org (Thomas Klausner) Date: Fri, 13 Oct 2006 11:30:19 +0200 Subject: [Vienna-pm] A battle of honour... sort of In-Reply-To: <9b51ffb30610130202i38a26174n411ba42b89bac46a@mail.gmail.com> References: <9b51ffb30610130202i38a26174n411ba42b89bac46a@mail.gmail.com> Message-ID: <20061013093019.GH3223@domm2.zsi.at> Hi! On Fri, Oct 13, 2006 at 11:02:47AM +0200, Roland Lammel wrote: > Man siehe hier: http://www.plat-forms.org/index.htm > .. > Ich meinerseits kann schon Catalyst fehlerfrei 3x hintereinander > buchstabieren, w?rd also auch teilnehmen. Somit br?ucht ich noch 2 weitere. > (Domm du kannst doch auch schon Catalyst buchstabieren, oder?) Yep. cpants.perl.org rennt mit Catalyst. > Auf unz?hlige begeisterte Meldungen wartend... Prinzipiell klint das ja superinteressant. ABER man muss halt am January 25-26, 2007 in Nuernberg sein. Wobei mir Anreise/Hotel/Kosten tendentiell wurscht sind (koennte ja ev Vienna.pm Teilsponsorn :-) ich aber eher wenig "copious free time" habe. Ich haette also schon Interesse, aber wahrscheinlich keine Zeit :-/ -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From hjp-vienna-pm-list at hjp.at Fri Oct 13 09:11:50 2006 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Fri, 13 Oct 2006 18:11:50 +0200 Subject: [Vienna-pm] Module::Build install_path Message-ID: <20061013161150.GA20063@hjp.at> Hallo, ich bastle gerade an einer Software herum, die, wie bei Perl ja des ?fteren der Fall, aus ein paar Modulen und ein paar Scripts bestehen soll. Aus organisatorischen Gr?nden m?chte ich es m?glich machen, das ganze in einem gemeinsamen Directory mit Subdirectories bin, lib, u.s.w. installieren. Gut, daf?r gibt's eine Option install_base. Wenn ich perl Build.PL install_base=/usr/local/simba ./Build install aufrufe, wird z.B. lib/Simba/DA.pm je nach Version von Module::Build nach /usr/local/simba/lib/Simba/DA.pm oder /usr/local/simba/lib/perl5/Simba/DA.pm installiert. Soweit so gut. Nur h?tte ich jetzt nat?rlich gern, dass in meinen Scripts ein use lib '/usr/local/simba/lib' bzw. use lib '/usr/local/simba/lib/perl5' drinsteht, damit die Scripts ihre Module auch finden, ohne dass man das Environment tweaken muss. Kein Problem, dachte ich, ich subclasse einfach Module::Build, das wei? wo es das Zeug hininstalliert hat, f?ge die "use lib" Zeile einfach im ACTION_install ein (womit ich ein praktisches Beispiel f?r meine Frage vom Perl-Workshop h?tte, ob man Scripts/Module mit Module::Build ?ndern kann). Dazu scheint die Funktion install_path gedacht zu sein, jedenfalls verstehe ich die Doku so. Allein, $self->install_path->{lib} ist bei mir immer undefined. Die Hashes, die Module::Build intern verwendet, ?ndern sich von Version zu Version, so dass ich da wenig Vertrauen habe, dass das mit der n?chsten Version von Module::Build noch funktioniert, wenn ich mir aus einem halben Dutzend Eintr?gen ein Directory zusammenbastle. Habe ich irgendwas einfaches ?bersehen, oder geht das wirklich nicht? hp -- _ | Peter J. Holzer | Schlagfertigkeit ist das, was einem |_|_) | Sysadmin WSR | auf dem Nachhauseweg einf?llt. | | | hjp at hjp.at | -- Lars 'Cebewee' Noschinski in dasr. __/ | http://www.hjp.at/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20061013/cc902cf2/attachment.bin From domm at cpan.org Fri Oct 13 09:55:05 2006 From: domm at cpan.org (Thomas Klausner) Date: Fri, 13 Oct 2006 18:55:05 +0200 Subject: [Vienna-pm] Module::Build install_path In-Reply-To: <20061013161150.GA20063@hjp.at> References: <20061013161150.GA20063@hjp.at> Message-ID: <20061013165505.GQ3223@domm2.zsi.at> Hi! On Fri, Oct 13, 2006 at 06:11:50PM +0200, Peter J. Holzer wrote: > perl Build.PL install_base=/usr/local/simba > ./Build install > > aufrufe, wird z.B. lib/Simba/DA.pm je nach Version von Module::Build > nach /usr/local/simba/lib/Simba/DA.pm oder > /usr/local/simba/lib/perl5/Simba/DA.pm installiert. Ich denke, dass letzteres der korrekte Wert ist. Ec koenntest du ja die Version von M:B als dependnecy angeben, die in das entsprechende dir installiert. > Nur h?tte ich jetzt nat?rlich gern, dass in meinen Scripts ein > use lib '/usr/local/simba/lib' bzw. use lib '/usr/local/simba/lib/perl5' > drinsteht, damit die Scripts ihre Module auch finden, ohne dass man das > Environment tweaken muss. > > Kein Problem, dachte ich, ich subclasse einfach Module::Build, das wei? > wo es das Zeug hininstalliert hat, f?ge die "use lib" Zeile einfach im > ACTION_install ein (womit ich ein praktisches Beispiel f?r meine Frage > vom Perl-Workshop h?tte, ob man Scripts/Module mit Module::Build ?ndern > kann). > > Dazu scheint die Funktion install_path gedacht zu sein, jedenfalls > verstehe ich die Doku so. Ich glaub install_path ist eher dazu gedacht, den Pfad zu setzen. allerdings weiss ich das nicht wirklich. > Habe ich irgendwas einfaches ?bersehen, oder geht das wirklich nicht? Das geht sicher irgendwie... Hast du probiert, alle install places einzeln zu setzte? also ./Build install --install_base lib=/usr/local/simba/lib ? Hab grad keine Zeit, das jetzt genauer zu untersuchen, aber ich hab in Kuerze auch mit aehnlichem zu tun. D.h. ich hab vielleicht spaeter mal Zeit, ein wenig zu experimentieren... -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From bernd at firmix.at Mon Oct 16 08:14:09 2006 From: bernd at firmix.at (Bernd Petrovitsch) Date: Mon, 16 Oct 2006 17:14:09 +0200 Subject: [Vienna-pm] libperl Lizenz Message-ID: <1161011650.5377.109.camel@tara.firmix.at> Ich hab jetzt http://www.perl.com/pub/a/language/misc/Artistic.html durchgelesen und werd' insofern nicht schlau draus, als da? ich wissen will, ob und welchen lizenztechnischen Einflu? die Verwendung der (unver?nderten) libperl auf eine Appliktion h?tte. -) Kann ich die a la LGPL dazulinken und verwenden? -) Oder gibt es "Auswirkungen"? Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From lt at toetsch.at Mon Oct 16 10:28:25 2006 From: lt at toetsch.at (Leopold Toetsch) Date: Mon, 16 Oct 2006 19:28:25 +0200 Subject: [Vienna-pm] libperl Lizenz In-Reply-To: <1161011650.5377.109.camel@tara.firmix.at> References: <1161011650.5377.109.camel@tara.firmix.at> Message-ID: <200610161928.25638.lt@toetsch.at> Am Montag, 16. Oktober 2006 17:14 schrieb Bernd Petrovitsch: > Ich hab jetzt http://www.perl.com/pub/a/language/misc/Artistic.html > durchgelesen und werd' insofern nicht schlau draus, als da? ich wissen > will, ob und welchen lizenztechnischen Einflu? die Verwendung der > (unver?nderten) libperl auf eine Appliktion h?tte. > -) Kann ich die a la LGPL dazulinken und verwenden? > -) Oder gibt es "Auswirkungen"? IANAL, aber ich denke, dass die Verwendung von libperl unter 8. Aggregation of this Package f?llt und somit keinerlei Auswirkungen hat. Im Zweifelsfalle maile bitte an allison at perl.org (Allison Randal), die hat sich in letzter Zeit heftig mit Artistic auseinandergesetzt. > Bernd leo From hjp-vienna-pm-list at hjp.at Tue Oct 17 04:34:35 2006 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Tue, 17 Oct 2006 13:34:35 +0200 Subject: [Vienna-pm] Module::Build install_path In-Reply-To: <20061013165505.GQ3223@domm2.zsi.at> References: <20061013161150.GA20063@hjp.at> <20061013165505.GQ3223@domm2.zsi.at> Message-ID: <20061017113435.GA25995@hjp.at> On 2006-10-13 18:55:05 +0200, Thomas Klausner wrote: > On Fri, Oct 13, 2006 at 06:11:50PM +0200, Peter J. Holzer wrote: > > perl Build.PL install_base=/usr/local/simba > > ./Build install > > > > aufrufe, wird z.B. lib/Simba/DA.pm je nach Version von Module::Build > > nach /usr/local/simba/lib/Simba/DA.pm oder > > /usr/local/simba/lib/perl5/Simba/DA.pm installiert. > > Ich denke, dass letzteres der korrekte Wert ist. Ec koenntest du ja die > Version von M:B als dependnecy angeben, die in das entsprechende dir > installiert. Vom Standpunkt des Modul-Autors ist mir egal, wohin es installiert wird, es muss nur nachher auch wieder gefunden werden. Vom Standpunkt des Sysadmins (und vielleicht auch des RPM- bzw. .deb-Bastlers) m?chte ich m?glichst viel Kontrolle dar?ber haben, wohin das Zeug installiert wird. > > Nur h?tte ich jetzt nat?rlich gern, dass in meinen Scripts ein > > use lib '/usr/local/simba/lib' bzw. use lib '/usr/local/simba/lib/perl5' > > drinsteht, damit die Scripts ihre Module auch finden, ohne dass man das > > Environment tweaken muss. > > > > Kein Problem, dachte ich, ich subclasse einfach Module::Build, das wei? > > wo es das Zeug hininstalliert hat, f?ge die "use lib" Zeile einfach im > > ACTION_install ein (womit ich ein praktisches Beispiel f?r meine Frage > > vom Perl-Workshop h?tte, ob man Scripts/Module mit Module::Build ?ndern > > kann). > > > > Dazu scheint die Funktion install_path gedacht zu sein, jedenfalls > > verstehe ich die Doku so. > > Ich glaub install_path ist eher dazu gedacht, den Pfad zu setzen. > allerdings weiss ich das nicht wirklich. Naja, die Methode ist an sich undokumentiert und wird nur in Module::Build::Cookbook erw?hnt. Dort klingt es eher so als ob der Hauptzweck das Abfragen der Paths sei. Inzwischen habe ich noch eine weitere undokumentierte Methode namens install_map gefunden, die den gro?en Vorteil hat, dass deren Ergebnis direkt an ExtUtils::Install::install ?bergeben wird, das sollte es also sein. Allerdings wird das auch nur bei neueren Versionen von Module::Build vollst?ndig ausgef?llt, ?ltere (z.B. die die bei Debian Sarge dabei ist, verlassen sich offenbar darauf, dass ExtUtils::Install::install sinnvolle defaults hat (allerdings verstehe ich momentan nicht ganz, wie das funktionieren kann, denn der Ort ist ja eben nicht default). > > Habe ich irgendwas einfaches ?bersehen, oder geht das wirklich nicht? > > Das geht sicher irgendwie... > > Hast du probiert, alle install places einzeln zu setzte? > also > ./Build install --install_base lib=/usr/local/simba/lib > ? Naja, Zweck der ?bung ist ja eigentlich, dass der User beliebige Pfade angeben kann und das Build-Script die installierten Scripts und die installierten Module konsistent h?lt - wenn ich dem User vorschreibe, was er da alles anzugeben hat, kann ich die Pfade eigentlich auch gleich vorgeben. (Ok, das ist schon eine Generalisierung des urspr?nglichen Problems, aber wenn ich mir sowas ansehe, dann versuche ich immer gleich eine allgemein brauchbare L?sung zu finden). Falls es wen interessiert, mein Build.pm schaut momentan so aus: package Simba::Build; use strict; use warnings; use Module::Build; use Data::Dumper; our @ISA = ('Module::Build'); sub ACTION_install { my $self = shift; print STDERR Dumper($self->install_map), "\n"; my $lib = $self->install_map->{'blib/lib'}; for my $script (glob('blib/script/*')) { open (my $in, '<', $script) or die "cannot open $script: $!"; open (my $out, '>', "$script.$$") or die "cannot open $script.$$: $!"; while (<$in>) { if (m{^use lib 'blib/lib'}) { print $out "use lib '$lib';\n"; } else { print $out $_ or die "cannot write to $script.$$: $!"; } } close $in or die "cannot close $script: $!"; close $out or die "cannot close $script.$$: $!"; rename "$script.$$", $script or die "cannot rename $script.$$ to $script: $!"; } $self->SUPER::ACTION_install; } das Build.PL schaut so aus: use warnings; use strict; use lib './lib'; use Simba::Build; my $build = Simba::Build->new ( module_name => 'Simba', license => 'perl', requires => { }, script_files => [ 'da', ], ); $build->create_build_script; hp -- _ | Peter J. Holzer | Schlagfertigkeit ist das, was einem |_|_) | Sysadmin WSR | auf dem Nachhauseweg einf?llt. | | | hjp at hjp.at | -- Lars 'Cebewee' Noschinski in dasr. __/ | http://www.hjp.at/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20061017/3aa7d323/attachment.bin From bernd at firmix.at Wed Oct 18 02:00:07 2006 From: bernd at firmix.at (Bernd Petrovitsch) Date: Wed, 18 Oct 2006 11:00:07 +0200 Subject: [Vienna-pm] libperl Lizenz In-Reply-To: <200610161928.25638.lt@toetsch.at> References: <1161011650.5377.109.camel@tara.firmix.at> <200610161928.25638.lt@toetsch.at> Message-ID: <1161162007.31246.24.camel@tara.firmix.at> On Mon, 2006-10-16 at 19:28 +0200, Leopold Toetsch wrote: > Am Montag, 16. Oktober 2006 17:14 schrieb Bernd Petrovitsch: > > Ich hab jetzt http://www.perl.com/pub/a/language/misc/Artistic.html > > durchgelesen und werd' insofern nicht schlau draus, als da? ich wissen > > will, ob und welchen lizenztechnischen Einflu? die Verwendung der > > (unver?nderten) libperl auf eine Appliktion h?tte. > > -) Kann ich die a la LGPL dazulinken und verwenden? > > -) Oder gibt es "Auswirkungen"? > > IANAL, aber ich denke, dass die Verwendung von libperl unter > 8. Aggregation of this Package > f?llt und somit keinerlei Auswirkungen hat. > > Im Zweifelsfalle maile bitte an allison at perl.org (Allison Randal), die hat > sich in letzter Zeit heftig mit Artistic auseinandergesetzt. Danke. Die Artistic License funktioniert lt. Allison Randal diesbez?glich with die LGPL. Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services From domm at cpan.org Tue Oct 24 06:06:37 2006 From: domm at cpan.org (Thomas Klausner) Date: Tue, 24 Oct 2006 15:06:37 +0200 Subject: [Vienna-pm] Fwd: French Perl Workshop Message-ID: <20061024130636.GD27517@domm2.zsi.at> ----- Forwarded message from "Philippe Bruhat (BooK)" ----- From: "Philippe Bruhat (BooK)" Subject: [Conferences] French Perl Workshop Date: Tue, 24 Oct 2006 14:33:22 +0200 To: conferences at yapceurope.org Hi, The French Perl Mongers are finaly doing a French Perl Workshop this year. It's going to be held in Paris, at La Cit? des Sciences on Saturday November 25 and Sunday November 26. See http://conferences.yapceurope.org/fpw2006/ for details. All the talks are in French. But read on. We have some slots left, and we thought that it would be nice to have a few talks in English as well. Here's a proposal: * take a week-end to come to Paris on November 25/26 * have a nice touristic trip in the city on Friday evening, Saturday * meet the French Perl Workshop crowd on Saturday night (meeting place to be defined) * come and make a presentation (in English) on Sunday morning at the French Perl Workshop The web site uses Act, so many of you probably have a login left from YAPC Europe 2005, 2003 or one of the recent Perl workshops. If you have any trouble with the site, don't hesitate to contact me or Eric Cholet (eric at logilune.com). Hope to see you there, -- Philippe "BooK" Bruhat Sometimes a setback can be the greatest form of progress. (Moral from Groo #6 (Image)) _______________________________________________ Conferences mailing list Conferences at yapceurope.org http://lists.yapceurope.org/mailman/listinfo/conferences ----- End forwarded message ----- -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From gooly at gmx.at Thu Oct 26 00:42:56 2006 From: gooly at gmx.at (Carl A. Schreiber) Date: Thu, 26 Oct 2006 09:42:56 +0200 Subject: [Vienna-pm] lesen und schreiben in Einem Message-ID: <200610260942.56863.gooly@gmx.at> Hallo, eine kleine Feiertagsfrage. Ein Perl-Programm wird in verschiedenen Varianten entwickelt und die Ergebnisse in einem Textfile gesichert: open ERG "> $0_Erg.txt" ... Nu' w?re es geschickt das Perl-Prg sich gleich dort selber mitzusichert. Klar, das geht das so zB: open RD $0; while () {print ERG $_} close RD; Aber k?nnte man das nicht auch in einem Einzeiler machen? Etwa so was wie open $0 | print ERG Ich denke es geht, bin aber sehr unsicher ?ber die richtigen Schreibeweisen: was muss in "", was muss ?ber shell - braucht's die? - und so. Hat jemand einen Hinweis oder gleich 'die' Zeile? Danke und einen sch?nen Feiertag! Calli From lt at toetsch.at Thu Oct 26 13:50:12 2006 From: lt at toetsch.at (Leopold Toetsch) Date: Thu, 26 Oct 2006 22:50:12 +0200 Subject: [Vienna-pm] lesen und schreiben in Einem In-Reply-To: <200610260942.56863.gooly@gmx.at> References: <200610260942.56863.gooly@gmx.at> Message-ID: <200610262250.12746.lt@toetsch.at> Am Donnerstag, 26. Oktober 2006 09:42 schrieb Carl A. Schreiber: > Ergebnisse in einem Textfile gesichert: > ????????open ERG "> $0_Erg.txt" ... > > Nu' w?re es geschickt das Perl-Prg sich gleich dort selber mitzusichert. F?r mich erschlie?t sich in keinster Weise, was daran geschickt w?re, Programmergebnisse zusammen mit dem produzierendem Programm zu speichern. Warum du dazu einen Perl-Einzeiler suchst noch weniger. leo From gooly at gmx.at Fri Oct 27 01:28:49 2006 From: gooly at gmx.at (Carl A. Schreiber) Date: Fri, 27 Oct 2006 10:28:49 +0200 Subject: [Vienna-pm] lesen und schreiben in Einem In-Reply-To: <200610262250.12746.lt@toetsch.at> References: <200610260942.56863.gooly@gmx.at> <200610262250.12746.lt@toetsch.at> Message-ID: <200610271028.49863.gooly@gmx.at> Am Donnerstag, 26. Oktober 2006 22:50 schrieb Leopold Toetsch: > Am Donnerstag, 26. Oktober 2006 09:42 schrieb Carl A. Schreiber: > > Ergebnisse in einem Textfile gesichert: > > ????????open ERG "> $0_Erg.txt" ... > > > > Nu' w?re es geschickt das Perl-Prg sich gleich dort selber > > mitzusichert. > > F?r mich erschlie?t sich in keinster Weise, was daran geschickt w?re, > Programmergebnisse zusammen mit dem produzierendem Programm zu > speichern. Ich muss mich dann nicht mehr um die Verwaltung der verschiedenen Versionen k?mmern: Ich probiere v_01 mit Erg. x => gespeichert dann Version v_02 mit Erg. y => gespeichert... ... dann merke ich ab version _03 (bis 12 zB) nur noch schlechtere Ergebnisse und der R?ckschritt zu v_03, um einen neuen Versionszweig zu starten, ist dann ziemlich einfach. Ist eine einfache, automatische Versions-Verwaltung. Ich traue in solchen Dingen dem PC durchaus mehr zu als mir :) > Warum du dazu einen Perl-Einzeiler suchst noch weniger. akademisch-?sthetische Gr?nde und einfach: geht's oder nicht? Calli From rl at brabbel.net Fri Oct 27 01:34:49 2006 From: rl at brabbel.net (Roland Lammel) Date: Fri, 27 Oct 2006 10:34:49 +0200 Subject: [Vienna-pm] lesen und schreiben in Einem In-Reply-To: <200610271028.49863.gooly@gmx.at> References: <200610260942.56863.gooly@gmx.at> <200610262250.12746.lt@toetsch.at> <200610271028.49863.gooly@gmx.at> Message-ID: <9b51ffb30610270134q3e134ea9nd3eb4f50b03f6aa0@mail.gmail.com> Ich w?rd mal einfach die Version des produzierenden Programs als Meta-Information mitspeichern und mich auf eine Source-Code-Management verlassen, um die Versionierung zu machen (z.b. einfach die interne Revision von Subversion verwenden beim speichern). Empfehlenswerter ist eine selbst definierte Version (our $VERSION = '0.1';), da nicht jede ?nderung eine Auswirkung auf das Resultat haben muss und du kontrolle hast, wann sich das die Berechnung bzw. das Format ge?ndert hat. Einzeiler sind immer m?glich, die Frage ist nur ob sie auch sinnvoll in Produktionscode sind. Just my 0.02 EUR +rl On 10/27/06, Carl A. Schreiber wrote: > > Am Donnerstag, 26. Oktober 2006 22:50 schrieb Leopold Toetsch: > > Am Donnerstag, 26. Oktober 2006 09:42 schrieb Carl A. Schreiber: > > > Ergebnisse in einem Textfile gesichert: > > > open ERG "> $0_Erg.txt" ... > > > > > > Nu' w?re es geschickt das Perl-Prg sich gleich dort selber > > > mitzusichert. > > > > F?r mich erschlie?t sich in keinster Weise, was daran geschickt w?re, > > Programmergebnisse zusammen mit dem produzierendem Programm zu > > speichern. > Ich muss mich dann nicht mehr um die Verwaltung der verschiedenen > Versionen k?mmern: > Ich probiere v_01 mit Erg. x => gespeichert > dann Version v_02 mit Erg. y => gespeichert... > ... > dann merke ich ab version _03 (bis 12 zB) nur noch schlechtere > Ergebnisse und der R?ckschritt zu v_03, um einen neuen Versionszweig zu > starten, ist dann ziemlich einfach. > > Ist eine einfache, automatische Versions-Verwaltung. Ich traue in > solchen Dingen dem PC durchaus mehr zu als mir :) > > > Warum du dazu einen Perl-Einzeiler suchst noch weniger. > akademisch-?sthetische Gr?nde und einfach: geht's oder nicht? > > Calli > _______________________________________________ > Vienna-pm mailing list > Vienna-pm at pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > -- Roland Lammel "Enjoy your job, make lots of money, work within the law. Choose any two." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.pm.org/pipermail/vienna-pm/attachments/20061027/ad336e38/attachment.html From hjp-vienna-pm-list at hjp.at Sun Oct 29 10:19:28 2006 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Sun, 29 Oct 2006 19:19:28 +0100 Subject: [Vienna-pm] lesen und schreiben in Einem In-Reply-To: <9b51ffb30610270134q3e134ea9nd3eb4f50b03f6aa0@mail.gmail.com> References: <200610260942.56863.gooly@gmx.at> <200610262250.12746.lt@toetsch.at> <200610271028.49863.gooly@gmx.at> <9b51ffb30610270134q3e134ea9nd3eb4f50b03f6aa0@mail.gmail.com> Message-ID: <20061029181928.GB15306@hjp.at> [Zitate zwecks besserer Verst?ndlichkeit reorganisiert und gek?rzt] On 2006-10-27 10:34:49 +0200, Roland Lammel wrote: > On 10/27/06, Carl A. Schreiber wrote: > >Am Donnerstag, 26. Oktober 2006 22:50 schrieb Leopold Toetsch: > >> Am Donnerstag, 26. Oktober 2006 09:42 schrieb Carl A. Schreiber: > >> > Ergebnisse in einem Textfile gesichert: > >> > open ERG "> $0_Erg.txt" ... > >> > > >> > Nu' w?re es geschickt das Perl-Prg sich gleich dort selber > >> > mitzusichert. > >> > >> F?r mich erschlie?t sich in keinster Weise, was daran geschickt w?re, > >> Programmergebnisse zusammen mit dem produzierendem Programm zu > >> speichern. > > > >Ich muss mich dann nicht mehr um die Verwaltung der verschiedenen > >Versionen k?mmern: > >Ich probiere v_01 mit Erg. x => gespeichert > >dann Version v_02 mit Erg. y => gespeichert... > >... > >dann merke ich ab version _03 (bis 12 zB) nur noch schlechtere > >Ergebnisse und der R?ckschritt zu v_03, um einen neuen Versionszweig zu > >starten, ist dann ziemlich einfach. > > Ich w?rd mal einfach die Version des produzierenden Programs als > Meta-Information mitspeichern und mich auf eine Source-Code-Management > verlassen, um die Versionierung zu machen (z.b. einfach die interne Revision > von Subversion verwenden beim speichern). Ich auch. > Empfehlenswerter ist eine selbst definierte Version (our $VERSION = '0.1';), > da nicht jede ?nderung eine Auswirkung auf das Resultat haben muss Aber haben kann :-). Das manuelle ?ndern der Versionsnummer "nur dann wenn n?tig" birgt die Gefahr, dass man nicht erkennt, dass man die Versionsnummer h?tte erh?hen sollen. Und dann hat man 3 Outputs, die verschieden sind, aber alle von der Version 1.42 stammen. Dann kann man erst wieder versuchen, herauszufinden, welche Subversionen von 1.42 es gegeben hat und welche welchen Output erzeugt hat. Nat?rlich kann einem ?hnliches auch mit einm Version-Control-System passieren, wenn man vergisst, einzuchecken. Insofern ist da Carls Ansatz weniger anf?llig f?r menschliche Fehler. Man k?nnte aber auch beides kombinieren: Das Script selbst macht nach dem Durchlauf ein commit auf sich selbst und das erzeugte Outputfile. Damit hat man beides im Repository. hp -- _ | Peter J. Holzer | Schlagfertigkeit ist das, was einem |_|_) | Sysadmin WSR | auf dem Nachhauseweg einf?llt. | | | hjp at hjp.at | -- Lars 'Cebewee' Noschinski in dasr. __/ | http://www.hjp.at/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20061029/a03dcec9/attachment.bin From mjy at geizhals.at Sun Oct 29 21:44:50 2006 From: mjy at geizhals.at (Marinos Yannikos) Date: Mon, 30 Oct 2006 06:44:50 +0100 Subject: [Vienna-pm] lesen und schreiben in Einem In-Reply-To: <20061029181928.GB15306@hjp.at> References: <200610260942.56863.gooly@gmx.at> <200610262250.12746.lt@toetsch.at> <200610271028.49863.gooly@gmx.at> <9b51ffb30610270134q3e134ea9nd3eb4f50b03f6aa0@mail.gmail.com> <20061029181928.GB15306@hjp.at> Message-ID: <45459152.8030206@geizhals.at> Peter J. Holzer schrieb: > Insofern ist da Carls Ansatz weniger anf?llig f?r menschliche Fehler. Finde ich auch, au?erdem weitaus weniger komplex und lustiger. Man mu? halt ohne goodies wie "rcsdiff" leben k?nnen. Jedenfalls: open ERG "> $0_Erg.txt" ... [...] # evtl. eine Trennzeile oder ^Z o.?. ausgeben print ERG `cat $0`; MfG, -mjy -- Dipl.-Ing. Marinos Yannikos, CEO Preisvergleich Internet Services AG Obere Donaustrasse 63, A-1020 Wien Tel./Fax: (+431) 5811609-52/-55 From domm at cpan.org Sun Oct 29 23:10:48 2006 From: domm at cpan.org (Thomas Klausner) Date: Mon, 30 Oct 2006 08:10:48 +0100 Subject: [Vienna-pm] lesen und schreiben in Einem In-Reply-To: <45459152.8030206@geizhals.at> References: <200610260942.56863.gooly@gmx.at> <200610262250.12746.lt@toetsch.at> <200610271028.49863.gooly@gmx.at> <9b51ffb30610270134q3e134ea9nd3eb4f50b03f6aa0@mail.gmail.com> <20061029181928.GB15306@hjp.at> <45459152.8030206@geizhals.at> Message-ID: <20061030071048.GI31600@domm2.zsi.at> Hi! On Mon, Oct 30, 2006 at 06:44:50AM +0100, Marinos Yannikos wrote: > Finde ich auch, au?erdem weitaus weniger komplex und lustiger. Man mu? > halt ohne goodies wie "rcsdiff" leben k?nnen. Jetzt muss ich mich auch noch kurz einschalten: > open ERG "> $0_Erg.txt" ... > [...] > # evtl. eine Trennzeile oder ^Z o.?. ausgeben > print ERG `cat $0`; Statt $0 kann man auch das spezielle Filehandle 0 (Null) verwenden (spart ein paar '$'...): open 0;print for<0>; ok, das printet zwar nach STDOUT, aber das kann man leicht aendern: # das muss sowieso schon wo stehen.. my $o; open ($o,'>','out') || die $!; open 0;print$o $_ for<0>; Eine ganz andere Moeglichkeit gibts noch, aber die braucht ein __DATA__ am Ende des scripts: use strict; use warnings seek(DATA,0,0);print for; __DATA__ Mit dem 0-Filehandle ist es zwar kuerzer, aber der DATA-seek ist ein wenig kryptischer (aber darum gehts hier ja nicht, oder?) Abgesehen vom sportlichen Aspekt muss ich aber auch massiv zu einer Versionskontrolle raten :-) -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at cpan.org Sun Oct 29 23:18:43 2006 From: domm at cpan.org (Thomas Klausner) Date: Mon, 30 Oct 2006 08:18:43 +0100 Subject: [Vienna-pm] lesen und schreiben in Einem In-Reply-To: <20061030071048.GI31600@domm2.zsi.at> References: <200610260942.56863.gooly@gmx.at> <200610262250.12746.lt@toetsch.at> <200610271028.49863.gooly@gmx.at> <9b51ffb30610270134q3e134ea9nd3eb4f50b03f6aa0@mail.gmail.com> <20061029181928.GB15306@hjp.at> <45459152.8030206@geizhals.at> <20061030071048.GI31600@domm2.zsi.at> Message-ID: <20061030071843.GJ31600@domm2.zsi.at> Hi! On Mon, Oct 30, 2006 at 08:10:48AM +0100, Thomas Klausner wrote: Ah, was ich noch vergessen hab: > Statt $0 kann man auch das spezielle Filehandle 0 (Null) verwenden > (spart ein paar '$'...): > > open 0;print for<0>; So gehts auch, wenn's kein cat gibt (gibts das unter Win?) > open ($o,'>','out') || die $!; > > open 0;print$o $_ for<0>; Noch ein wenig mehr obfusciert: open O,'>O';open 0;print O $_ for<0>; man beachte O vs 0 :-) -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From domm at cpan.org Mon Oct 30 00:35:02 2006 From: domm at cpan.org (Thomas Klausner) Date: Mon, 30 Oct 2006 09:35:02 +0100 Subject: [Vienna-pm] Heute Deadline: Vortr?ge 9. Deutscher Perl-Workshop Message-ID: <20061030083502.GO31600@domm2.zsi.at> Das 'morgen' im Mail ist inzwischen HEUTE! ----- Forwarded message from mailinglisten at renee-baecker.de ----- From: mailinglisten at renee-baecker.de Subject: Morgen Deadline: Vortr?ge 9. Deutscher Perl-Workshop Date: Sun, 29 Oct 2006 16:17:02 +0100 To: berlin-pm at pm.org Hallo Perlmongers, morgen ist der 30. Oktober und damit die Deadline zum Einreichen von Vortragsvorschl?gen f?r den 9. Deutschen Perl-Workshop. Der Perl-Workshop 2007 findet vom 21.-23. Februar 2007 in M?nchen statt und wie jedes Jahr soll auch der 9. Dt. Perl-Workshop ein interessantes Vortragsprogramm bekommen. Doch dazu brauchen wir noch Vortragsvorschl?ge. Bitte reicht eure Vorschl?ge ?ber die Webseite des Workshops (http://www.perl-workshop.de/de/2007/) ein! Wir freuen uns auf eure Abstracts! Viele Gr??e, ReneeB From pilsl at goldfisch.at Mon Oct 30 12:41:52 2006 From: pilsl at goldfisch.at (peter pilsl) Date: Mon, 30 Oct 2006 21:41:52 +0100 Subject: [Vienna-pm] lesen und schreiben in Einem In-Reply-To: <200610260942.56863.gooly@gmx.at> References: <200610260942.56863.gooly@gmx.at> Message-ID: <45466390.4050104@goldfisch.at> > open RD $0; > while () {print ERG $_} > close RD; > open $0 | print ERG > > Hat jemand einen Hinweis oder gleich 'die' Zeile? > ich bin auch kein freund des "einzeilers", weil der code einfach nicht mehr lesbar ist. aber egal. du kannst $/ setzen und damit das file auf einen < >-call einlesen. also in summe sowas wie (untested) open RD $0; {local $/; print ERG } close RD; ist aber auch kein Einzeiler. oder du kannst nat?rlich das dings an dein OS auslagern. unter linux zB: `cat $0>>$0_Erg.txt` das ist dann ein einzeiler, aber halt OS-abh?ngig. lgp