From mailinglisten at renee-baecker.de Mon Apr 4 05:13:22 2011 From: mailinglisten at renee-baecker.de (mailinglisten at renee-baecker.de) Date: Mon, 4 Apr 2011 14:13:22 +0200 Subject: [cologne-pm] Google Summer of Code 2011 - Studenten gesucht... Message-ID: <20110404_121322_053671.mailinglisten@renee-baecker.de> ... die gerne mit Perl arbeiten und ein Perl-Projekt oder Perl selbst voranbringen wollen. Die Perl Foundation [1] ist auch beim diesjährigen Google Summer of Code [2] dabei - genau wie die Parrot Foundation [3]. Ideen, was für die Perl Foundation umgesetzt werden könnte sind unter http://epo.means.no/gsoc2011/ideas zu finden. Wer also Studenten kennt, für die das etwas sein könnte, dann bitte ansprechen... Noch bis Freitag können Studenten sich bewerben. Hier noch ein paar Infos zum zeitlichen Abflauf: # 08.04. Deadline für Studentenbewerbungen # 25.04. akzeptierte Studentenbewerbungen werden bekanntgegeben # 23.05.-22.08. Coden ;-) - Renée [1] http://www.perlfoundation.org [2] http://www.google-melange.com/gsoc/homepage/google/gsoc2011 [3] http://www.parrot.org From rabbit at rabbit.us Mon Apr 4 06:08:40 2011 From: rabbit at rabbit.us (Peter Rabbitson) Date: Mon, 04 Apr 2011 15:08:40 +0200 Subject: [cologne-pm] Google Summer of Code 2011 - Studenten gesucht... In-Reply-To: <20110404_121322_053671.mailinglisten@renee-baecker.de> References: <20110404_121322_053671.mailinglisten@renee-baecker.de> Message-ID: <4D99C2D8.7010107@rabbit.us> mailinglisten at renee-baecker.de wrote: > ... die gerne mit Perl arbeiten und ein Perl-Projekt oder Perl selbst voranbringen wollen. > > Die Perl Foundation [1] ist auch beim diesjährigen Google Summer of Code [2] dabei - genau wie die Parrot Foundation [3]. > > Ideen, was für die Perl Foundation umgesetzt werden könnte sind unter http://epo.means.no/gsoc2011/ideas zu finden. Wer also Studenten kennt, für die das etwas sein könnte, dann bitte ansprechen... > > Noch bis Freitag können Studenten sich bewerben. > > Hier noch ein paar Infos zum zeitlichen Abflauf: > > # 08.04. Deadline für Studentenbewerbungen > # 25.04. akzeptierte Studentenbewerbungen werden bekanntgegeben > # 23.05.-22.08. Coden ;-) > > Als zusätzlicher Bonus steht der Motorsägen-Bevollmächtigte von DBIx::Class[0] zur Verfügung. Er wohnt und arbeitet in Aachen und ist für Live-Mentoring (z.B. Hackaton am Wochenende) von Projekten im Zusammenhang mit DBIC* zuständig. Weitere Ideen findet ihr auf dem EPO Wiki[1]! [0] http://search.cpan.org/~ribasushi/ [1] http://epo.means.no/gsoc2011/ideas * Potenzielle Teilnehmer liefert eigenes Bier From khkuth at freenet.de Thu Apr 7 01:49:43 2011 From: khkuth at freenet.de (Karl-Heinz Kuth) Date: Thu, 07 Apr 2011 10:49:43 +0200 Subject: [cologne-pm] chmod Problem Message-ID: <4D9D7AA7.3000105@freenet.de> Hallo, ich habe folgendes Probem mit dme chmod Befehl: Es gibt 2 Dateien für die ich die Berechtigung setzen will. Die Dateien stehen in einem TEMP Verzeichnis und sollen, von allen Users gelöscht werden können. Die 1. Datei soll auch noch auführbar sein, Die Zeilen des Perlskriptes sehen wie folgt aus: my $berechtigung_skript = 0766; chmod $berechtigung_skript, $tmp_skript; my $berechtigung_text = 0666; chmod $berechtigung_tesxt, $tmp_text; Unter Ubuntu Perl 5.10 läuft auch alles wunderbar. Die Probleme fangen bei den folgenden Varianten an: Eine unter Ubuntu erstellte Virtual Box mit WinXP und Portable Strawberry Perl 5.12 liefert: -rw-rw-rw- für beide Dateien. Ein WinXP Rechner, den ich mit Winsamba meinen Ubuntu Rechner verbunden habe, liefert mit - Cygwin Perl 5.10 und - Active State 5.6 für alle Dateien -rwx------ Eine Win Vista Rechner, ebenfalls mit Winsamba angebunden und Portable Strawberry Perl 5.12 liefert für beide Dateien -rwxr--r-- BTW: es wird immer dasselbe Perlskript aufgerufen, das auf dem Ubuntu Rechner liegt, die temporären Dateien liegen auch auf dem Ubuntu Rechner. Filesystem ist ext3. Weitere Info: Die ausführbaren Dateien, kann ich bei allen Varianten jeweils auch ausführen, was ja eigentlich nicht so sein sollte, wenn man sich die Dateiberechtiungen so anguckt. Mein Gefühl sagt mir, dass ist nicht lösbar, oder doch? Vielen Dank im Voraus! Karl-Heinz From Susan.Dittmar at gmx.de Thu Apr 7 03:42:20 2011 From: Susan.Dittmar at gmx.de (Susan Dittmar) Date: Thu, 7 Apr 2011 12:42:20 +0200 Subject: [cologne-pm] chmod Problem In-Reply-To: <4D9D7AA7.3000105@freenet.de> References: <4D9D7AA7.3000105@freenet.de> Message-ID: <20110407104220.GA6684@eureca.de> Hallo Karl-Heinz, ich habe keine große Erfahrung mit Windows, vermute aber, daß die Perl-Scripte unter Cygwin die Rechte deshalb nicht entsprechend ändern können, weil die Dateien dort als "auf einem Windows-Filesystem liegend" verwendet werden und die Windows-Rechteverwaltung anders arbeitet als die unter Unix/Linux. Unlösbar ist das Problem aber nicht. Zumindest Ansätze zu einem Work-Around fallen mir ein. So sollte es eigentlich möglich sein, die chmod-Befehle direkt auf dem Ubuntu-Rechner durchführen zu lassen (Verbindung via ssh, eventuell mit einem speziellen user, der nur genau ein Kommando ausführen darf, welches vielleicht sogar automatisch ausgeführt wird, oder etwas in der Art; eventuell auch in Verbindung mit sudo...). Habe gerade weder die Rechner noch die Muße, um das Szenario weiter auszuarbeiten. Ich hoffe, das hilft Dir trotzdem weiter. Lieben Gruß, Susan From veit at ruhr.pm.org Thu Apr 7 03:43:37 2011 From: veit at ruhr.pm.org (Veit Wahlich) Date: Thu, 07 Apr 2011 12:43:37 +0200 Subject: [cologne-pm] chmod Problem In-Reply-To: <4D9D7AA7.3000105@freenet.de> References: <4D9D7AA7.3000105@freenet.de> Message-ID: <1302173017.3031.60.camel@vaduz> Hallo Karl-Heinz, ich habe zwar keine Ahnung von Windows, aber ich sehe hier ein Missverstaendnis, das geklaert sein sollte: Am Donnerstag, den 07.04.2011, 10:49 +0200 schrieb Karl-Heinz Kuth: > Es gibt 2 Dateien für die ich die Berechtigung setzen will. > Die Dateien stehen in einem TEMP Verzeichnis und sollen, von allen Users > gelöscht werden können. Die 1. Datei soll auch noch auführbar sein, Die > Zeilen des Perlskriptes sehen wie folgt aus: > > my $berechtigung_skript = 0766; > chmod $berechtigung_skript, $tmp_skript; > > my $berechtigung_text = 0666; > chmod $berechtigung_tesxt, $tmp_text; > > Unter Ubuntu Perl 5.10 läuft auch alles wunderbar. Ob eine Datei von einem Benutzer geloescht werden kann, ist unter Linux nicht abhaengig von den Berechtigungen des Benutzers an der Datei, sondern von den Berechtigungen des Benutzers an dem Verzeichnis, in dem die Datei liegt. Hat der Benutzer Schreibrechte an dem Verzeichnis, kann er Dateien daraus loeschen, auch wenn ihm diese nicht gehoeren. Er muss sie noch nicht einmal lesen koennen. Eine typische Ausnahme speziell fuer temporaere Verzeichnisse besteht im Sticky-Bit fuer others: Hat ein Benutzer, der ueber "andere Benutze" Schreibrechte an einem Verzeichnis hat, auf das das Sticky-Bit fuer others gesetzt ist (Permissions fuer das Verzeichnis ueblicherweise "drwxrwxrwt", das t statt x fuer others markiert hier das Sticky-Bit), so kann er (ohne der Besitzer oder in der Gruppe des Verzeichnisses zu sein) Dateien nur dann loeschen, wenn sie ihm selbst gehoeren. Mit xattr und acls lassen sich hier natuerlich noch wesentlich komplexere Schweinereien anstellen. Das (sowie die Vererbung von Rechten vom Verzeichnis) ist wohl der Hauptunterschied in der Dateisystemrechteverwaltung von Unices und Windows. Grusz, // Veit -- Ruhr.pm Perl Mongers im Ruhrgebiet http://ruhr.pm.org/ From veit at ruhr.pm.org Thu Apr 7 04:05:56 2011 From: veit at ruhr.pm.org (Veit Wahlich) Date: Thu, 07 Apr 2011 13:05:56 +0200 Subject: [cologne-pm] chmod Problem In-Reply-To: <4D9D96DD.5060208@naturalnik.de> References: <4D9D7AA7.3000105@freenet.de> <1302173017.3031.60.camel@vaduz> <4D9D96DD.5060208@naturalnik.de> Message-ID: <1302174356.3031.66.camel@vaduz> Hi, Am Donnerstag, den 07.04.2011, 12:50 +0200 schrieb Dominik George: > Ein "Sticky-Bit für others" gibt es nicht. Das erste Feld der Dateimodi > hat mit den anderen dreien nichts zu tun. SUID, SGID und Sticky sind > separate Flags ... das sollte hier lediglich die Zuordnung hervorheben, aber Du hast natuerlich Recht. > Das gilt nicht nur für others sondern auch für Gruppenmitglieder. In > einem Verzeichnis, das das Sticky-Bit gesetzt hat, können Benutzer > grundsätzlich nur Dateien löschen die ihnen selber, nicht nur ihrer > Gruppe, gehören. Sehr schoen, wieder etwas gelernt. Bislang musste ich dies (auszer bei Verzeichnissen, die ohnehin root:root gehoerten) nur bei solchen einsetzen, bei denen der Besitzer des Verzeichnisses auch Dateien anderer Benutzer loeschen koennen sollte, diese aber jeweils nur ihre eigenen. Daher hatte ich das auch auf die Gruppe uebertragen. Grusz, // Veit -- Ruhr.pm Perl Mongers im Ruhrgebiet http://ruhr.pm.org/ From khkuth at freenet.de Thu Apr 7 04:56:03 2011 From: khkuth at freenet.de (Karl-Heinz Kuth) Date: Thu, 07 Apr 2011 13:56:03 +0200 Subject: [cologne-pm] chmod Problem In-Reply-To: <1302173017.3031.60.camel@vaduz> References: <4D9D7AA7.3000105@freenet.de> <1302173017.3031.60.camel@vaduz> Message-ID: <4D9DA653.8040404@freenet.de> Hallo Veit und alle anderen, erst mal Danke für Eure schnellen Antworten! > ich habe zwar keine Ahnung von Windows, aber ich sehe hier ein > Missverstaendnis, das geklaert sein sollte: ... > Ob eine Datei von einem Benutzer geloescht werden kann, ist unter Linux > nicht abhaengig von den Berechtigungen des Benutzers an der Datei, > sondern von den Berechtigungen des Benutzers an dem Verzeichnis, in dem > die Datei liegt. Aah, wie Recht Du doch hast. Jetzt wie Du es sagst, fällt es mir wie Schuppen aus den Haaren. Mann, oh, Mann, hätte ich wissen müssen. Die Idee von Susan werde ich mal im Hinterkopf behalten, da ich den Ansatz sehr reizvoll finde, aber soviel Sicherheit brauche ich im Moment nicht. Das ist schon ein bisschen Aufwand. Falls Du oder andere noch weitere hast, nur raus damit! :-) . @Andreas, Sowohl der WinXP als auch der Vista Rechner gehen beide über denselben Samba User. Daher verwundert mich schon das unterschiedliche Ergebnis der bei Windows Perlversionen (zur Erinnerung: WinXP: Active State 5.6 und Vista: Strawberry 5.12). Cygwin ist ja noch mal eine eigene Welt. Viele Grüße Karl-Heinz From khkuth at gmx.net Thu Apr 7 01:47:44 2011 From: khkuth at gmx.net (Karl-Heinz Kuth) Date: Thu, 07 Apr 2011 10:47:44 +0200 Subject: [cologne-pm] chmod Problem Message-ID: <4D9D7A30.6070709@gmx.net> Hallo, ich habe folgendes Probem mit dme chmod Befehl: Es gibt 2 Dateien für die ich die Berechtigung setzen will. Die Dateien stehen in einem TEMP Verzeichnis und sollen, von allen Users gelöscht werden können. Die 1. Datei soll auch noch auführbar sein, Die Zeilen des Perlskriptes sehen wie folgt aus: my $berechtigung_skript = 0766; chmod $berechtigung_skript, $tmp_skript; my $berechtigung_text = 0666; chmod $berechtigung_tesxt, $tmp_text; Unter Ubuntu Perl 5.10 läuft auch alles wunderbar. Die Probleme fangen bei den folgenden Varianten an: Eine unter Ubuntu erstellte Virtual Box mit WinXP und Portable Strawberry Perl 5.12 liefert: -rw-rw-rw- für beide Dateien. Ein WinXP Rechner, den ich mit Winsamba meinen Ubuntu Rechner verbunden habe, liefert mit - Cygwin Perl 5.10 und - Active State 5.6 für alle Dateien -rwx------ Eine Win Vista Rechner, ebenfalls mit Winsamba angebunden und Portable Strawberry Perl 5.12 liefert für beide Dateien -rwxr--r-- BTW: es wird immer dasselbe Perlskript aufgerufen, das auf dem Ubuntu Rechner liegt, die temporären Dateien liegen auch auf dem Ubuntu Rechner. Filesystem ist ext3. Weitere Info: Die ausführbaren Dateien, kann ich bei allen Varianten jeweils auch ausführen, was ja eigentlich nicht so sein sollte, wenn man sich die Dateiberechtiungen so anguckt. Mein Gefühl sagt mir, dass ist nicht lösbar, oder doch? Vielen Dank im Voraus! Karl-Heinz From dev at naturalnik.de Thu Apr 7 03:50:05 2011 From: dev at naturalnik.de (Dominik George) Date: Thu, 07 Apr 2011 12:50:05 +0200 Subject: [cologne-pm] chmod Problem In-Reply-To: <1302173017.3031.60.camel@vaduz> References: <4D9D7AA7.3000105@freenet.de> <1302173017.3031.60.camel@vaduz> Message-ID: <4D9D96DD.5060208@naturalnik.de> Moin, > Eine typische Ausnahme speziell fuer temporaere Verzeichnisse besteht im > Sticky-Bit fuer others: > Ein "Sticky-Bit für others" gibt es nicht. Das erste Feld der Dateimodi hat mit den anderen dreien nichts zu tun. SUID, SGID und Sticky sind separate Flags ... > Hat ein Benutzer, der ueber "andere Benutze" Schreibrechte an einem > Verzeichnis hat, auf das das Sticky-Bit fuer others gesetzt ist > (Permissions fuer das Verzeichnis ueblicherweise "drwxrwxrwt", das t > statt x fuer others markiert hier das Sticky-Bit), so kann er (ohne der > Besitzer oder in der Gruppe des Verzeichnisses zu sein) Dateien nur dann > loeschen, wenn sie ihm selbst gehoeren. > Das gilt nicht nur für others sondern auch für Gruppenmitglieder. In einem Verzeichnis, das das Sticky-Bit gesetzt hat, können Benutzer grundsätzlich nur Dateien löschen die ihnen selber, nicht nur ihrer Gruppe, gehören. Grüße, Nik From khkuth at freenet.de Thu Apr 7 12:33:45 2011 From: khkuth at freenet.de (Karl-Heinz Kuth) Date: Thu, 07 Apr 2011 21:33:45 +0200 Subject: [cologne-pm] =?iso-8859-15?q?=C4quivalent_zum_Windows_Color_Befeh?= =?iso-8859-15?q?l?= Message-ID: <4D9E1199.10306@freenet.de> Hallo, ich habe noch eine Frage, gibt es unter einem Terminal unter Linux die Möglichkeit mit Perl den kompletten Hintergrund des Terminals und die Schriftfarbe zu ändern, wie es unter Windows mit dem Color Befehl geht? Ich habe mir mal die Module Term::ANSIColor und Term::ANSISceen angeschaut und auch mal ein bißchen ausprobiert, aber ich bin nie weitergekommen, als die aktuelle Zeile zu verfärben. Aber ich möchte alle Zeilen färben und nicht nur die aktuelle. Geht das überhaupt? Falls ja, wie könnte man es umsetzen? Schöne Grüße Karl-Heinz From nik at naturalnet.de Fri Apr 8 00:21:08 2011 From: nik at naturalnet.de (Dominik George) Date: Fri, 08 Apr 2011 09:21:08 +0200 Subject: [cologne-pm] =?iso-8859-1?q?=C4quivalent_zum_Windows_Color_Befehl?= In-Reply-To: <4D9E1199.10306@freenet.de> References: <4D9E1199.10306@freenet.de> Message-ID: <4D9EB764.4080707@naturalnet.de> Hi, ANSI ist da schon der richtige Ansatz. Aber das gilt halt - wie du schon herausgefunden hast - immer nur für eine Zeile. Das Problem hatte schon mal jemand, und da hat dieser jemand die curses-Bibliothek erfunden ;)... Grüße, Nik Am 07.04.2011 21:33, schrieb Karl-Heinz Kuth: > Hallo, > > ich habe noch eine Frage, gibt es unter einem Terminal unter Linux die > Möglichkeit mit Perl den kompletten Hintergrund des Terminals und die > Schriftfarbe zu ändern, wie es unter Windows mit dem Color Befehl geht? > > Ich habe mir mal die Module Term::ANSIColor und Term::ANSISceen > angeschaut und auch mal ein bißchen ausprobiert, aber ich bin nie > weitergekommen, als die aktuelle Zeile zu verfärben. Aber ich möchte > alle Zeilen färben und nicht nur die aktuelle. > > Geht das überhaupt? Falls ja, wie könnte man es umsetzen? > > Schöne Grüße > Karl-Heinz From pagaltzis at gmx.de Mon Apr 11 02:50:28 2011 From: pagaltzis at gmx.de (Aristoteles Pagaltzis) Date: Mon, 11 Apr 2011 11:50:28 +0200 Subject: [cologne-pm] Fwd: diff_painter.pl Message-ID: <20110411095027.GA26078@klangraum.plasmasturm.org> > From: Matthew Wickline > To: Portland Perl Mongers > Subject: diff_painter.pl > Date: Wed, 9 Mar 2011 19:34:15 -0800 > Message-ID: > Sender: pdx-pm-list-bounces+pagaltzis=gmx.de at pm.org > List-Id: Portland Perl Mongers > > Speaking of "worst useful hack", I was recently convinced to put this > up on github. > https://github.com/wickline/diff_painter/blob/master/diff_painter.pl > > Pipe diffs to diff_painter.pl and they look prettier. > ...diff_painter.pl itself is very un-pretty. > > unpainted: > http://wickline.org/diff_painter/exhibit_A.png > uh... some stuff changed > > typical diff colorizer: > http://wickline.org/diff_painter/exhibit_B.png > uh... some stuff changed and now it's in color > > piped to diff_painter.pl: > http://wickline.org/diff_painter/exhibit_C.png > holy painless code reviews, batman! > > diffs are optimized for patch. Painted diffs are optimized for humans. > Sometimes it messes up. Then you get "christmas barf". > > Your coworkers will thank you if you share it with them. Also, share > ack if you haven't yet. > http://betterthangrep.com/ > > -matt > _______________________________________________ > Pdx-pm-list mailing list > Pdx-pm-list at pm.org > http://mail.pm.org/mailman/listinfo/pdx-pm-list