From domm at zsi.at Fri Aug 15 09:14:39 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] [hjp-luga@hjp.at: [luga] Wettbewerb: JALM] Message-ID: <20030815141439.GA31764@zsi.at> Hi! ----- Forwarded message from "Peter J. Holzer" ----- Date: Fri, 15 Aug 2003 00:04:02 +0200 From: "Peter J. Holzer" To: luga@luga.at Subject: [luga] Wettbewerb: JALM X-Mailing-List: luga@luga.at Liebe Lugarianer, Leo T?tsch hat uns beim letzten Luga-Treffen ein Exemplar von "Perl 6 Essentials" f?r "einen Wettbewerb, eine Verlosung, oder so" zur Verf?gung gestellt. (Details zum Buch gibt es hier: . Ups, falscher URL, hier nat?rlich: ) Da sich das Buch eher an fortgeschrittene Perlians richtet (Perl 6 existiert noch nicht und wird wohl noch so ca. 2 Jahre bis zum Release brauchen - das Buch behandelt den Entwicklungsprozess, die bisher geplanten ?nderungen zu Perl 5 und den Byte-Code-Interpreter Parrot), haben wir uns gedacht, wir machen einen Scripting-Wettbewerb: In Anlehnung an die "JAPH"-Hacks soll ein Script geschrieben werden, das auf m?glichst originelle, kurze, verbl?ffende, oder sonstwie geniale Weise "Linux User Group Austria" ausgibt (wobei wir ausdr?cklich nicht darauf bestehen, dass dieser Output aus 24 Bytes ASCII besteht). Bitte schickt die Beitr?ge bitte bis sp?testens 3. September 2003, 24:00 CEST an . Am 4. werden wir dann die gesammelten Beitr?ge an die Jury (bestehend aus dem Vorstand der LUGA und den Teilnehmern) verteilen. Die Bewertungen sollten bis zum 10. einlangen, und beim LUGA-Treffen am 17. gibt es dann die feierliche Preisverleihung. PGP-Signaturen an Beitr?gen und Bewertungen sind erw?nscht. Teilnahmeberechtigt sind Mitglieder der LUGA und Subscribenten der Mailing-List . Geschwafel ?ber Rechtswege erspare ich mir. hp -- _ | Peter J. Holzer | Humor ohne Emoticons ist trockener Humor. |_|_) | Sysadmin WSR | | | | hjp@hjp.at | -- Toni Grass in aip __/ | http://www.hjp.at/ | ----- End forwarded message ----- -- #!/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 Sat Aug 16 17:56:25 2003 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import Message-ID: <20030816225625.GA29167@teal.hjp.at> Irgendwas habe ich aber offenbar nicht verstanden. Ich habe ein Package SysDesc: package SysDesc; @ISA = qw(Exporter); @EXPORT_OK = qw(encode_param); @EXPORT = qw(); [...] sub encode_param { [...] } Wenn ich nun ein Script schreibe: use SysDesc qw(encode_param); print encode_param("foo", "bar"); dann funktioniert das. Wenn ich aber in einem anderen Package versuche, encode_param zu verwenden: package SysDesc::UName; require Exporter; @ISA = qw(Exporter); use SysDesc qw(encode_param); for (sort keys %$self) { $s .= " " . encode_param($_, $self->{$_}); } dann meint Perl: Undefined subroutine &SysDesc::UName::encode_param called at ... Wenn ich encode_param auf ::encode_param ?ndere, ?ndert sich die Fehlermeldung erwartungsgem?? auf: Undefined subroutine &main::encode_param called at ... Aber wenn ich dann noch encode_param in SysDesc in @EXPORT statt @EXPORT_OK schreibe, funktionierts. hp -- _ | Peter J. Holzer | Humor ohne Emoticons ist trockener Humor. |_|_) | Sysadmin WSR | | | | hjp@hjp.at | -- Toni Grass in aip __/ | http://www.hjp.at/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20030817/6243a8c5/attachment.bin From johannes.fuernkranz at t-online.de Sun Aug 17 02:21:48 2003 From: johannes.fuernkranz at t-online.de (Johannes Fuernkranz) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <20030816225625.GA29167@teal.hjp.at> References: <20030816225625.GA29167@teal.hjp.at> Message-ID: <3F3F2D0C.4040808@ai.univie.ac.at> Peter J. Holzer wrote: > > Wenn ich nun ein Script schreibe: > > use SysDesc qw(encode_param); > print encode_param("foo", "bar"); > > dann funktioniert das. > > Wenn ich aber in einem anderen Package versuche, encode_param zu > verwenden: > > package SysDesc::UName; > require Exporter; Wieso verwendest Du hier 'require' und nicht 'use'? Juffi From johannes.fuernkranz at t-online.de Sun Aug 17 02:30:24 2003 From: johannes.fuernkranz at t-online.de (Johannes Fuernkranz) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <3F3F2D0C.4040808@ai.univie.ac.at> References: <20030816225625.GA29167@teal.hjp.at> <3F3F2D0C.4040808@ai.univie.ac.at> Message-ID: <3F3F2F10.5010703@ai.univie.ac.at> Johannes Fuernkranz wrote: > > Wieso verwendest Du hier 'require' und nicht 'use'? Wieso tipp ich eigentlich bevor ich die Message ordentlich lese? Sorry, aus irgendeinem Grund dachte ich, in Deinem Code 'require SysDesc' gelesen zu haben. F?r mich schaut alles richtig aus, aber was hei?t das schon, bei meiner Leseweise.... :-) Juffi From domm at zsi.at Sun Aug 17 04:15:44 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <20030816225625.GA29167@teal.hjp.at> References: <20030816225625.GA29167@teal.hjp.at> Message-ID: <20030817091544.GA24952@zsi.at> Hi! On Sun, Aug 17, 2003 at 12:56:25AM +0200, Peter J. Holzer wrote: > Irgendwas habe ich aber offenbar nicht verstanden. > > Ich habe ein Package SysDesc: > > package SysDesc; > @ISA = qw(Exporter); > @EXPORT_OK = qw(encode_param); > @EXPORT = qw(); > [...] > sub encode_param { > [...] > } schaut OK aus, allerdings wuerde ich das (vor allem in Verbindung mit mysterioesen Problemen) eher so schreiben: package SysDesc; use strict; use warnings; use vars qw(@ISA @EXPORT_OK); @ISA = qw(Exporter); @EXPORT_OK = qw(encode_param); > Wenn ich nun ein Script schreibe: > > use SysDesc qw(encode_param); > print encode_param("foo", "bar"); > > dann funktioniert das. scheint logisch. > Wenn ich aber in einem anderen Package versuche, encode_param zu > verwenden: > > package SysDesc::UName; > require Exporter; > @ISA = qw(Exporter); > use SysDesc qw(encode_param); > > for (sort keys %$self) { > $s .= " " . encode_param($_, $self->{$_}); > } > > dann meint Perl: > > Undefined subroutine &SysDesc::UName::encode_param called at ... Das ist in der Tat seltsam. Ich kann nix falsches sehen. Hast du vielleicht einen Typo im Code? (strict/warnings!!) Du koenntest mal in SysDesc::UName deinen Symbol Table ausdrucken, um zu ueberpruefen, ob du ein entsprechendes Symbol drinnen hast: use Data::Dumper; print Dumper(\%SysDesc::UName::); dich interessiert die Zeile: encode_param=> *SysDesc::UName::encode_param Wenn diese Zeile nicht da ist, dann hat der Import nicht geklappt (s.u.) Und dann kannst du mit B::Deparse noch ein wenig genauer schauen, was dieser Glob den wirklich ist: use B::Deparse; $deparse = B::Deparse->new; print $deparse->coderef2text(\&SysDesc::UName::encode_param); Output sollte sein: { package SysDesc sub encode_param { [...] } > Aber wenn ich dann noch encode_param in SysDesc in @EXPORT statt > @EXPORT_OK schreibe, funktionierts. @EXPORT wird immer exporitert, waehren @EXPORT_OK nur auf Anfrage: use Module @import_list; Kann es sein, dass du dich hier verschrieben hast > package SysDesc::UName; > use SysDesc qw(encode_param); ^^^^^^^^^^^^^^ Und also etwas importieren willst, was nicht exportiert wird (weil's nicht da ist)? Wobei zumindest mein Perl (5.8.0) in diesem Fall mit "fooz" is not exported by the Export1 module stirbt. Hmm, seltsame Sache. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From marcel at noug.at Sun Aug 17 04:28:15 2003 From: marcel at noug.at (Marcel Gruenauer) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <20030816225625.GA29167@teal.hjp.at> References: <20030816225625.GA29167@teal.hjp.at> Message-ID: <20030817092815.GB508@localhost> On Sun, Aug 17, 2003 at 12:56:25AM +0200, Peter J. Holzer wrote: > dann meint Perl: > > Undefined subroutine &SysDesc::UName::encode_param called at ... Kann ich nicht nachvollziehen auf Mac OS X 10.2.6, perl 5.8.0. Welche Version verwendest Du? Marcel -- We are Perl. Your table will be assimilated. Your waiter will adapt to service us. Surrender your beer. Resistance is futile. -- London.pm strategy aka "embrace and extend" aka "mark and sweep" From hjp-vienna-pm-list at hjp.at Sun Aug 17 05:49:49 2003 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <20030817091544.GA24952@zsi.at> References: <20030816225625.GA29167@teal.hjp.at> <20030817091544.GA24952@zsi.at> Message-ID: <20030817104949.GA16086@teal.hjp.at> Skipped content of type multipart/mixed-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20030817/f19a3945/attachment.bin From hjp-vienna-pm-list at hjp.at Sun Aug 17 06:20:42 2003 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <20030817104949.GA16086@teal.hjp.at> References: <20030816225625.GA29167@teal.hjp.at> <20030817091544.GA24952@zsi.at> <20030817104949.GA16086@teal.hjp.at> Message-ID: <20030817112042.GC16086@teal.hjp.at> On 2003-08-17 12:49:49 +0200, Peter J. Holzer wrote: > Hmm, ich glaube, da kommen wir der Sache n?her. Wenn ich in > SysDesc::UName encode_param durch foo ersetze, dann bekomme ich im > Script un die Meldung > > "foo" is not exported by the SysDesc module > > Im Script sd aber nicht! Da beschwert er sich erst, wenn er die Sub > wirklich aufrufen will. Das scheint von der Reihenfolge, in der die > Module geladen werden, abzuh?ngen, denn wenn ich in sd reinschreibe: > > use SysDesc::UName; > use SysDesc; > > bekomme ich die Fehlermeldung, bei > > use SysDesc; > use SysDesc::UName; > > hingegen nicht. Und entsprechend funktioniert die erste Variante (wenn ich foo wieder durch encode_param ersetze) und die zweite nicht. Somit scheint folgendes Verhalten vorzuliegen: Wenn ein Perl-Script zwei Module A und B verwendet (direkt oder indirekt), wovon A ein Symbol exportiert, das von B importiert wird, dann muss B vor A geladen werden. Ist das ein Bug oder ein Feature? Wenn ersteres, warum ist das noch niemandem aufgefallen? > > Hmm, seltsame Sache. > > Indeed. Ich glaube ich probiere das mal mit ein paar anderen > Perl-Versionen aus. perl 5.005_03 und 5.6.1 (beide Linux): gleiches Verhalten. hp -- _ | Peter J. Holzer | Humor ohne Emoticons ist trockener Humor. |_|_) | Sysadmin WSR | | | | hjp@hjp.at | -- Toni Grass in aip __/ | http://www.hjp.at/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20030817/1bfe27eb/attachment.bin From marcel at noug.at Sun Aug 17 07:39:28 2003 From: marcel at noug.at (Marcel Gruenauer) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <20030817112042.GC16086@teal.hjp.at> References: <20030816225625.GA29167@teal.hjp.at> <20030817091544.GA24952@zsi.at> <20030817104949.GA16086@teal.hjp.at> <20030817112042.GC16086@teal.hjp.at> Message-ID: <20030817123928.GA6536@localhost> On Sun, Aug 17, 2003 at 01:20:42PM +0200, Peter J. Holzer wrote: > On 2003-08-17 12:49:49 +0200, Peter J. Holzer wrote: > Wenn ein Perl-Script zwei Module A und B verwendet (direkt oder > indirekt), wovon A ein Symbol exportiert, das von B importiert wird, > dann muss B vor A geladen werden. > > Ist das ein Bug oder ein Feature? Wenn ersteres, warum ist das noch > niemandem aufgefallen? In dem exim.tar.gz, das Du mitgeschickt hast, laedt sd zuerst SysDesc. Das wird in der BEGIN-Phase geladen. Als erstes werden die Statements von SysDesc.pm ausgefuehrt, die zur BEGIN-Phase laufen, d.h. use(). Also werden Exporter und SysDesc::UName geladen. Letzteres wiederum laedt, zur BEGIN-Zeit, SysDesc (schon geladen) und versucht, encode_param zu importieren. Das Importieren von Symbolen mittels Exporter.pm geschieht aber nicht zu BEGIN, sondern (glaub ich) zu CHECK. Exporter.pm hatte naemlich noch keine Gelegenheit, @EXPORT_OK zu sehen. Das wird deutlich, wenn Du die ersten Zeilen von SysDesc (bis zu 'sub new') ersetzt durch: package SysDesc; use warnings; use strict; use base 'Exporter'; our @EXPORT_OK = qw(encode_param); use SysDesc::UName; welches resultiert in: $ ./sd "encode_param" is not exported by the SysDesc module Can't continue after import errors at SysDesc/UName.pm line 11 [...] Wenn Du aber SysDesc::UName zuerst laedst (in sd), dann laedt es SysDesc, welches Exporter laedt und den gewohnten Weg geht. Das 'use SysDesc' danach in sd hat dann wenig Wirkung, weil SysDesc schon geladen ist. Ist alles ein bisserl kompliziert, aber man muss sich einmal die Reihenfolge, in der bei Perl Dinge geschehen, vergegenwaertigen. Marcel -- We are Perl. Your table will be assimilated. Your waiter will adapt to service us. Surrender your beer. Resistance is futile. -- London.pm strategy aka "embrace and extend" aka "mark and sweep" From marcel at noug.at Sun Aug 17 07:40:56 2003 From: marcel at noug.at (Marcel Gruenauer) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <20030817112042.GC16086@teal.hjp.at> References: <20030816225625.GA29167@teal.hjp.at> <20030817091544.GA24952@zsi.at> <20030817104949.GA16086@teal.hjp.at> <20030817112042.GC16086@teal.hjp.at> Message-ID: <20030817124056.GB6536@localhost> Hi nochmals, warum verwendet SysDesc::UName eigentlich Exporter? Es ist ja eine Klasse und sollte deshalb nichts exportieren, was es, soweit ich sehen kann, ja auch nicht macht. Marcel -- We are Perl. Your table will be assimilated. Your waiter will adapt to service us. Surrender your beer. Resistance is futile. -- London.pm strategy aka "embrace and extend" aka "mark and sweep" From hjp-vienna-pm-list at hjp.at Sun Aug 17 10:03:29 2003 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] Export & Import In-Reply-To: <20030817124056.GB6536@localhost> References: <20030816225625.GA29167@teal.hjp.at> <20030817091544.GA24952@zsi.at> <20030817104949.GA16086@teal.hjp.at> <20030817112042.GC16086@teal.hjp.at> <20030817124056.GB6536@localhost> Message-ID: <20030817150329.GA6956@teal.hjp.at> On 2003-08-17 14:40:56 +0200, Marcel Gruenauer wrote: > warum verwendet SysDesc::UName eigentlich Exporter? Es ist ja eine Klasse > und sollte deshalb nichts exportieren, was es, soweit ich sehen kann, > ja auch nicht macht. Weil h2xs das reinschreibt, und ich es nicht rausgel?scht habe. (Ok, somit war das Beispiel doch noch nicht minimal) hp -- _ | Peter J. Holzer | Humor ohne Emoticons ist trockener Humor. |_|_) | Sysadmin WSR | | | | hjp@hjp.at | -- Toni Grass in aip __/ | http://www.hjp.at/ | -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20030817/8bf5ddf0/attachment.bin From domm at zsi.at Wed Aug 20 03:40:12 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] tech meet etc Message-ID: <20030820084012.GE3133@zsi.at> Hi! 2 Dinge: Ich wuerde sehr gerne im September einen TechMeet machen. Hat noch wer Interesse? Ich fand den letzten Termin (Mitwoch, eine Woche nach dem LUGA-Treffen sehr angenehem) und wuerde das wieder so vorschlagen. Leider weiss ich nicht genau, wann der Termin im September ist. Deshalb schlage ich mal fuer das TechMeet 24.9. oder 1.10 vor. Zweites faende ich es laengerfristig ganz interessant, einen Oesterreichischen Perl Workshop zu machen. Um div. Synergieeffekte auszunuetzen stelle ich mir vor, dass wir den Workshop irgendwie an die Wiener Linuxtage dranhaengen (entweder ein Zusatztag, oder ein Track an einem der drei Linuxtage). Auf diese Art&Weise koennen wir uns einen Teil der Organisation sparen (bzw mit den Linuxwochlern zusammenarbeiten), und es kommt auch mehr Publikum. Natuerlich waere der Workshop weder mit den YAPCs noch mit dem Deutschen Perl Workshop vergleichbar (vom Umfang her), deshalb (und um mit den Linuxwochen zusammenzupassen) sollte der Besuch gratis sein. Was meint ihr so dazu? Leider kann ich heute nicht zum LUGA-Treffen kommen, hab schon was anderes vor. Ich hab die Perl Workshop-Idee auch noch nicht mit den Linuxwochen-Orgs besprochen, aber wenn heute jemand am LUGA-Treffen ist, kann das ja vielleicht angesprochen werden. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From alfie at ist.org Wed Aug 20 04:17:27 2003 From: alfie at ist.org (Gerfried Fuchs) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] tech meet etc In-Reply-To: <20030820084012.GE3133@zsi.at> References: <20030820084012.GE3133@zsi.at> Message-ID: <2003-08-20_11.17.23@alfie.ist.org> * Thomas Klausner [2003-08-20 10:40]: > Ich wuerde sehr gerne im September einen TechMeet machen. Hat noch wer > Interesse? Ich fand den letzten Termin (Mitwoch, eine Woche nach dem > LUGA-Treffen sehr angenehem) und wuerde das wieder so vorschlagen. > > Leider weiss ich nicht genau, wann der Termin im September ist. LUGA-Abend ist immer der dritte Mittwoch im Monat, im Oktober also am 15. > Deshalb schlage ich mal fuer das TechMeet 24.9. oder 1.10 vor. 24. w?re das dann, ja. > Zweites faende ich es laengerfristig ganz interessant, einen > Oesterreichischen Perl Workshop zu machen. Um div. Synergieeffekte > auszunuetzen stelle ich mir vor, dass wir den Workshop irgendwie an die > Wiener Linuxtage LINUXWOCHEN, es sind die Linuxwochen! :) > Auf diese Art&Weise koennen wir uns einen Teil der Organisation sparen > (bzw mit den Linuxwochlern zusammenarbeiten), und es kommt auch mehr > Publikum. Gute Idee. > Natuerlich waere der Workshop weder mit den YAPCs noch mit dem Deutschen > Perl Workshop vergleichbar (vom Umfang her), deshalb (und um mit den > Linuxwochen zusammenzupassen) sollte der Besuch gratis sein. Ja, finde ich auch. ?ber eine Vergeb?hrung kann man immer noch nachdenken, wenn sich das ganze etabliert hat. > Was meint ihr so dazu? Go for it! :) > Leider kann ich heute nicht zum LUGA-Treffen kommen, hab schon was > anderes vor. Dann bekommst auch keine Rettungs-CD im Kreditkartenformat ,-P > Ich hab die Perl Workshop-Idee auch noch nicht mit den Linuxwochen-Orgs > besprochen, Die "Orgs" in dem Sinn gibts nicht. Jeder, der mitarbeiten will, kann auch mitarbeiten. (Sag ich, als einer, der von einigen als ein "Org" angesehen wird.) > aber wenn heute jemand am LUGA-Treffen ist, kann das ja vielleicht > angesprochen werden. Heute ist Thema der 10. Geburtstag von Debian, und ich dulde keine anderen Themen *aufdenTischhau* Aeh, nat?rlich werden wir's heute ansprechen :) Bis dann, Alfie -- intelligenz? hallo? ich hab bandbreite und rechnerpower ich brauch keine intelligenz ;) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20030820/896f5422/attachment.bin From marcel at noug.at Wed Aug 20 05:18:51 2003 From: marcel at noug.at (Marcel Gruenauer) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] tech meet etc In-Reply-To: <20030820084012.GE3133@zsi.at> References: <20030820084012.GE3133@zsi.at> Message-ID: <20030820101851.GA25655@localhost> On Wed, Aug 20, 2003 at 10:40:12AM +0200, Thomas Klausner wrote: > Leider weiss ich nicht genau, wann der Termin im September ist. Deshalb > schlage ich mal fuer das TechMeet 24.9. oder 1.10 vor. Klingt gut. > Zweites faende ich es laengerfristig ganz interessant, einen > Oesterreichischen Perl Workshop zu machen. Auch dafuer. > Natuerlich waere der Workshop weder mit den YAPCs noch mit dem Deutschen > Perl Workshop vergleichbar (vom Umfang her), deshalb (und um mit den > Linuxwochen zusammenzupassen) sollte der Besuch gratis sein. Es gibt ja auch woanders solche mini-Workshops; mal sehen, wie die das gemacht haben. Marcel -- We are Perl. Your table will be assimilated. Your waiter will adapt to service us. Surrender your beer. Resistance is futile. -- London.pm strategy aka "embrace and extend" aka "mark and sweep" From domm at zsi.at Wed Aug 20 06:41:41 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:12 2004 Subject: [Vienna-pm] tech meet etc In-Reply-To: <20030820101851.GA25655@localhost> References: <20030820084012.GE3133@zsi.at> <20030820101851.GA25655@localhost> Message-ID: <20030820114141.GJ3133@zsi.at> Hi! On Wed, Aug 20, 2003 at 12:18:51PM +0200, Marcel Gruenauer wrote: > Es gibt ja auch woanders solche mini-Workshops; mal sehen, wie die das > gemacht haben. Auf der YAPC gabs einen Perl-Workshop-BOF, wo die div. Perl-Mini-YAPC/Workshops besprochen wurden (YAPC::Israeal, Scandinavian, Deutscher..). Aber im Prinzip ist die Planung eh relativ klar (vor allem wenn wir's gratis machen, weil wir uns dann die Abwicklung der Gebuehren sparen (auch wenn man das via YAS machen kann)). -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}