gnome applet mit Python und etch

[Dietrich Hentschel]

Hallo Liste,

mit sarge hatte ich mal ein gnome-applet mit Python 2.3 erstellt mit 
folgender Import-Anweisung:

"import gnome.applet"
Unter etch habe ich jetzt Python2.4 und habe auch die entsprechenden 
gnome-python Pakete heruntergeladen. Obige Import-Anweisung ist jetzt 
unbekannt.
Unter gnome gibt es jetzt nicht mehr applet, d.h. wenn ich unter help() 
gnome aufrufe, sind unter PACKAGE CONTENTS nur noch

   _gnome
   canvas
   ui
   vfs
zu finden. applet und nautilus (wie unter sarge mit Python2.3) fehlen.

Hat jemand eine Idee?

Viele Grüße
Dietrich




--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [Sarge] Suchpfad von Python anpassen

[Christoph Bier]

Hans-Georg Bork schrieb am 10.11.2006 23:31:

> Moin,
> 
> On Fri, 2006-11-10 at 22:37 +0100, Christoph Bier wrote:
>> [...]
>> Hier mal ein Minimalbeispiel zum Testen:
>> 
>> \documentclass{article}
>> \begin{document}
>> Hello world!
>> \end{document}
> 
> das funzt ohne weiteres (Ergebnis an Dich per PM)

Ja, da war ich zu voreilig. Ich habe dir nun auch per PM mit einem
umfangreicherem Quelltext geantwortet. Danke nochmal für deine
Unterstützung!

Grüße,
   Christoph
-- 
+++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.51)


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [Sarge] Suchpfad von Python anpassen

[Hans-Georg Bork]

Moin,

On Fri, 2006-11-10 at 22:37 +0100, Christoph Bier wrote:
> [...]
> Hier mal ein Minimalbeispiel zum Testen:
> 
> \documentclass{article}
> \begin{document}
> Hello world!
> \end{document}

das funzt ohne weiteres (Ergebnis an Dich per PM)

Gruss
-- hgb



signature.asc
Description: This is a digitally signed message part

Re: [Sarge] Suchpfad von Python anpassen

[Christoph Bier]

Moin Hans-Georg,

Hans-Georg Bork schrieb am 10.11.2006 18:51:

> Moin Christoph,
> 
> On Fri, 2006-11-10 at 16:49 +0100, Christoph Bier wrote:
>> [...
>> Ich hatte mir schon die Testing-Sourcen runtergeladen, um mir selbst
>> ein deb zu bauen. debhelper ist allerdings nicht aktuell genug auf
>> meinem Rechner. Auf die Idee, einfach das deb aus Testing zu
>> installieren, bin ich nicht gekommen. Das Installieren hat
>> funktioniert. Vielen Dank für den Hinweis! Nur erhalte ich die
>> gleichen Fehlermeldungen wie zuvor. Da stimmt also irgendwas anderes
>> nicht.
>> 
>> > Alle anderen Fragen über irgendein nicht-Debian Source-Paket sollten
>> > beim Vertreiber dieser Pakete gestellt werden ...
>> 
>> Yep.
> 
> OK, also jetzt hier ;-)
> 
> Ich persönlich kenner rubber überhaupy nicht, hab das jetzt aber einfach
> mal installiert (unstable) und siehe da, ich bekomme keine Fehler
> (ausser, das ich keinen LaTeX source zur Hand hab).

Nur um im Vorfeld Missverständnisse zu vermeiden: Nur beim Versuch
einen LaTeX-Quelltext zu übersetzen, gibt es Fehler.

> Ich vermute daher, dass Dein Python "kaputt" ist. Installier das doch
> mal neu ... wenn das nix hilft, schick mir doch mal den LaTeX source per
> PM und ich schieb den mal durch meinen rubber durch, damit hast Du dann
> das Zeitproblem nicht mehr ganz so schlimm (und Fehler im source kann
> man dann auch noch finden)

Am LaTeX-Code liegt's nicht, weil er sich ohne rubber problemlos
übersetzen lässt (rubber kommt immer erst gegen Ende zum Einsatz,
wenn alle Querverweise, Index, Literaturverzeichnis etc. richtig
aufgelöst sein sollen, was mehrere Aufrufe von (pdf)latex, bibtex
und xindy erfordert). Hier mal ein Minimalbeispiel zum Testen:

\documentclass{article}
\begin{document}
Hello world!
\end{document}

Grüße und danke für deine Hilfe!
Christoph
-- 
+++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.51)


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [Sarge] Suchpfad von Python anpassen

[Hans-Georg Bork]

Moin Christoph,

On Fri, 2006-11-10 at 16:49 +0100, Christoph Bier wrote:
> [...
> Ich hatte mir schon die Testing-Sourcen runtergeladen, um mir selbst
> ein deb zu bauen. debhelper ist allerdings nicht aktuell genug auf
> meinem Rechner. Auf die Idee, einfach das deb aus Testing zu
> installieren, bin ich nicht gekommen. Das Installieren hat
> funktioniert. Vielen Dank für den Hinweis! Nur erhalte ich die
> gleichen Fehlermeldungen wie zuvor. Da stimmt also irgendwas anderes
> nicht.
> 
> > Alle anderen Fragen über irgendein nicht-Debian Source-Paket sollten
> > beim Vertreiber dieser Pakete gestellt werden ...
> 
> Yep.

OK, also jetzt hier ;-)

Ich persönlich kenner rubber überhaupy nicht, hab das jetzt aber einfach
mal installiert (unstable) und siehe da, ich bekomme keine Fehler
(ausser, das ich keinen LaTeX source zur Hand hab).

Ich vermute daher, dass Dein Python "kaputt" ist. Installier das doch
mal neu ... wenn das nix hilft, schick mir doch mal den LaTeX source per
PM und ich schieb den mal durch meinen rubber durch, damit hast Du dann
das Zeitproblem nicht mehr ganz so schlimm (und Fehler im source kann
man dann auch noch finden)

Gruss
-- hgb



signature.asc
Description: This is a digitally signed message part

Re: [Sarge] Suchpfad von Python anpassen

[Christoph Bier]

Hallo Hans-Georg,

Hans-Georg Bork schrieb am 10.11.2006 16:11:

> Moin,
> On Fri, 2006-11-10 at 10:16 +0100, Christoph Bier wrote:
>> Joerg Zinke schrieb am 09.11.2006 15:20:
>> 
>> > On Wed, 08 Nov 2006 19:16:14 +0100
>> > Christoph Bier <[EMAIL PROTECTED]> wrote:
>> > 
>> >> Hallo,
>> >> 
>> >> ich habe mir gerade rubber[1] in einer aktuellen Version aus den
>> >> Sourcen installiert. »make install« endet mit:
>> > 
>> > was spricht gegen die version aus testing oder unstable? es ist
>> > möglich einzelnen pakete aus testing/unstable zu installieren und
>> > trotzdem generell auf stable zu bleiben. 
>> 
>> Ja, ich weiß, Pinning. Ich habe es in acht Jahren Debian noch nie
>> gebraucht/benutzt und wie immer[tm], wenn man etwas braucht, hat man
>> keine Zeit, sich damit zu beschäftigen/sich einzulesen. 
> 
> in dem Fall kannst Du das sowieso vergessen, weil (auf den ersten Blick)
> unnötig. Die unstable Version setzt voraus dass python und tetex-base
> installiert sind, ohne jedoch auf eine bestimmte Version hinzuweisen.
> Demnach sollte sich rubber 1.1-2 (unstable) problemlos installieren
> lassen. Lad das doch einfach mal runter und mach dpkg-i ...

Ich hatte mir schon die Testing-Sourcen runtergeladen, um mir selbst
ein deb zu bauen. debhelper ist allerdings nicht aktuell genug auf
meinem Rechner. Auf die Idee, einfach das deb aus Testing zu
installieren, bin ich nicht gekommen. Das Installieren hat
funktioniert. Vielen Dank für den Hinweis! Nur erhalte ich die
gleichen Fehlermeldungen wie zuvor. Da stimmt also irgendwas anderes
nicht.

> Alle anderen Fragen über irgendein nicht-Debian Source-Paket sollten
> beim Vertreiber dieser Pakete gestellt werden ...

Yep.

Grüße,
   Christoph
-- 
+++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.51)


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [Sarge] Suchpfad von Python anpassen

[Hans-Georg Bork]

Moin,
On Fri, 2006-11-10 at 10:16 +0100, Christoph Bier wrote:
> Joerg Zinke schrieb am 09.11.2006 15:20:
> 
> > On Wed, 08 Nov 2006 19:16:14 +0100
> > Christoph Bier <[EMAIL PROTECTED]> wrote:
> > 
> >> Hallo,
> >> 
> >> ich habe mir gerade rubber[1] in einer aktuellen Version aus den
> >> Sourcen installiert. »make install« endet mit:
> > 
> > was spricht gegen die version aus testing oder unstable? es ist
> > möglich einzelnen pakete aus testing/unstable zu installieren und
> > trotzdem generell auf stable zu bleiben. 
> 
> Ja, ich weiß, Pinning. Ich habe es in acht Jahren Debian noch nie
> gebraucht/benutzt und wie immer[tm], wenn man etwas braucht, hat man
> keine Zeit, sich damit zu beschäftigen/sich einzulesen. 

in dem Fall kannst Du das sowieso vergessen, weil (auf den ersten Blick)
unnötig. Die unstable Version setzt voraus dass python und tetex-base
installiert sind, ohne jedoch auf eine bestimmte Version hinzuweisen.
Demnach sollte sich rubber 1.1-2 (unstable) problemlos installieren
lassen. Lad das doch einfach mal runter und mach dpkg-i ...

Alle anderen Fragen über irgendein nicht-Debian Source-Paket sollten
beim Vertreiber dieser Pakete gestellt werden ...

Gruss
-- hgb



signature.asc
Description: This is a digitally signed message part

Re: [Sarge] Suchpfad von Python anpassen

[Christoph Bier]

Christoph Bier schrieb am 10.11.2006 10:16:

> [...] Oder die Fehler, die ich erhalte, hängen nicht
> mit dem Pfad zusammen. [...]

Scheint so zu sein :-(.

Grüße,
   Christoph
-- 
+++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.51)


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [Sarge] Suchpfad von Python anpassen

[Christoph Bier]

Joerg Zinke schrieb am 09.11.2006 15:20:

> On Wed, 08 Nov 2006 19:16:14 +0100
> Christoph Bier <[EMAIL PROTECTED]> wrote:
> 
>> Hallo,
>> 
>> ich habe mir gerade rubber[1] in einer aktuellen Version aus den
>> Sourcen installiert. »make install« endet mit:
> 
> was spricht gegen die version aus testing oder unstable? es ist
> möglich einzelnen pakete aus testing/unstable zu installieren und
> trotzdem generell auf stable zu bleiben. 

Ja, ich weiß, Pinning. Ich habe es in acht Jahren Debian noch nie
gebraucht/benutzt und wie immer[tm], wenn man etwas braucht, hat man
keine Zeit, sich damit zu beschäftigen/sich einzulesen. Ich habe
eine Deadline für einen Artikel, der sich mit rubber effizienter als
von Hand erzeugen lässt. Allerdings relativiert sich das gerade,
weil ich schon soviel Zeit in die Installation der neuen Version
gesteckt habe ... (im Laufe der Zeit wird sich das natürlich wieder
zum Positiven wenden). Es dürfte jetzt einfacher sein, rubber mit
einem entsprechende configure-Flag neu zu installieren.

>> warning: install: modules installed to '/usr/local/share/rubber/',
>> which is not in Python's module search path (sys.path) -- you'll
>> have to change the search path yourself
>> 
>> Wie mache ich das bitte? 
> 
> # python -h zeigt dir das es PYTHONPATH als umgebungsvariable gibt und
> diese in sys.path endet -> also einfach setzen.

Siehe meine Antwort an Hans-Georg.

$ PYTHONPATH=$PYTHONPATH:/usr/local/share/rubber/ rubber -d -vv
datei.tex

funktioniert nicht. Oder die Fehler, die ich erhalte, hängen nicht
mit dem Pfad zusammen. Vielleicht sollte ich dann in eine
Python-Gruppe wechseln.

Auf jeden Fall danke für deine Antwort!

Grüße,
   Christoph
-- 
+++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.51)


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [Sarge] Suchpfad von Python anpassen

[Joerg Zinke]

On Wed, 08 Nov 2006 19:16:14 +0100
Christoph Bier <[EMAIL PROTECTED]> wrote:

> Hallo,
> 
> ich habe mir gerade rubber[1] in einer aktuellen Version aus den
> Sourcen installiert. »make install« endet mit:
> 

was spricht gegen die version aus testing oder unstable? es ist
möglich einzelnen pakete aus testing/unstable zu installieren und
trotzdem generell auf stable zu bleiben. 

> warning: install: modules installed to '/usr/local/share/rubber/',
> which is not in Python's module search path (sys.path) -- you'll
> have to change the search path yourself
> 
> Wie mache ich das bitte? 

# python -h zeigt dir das es PYTHONPATH als umgebungsvariable gibt und
diese in sys.path endet -> also einfach setzen.

gruß

joerg

Re: [Sarge] Suchpfad von Python anpassen

[Christoph Bier]

Hallo Hans-Georg,

schonmal danke für deine Antwort!

Hans-Georg Bork schrieb am 09.11.2006 01:25:

> Moin,
> 
> On Wed, 2006-11-08 at 19:16 +0100, Christoph Bier wrote:
>> [...]
>> warning: install: modules installed to '/usr/local/share/rubber/',
>> which is not in Python's module search path (sys.path) -- you'll
>> have to change the search path yourself
>> 
>> Wie mache ich das bitte? Ich habe keine Ahnung von Python [...]
> 
> aber Du möchtest das mit Deinem selbstgebauten Programm benutzen? Dann

Was möchte ich mit meinem selbstgebauten Programm benutzen? Das
selbstgebaute Programm, rubber, ist in Python geschrieben. Das
möchte ich benutzen. Ich brauche die aktuelle Version, weil die in
Sarge enthaltene, die ich bisher benutzte, mit xindy (ein
Indexierungstool für LaTeX) nicht zurecht kommt.

> wirst Du wohl zumindest _etwas_ über Python lernen müssen; man python
> sollte schon genug sein.

Das heißt, dass ich dieses Programm nicht einfach, wie jedes andere
Programm ohne zumindest grundlegende Kenntnisse der
Programmiersprache, in der es geschrieben ist, verwenden kann? Mit
der Manpage von Python komme ich jedenfalls leider nicht weiter.
Dort steht, PYTHONPATH habe das gleiche Format wie PATH.

$ PYTHONPATH=$PYTHONPATH:/usr/local/share/rubber/ rubber -d -vv
datei.tex

funktioniert aber nicht. Über weitere Hinweise wäre ich wirklich
dankbar! Wie kann ich Python sagen, dass auch
/usr/local/share/rubber/ nach Modulen durchsucht werden soll?

Grüße,
   Christoph
-- 
+++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.51)


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [Sarge] Suchpfad von Python anpassen

[Hans-Georg Bork]

Moin,

On Wed, 2006-11-08 at 19:16 +0100, Christoph Bier wrote:
> [...]
> warning: install: modules installed to '/usr/local/share/rubber/',
> which is not in Python's module search path (sys.path) -- you'll
> have to change the search path yourself
> 
> Wie mache ich das bitte? Ich habe keine Ahnung von Python [...]

aber Du möchtest das mit Deinem selbstgebauten Programm benutzen? Dann
wirst Du wohl zumindest _etwas_ über Python lernen müssen; man python
sollte schon genug sein.

Gruss
-- hgb



signature.asc
Description: This is a digitally signed message part

[Sarge] Suchpfad von Python anpassen

[Christoph Bier]

Hallo,

ich habe mir gerade rubber[1] in einer aktuellen Version aus den
Sourcen installiert. »make install« endet mit:

warning: install: modules installed to '/usr/local/share/rubber/',
which is not in Python's module search path (sys.path) -- you'll
have to change the search path yourself

Wie mache ich das bitte? Ich habe keine Ahnung von Python und eine
Google-Groups-Recherche hat mich auch nicht richtig weiter gebracht
(immerhin weiß ich jetzt, wie ich den Suchpfad von Python
herausfinden kann). Ich verwende Sarge.

Grüße,
   Christoph

[1] http://www.pps.jussieu.fr/~beffara/soft/rubber/
-- 
+++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.51)


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

sarge: default python von 2.3 auf 2.4 umbiegen

[Mario G. Mueller]

Hallo,

ich würde gern auf meinem Sarge-System von Python Version 2.3 auf 2.4
"umsteigen". Parallel kann man das ja installieren, kann man auch
gefahrlos den Link in /usr/bin umbiegen (update-alternatives bietet
offenbar keine Wahlmöglichkeit)?

Mario

Re: mod_python, python-ldap und SSL/TLS

[Jan Kohnert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jan Kohnert schrieb:
> Hallo,

ich nochmal,

> Nur wenn ich das Ganze unter mod_python im Web ausfuehre, Bringt er mir
> einen "TLS Negotiation failure." (so das log vom slapd). Ohne TLS
> funktioniert es auch da prima, aber ich moechte nun einmal eine
> verschluesselte Verbindung, die ja sonst auch ueberall prima funktioniert.

OK, es hat sich geklaert.

Das Problem lag wohl darin, das der Apache auf eine andere Openssl-Version
gelinkt war. Manchmal nert sowas, aber naja, wir lernen daraus: ein
konsistentes System sollte halt nur eine libssl haben. ;)

Trotzdem danke fuers Lesen, und vielleicht hilfts es ja anderen, die
spaeter mal vor einem solchen Problem stehen.

MfG Jan

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFBogyZRp6KEAo/3oRAqSEAKDMzEcNKijWQOLSXOcH6sYxRSKHiACfX5rP
nhpUoVNA3IEKKoNetHRI3Uw=
=eVuK
-END PGP SIGNATURE-


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

mod_python, python-ldap und SSL/TLS

