http://blog.gmane.org/gmane.comp.python.general.german hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.python.general.german/7842 <pre>Hallo Python-Community, ab sofort kann sich jeder an Python Interessierte für die zweite PyCon DE [1], die vom 29. Oktober bis zum 3. November 2012 in Leipzig stattfindet, anmelden [2]. Der Frühbucherrabatt gilt bis zum 30. Juni, also gleich anmelden. Wer zur Konferenzen mit einem Vortrag oder einem Tutorial beitragen möchte kann seine Vorschläge noch bis zum Ende des Monats einreichen [3]. Bitte verbreitet die gute Nachricht weiter. Wer immer über die PyCon DE auf dem laufenden bleiben möchte kann uns auch auf Twitter unter &lt; at &gt;pyconde folgen. Viele Grüße Mike [1] http://2012.de.pycon.org/ [2] http://2012.de.pycon.org/tickets/ [3] http://2012.de.pycon.org/proposals/submit/ _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Mike Müller 2012-05-24T16:10:43 http://permalink.gmane.org/gmane.comp.python.general.german/7841 <pre> ich baue mir bei sowas gerne lokale Mini-Funktionen, die die Semantik besser abbilden. Durch die Lokalität bleibt auch das Gesamtbild erhalten und der globale Namensraum wird nicht gestört. def children(node, which): # Einzeiler: return (child for child in node.childNodes if child.localName == which) # ODER # ich neige allerdings zu for-schleifen mir yield. # vertikal ist netter: for child in node.childNodes: if child.localName == which: yield child for header in children(f, 'header'): for prop in children(header, 'property'): # dosomething nd </pre> André Malo 2012-05-16T19:46:46 http://permalink.gmane.org/gmane.comp.python.general.german/7840 <pre>Am 15. Mai 2012 22:48 schrieb Suesssauer &lt;yh.wang.de&lt; at &gt;googlemail.com&gt;: Wie hast Du Python 2.7 installiert, und wie und für welches Python hast Du "ipython" installiert? Was immer Du jetzt auch tust, lösche *auf keinen Fall* das mit OS X mitgelieferte Python! _______________________________________________ python-de maillist - python-de&lt; at &gt;python.org http://mail.python.org/mailman/listinfo/python-de </pre> Sebastian Wiesner 2012-05-16T16:53:54 http://permalink.gmane.org/gmane.comp.python.general.german/7839 <pre>Ich habe jetzt keine Ahnung von Macs und wie die Paketverwaltung dort funktioniert, aber versuch mal: python2.6 ipython.py (Du sagst, dass python 2.6 zur verfügung hast) agon _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Agon Hajdari 2012-05-16T14:34:41 http://permalink.gmane.org/gmane.comp.python.general.german/7838 <pre>Hallo, bin relativ neu mit Python bzw. MacOS. Verwende bisher Python2.6, und habe aus bestimmten Gründen neulich Python2.7 zusätzlich auf mein MacOS (10.6.8) installiert. Seither passiert ein komischer Fehler (OK, vielleicht war das auch schon immer so, glaub aber nicht). z.B. wenn ich das random-Modul importieren will, oder jetzt gerade ipython installieren wollte: $ python ipython.py Traceback (most recent call last): File "ipython.py", line 21, in &lt;module&gt; this_dir, 'IPython', 'scripts', 'ipython' File "IPython/scripts/ipython", line 5, in &lt;module&gt; from IPython.frontend.terminal.ipapp import launch_new_instance File "IPython/__init__.py", line 43, in &lt;module&gt; from .config.loader import Config File "IPython/config/loader.py", line 27, in &lt;module&gt; from IPython.utils.path import filefind, get_ipython_dir File "IPython/utils/path.py", line 19, in &lt;module&gt; import tempfile File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/tempfile.py", line 34, in &lt;module&gt; from random import Random as _Random File "/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/random.py", line 45, in &lt;module&gt; from math import log as _log, exp as _exp, pi as _pi, e as _e, ceil as _ceil ImportError: dlopen(/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/math.so, 2): Symbol not found: __PyLong_AsScaledDouble Referenced from: /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/math.so Expected in: flat namespace in /System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/math.so Was tu ich jetzt? 1) Deinstallieren (wie geht das sauber? Einfach Unterverzeichnis löschen?) und dann neu installieren? Wird das gehen, ich will ja jetzt mein Python 2.7 haben, und dann wird Python2.6 wieder als Default auf den python-Pfad gesetzt? 2) Modul suchen (wo?, ich weiß ja nicht mal, was genau python haben will), und nur dies nachinstallieren? 3) Python2.6 einfach ersatzlos löschen? Dann kann aber sein, dass die alten Projektchen mit Python2.6 nicht mehr funktionieren. Wer weiß da Rat? Wäre echt hilfreich!! Allmählich will ich nicht mehr so kleine Sachen in Eclipse machen, da jedes Mal ein File für anlegen ist albern. Danke!! _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Suesssauer 2012-05-15T20:48:42 http://permalink.gmane.org/gmane.comp.python.general.german/7837 <pre>Hallo, Ich denke, das hängt damit zusammen, das die beiden Konstrukte eine ganz unterschiedliche Historie haben. Die for-Schleife ist aus der imperativen Welt. Die List-Comprehension kommt auf der funktionalen Welt. Sie lehnt sich an die Mengentheorieschreibweise an. s = { 2*x | x e N , x^2 &gt; 3 } (e steht für das matematische Element Symbol) oder in Python s = [ 2*x for x in N if (x*x) &gt; 3 ] Tatsächlich ist die List-Comprehension nur Syntactic Sugar für die zwei funktionalen Funktionen map und filter. Genauer lässt sich dies auf Wikipedia nachlesen. Gruß, Rainer _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> r.grimm-Pt+Xe7GJXK+P2YhJcF5u+nqWYbMAw+HU< at >public.gmane.org 2012-05-10T05:45:00 http://permalink.gmane.org/gmane.comp.python.general.german/7836 <pre>Die Karlsruher Python User Group (KaPy) trifft sich wieder. Ja, es gibt uns noch! :D Am 18.05.2012, um 19 Uhr, in den Clubräumen des Entropia e.V. (http://entropia.de/wiki/Anfahrt). So wie eigentlich jeden 3. Freitag im Monat. Es gibt auch eine Mailinglist auf https://lists.bl0rg.net/cgi-bin/mailman/listinfo/kapy. _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Jürgen A. Erhard 2012-05-14T18:07:22 http://permalink.gmane.org/gmane.comp.python.general.german/7835 <pre>Guten Morgen Thomas, Cool, dann bin ich ja beruhigt, dass ich in die gleiche Richtung gedacht hab :-). Grüße Michael _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Michael Weber 2012-05-14T07:36:06 http://permalink.gmane.org/gmane.comp.python.general.german/7834 <pre>Hallo Thomas, Definitiv: Nein. OMG, an das Leseproblem hatte ich noch gar nicht gedacht. Ich denke mal, dass ich die ganze Prüfsummen-Orgie eher unter den Tisch fallen lassen werde einfach mal den beiden Datenbanksystemen vertraue will. Statt dessen werde ich lieber ausreichend Tests machen mit den Daten, die in der Ziel-DB landen. Gruß und fetten Dank Michael _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Michael Weber 2012-05-11T13:02:48 http://permalink.gmane.org/gmane.comp.python.general.german/7833 <pre> *autsch* PEBKAC. |dd if=/dev/random of=~/randfile ... wäre der korrekte Weg, um ein RANDFILE anzulegen, was man dann openssh mitgeben kann. RANDFILE=/dev/zero strace openssl genrsa 512 [...] |open("/dev/zero", O_RDONLY) = 3 |read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024) = 1024 |read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1024) = 1024 |close(3) [...] openssh liest (unabhängig von der Schlüssellänge) erst mal bis zu 16 KiBits Entropie. Wenn man das mit /dev/random versucht, muß man sich nicht wundern, wenn es länger als eine Endlosschleife dauert. Vinzent. </pre> Vinzent Hoefler 2012-05-11T12:50:18 http://permalink.gmane.org/gmane.comp.python.general.german/7832 <pre>Am 11. Mai 2012 12:38 schrieb Thomas Rachel &lt;nutznetz-0c1b6768-bfa9-48d5-a470-7603bd3aa915&lt; at &gt;spamschutz.glglgl.de&gt;: In Comprehensions und Generatorausdrücken kann man auf ein eigenes "if" nicht verzichten. Beides sind grammatikalisch Ausdrücke (aka expressions). Ausdrücke können keine Anweisungen (aka "statements") enthalten. Mithin kann man in solchen Ausdrücken kein „normales“ "if" nutzen, um bestimmte Elemente zu überspringen. Eine eigene grammatikalische Regel für Bedingungen in Comprehensions und Generatorausdrücken ist mithin unabdingbar. Eine "for"-Anweisung allerdings erwartet als nächstes Token einen Block, in welchem wiederum weitere Anweisungen stehen können. Mithin kann man an dieser Stelle eine normale "if"-Anweisung nutzen, um Elemente zu überspringen. Es bedarf keiner weiteren zusätzlichen Regel, welche die Grammatik verkomplizieren würde und das Prinzip des Zen, dass es einen offensichtlichen Weg geben soll, verletzen würde. Es spricht ja im Übrigen auch nichts dagegen, "for"-Schleifen mit Generatorausdrücken zu kombinieren, i.e. headers = (n for n in node.childNodes if n.localName == 'header') for node in header: # … Ich persönlich finde das ohnehin eleganter, da man so reine Datenverarbeitung ohne Seiteneffekte von potentiell seiteneffektbehafteten Anweisungen trennt, also einen „funktionaleren“ Programmierstil verwendet. Generell würde ich "for"-Schleifen falls möglich nur für Seiteneffekte wie beispielsweise die Ausgabe von Daten nutzen, und ansonsten eher Iteratoren, Generatoren und Funktionen, allgemein implizite Iteration, nutzen, um Daten zu verarbeiten und zu filtern. _______________________________________________ python-de maillist - python-de&lt; at &gt;python.org http://mail.python.org/mailman/listinfo/python-de </pre> Sebastian Wiesner 2012-05-11T12:31:22 http://permalink.gmane.org/gmane.comp.python.general.german/7831 <pre>Am 11.05.2012 11:37 schrieb Stefan Behnel: Kann ich nicht nachvollziehen. Ich nehme an, daß das Ganze auf a if b else c abzielt. Aber 1. fehlt da ja dann der else-Teil und 2. wäre das bei List comprehensions, Generator expressions und dem seit 2.7 bei set und dict vorkommenden Teilen ebenso: i for i in a if b vs. i for i in a if b else c Grade getestet: Letzteres läßt sich in [] und () nicht parsen, aber dennoch sollte es doch auch einen Weg geben, for i in a if b else c: i von dem (noch) nicht exisitierenden for i in a if b: i zu unterscheiden... Thomas _______________________________________________ python-de maillist - python-de&lt; at &gt;python.org http://mail.python.org/mailman/listinfo/python-de </pre> Thomas Rachel 2012-05-11T10:38:53 http://permalink.gmane.org/gmane.comp.python.general.german/7830 <pre>Am 11.05.2012 08:59 schrieb Michael Weber: Tja, aber wo willst Du da ansetzen mit Prüfsummen? Stehen in der alten DB denn schon Prüfsummen drin? Wenn nein, hast Du doch folgendes Szenario: * lies Datensatz * berechne Prüfsumme * schreibe Datensatz und nun? was machst Du mit der Prüfsumme? Ok, Du kannst natürlich * lies geschriebenen Datensatz * berechne Prüfsumme * vergleiche Prüfsumme machen. Aber damit hast Du nur den Schreibvorgang verifiziert. Was, wenn - hypothetisch - beim Lesen was schiefging? Aber ich denke mal, daß das unwahrscheinlich ist, da die gängigen DB-Systeme doch so zuverlässig sind, daß man darauf verzichten kann. Und das ebenso beim Schreiben... Thomas _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Thomas Rachel 2012-05-11T10:01:56 http://permalink.gmane.org/gmane.comp.python.general.german/7829 <pre>Olе Streicher, 09.05.2012 15:15: Ja, richtig. Minidom ist ein Problem. Stefan _______________________________________________ python-de maillist - python-de&lt; at &gt;python.org http://mail.python.org/mailman/listinfo/python-de </pre> Stefan Behnel 2012-05-11T09:38:59 http://permalink.gmane.org/gmane.comp.python.general.german/7828 <pre>Hartmut Goebel, 09.05.2012 16:21: Ja, das ist auch das Hauptargument, wenn dieser Vorschlag mit einiger Regelmäßigkeit auf den Python-Mailinglisten auftaucht. Stefan _______________________________________________ python-de maillist - python-de&lt; at &gt;python.org http://mail.python.org/mailman/listinfo/python-de </pre> Stefan Behnel 2012-05-11T09:37:34 http://permalink.gmane.org/gmane.comp.python.general.german/7827 <pre>Am 11.05.2012 08:59, schrieb Michael Weber: Ja, du hast Recht. "Unittest" ist nicht der passende Begriff. Ich meinte hier Integrationstest[1] Falls du ständig Daten zwischen den DBs abgleichen würdest, wäre hier auch ein ständiger Integrationstest sinnvoll. Für eine Einmalaktion natürlich nicht. &gt; Oder habe ich jetzt Unittests doch falsch verstanden? Nein, hast du nicht. Gruß, Thomas [1] http://de.wikipedia.org/wiki/Softwaretest#Integrationstest </pre> Thomas Guettler 2012-05-11T09:29:05 http://permalink.gmane.org/gmane.comp.python.general.german/7826 <pre>Am 11.05.2012 08:59, schrieb Michael Weber: Korrekt. Und damit sind unittests nicht das, was Du suchst. </pre> Hartmut Goebel 2012-05-11T08:08:36 http://permalink.gmane.org/gmane.comp.python.general.german/7825 <pre>Am 10.05.2012 16:42, schrieb Michael Weber: Dann würde ich beide Datenbanken als SQL oder die einzelnen Tabellen als CVS dumpen und einen diff darüber jagen. Du gehst ja davon aus, dass es keine Fehler bei der Übertragung gegeben hat. </pre> Hartmut Goebel 2012-05-11T08:07:27 http://permalink.gmane.org/gmane.comp.python.general.german/7824 <pre>Guten Morgen Thomas, An hashlib hab ich auch schon gedacht. Der Sync ist ne einmalige Sache mit dem Ziel, das System, von dem gelesen wird, sterben zu lassen. Bitte korrigiere mich, wenn ich etwas falsch verstanden habe. Aber sind Unittests nicht dafür da, den Code und seine Funktionsfähigkeit an sich zu testen? Weil, wenn dem wirklich so ist, würde mir das nichts bringen, da ich nach einer Möglichkeit suche, sicher zu stellen, dass der gelesene Datensatz unverfälscht in das Ziel geschrieben wird. Quasi wäre das meine persönliche Garantie. Oder habe ich jetzt Unittests doch falsch verstanden? Gruß und Danke schon mal. Michael _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Michael Weber 2012-05-11T06:59:52 http://permalink.gmane.org/gmane.comp.python.general.german/7823 <pre>On Wed, 09 May 2012 20:18:00 +0200 Christian Heimes &lt;lists-RPk2yecm54SELgA04lAiVw&lt; at &gt;public.gmane.org&gt; wrote: Sehe da keinen Widerspruch. Beide sagen, dass urandom gut ist wenn man mittel-wichtig Zufallszahlen braucht. Oder es ist zu früh für mich ;) grüße, Marek _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Marek Kubica 2012-05-11T02:21:31 http://permalink.gmane.org/gmane.comp.python.general.german/7822 <pre>Hallo, On Thu, 10 May 2012 16:42:56 +0200 Michael Weber &lt;michael.weber-hCTsRTSxMiYx+ujPml9tQg&lt; at &gt;public.gmane.org&gt; wrote: Ich würde dir hingegen vorschlagen einfach eine Datenbank zu verwenden der du vertrauen kannst. Ich habe noch nie einen korrupten Datensatz aus z.B. PostgreSQL bekommen und es würde mir im Traum nicht einfallen da Checksummen zu machen. Wenn man damit anfängt, dann hat das kein Ende, da kann ich auch paranoid werden und die Daten im RAM checksummen, kann ja sein dass ein kosmischer Bitflip sie kaputtgemacht hat. Und dann sollte ich die Funktion zum checksummen checksummen, und diese wieder checksummen. It's checksums all the way down. Nene, ich sehe hier echt keinen Handlungsbedarf. Mir wirkt so als erfindest du dein eigenes Problem. Aber vielleicht fehlen mir die Informationen: wie kommst du auf die Idee Daten in der Datenbank zu checksummen, hattest du denn damit schon Probleme? grüße, Marek _______________________________________________ python-de maillist - python-de-+ZN9ApsXKcEdnm+yROfE0A&lt; at &gt;public.gmane.org http://mail.python.org/mailman/listinfo/python-de </pre> Marek Kubica 2012-05-11T02:11:53 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.python.general.german