From pilsl at goldfisch.at Thu Dec 1 05:58:51 2005 From: pilsl at goldfisch.at (peter pilsl) Date: Thu, 01 Dec 2005 14:58:51 +0100 Subject: [Vienna-pm] mehrere versionen eines modules gleichzeitig benutzen In-Reply-To: <43731109.6010402@goldfisch.at> References: <43731109.6010402@goldfisch.at> Message-ID: <438F019B.5010806@goldfisch.at> peter pilsl wrote: > > ich hab ein module und das ist mal fertig und geht in die production. > gut. nebenbei m?chte ich das module am gleichen rechner aber > weiterentwickeln ohne am tag 10x den productionserver zu schiessen. > > *zusatzfrage* f?r domm und andere mod_perls : hab ich eine chance, das > auch unter mod_perl hinzukriegen. vor allem, wenn das am gleichen apache > lauft? development hab ich meist eh nicht unter mod_perl laufen, aber in > der endphase dann halt doch. > vielen dank f?r alle antworten. Ich hab jetzt eine gute, einfache und hoffentlich auch funktionierende L?sung gefunden, die ich f?r interessierte hier lang und chaotisch skizzieren will: A) auf der seite der module In allen verwendeten Modulen hab ich bei der devel-version das Makefile.PL ge?ndert, so dass DESTDIR mein neues perlmodule-root festlegt. Damit kann ich auch bei der devel-version einfach mit make und make install arbeiten und muss nicht bei jedem make das DESTDIR anf?gen und mit schlimmen Folgen rechnen, wenn ich es mal vergesse. WriteMakefile( 'NAME' => 'goldfisch::search2', 'DESTDIR' => '/data/apache/knowledge/sandbox/bin/perllib', 'VERSION_FROM' => 'search2.pm', # finds $VERSION 'PREREQ_PM' => {}, # e.g., Module::Name => 1.1 ($] >= 5.005 ? ## Add these new keywords supported since 5.005 (ABSTRACT_FROM => 'search2.pm', # retrieve abstract from module AUTHOR => 'pilsl at goldfisch.at') : ()), ); Wichtig dabei ist, dass es reicht das Makefile.PL in den "Hauptmodulen" zu ?ndern. Die Submodule folgend dann automatisch, wenn man ein richtiges MANIFEST hat und auch die submodules immer nur ?ber das hauptmodule testet und installiert. das ?ndern von Makefile ist aus meiner Sicht nicht so gut, weil irgendwann braucht man doch ein "perl Makefile.PL" und dann wird das Makefile wieder ?berschrieben. Ich habe in meinem konkreten Fall vier Hauptmodule (ala goldfisch::tt2) und da waren die Makefiles.PL schnell ge?ndert. Wenn ich die untermodule (ala goldfisch::tt2::init) auch alle h?tt ?ndern m?ssen, h?tt ich mir wahrscheinlich ein script geschrieben dazu. Beim Kopieren der Module aus der devel-version in die production darf man das Makefile halt nicht mitkopieren und distributionpackages sollte man halt aus der production-version erstellen. B) auf seite der aufrufenden Anwendungen hier hab ich den Riesenvorteil, dass ich alle Module aus einer einzigen perl-applikation aus starte und nach dem lesen von domms paper hab ich auf "use lib" gesetzt. use lib '/data/apache/knowledge/sandbox/bin/perllib/usr/local/lib/perl5/site_perl/5.8.5'; und das wars. @INC "vererbt" sich offenbar auf alle geladenen module und somit funktioniert das bestens und extrem einfach. das mit dem BEGIN-block und den if-abfragen, wie von thomas vorgeschlagen muss ich mir erst anschauen. Steht da der hostname schon in ENV ? Cool w?rs, weil dann m?sst man beim wechsel von devel auf producation gar keinen source mehr ?ndern. C) zus?tze: i) push(@INC) ist in meinem Fall keine gute L?sung, weil ja die production-version eh auch in @INC steht, weil die im standardpfad ist, den ich nicht rausnehmen kann, weil da ja alle andern module liegen, die ich so brauche. wer direkt mit @INC arbeiten will, m?sste also ein "unshift(@INC)" verwenden, aber ich finde use lib wesentlich einfacher und cooler. ii) f?r mod_perl funktioniert das ganze nicht so einfach, weil die packagenames ja gleich bleiben und mod_perl daher einmalig die version (devel oder production) l?dt, die als erste gew?nscht wird und dann auch an die andere version ausliefert. Ein eigener apache kommt nicht in Frage. Es laufen schon drei apaches und die applikation ist *extrem* speicherhungrig. Einen vierten, der auch wieder ein paar 100MB will, vertr?gt mein Server leider nicht mehr. Wenn ich mal ganz viel Zeit habe, werde ich mir anschauen, ob man legaler- oder illegalerweise einen packagenamezusatz auch im Makefile festlegen kann. iii) das only-module w?rde ein versions-logistig voraussetzen, die ?ber ein t?gliches tar czvf aller module hinausgeht ;) iv) bei mod_perl ist imho "." nicht Teil von @INC.zumindest in meiner 1.99.9999999999999999 (oder so)-version. hab aber schon einige zeit nicht mehr upgedated. danke an alle nochmals, lgp ps: ganz rein theoretisch hab ich also jetzt ein kleines b?ro mit internet/wlan/klo/beamer/dachterasse/wienblick f?r etwaige vortr?ge von bis zu 10Leuten (im sommer auf der terasse mehr). da ich aber selbst eh nie zeit habe, zu vortr?gen zu kommen, m?sste das bei interesse ?ber domm organisiert werden (der einzige, den ich kenn und somit der einzige, dem ich den schl?ssel aush?ndigen w?rde ;) - aber vielleicht w?rd ich dann ja mal kommen :) From gooly at gmx.at Sun Dec 11 09:53:13 2005 From: gooly at gmx.at (Carl A. Schreiber) Date: Sun, 11 Dec 2005 18:53:13 +0100 Subject: [Vienna-pm] 0 setzen eine arrays Message-ID: <200512111853.14244.gooly@gmx.at> Hallo und sch?ne Vorweihnacht .. ich hab einen variierenden Fehler-Array @err der genauso gross wie ein variierender Durchschnitt-Array @avg sein soll, aber jedesmal vor der Neuberechnung auf null zu setzen w?re, meine Idee: @err = map { $_*0 } @avg; das aber kopiert troztdem @avg nach @err, es stehe dort (@err) keine nullen sondern die Werte aus @avg :-( warum??? Ich erpare mir so a) kopieren b)loop mit einzel null setzen .. leider ergibt das noch einfachere einen Fehler: @err = map { 0 } @avg; Danke schon mal, Calli From KlausRusch at atmedia.net Sun Dec 11 09:57:30 2005 From: KlausRusch at atmedia.net (Klaus Johannes Rusch) Date: Sun, 11 Dec 2005 18:57:30 +0100 Subject: [Vienna-pm] 0 setzen eine arrays In-Reply-To: <200512111853.14244.gooly@gmx.at> References: <200512111853.14244.gooly@gmx.at> Message-ID: <439C688A.7080500@atmedia.net> Carl A. Schreiber wrote: >Hallo und sch?ne Vorweihnacht .. > >ich hab einen variierenden Fehler-Array @err der genauso gross wie ein >variierender Durchschnitt-Array @avg sein soll, aber jedesmal vor der >Neuberechnung auf null zu setzen w?re, meine Idee: > @err = map { $_*0 } @avg; >das aber kopiert troztdem @avg nach @err, es stehe dort (@err) keine nullen >sondern die Werte aus @avg :-( > > Sollte eigentlich funktionieren, ebenso wie ... >Ich erpare mir so a) kopieren b)loop mit einzel null setzen .. > leider ergibt das noch einfachere einen Fehler: > @err = map { 0 } @avg; > ... die Variante, welchen Fehler bekommst Du denn bei dem Statement? use strict; my @avg = (1, 2, 3, 4); my @err = map { 0 } @avg; print join " ", @err; liefert wie erwartet 0 0 0 0. -- Klaus Johannes Rusch KlausRusch at atmedia.net http://www.atmedia.net/KlausRusch/ From gooly at gmx.at Sun Dec 11 10:20:28 2005 From: gooly at gmx.at (Carl A. Schreiber) Date: Sun, 11 Dec 2005 19:20:28 +0100 Subject: [Vienna-pm] 0 setzen eine arrays In-Reply-To: <439C688A.7080500@atmedia.net> References: <200512111853.14244.gooly@gmx.at> <439C688A.7080500@atmedia.net> Message-ID: <200512111920.28735.gooly@gmx.at> Am Sonntag, 11. Dezember 2005 18:57 schrieb Klaus Johannes Rusch: > Carl A. Schreiber wrote: > >Hallo und sch?ne Vorweihnacht .. > > > >ich hab einen variierenden Fehler-Array @err der genauso gross wie ein > >variierender Durchschnitt-Array @avg sein soll, aber jedesmal vor der > >Neuberechnung auf null zu setzen w?re, meine Idee: > > @err = map { $_*0 } @avg; > >das aber kopiert troztdem @avg nach @err, es stehe dort (@err) keine > > nullen sondern die Werte aus @avg :-( > > Sollte eigentlich funktionieren, ebenso wie ... > > >Ich erpare mir so a) kopieren b)loop mit einzel null setzen .. > > leider ergibt das noch einfachere einen Fehler: > > @err = map { 0 } @avg; > > ... die Variante, welchen Fehler bekommst Du denn bei dem Statement? > > use strict; > my @avg = (1, 2, 3, 4); > my @err = map { 0 } @avg; > print join " ", @err; > > liefert wie erwartet 0 0 0 0. ?hhm, uups, ich sollte vielleicht aufh?ren. In der Tat @err = map { 0 } @avg; geht ! die Fehlermeldung war wohl f?r 'was anderes und mein zweiter Fehler: in meinem print (print "@avg @err") stand beide Male @avg (print "avg @avg", kein Wunder, dass ich immer wieder trotz aller ?nderungen und Versuche (grummel) die gleichen Werte erhielt .. jetzt ist alles ok. Na, eine wei?e Weihnacht f?r alle, Calli From juffi at ke.informatik.tu-darmstadt.de Wed Dec 14 03:50:11 2005 From: juffi at ke.informatik.tu-darmstadt.de (Johannes Fuernkranz) Date: Wed, 14 Dec 2005 12:50:11 +0100 Subject: [Vienna-pm] 0 setzen eine arrays In-Reply-To: <200512111853.14244.gooly@gmx.at> References: <200512111853.14244.gooly@gmx.at> Message-ID: <43A006F3.1060907@ke.informatik.tu-darmstadt.de> Carl A. Schreiber wrote: > Hallo und sch?ne Vorweihnacht .. > > ich hab einen variierenden Fehler-Array @err der genauso gross wie ein > variierender Durchschnitt-Array @avg sein soll, aber jedesmal vor der > Neuberechnung auf null zu setzen w?re, meine Idee: > @err = map { $_*0 } @avg; > das aber kopiert troztdem @avg nach @err, es stehe dort (@err) keine nullen > sondern die Werte aus @avg :-( > warum??? > > Ich erpare mir so a) kopieren b)loop mit einzel null setzen .. > leider ergibt das noch einfachere einen Fehler: > @err = map { 0 } @avg; Ich haette einfach @err = (0) x @avg; gemacht. Spricht da was dagegen? Juffi From michael.kroell at uibk.ac.at Wed Dec 14 04:43:10 2005 From: michael.kroell at uibk.ac.at (=?ISO-8859-1?Q?Michael_Kr=F6ll?=) Date: Wed, 14 Dec 2005 13:43:10 +0100 Subject: [Vienna-pm] 0 setzen eine arrays In-Reply-To: <43A006F3.1060907@ke.informatik.tu-darmstadt.de> References: <200512111853.14244.gooly@gmx.at> <43A006F3.1060907@ke.informatik.tu-darmstadt.de> Message-ID: <43A0135E.70905@uibk.ac.at> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Johannes Fuernkranz wrote: |>Ich erpare mir so a) kopieren b)loop mit einzel null setzen .. |> leider ergibt das noch einfachere einen Fehler: |> @err = map { 0 } @avg; | | Ich haette einfach | | @err = (0) x @avg; | | gemacht. Spricht da was dagegen? Nachdem das auch noch um einiges schneller zu sein scheint, denke ich nicht. - --michael use Benchmark qw(:all); my @avg = qw( 1 2 3 4 5 ); my @err = (); my $r = timethese( -5, { ~ a => sub{ @err = map { 0 } @avg; }, ~ b => sub{ @err = (0) x @avg; }, ~ } ); Benchmark: running a, b for at least 5 CPU seconds... ~ a: 5 wallclock secs ( 4.85 usr + 0.56 sys = 5.41 CPU) @ 218227.54/s (n=1180611) ~ b: 3 wallclock secs ( 4.17 usr + 0.93 sys = 5.10 CPU) @ 551290.98/s (n=2811584) - -- 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.2.4 (MingW32) iD8DBQFDoBNeeM3QI14qZogRAtfNAJ4mNUkB3vOEC0ml2mFD2TnQ4D1cYgCghlu9 qJG1AxKYpzaVp5F1XTqsrnI= =Gb5f -----END PGP SIGNATURE----- From domm at zsi.at Fri Dec 16 03:38:25 2005 From: domm at zsi.at (Thomas Klausner) Date: Fri, 16 Dec 2005 12:38:25 +0100 Subject: [Vienna-pm] Job: Aerzte ohne Grenzen Message-ID: <20051216113825.GJ2977@domm2.zsi.at> Hi! Wiedermal ein Job... ----- Forwarded message from Harald MAYER ----- To: domm at zsi.at Subject: job-eintrag vienna.pm From: Harald MAYER Date: Fri, 16 Dec 2005 11:17:12 +0100 hallo, w?re es m?glich, folgende job-ausschreibung auf vienna.pm zu schalten? -- F?r Erweiterungen am Backend unserer Website www.aerzte-ohne-grenzen.at sucht die internationale humanit?re Hilfsorganisation ?rzte ohne Grenzen eine(n) erfahrene(n), zuverl?ssige(n) PERL-Programmierer(in). Falls Sie die erforderlichen Qualifikationen mitbringen und sich vorstellen k?nnen, zu Social-Tarifen f?r eine Non-Profit-Organisation auf Freelance-Basis zu arbeiten, wenden Sie sich bitte in einem kurzen, informellen E-Mail an harald.mayer at aerzte-ohne-grenzen.at Viele Gr??e, Harald Mayer Website-Editor ?rzte ohne Grenzen / M?decins Sans Fronti?res -- vielen dank und viele gr??e, harald mayer ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Harald Mayer Website-Editor ?rzte ohne Grenzen / M?decins Sans Fronti?res 1020 Wien, Taborstra?e 10, Austria T: +43 - 1 - 409 7276 - 30 M: +43 - 650 - 8234683 F: +43 - 1 - 409 7276 - 40 E: harald.mayer at aerzte-ohne-grenzen.at W: www.aerzte-ohne-grenzen.at Online-Petition unterzeichnen: http://www.aerzte-ohne-grenzen.at/petition Subscribe e-Newsletter: http://www.aerzte-ohne-grenzen.at/mailinglist ----- End forwarded message ----- -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From spaceman at foo.at Sat Dec 17 16:47:04 2005 From: spaceman at foo.at (Stefan Weiss) Date: Sun, 18 Dec 2005 01:47:04 +0100 Subject: [Vienna-pm] Curses Message-ID: <43A4B188.7020708@foo.at> Hi. Ich bin gerade dabei, ein relativ anspruchsloses Administrations-Skript (CLI) f?r eine mittelgro?e Webapplikation zu schreiben. Damit das ganze ein bi?chen weniger langweilig f?r mich wird, m?chte ich dem Skript ein h?bsches Curses-Interface geben. Ich habe bisher noch nicht mit Curses gearbeitet; welche Module sollte ich mir am ehesten anschauen (Curses.pm, Curses::UI, Curses::Simp, ...)? Hat jemand von euch Links auf gute Tutorials und/oder Beispielskripte? TIA, stefan From Wolfgang.Laun at alcatel.at Sun Dec 18 23:16:21 2005 From: Wolfgang.Laun at alcatel.at (Wolfgang Laun) Date: Mon, 19 Dec 2005 08:16:21 +0100 Subject: [Vienna-pm] Curses In-Reply-To: <43A4B188.7020708@foo.at> References: <43A4B188.7020708@foo.at> Message-ID: <43A65E45.8000300@alcatel.at> Curses ist m.E. ein Relikt aus fr?heren Zeiten. Wenn es nicht zwingende Gr?nde dagegen gibt, w?rde ich auch bei einfacheren Sache zu einem GUI-Interface (z.B. Perl/Tk) greifen. Der Lernaufwand ist sicher h?her, aber der Spa?-Faktor noch viel mehr ;-) mfg Wolfgang Stefan Weiss wrote: >Hi. > >Ich bin gerade dabei, ein relativ anspruchsloses Administrations-Skript >(CLI) f?r eine mittelgro?e Webapplikation zu schreiben. Damit das ganze ein >bi?chen weniger langweilig f?r mich wird, m?chte ich dem Skript ein h?bsches >Curses-Interface geben. > >Ich habe bisher noch nicht mit Curses gearbeitet; welche Module sollte ich >mir am ehesten anschauen (Curses.pm, Curses::UI, Curses::Simp, ...)? Hat >jemand von euch Links auf gute Tutorials und/oder Beispielskripte? > >TIA, >stefan >_______________________________________________ >Vienna-pm mailing list >Vienna-pm at pm.org >http://mail.pm.org/mailman/listinfo/vienna-pm > > From wilhelm.nagy at umweltbundesamt.at Mon Dec 19 00:45:13 2005 From: wilhelm.nagy at umweltbundesamt.at (Nagy Wilhelm) Date: Mon, 19 Dec 2005 09:45:13 +0100 Subject: [Vienna-pm] Curses Message-ID: <72BF39602187F24A9F9538B8BAE2993EA3F512@PCMAIL1.umweltbundesamt.at> > -----Urspr?ngliche Nachricht----- > Von: vienna-pm-bounces at pm.org > [mailto:vienna-pm-bounces at pm.org] Im Auftrag von Wolfgang Laun > Gesendet: Montag, 19. Dezember 2005 08:16 > An: Stefan Weiss > Cc: vienna-pm at pm.org > Betreff: Re: [Vienna-pm] Curses > > > Curses ist m.E. ein Relikt aus fr?heren Zeiten. Wenn es nicht > zwingende > Gr?nde dagegen gibt, w?rde ich auch bei einfacheren Sache zu einem > GUI-Interface (z.B. Perl/Tk) greifen. Der Lernaufwand ist > sicher h?her, > aber der Spa?-Faktor noch viel mehr ;-) > @Perl/Tk: Ich kann Wolfgang nur best?tigen. Habe gerade ein kleines projekt mit Perl/Tk abgeschlossen. Bei Verwendung des pack geometriemanager ist der spassfaktor am h?chsten. Lg \^/ili > mfg > Wolfgang > > Stefan Weiss wrote: > > >Hi. > > > >Ich bin gerade dabei, ein relativ anspruchsloses > Administrations-Skript > >(CLI) f?r eine mittelgro?e Webapplikation zu schreiben. > Damit das ganze > >ein bi?chen weniger langweilig f?r mich wird, m?chte ich dem > Skript ein > >h?bsches Curses-Interface geben. > > > >Ich habe bisher noch nicht mit Curses gearbeitet; welche > Module sollte > >ich mir am ehesten anschauen (Curses.pm, Curses::UI, Curses::Simp, > >...)? Hat jemand von euch Links auf gute Tutorials und/oder > >Beispielskripte? > > > >TIA, > >stefan > >_______________________________________________ > >Vienna-pm mailing list > >Vienna-pm at pm.org > >http://mail.pm.org/mailman/listinfo/vienna-pm > > > > > > _______________________________________________ > Vienna-pm mailing list > Vienna-pm at pm.org > http://mail.pm.org/mailman/listinfo/vienna-pm > > From armin at xos.net Mon Dec 19 02:05:03 2005 From: armin at xos.net (Armin Obersteiner) Date: Mon, 19 Dec 2005 11:05:03 +0100 Subject: [Vienna-pm] Curses In-Reply-To: <72BF39602187F24A9F9538B8BAE2993EA3F512@PCMAIL1.umweltbundesamt.at> References: <72BF39602187F24A9F9538B8BAE2993EA3F512@PCMAIL1.umweltbundesamt.at> Message-ID: <20051219100502.GB17681@elch.elche> hi! > > Curses ist m.E. ein Relikt aus fr?heren Zeiten. Wenn es nicht > > Gr?nde dagegen gibt, w?rde ich auch bei einfacheren Sache zu einem > > GUI-Interface (z.B. Perl/Tk) greifen. Der Lernaufwand ist > > @Perl/Tk: > Ich kann Wolfgang nur best?tigen. Habe gerade ein kleines projekt mit Perl/Tk abgeschlossen. tk ist eine relikt aus frueheren zeiten, am besten Perl/Gtk verwenden. ;-) Ciao, Armin -- armin at xos.net pgp public key on request CU From spaceman at foo.at Tue Dec 20 06:24:41 2005 From: spaceman at foo.at (Stefan Weiss) Date: Tue, 20 Dec 2005 15:24:41 +0100 Subject: [Vienna-pm] Curses In-Reply-To: <20051219100502.GB17681@elch.elche> References: <72BF39602187F24A9F9538B8BAE2993EA3F512@PCMAIL1.umweltbundesamt.at> <20051219100502.GB17681@elch.elche> Message-ID: <43A81429.7080008@foo.at> On 2005-12-19 11:05, Armin Obersteiner wrote: >> > Curses ist m.E. ein Relikt aus fr?heren Zeiten. Wenn es nicht >> > Gr?nde dagegen gibt, w?rde ich auch bei einfacheren Sache zu einem >> > GUI-Interface (z.B. Perl/Tk) greifen. > tk ist eine relikt aus frueheren zeiten, am besten Perl/Gtk verwenden. Manche Leute w?rden ja auch Perl als ein Relikt aus fr?heren Zeiten bezeichnen, aber lassen wir das :) Ich habe mich nicht gut ausgedr?ckt: ich suche eine M?glichkeit, einem Skript, das in der _Konsole_ l?uft, ein nettes UI zu verpassen. Der User muss in diesem Skript ein paar Auswahlen treffen, bevor er Daten eingibt. Da w?re einmal die ganz simple Variante wie sie zB fdisk verwendet; so habe ich jetzt auch angefangen, damit einmal die Funktionalit?t verf?gbar ist. Aber sehr befriedigend ist das nicht, weil ich dabei nichts neues lerne (das ganze ist nicht besonders dringend). Fein w?re es zB wenn die Men?auswahl auch mit den Cursortasten erfolgen k?nnte, wenn man mit ANSI-Codes etwas halbgrafisches machen k?nnte, usw. Auf Curses habe ich mich ?berhaupt nicht festgelegt; es gibt zB hier http://cpan.uwinnipeg.ca/chapter/User_Interfaces/Term eine ganze Palette an Modulen die mehr oder weniger brauchbar ausschauen, nur habe ich noch mit keinem davon gearbeitet, und wollte fragen, ob vielleicht jemand auf der Liste sich damit schon besch?ftigt hat. Im Moment finde ich diese beiden hier http://cpan.uwinnipeg.ca/htdocs/Term-ANSIMenu/Term/ANSIMenu.html http://cpan.uwinnipeg.ca/htdocs/Term-Screen/Term/Screen.html recht interessant. Fast alle Module in der Liste sind nicht im Core-Paket enthalten, aber das ist nicht so wichtig. Curses ist wahrscheinlich zu low-level und zeitintensiv f?r so eine Kleinigkeit, etwas Widget-basierendes w?re mir lieber. cheers, stefan From michael.kroell at uibk.ac.at Thu Dec 22 00:38:43 2005 From: michael.kroell at uibk.ac.at (Michael Kroell) Date: Thu, 22 Dec 2005 09:38:43 +0100 Subject: [Vienna-pm] Job: Web-SpezialistIn (mod_perl, RDBMS, Content Management) gesucht Message-ID: <43AA6613.6050008@uibk.ac.at> Hi! In eigener Sache: http://www2.uibk.ac.at/zid/aktuell/web-spezialistin_gesucht.html Mehr oder weniger geht es dabei um meinen derzeitigen Job, in dem ich nur mehr bis Ende J?nner arbeiten werde, da es mich aus pers?nlichen Gr?nden nach Wien zieht. Die Arbeit und das Umfeld sind auf jeden Fall zu empfehlen! Ansonsten h?tte ich es wahrscheinlich nicht ?ber 10 Jahre dort ausgehalten... Bitte auch an potentielle InteressenInnen weiterleiten! Michael Kr?ll -- IT Services University of Innsbruck 063A F25E B064 A98F A479 1690 78CD D023 5E2A 6688 http://zis.uibk.ac.at/.m/uibk.ac.at_pgp_pubkey.asc From domm at zsi.at Thu Dec 22 01:20:02 2005 From: domm at zsi.at (Thomas Klausner) Date: Thu, 22 Dec 2005 10:20:02 +0100 Subject: [Vienna-pm] Job: Web-SpezialistIn (mod_perl, RDBMS, Content Management) gesucht In-Reply-To: <43AA6613.6050008@uibk.ac.at> References: <43AA6613.6050008@uibk.ac.at> Message-ID: <20051222092002.GF16017@domm2.zsi.at> Hi! On Thu, Dec 22, 2005 at 09:38:43AM +0100, Michael Kroell wrote: > In eigener Sache: > http://www2.uibk.ac.at/zid/aktuell/web-spezialistin_gesucht.html > > Bitte auch an potentielle InteressenInnen weiterleiten! Habs auf die Vienna.pm-Website getan: http://vienna.pm.org/jobs.html Und (bald) willkommen in Wien! -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/} From michael.kroell at uibk.ac.at Thu Dec 22 01:18:13 2005 From: michael.kroell at uibk.ac.at (Michael Kroell) Date: Thu, 22 Dec 2005 10:18:13 +0100 Subject: [Vienna-pm] [luga] Re: Job: Web-SpezialistIn (mod_perl, RDBMS, Content Management) gesucht In-Reply-To: <20051222092002.GF16017@domm2.zsi.at> References: <43AA6613.6050008@uibk.ac.at> <20051222092002.GF16017@domm2.zsi.at> Message-ID: <43AA6F55.40306@uibk.ac.at> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Klausner wrote: | Habs auf die Vienna.pm-Website getan: | http://vienna.pm.org/jobs.html Merci! :-) - --michael - -- IT Services University of Innsbruck 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.1 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDqm9VeM3QI14qZogRApUmAJ4r9Po7QIveVbrohtQlXsA06d3u7gCgxqPZ tzJula9id5ps2WCMsSLeHvg= =HcPY -----END PGP SIGNATURE----- From mjy at geizhals.at Fri Dec 23 06:25:00 2005 From: mjy at geizhals.at (Marinos Yannikos) Date: Fri, 23 Dec 2005 15:25:00 +0100 Subject: [Vienna-pm] Curses In-Reply-To: <43A81429.7080008@foo.at> References: <72BF39602187F24A9F9538B8BAE2993EA3F512@PCMAIL1.umweltbundesamt.at> <20051219100502.GB17681@elch.elche> <43A81429.7080008@foo.at> Message-ID: <43AC08BC.9050004@geizhals.at> Stefan Weiss schrieb: > Ich habe mich nicht gut ausgedr?ckt: ich suche eine M?glichkeit, einem > Skript, das in der _Konsole_ l?uft, ein nettes UI zu verpassen. Der User > muss in diesem Skript ein paar Auswahlen treffen, bevor er Daten eingibt. F?r kleinere Dinge ist "dialog" als externes Programm sicher geeignet (von div. Linux-Installations-Scripts bekannt, wie auch vom "make menuconfig" des Kernels(*)). Das Curses::UI-Paket sieht jedenfalls wie eine saubere Perl-Alternative dazu aus. http://search.cpan.org/~marcus/Curses-UI-0.95/ Ein Mini-Tutorial gibt es auch: http://search.cpan.org/~marcus/Curses-UI-0.95/lib/Curses/UI/Tutorial.pod MfG, -mjy (*) der Kernel kommt inzwischen mit einer eigenen Version, "lxdialog"