[Jan Kohnert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo,

nun muss ich doch tatsachlich auch mal eine Frage stellen und bin mir
direkt nicht sicher, ob ich da hier richtig bin. Ist vielleicht etwas zu
speziell, aber ich hoffe, es gibt hier ein paar Leute, die mein Hirn
erhellen koennen.

Folgendes Problem:
Ich habe ein kleines Python-Script geschrieben, dass u.a. einen
SSL-Connect auf den LDAP-Server und dann ein simple_bind versucht.

import ldap
connect = ldap.initialize("ldaps://127.0.0.1:636")
user = "blahbla"
pass = "geheim"
connect.simple_bind(user, pass)
connect.unbind()

Das laesst sich nun als beliebiger User prima ausfuehren und gibt das
gewuenschte Ergebniss.

Nur wenn ich das Ganze unter mod_python im Web ausfuehre, Bringt er mir
einen "TLS Negotiation failure." (so das log vom slapd). Ohne TLS
funktioniert es auch da prima, aber ich moechte nun einmal eine
verschluesselte Verbindung, die ja sonst auch ueberall prima funktioniert.

Das ist das Log auf apache (PythonDebug On)

File "test.py", line 52, in change_ldap
connect.simple_bind(user, old_pw)

  File "/usr/lib/python2.4/site-packages/ldap/ldapobject.py", line 169, in
simple_bind
return
self._ldap_call(self._l.simple_bind,who,cred,EncodeControlTuples(serverctrls),EncodeControlTuples(clientctrls))

  File "/usr/lib/python2.4/site-packages/ldap/ldapobject.py", line 94, in
_ldap_call
result = func(*args,**kwargs)

SERVER_DOWN: {'info': 'error:140740BF:SSL routines:SSL23_CLIENT_HELLO:no
protocols available', 'desc': "Can't contact LDAP server"}

Ist das ein Bug/Feature? Oder uebersehe ich einfach irgendwas?

Ach so, die mod_python Einbindung:

AddHandler mod_python .py

PythonHandler mod_python.publisher
PythonDebug On

TIA, MfG Jan


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)

iD8DBQFFBYa0ZRp6KEAo/3oRAggsAKCF8Kq5FVZYAUNP6B79TQAIz8KXfACfcDaJ
Otmpg4L7GWfAAdBIf8Fa0D0=
=ljj/
-END PGP SIGNATURE-


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Installation von Python -Paket(en) schlägt fehl

[Andreas Pakulat]

On 11.08.06 18:26:05, Jens Schüßler wrote:
> * Andreas Pakulat <[EMAIL PROTECTED]> wrote:
> > On 11.08.06 17:05:44, Jens Schüßler wrote:
> > > * Guido Hoffmeier <[EMAIL PROTECTED]> wrote:
> > [...]
> > > > Ist ein Debian Sid.
> > > 
> > > Wieso holt es dann Pakete aus testing?
> > 
> > Du koenntest ruhig das entfernen auf das du dich nicht beziehst.
> 
> Mach ich ja normalerweise auch, aber in den Fall hab ich mich schon auf
> das Log bezogen, da ja dort steht, das er testing-Pakete nutzt und der
> Hinweis auf python2.4, siehe unten. Hätte aber einiges weglassen können,
> stimmt.

Eben.

> > > change of the default python version (status)
> > > http://lists.debian.org/debian-devel-announce/2006/08/msg4.html
> > 
> > Das hat aber noch nicht angefangen. Jedenfalls ist Python in Sid
> > immernoch 2.3.5.
> 
> Müsste aber die Tage passieren:
> "Unless major errors are found during test upgrades, the python version
> changing the default to 2.4 will be uploaded this week."

Ich hab besagtes Paket (pylint) grad in Unstable installiert und da gabs
keinerlei Probleme. Ich vermute eher dass der OP an seinem System
gedreht hat, oder das pycentral in testing noch einen Fehler hat.

Andreas

-- 
You will inherit millions of dollars.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Installation von Python -Paket(en) schlägt fehl

[Jens Schüßler]

* Andreas Pakulat <[EMAIL PROTECTED]> wrote:
> On 11.08.06 17:05:44, Jens Schüßler wrote:
> > * Guido Hoffmeier <[EMAIL PROTECTED]> wrote:
> [...]
> > > Ist ein Debian Sid.
> > 
> > Wieso holt es dann Pakete aus testing?
> 
> Du koenntest ruhig das entfernen auf das du dich nicht beziehst.

Mach ich ja normalerweise auch, aber in den Fall hab ich mich schon auf
das Log bezogen, da ja dort steht, das er testing-Pakete nutzt und der
Hinweis auf python2.4, siehe unten. Hätte aber einiges weglassen können,
stimmt.

> > > 
> > > Kann mir einer sagen, was da los ist? Über jeden Hinweis wäre ich sehr 
> > > dankbar.
> > 
> > Umstellung von python 2.3 auf 2.4.
> > change of the default python version (status)
> > http://lists.debian.org/debian-devel-announce/2006/08/msg4.html
> 
> Das hat aber noch nicht angefangen. Jedenfalls ist Python in Sid
> immernoch 2.3.5.

Müsste aber die Tage passieren:
"Unless major errors are found during test upgrades, the python version
changing the default to 2.4 will be uploaded this week."

In der Ausgabe tauchen auch Verweise auf 2.4 auf:
  File "/usr/lib/python2.4/fnmatch.py", line 13, in ?
import re
  File "/usr/lib/python2.4/re.py", line 5, in ?
from sre import *
  File "/usr/lib/python2.4/sre.py", line 97, in ?
import sre_compile   
  File "/usr/lib/python2.4/sre_compile.py", line 17, in ?
assert _sre.MAGIC == MAGIC, "SRE module mismatch

Gruss
Jens

Re: Installation von Python -Paket(en) schlägt fehl

[Andreas Pakulat]

On 11.08.06 17:50:18, Guido Hoffmeier wrote:
> Hoppala, irgendwie hatte ich in Erinnerung, dass Sid=testing...

Nein testing==etch.

> >>Kann mir einer sagen, was da los ist? Über jeden Hinweis wäre ich sehr 
> >>dankbar.
> >Umstellung von python 2.3 auf 2.4.
> >change of the default python version (status)
> >http://lists.debian.org/debian-devel-announce/2006/08/msg4.html
> Danke schon mal.
> Etwas ähnliches hatte ich schon vermutet. Ich nehme mal an, dass das solange 
> Probleme macht wie die Umstellung dauert.

Dafuer muesste die Umstellung erstmal beginnen. Noch ist das Paket
"python" in Sid aber python2.3

> Oder gibts da eine Lösung, mit der 
> ich derzeit Pakete sauber installieren oder wenigstens deinstallieren kann?

Sollte eigentlich gehen. Zumindestens hier mit auf meinem Sid ging ein
apt-get install python-lint wunderbar..

Andreas

-- 
You are not dead yet.  But watch for further reports.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Installation von Python-Paket(en) schlägt fehl

[Guido Hoffmeier]

Andreas Pakulat wrote:

On 11.08.06 16:17:34, Guido Hoffmeier wrote:

Richte python-logilab-common ein (0.16.1-2) ...
'import site' failed; use -v for traceback
Traceback (most recent call last):
  File "/usr/bin/pycentral", line 3, in ?
import fnmatch, glob, os, re, sys, time
  File "/usr/lib/python2.4/fnmatch.py", line 13, in ?
import re
  File "/usr/lib/python2.4/re.py", line 5, in ?
from sre import *
  File "/usr/lib/python2.4/sre.py", line 97, in ?
import sre_compile
  File "/usr/lib/python2.4/sre_compile.py", line 17, in ?
assert _sre.MAGIC == MAGIC, "SRE module mismatch"
AssertionError: SRE module mismatch


Hmm, da ist wohl was beim Bauen des Pakets daneben gegangen oder du hast
an deinem Python rumgeschraubt. Ich vermute dass pycentral von dpkg noch
mittels python2.3 aufgerufen wird, aber die imports versuchen dann das
sre-Modul aus python2.4 zu importieren was schief laeuft. Jedenfalls
hier kann ich pycentral ausfuehren ohne Probleme. IMHO solltest du by
pycentral anfangen mit der Suche nach einem Bugreport (ausser du hast an
den System-Pythons was veraendert) und wenns keinen gibt einen
schreiben. Vorher vllt. noch versuchen ob pycentral von dir "per Hand"
ausgefuehrt werden kann...


Rumgeschraubt habe ich definitiv nicht.
Von Hand funzt auch nichts mehr, sobald ich eines dieser besagten Pakete 
installiert hatte. Vorher klappt alles wunderbar. Einen Bugreport aus 
Juni gab es zu python-central, da war die Rede von einer 
"Dreiecksbeziehung" zwischen python, python2.3 und python-central. Der 
angegebene Workaround funzt aber auch nicht bei mir. Das Problem scheint 
nur bei einigen Paketen aufzutauchen. Falls keiner weiter weiß, schreib 
ich mal einen Bugreport.






Ist ein Debian Sid.


Und wieso dann testing-Pakete? Gut bei den python-Paketen ist es vmtl.
egal weil die ja alle schon nach testing migriert sind, aber komisch ist
das IMHO schon...

Vertan, vertan sprach der Hahn als er von der Ente kam...


Andreas


Gruß,
Guido


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Installation von Python-Paket(en) schlägt fehl

[Guido Hoffmeier]

 hat auch keinen Zweck.
Ist ein Debian Sid.


Wieso holt es dann Pakete aus testing?


Hoppala, irgendwie hatte ich in Erinnerung, dass Sid=testing...
Kann mir einer sagen, was da los ist? Über jeden Hinweis wäre ich sehr 
dankbar.


Umstellung von python 2.3 auf 2.4.
change of the default python version (status)
http://lists.debian.org/debian-devel-announce/2006/08/msg4.html

Danke schon mal.
Etwas ähnliches hatte ich schon vermutet. Ich nehme mal an, dass das 
solange Probleme macht wie die Umstellung dauert. Oder gibts da eine 
Lösung, mit der ich derzeit Pakete sauber installieren oder wenigstens 
deinstallieren kann?


Gruss
Jens


Grüße,
Guido


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Installation von Python -Paket(en) schlägt fehl

[Andreas Pakulat]

On 11.08.06 17:05:44, Jens Schüßler wrote:
> * Guido Hoffmeier <[EMAIL PROTECTED]> wrote:
[...]
> > Ist ein Debian Sid.
> 
> Wieso holt es dann Pakete aus testing?

Du koenntest ruhig das entfernen auf das du dich nicht beziehst.

> > 
> > Kann mir einer sagen, was da los ist? Über jeden Hinweis wäre ich sehr 
> > dankbar.
> 
> Umstellung von python 2.3 auf 2.4.
> change of the default python version (status)
> http://lists.debian.org/debian-devel-announce/2006/08/msg4.html

Das hat aber noch nicht angefangen. Jedenfalls ist Python in Sid
immernoch 2.3.5.

Andreas

-- 
You are capable of planning your future.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Installation von Python -Paket(en) schlägt fehl

[Andreas Pakulat]

On 11.08.06 16:17:34, Guido Hoffmeier wrote:
> Richte python-logilab-common ein (0.16.1-2) ...
> 'import site' failed; use -v for traceback
> Traceback (most recent call last):
>   File "/usr/bin/pycentral", line 3, in ?
> import fnmatch, glob, os, re, sys, time
>   File "/usr/lib/python2.4/fnmatch.py", line 13, in ?
> import re
>   File "/usr/lib/python2.4/re.py", line 5, in ?
> from sre import *
>   File "/usr/lib/python2.4/sre.py", line 97, in ?
> import sre_compile
>   File "/usr/lib/python2.4/sre_compile.py", line 17, in ?
> assert _sre.MAGIC == MAGIC, "SRE module mismatch"
> AssertionError: SRE module mismatch

Hmm, da ist wohl was beim Bauen des Pakets daneben gegangen oder du hast
an deinem Python rumgeschraubt. Ich vermute dass pycentral von dpkg noch
mittels python2.3 aufgerufen wird, aber die imports versuchen dann das
sre-Modul aus python2.4 zu importieren was schief laeuft. Jedenfalls
hier kann ich pycentral ausfuehren ohne Probleme. IMHO solltest du by
pycentral anfangen mit der Suche nach einem Bugreport (ausser du hast an
den System-Pythons was veraendert) und wenns keinen gibt einen
schreiben. Vorher vllt. noch versuchen ob pycentral von dir "per Hand"
ausgefuehrt werden kann...

> Ist ein Debian Sid.

Und wieso dann testing-Pakete? Gut bei den python-Paketen ist es vmtl.
egal weil die ja alle schon nach testing migriert sind, aber komisch ist
das IMHO schon...

Andreas

-- 
Write yourself a threatening letter and pen a defiant reply.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Installation von Python -Paket(en) schlägt fehl

[Jens Schüßler]

* Guido Hoffmeier <[EMAIL PROTECTED]> wrote:
> Hallo zusammen,
> ist mal wieder Freitag kurz vor Feierabend (grmbl).
> Wollte gerade das Paket pylint installieren und habe den selben Output 
> bekommen, der einige Tage zuvor bei der Installation von 
> python-reportlab ausgespuckt wurde. Hier isser:
> 
> ir-multas:/# apt-get install pylint
> Paketlisten werden gelesen... Fertig
> Abhängigkeitsbaum wird aufgebaut... Fertig
> Die folgenden zusätzlichen Pakete werden installiert:
>   emacsen-common python-logilab-astng python-logilab-common
> Die folgenden NEUEN Pakete werden installiert:
>   emacsen-common pylint python-logilab-astng python-logilab-common
> 0 aktualisiert, 4 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
> Es müssen 332kB Archive geholt werden.
> Nach dem Auspacken werden 2851kB Plattenplatz zusätzlich benutzt.
> Möchten Sie fortfahren [J/n]?
> Hole:1 ftp://ftp.de.debian.org testing/main emacsen-common 1.4.17 [17,6kB]
> Hole:2 ftp://ftp.de.debian.org testing/main python-logilab-common 
> 0.16.1-2 [104kB]
> Hole:3 ftp://ftp.de.debian.org testing/main python-logilab-astng 
> 0.16.0-2 [50,7kB]
> Hole:4 ftp://ftp.de.debian.org testing/main pylint 0.11.0-2 [160kB]
> Es wurden 332kB in 1s geholt (199kB/s)
> Wähle vormals abgewähltes Paket emacsen-common.
> (Lese Datenbank ... 59155 Dateien und Verzeichnisse sind derzeit 
> installiert.)
> Entpacke emacsen-common (aus .../emacsen-common_1.4.17_all.deb) ...
> Wähle vormals abgewähltes Paket python-logilab-common.
> Entpacke python-logilab-common (aus 
> .../python-logilab-common_0.16.1-2_all.deb) ...
> Wähle vormals abgewähltes Paket python-logilab-astng.
> Entpacke python-logilab-astng (aus 
> .../python-logilab-astng_0.16.0-2_all.deb) ...
> Wähle vormals abgewähltes Paket pylint.
> Entpacke pylint (aus .../pylint_0.11.0-2_all.deb) ...
> Richte emacsen-common ein (1.4.17) ...
> emacsen-common: Handling install of emacsen flavor emacs
> 
> Richte python-logilab-common ein (0.16.1-2) ...
> 'import site' failed; use -v for traceback
> Traceback (most recent call last):
>   File "/usr/bin/pycentral", line 3, in ?
> import fnmatch, glob, os, re, sys, time
>   File "/usr/lib/python2.4/fnmatch.py", line 13, in ?
> import re
>   File "/usr/lib/python2.4/re.py", line 5, in ?
> from sre import *
>   File "/usr/lib/python2.4/sre.py", line 97, in ?
> import sre_compile
>   File "/usr/lib/python2.4/sre_compile.py", line 17, in ?
> assert _sre.MAGIC == MAGIC, "SRE module mismatch"
> AssertionError: SRE module mismatch
> dpkg: Fehler beim Bearbeiten von python-logilab-common (--configure):
>  Unterprozess post-installation script gab den Fehlerwert 1 zurück
> dpkg: Abhängigkeitsprobleme verhindern Konfiguration von 
> python-logilab-astng:
>  python-logilab-astng hängt ab von python-logilab-common (>= 0.16.1-2); 
> aber:
>   Package python-logilab-common is not configured yet.
> dpkg: Fehler beim Bearbeiten von python-logilab-astng (--configure):
>  Abhängigkeitsprobleme - lasse es unkonfiguriert
> dpkg: Abhängigkeitsprobleme verhindern Konfiguration von pylint:
>  pylint hängt ab von python-logilab-common (>= 0.13.0); aber:
>   Package python-logilab-common is not configured yet.
>  pylint hängt ab von python-logilab-astng (>= 0.16.0); aber:
>   Package python-logilab-astng is not configured yet.
> dpkg: Fehler beim Bearbeiten von pylint (--configure):
>  Abhängigkeitsprobleme - lasse es unkonfiguriert
> Fehler traten auf beim Bearbeiten von:
>  python-logilab-common
>  python-logilab-astng
>  pylint
> E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
>  hat auch keinen Zweck.
> Ist ein Debian Sid.

Wieso holt es dann Pakete aus testing?
> 
> Kann mir einer sagen, was da los ist? Über jeden Hinweis wäre ich sehr 
> dankbar.

Umstellung von python 2.3 auf 2.4.
change of the default python version (status)
http://lists.debian.org/debian-devel-announce/2006/08/msg4.html

Gruss
Jens

Installation von Python-Paket(en) schlägt feh l

[Guido Hoffmeier]

Hallo zusammen,
ist mal wieder Freitag kurz vor Feierabend (grmbl).
Wollte gerade das Paket pylint installieren und habe den selben Output 
bekommen, der einige Tage zuvor bei der Installation von 
python-reportlab ausgespuckt wurde. Hier isser:


ir-multas:/# apt-get install pylint
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
  emacsen-common python-logilab-astng python-logilab-common
Die folgenden NEUEN Pakete werden installiert:
  emacsen-common pylint python-logilab-astng python-logilab-common
0 aktualisiert, 4 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 332kB Archive geholt werden.
Nach dem Auspacken werden 2851kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren [J/n]?
Hole:1 ftp://ftp.de.debian.org testing/main emacsen-common 1.4.17 [17,6kB]
Hole:2 ftp://ftp.de.debian.org testing/main python-logilab-common 
0.16.1-2 [104kB]
Hole:3 ftp://ftp.de.debian.org testing/main python-logilab-astng 
0.16.0-2 [50,7kB]

Hole:4 ftp://ftp.de.debian.org testing/main pylint 0.11.0-2 [160kB]
Es wurden 332kB in 1s geholt (199kB/s)
Wähle vormals abgewähltes Paket emacsen-common.
(Lese Datenbank ... 59155 Dateien und Verzeichnisse sind derzeit 
installiert.)

Entpacke emacsen-common (aus .../emacsen-common_1.4.17_all.deb) ...
Wähle vormals abgewähltes Paket python-logilab-common.
Entpacke python-logilab-common (aus 
.../python-logilab-common_0.16.1-2_all.deb) ...

Wähle vormals abgewähltes Paket python-logilab-astng.
Entpacke python-logilab-astng (aus 
.../python-logilab-astng_0.16.0-2_all.deb) ...

Wähle vormals abgewähltes Paket pylint.
Entpacke pylint (aus .../pylint_0.11.0-2_all.deb) ...
Richte emacsen-common ein (1.4.17) ...
emacsen-common: Handling install of emacsen flavor emacs

Richte python-logilab-common ein (0.16.1-2) ...
'import site' failed; use -v for traceback
Traceback (most recent call last):
  File "/usr/bin/pycentral", line 3, in ?
import fnmatch, glob, os, re, sys, time
  File "/usr/lib/python2.4/fnmatch.py", line 13, in ?
import re
  File "/usr/lib/python2.4/re.py", line 5, in ?
from sre import *
  File "/usr/lib/python2.4/sre.py", line 97, in ?
import sre_compile
  File "/usr/lib/python2.4/sre_compile.py", line 17, in ?
assert _sre.MAGIC == MAGIC, "SRE module mismatch"
AssertionError: SRE module mismatch
dpkg: Fehler beim Bearbeiten von python-logilab-common (--configure):
 Unterprozess post-installation script gab den Fehlerwert 1 zurück
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von 
python-logilab-astng:
 python-logilab-astng hängt ab von python-logilab-common (>= 0.16.1-2); 
aber:

  Package python-logilab-common is not configured yet.
dpkg: Fehler beim Bearbeiten von python-logilab-astng (--configure):
 Abhängigkeitsprobleme - lasse es unkonfiguriert
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von pylint:
 pylint hängt ab von python-logilab-common (>= 0.13.0); aber:
  Package python-logilab-common is not configured yet.
 pylint hängt ab von python-logilab-astng (>= 0.16.0); aber:
  Package python-logilab-astng is not configured yet.
dpkg: Fehler beim Bearbeiten von pylint (--configure):
 Abhängigkeitsprobleme - lasse es unkonfiguriert
Fehler traten auf beim Bearbeiten von:
 python-logilab-common
 python-logilab-astng
 pylint
E: Sub-process /usr/bin/dpkg returned an error code (1)

 hat auch keinen Zweck.
Ist ein Debian Sid.

Kann mir einer sagen, was da los ist? Über jeden Hinweis wäre ich sehr 
dankbar.


Ansonsten schönes Wochenende und Gruß,

Guido


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Dependency Package python und numpy

[Andreas Pakulat]

On 11.07.06 16:42:23, Marco wrote:
> Andreas Pakulat wrote:
> > python2.4-numpy gibts aber nicht in Sarge. Wo hast du das denn her?
> 
> deb http://sefton.astraw.com/ubuntu/ dapper/

Und wieso benutzt du sowas? Dapper ist in keinster Weise mit Sarge
kompatibel. Nichtmal der vorherige Release von Ubuntu ist das. Sowas
kann nur zu Problemen fuehren.

> > Und laest sich demzufolge ohne Probleme auch installieren wenn
> > python=2.3.x installiert ist.
> 
> Wie kann ich am besten mit Synaptics Packete aus Experimental hinzufügen?

Wenn du das nicht weisst, lass die Finger davon. Pakete aus Experimental
sind noch instabiler als die aus Unstable. Ausserdem lassen die sich
meistens nur in Unstable installieren und du hast kein Unstable.

> > apt-get install python2.4-numeric oder falls numeric != numpy besorge
> > dir ein numpy was fuer Sarge erzeugt wurde.
> 
> Genau das habe ich probiert. Das einzige, was ich fand war das oben genannte.
> Und das macht die beschriebenen Probleme.

apt-cache search numpy spuckt bei mir auf einem Sarge-System folgendes
aus:

[EMAIL PROTECTED]:~>apt-cache search numpy
python-numarray - An array processing package modelled after Python-Numeric
python-numeric - Numerical (matrix-oriented) Mathematics for Python
python-numeric-tutorial - Tutorial for the Numerical Python Library
python-scientific - Python modules useful for scientific computing
python-scientific-doc - Python modules useful for scientific computing
python2.1-numeric - Numerical (matrix-oriented) Mathematics for Python
python2.2-numarray - An array processing package modelled after Python-Numeric
python2.2-numeric - Numerical (matrix-oriented) Mathematics for Python
python2.3-numarray - An array processing package modelled after Python-Numeric
python2.3-numeric - Numerical (matrix-oriented) Mathematics for Python
python2.4-numarray - An array processing package modelled after Python-Numeric
python2.4-numeric - Numerical (matrix-oriented) Mathematics for Python

Wenn das bei dir anders aussieht zeig mal bitte deine sources.list her

> > > Kann ich unter Sarge generell python2.4 verwenden statt 2.3? Wie?
> > 
> > Jaein. Kommt drauf an, ob du alle python2.3-* durch python2.4-* ersetzen
> > kannst und ob irgendwelche Pakete ein "Depends: python-*" haben. Wenn
> > letzteres der Fall ist kannst du das ganze vergessen. Mit Etch wird aber
> > bald alles anders.
> 
> Wann kommt Etch.

Wenns fertig ist.

> Brauche ich dann nur die Etch-Repositories aktiveren, Upgrade für
> alles starten, und nach einer halben Stunde habe ich Etch mit
> python2.4?

Jupp. Wenn Etch mit python2.4 veroeffentlicht wird, was IMHO sinnvoller
waere als noch ein Release mit Python2.3..

> Dann bleibt noch immer das Problem, das ich python>=2.4.3 brauche, und in
> Testing bis jetzt nur 2.4.2 und kein python2.4-numpy ist. Daran wird sich wohl
> auch nichts mehr ändern, oder?

Ich denke bis Etch eingefroren ist, wird das Python Paket aus
Experimental nach testing geflossen sein, also auch Python 2.4.3. Die
python-* Pakete sind jetzt so gebaut dass sie sowohl mit python2.4 als
auch mit python2.3 funktionieren, es wird also vmtl. kein
python2.4-numpy mehr geben sondern nur python-numpy. (python-numpy
existiert schon in unstable, muss nur noch nach testing rutschen)

BTW: Man kann sich Python2.4 und alle weiteren notwendigen Komponenten
auch wunderbar nach $HOME/python2.4 installieren (aus den Quellen) und
einfach einmal $PATH anpassen so dass $HOME/python2.4/bin vor /usr/bin
drin steht. Mache ich schon seit Anfang des Jahres so.

Andreas

-- 
Everything that you know is wrong, but you can be straightened out.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Dependency Package python und numpy

[Andreas Pakulat]

On 11.07.06 12:28:50, Marco wrote:
> Ich verwende nun für eigene Projekte python2.4. python ist weiterhin mit
> python2.3 verknüpft. Jetzt will ich das abenfalls angeboten python2.4-numpy
> installieren. Das wird jedoch verweigert, weil das Packet python eine Version 
> <
> 2.4 hat.

python2.4-numpy gibts aber nicht in Sarge. Wo hast du das denn her?

> Ich nehme an, das das numpy-Packet eine dumme Abhängigkeit eingetragen hat. Es
> sollte einfach nur prüfen, ob ein python2.4 installiert ist, statt auf das
> Dependency package loszugehen.

python2.4-numpy aus experimental hat:

python2.4, python (>= 2.3), python (<< 3), atlas2-base | atlas2, libc6 (>= 
2.3.5-1)

Und laest sich demzufolge ohne Probleme auch installieren wenn
python=2.3.x installiert ist.

Auch das python2.4-numeric aus Sarge hat korrekte Depends.

> Wie kann ich nun numpy für python2.4 am einfachsten installieren?

apt-get install python2.4-numeric oder falls numeric != numpy besorge
dir ein numpy was fuer Sarge erzeugt wurde.

> Kann ich unter Sarge generell python2.4 verwenden statt 2.3? Wie?

Jaein. Kommt drauf an, ob du alle python2.3-* durch python2.4-* ersetzen
kannst und ob irgendwelche Pakete ein "Depends: python-*" haben. Wenn
letzteres der Fall ist kannst du das ganze vergessen. Mit Etch wird aber
bald alles anders.

Andreas

-- 
Day of inquiry.  You will be subpoenaed.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Problem mit Dependency Package python und numpy

[Bjoern Schliessmann]

Marco wrote:

> Ich verwende nun für eigene Projekte python2.4. python ist
> weiterhin mit python2.3 verknüpft. Jetzt will ich das abenfalls
> angeboten python2.4-numpy installieren.

Ist das nicht in experimental?

> Bitte helft mir aus diesem Dilema!

Wenn's brennt, hol dir doch den Tarball und installier den.

Grüße,


Björn

-- 
BOFH excuse #301:

appears to be a Slow/Narrow SCSI-0 Interface problem


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Python: Dokumentation und Dateirechte

[K . Weinert]

Hallo,
vielen Dank für die hilfreichen Antworten. Tatsächlich konnte mein Skript
ins home Verzeichnis schreiben, nur muss man statt 

f=file("~/myfile", "w") 

besser 

f=file(os.path.join(os.path.expanduser("~")),"myfile"), "w") 

