From parasew at sonance.net Sun Nov 2 19:04:50 2003 From: parasew at sonance.net (matthias tarasiewicz) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] Fw: Serverhousing im medienKUNSTLABOR im Kunsthaus Graz Message-ID: <3FA5A9B2.7020603@sonance.net> vielleicht interessant fuer perlmongers, die auch ausserhalb von wien aktiv sind ;) gruss, matthias ---------- Forwarded message ---------- Date: Sun, 19 Oct 2003 09:48:00 +0200 (CEST) From: Franz XAVER To: ||||.| Aika Subject: Re: Serverhousing im medienKUNSTLABOR im Kunsthaus Graz ___________________________________________________________________ EINLADUNG und ankuendigung des medienKUNSTLABOR im Grazer Kunsthaus Serverhousinganbot -------- friends+ Wie Ihr vielleicht schon erfahren habt, werde ich im KUNSTHAUS GRAZ das medienKUNSTLABOR zwei Jahre lang betreiben. Eines der Hauptprojekte ist eine klimatisierte Schlieszfachanlage, welche Stellplaetze fuer Internetrechner bietet. Jedes Schlieszfach ist mit einem Stromstecker, einem Ethernetstecker und einer fixen IP ausgestattet. Diese Schlieszfaecher koennen ueber Handy oder das Internet geoeffnet werden. Jede-r Benutzer-in eines Schlieszfaches hat Zugang zur Schlieszfachanlage w?hrend der Oeffnungszeiten des Kunsthauses. Die Stellplaetze koennen von Personen, die aktiv mit dem Internet arbeiten, gratis benutzt werden, vor der Einstellung des Rechners ist lediglich das Einstellabkommen zu unterzeichnen, in dem Ausdruecklich auf die rechtliche Eigenverantwortung hingewiesen wird. Falls dennoch ein gewisser Mehraufwand entsteht, behalte ich mir das Recht vor, einen kleinen Unkostenbeitrag einzuheben. Es gibt schon einige anmeldungen fuer die Stellplaetze. Falls also auch bei euch bedarf besteht, lasst es mich wissen. Weitere INFOs: Konzept: -------- Das ganze Konzept kann nachgelesen werden unter http://medien.kunstlabor.at Nutzer der Schlieszfachanlage: ------------------------------ Diese Einladung geht an ca. 150 Personen meines Umfeldes. Netzaktivisten, Kuenstler, NGOs .... Menge der Stellplaetze: ----------------------- ca 60 Stueck Arbeitstemperatur: ------------------ ca 30 Grad - Klimatisierung ueber das Dach des Kunsthauses Stromversorgung: ---------------- Es gibt keine unterbrechungsfreie Stromversorgung. Jedoch steht es jedem-r Teilnehmer-in frei seine/ihre Schlieszfach mit einer eigenen kleinen USV auszustatten. Jedes Schlieszfach ist auf eine Leistungsaufnahme von max. 400 W konzipiert. Bandbreite: ----------- gesamt 4 mbit flat aconet - mur.at einzelne rechner koennen geshaped werden Zugang: ------- Jederzeit zu den Oeffnungszeiten oder auch zu Nachtzeiten mit einem der Betreiber-innen vom medienKUNSTLABOR Anmeldungen: ------------ schlieszfach@kunstlabor.at oder einfach auf diese mail replien. ------------------------ EROEFFNUNG des medienKUNSTLABORs Graz am 23. OKT 2003 ein Hauptprogrammpunkt - AUSTROFRED und kleine parti siehe http://www.austrofred.at ------------------------ lg franz XAVER ----------------------- non profit ----------------------- non profit ----------------------- non profit Ihr koennt es auch an Freunde weiteranbieten, bis die Schlieszfaecher voll sind. (20% reserve). -- http://5uper.net From mjy at geizhals.at Sun Nov 2 20:58:42 2003 From: mjy at geizhals.at (Marinos J. Yannikos | Geizhals.at) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] non-blocking DBI / Postgres Message-ID: <004701c3a1b6$63eb9850$0200a8c0@jonespc> Hi, hat sich eigentlich schon jemand Gedanken dar?ber gemacht, wie man mit DBI mehrere (SELECT-)Queries absetzen und parallel ausf?hren lassen k?nnte? Wenn man Sequenzen wie execute()...execute()...execute()...fetchall()...fetchall()...fetchall() verwendet, werden die Queries ja trotzdem sequentiell abgearbeitet, d.h. das erste execute() blockt schon. W?nschenswert w?re ein Trick, mit dem erst das erste fetchall() blocken w?rde (die Latenzzeit f?r alle Queries sollte so reduziert werden, wenn man davon ausgehen kann, da? der DB-Server diese auch effizient parallel abarbeiten kann). Ich wei?, da? es f?r Oracle ein spezielles Modul gibt, das einen "non-blocking mode" unterst?tzt, aber f?r Postgres scheint es nichts derartiges zu geben. Auch dbiproxy hilft leider nicht (obwohl das eigentlich gehen sollte - zumindest mit mehreren db-handles, die abwechselnd verwendet werden - aber Fehlanzeige [nicht extensiv getestet, aber so hat's ausgesehen]). Hat irgendjemand daf?r eine elegante L?sung? Mein schneller Hack daf?r brachte leider eine Performance-Verschlechterung ;-) (fork() mit mehreren Child-Prozessen, die Queries im plaintext erhalten und das Ergebnis im Storable-Format an den parent schicken - ugh). MfG, -mjy From domm at zsi.at Mon Nov 3 01:50:39 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] non-blocking DBI / Postgres In-Reply-To: <004701c3a1b6$63eb9850$0200a8c0@jonespc> References: <004701c3a1b6$63eb9850$0200a8c0@jonespc> Message-ID: <20031103075039.GA28025@zsi.at> Hi! On Mon, Nov 03, 2003 at 03:58:42 +0100, Marinos J. Yannikos | Geizhals.at wrote: > hat sich eigentlich schon jemand Gedanken dar?ber gemacht, wie man mit DBI > mehrere (SELECT-)Queries absetzen und parallel ausf?hren lassen k?nnte? Wenn > man Sequenzen wie > > execute()...execute()...execute()...fetchall()...fetchall()...fetchall() > > verwendet, werden die Queries ja trotzdem sequentiell abgearbeitet, d.h. das > erste execute() blockt schon. W?nschenswert w?re ein Trick, mit dem erst das > erste fetchall() blocken w?rde (die Latenzzeit f?r alle Queries sollte so > reduziert werden, wenn man davon ausgehen kann, da? der DB-Server diese auch > effizient parallel abarbeiten kann). > .. > Hat irgendjemand daf?r eine elegante L?sung? Mein schneller Hack daf?r > brachte leider eine Performance-Verschlechterung ;-) (fork() mit mehreren > Child-Prozessen, die Queries im plaintext erhalten und das Ergebnis im > Storable-Format an den parent schicken - ugh). Ist nicht wirklich mein Spezialgebiet, aber kann man dafuer nicht Threading verwenden? Oder vielleicht hilft dir POE http://search.cpan.org/~rcaputo/POE-0.27/POE.pm POE - multitasking and networking framework for Perl Soll ganz gut sein, hab damit aber noch nix gemacht. -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From k.zoechling at wirtschaftsblatt.at Mon Nov 3 03:31:56 2003 From: k.zoechling at wirtschaftsblatt.at (Karlheinz Zoechling) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] non-blocking DBI / Postgres In-Reply-To: <004701c3a1b6$63eb9850$0200a8c0@jonespc> Message-ID: <20031103083134.88166B7C29@zeus.et-multimedia.at> On Mon, 3 Nov 2003 03:58:42 +0100, Marinos J. Yannikos | Geizhals.at wrote: >hat sich eigentlich schon jemand Gedanken dar?ber gemacht, wie man mit DBI >mehrere (SELECT-)Queries absetzen und parallel ausf?hren lassen k?nnte? ich hab sowas einmal mit perl threads probiert - die versuche wurden aber rasch wieder eingestellt da das starten eines threads auf dem system ca. 1s gedauert hat und die queries um die es ging z.t. schneller fertig waren. ob die queries dann wirklich parallel ausgefuehrt wurden habe ich deshalb nicht mehr untersucht. wenn die selects laenger dauern waer's aber vielleicht eine idee... lg karlheinz zoechling # Karlheinz Zoechling +43-1-60117 452 # Web Development # (this message is CPIP compliant according to rfc 1149) From BaierO at spardat.at Mon Nov 3 03:57:23 2003 From: BaierO at spardat.at (Baier Oliver MAX SD) Date: Mon Aug 2 21:39:14 2004 Subject: AW: [Vienna-pm] kleine Frage Message-ID: <1FCFCFC1F0830E4D93860866CACC07B60399BF5C@m0114.s-mxs.net> > -----Urspr?ngliche Nachricht----- > Von: Thomas Klausner [mailto:domm@zsi.at] > Betreff: Re: [Vienna-pm] kleine Frage > > 3. grep geht ueber eine Liste und gibt nur die Elemente > zurueck, fuer die der zwischen den { } angegeben Code > true ergibt. > In skalarem kontext gibt grep aber auch die Anzahl der > Elemente zurueck, weswegen mich deine Beobachtung etwas > wundert. > > Wenn du nur ein Element mappen/greppen willst: > ($value)=map {} @list; > (wobei ich das nicht empfehlen kann...) Hi! Stimmt, in diesem Beispiel verwende ich (my $count) = grep {chomp;s#Matches: ##} ; Ich nehme an, der Grund, warum du das nicht empfehlen kannst, liegt an der allgemeinen Unsicherheit, ob wirklich nur ein Listenelement von grep retourniert wird. In meinem Fall allerdings kann ich mit Sicherheit davon ausgehen, weil der Output wiederum von einem anderen Perl-Script kommt, das nur 1 Ergebnis liefert. Habe uebrigens in "Programming Perl" schon gefunden, warum in meinem Fall nur grep funkt: See also grep. map differs from grep in that map returns a list consisting of the results of each successive evaluation of EXPR, whereas grep returns a list consisting of each value of LIST for which EXPR evaluates to true. lg Oliver From spaceman at foo.at Mon Nov 3 09:03:27 2003 From: spaceman at foo.at (Stefan Weiss) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] non-blocking DBI / Postgres In-Reply-To: <004701c3a1b6$63eb9850$0200a8c0@jonespc> References: <004701c3a1b6$63eb9850$0200a8c0@jonespc> Message-ID: <200311031603.28022.spaceman@foo.at> On Monday, 03 November 2003 03:58, Marinos J. Yannikos | Geizhals.at wrote: > W?nschenswert w?re ein Trick, mit dem > erst das erste fetchall() blocken w?rde (die Latenzzeit f?r alle Queries > sollte so reduziert werden, wenn man davon ausgehen kann, da? der DB-Server > diese auch effizient parallel abarbeiten kann). Ich habe leider keine direkte Antwort auf deine Frage. Ich wollte nur erw?hnen, da? Threads (die auch eine M?glichkeit w?ren, Tasks parallel laufen zu lassen) in Perl meiner Erfahrung nach im Moment immer noch zu wenig weit entwickelt sind. Ich bin bei meinen letzten Versuchen immer wieder in memory leaks und sonstige grausliche Probleme gestolpert. In Perl 5.8.0 sind Threads jedenfalls sicher buggy, in 5.8.1 gehts besser, aber auch nicht ideal (mit 5.9.0 habe ich noch keine Erfahrungen). Wenn du mutig bist, kannst du es ja probieren - vielleicht funktioniert es bei deinem Problem besser als bei meinem letzten (multithreaded game server). Ich kenne allerdings kein fertiges Modul, dass dir die Arbeit des Thread-Management f?r DBI abnimmt. cheers, stefan From fh at laudatio.com Mon Nov 3 08:27:35 2003 From: fh at laudatio.com (Florian Helmberger) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] non-blocking DBI / Postgres In-Reply-To: <200311031603.28022.spaceman@foo.at> References: <004701c3a1b6$63eb9850$0200a8c0@jonespc> <200311031603.28022.spaceman@foo.at> Message-ID: On 03.11.2003, at 16:03, Stefan Weiss wrote: > On Monday, 03 November 2003 03:58, Marinos J. Yannikos | Geizhals.at > wrote: >> W?nschenswert w?re ein Trick, mit dem >> erst das erste fetchall() blocken w?rde (die Latenzzeit f?r alle >> Queries >> sollte so reduziert werden, wenn man davon ausgehen kann, da? der >> DB-Server >> diese auch effizient parallel abarbeiten kann). [...] > Wenn du mutig bist, kannst du es ja probieren - vielleicht funktioniert > es bei deinem Problem besser als bei meinem letzten (multithreaded game > server). Ich kenne allerdings kein fertiges Modul, dass dir die Arbeit > des Thread-Management f?r DBI abnimmt. Generell sind Threads und DBI eher ein nono: http://search.cpan.org/~timb/DBI-1.38/lib/DBI/ FAQ.pm#5.1_Can_I_do_multi-threading_with_DBI? Es schreit sich ja auch die Seele aus dem Leibe, wenn man es mit einem Perl mit thread-Support installieren will. LG, Florian -- 0699 109 24 24 5 - http://www.laudatio.com From hjp-vienna-pm-list at hjp.at Mon Nov 3 08:35:35 2003 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] non-blocking DBI / Postgres In-Reply-To: <004701c3a1b6$63eb9850$0200a8c0@jonespc> References: <004701c3a1b6$63eb9850$0200a8c0@jonespc> Message-ID: <20031103143535.GA11338@teal.hjp.at> On 2003-11-03 03:58:42 +0100, Marinos J. Yannikos | Geizhals.at wrote: > hat sich eigentlich schon jemand Gedanken dar?ber gemacht, wie man mit DBI > mehrere (SELECT-)Queries absetzen und parallel ausf?hren lassen k?nnte? Wenn > man Sequenzen wie > > execute()...execute()...execute()...fetchall()...fetchall()...fetchall() > > verwendet, werden die Queries ja trotzdem sequentiell abgearbeitet, d.h. das > erste execute() blockt schon. Bei Postgres? Bei Oracle blockt meiner Erfahrung nach erst das erste fetch() (und auch nicht, bis die ganze Query abgearbeitet ist, sondern bis "gen?gend Daten" vorhanden sind). > W?nschenswert w?re ein Trick, mit dem erst das > erste fetchall() blocken w?rde (die Latenzzeit f?r alle Queries sollte so > reduziert werden, wenn man davon ausgehen kann, da? der DB-Server diese auch > effizient parallel abarbeiten kann). [...] > Hat irgendjemand daf?r eine elegante L?sung? Mein schneller Hack daf?r > brachte leider eine Performance-Verschlechterung ;-) (fork() mit mehreren > Child-Prozessen, die Queries im plaintext erhalten und das Ergebnis im > Storable-Format an den parent schicken - ugh). Forkst Du f?r jeden Request oder laufen die Child-Prozesse dauernd? Im ersten Fall w?rde mich nicht wundern, dass das langsamer ist, im zweiten ... wie lange sind denn die Latencies, um die es da geht? Millisekunden? Wie komplex sind die Datenstrukturen? M?glicherweise ist Storable das Bottleneck? Schon probiert, die Resultate einfach als Folge von Strings (mit geeignetem Trennzeichen) zu schicken? hp -- _ | Peter J. Holzer | We have failed our own creation and given |_|_) | Sysadmin WSR | birth something truly awful. We're just too | | | hjp@hjp.at | busy cooing over the pram to notice. __/ | http://www.hjp.at/ | -- http://www.internetisshit.org -------------- 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/20031103/913d1daf/attachment.bin From BaierO at spardat.at Mon Nov 3 12:07:23 2003 From: BaierO at spardat.at (Baier Oliver MAX SD) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] status eines filehandles Message-ID: <1FCFCFC1F0830E4D93860866CACC07B60399BF5E@m0114.s-mxs.net> Hi, entweder finde ich die richtige Stelle in der Doku einfach nicht, oder es ist wirklich nicht so einfach. Gibt es ausser der Verwendung von eval auch noch eine "saubere" Moeglichkeit zu testen, ob ein Filehandle offen ist? lg Oliver From mjy at geizhals.at Mon Nov 3 12:36:05 2003 From: mjy at geizhals.at (Marinos J. Yannikos | Geizhals.at) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] status eines filehandles References: <1FCFCFC1F0830E4D93860866CACC07B60399BF5E@m0114.s-mxs.net> Message-ID: <08fb01c3a239$57382a00$0200a8c0@jonespc> From: "Baier Oliver MAX SD" > Gibt es ausser der Verwendung von eval auch noch eine "saubere" > Moeglichkeit zu testen, ob ein Filehandle offen ist? So etwas in der Art? use IO::Handle; print STDIN->opened; MfG, -mjy From BaierO at spardat.at Mon Nov 3 13:16:48 2003 From: BaierO at spardat.at (Baier Oliver MAX SD) Date: Mon Aug 2 21:39:14 2004 Subject: AW: [Vienna-pm] status eines filehandles Message-ID: <1FCFCFC1F0830E4D93860866CACC07B6021603D6@m0114.s-mxs.net> > -----Urspr?ngliche Nachricht----- > Von: vienna-pm-bounces@mail.pm.org > [mailto:vienna-pm-bounces@mail.pm.org]Im Auftrag von Marinos > J. Yannikos | Geizhals.at > Betreff: Re: [Vienna-pm] status eines filehandles > > So etwas in der Art? > > use IO::Handle; > print STDIN->opened; > ja, genau! hab auf IO::File umgestellt und es funkt. Hab bei den Modulen ein nicht gerade kleines Manko... Danke Oliver From nick at ccl4.org Mon Nov 3 15:13:58 2003 From: nick at ccl4.org (Nicholas Clark) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] non-blocking DBI / Postgres In-Reply-To: <200311031603.28022.spaceman@foo.at> References: <004701c3a1b6$63eb9850$0200a8c0@jonespc> <200311031603.28022.spaceman@foo.at> Message-ID: <20031103211358.GR6287@plum.flirble.org> On Mon, Nov 03, 2003 at 04:03:27PM +0100, Stefan Weiss wrote: > On Monday, 03 November 2003 03:58, Marinos J. Yannikos | Geizhals.at wrote: > > W?nschenswert w?re ein Trick, mit dem > > erst das erste fetchall() blocken w?rde (die Latenzzeit f?r alle Queries > > sollte so reduziert werden, wenn man davon ausgehen kann, da? der DB-Server > > diese auch effizient parallel abarbeiten kann). > > Ich habe leider keine direkte Antwort auf deine Frage. Ich wollte nur > erw?hnen, da? Threads (die auch eine M?glichkeit w?ren, Tasks parallel > laufen zu lassen) in Perl meiner Erfahrung nach im Moment immer noch zu > wenig weit entwickelt sind. Ich bin bei meinen letzten Versuchen immer > wieder in memory leaks und sonstige grausliche Probleme gestolpert. > In Perl 5.8.0 sind Threads jedenfalls sicher buggy, in 5.8.1 gehts > besser, aber auch nicht ideal (mit 5.9.0 habe ich noch keine Erfahrungen). Es gibt nur drei Unterschiede zwishen 5.8.1 und 5.9.0 5.9.0 hat // 5.9.0 hat copy on write (aber normalerweise ist es aus) 5.9.0 hat asseertion (aber nur halb getun) 5.8.2 hat einige threads promleme gel?st Heute habe ich 5.8.2 RC2 gemacht: http://www.cpan.org/authors/id/N/NW/NWCLARK/perl-5.8.2-RC2.tar.bz2 Nicholas Clark From wolfgang.laun at alcatel.at Wed Nov 5 00:33:16 2003 From: wolfgang.laun at alcatel.at (LAUN Wolfgang) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] status eines filehandles Message-ID: Auch schon die elementare Funktion fileno() w?re ausreichend. defined( fileno(HANDLE) ) <===> HANDLE ist offen lg Wolfgang > -----Original Message----- > From: Baier Oliver MAX SD [mailto:BaierO@spardat.at] > Sent: Monday, November 03, 2003 8:17 PM > To: Marinos J. Yannikos | Geizhals.at > Cc: Vienna. Pm (E-Mail) > Subject: AW: [Vienna-pm] status eines filehandles > > > > -----Urspr?ngliche Nachricht----- > > Von: vienna-pm-bounces@mail.pm.org > > [mailto:vienna-pm-bounces@mail.pm.org]Im Auftrag von Marinos > > J. Yannikos | Geizhals.at > > Betreff: Re: [Vienna-pm] status eines filehandles > > > > So etwas in der Art? > > > > use IO::Handle; > > print STDIN->opened; > > > > ja, genau! > hab auf IO::File umgestellt und es funkt. > > Hab bei den Modulen ein nicht gerade kleines Manko... > > Danke > Oliver > _______________________________________________ > Vienna-pm mailing list > Vienna-pm@mail.pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > From domm at zsi.at Mon Nov 10 03:23:19 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] .at feiertage module? Message-ID: <20031110092319.GG3356@zsi.at> Hi! Weiss jemand ob es irgendein Modul (oder im Prinzip auch ein parsebares File) mit Oesterreichischen Feiertagen gibt? Module waere insoferne angenehmer, weil es dann (wenns funktioniert :-) nicht gewartet werden muss (i.e. man muss nicht alle paar Jahre ein neues Feiertag-File einwerfen...) TIA -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From fh at laudatio.com Mon Nov 10 03:59:28 2003 From: fh at laudatio.com (Florian Helmberger) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] .at feiertage module? In-Reply-To: <20031110092319.GG3356@zsi.at> References: <20031110092319.GG3356@zsi.at> Message-ID: <92EB4448-1364-11D8-A21F-000393875BF8@laudatio.com> On 10.11.2003, at 10:23, Thomas Klausner wrote: > Weiss jemand ob es irgendein Modul (oder im Prinzip auch ein > parsebares File) > mit Oesterreichischen Feiertagen gibt? > > Module waere insoferne angenehmer, weil es dann (wenns funktioniert :-) > nicht gewartet werden muss (i.e. man muss nicht alle paar Jahre ein > neues > Feiertag-File einwerfen...) Ja, ich hab mal etwas geschrieben, dass alle .at Feiertage in einer .ical Datei speichert. Ist glaube ich recht gut als Referenz zu gebrauchen: http://www.laudatio.com/blosxom/data/AustrianHolidaysScript.tar.gz Verwendet Date::Calendar::Profiles (Teil von Date::Calc) um die Feiertage zu ermitteln und nimmt auch Ruecksicht auf ein paar evangelische Feiertage (die irgendwie so halb frei sein duerften (also fuer evangelische im Prinzip)). LG, Florian -- 0699 109 24 24 5 - http://www.laudatio.com From spaceman at foo.at Thu Nov 13 01:30:55 2003 From: spaceman at foo.at (Stefan Weiss) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] CPAN bugtracker Message-ID: <200311130830.55318.spaceman@foo.at> Hi. Da gibts einen seltsamen ungel?sten Bug in Curses::UI ... http://search.cpan.org/~marcus/Curses-UI-0.85/ (auf "View/Report Bugs" klicken, und Bug Nr 4171 anschauen) :-) stefan From BaierO at spardat.at Thu Nov 13 03:30:23 2003 From: BaierO at spardat.at (Baier Oliver MAX SD) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] url-decoding Message-ID: <1FCFCFC1F0830E4D93860866CACC07B60399BF6E@m0114.s-mxs.net> Hi, ich verarbeite gerade apache access_logs und suche eine einfach Moeglichkeit die URLs zu decodieren. URI::Escape wuerde "uri_unescape" bieten, aber leider ist es nicht in der Standard-Distribution enthalten. Nachdem das Script auf Perl-Standardinstallationen laufen muss und die URLs nur aus einem Log ausgelesen werden - sprich kein CGI - suche ich eine weiter Moeglichkeit. Faellt jemand was dazu ein? mfg Oliver From k.zoechling at wirtschaftsblatt.at Thu Nov 13 03:47:24 2003 From: k.zoechling at wirtschaftsblatt.at (Karlheinz Zoechling) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] url-decoding Message-ID: <20031113084648.68021B7C41@zeus.et-multimedia.at> On Thu, 13 Nov 2003 10:30:23 +0100, Baier Oliver MAX SD wrote: >Nachdem das Script auf Perl-Standardinstallationen >laufen muss und die URLs nur aus einem Log ausgelesen >werden - sprich kein CGI - suche ich eine weiter >Moeglichkeit. > >Faellt jemand was dazu ein? schau mal rein ins Escape.pm die paar zeilen koennte man ja auch direkt in das script pasten, oder? ;-) karlheinz zoechling From BaierO at spardat.at Thu Nov 13 03:57:54 2003 From: BaierO at spardat.at (Baier Oliver MAX SD) Date: Mon Aug 2 21:39:14 2004 Subject: AW: [Vienna-pm] url-decoding Message-ID: <1FCFCFC1F0830E4D93860866CACC07B60216043A@m0114.s-mxs.net> > -----Urspr?ngliche Nachricht----- > Von: vienna-pm-bounces@mail.pm.org > [mailto:vienna-pm-bounces@mail.pm.org]Im Auftrag von > Karlheinz Zoechling > Betreff: Re: [Vienna-pm] url-decoding > > schau mal rein ins Escape.pm > die paar zeilen koennte man ja auch direkt in das script > pasten, oder? > ;-) hehe... gute Idee gleich umgesetzt :-) thx Oliver From nick at ccl4.org Thu Nov 13 04:08:35 2003 From: nick at ccl4.org (Nicholas Clark) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] url-decoding In-Reply-To: <1FCFCFC1F0830E4D93860866CACC07B60399BF6E@m0114.s-mxs.net> References: <1FCFCFC1F0830E4D93860866CACC07B60399BF6E@m0114.s-mxs.net> Message-ID: <20031113100835.GP6287@plum.flirble.org> On Thu, Nov 13, 2003 at 10:30:23AM +0100, Baier Oliver MAX SD wrote: > Nachdem das Script auf Perl-Standardinstallationen > laufen muss und die URLs nur aus einem Log ausgelesen > werden - sprich kein CGI - suche ich eine weiter > Moeglichkeit. Warum k?nnen Sie nicht CPAN nutzen? > Faellt jemand was dazu ein? Ich denke da? CGI::Util::unescape Ihre Probleme l?scht Nicholas Clark From BaierO at spardat.at Thu Nov 13 04:16:20 2003 From: BaierO at spardat.at (Baier Oliver MAX SD) Date: Mon Aug 2 21:39:14 2004 Subject: AW: [Vienna-pm] url-decoding Message-ID: <1FCFCFC1F0830E4D93860866CACC07B60399BF6F@m0114.s-mxs.net> > -----Urspr?ngliche Nachricht----- > Von: Nicholas Clark [mailto:nick@flirble.org] > Im Auftrag von Nicholas Clark > Betreff: Re: [Vienna-pm] url-decoding > > Warum k?nnen Sie nicht CPAN nutzen? Das Script wird auf mehreren Rechnern, die teilweise nicht von mir administriert werden, eingesetzt und ich will nicht unbedingt die jeweiligen Administratoren zur Installation eines weiteren Moduls noetigen. Manchmal geht es eh nicht anders, aber fuer diese Kleinigkeit waere es ein verhaeltnismaessig unnoetig hoher Zusatzaufwand gewesen. Zum Glueck war s/%([0-9A-Fa-f]{2})/chr(hex($1))/eg ausreichend. mfg Oliver Baier From domm at zsi.at Thu Nov 13 05:40:48 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] CPAN bugtracker In-Reply-To: <200311130830.55318.spaceman@foo.at> References: <200311130830.55318.spaceman@foo.at> Message-ID: <20031113114047.GD2286@zsi.at> Hi! On Thu, Nov 13, 2003 at 08:30:55AM +0100, Stefan Weiss wrote: > Da gibts einen seltsamen ungel?sten Bug in Curses::UI ... > > http://search.cpan.org/~marcus/Curses-UI-0.85/ > (auf "View/Report Bugs" klicken, und Bug Nr 4171 anschauen) autsch! :-) -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From wolfgang.laun at alcatel.at Thu Nov 13 06:09:28 2003 From: wolfgang.laun at alcatel.at (LAUN Wolfgang) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] CPAN bugtracker Message-ID: Ein alter Hut: http://hoaxbusters.ciac.org/HBScams.shtml#nigerian419 Enjoy ;-) Wolfgang > -----Original Message----- > From: Thomas Klausner [mailto:domm@zsi.at] > Sent: Thursday, November 13, 2003 12:41 PM > To: vienna-pm@mail.pm.org > Subject: Re: [Vienna-pm] CPAN bugtracker > > > Hi! > > On Thu, Nov 13, 2003 at 08:30:55AM +0100, Stefan Weiss wrote: > > > Da gibts einen seltsamen ungel?sten Bug in Curses::UI ... > > > > http://search.cpan.org/~marcus/Curses-UI-0.85/ > > (auf "View/Report Bugs" klicken, und Bug Nr 4171 anschauen) > > autsch! > > :-) > > -- > #!/usr/bin/perl http://domm.zsi.at > for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} > _______________________________________________ > Vienna-pm mailing list > Vienna-pm@mail.pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > From hjp-vienna-pm-list at hjp.at Thu Nov 13 14:16:30 2003 From: hjp-vienna-pm-list at hjp.at (Peter J. Holzer) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] CPAN bugtracker In-Reply-To: References: Message-ID: <20031113201630.GA17952@teal.hjp.at> On 2003-11-13 13:09:28 +0100, LAUN Wolfgang wrote: > Ein alter Hut: http://hoaxbusters.ciac.org/HBScams.shtml#nigerian419 Ist noch viel ?lter. Das gab es schon auf Papier. Aber der Clou der Geschichte ist ja nicht der Scam an sich, sondern dass der als offener Bug in CPAN eingetragen ist. Noch lustiger allerdings ist es beim Bugtracking-System von mutt, bei dem immer wieder Bugs durch Spam geschlossen werden, weil da die Aktionen (z.B. "Bug schlie?en") in der Mail-Adresse kodiert sind und die Mail-Adressen im Webinterface aufscheinen (und von Harvestern flei?ig gesammelt werden). hp -- _ | Peter J. Holzer | We have failed our own creation and given |_|_) | Sysadmin WSR | birth something truly awful. We're just too | | | hjp@hjp.at | busy cooing over the pram to notice. __/ | http://www.hjp.at/ | -- http://www.internetisshit.org -------------- 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/20031113/32222643/attachment.bin From alfie at ist.org Fri Nov 14 02:48:47 2003 From: alfie at ist.org (Gerfried Fuchs) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] CPAN bugtracker In-Reply-To: <20031113201630.GA17952@teal.hjp.at> References: <20031113201630.GA17952@teal.hjp.at> Message-ID: <2003-11-14_09.48.42@alfie.ist.org> * "Peter J. Holzer" [2003-11-13 21:16]: > On 2003-11-13 13:09:28 +0100, LAUN Wolfgang wrote: >> Ein alter Hut: http://hoaxbusters.ciac.org/HBScams.shtml#nigerian419 > > Ist noch viel ?lter. Das gab es schon auf Papier. Es gab auch jemandem, der es geschafft hat, einem von diesen Scammern Geld abzuluchsen. Ich hab die URL jedoch leider nicht mehr, war extrem am?sant zu lesen :)) > Aber der Clou der Geschichte ist ja nicht der Scam an sich, sondern dass > der als offener Bug in CPAN eingetragen ist. Du meinst, dass den noch niemand gekillt hat in der Zeit? Ja, erstaunlich. Ist vielleicht ein Zeichen, dass das Modul einen neuen Betreuer braucht ,)) > Noch lustiger allerdings ist es beim Bugtracking-System von mutt, bei > dem immer wieder Bugs durch Spam geschlossen werden, weil da die > Aktionen (z.B. "Bug schlie?en") in der Mail-Adresse kodiert sind und > die Mail-Adressen im Webinterface aufscheinen (und von Harvestern > flei?ig gesammelt werden). Erz?hl mir nichts davon, passiert bei Debian auch laufend :-/ Und ich h?tte da noch nirgends die bug#-close@bugs.debian.org irgendwo im Webinterface codiert gesehen, bevor der Fehler nicht zumindest einmal auf diese Art geschlossen wurde -- keine Ahnung, wie die da dahintersteigen. Bis dann, Alfie -- It is generally useful for programs to be able to query which languages the user can understand. And most users (except for the French and USA'ans) _can_ understand more than one language. -- Jacob Sparre Andersen in http://bugs.kde.org/db/19/19831.html -------------- 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/20031114/b42af274/attachment.bin From c_p_s at gmx.net Mon Nov 24 09:32:42 2003 From: c_p_s at gmx.net (Christian Schoeller) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] [c_p_s@gmx.net: Re: [rr] Perl - Literatur fuer Einsteiger] Message-ID: <20031124153242.GB491@cps-pbg4.local.> Ich denke, dass nachfolgender Text auch fuer manche Subskribenten der Vienna-PM-Liste von Interesse sein duerfte. Urspruenglich habe ich ihn an die "Linux User Group Austria"-Liste geschrieben als Antwort auf eine vorangegangene Diskussion ueber Einsteigerliteratur zu Perl. C. ----- Forwarded message from Christian Schoeller ----- Date: Sun, 23 Nov 2003 19:15:40 +0100 From: Christian Schoeller To: rr@luga.at Subject: Re: [rr] Perl - Literatur fuer Einsteiger On Thu, Oct 09, 2003 at 06:54:30PM +0200, Christian Schoeller wrote: [Diskussion ueber die Perl-Serie von O'Reilly] > Aus diesem Grund tendiere ich jetzt doch eher zu Learning Perl - > scheint mir mehr meinem Wissensstand angemessen zu sein... ich kann > dir ja dann schreiben, wie es war :-) ...was ich hiermit auch tue. Nachfolgend eine Kurzrezension des Buches "Einfuehrung in Perl"; fuer Interessierte gibt es unter [1] alle Uebungen und ein kurzes Abstract zum Buch. # Systematik Mit rund 350 Seiten, aufgeteilt in 17 Kapitel, die jeweils einen speziellen Aspekt der Perl-Programmierung abdecken und mit praktischen Uebungsbeispielen zum gerade besprochenen enden, verspricht der Titel nicht zu viel. Von den Grundbegriffen (Skalare Daten - Arrays, ...) aufwaerts bis hin zur Arbeit mit Datenbanken beschaeftigen die Autoren den Leser mit immer neuen Aspekten der Perl-Programmierung. Etwas enttauscht war ich nur davon, dass, auszer im Anhang, mit keinem Wort auf CGI-Programmierung eingegangen wurde. Dies ist aber auch vielleicht deshalb, da Interessierte mit den am Ende des Buches erworbenen Faehigkeiten ohne weiteres auf Referenzmaterial zurueckgreifen koennen. # Stil Der zu Beginn _sehr_ gewoehnungsbeduerftige Stil von Schwartz und Phoenix wuchs mir sehr schnell ans Herz. Mit den auflockerenden (und zahlreich vorhandenen :-) Fusznoten das ganze Buch hindurch nehmen sie dem Leser auch in gewisser Weise die "Angst", sich mit Perl zu beschaeftigen und foerdern spielerisches, kreatives und abwechslungsreiches Lernen. # Inhalt Schnell wurde mir klar, dass dieses Buch einen Ehrenplatz in meinem Fachbuecherschrank bekommen wird. "Einfuehrung in Perl" besticht inhaltllich durch extreme Leserfreundlichkeit (an die Fusznoten gewoehnt man sich ja mit der Zeit), die sich unter anderem dadurch auszeichnet, dass die Autoren - fast wie bei einem Vortrag - mit dem Leser zu "kommunizieren" scheinen. Dies hat wiederum groszen Einfluss auf den sachlich (IMHO) fundierten Inhalt, der so leichter und besser zu verstehen ist. Grundsaetzlich wird es einem von den Autoren leicht gemacht, kontinuierlich mitzulernen und Freude am Programmieren zu entwickeln. # Bewertung Sehr zu empfehlen! Ich hoffe, damit dem ein oder anderen einen Anreiz gegeben zu haben, sich mit Perl zu beschaeftigen (wenn das nicht schon laengst geschehen ist :-) Christian [1] http://mitglied.lycos.de/cps0/docs/linux/perl/ ----- End forwarded message ----- -- Christian Schoeller {Student} | "I'm in favor of legalizing drugs. MAIL {mailto:c_p_s@gmx.net} | If people want to kill themselves, HTTP {http://www.yaup.at.tt} | they have every right to do so." EBAY {c_p_s!} | --Milton Friedman -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available Url : http://mail.pm.org/pipermail/vienna-pm/attachments/20031124/a6848354/attachment.bin From domm at zsi.at Fri Nov 28 14:22:18 2003 From: domm at zsi.at (Thomas Klausner) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] Perl Workshop Message-ID: <20031128202218.GG30294@zsi.at> Hi! So, nachdem mein aktuelles Monsterprojekt (http://oe1.orf.at) nahezu fertig ist, hab ich wieder ein wenig Zeit fuer andere Dinge, zB: Oesterreichischer Perl Workshop *) Sollen wir sowas machen? Ich wuerde sehr gerne (u.a. auch, weil der Deutsche Perl Workshop abgesagt/verschoben ist). Wer wuerde denn mitmachen wollen (organisieren, Talk halten, etc) *) Wie/was/wann/wo? Ich stelle mir eine eintaegige Veranstaltung vor, ev mit einer "Hack-Session" (oder so) am zweiten Tag, zB parrot/perl6. Leo? Vielleicht koennten wir so ein paar Parrot-Leute aus D-Land (oder sonstwo) anlocken, immerhin ist Leo ja Pumpking... Ein Freitag waere ideal, weil dann Nicht-WienerInnen noch das Wochenende dranhaengen koennen.. Location: Haengt wohl sehr von der zu erwartenden TeilnehmerInnenanzahl ab, aber irgendwas moeglichst billiges, aber trotzdem zentrales waere ein Hit (Matthias: geht was im MuQua? Oder hat jemand eine Uni-Connection?) Kosten: IMO sollte das ganze moeglichst billig ueber die Buehne gebracht werden, damit wir/ich nachher nicht finanziell runiert dastehen. Ausserdem: je geringer die Kosten, desto weniger Sponsoren sind noetig (im besten Fall: keine), d.h. kein Stress, welche aufzustellen (was natuerlich nicht heissen soll, das Sponsoren nicht willkommen sind. Ich mag nur keine keilen..) Fuer die Besucher sollte es relativ billig sein, dafuer darf dann auch nicht zu viel an Goodies erwartet werden. BZW, auf dem letzten Deutschen Perlworkshop wurde angesprochen, das Business-Besucher oft auch viel zahlen wollen, damit das ganze die noetige professionalitaet bekommt. Ich hab mal (ohne auch nur irgendwas Kalkuliert zu haben, ins Blaue hinein) an 10 Euro ("normal") bzw 100 Euro ("Business") gedacht. Zu klaeren waere da auch noch, wie Anmeldung etc abgerechnet wird. Verein gruenden ist IMO viel zu muehsam, aber vielleicht kann man sich ja an einen bereits existierenden dranhaengen (LUGA, YAS, ?) Ein Ausgabeposten sollte auf jeden Fall irgendeine Art von Catering fuer Kaffeepausen sein (Minimalvariante: Plastikbecher, Getraenke, Thermoskannen mit Kaffee/Tee, Kuchen o.ae.; Maximalvariante: Personal, Geschirr, Leckereien) OK, zusammenfassend und abschliessend ist IMO folgendes noetig: * Fixieren, wer mitorganisieren will/kann * Termin fixieren * Location aufstellen (am besten gratis) * Call for Papers und sonstige Werbung in allen moegliche Kanaelen. * Bonuslevels: - Wireless Netzwork - (Billig-) Unterkuenfte fuer Nicht-WienerInnen Auf Feedback hoffend... -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From horshack at lisa.franken.de Fri Nov 28 15:02:30 2003 From: horshack at lisa.franken.de (horshack@lisa.franken.de) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] Perl Workshop In-Reply-To: <20031128202218.GG30294@zsi.at> References: <20031128202218.GG30294@zsi.at> Message-ID: Hallo alle, ich kann gerne einen Vortrag ?ber HTML::Mason halten der einen ?berblick ?ber das ganze Thema gibt. Das ganze wurde diese Woche schon einmal im Rahmen des KNF-Kongresses (ein Netzwerkverein in Nordbayern) gehalten. Termin mit einem Wochenende am Rand w?re klasse (ich komme aus N?rnberg). Anspr?che an Veranstaltungsort: Internetzugang, muss nicht schnell sein, f?r den Vortrag. Ich kann Netzwerksachen wie Hubs, Kabel, WLAN-APs mitbringen wenn's n?tig ist. Wenn jemand _irgendwas_ mit B?chereien zu tun hat w?rde ich gerne ein Gesch?ftsgespr?ch f?hren und f?r 100 Euro Bewirtung ?bernehmen (http://www.hultsfred.de). Was meint ein Wiener mit "Leckereien"? Ich bin dabei! Herzliche Gr??e aus N?rnberg, Richard "Horshack" Lippmann On Fri, 28 Nov 2003, Thomas Klausner wrote: > Hi! > > So, nachdem mein aktuelles Monsterprojekt (http://oe1.orf.at) nahezu fertig > ist, hab ich wieder ein wenig Zeit fuer andere Dinge, zB: > > Oesterreichischer Perl Workshop > > *) Sollen wir sowas machen? Ich wuerde sehr gerne (u.a. auch, weil der > Deutsche Perl Workshop abgesagt/verschoben ist). Wer wuerde denn mitmachen > wollen (organisieren, Talk halten, etc) > > *) Wie/was/wann/wo? > > Ich stelle mir eine eintaegige Veranstaltung vor, ev mit einer > "Hack-Session" (oder so) am zweiten Tag, zB parrot/perl6. Leo? Vielleicht > koennten wir so ein paar Parrot-Leute aus D-Land (oder sonstwo) anlocken, > immerhin ist Leo ja Pumpking... > > Ein Freitag waere ideal, weil dann Nicht-WienerInnen noch das Wochenende > dranhaengen koennen.. > > Location: Haengt wohl sehr von der zu erwartenden TeilnehmerInnenanzahl ab, > aber irgendwas moeglichst billiges, aber trotzdem zentrales waere ein Hit > (Matthias: geht was im MuQua? Oder hat jemand eine Uni-Connection?) > > Kosten: IMO sollte das ganze moeglichst billig ueber die Buehne gebracht > werden, damit wir/ich nachher nicht finanziell runiert dastehen. Ausserdem: > je geringer die Kosten, desto weniger Sponsoren sind noetig (im besten Fall: > keine), d.h. kein Stress, welche aufzustellen (was natuerlich nicht heissen > soll, das Sponsoren nicht willkommen sind. Ich mag nur keine keilen..) > > Fuer die Besucher sollte es relativ billig sein, dafuer darf dann auch nicht > zu viel an Goodies erwartet werden. BZW, auf dem letzten Deutschen > Perlworkshop wurde angesprochen, das Business-Besucher oft auch viel zahlen > wollen, damit das ganze die noetige professionalitaet bekommt. Ich hab mal > (ohne auch nur irgendwas Kalkuliert zu haben, ins Blaue hinein) an 10 Euro > ("normal") bzw 100 Euro ("Business") gedacht. > > Zu klaeren waere da auch noch, wie Anmeldung etc abgerechnet wird. Verein > gruenden ist IMO viel zu muehsam, aber vielleicht kann man sich ja an einen > bereits existierenden dranhaengen (LUGA, YAS, ?) > > Ein Ausgabeposten sollte auf jeden Fall irgendeine Art von Catering fuer > Kaffeepausen sein (Minimalvariante: Plastikbecher, Getraenke, Thermoskannen > mit Kaffee/Tee, Kuchen o.ae.; Maximalvariante: Personal, Geschirr, Leckereien) > > OK, zusammenfassend und abschliessend ist IMO folgendes noetig: > > * Fixieren, wer mitorganisieren will/kann > * Termin fixieren > * Location aufstellen (am besten gratis) > * Call for Papers und sonstige Werbung in allen moegliche Kanaelen. > * Bonuslevels: > - Wireless Netzwork > - (Billig-) Unterkuenfte fuer Nicht-WienerInnen > > Auf Feedback hoffend... > > > From lt at toetsch.at Fri Nov 28 16:48:24 2003 From: lt at toetsch.at (Leopold Toetsch) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] Perl Workshop References: <20031128202218.GG30294@zsi.at> Message-ID: <3FC7D0B8.5090704@toetsch.at> Thomas Klausner wrote: > Ich stelle mir eine eintaegige Veranstaltung vor, ev mit einer > "Hack-Session" (oder so) am zweiten Tag, zB parrot/perl6. Leo? Vielleicht > koennten wir so ein paar Parrot-Leute aus D-Land (oder sonstwo) anlocken, > immerhin ist Leo ja Pumpking... Ich stehe f?r jede Parrot-bezogene Schandtat zur Verf?gung. Talk, zus?tzlich auch kurzer, allgemeinerer Natur ?ber Interpreter w?re auch m?glich. Papageien hacken sowieso. Mit Perl6 kann ich leider mangels tieferer Erkenntnisse nicht dienen. > Ein Freitag waere ideal, weil dann Nicht-WienerInnen noch das Wochenende > dranhaengen koennen.. Ok for me - Wann ca.? >* Bonuslevels: + F?r den weitest angereisten Workshop-Besucher sponsere ich ein e.h. signiertes P6E[1] l - diesmal bleib ich in Wien - eo [1] O'Reilly: Perl6 Essentials From nick at ccl4.org Fri Nov 28 17:30:04 2003 From: nick at ccl4.org (Nicholas Clark) Date: Mon Aug 2 21:39:14 2004 Subject: [Vienna-pm] Perl Workshop In-Reply-To: <20031128202218.GG30294@zsi.at> References: <20031128202218.GG30294@zsi.at> Message-ID: <20031128233004.GH11153@plum.flirble.org> On Fri, Nov 28, 2003 at 09:22:18PM +0100, Thomas Klausner wrote: > Ich stelle mir eine eintaegige Veranstaltung vor, ev mit einer > "Hack-Session" (oder so) am zweiten Tag, zB parrot/perl6. Leo? Vielleicht > koennten wir so ein paar Parrot-Leute aus D-Land (oder sonstwo) anlocken, > immerhin ist Leo ja Pumpking... Wie veile Deutsch-sprachige Parrot-Leute gibt es? Ich kann nur Leo und Juergen Boemmels auf perl6-internals sehen Nicholas Clark From lt at toetsch.at Sat Nov 29 05:11:47 2003 From: lt at toetsch.at (Leopold Toetsch) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Perl Workshop References: <20031128202218.GG30294@zsi.at> <20031128233004.GH11153@plum.flirble.org> Message-ID: <3FC87EF3.4070406@toetsch.at> Nicholas Clark wrote: > Wie veile Deutsch-sprachige Parrot-Leute gibt es? > Ich kann nur Leo und Juergen Boemmels auf perl6-internals sehen - Bernhard Schmalhofer - Nicholas Clark (Hi Nick - see you in Vienna?!) - Marcus Thiesen > Nicholas Clark leo From nick at ccl4.org Sat Nov 29 09:23:37 2003 From: nick at ccl4.org (Nicholas Clark) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Perl Workshop In-Reply-To: <3FC87EF3.4070406@toetsch.at> References: <20031128202218.GG30294@zsi.at> <20031128233004.GH11153@plum.flirble.org> <3FC87EF3.4070406@toetsch.at> Message-ID: <20031129152337.GN11153@plum.flirble.org> On Sat, Nov 29, 2003 at 12:11:47PM +0100, Leopold Toetsch wrote: > - Nicholas Clark (Hi Nick - see you in Vienna?!) Ja, ich hoffe nach Wien zu fahren. Nicholas Clark From fh at laudatio.com Sat Nov 29 13:09:12 2003 From: fh at laudatio.com (Florian Helmberger) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Perl Workshop Message-ID: <846F3BC6-229F-11D8-BDB9-000393875BF8@laudatio.com> On 28.11.2003, at 21:22, Thomas Klausner wrote: Hi. > *) Wie/was/wann/wo? [...] > Location: Haengt wohl sehr von der zu erwartenden > TeilnehmerInnenanzahl ab, > aber irgendwas moeglichst billiges, aber trotzdem zentrales waere ein > Hit > (Matthias: geht was im MuQua? Oder hat jemand eine Uni-Connection?) Eventuell koennte die Universitaet Wien da aushelfen - habt Ihr irgendwie eine Groessenordnung vor dem geistigen Auge? Mit der Info koennte dann mein Chefchen zu seinem Chefchen gehen etc. :) Netzwerk, WLAN etc. waere jedenfalls auf keinen Fall ein Problem. LG, Florian -- 0699 109 24 24 5 - http://www.laudatio.com From p0k3 at gmx.net Sat Nov 29 14:23:29 2003 From: p0k3 at gmx.net (m) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] EINLADUNG: 5uper Cheap 5ummer 5port BEACH PUN5CH ab 30.11.2003 jeden 5onntag! Message-ID: <3FC90041.4040301@gmx.net> herzliche einladung an alle perlmongers! gruss, matthias -- __________________________________________________ | 5uper.net and Cheap.Rec. present: ||||| 5uper Cheap 5ummer 5port BEACH PUN5CH \ / 5ummer is 5uper! - O - >>>>>>>>>>>>>>>> / \ http://5uper.net __________________________________________________ Wir haben vor, den 5ommer wieder zur?ckzuholen. Zumindest jeden 5onntag. 5UPER CHEAP PUNSCH MQ/electric avenue Museumsplatz 1 1070 Wien http://cheap.at http://5uper.net ab 30.11.2003 / jeden Sonntag von 14:00 bis 22:00 - Inklusive Fussbodenheizung! __________________________________________________ FREE TABLETENNIS! FREE BOCCIA! FREE SELECTED BAYWATCH SCENES! FREE CORNETTO IF YOU COME IN 5UMMER OUTFIT! FREE VIRTUAL BEACH VOLLEYBALL! BADEMEISTERs GET DISCOUNT! __________________________________________________ Ab 30.11.2003 veranstalten Cheap Rec. und 5uper.net jeden Sonntag ein Hang-Out in der Electric Avenue: H?ferl & Beats - Rum & Bass. Neben guter Laune werden heisser Punsch (Gl?hwein) und Snacks zu Musik und Kurzfilmen serviert. 5uper.net VS. Winter: Die erste Runde geht an 5uper.net. Ein Punch zeigt dem Winter unsere kalte 5chulter; 5tarker Rum und kr?ftige Beats brennen der kalten Jahreszeit ein 5ommerloch. DATES In zw?lf Runden heizen wir dem Winter ein: SO 30.11.2003 SO 7.12.2003 SO 14.12.2003 SO 21.12.2003 SO 28.12.2003 (w?chentlich 5onntags gehts weiter...) PROGRAMM-POOL (alphabetisch) bleistift blitzkrieg.bob bobby starrr bware down jones fishbitch gollini+wolfgruber (live!) ile hoec max.headroom microthol patrick pulsinger paul young philipp van het veld parasew renfah tibcurl tunakan+gollini sonstige extras und weiteres programm im web. __________________________________________________ Cheap praesentiert alle bisher produzierten Videos im "PORTAL": ein OSX unterst?tztes Interface mit 21" Apple CinemaDisplays und brandneuen G5 CPUs. 5uper.net pr?sentiert selektierte Kurzfilme und Animationen von fs2.at/ mmm.ok.ag, gibt Vorschau auf Projekte die im 5uper.info.point zu sehen sein werden und informiert ?ber aktuelles. DJs und Livekonzerte aus dem Umfeld von Cheap Rec. und 5uper.net, das genaue Programm ist auf http://5uper.net/ und http://shop.cheap.at einzusehen. (( )) c|--| PUNSCH provided by |__| gwen's gl?hwein __________________________________________________ "Es kommen mehr, wenn sie glauben, es gibt Punsch und Kuchen." (Eric Cartman, "South Park - Der Film")" 5uper.net bedankt sich beim Tanzquartier Wien f?r die freundliche Leihgabe der M?bel und bei allen anderen die uns unterst?tzen! From p0k3 at gmx.net Sat Nov 29 21:18:04 2003 From: p0k3 at gmx.net (m) Date: Mon Aug 2 21:39:15 2004 Subject: [Vienna-pm] Perl Workshop In-Reply-To: <20031128202218.GG30294@zsi.at> References: <20031128202218.GG30294@zsi.at> Message-ID: <3FC9616C.5020000@gmx.net> Thomas Klausner wrote: > Hi! [..] > Oesterreichischer Perl Workshop [..] > Location: Haengt wohl sehr von der zu erwartenden TeilnehmerInnenanzahl ab, > aber irgendwas moeglichst billiges, aber trotzdem zentrales waere ein Hit > (Matthias: geht was im MuQua? Oder hat jemand eine Uni-Connection?) > > Kosten: IMO sollte das ganze moeglichst billig ueber die Buehne gebracht > werden, damit wir/ich nachher nicht finanziell runiert dastehen. [...] hi thomas und alle anderen, muqua wuerde generell in unserem gemieteten raum gehen -- electric avenue // 5uper.net ich werde checken ob es in der ganzen electric avenue moeglich waere, ist aber generell kein problem glaube ich. ich kann das im laufe der naechsten woche genauer herausfinden. kosten wuerde das garnichts, waere von 5uper.net unterstuetzt. platz/anzahl der leute: ja, es waere 5uper wenn wir eine ungefaehre zahl einschaetzen koennten -- wuerde es auch erleichtern herauszufinden, ob der platz dort ueberhaupt geeignet ist -- 1.000 leute passen naemlich nicht rein ;) gruss, matthias