nehmen, wie ein Blick in die Dokumentation ergab (die ich dank Euch jetzt
auch gefunden habe.) 

Danke auch für das Stichwort "syslog", ich hatte vermutet, dass man
irgendwie die Rechte an der Skriptdatei ändern muss, aber jetzt habe ich
einen Ausgangspunkt, wie es richtig gemacht wird.

Viele Grüße,
Karsten.

-- 
Analog-/ISDN-Nutzer sparen mit GMX SmartSurfer bis zu 70%!
Kostenlos downloaden: http://www.gmx.net/de/go/smartsurfer


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Python: Dokumentation und Dateirechte

[Jan Kesten]

Hallo, Karsten!

> 1. Wo finde ich die Python Dokumentation? Wenn ich

/usr/share/doc/python*

Alternativ: http://www.python.org/doc/

> 2. Mein Skript möchte gern nach /var/log und ins home-Verzeichnis
> schreiben. Wenn ich es als root laufen lasse, geht es auch. Aber wenn
> ich es als normaler Benutzer starte, hat das Skript keine Erlaubnis, die
> Dateien zu schreiben... Wie kann ich das ändern?

Sich Infos über Dateirechte durchlesen, in das eigene Home-Verzeichnis
kannst Du in der Regel immer schreiben, nach /var/log jedoch nicht mehr
so ohne weiteres, weil es root:root gehört und rwxr-xr-x als Rechte hat.

Als Tipp sei Dir noch genannt, schaue dir die Doku zum Modul logging an:

http://docs.python.org/lib/module-logging.html

(dort suche man nach dem SysLogHandler und damit kannst Du dann auch in
Verbindung mit Syslog nach /var/log loggen :-)

Cheers,
Jan



signature.asc
Description: OpenPGP digital signature

Re: Python: Dokumentation und Dateirechte

[Thorsten Strusch]

Hi,

K. Weinert schrieb:
> Hallo,
> nachdem ich ein paar erste Schritte mit Debian sarge gemacht habe,
> möchte ich nun ein paar selbstgeschriebene Python-Skripte laufen lassen.
> Dabei sind zwei Fragen aufgetaucht:
> 
> 1. Wo finde ich die Python Dokumentation? Wenn ich
> 
>   apt-get install python-doc
> 
> ausführe, wird zwar etwas installiert, aber die Dokumentation (Tutorial,
> Standardbibliotheken usw.) kann ich nirgendwo finden...

listet dir den Inhalt des Pakets auf:
dpkg -L python-doc | less

Zum bequemen Browsen installiere ich dann immer noch dpkg-www

HTH
Thorsten


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Python: Dokumentation und Dateirechte

[Andreas Krebl]

Am Samstag, 1. April 2006 18:51 schrieb K. Weinert:
> Hallo,
> nachdem ich ein paar erste Schritte mit Debian sarge gemacht habe,
> möchte ich nun ein paar selbstgeschriebene Python-Skripte laufen lassen.
> Dabei sind zwei Fragen aufgetaucht:
>
> 1. Wo finde ich die Python Dokumentation? Wenn ich
>
>    apt-get install python-doc
>
> ausführe, wird zwar etwas installiert, aber die Dokumentation (Tutorial,
> Standardbibliotheken usw.) kann ich nirgendwo finden...
>
> 2. Mein Skript möchte gern nach /var/log und ins home-Verzeichnis
> schreiben. Wenn ich es als root laufen lasse, geht es auch. Aber wenn
> ich es als normaler Benutzer starte, hat das Skript keine Erlaubnis, die
> Dateien zu schreiben... Wie kann ich das ändern?
>
> Über Tipps, wie ich loslegen kann, freut sich
> Karsten.
Hallo Karsten,

ich vermute mal, da sich die docs alle in /usr/share/doc/ befinden, das sich 
die Python-Dokumentation in /usr/share/doc/python-doc befindet.


-- 
GPG-Public-Key: A5EF B568 2075 0629 1486 E2EA F97D A9FD E89A 1117
Gültig für [EMAIL PROTECTED] verfügbar auf http://keyserver.mine.nu/ 


pgpcWk9TPzxpd.pgp
Description: PGP signature

Python: Dokumentation und Dateirechte

[K. Weinert]

Hallo,
nachdem ich ein paar erste Schritte mit Debian sarge gemacht habe, 
möchte ich nun ein paar selbstgeschriebene Python-Skripte laufen lassen.

Dabei sind zwei Fragen aufgetaucht:

1. Wo finde ich die Python Dokumentation? Wenn ich

  apt-get install python-doc

ausführe, wird zwar etwas installiert, aber die Dokumentation (Tutorial, 
Standardbibliotheken usw.) kann ich nirgendwo finden...


2. Mein Skript möchte gern nach /var/log und ins home-Verzeichnis 
schreiben. Wenn ich es als root laufen lasse, geht es auch. Aber wenn 
ich es als normaler Benutzer starte, hat das Skript keine Erlaubnis, die 
Dateien zu schreiben... Wie kann ich das ändern?


Über Tipps, wie ich loslegen kann, freut sich
Karsten.


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: python installation

[Frank Küster]

Matthias Taube <[EMAIL PROTECTED]> wrote:

> Frank Küster schrieb:
>> $ findpkg /usr/lib/python2.3/config/Makefile
>
> Was die Frage nach findpkg auslöst:
> # findpkg /usr/lib/python2.3/config/Makefile
> bash: findpkg: command not found
>
> #apt-cache search findpkg
> -> Kein Ergebnis

Google "debian findpkg" -> Ergebnis.

#! /bin/sh

#   findpkg - Find files and packages in Debian
#   Copyright (c) 2000,03  Martin Schulze <[EMAIL PROTECTED]>
#
#   This program is free software; you can redistribute it and/or modify
#   it under the terms of the GNU General Public License as published by
#   the Free Software Foundation; either version 2 of the License, or
#   (at your option) any later version.
#
#   This program is distributed in the hope that it will be useful,
#   but WITHOUT ANY WARRANTY; without even the implied warranty of
#   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
#   GNU General Public License for more details.
#
#   You should have received a copy of the GNU General Public License
#   along with this program; if not, write to the Free Software
#   Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307, USA

# Updates: http://www.infodrom.org/Infodrom/tools/findpkg.html

server=ftp.de.debian.org

#dist=woody
dist=unstable
searchdists=

arch=`dpkg --print-installation-architecture`
prepattern='.*'
postpattern=

if [ $# -gt 0 ]
then
  while [ $1 ]; do
case $1 in
  -e)
  prepattern=' '
  postpattern='$'
  ;;
  --update|-u)
  tmp=`tempfile`
  for mydist in oldstable stable testing unstable experimental; do
  wget -O $tmp 
http://${server}/debian/dists/${mydist}/Contents-${arch}.gz
  cp $tmp /var/lib/dpkg/Contents-${mydist}-${arch}.gz
  chmod go+r /var/lib/dpkg/Contents-${mydist}-${arch}.gz
  rm -f $tmp
  done
  for mydist in oldstable stable testing unstable experimental; do
  wget -O $tmp 
http://${server}/pub/debian/dists/${mydist}/main/binary-${arch}/Packages.gz
  cp $tmp /var/lib/dpkg/Packages-${mydist}-${arch}.gz
  wget -O $tmp 
http://${server}/pub/debian/dists/${mydist}/contrib/binary-${arch}/Packages.gz
  cat $tmp >> /var/lib/dpkg/Packages-${mydist}-${arch}.gz
  wget -O $tmp 
http://${server}/pub/debian/dists/${mydist}/non-free/binary-${arch}/Packages.gz
  cat $tmp >> /var/lib/dpkg/Packages-${mydist}-${arch}.gz
  chmod go+r /var/lib/dpkg/Packages-${mydist}-${arch}.gz
  rm -f $tmp
  done
  ;;
  --oldstable|-o)
  searchdists="${searchdists} oldstable"
  ;;
  --stable|-s) #stale ;-)
  searchdists="${searchdists} stable"
  ;;
  --testing|-r) #rusting ;-)
  searchdists="${searchdists} testing"
  ;;
  --unstable|-b) #broken ;-)
  searchdists="${searchdists} unstable"
  ;;
  --experimental|-e) 
  searchdists="${searchdists} experimental"
  ;;
  -v)
  for mydist in ${searchdists:-oldstable stable testing unstable 
experimental}; do
  echo
  echo "* ${mydist} *"
  echo
  zgrep -A 8 "^Package:${prepattern}$2${postpattern}" 
/var/lib/dpkg/Packages-${mydist}-${arch}.gz | egrep '^Package|^Version'
  done
  shift $#
  ;;
  -*)
  echo "No such parameter \`$1'"
  ;;
  *)
  for mydist in ${searchdists:-oldstable stable testing unstable  
experimental}; do
echo ${mydist}
  zgrep "$@" /var/lib/dpkg/Contents-${mydist}-${arch}.gz
  done
  shift $#
  ;;
esac
shift
  done
fi



Gruß, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Re: python installation

[Gerhard Brauer]

Gruesse!
* Matthias Taube <[EMAIL PROTECTED]> schrieb am [24.02.06 17:54]:
> 
> Wie kann ich eigentlich die Pakete nach einzelnen Dateien durchsuchen?
> 
> Früher habe ich das auf der Debian-Webseite gemacht, aber dieser Teil
> ist ja down.

Für schon installierte Pakete: dpkg -S 

Für nicht installierte (und auch installierte):
apt-file installieren, Paketliste updaten, dann apt-file search 

Gruß
Gerhard
-- 
"Halt die Klappe, ich hab Feierabend"
(Schildkroete)

Re: python installation

[Matthias Taube]

Frank Küster schrieb:
> $ findpkg /usr/lib/python2.3/config/Makefile

Was die Frage nach findpkg auslöst:
# findpkg /usr/lib/python2.3/config/Makefile
bash: findpkg: command not found

#apt-cache search findpkg
-> Kein Ergebnis

> Offenbar ist es also eher ein Problem mit der Konfiguration von xen.
> Übrigens gibt es ein alioth-Projekt für ein xen-3.0-Paket. 

Alle Debian-Pakete, die ich bisher gefunden habe, erlauben nicht den Bau
eines eigenen Kernels (patch passt nicht zu debian-Kernel).

Und der Standard-Kernel startet bei mir nicht (VIA-Prozessor).
mfg
Matthias


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: python installation

[Frank Terbeck]

Matthias Taube <[EMAIL PROTECTED]>:
> Wie kann ich eigentlich die Pakete nach einzelnen Dateien durchsuchen?
> 
> Früher habe ich das auf der Debian-Webseite gemacht, aber dieser Teil
> ist ja down.

packages.debian.org ist zZ tatsächlich down.
Temporäres Replacement ist pdo.debian.net

> Und Apt-Cache sucht nur nach Paketnamen 

Installiere dir apt-file.

Gruss, Frank


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: python installation

[Matthias Taube]

Frank Terbeck schrieb:

> Vielleicht 'python2.3-dev'?

Danke, das war es.

Wie kann ich eigentlich die Pakete nach einzelnen Dateien durchsuchen?

Früher habe ich das auf der Debian-Webseite gemacht, aber dieser Teil
ist ja down.

Und Apt-Cache sucht nur nach Paketnamen 

mfg
Matthias Taube


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: python installation

[Bernhard Wehmann]

Am Freitag, 24. Februar 2006 17:31 schrieb Frank Küster:
> Matthias Taube <[EMAIL PROTECTED]> wrote:
...
>
> Offenbar ist es also eher ein Problem mit der Konfiguration von xen.
...

Eigentlich nicht:
[EMAIL PROTECTED]:~$ apt-file search /usr/lib/python2.3/config/Makefile
python2.3-dev: usr/lib/python2.3/config/Makefile

Grüße Bernhard

Re: python installation

[Frank Küster]

Matthias Taube <[EMAIL PROTECTED]> wrote:

> Hi,
>
> der Versuch xen zu übersetzen scheitert mit der Fehlermeldung:
>> running build_ext
>> error: invalid Python installation: unable to open 
>> /usr/lib/python2.3/config/Makefile (No such file or directory)
>> make[3]: *** [build] Fehler 1
>> make[3]: Leaving directory `/home/mati/xen/xen-3.0-testing/tools/python'
>> make[2]: *** [install] Fehler 2
>
> Wo bekomme ich die fehlenden Dateien her?

$ findpkg /usr/lib/python2.3/config/Makefile
oldstable
stable
testing
unstable
experimental

Offenbar ist es also eher ein Problem mit der Konfiguration von xen.
Übrigens gibt es ein alioth-Projekt für ein xen-3.0-Paket. 

Gruß, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)

Re: python installation

[Frank Terbeck]

Matthias Taube <[EMAIL PROTECTED]>:
> Hi,
> 
> der Versuch xen zu übersetzen scheitert mit der Fehlermeldung:
> > running build_ext
> > error: invalid Python installation: unable to open 
> > /usr/lib/python2.3/config/Makefile (No such file or directory)
> > make[3]: *** [build] Fehler 1
> > make[3]: Leaving directory `/home/mati/xen/xen-3.0-testing/tools/python'
> > make[2]: *** [install] Fehler 2
> 
> Wo bekomme ich die fehlenden Dateien her?

Vielleicht 'python2.3-dev'?

Gruss, Frank


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

python installation

[Matthias Taube]

Hi,

der Versuch xen zu übersetzen scheitert mit der Fehlermeldung:
> running build_ext
> error: invalid Python installation: unable to open 
> /usr/lib/python2.3/config/Makefile (No such file or directory)
> make[3]: *** [build] Fehler 1
> make[3]: Leaving directory `/home/mati/xen/xen-3.0-testing/tools/python'
> make[2]: *** [install] Fehler 2

Wo bekomme ich die fehlenden Dateien her?

python python2.3 und python2.3-twisted ist installiert (Sarge).

mfg
Matthias Taube


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

[Gelöst] apt-proxy2 (python) auf sarge und backports bzw. mplayer

[Kai Hildebrandt]

Hallo nochmal.

Kai Hildebrandt wrote:

> Version von apt-proxy2 ist v1.9.29
> 
Habe die Version 1.9.32 aus testing (etch) installiert und jetzt tut
es. :-)


Gruß
  Kai


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: apt-proxy2 (python) auf sarge und backports bzw. mplayer

[Norbert Tretkowski]

* Kai Hildebrandt wrote:
> Jetzt verträgt sich aber der APT-Proxy scheinbar nicht mit dem
> backports- bzw mplayer-Quellserver. Die Zeilen in der apt-proxy2.conf
> bei mir lauten:

Ich weiss nur, dass apt-proxy mit backports.org keine Probleme hat,
Details siehe hier: http://velt.de/node/34

Norbert


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

apt-proxy2 (python) auf sarge und backports bzw. mplayer

[Kai Hildebrandt]

Hallo zusammen.

Ich habe hier einen APT-Proxy laufen, da ich mehrere debian-Rechner auf
aktuellem (updates) und aktuellerem (backports) Stand halte und die
Pakete hierfür nicht mehrfach von den debian-Paketservern ziehen will.

Jetzt verträgt sich aber der APT-Proxy scheinbar nicht mit dem
backports- bzw mplayer-Quellserver. Die Zeilen in der apt-proxy2.conf
bei mir lauten:

[backports]
;; backports.org
backends = http://backports.org/debian

[mplayer]
; MPlayer for debian
backends = http://ftp.nerim.net/debian-marillat

In der /etc/apt/souces.list auf den Clients steht dann:

# backports
deb http://proxy:/backports sarge-backports main contrib

# mplayer
deb http://proxy:/mplayer sarge main

"proxy" ist der hostname des APT-Proxy Servers.


Für diese Quellen bringt aber das apt-get update folgende
Fehlermeldungen:

Fehl http://proxy sarge-backports/main Packages
  503 Service Unavailable
Ign  http://proxy sarge-backports/main Release
Fehl http://proxy sarge-backports/contrib Packages
  503 Service Unavailable
Ign  http://proxy sarge-backports/contrib Release
Fehl http://proxy sarge/main Packages
  503 Service Unavailable
Ign  http://proxy sarge/main Release
Konnte
http://proxy:/backports/dists/sarge-backports/main/binary-i386/
Packages.gz nicht holen  503 Service Unavailable
Konnte
http://proxy:/backports/dists/sarge-backports/contrib/binary-i386/
Packages.gz nicht holen  503 Service Unavailable
Konnte
http://proxy:/mplayer/dists/sarge/main/binary-i386/Packages.gz
nicht holen  503 Service Unavailable
Paketlisten werden gelesen... Fertig

Die Links zu den Paketen scheinen aber zu stimmen.

Version von apt-proxy2 ist v1.9.29

Kann jemand helfen?


Gruß
  Kai


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: mod_python mime-type text/x-python

[Simon Eilting]

Andreas Pakulat wrote:
> Noe, unter /var/www gehts, (vermutlich ein Rechte-Problem oder so...).
> Aber ich bekomme auch den "Download" als text/x-python. Ich vermute mal
> du muesstest den Content-Type Header veraendern, was aber mit dem
> print... nicht geht, sondern wenn dann muss das "req" Objekt
> entsprechendes bereitstellen Mal fix in die Doku von mod_python
> geschaut... Ja mit 
> 
> req.content_type = "text/plain"
> 
> vor dem req.write() klappt die Anzeige im Browser.

Vielen Dank, so klappt's.
Wobei ich nicht verstehe, warum das notwendig ist, denn die Beispiele
überall im Netz scheinen auch sehr gut darauf verzichten zu können.

-- 
Simon Eilting


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: mod_python mime-type text/x-python

[Andreas Pakulat]

On 15.10.05 12:46:23, Simon Eilting wrote:
> Andreas Pakulat wrote:
> > Dann hast du vllt. vergessen mod_python zu aktivieren, a2enmod
> > mod_python ausfuehren und gut ist. 
> 
> Wenn mod_python nicht aktiv wäre, dann würde ich doch das Skript als
> Ausgabe bekommen, nicht die Ausgabe des Skriptes... Wenn ich die URL
> aufrufe, dann öffnet sich eine Datei mit dem Inhalt "Hello World!" in
> gedit.

Achso... Missverstaendniss. Hmm, da das ganze bei mir gar nicht laeuft
kann ich da nicht mehr viel zu sagen. 

> > Wobei mir beim TEst grad aufgefallen ist: Das Skript wird nicht korrekt
> > abgearbeitet:
> > 
> > Mod_python error: "PythonHandler mptest"
> > 
> > Traceback (most recent call last):
> > 
> >   File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 287, 
> > in HandlerDispatch
> > log=debug)
> > 
> >   File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 454, 
> > in import_module
> > f, p, d = imp.find_module(parts[i], path)
> > 
> > ImportError: No module named mptest
> 
> Das passiert bei mir nicht...

Nutzt du sid und mptest.py in ~/public_html? Ich schon, mal sehen wenn
ichs unter /var/www teste, wenns da auch nicht geht wird wohl ein
Bugreport faellig...

Noe, unter /var/www gehts, (vermutlich ein Rechte-Problem oder so...).
Aber ich bekomme auch den "Download" als text/x-python. Ich vermute mal
du muesstest den Content-Type Header veraendern, was aber mit dem
print... nicht geht, sondern wenn dann muss das "req" Objekt
entsprechendes bereitstellen Mal fix in die Doku von mod_python
geschaut... Ja mit 

req.content_type = "text/plain"

vor dem req.write() klappt die Anzeige im Browser.

Andreas

-- 
Good day to deal with people in high places; particularly lonely stewardesses.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: mod_python mime-type text/x-python

[Simon Eilting]

Andreas Pakulat wrote:
> Dann hast du vllt. vergessen mod_python zu aktivieren, a2enmod
> mod_python ausfuehren und gut ist. 

Wenn mod_python nicht aktiv wäre, dann würde ich doch das Skript als
Ausgabe bekommen, nicht die Ausgabe des Skriptes... Wenn ich die URL
aufrufe, dann öffnet sich eine Datei mit dem Inhalt "Hello World!" in
gedit.
Deswegen dachte ich an Content-Type.
Was mir noch auffällt: Es wird keine mptest.pyc erzeugt, aber soweit
ich das richtig verstanden habe, sollte die doch auch in /var/www
liegen?


> Wobei mir beim TEst grad aufgefallen ist: Das Skript wird nicht korrekt
> abgearbeitet:
> 
> Mod_python error: "PythonHandler mptest"
> 
> Traceback (most recent call last):
> 
>   File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 287, in 
> HandlerDispatch
> log=debug)
> 
>   File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 454, in 
> import_module
> f, p, d = imp.find_module(parts[i], path)
> 
> ImportError: No module named mptest

Das passiert bei mir nicht...

-- 
Simon Eilting


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: mod_python mime-type text/x-python

[Andreas Pakulat]

On 14.10.05 21:41:59, Simon Eilting wrote:
> Meine Konfiguration ist fast die, die man erhält, wenn man einfach nur
> libapache2-mod-python installiert, geändert habe ich nur in der
> sites-available/default:

Dann hast du vllt. vergessen mod_python zu aktivieren, a2enmod
mod_python ausfuehren und gut ist. 

Wobei mir beim TEst grad aufgefallen ist: Das Skript wird nicht korrekt
abgearbeitet:

Mod_python error: "PythonHandler mptest"

Traceback (most recent call last):

  File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 287, in 
HandlerDispatch
log=debug)

  File "/usr/lib/python2.3/site-packages/mod_python/apache.py", line 454, in 
import_module
f, p, d = imp.find_module(parts[i], path)

ImportError: No module named mptest

Andreas

-- 
You'll never be the man your mother was!


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: mod_python mime-type text/x-python

[Jan Kohnert]

Simon Eilting schrieb:
> Hi.

Hallo,

> ---snip---
> 
>   Options Indexes FollowSymLinks -MultiViews
>   AllowOverride None
>   Order allow,deny
>   allow from all
>   AddHandler mod_python .py
>   PythonHandler mptest
>   PythonDebug On
> 
> ---snip---

Bist du sicher, daß mod_python beim Apache start geladen wird? Bzw. hast du 
nach dem install von mod_python den Apache mal neu gestartet?

> Die mptest.py sieht folgendermaßen aus:
>
> ---snip---
> from mod_python import apache
>
> def handler(req):
> req.write("Hello World!")
> return apache.OK
> ---snip---

Das ist die Standarddatei aus der mod_python installation. Die muß, so wie sie 
da steht funktionieren, und im Browser muß dann "Hello, world!" stehen.

> Wenn ich das "Hello World!" ändere in "Content-Type: text/html\n\nHello
> World!", passiert dasselbe...

Das klingt eben nach nicht geladenem Modul...

> Simon Eilting

MfG Jan

-- 
OpenPGP Public-Key Fingerprint:
0E9B 4052 C661 5018 93C3 4E46 651A 7A28 4028 FF7A


pgpX5b7ry7EhU.pgp
Description: PGP signature

mod_python mime-type text/x-python

[Simon Eilting]

Hi.

Habe das Problem, dass meine python-skripte zwar ausgeführt, aber dann
nicht im Browser angezeigt, sondern nur zum Download angeboten werden.
Ich nehme mal an, dass das damit zu tun hat, dass Content-Type:
text/x-python übertragen wird (laut ethereal).

Meine Konfiguration ist fast die, die man erhält, wenn man einfach nur
libapache2-mod-python installiert, geändert habe ich nur in der
sites-available/default:

---snip---

Options Indexes FollowSymLinks -MultiViews
AllowOverride None
Order allow,deny
allow from all
AddHandler mod_python .py
PythonHandler mptest
PythonDebug On

---snip---

Die mptest.py sieht folgendermaßen aus:

---snip---
from mod_python import apache

def handler(req):
req.write("Hello World!")
return apache.OK
---snip---

Wenn ich das "Hello World!" ändere in "Content-Type: text/html\n\nHello
World!", passiert dasselbe...

-- 
Simon Eilting


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Paket python-mcrypt in sarge oder sonstwo?

[Tim Boneko]

Wolf Wiegand schrieb:


ftp://ftp.nerim.net/debian-marillat/pool/main/p/python-mcrypt/ 


Sei bedankt!

timbo


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: Paket python-mcrypt in sarge oder sonstwo?

[Wolf Wiegand]

Hallo,

On Sun, Sep 25, 2005 at 09:16:06PM +0200, Tim Boneko wrote:

> [python-mcrypt]
> testing und unstable brachten keine Ergebnisse. Wo kriege ich das her? 

ftp://ftp.nerim.net/debian-marillat/pool/main/p/python-mcrypt/ oder mit

deb ftp://ftp.nerim.net/debian-marillat/ sarge main

in Deiner sources.list.

hth, Wolf
-- 
Büroschimpfwort des Tages: His masters voice - redet, wie der Chef denkt. 
(Edwin Tschopp)


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Paket python-mcrypt in sarge oder sonstwo?

[Tim Boneko]

Tach zusammen,
ich will mir (in sarge) pymusique installieren und Steve Jobs noch viel 
reicher machen. Dazu brauche ich allerdings python-mcrypt, was in sarge 
nicht enthalten zu sein scheint. Auch Paketsuchen nach mcrypt in testing 
und unstable brachten keine Ergebnisse. Wo kriege ich das her? Tipps 
bitte auch per PM an mich, wg. ISDN-Leitung habe ich die Liste zurzeit 
nicht abonniert.


timbo


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Nico Jochens]

On Sat, Aug 06, 2005 at 03:04:26PM +0200, Andreas Pakulat wrote:

On 06.Aug 2005 - 14:16:42, Nico Jochens wrote:

On Sat, Aug 06, 2005 at 12:15:02PM +0200, Andreas Pakulat wrote:
>On 06.Aug 2005 - 11:54:17, Claudius Hubig wrote:
>>Andreas Pakulat schrieb:
>>>Da schreibt man mal etwas in dt. und es versteht wieder keiner ;-). Wenn 
>>ich

>>>die Umschalt-Taste gemeint haette, haette ich das geschrieben.
>>>"Hoch-Taste" ist bei mir die mit dem Pfeil nach oben...
>>Die mit den Pfeilen nach oben sind bei mir auch bekannt als Shift- oder 
>>Umschalttasten. Caps-Lock hat einen Pfeil nach unten.

>Hmm, also hier hat die Shift-Taste "Shift" und ein Dreieck. Auf meiner
>USB-Tastatur ist da IIRC so ein dicker Pfeil+Shift. Naechstes mal nehm
>ich wieder die englische Bezeichnung, das erspart uns allen solche
>Diskussionen :-)

Ja oder im deutschen die Bild-Auf und Bild-Ab-Tasten.


Nein, wir redeten von Cursor Hoch, nicht Bild-Auf. Ausserdem heisst die
hier "pg up" :-)


Aaahh, die Cursortasten. Sagt das doch gleich;-). Also die Cursor-Up
oder im englischen die Cursor-Up...


Nico

--
It`s not a trick...it`s Linux!  |  web: www.linico.de
  ---°°--- |  mailto: [EMAIL PROTECTED]
 Nico Jochens -- MCSE & CNA|  Registered Linux User #313928
HamburgGermany |  PGP-Signature: kommt noch

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 06.Aug 2005 - 14:16:42, Nico Jochens wrote:
> On Sat, Aug 06, 2005 at 12:15:02PM +0200, Andreas Pakulat wrote:
> >On 06.Aug 2005 - 11:54:17, Claudius Hubig wrote:
> >>Andreas Pakulat schrieb:
> >>>Da schreibt man mal etwas in dt. und es versteht wieder keiner ;-). Wenn 
> >>ich
> >>>die Umschalt-Taste gemeint haette, haette ich das geschrieben.
> >>>"Hoch-Taste" ist bei mir die mit dem Pfeil nach oben...
> >>Die mit den Pfeilen nach oben sind bei mir auch bekannt als Shift- oder 
> >>Umschalttasten. Caps-Lock hat einen Pfeil nach unten.
> >Hmm, also hier hat die Shift-Taste "Shift" und ein Dreieck. Auf meiner
> >USB-Tastatur ist da IIRC so ein dicker Pfeil+Shift. Naechstes mal nehm
> >ich wieder die englische Bezeichnung, das erspart uns allen solche
> >Diskussionen :-)
> 
> Ja oder im deutschen die Bild-Auf und Bild-Ab-Tasten.

Nein, wir redeten von Cursor Hoch, nicht Bild-Auf. Ausserdem heisst die
hier "pg up" :-)

Andreas

-- 
Avert misunderstanding by calm, poise, and balance.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Nico Jochens]

On Sat, Aug 06, 2005 at 12:15:02PM +0200, Andreas Pakulat wrote:

On 06.Aug 2005 - 11:54:17, Claudius Hubig wrote:

Andreas Pakulat schrieb:

>Da schreibt man mal etwas in dt. und es versteht wieder keiner ;-). Wenn ich
>die Umschalt-Taste gemeint haette, haette ich das geschrieben.
>"Hoch-Taste" ist bei mir die mit dem Pfeil nach oben...

Die mit den Pfeilen nach oben sind bei mir auch bekannt als Shift- oder 
Umschalttasten. Caps-Lock hat einen Pfeil nach unten.


Hmm, also hier hat die Shift-Taste "Shift" und ein Dreieck. Auf meiner
USB-Tastatur ist da IIRC so ein dicker Pfeil+Shift. Naechstes mal nehm
ich wieder die englische Bezeichnung, das erspart uns allen solche
Diskussionen :-)


Ja oder im deutschen die Bild-Auf und Bild-Ab-Tasten.


Nico

--
It`s not a trick...it`s Linux!  |  web: www.linico.de
  ---°°--- |  mailto: [EMAIL PROTECTED]
 Nico Jochens -- MCSE & CNA|  Registered Linux User #313928
HamburgGermany |  PGP-Signature: kommt noch

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 06.Aug 2005 - 11:54:17, Claudius Hubig wrote:
> Andreas Pakulat schrieb:
> 
> >Da schreibt man mal etwas in dt. und es versteht wieder keiner ;-). Wenn ich
> >die Umschalt-Taste gemeint haette, haette ich das geschrieben.
> >"Hoch-Taste" ist bei mir die mit dem Pfeil nach oben...
> 
> Die mit den Pfeilen nach oben sind bei mir auch bekannt als Shift- oder 
> Umschalttasten. Caps-Lock hat einen Pfeil nach unten.

Hmm, also hier hat die Shift-Taste "Shift" und ein Dreieck. Auf meiner
USB-Tastatur ist da IIRC so ein dicker Pfeil+Shift. Naechstes mal nehm
ich wieder die englische Bezeichnung, das erspart uns allen solche
Diskussionen :-)

Andreas

-- 
You own a dog, but you can only feed a cat.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Claudius Hubig]

Andreas Pakulat schrieb:

Da schreibt man mal etwas in dt. und es versteht wieder keiner ;-). 
Wenn ich

die Umschalt-Taste gemeint haette, haette ich das geschrieben.
"Hoch-Taste" ist bei mir die mit dem Pfeil nach oben...


Die mit den Pfeilen nach oben sind bei mir auch bekannt als Shift- oder 
Umschalttasten. Caps-Lock hat einen Pfeil nach unten.


Claudius
--
/"\ | ,= ,-_-. =.
\ / ASCII Ribbon Campaign | ((_/)o o(\_)) GNU's NOT Unix
X against HTML email & vCards | `-'(. .)`-'
/ \ | \_/

Free Software for Free People in Communism
License: GPL


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 06.Aug 2005 - 10:53:06, Gebhard Dettmar wrote:
> On Friday 05 August 2005 23:44, Andreas Pakulat wrote:
> > On 05.Aug 2005 - 21:38:36, Gebhard Dettmar wrote:
> > > angewöhnen. Man schreibt nur im Eifer des Gefechts drauflos, wie man's
> > > gewohnt ist und misslungene Befehle lassen sich ja auch nicht
> > > wiederholen, ergo: Neuschreiben
> >
> > Schonmal probiert was passiert wenn du ":" gefolgt von der "Hoch-Taste"
> > drueckst? vim hat eine Befehlshistory in der jeder Befehl steht der mit
> > einem Enter ausgefuehrt wird.
> Ja, die .viminfo. Aber weder bei Shift- noch Caps-Lock-Taste wiederholt 
> bei mir etwas. Ich hab's aber jetzt in der cmdline.html gefunden: Cursor 
> up and down.

Da schreibt man mal etwas in dt. und es versteht wieder keiner ;-). Wenn ich
die Umschalt-Taste gemeint haette, haette ich das geschrieben.
"Hoch-Taste" ist bei mir die mit dem Pfeil nach oben... 

Andreas

-- 
Future looks spotty.  You will spill soup in late evening.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Gebhard Dettmar]

On Friday 05 August 2005 23:44, Andreas Pakulat wrote:
> On 05.Aug 2005 - 21:38:36, Gebhard Dettmar wrote:
> > angewöhnen. Man schreibt nur im Eifer des Gefechts drauflos, wie man's
> > gewohnt ist und misslungene Befehle lassen sich ja auch nicht
> > wiederholen, ergo: Neuschreiben
>
> Schonmal probiert was passiert wenn du ":" gefolgt von der "Hoch-Taste"
> drueckst? vim hat eine Befehlshistory in der jeder Befehl steht der mit
> einem Enter ausgefuehrt wird.
Ja, die .viminfo. Aber weder bei Shift- noch Caps-Lock-Taste wiederholt 
bei mir etwas. Ich hab's aber jetzt in der cmdline.html gefunden: Cursor 
up and down. Und ^M findet er mit Strg V + Strg M. Wieder mal ein Fall 
von: wer lesen kann, ist klar im Vorteil ;-)
>
> Andreas, der sich auch eine einheitliche Loesung der Regexes wuenchst
> und fast immer austesten muss ob Maskierung noetig ist oder nicht.
;-)
Gruß vom zum Vim bekehrten Gebhard

-- 
Are you making all this up as you go along?


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 05.Aug 2005 - 21:38:36, Gebhard Dettmar wrote:
> angewöhnen. Man schreibt nur im Eifer des Gefechts drauflos, wie man's 
> gewohnt ist und misslungene Befehle lassen sich ja auch nicht wiederholen, 
> ergo: Neuschreiben 

Schonmal probiert was passiert wenn du ":" gefolgt von der "Hoch-Taste"
drueckst? vim hat eine Befehlshistory in der jeder Befehl steht der mit
einem Enter ausgefuehrt wird.

Andreas, der sich auch eine einheitliche Loesung der Regexes wuenchst
und fast immer austesten muss ob Maskierung noetig ist oder nicht.

-- 
So this is it.  We're going to die.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Gebhard Dettmar]

On Friday 05 August 2005 16:56, Markus Schulz wrote:
> Am Freitag, 5. August 2005 15:56 schrieb Gebhard Dettmar:
> > On Thursday 04 August 2005 12:08, Markus Schulz wrote:
>
> [...]
>
> > > Was fehlt dir?
> >
> > In einem Satz: ein Gui-editor, in dem ich substitutions auf
> > Zeilenbereiche beschränken und mehrere Dateien editieren kann. Also
> > Kate um genau diese Features erweitert. Aber die Seite editing.html
> > werd ich mir noch mal genauer zu Gemüte führen müssen ;-)
>
> Hmm, ich nehme mal an das es bedeutend einfacher ist vim um eine GUI zu
> erweitern als Kate um die entsprechenden Features.
> Und jetzt kommt das beste: es wurde bereits gemacht (gtk,gnome,..)  ;)
Ähm ja, ich wollte mir gvim ja schon immer mal angucken (muss ich mal nach 
googlen, bei mir sagt er: GUI not compiled), allein - vim/gvim hat ja 
wieder keine Perl-Regexes (ich hatte in meinen 
"in-einem-Satz-Anforderungen" nur das aufgezählt, was Kate nicht hat, Rest 
s. Antwort an Andreas). Aber ok, das Maskieren könnte ich mir zur Not noch 
angewöhnen. Man schreibt nur im Eifer des Gefechts drauflos, wie man's 
gewohnt ist und misslungene Befehle lassen sich ja auch nicht wiederholen, 
ergo: Neuschreiben - ich hab da schon manchmal geflucht und es wundert 
mich auch ein wenig, dass ich da der einzige zu sein scheine.
Gruß Gebhard

-- 
Q:  What's tiny and yellow and very, very, dangerous?
A:  A canary with the super-user password.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 05.Aug 2005 - 17:51:37, Uwe Kerstan wrote:
> * Andreas Pakulat <[EMAIL PROTECTED]> [05-08-2005 17:17]:
> 
> > > Gut lesbar ist richtig, aber beim coden manchmal lästig.
> > > Ein try & except mal schnell einfügen, bedeutet meistens
> > > auch ganze Blöcke zu versetzen. 
> > 
> > Dann benutzt du den falschen Editor ;-) bzw. die falsche IDE...
> 
> Welcher Editor macht das *vollautomatisch* - gib mir mal ein Tipp,
> aber bitte keine *halbautomatischen* Lösungen anbieten.

Kannst du mir kurz mal sage wo ich gesagt habe das es das schon gibt :-)
(aus der Affaere ziehend...)

Ok, vollautomatisch ala "ich schreib jetzt hier ein try und der Editor
rueckt alles nachfolgende ein" gibts nicht, aber sowas wie Bereich
markieren, Einruecken und try und Except hinschreiben geht (jedenfalls
in eric3). drpython kann ich grad nicht installieren, weil das GTK
fuer python fehlt...

Ansonsten gehoert sowas zur Refaktorierung, einfach mal nen Wishlist-Bug
bei eric3 einschieben...

Andreas

-- 
You will be the last person to buy a Chrysler.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Uwe Kerstan]

* Andreas Pakulat <[EMAIL PROTECTED]> [05-08-2005 17:17]:

> > Gut lesbar ist richtig, aber beim coden manchmal lästig.
> > Ein try & except mal schnell einfügen, bedeutet meistens
> > auch ganze Blöcke zu versetzen. 
> 
> Dann benutzt du den falschen Editor ;-) bzw. die falsche IDE...

Welcher Editor macht das *vollautomatisch* - gib mir mal ein Tipp,
aber bitte keine *halbautomatischen* Lösungen anbieten.

> > Bei Perl ist if $@ schneller eingebaut ... :-)
> 
> Was aber nicht einem try/except entspricht.

Egal. Ein Beispiel ist ein Beispiel ist ein Beispiel ...

Gruss Uwe


pgpf66MpXY5Z8.pgp
Description: PGP signature

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 05.Aug 2005 - 13:12:17, Uwe Kerstan wrote:
> * Andreas Pakulat <[EMAIL PROTECTED]> [04-08-2005 19:59]:
> 
> > Ich finde insbesondere die strenge Einrueckungssyntax sehr gut lesbar
> 
> Gut lesbar ist richtig, aber beim coden manchmal lästig.
> Ein try & except mal schnell einfügen, bedeutet meistens
> auch ganze Blöcke zu versetzen. 

Dann benutzt du den falschen Editor ;-) bzw. die falsche IDE...

> Bei Perl ist if $@ schneller eingebaut ... :-)

Was aber nicht einem try/except entspricht. Natuerlich hast du mit einem
if in Python diesselben Probleme wie mit dem try/except...

Andreas

-- 
Is this really happening?


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Udo Mueller]

Hallo Gebhard,

* Gebhard Dettmar schrieb [05-08-05 15:56]:
> 
> In einem Satz: ein Gui-editor, in dem ich substitutions auf Zeilenbereiche 
> beschränken

Vim: :23,45s/dies/das/gc

ändert von Zeile 23 bis 45. 1,$ macht alles :)

Mit freundlichen Grüßen

Udo Müller

-- 
ComputerService Udo Müller  Tel.: 0441-36167578
Böversweg 7 Fax.: 0441-36167579
26131 Oldenburg   [EMAIL PROTECTED] Mobil: 0162-4365411

Re: [OT] Python oder Perl

[Markus Schulz]

Am Freitag, 5. August 2005 15:56 schrieb Gebhard Dettmar:
> On Thursday 04 August 2005 12:08, Markus Schulz wrote:
[...]
> > Was fehlt dir?
>
> In einem Satz: ein Gui-editor, in dem ich substitutions auf
> Zeilenbereiche beschränken und mehrere Dateien editieren kann. Also
> Kate um genau diese Features erweitert. Aber die Seite editing.html
> werd ich mir noch mal genauer zu Gemüte führen müssen ;-)

Hmm, ich nehme mal an das es bedeutend einfacher ist vim um eine GUI zu 
erweitern als Kate um die entsprechenden Features. 
Und jetzt kommt das beste: es wurde bereits gemacht (gtk,gnome,..)  ;)

-- 
Markus Schulz

Heute glaubt anscheinend jeder, Programme seien Geister, die in kleinen 
Totems wohnen und durch zweimaliges Berühren mit dem Mausfetisch 
beschworen werden. Daher vermutlich das Unvermögen, ein Programm zu 
starten, wenn das Totem verlorengegangen ist. (Thorsten Lange in 
d.a.s.r.)

Re: [OT] Python oder Perl

[Gebhard Dettmar]

On Thursday 04 August 2005 12:08, Markus Schulz wrote:
> Am Mittwoch, 3. August 2005 23:39 schrieb Gebhard Dettmar:
> > On Wednesday 03 August 2005 14:02, Helmut Wollmersdorfer wrote:
> > > Gebhard Dettmar wrote:
> > > > On Tuesday 02 August 2005 17:22, Helmut Wollmersdorfer wrote:
> > > >[...]
> > rausschmeißen: perl -pi -e 's/\r\n/\n/' Mache ich das im Vim:
> > 1,$s/\r\n/\n/ kommt: pattern not found: \r\n. Der Textpad würde die
> > regex schnallen, aber dem sagt man natürlich, dass er filetype=unix
> > speichern soll
>
> und warum sagst dem vim das nicht auch?
Das war jetzt missverständlich ausgedrückt: dem vim muss ich das ohnehin 
nicht sagen, höchstens das Gegenteil ;-) In meiner vimrc steht edit 
++ff=unix, damit ich sie zu Gesicht kriege
Ich habe das Beispiel gebracht, weil ich das mal auf dem Uni-Webserver hatte, 
wo man nur eine restricted shell und vi kriegt, und dank meines 
Vorgänger-Hiwis jede Datei mit ^Ms garniert war. Im Laufe der zeit sind die 
jetzt verschwunden, aber versuch die mal in einer restricted shell 
loszuwerden: kein perl, sed, tr usw. bei :syntax on im vi kommt 
Can't open file /usr/share/vim/syntax/syntax.vim
bei :set ff=unix passiert garnichts, bei meinen Versuchen mit s/^M oder s/\r 
kommt pattern not found. 
>
> [...]
>
> vim Examples:
> :args *.c
> :argdo set ff=unix | update
> :
> :
> :args *.[ch]
> :argdo %s/\/My_Foo/ge | update
Ah, sieh an, kannte ich noch nicht
> Was fehlt dir?
In einem Satz: ein Gui-editor, in dem ich substitutions auf Zeilenbereiche 
beschränken und mehrere Dateien editieren kann. Also Kate um genau diese 
Features erweitert. Aber die Seite editing.html werd ich mir noch mal genauer 
zu Gemüte führen müssen ;-)
Gruß Gebhard


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Uwe Kerstan]

* Andreas Pakulat <[EMAIL PROTECTED]> [04-08-2005 19:59]:

> Ich finde insbesondere die strenge Einrueckungssyntax sehr gut lesbar

Gut lesbar ist richtig, aber beim coden manchmal lästig.
Ein try & except mal schnell einfügen, bedeutet meistens
auch ganze Blöcke zu versetzen. 
Bei Perl ist if $@ schneller eingebaut ... :-)

Gruss Uwe


pgpNycfkuZpUX.pgp
Description: PGP signature

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 04.Aug 2005 - 19:10:53, Eduard Bloch wrote:
> Andreas Pakulat schrieb am Mittwoch, den 03. August 2005:
> > > Aber was mich bei der Python-Version immer noch abschreckt: man sieht
> > > nicht direkt, nach welchem Prinzip es die Spaces und Zeilenumbrüche
> > > verteilt. Hat man überhaupt Kontrolle drüber?  Oder macht die Sprache
> > > das nach Lust und Laune und für Leute mich gibt es dann
> > > Printe-So-Wie-Es-Da-Steht-Funktionen, die man erst noch kennenlernen
> > > muss?
> > 
> > Was genau meinst du? Hier siehts so aus:
> ...
> > mcop-andreas file
> > 
> > Wobei genau 1 Leerzeichen zwischen dem Dateinamen und "file" bzw. "dir"
> > steht (hab grad keine dirs in /tmp). Und das liegt an dem "," hinter dem
> > "print filename". Siehts bei dir anders aus?
> 
> Doch, und genau das erschreckt mich.

Ernsthaft? Du meinst ein 

print "test2","test3"
liefert bei dir mal "test2 test3" und mal "test2 test3"??

Kann ich nicht glauben, sicher das keine Leerzeichen in den Dateinamen
sind?

> Da werden einfach zu viele
> semantische Sachen auf der Syntax-Ebene einkodiert. Wocher soll ein
> Nicht-Python-Dauer-Coder nach einem halben Jahr noch wissen, was , da zu
> suchen hat und warum? Da ist mir "$_ ist Bla\n" viel lieber.

Nun, das Komma gehoert zur Signatur der print-Funktion und kann in jeder
Referenz nachgeschlagen werden. Es ist damit aehnlich wie mit dem
C-printf, nur das man keinen Format-String braucht. print nimmt als
Argumente eine Menge von Ausdruecken entgegen, durch Kommata getrennt
(wie bei jeder Funktion) und haengt diese zusammen. Netterweise macht es
dabei ein Leerzeichen zwischen den Ausdruecken, was ich bei anderen
print-Statements (in anderen Sprachen) immer wieder schmerzlich
vermisse. Wenn das Komma am Ende steht, sorgt es einfach dafuer, dass
das kein Newline ausgegeben wird.

> > Weil man sie _schnell_ auch als Nicht-Perl-Experte verstehen kann. Ebend
> > weil es Variablennamen und Funktionen benutzt und nicht Konstrukte die
> > dies implizit tun (inkl. ?_ oder ).
> 
> Wie gesagt, das ist einfach Geschmackssache. Auf der Shell arbeitest du
> auch nicht mit "for x in `ls | grep -v .c$ ` ; do stat "...format" $x ; done".
> 
> (... oder doch?!)

Kommt drauf an, in Skripten eher nicht, aber wenn ich mal fix was mit
vielen Daetien machen will (zum Beispiel umbenennen oder durch nen
mp3-Kodierer jagen) schon.

> > Klar, Klammern sind ja auch so leicht zu lesen, insbesondere welche
> > jetzt offen oder geschlossen sind. Ja man hat Syntaxhighlighting, aber
> > auch das erfordert mehr Aufwand als wenn man jeden Befehl auf ner
> > eigenen Zeile hat. Ausserdem arbeite ich wenig mit der Maus, da sind so
> > lange Zeilen immer ein ziemliches Uebel ;-) 
> 
> Es gibt da nette Sprung-Funktionen in jedem vernünftigen Editor (z.B. %
> im vim auf der oeffnende Klammer). Wie geht so etwas denn bei der
> Schlangensprache?


bzw. diesselben Sprungfunktionen fuer die durchaus vorhandenen Klammern.
In Python ist ebend jede (nicht mit " \" abschliessende) Zeile ein
Kommando.

Ich finde insbesondere die strenge Einrueckungssyntax sehr gut lesbar
und man muss sich nicht darueber streiten ob die oeffnende Klammer nun
auf einer eigenen Zeile steht oder hinter dem if/class/..-Statement...

Andreas

-- 
Avert misunderstanding by calm, poise, and balance.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Eduard Bloch]

Moin Andreas!
Andreas Pakulat schrieb am Mittwoch, den 03. August 2005:

> > Aber was mich bei der Python-Version immer noch abschreckt: man sieht
> > nicht direkt, nach welchem Prinzip es die Spaces und Zeilenumbrüche
> > verteilt. Hat man überhaupt Kontrolle drüber?  Oder macht die Sprache
> > das nach Lust und Laune und für Leute mich gibt es dann
> > Printe-So-Wie-Es-Da-Steht-Funktionen, die man erst noch kennenlernen
> > muss?
> 
> Was genau meinst du? Hier siehts so aus:
...
> mcop-andreas file
> 
> Wobei genau 1 Leerzeichen zwischen dem Dateinamen und "file" bzw. "dir"
> steht (hab grad keine dirs in /tmp). Und das liegt an dem "," hinter dem
> "print filename". Siehts bei dir anders aus?

Doch, und genau das erschreckt mich. Da werden einfach zu viele
semantische Sachen auf der Syntax-Ebene einkodiert. Wocher soll ein
Nicht-Python-Dauer-Coder nach einem halben Jahr noch wissen, was , da zu
suchen hat und warum? Da ist mir "$_ ist Bla\n" viel lieber.

> > > > Das ist die langatmige Variante. Die kürzere benutzt globbing:
> > > 
> > > Und verstaendliche Variante.
> > 
> > Weil?!
> 
> Weil man sie _schnell_ auch als Nicht-Perl-Experte verstehen kann. Ebend
> weil es Variablennamen und Funktionen benutzt und nicht Konstrukte die
> dies implizit tun (inkl. ?_ oder ).

Wie gesagt, das ist einfach Geschmackssache. Auf der Shell arbeitest du
auch nicht mit "for x in `ls | grep -v .c$ ` ; do stat "...format" $x ; done".

(... oder doch?!)

> > Dafür sind die Klammern da. Damit kann man den Quellcode strukturieren.
> 
> Klar, Klammern sind ja auch so leicht zu lesen, insbesondere welche
> jetzt offen oder geschlossen sind. Ja man hat Syntaxhighlighting, aber
> auch das erfordert mehr Aufwand als wenn man jeden Befehl auf ner
> eigenen Zeile hat. Ausserdem arbeite ich wenig mit der Maus, da sind so
> lange Zeilen immer ein ziemliches Uebel ;-) 

Es gibt da nette Sprung-Funktionen in jedem vernünftigen Editor (z.B. %
im vim auf der oeffnende Klammer). Wie geht so etwas denn bei der
Schlangensprache?

Gruss,
Eduard.

-- 
Die Freiheit macht den Menschen schuldig.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Thomas Jahns]

Robert Müller <[EMAIL PROTECTED]> writes:
> ich hoffe, mein Anliegen ist nicht zu offtopic:
> Ich stehe zur Zeit vor der Frage, ob ich mich mehr auf Python oder
> Perl Programmierung spezialisieren sollte. Welche dieser beiden
> Sprachen hat Eurer Meinung nach mehr Zukunft/Potential?  Bisher habe

[...]

> Systemadministrationsprogrammierung als auch DB- und GUI
> Programmierung einfach und effektiv möglich sein. Mein persönlicher
> Eindruck ist, daß Python eher Zukunft hat, ich lasse mich auch gerne
> von anderen Erfahrungen und Meinungen inspirieren. Vielleicht ist es
> ja auch einfach nur Geschmackssache?

Perl hat nach meiner Ansicht zur Systemadministration den Vorteil, daß
man bash-Skripte relativ linear übertragen kann, um dann Stück für
Stück externe Programmaufrufe durch interne Operationen zu ersetzen.

Außerdem ist nach meinem Eindruck der Umfang der verfügbaren Module für
Perl immer noch größer als für Python.

Grundsätzlich gibt es keinen Grund warum eine der beiden
Sprachen/Implementierungen etwas gar nicht können sollte. Und die
Unleserlichkeit von Perl wird auch etwas übertrieben, gute wie schlechte
Programmierer können in jeder Sprache schlecht lesbaren Code abliefern,
daß ist meiner Ansicht nach allein eine Frage der Disziplin.

Thomas Jahns
-- 
"Computers are good at following instructions,
 but not at reading your mind."
D. E. Knuth, The TeXbook, Addison-Wesley 1984, 1986, 1996, p. 9


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Matthias Fechner]

Hallo Jörg,

* Jörg Arlandt <[EMAIL PROTECTED]> [04-08-05 11:09]:
> Ist es nicht so, das auch ein anderer Programmier im Idealfall lesen und
> verstehen können sollte ... 

glaube mir, wenn ich das in einem Jahr noch auf anhieb lesen kann,
kann das jeder anderer Programmierer auch noch. :)

-- 
Gruss
Matthias

"Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the universe trying to produce
bigger and better idiots. So far, the universe is winning." -- Rich Cook


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Jörg Arlandt]

Matthias Fechner wrote:

> Denn ein guter Programmierer schreibt in meinen Augen den Code auf die
> Art und Weise, das er ihn anhand von  Kommentaren auch in einigen
> Jahren noch lesen und verstehen kann.

Ist es nicht so, das auch ein anderer Programmier im Idealfall lesen und
verstehen können sollte ... 

-- 
bis dann
 joerg 

... powered by debian GNU/Linux 

http://www.arlandt.de  



-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Gebhard Dettmar]

On Thursday 04 August 2005 00:32, Andreas Pakulat wrote:
> On 03.Aug 2005 - 23:39:29, Gebhard Dettmar wrote:
> > Wenn ich im Vim eine html-Datei öffne und lauter Dos-Carriage returns
> > von meinem Vorgänger sehe, will ich die rausschmeißen: perl -pi -e
> > 's/\r\n/\n/' Mache ich das im Vim: 1,$s/\r\n/\n/ kommt: pattern not
> > found: \r\n. Der Textpad würde die regex schnallen, aber dem sagt man
> > natürlich, dass er filetype=unix speichern soll
Damit meinte ich nur, dass bei Dateien, die ich unter Windows erstelle, eh 
keine Dos-^Ms vorkommen
> Warum machst du fuer sowas nen Editor auf? Perl kann das in der Datei
> doch aendern... Oder meinst du du hast nicht immer Perl an der Hand?
Nicht immer, aber ich mach die Datei auch garnicht auf, ich hab nur den 
regex-relevanten teil des Befehls wiedergegeben. 
> Mit sed koennte man es noch machen, der allerdings benutzt wieder
> Standard-grep Syntax, sprich {,[ und ( muessen escaped werden...
>
> Ganz davon abgesehen: Fuer das leidige Thema Zeilenumbrueche gibts doch
> unix2dos aus den sysutils.
das war doch nur ein Beispiel für den Ausgangspunkt: Helmut schrieb, dass 
die verschiedenen syntaktischen Verpackungen schon ausreichen, um einen 
komplett kirre zu machen.
> > > kwrite und kate machen das bei Perl-Regex recht gut. Nur bei vielen
> > > geschachtelten Klammern _und_ Verwendung von Klammern _litteraly_
> > > innerhalb der Regex steigen sie manchmal aus.
> >
> > Ich habs meist mit html-Dateien oder Logfiles zu tun. Dafür nehme ich
> > meist Kate (Version 1.0 aus KDE 2.2.2,
>
> Noch ein woody Server was? Wieso ist das Kate drauf ;-)
Kein Server sondern meine Rechner zu Hause und auf Arbeit. Bis Herbst 
letzten Jahres hatte ich auf Arbeit nur Win2k, da hab ich immer mit 
Textpad gearbeitet. Dann wurde dort ein rechner ausgetauscht und einer neu 
angeschafft, auf die hab ich Woody mit KDE 2.2, bzw. 3.x (weiß jetzt nicht 
aus dem Kopf, von Woody r3 gespielt. Frag jjetzt nicht: warum Woody, ich 
hasse CD brennen. iAnsonsten mach ich da eine Inschriften-Datenbank und 
ein paar Webseiten. Wenn ich jetzt z.B. in der Geschichtsbibliothek an 
meiner Examensarbeit sitze und eine Mail von meinem Chef kriege, ich solle 
das und das ändern, mach ich das manchmal von einem Bibliotheksrechner per 
telnet (ssh gibt's nicht, telnet geht innerhalb der HU; wird's schon ne 
Firewall drumrum geben). Dann habe ich eine restricted shell + vi.
> > oder vim. Beide können nicht Änderungen an mehreren Dateien, was ich
> > ständig brauche.
>
> Naja, du kannst in den vim aber durchaus mehrere Dateien laden und dann
> einfach immer zur naechsten gehen und mittels ":","hochtaste" den
> entsprechenden Ersetzungbefehl ruck-zuck wieder holen. Aber fuer sowas
> wuerd ich auch eher sed oder perl einsetzen denn nen richtigen Editor...
ich muss die Dateien öffnen, um die Zeilen zu sehen. meistens ist das dann 
yank + put mit Pfad, bzw. Dateinamen anppassen. Ich kriege eine pdf, die 
ich per ftp in den entsprechenden Ordner "putte", öffne die html-datei, in 
der die Verknüpfung steht, yanke den  Bereich, und ändere 
"Sitzung 11" in "12" + den Dateinamen. Das war's, geht fix von der 
Bibliothek aus.
Was jetzt die "mehrere dateien" angeht, das ist sowas wie: ich kriege eine 
Mail, die soundso_mehrsprachige_Webseiten_Kommission der HU habe 
entschieden, dass "Faculty of xyz" jetzt "Faculty of abc and def" heißen 
soll. Das betrifft 5 dateien in ~/kathrin/text. Da ich auswendig nicht 
weiß, was da genau steht, muss ich eine der 5 Dateien öffnen. Da 
fand ich Textpad immer sehr angenehm für. Wenn dagegen, sagen wir, kommt: 
"Dass heißt auf einmal wieder daß, bitte auf allen Seiten ändern", dann 
mache ich das natürlich z.B. mit
find . -name "*html" -exec perl -pi -e 's/dass/daß/' {} \;
(oder s/ss/ß/, obwohl, dann mache ich wieder aus Vertragsstrafe 
Vertragßtrafe. Oder Kasse -> Kaße ;-) Also 's/ss /ß /' Ja, die 
Regexes ... ;-) )

> > praktisch finde. Aber mehrere Dateien editieren habe ich beim vi
> > vergeblich gesucht, es geht höchstens sowas:
> > for f in /path/to/files/*html; do vi -c "15,20s/^e/E/g" -c "wq" $f;
> > done
>
> Auch ne Moeglichkeit, und wo war jetzt dein Problem? Das ganze ein wenig
> parametrisieren und in ein Skript packen und schon hast du ein
> "Kommando" mit dem du beliebige Dateien editieren lassen kannst.
>
> > textpad kann alles, ich kenne wirklich nichts besseres.
>
> Mir gefaellt UltraEdit besser, aber das letzte Mal das ich unter Windows
> nen "richtigen" Texteditor brauchte ist schon Äonen her...

UltraEdit kostet Geld, Textpad ist auch shareware, aber längst nicht so 
beharrlich in seinen Geldforderungen ;-) Und ich hab da nichts vermisst. 
Ansonsten weiß ich auf Anhieb nicht mehr, wann ich das letzte Mal in 
Windows gebootet hab, aber den Textpad hab ich in extrem guter Erinnerung.
Also sagen wir mal, um das ganze abzuschließen, Kate mit Änderungen für 
Zeilenbereiche (also z.B. 'Show Console' und dann :15,20s/..., wie beim 
vi, dann kann ich mir die Ersetzungen beq

Re: [OT] Python oder Perl

[Markus Schulz]

Am Mittwoch, 3. August 2005 23:39 schrieb Gebhard Dettmar:
> On Wednesday 03 August 2005 14:02, Helmut Wollmersdorfer wrote:
> > Gebhard Dettmar wrote:
> > > On Tuesday 02 August 2005 17:22, Helmut Wollmersdorfer wrote:
> > >
> > > Genau das wollte ich damit sagen. Im Vim z.B., und da ist die
> > > Abweichung, verglichen mit Python, noch harmlos, muss ich jede
> > > regex dreimal schreiben. Darum wünsche ich mir als editor unter
> > > Linux auch nichts so sehnlich wie Textpad (unter windows). Der
> > > geht nach Perl-Flavor (+ POSIX, aber den benutze ich nicht) und
> > > siehe da. die regexes stimmen auf einmal (außer sie würden auch
> > > in Perl nicht stimmen, was natürlich auch nicht so selten ist ;-)
> >
> > Verstehe ich nicht ganz. Meinst Du das Syntax-Highligthing im
> > Editor?
>
> Nein, das, was du auch meintest: \{1,3\} vs. {1,3}, also die übliche
> Frage: muss ich jetzt maskieren, obwohl es in Perl nicht maskiert
> wird etc. Wenn ich im Vim eine html-Datei öffne und lauter
> Dos-Carriage returns von meinem Vorgänger sehe, will ich die
> rausschmeißen: perl -pi -e 's/\r\n/\n/' Mache ich das im Vim:
> 1,$s/\r\n/\n/ kommt: pattern not found: \r\n. Der Textpad würde die
> regex schnallen, aber dem sagt man natürlich, dass er filetype=unix
> speichern soll

und warum sagst dem vim das nicht auch?
:set fileformat=unix

>
> > kwrite und kate machen das bei Perl-Regex recht gut. Nur bei vielen
> > geschachtelten Klammern _und_ Verwendung von Klammern _litteraly_
> > innerhalb der Regex steigen sie manchmal aus.
>
> Ich habs meist mit html-Dateien oder Logfiles zu tun. Dafür nehme ich
> meist Kate (Version 1.0 aus KDE 2.2.2, bei dem suche ich z.B.
> Zeilennummmern vergeblich) oder vim. Beide können nicht Änderungen an
> mehreren Dateien, was ich ständig brauche. In Kate kann ich
> Ersetzungen nicht auf Zeilenbereiche beschränken, was ich wiederum
> beim vi äußerst praktisch finde. Aber mehrere Dateien editieren habe
> ich beim vi vergeblich gesucht, es geht höchstens sowas:
> for f in /path/to/files/*html; do vi -c "15,20s/^e/E/g" -c "wq" $f;
> done textpad kann alles, ich kenne wirklich nichts besseres. 

vim Examples:

:args *.c
:argdo set ff=unix | update


:args *.[ch]
:argdo %s/\/My_Foo/ge | update


Was fehlt dir?

-- 
Markus Schulz

This is Linux Land-
In silent nights you can hear the windows machines rebooting

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 03.Aug 2005 - 23:39:29, Gebhard Dettmar wrote:
> Wenn ich im Vim eine html-Datei öffne und lauter Dos-Carriage returns von 
> meinem Vorgänger sehe, will ich die rausschmeißen: perl -pi -e 's/\r\n/\n/'
> Mache ich das im Vim: 1,$s/\r\n/\n/ kommt: pattern not found: \r\n. Der 
> Textpad würde die regex schnallen, aber dem sagt man natürlich, dass er 
> filetype=unix speichern soll

Warum machst du fuer sowas nen Editor auf? Perl kann das in der Datei
doch aendern... Oder meinst du du hast nicht immer Perl an der Hand?
Mit sed koennte man es noch machen, der allerdings benutzt wieder
Standard-grep Syntax, sprich {,[ und ( muessen escaped werden...

Ganz davon abgesehen: Fuer das leidige Thema Zeilenumbrueche gibts doch
unix2dos aus den sysutils.

> > kwrite und kate machen das bei Perl-Regex recht gut. Nur bei vielen
> > geschachtelten Klammern _und_ Verwendung von Klammern _litteraly_
> > innerhalb der Regex steigen sie manchmal aus.
> Ich habs meist mit html-Dateien oder Logfiles zu tun. Dafür nehme ich 
> meist Kate (Version 1.0 aus KDE 2.2.2, 

Noch ein woody Server was? Wieso ist das Kate drauf ;-)

> oder vim. Beide können nicht Änderungen an mehreren Dateien, was ich
> ständig brauche.

Naja, du kannst in den vim aber durchaus mehrere Dateien laden und dann
einfach immer zur naechsten gehen und mittels ":","hochtaste" den
entsprechenden Ersetzungbefehl ruck-zuck wieder holen. Aber fuer sowas
wuerd ich auch eher sed oder perl einsetzen denn nen richtigen Editor...

> praktisch finde. Aber mehrere Dateien editieren habe ich beim vi 
> vergeblich gesucht, es geht höchstens sowas:
> for f in /path/to/files/*html; do vi -c "15,20s/^e/E/g" -c "wq" $f; done

Auch ne Moeglichkeit, und wo war jetzt dein Problem? Das ganze ein wenig
parametrisieren und in ein Skript packen und schon hast du ein
"Kommando" mit dem du beliebige Dateien editieren lassen kannst.

> textpad kann alles, ich kenne wirklich nichts besseres.

Mir gefaellt UltraEdit besser, aber das letzte Mal das ich unter Windows
nen "richtigen" Texteditor brauchte ist schon Äonen her...

Andreas

-- 
Your temporary financial embarrassment will be relieved in a surprising manner.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Gebhard Dettmar]

On Wednesday 03 August 2005 14:02, Helmut Wollmersdorfer wrote:
> Gebhard Dettmar wrote:
> > On Tuesday 02 August 2005 17:22, Helmut Wollmersdorfer wrote:
> >
> > Genau das wollte ich damit sagen. Im Vim z.B., und da ist die
> > Abweichung, verglichen mit Python, noch harmlos, muss ich jede regex
> > dreimal schreiben. Darum wünsche ich mir als editor unter Linux auch
> > nichts so sehnlich wie Textpad (unter windows). Der geht nach
> > Perl-Flavor (+ POSIX, aber den benutze ich nicht) und siehe da. die
> > regexes stimmen auf einmal (außer sie würden auch in Perl nicht
> > stimmen, was natürlich auch nicht so selten ist ;-)
>
> Verstehe ich nicht ganz. Meinst Du das Syntax-Highligthing im Editor?
Nein, das, was du auch meintest: \{1,3\} vs. {1,3}, also die übliche 
Frage: muss ich jetzt maskieren, obwohl es in Perl nicht maskiert wird etc.
Wenn ich im Vim eine html-Datei öffne und lauter Dos-Carriage returns von 
meinem Vorgänger sehe, will ich die rausschmeißen: perl -pi -e 's/\r\n/\n/'
Mache ich das im Vim: 1,$s/\r\n/\n/ kommt: pattern not found: \r\n. Der 
Textpad würde die regex schnallen, aber dem sagt man natürlich, dass er 
filetype=unix speichern soll
> kwrite und kate machen das bei Perl-Regex recht gut. Nur bei vielen
> geschachtelten Klammern _und_ Verwendung von Klammern _litteraly_
> innerhalb der Regex steigen sie manchmal aus.
Ich habs meist mit html-Dateien oder Logfiles zu tun. Dafür nehme ich 
meist Kate (Version 1.0 aus KDE 2.2.2, bei dem suche ich z.B. 
Zeilennummmern vergeblich) oder vim. Beide können nicht Änderungen an 
mehreren Dateien, was ich ständig brauche. In Kate kann ich Ersetzungen 
nicht auf Zeilenbereiche beschränken, was ich wiederum beim vi äußerst 
praktisch finde. Aber mehrere Dateien editieren habe ich beim vi 
vergeblich gesucht, es geht höchstens sowas:
for f in /path/to/files/*html; do vi -c "15,20s/^e/E/g" -c "wq" $f; done
textpad kann alles, ich kenne wirklich nichts besseres. Da ich insb. bei 
Logfiles aber auch awk usw. brauche, kann ich da nicht immer in Windows 
booten (hab's probiert mit Unixutils for Win32 usw. - Nee danke) Mal 
abgesehen davon, dass bloß wegen textpad in Windows booten ... na ja (ich 
kann dann z.B. keine eMails lesen). Logfileanalyse lohnt bei den Seiten, 
die ich jetzt mache, allerdings auch nicht mehr - wenn ich meine, die 
Instituts-IPs und die meines Chefs zu Hause + bots rausschmeiße, da bleibt 
nicht mehr viel zum analysieren ;-(
> >> [...]
>
> Helmut Wollmersdorfer
Gruß gebhard

-- 
Stop!  There was first a game of blindman's buff.  Of course there was.
And I no more believe Topper was really blind than I believe he had eyes
in his boots.  My opinion is, that it was a done thing between him and
Scrooge's nephew; and that the Ghost of Christmas Present knew it.  The
way he went after that plump sister in the lace tucker, was an outrage
on the credulity of human nature.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Gerhard Wolfstieg]

On Wed, 03 Aug 2005 21:00:19 +0200
Helmut Wollmersdorfer <[EMAIL PROTECTED]> wrote:

> Wo?

Es gibt die Mailing Listen von SWI und Ciao, den ich zur Zeit nur passiv
angehöre.
Dann habe ich mir aus irgendwelchen Gründen zu
http://www.cs.toronto.edu/~gpenn/
ein Lesezeichen gemacht. Mehr weiß ich ad hoc nicht, außer daß
regelmäßig calls for papers kommen.

> >   Diese praktischen Sachen zu machen, ist nicht so sonderlich schwer
> >   (zu
> > lernen), man sollte nur einen Kopf für ein solches
> > nicht-prozedurales Denken haben. 
> 
> Wem sagst Du das. Ich hab nach 7 Jahren Assembler Prolog gelernt. Ich 
> hab dann selber Prolog unterrichtet, und Leuten ohne 
> Programmierkenntnisse war das schneller beizubringen.

Grins! Es ist dabei klar und nachvollziehbar, warum das so ist.

 Gruß,  Gerhard

-- 
Diese Antwort ist von einem Prolog-System autark erstellt und ohne
Nachdenken gültig.

Re: [OT] Python oder Perl

[Helmut Wollmersdorfer]

Gerhard Wolfstieg wrote:


Die Situation hat sich geändert, soweit ich das überblicke. Gerade in
letzter Zeit haben offenbar viele erkannt, daß man Prolog gut auf
Servern zur intelligenten Bereitstellung von "Inhalten" benutzen kann.
Deshalb ist aus rein praktischen Gründen der Verkehr in Prolog
Mailinglisten kontinuierlich angestiegen. 


Wo?
Die Google-Treffer sind nicht grad üppig.


Aus den gleichen praktischen
Gründen gibt es inzwischen alles und for free am Beispiel SWI-Prolog
oder vielleicht auch Ciao-Prolog. Da gibt es libs für xml, sockets,
html, diverse Schnittstellen zu anderen Programmiersprachen wie C(++) --
und Fensterln in X und Windows undundund.


Ja, hab ich gesehen. Und SWI-Prolog hat eine Perl-Schnittstelle.


  Diese praktischen Sachen zu machen, ist nicht so sonderlich schwer (zu
lernen), man sollte nur einen Kopf für ein solches nicht-prozedurales
Denken haben. 


Wem sagst Du das. Ich hab nach 7 Jahren Assembler Prolog gelernt. Ich 
hab dann selber Prolog unterrichtet, und Leuten ohne 
Programmierkenntnisse war das schneller beizubringen.



Und was richtig Gescheits in Richtung Expertensystem und
KI zu produzieren, wofür Prolog wohl ursprünglich gemacht wurde, bleibt
nicht so ohne.


Oooch, da gibt es auch scheinbar triviales, was sich eleganter lösen 
lässt. Die Performance-Probleme früherer Zeiten (1987: 8088 mit ~4 MHz, 
640 KB) sollte es nimmer geben.



  Ja, Perl (oder Anderes) und Prolog kann eine ungeahnte "Mächtigkeit"
entwickeln.


Jo. Strings waren nie eine Stärke von Prolog.

Helmut Wollmersdorfer


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Jochen Schulz]

Korrektur:

Jochen Schulz:
> 
> myFoo = foo()   # erzeuge Instanz von foo
> foo.setbar(5)   # setze bar von foo auf 5

Sollte natürlich myFoo.setbar(5) heißen und:

> 'self' ist hier immer die Referenz auf das Objekt selbst und muß beim
> Aufruf der Methode nicht angegeben werden. foo.setbar(5) wird intern
> umgeformt zu setbar(foo, 5).[1] Daß der Parameter 'self' heißt, ist
> reine Konvention - wenn auch eine sehr strenge.

"myFoo.setbar(5) wird intern umgeformt zu foo.setbar(myFoo, 5).

Ich bin verwirrt.

J.
-- 
Every day in every way I am getting better and better.
[Agree]   [Disagree]
 


signature.asc
Description: Digital signature

Re: [OT] Python oder Perl

[Frank Küster]

Andreas Pakulat <[EMAIL PROTECTED]> wrote:

> Was genau meinst du? Hier siehts so aus:
>
> [EMAIL PROTECTED]:~/temp>python test.py
[...]
> mynetenv file

Darf ich fragen...?

Verwendest du eine von dir veränderte Version von netenv?

Gruß, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Re: [OT] Python oder Perl

[Stephan Mueller]

Moin Eduard,

* Eduard Bloch <[EMAIL PROTECTED]> [050803 16:17]:

> Das sind Dinge, die einem POSIX-Shell-User sowieso bekannt vorkommen
> sollten. Und die Doku liegt nur eine Manpage entfernt. Bei der
> Schlangensprache muss einer erstmal draufkommen, dass man ähnliches unter
> os (warum os?) und path (warum path?) suchen muss.

klar, wenn man schon jahrelang auf/mit der der Shell programmiert hat,
dann liegt Perl natürlich ein ganzes Stück näher. (Aber dann obacht bei
Perl6...)

Wenn man seine Wurzeln eher in der OOP hat, dann wird man mit Perl
dagegen vielleicht nicht ganz so glücklich wie mit Ruby/Python.

Das ist dann aber wieder die Geschmacksfrage und eine Frage des
Programmierstils, die man je nachdem aus welcher Ecke man kommt, anders
beantworten wird. Und wohl auch in Abhängigkeit von der Größe der zu
bearbeitenden Projekte.


Grüße,

Stephan


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 03.Aug 2005 - 15:48:19, Eduard Bloch wrote:
> Andreas Pakulat schrieb am Dienstag, den 02. August 2005:
> 
> > On 02.Aug 2005 - 15:26:23, Eduard Bloch wrote:
> > > Hallo Harald Weidner!
> > > Harald Weidner schrieb am Tuesday, den 02. August 2005:
> > > 
> > > > [Python]
> > > > >>import os
> > > > >>list = os.listdir('/tmp')
> > > > >>for filename in list:
> > > > >>print filename,
> > > > >>if os.path.isdir(filename):
> > > > >>print "is a directory"
> > > > >>else:
> > > > >>print "is a regular file"
> > > 
> > > Das ist bei (Python 2.3) ziemlich kaputt. Manche Dateien mit . am Anfang
> > > werden angezeigt, manche nicht. Klingt nicht grade vertrauenswürdig...
> > 
> > Aehm, die Liste ist unsortiert, sicher das du alle Elemente in der
> > Ausgabe ueberprueft hast? Hier jedenfalls gehts wunderbar.
> 
> Ich kann das grade nicht reproduzieren darum nehmen ich die Behauptung
> vorsichtshalber mal zurück. 

:-)

> Aber was mich bei der Python-Version immer noch abschreckt: man sieht
> nicht direkt, nach welchem Prinzip es die Spaces und Zeilenumbrüche
> verteilt. Hat man überhaupt Kontrolle drüber?  Oder macht die Sprache
> das nach Lust und Laune und für Leute mich gibt es dann
> Printe-So-Wie-Es-Da-Steht-Funktionen, die man erst noch kennenlernen
> muss?

Was genau meinst du? Hier siehts so aus:

[EMAIL PROTECTED]:~/temp>python test.py
muttng-morpheus-1000-12793-16-25e45d324e6afb66 file
muttng-morpheus-1000-12793-17-431bd7b7519b500d file
v95492 file
.muttng-morpheus-1000-12793-17-431bd7b7519b500d.swp file
mynetenv file
.X11-unix file
.ICE-unix file
.X0-lock file
ssh-kpFiDu3983 file
ssh-LhYwbM3983 file
kde-andreas file
mcop-andreas file

Wobei genau 1 Leerzeichen zwischen dem Dateinamen und "file" bzw. "dir"
steht (hab grad keine dirs in /tmp). Und das liegt an dem "," hinter dem
"print filename". Siehts bei dir anders aus?

> > > Das ist die langatmige Variante. Die kürzere benutzt globbing:
> > 
> > Und verstaendliche Variante.
> 
> Weil?!

Weil man sie _schnell_ auch als Nicht-Perl-Experte verstehen kann. Ebend
weil es Variablennamen und Funktionen benutzt und nicht Konstrukte die
dies implizit tun (inkl. ?_ oder ).

> > > oder kompakter, jetzt aber mit versteckten Dateien:
> > > 
> > > print "$_ is a ".(-d $_ ? "directory\n" : "file\n") 
> > > for(,);
> > 
> > Das sind die Gruende warum ich Perl nicht mag. Ich bin auch schreibfaul,
> > aber die Zeilen versteht man ohne Nachdenken nicht mehr nach nem halben
> > Jahr nicht anschauen.
> 
> Dafür sind die Klammern da. Damit kann man den Quellcode strukturieren.

Klar, Klammern sind ja auch so leicht zu lesen, insbesondere welche
jetzt offen oder geschlossen sind. Ja man hat Syntaxhighlighting, aber
auch das erfordert mehr Aufwand als wenn man jeden Befehl auf ner
eigenen Zeile hat. Ausserdem arbeite ich wenig mit der Maus, da sind so
lange Zeilen immer ein ziemliches Uebel ;-) 

Andreas

-- 
Better hope the life-inspector doesn't come around while you have your
life in such a mess.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 03.Aug 2005 - 15:55:54, Eduard Bloch wrote:
> Moin Andreas!
> Andreas Pakulat schrieb am Dienstag, den 02. August 2005:
> 
> > > >> print "$_ is a ".(-d $_ ? "directory\n" : "file\n") 
> > > >> for(,);
> > > >
> > > > Das sind die Gruende warum ich Perl nicht mag. Ich bin auch schreibfaul,
> > > > aber die Zeilen versteht man ohne Nachdenken nicht mehr nach nem halben
> > > > Jahr nicht anschauen.
> > > 
> > > Nur weil dir der Operator ' ? : ' nicht geläufig ist?
> > 
> > Ich kenn Java und C++ (auch ein bisschen Perl) ich kenne  "?:" also.
> > 
> > > Ansonsten ist doch gegen die erste gar nichts einzuwenden; für die
> > > zweite will man, zugegeben, zumindest schönes Syntaxhighlighting.
> > 
> > Ich muss wissen, dass () eine Liste der Dateien des Pfades
> > liefert. Ansonsten ist die erste Zeile noch in Ordnung (sofern man weiss
> > das "(-d $_)" prueft ob der Wert in $_ ein Verzeichnis ist), aber
> 
> Das sind Dinge, die einem POSIX-Shell-User sowieso bekannt vorkommen
> sollten. Und die Doku liegt nur eine Manpage entfernt.

Ach ja? Mir jedenfalls nicht. Gut ich bin auch kein Full-Time-Shell
Programmierer aber ich hab trotzdem  noch nicht gesehen (nen Test
der Art [ -d bla ] schon).

> Bei der Schlangensprache muss einer erstmal draufkommen, dass man
> ähnliches unter os (warum os?) und path (warum path?) suchen muss.

?? os == Operating System, path == Pfad, wo genau war dein
Verstaendnisproblem? Ist doch richtig, ich will Zugriff auf die Dateien
des Rechners, dieser wird ueber das OS geregelt...

Andreas

-- 
So this is it.  We're going to die.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Gerhard Wolfstieg]

On Wed, 03 Aug 2005 14:10:15 +0200
Helmut Wollmersdorfer <[EMAIL PROTECTED]> wrote:

> >> Wäre dann eine lustige Anwendung
> >>(gemischt Perl und Prolog).
> 
> > :-) Kenne ich vom Hörensagen. Das ist aber etwas zu advanced für
> > mich
> 
> Prolog habe ich früher (1985 - 1992) intensiv verwendet. Ist halt aus 
> der Mode gekommen und ein Minderheitenprogramm. Die Unterstützung mit 
> Schnittstellen, Bibliotheken und Beispielcode ist deshalb nicht so
> toll,  was die Verwendung einschränkt. Zu lernen ist Prolog nicht
> schwer. Dort  wo das Paradigma zum Problem passt, kann der Code extrem
> kurz und  übersichtlich sein.

Die Situation hat sich geändert, soweit ich das überblicke. Gerade in
letzter Zeit haben offenbar viele erkannt, daß man Prolog gut auf
Servern zur intelligenten Bereitstellung von "Inhalten" benutzen kann.
Deshalb ist aus rein praktischen Gründen der Verkehr in Prolog
Mailinglisten kontinuierlich angestiegen. Aus den gleichen praktischen
Gründen gibt es inzwischen alles und for free am Beispiel SWI-Prolog
oder vielleicht auch Ciao-Prolog. Da gibt es libs für xml, sockets,
html, diverse Schnittstellen zu anderen Programmiersprachen wie C(++) --
und Fensterln in X und Windows undundund.
  Diese praktischen Sachen zu machen, ist nicht so sonderlich schwer (zu
lernen), man sollte nur einen Kopf für ein solches nicht-prozedurales
Denken haben. Und was richtig Gescheits in Richtung Expertensystem und
KI zu produzieren, wofür Prolog wohl ursprünglich gemacht wurde, bleibt
nicht so ohne.
  Ja, Perl (oder Anderes) und Prolog kann eine ungeahnte "Mächtigkeit"
entwickeln.

 Gerhard

Re: [OT] Python oder Perl

[Matthias Fechner]

Hallo Eduard,

* Eduard Bloch <[EMAIL PROTECTED]> [03-08-05 15:48]:
> Andreas Pakulat schrieb am Dienstag, den 02. August 2005:
> > > print "$_ is a ".(-d $_ ? "directory\n" : "file\n") 
> > > for(,);
> > 
> > Das sind die Gruende warum ich Perl nicht mag. Ich bin auch schreibfaul,
> > aber die Zeilen versteht man ohne Nachdenken nicht mehr nach nem halben
> > Jahr nicht anschauen.
> 
> Dafür sind die Klammern da. Damit kann man den Quellcode strukturieren.

da hat Andreas schon recht, man kann in Perl viele Sachen so
schreiben, das man die nicht mehr lesen kann.
Aber das ist denke ich in jeder Sprache möglich und kein Grund für
eine schlecht Programmiersprache sondern nur ein Hinweis, das der
jenige, der so einen Code schreibt kein guter Programmierer ist.

Denn ein guter Programmierer schreibt in meinen Augen den Code auf die
Art und Weise, das er ihn anhand von  Kommentaren auch in einigen
Jahren noch lesen und verstehen kann.

-- 
Gruss
Matthias

"Programming today is a race between software engineers striving to build
bigger and better idiot-proof programs, and the universe trying to produce
bigger and better idiots. So far, the universe is winning." -- Rich Cook


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Eduard Bloch]

Moin Andreas!
Andreas Pakulat schrieb am Dienstag, den 02. August 2005:

> > >> print "$_ is a ".(-d $_ ? "directory\n" : "file\n") 
> > >> for(,);
> > >
> > > Das sind die Gruende warum ich Perl nicht mag. Ich bin auch schreibfaul,
> > > aber die Zeilen versteht man ohne Nachdenken nicht mehr nach nem halben
> > > Jahr nicht anschauen.
> > 
> > Nur weil dir der Operator ' ? : ' nicht geläufig ist?
> 
> Ich kenn Java und C++ (auch ein bisschen Perl) ich kenne  "?:" also.
> 
> > Ansonsten ist doch gegen die erste gar nichts einzuwenden; für die
> > zweite will man, zugegeben, zumindest schönes Syntaxhighlighting.
> 
> Ich muss wissen, dass () eine Liste der Dateien des Pfades
> liefert. Ansonsten ist die erste Zeile noch in Ordnung (sofern man weiss
> das "(-d $_)" prueft ob der Wert in $_ ein Verzeichnis ist), aber

Das sind Dinge, die einem POSIX-Shell-User sowieso bekannt vorkommen
sollten. Und die Doku liegt nur eine Manpage entfernt. Bei der
Schlangensprache muss einer erstmal draufkommen, dass man ähnliches unter
os (warum os?) und path (warum path?) suchen muss.

MfG,
Eduard.

-- 
 kann es sein dass ftp.de.debian.org heut aweng spackt ?
 Ja, ist auf Tauchgang.
 try: der steht in dresden
 try: 300 meter von der elbe weg
 vermutlich mittlerweile _in_ in der elbe
[es hat die letzten Tage ein wenig viel geregnet - 13. Aug 2002]


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Eduard Bloch]

Moin Andreas!
Andreas Pakulat schrieb am Dienstag, den 02. August 2005:

> On 02.Aug 2005 - 15:26:23, Eduard Bloch wrote:
> > Hallo Harald Weidner!
> > Harald Weidner schrieb am Tuesday, den 02. August 2005:
> > 
> > > [Python]
> > > >>import os
> > > >>list = os.listdir('/tmp')
> > > >>for filename in list:
> > > >>print filename,
> > > >>if os.path.isdir(filename):
> > > >>print "is a directory"
> > > >>else:
> > > >>print "is a regular file"
> > 
> > Das ist bei (Python 2.3) ziemlich kaputt. Manche Dateien mit . am Anfang
> > werden angezeigt, manche nicht. Klingt nicht grade vertrauenswürdig...
> 
> Aehm, die Liste ist unsortiert, sicher das du alle Elemente in der
> Ausgabe ueberprueft hast? Hier jedenfalls gehts wunderbar.

Ich kann das grade nicht reproduzieren darum nehmen ich die Behauptung
vorsichtshalber mal zurück. 
Aber was mich bei der Python-Version immer noch abschreckt: man sieht
nicht direkt, nach welchem Prinzip es die Spaces und Zeilenumbrüche
verteilt. Hat man überhaupt Kontrolle drüber?  Oder macht die Sprache
das nach Lust und Laune und für Leute mich gibt es dann
Printe-So-Wie-Es-Da-Steht-Funktionen, die man erst noch kennenlernen
muss?

> > Das ist die langatmige Variante. Die kürzere benutzt globbing:
> 
> Und verstaendliche Variante.

Weil?!

> > oder kompakter, jetzt aber mit versteckten Dateien:
> > 
> > print "$_ is a ".(-d $_ ? "directory\n" : "file\n") for(,);
> 
> Das sind die Gruende warum ich Perl nicht mag. Ich bin auch schreibfaul,
> aber die Zeilen versteht man ohne Nachdenken nicht mehr nach nem halben
> Jahr nicht anschauen.

Dafür sind die Klammern da. Damit kann man den Quellcode strukturieren.

Gruss,
Eduard.

-- 
Everything is illusion. Constructs of language, light, metaphor; nothing
is real.  -- Babylon 5, Season 4


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Helmut Wollmersdorfer]

Gebhard Dettmar wrote:

On Tuesday 02 August 2005 17:22, Helmut Wollmersdorfer wrote:


Genau das wollte ich damit sagen. Im Vim z.B., und da ist die Abweichung, 
verglichen mit Python, noch harmlos, muss ich jede regex dreimal 
schreiben. Darum wünsche ich mir als editor unter Linux auch nichts so 
sehnlich wie Textpad (unter windows). Der geht nach Perl-Flavor (+ POSIX, 
aber den benutze ich nicht) und siehe da. die regexes stimmen auf einmal 
(außer sie würden auch in Perl nicht stimmen, was natürlich auch nicht so 
selten ist ;-)


Verstehe ich nicht ganz. Meinst Du das Syntax-Highligthing im Editor?
kwrite und kate machen das bei Perl-Regex recht gut. Nur bei vielen 
geschachtelten Klammern _und_ Verwendung von Klammern _litteraly_ 
innerhalb der Regex steigen sie manchmal aus.



Wäre dann eine lustige Anwendung
(gemischt Perl und Prolog).



:-) Kenne ich vom Hörensagen. Das ist aber etwas zu advanced für mich


Prolog habe ich früher (1985 - 1992) intensiv verwendet. Ist halt aus 
der Mode gekommen und ein Minderheitenprogramm. Die Unterstützung mit 
Schnittstellen, Bibliotheken und Beispielcode ist deshalb nicht so toll, 
was die Verwendung einschränkt. Zu lernen ist Prolog nicht schwer. Dort 
wo das Paradigma zum Problem passt, kann der Code extrem kurz und 
übersichtlich sein.


Helmut Wollmersdorfer


--
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/


Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Jochen Schulz]

Frank Küster:
> Thorsten Haude <[EMAIL PROTECTED]> wrote:
> 
> > In Deinem Beispiel ist  ein Objekt, dem die Nachricht 'each'
> > geschickt wird. Das 'each' wiederum hat einen Parameter, nämlich den
> > Block '{ || body }'. 
> 
> ganz anders (und viel logischer) als was vorher jemand schrieb, dass
> nämlich each eine Funktion sei, die etwas auf/mit dem Objekt mache (also
> praktisch das Objekt als Argument bekommt), aber dann noch ein weiteres
> Argument bekommt, nämlich den Block.

Verständlich, daß Du das verwirrend findest, aber genau wie Du es
beschreibst, ist die Objektorientierung in Python implementiert:

class foo(object):
def init(self):
self.bar = 0

def getbar(self):
return self.bar

def setbar(self, bar):
self.bar = bar
...

myFoo = foo()   # erzeuge Instanz von foo
foo.setbar(5)   # setze bar von foo auf 5


'self' ist hier immer die Referenz auf das Objekt selbst und muß beim
Aufruf der Methode nicht angegeben werden. foo.setbar(5) wird intern
umgeformt zu setbar(foo, 5).[1] Daß der Parameter 'self' heißt, ist
reine Konvention - wenn auch eine sehr strenge.

J.

[1]: Das führt dann auch dazu, daß man am Anfang oft von Meldungen à la
 'falsche Anzahl an Parametern' bekommt und nicht versteht...
-- 
When standing at the top of beachy head I find the rocks below very
attractive.
[Agree]   [Disagree]
 <http://www.slowlydownward.com/NODATA/data_enter2.html>


signature.asc
Description: Digital signature

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 03.Aug 2005 - 00:57:58, Thorsten Haude wrote:
> * Andreas Pakulat wrote (2005-08-02 23:20):
> >On 02.Aug 2005 - 21:58:28, Thorsten Haude wrote:
> >> * Frank Küster wrote (2005-08-02 10:09):
> >> >  Zumal dann, wenn .each auch auf anderen Dingen als
> >> >  Verzeichnissen agieren kann (z.B. URLs oder Datenbank-dingsens).
> >> 
> >> Wo ist dabei das Problem? Wenn Du Dateien aus einer URL lesen willst,
> >> machst Du vielleicht einen Fehler, oft ist es aber nützlich, wenn Du
> >> Deine Objekte verschiedener Klassen gleich behandeln kannst. In Java
> >> würde man dazu viele Casts verwenden, in Ruby ist das nicht nötig. Das
> >> ist also kein Problem:
> >
> >Nicht zwangsweise, zum einen sind die Container in Java alle auf Object
> >basierend und du hast somit ein paar Funktionen.
> 
> Naja, wohl kaum etwas sinnvolles.

Java ist ja auch nicht derart stark OO wie Python oder Ruby. Jedenfalls
in Python ist alles ein Objekt, was manchmal sehr hilfreich sein kann...
Und vor allem die dynamische Typbestimmung muss quasi im Code extra
eingeschaltet werden.

> Für die ganz Mutigen geht es auch anders (und das erklärt dann auch,
> warum das bei Ruby kein Compilerfehler sein kann:
> 
> array.each { |thing|
> if ! thing.respond_to?(:each)
> def thing.each
> yield("I don't know how to do 'each', so I just return this 
> string")
> end
> end
> thing.each { |element|
> print element
> }
> }

Das ist cool ;-)

> >Gibts andere Sprachmittel um das Veraendern eines Objektes zu
> >verhindern, ala const in C++?
> 
> Du kannst Konstanten haben, wenn Du welche willst. Dazu gibt es eine
> Konvention, die auch der Interpreter kennt: Konstanten beginnen mit
> einem Großbuchstaben. Allerdings (und das stört mich) kann man den
> Wert von Konstanten ändern. Der Interpreter warnt zwar, schön ist das
> deswegen aber noch nicht.

koennen Konstanten auch Funktionen sein? Also so dass der Interpreter es
nicht zulaesst, dass in der Funktion das Objekt veraendert wird? In C++
gibts dafuer ja "funkion() const;"...

Andreas

-- 
You'll wish that you had done some of the hard things when they were easier
to do.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Gebhard Dettmar]

On Tuesday 02 August 2005 17:22, Helmut Wollmersdorfer wrote:
> Gebhard Dettmar wrote:
> > Sicher nicht. Dafür bestehen Regexes in Python zu 90% aus Backslashes
> > (nur Emacs ist schlimmer) und ich weiß nicht, ob das jemand, der, wie
> > der OP, auch an Shellscripte etc. gewöhnt ist, so zu goutieren weiß
> > ;-)
>
> Regex sind generell nicht grad leicht zu lesen (und zu lernen). Aber in
> Perl hab ich mich jetzt dran gewöhnt und versuch die Benutzung anderer
> Regex-Dialekte zu vermeiden.
>
Genau das wollte ich damit sagen. Im Vim z.B., und da ist die Abweichung, 
verglichen mit Python, noch harmlos, muss ich jede regex dreimal 
schreiben. Darum wünsche ich mir als editor unter Linux auch nichts so 
sehnlich wie Textpad (unter windows). Der geht nach Perl-Flavor (+ POSIX, 
aber den benutze ich nicht) und siehe da. die regexes stimmen auf einmal 
(außer sie würden auch in Perl nicht stimmen, was natürlich auch nicht so 
selten ist ;-)
> > Also: Full ACK; jemandem, der hauptsächlich mit Textdateien zu tun
> > hat, würde ich immer Perl empfehlen.
>
> Nicht ganz. Ich überlege grad, ob ich für das Parsen von Sprache nicht
> lieber Prolog verwende. Alles andere was ich mir unter Perl angesehen
> habe, überzeugt mich nicht so richtig. Wäre dann eine lustige Anwendung
> (gemischt Perl und Prolog).
>
:-) Kenne ich vom Hörensagen. Das ist aber etwas zu advanced für mich
> Helmut Wollmersdorfer
Gruß Gebhard

--
If you pick up a starving dog and make him prosperous, he will not bite 
you.
This is the principal difference between a dog and a man.
-- Mark Twain, "Pudd'nhead Wilson's Calendar"


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 03.Aug 2005 - 00:33:09, Thorsten Haude wrote:
> Moin,
> 
> * Andreas Pakulat wrote (2005-08-02 23:10):
> >On 02.Aug 2005 - 22:17:37, Thorsten Haude wrote:
> >> * Andreas Pakulat wrote (2005-08-02 18:05):
> >> >Ruby hat statt dieser for-Geschichte einfach eine Funktion "each" fuer 
> >> >entsprechende Objekte die die Iteration ueber jedes Element der Liste
> >> >durchfuehrt. Ist also im Prinzip auch nichts anderes als ein Unterschied
> >> >im Dialekt.
> >> 
> >> Nicht ganz, siehe meine andere Mail. Rubys each ist schon etwas
> >> nützlicher, denke ich.
> >
> >Naja, im Prinzip ist Rubys "each" eher dem __iter__ von Python aehnlich.
> 
> Mag sein, das kenne ich nicht.

Hatte ich schon in einer anderen Mail erwaehnt. __iter__ liefert fuer
das Objekt einen Iterator ueber den Inhalt des Objekts, so dass dann
spaeter mit einer for-Schleife iteriert werden kann.

z.B.

,
| class a1:
|   def __iter__(self):
| ...
| 
| o1=a1()
| for element in o1:
|   print element
`

Die Implementierung von __iter__ haengt dann natuerlich von der Klasse
a1 ab.

Andreas

-- 
You are always busy.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)

Re: [OT] Python oder Perl

[Frank Küster]

Andreas Pakulat <[EMAIL PROTECTED]> wrote:

> aus...  Da muss dann in jedem Fall ein Kommentar davor was die Codezeile
> tut, denn sonst muss ein Entwickler der das nicht sofort erkennt erstmal
> alles einzeln auseinandernehmen.

Kommentare sollte man sowieso viele schreiben...

Fra'Eigentlich'nk

-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Re: [OT] Python oder Perl

[Frank Küster]

Thorsten Haude <[EMAIL PROTECTED]> wrote:

> Na, das hätte Dich dann vielleicht darauf bringen sollen, daß Deine
> Betrachtungsweise in diesem Fall, sagen wir, den Sachverhalt nicht
> vollständig beschreibt.

In der Tat; zum einen war mir gar nicht klar, wie objektorientiert Ruby
ist ;-).  Mir ist die ganze Sprechweise der Objektorientierung völlig
fremd, muss ich zugeben, und für mich klingt dies

>
> In Deinem Beispiel ist  ein Objekt, dem die Nachricht 'each'
> geschickt wird. Das 'each' wiederum hat einen Parameter, nämlich den
> Block '{ || body }'. 

ganz anders (und viel logischer) als was vorher jemand schrieb, dass
nämlich each eine Funktion sei, die etwas auf/mit dem Objekt mache (also
praktisch das Objekt als Argument bekommt), aber dann noch ein weiteres
Argument bekommt, nämlich den Block.

Vielen Dank für die Erleuchtung,
Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Re: [OT] Python oder Perl

[Thorsten Haude]

Moin,

* Andreas Pakulat wrote (2005-08-02 23:20):
>On 02.Aug 2005 - 21:58:28, Thorsten Haude wrote:
>> * Frank Küster wrote (2005-08-02 10:09):
>> >  Zumal dann, wenn .each auch auf anderen Dingen als
>> >  Verzeichnissen agieren kann (z.B. URLs oder Datenbank-dingsens).
>> 
>> Wo ist dabei das Problem? Wenn Du Dateien aus einer URL lesen willst,
>> machst Du vielleicht einen Fehler, oft ist es aber nützlich, wenn Du
>> Deine Objekte verschiedener Klassen gleich behandeln kannst. In Java
>> würde man dazu viele Casts verwenden, in Ruby ist das nicht nötig. Das
>> ist also kein Problem:
>
>Nicht zwangsweise, zum einen sind die Container in Java alle auf Object
>basierend und du hast somit ein paar Funktionen.

Naja, wohl kaum etwas sinnvolles.


>Zum anderen kannst du natuerlich per Interfaces festlegen, welche
>Funktionen ein Array-Element implementieren muss

Klar, dann kann ich aber nur Objekte von den Klassen reinpacken, von
denen ich das schon vorher weiß.


>> Irgendwoanders im Code kannst Du dann alles ausgeben:
>> 
>> array.each { |thing|
>> thing.each { |element|
>> print element
>> }
>> }
>
>Was passiert in Ruby wenn ein Element des Arrays die Methode each nicht
>implementiert? In Java geht sowas beim Compilieren schief (ausser man
>benutzt Casts), in Python gibts einen Laufzeitfehler und ich nehme an in
>Ruby auch.

So würde das passieren. Du kannst natürlich vorher fragen, ob das
Objekt die Methode kennt:

array.each { |thing|
thing.each { |element|
print element
} if thing.respond_to?(:each)
}

Für die ganz Mutigen geht es auch anders (und das erklärt dann auch,
warum das bei Ruby kein Compilerfehler sein kann:

array.each { |thing|
if ! thing.respond_to?(:each)
def thing.each
yield("I don't know how to do 'each', so I just return this 
string")
end
end
thing.each { |element|
print element
}
}


>Nicht das ich jetzt hier Java hochleben lassen will, da kanns genauso
>"knallen" (wenn gecastet wird), wollte das nur anmerken.

Das ist ein Argument für Rubys Duck Typing: Der Programmierer muß in
jedem Fall darauf achten, welchen Typ seine Objekte haben, warum also
das nicht zu seinem Feature machen?


>> Das Fragezeichen ist Teil des Methodennamens. Es ist nur eine
>> Konvention, daß Bool'sche Methoden so benannt werden, aber nützlich
>> ist es allemal.
>>
>> Es gibt außerdem noch die Konvention, ein ! an den Methodennamen
>> anzuhängen, wenn das Objekt verändert wird. Zum Beispiel gibt
>> array.compact
>> einfach einen Array zurück, aus dem leere Elemente entfernt werden,
>> array.compact!
>> verändert aber array selbst.
>
>Interessante Konventionen und auch das Ruby solche Sonderzeichen
>zulaesst. Wird das vom Interpreter "enforced"?

Nö.


>Gibts andere Sprachmittel um das Veraendern eines Objektes zu
>verhindern, ala const in C++?

Du kannst Konstanten haben, wenn Du welche willst. Dazu gibt es eine
Konvention, die auch der Interpreter kennt: Konstanten beginnen mit
einem Großbuchstaben. Allerdings (und das stört mich) kann man den
Wert von Konstanten ändern. Der Interpreter warnt zwar, schön ist das
deswegen aber noch nicht.


Thorsten
-- 
Why are there only two people who run for president and 50 for Miss America?


pgp6ZJRtUqKSF.pgp
Description: PGP signature

Re: [OT] Python oder Perl

[Thorsten Haude]

Moin,

* Andreas Pakulat wrote (2005-08-02 23:10):
>On 02.Aug 2005 - 22:17:37, Thorsten Haude wrote:
>> * Andreas Pakulat wrote (2005-08-02 18:05):
>> >Ruby hat statt dieser for-Geschichte einfach eine Funktion "each" fuer 
>> >entsprechende Objekte die die Iteration ueber jedes Element der Liste
>> >durchfuehrt. Ist also im Prinzip auch nichts anderes als ein Unterschied
>> >im Dialekt.
>> 
>> Nicht ganz, siehe meine andere Mail. Rubys each ist schon etwas
>> nützlicher, denke ich.
>
>Naja, im Prinzip ist Rubys "each" eher dem __iter__ von Python aehnlich.

Mag sein, das kenne ich nicht.


Thorsten
-- 
The history of Liberty is a history of the limitation of government power.
- Woodrow Wilson


pgp6dY7EeV2df.pgp
Description: PGP signature

Re: [OT] Python oder Perl

[Andreas Pakulat]

On 02.Aug 2005 - 21:58:28, Thorsten Haude wrote:
> * Frank Küster wrote (2005-08-02 10:09):
> >- Python verwendet zum Erstellen der Liste ein Kommando mit intuitiv
> >  verständlichem Namen (os.listdir(''), Ruby dagegen offenbar
> >  ein Suffix .each hinter dem Namen der Variable, die auf das
> >  Verzeichnis zeigt.
> 
> Nicht ganz, eine Liste wird in Ruby an dieser Stelle nicht erzeugt.

Bei Pythons __iter__ wird auch keine Liste erzeugt, es wird einfach nur
ein Objekt erzeugt mit dem man ueber die Liste iterieren kann. IIRC.

> Stattdessen wird an das Objekt dir eine Nachricht geschickt, die in
> diesem Fall lautet: "Führe folgenden Block mal für jedes Deiner
> Elemente aus." Das erlaubt es, innerhalb der Methode each noch
> beliebig komplizierte Dinge anzustellen, bevor man wie gewünscht den
> Block aufruft.

Geht mit Python's __iter__ natuerlich auch. Der for-Block ist dann
letzen Endes wirklich nur die Iteration selbst. 

> 
> >  Zumal dann, wenn .each auch auf anderen Dingen als
> >  Verzeichnissen agieren kann (z.B. URLs oder Datenbank-dingsens).
> 
> Wo ist dabei das Problem? Wenn Du Dateien aus einer URL lesen willst,
> machst Du vielleicht einen Fehler, oft ist es aber nützlich, wenn Du
> Deine Objekte verschiedener Klassen gleich behandeln kannst. In Java
> würde man dazu viele Casts verwenden, in Ruby ist das nicht nötig. Das
> ist also kein Problem:

Nicht zwangsweise, zum einen sind die Container in Java alle auf Object
basierend und du hast somit ein paar Funktionen. Zum anderen kannst du
natuerlich per Interfaces festlegen, welche Funktionen ein Array-Element
implementieren muss und mit den "templates" in Java1.5 braucht man dann
dort keine Casts mehr. 

> Irgendwoanders im Code kannst Du dann alles ausgeben:
> 
> array.each { |thing|
> thing.each { |element|
> print element
> }
> }

Was passiert in Ruby wenn ein Element des Arrays die Methode each nicht
implementiert? In Java geht sowas beim Compilieren schief (ausser man
benutzt Casts), in Python gibts einen Laufzeitfehler und ich nehme an in
Ruby auch. Das sind aber eigentlich die "haesslichsten" Fehler, denn die
passieren meistens erst beim Kunden...

Nicht das ich jetzt hier Java hochleben lassen will, da kanns genauso
"knallen" (wenn gecastet wird), wollte das nur anmerken. Ich find Python
ja bisher auch am "huebschesten" (kenn ja Ruby noch nciht ;-)

> >- und schließlich finde ich das Fragezeichen hinter .stat.directory
> >  (oder steht es hinter if ?) irgendwie albern, aber vielleicht
> >  ist das etwas, was man sehr schätzen lernt: Kommandos, die einen
> >  Wahrheitswert zurückliefern, haben hinten ein Fragezeichen.
> 
> Das Fragezeichen ist Teil des Methodennamens. Es ist nur eine
> Konvention, daß Bool'sche Methoden so benannt werden, aber nützlich
> ist es allemal.
>
> Es gibt außerdem noch die Konvention, ein ! an den Methodennamen
> anzuhängen, wenn das Objekt verändert wird. Zum Beispiel gibt
> array.compact
> einfach einen Array zurück, aus dem leere Elemente entfernt werden,
> array.compact!
> verändert aber array selbst.

Interessante Konventionen und auch das Ruby solche Sonderzeichen
zulaesst. Wird das vom Interpreter "enforced"? Gibts andere Sprachmittel
um das Veraendern eines Objektes zu verhindern, ala const in C++?

Andreas

-- 
You will live to see your grandchildren.


-- 
Haeufig gestellte Fragen und Antworten (FAQ): 
http://www.de.debian.org/debian-user-german-FAQ/

Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)