Mailman 3 January 2017 - python-de

Berliner PUB-/DZUG-Treffen am 17.9. um 19 h im newthinking store
by Dinu Gherman Sept. 4, 2022

Sept. 4, 2022

Liebe Python-Freunde, diesen Donnerstag, den 17.8.2009 (übermorgen!) findet wieder ein PUB/DZUG-Treffen (Python und Zope User Group in Berlin) statt. Ort und Zeit sind wie immer: 19 Uhr, im newthinking store [1]. Anschließend wird das Treffen wieder im Restaurant Tucholsky [2] fortgesetzt. Zur Planung der Restaurantkapazitäten bitte ich euch ein Häckchen in der Doodle-Umfrage [3] zu machen, wenn ihr an- schließend noch mitkommen wollt. Das Programm muss dieses mal etwas kurzfristig arrangiert werden. Wer also schon immer mal einen kurzen Vortrag halten wollte, z.B. zu einem der Themen im Python-Wiki [4] und diesen womöglich schon in der Schublade hat, der (oder die) ist herzlich dazu eingeladen. Dann bitte bei mir vorher kurz per E-Mail ankündigen! Ansonsten werden einige, die auf der DZUG-Tagung letzte Woche in München waren, locker darüber berichten. Dabei ging es unter an- derem über die kommenden Versionen 4 und 5 von Plone. Sehr wahr- scheinlich wird Veit dazu Prospekte verteilen. Eine weitere Idee besteht darin, locker Buchempfehlungen zu den Themen Python/Zope/Plone auszutauschen, was man am besten macht, indem man das jeweilige Buch auch zum Treffen mitnimmt. Ich werde am Donnerstag das Buch "Python for Linux and Unix System Admini- stration" [5] dabei haben. Liebe Grüße und bis Donnerstag, Dinu PS: Ich übernehme mit Veit bis auf Weiteres die Organisation die- ser Treffen von Stephan, der das bisher vorbildlich gemacht hat, aber nun seinen väterlichen Aufgaben höhere Priorität geben wird. Nochmals vielen Dank, Stephan - ich hoffe, Du kannst trotzdem noch vorbeischauen! [1] newthinking store, Tucholskystr. 48, 10117 Berlin, http://newthinking-store.de [2] Restaurant Tucholsky, Torstraße 189, 10115 Berlin, http://www.restauration-tucholsky.de [3] http://doodle.com/rwqizz6ewxk6iscw [4] http://wiki.python.de/User%20Group%20Berlin [5] http://www.oreilly.de/catalog/9780596515829 ...................................................................... Follow me on Twitter: http://twitter.com/dinugherman

2 1

Phyton ist Dreck!
by Markus Menschenfresser June 27, 2017

June 27, 2017

Nur Deppen programmieren in Phyton! Echte Männer benutzen Java oder C++!

4 3

Bayern stimmt gegen Homo-Ehe
by magnitoel＠gremmik.fk June 26, 2017

June 26, 2017

Die CSU blockiert mit ihrer absoluten Mehrheit im Landtag ein Votum für die Homo-Ehe. Für den Justizminister ist der Antrag auf Gleichbehandlung lediglich ein "ideologisch begründeter Angriff auf das Institut der Ehe". http://www.queer.de/detail.php?article_id=27698 Letzte Rückzugsgefechte. Bald dürfen Homos heiraten, Transen heiraten, Lesben heiraten, Täglich-ihr-Geschlecht-Wandler heiraten. Danach kommen die mit den Knaben und die mit den Wuffis. Schöne neue Welt! Steven

11 10

ANN: Aufruf zur Beteiligung am Augsburger Linux-Infotag 2017 (Einreichfrist 26. Februar)
by Ingo Blechschmidt Jan. 31, 2017

Jan. 31, 2017

Liebe Python-EnthusiastInnen, vielleicht hat jemand von euch Lust, den Augsburger Linux-Infotag 2017 durch einen Vortrag, Workshop, Lightning Talk oder Stand zu bereichern. Wir freuen uns sowohl über Python-bezogene Beiträge (es wurden schon IPython und Django vorgestellt) als auch über Beiträge, die andere Programmiersprachen thematisieren (es waren schon Ruby, Erlang, Haskell und JavaScript vertreten) oder gar nichts mit Programmieren zu tun haben. Wer sich nicht sicher ist, ob eine Vortragsidee zum Linux-Infotag passt, kann einfach nachfragen. Viele Grüße Ingo (für das Organisationsteam des LIT) Am Samstag, dem 22. April 2017 findet der 16. Augsburger Linux-Infotag in den Räumen der Hochschule Augsburg statt. Dabei können sich Neulinge einen Überblick über die Anwendungsmöglichkeiten von Linux und Open-Source-Software verschaffen und fortgeschrittene NutzerInnen können sich durch den Einblick in neue Entwicklungen inspirieren lassen. Projektstände bieten außerdem die Möglichkeit zum direkten Kontakt. Organisiert wird der Linux-Infotag seit 2001 von der Linux User Group Augsburg (LUGA) e.V. zusammen mit der Hochschule Augsburg. Er zählt mit regelmäßig mehr als 350 Besuchern zu den ältesten und größten Linux-Events im süddeutschen Raum. Die Veranstaltung soll verschiedene Aspekte von Linux beleuchten, die es zum Betriebssystem der Wahl machen: Linux ist sicher, anwenderfreundlich, alltagstauglich, flexibel, frei, offen und kostenlos. Dazu suchen wir Vorträge (Dauer: ca. 45min + 10 min QA) und Workshops (Dauer: 2-4 Std.) sowie Projekte und Gruppen, die sich mit einem Stand präsentieren möchten. Wir suchen vor allem – aber nicht ausschließlich – Beiträge zu folgenden Themengebieten: * Schutz von Privatsphäre: Anonymisierung, Verschlüsselung und eigene Infrastruktur * Open-Source-Software und freie Inhalte in Kindergärten, Schulen und Universitäten * Linux für Bild, Video und Text sowie kollaboratives Arbeiten * Linux für Smartphones jenseits von Android * Linux und (Open) Hardware * Linux zum Software entwickeln & betreiben * Effizientes Arbeiten mit Linux * Einstieg in Linux Wir freuen uns auch über Beiträge, die einen Bogen zum Thema digitale Gesellschaft spannen wie zum Beispiel OpenStreetMap, Wikipedia, Bitcoin oder Freifunk, oder einen künstlerischen Zugang zu den Themenkreisen Software, Hardware oder Internet wählen. Veranstaltungen für Kinder sind ebenfalls gerne gesehen. Die Einreichfrist endet am Sonntag, dem 26. Februar 2017. Wir freuen uns auf Eure Vorschläge! :-) Weitere Infos zur Veranstaltung findet ihr unter https://www.luga.de/Aktionen/LIT-2017/ und auf Twitter: @lit_augsburg Euer Organisationsteam des Augsburger Linux-Infotags 2017

1 0

Parsen von autoconfig xml fuer Mailsetups
by J Jan. 27, 2017

Jan. 27, 2017

Hallo Leute, aktuell hat mich mein Google-Fu verlassen, deshalb Frage ich hier um Rat, bevor ich das Rad neu erfinde. Ich suche eine Bibliothek, die mir bevorzugt aus einer Domain oder Mailadresse, ueber Autodiscovery / Autoconfig einen IMAP oder POP und eine SMTP Server ausspuckt. Gruss J

3 2

Re: [Python-de] Frage zum configparser
by Manfred Gil Jan. 21, 2017

Jan. 21, 2017

Am Fri, 20 Jan 2017 20:32:00 +0100 schrieb Sven R. Kunze: > Was die Bezeichnungen angeht ist das sogar recht konsistent in Python: > > json.load <<< lädt aus Datei ConfigParser.load <<< lädt aus Datei > yaml.load .... > > open << öffnet Datei, muss geschlossen werden tar.open <<< öffnet Datei, > .... > > > Vielleicht als Eselsbrücke. Aha.. Das nenne ich mal eine wirkliche Eselsbrücke, die ich auf anhieb verstanden hab. Ok. ich merke ja schon, das ich nur erst mal den Einstig in Python gefunden hab, dieses Tiefe verstehen das du und auch Arnold haben, da komme ich noch nicht ansatzweise heran. > Cheers, > Sven Danke und Gruß Manfred -- Es ist fast unmöglich, die Fackel der Wahrheit durch ein Gedränge zu tragen, ohne jemandem den Bart zu versengen. -- Georg Christoph Lichtenberg

1 0

Re: [Python-de] Frage zum configparser
by Manfred Gil Jan. 20, 2017

Jan. 20, 2017

Am Thu, 19 Jan 2017 22:02:17 +0100 schrieb Arnold Krille: > Hallo Manfred, > > tl;dr: Entschuldigung. > > On Thu, 19 Jan 2017 17:53:29 +0000 (UTC) Manfred Gil > <manfred-gil(a)t-online.de> wrote: >> kann es sein, das Du gestern einen schlechten Tag hattest ;-) > > Ja, vielleicht. Entschuldigung falls das Emotionen in mein Email gepackt > hat, die bei Dir zu negativen Emotionen geführt haben. Das wollte ich > nicht! vergesse es.. so zart besaitet bin ich ja auch nicht. >> Wieso sollte ich mir _nicht_ Gedanken darum machen, ob ich das File >> wieder schließen sollte. >> <code> >> daten = open('READNE.txt','r') >> text = daten.read() >> daten.close() >> print(text) >> >> </code> >> >> ist für mich im ersten Augenblick nichts anderes. >> Sicher, jetzt kommen alle Python Nerds an und erklären mir den >> Unterschied, zwischen den beiden code stücken von mir. > > Yep, hier kommt einer. Denn: <fg> wieso wuste ich das ? > Wenn ich Deine ursprüngliche Frage richtig verstehe, dann ist das > Beispiel oben nicht passend zu Deiner ursprünglichen Frage. > Das Beispiel müsste lauten: Richtig. > <code> > text = read_from_file('READNE.txt') > print(text) > </code> > > Und wenn ich Dich richtig verstehen, denkst Du darüber nach, ob Du das > file schliessen musst? yep, das war mein Urgedanke dabei > Meine Gegenfrage lautet: Welches File? < Oberlehrer > das "config.ini" File < dumm schau> oder ist das kein File </ dumm schau> </ Oberlehrer geht in die Pause > > Die Implementierung von read_from_file ist nicht bekannt, die Eingabe in > die Funktion ist ein Dateiname (und Pfad) als string, die Rückgabe der > Funktion ist auch ein string mit dem Inhalt der Datei. ähm tschuldige... <zitat> Die Implementierung von read_from_file ist nicht bekannt </zitat> die Implementierung von read beim Configparser ist aber bekannt. Richtig? deshalb weiß man(n) das dass File " config.ini " automatisch wieder geschlossen wird. Richtig? Vielleicht etwas dumm Ausgedrückt, doch im Kern richtig? > Wenn Du in Python Dateien selber öffnen willst, dann werden die > repräsentiert durch File-Objekte (high level) oder durch file-handles > (low level). Schon mal gelesen, doch Ehrlich, manchmal steige ich gedanklich aus. > So ein File-Objekt erhälst Du, wenn Du 'open("filename", "r")' machst. > Ein file-handle ist im Prinzip ein integer, der die geöffnete Datei im > Speicher markiert und wird Dir von 'os.open("filename", …)' zurück > gegeben. > > Das File-Objekt lässt sich schliessen indem man auf dem Objekt > '.close()' aufruft, der file-handle wird geschlossen durch > 'os.close(handle)'. Jep, das ist hängen geblieben, deshalb meine Frage nach dem Schließen des File beim Configparser.. [Nerds code] .. bin immer wieder begeistert, auf wie viel Arten man so coden kann.. [ etwas Selbstmitleid von mir Entsorgt] > Tut mir leid wenn ich da gestern (und heute?) etwas Oberlehrerhaft rüber > komme. Das will ich gar nicht. Oder meine es zumindest doch nur gut. ist so angekommen, glaub es mit > Beim Anblick Deiner Frage hatte ich halt zwei Befürchtungen (siehe Svens > Vermutung): > Entweder hast Du in Deiner C- und Perl-Erfahrung tatsächlich schon so > viele Fälle von so einem Konstrukt gesehen, das Du Dir Deine > Originalfrage da tatsächlich sehr häufig so stellen musst. Dann sinken C > und Perl in meinem ansehen noch tiefer und ich werde nie wieder eine > Zeile davon lesen, geschweige denn schreiben. > > Oder Du weißt es einfach noch nicht besser. Was nicht schlimm ist. Wir > haben schließlich alle mal angefangen. Dann ist meine Hoffnung, das Du > irgendwann (möglichst bald!) soweit bist, das Du Code nicht nur "für > Dich" sondern auch "für Alle" schreibst. Und dann möchte ich Dir helfen, > das es guter Code ist mit klaren Konzepten und eindeutigen > Schnittstellen. Nicht das ich dann irgendwann über Code stolpere, der > eine globale Variable nutzt um ein file-Objekt offen zu lassen damit ich > es selber schließen muss. Oder so… Das ist es was ich auch möchte, viele Fragen kann ich meist selbst lösen. Mir ging halt das close nicht mehr aus dem Kopf. Vielleicht sollte man die Python Doku in Bezug auf dem Configparser etwas ändern. Wie in etwa. Beim Einlesen der ini muss kein close gemacht werden. <zu meiner Schande > diese Fach Englisch ist nicht gerade meine Stärke. </ Schande > >> Aber na ja, lassen wir das. Hier hatte ich schnelle und unkomplizierte >> Hilfe bekommen, wie meistens... ne immer :-) > > Hm, vielleicht will man nicht nur schnelle Hilfe sondern manchmal auch > noch ein wenig über Code und Konzepte philosophieren? Programmieren bzw. > Software entwickeln hat meiner Erfahrung immer weniger mit Code und > immer mehr mit Nachdenken zu tun je mehr Entwicklungserfahrung man hat. Ha jetzt hab ich dich.. :-) Ich hab Nachgedacht ob ich das File nicht wieder schließen müste, so als wenn ich eine README Datei öffne um diese zu lesen. :-) > Bis denn, > > Arnold Bis dann Ab Morgen wird weiter Nachgedacht, code geschrieben und getestet. Gruß Manfred -- Man kann gewiß sein, dem andern nicht viel Vergnügen gemacht zu haben, wenn man lauter Sachen sagte, die uns eines machten und so umgekehrt. -- Jean Paul

2 1

Arch, Python 3.6, setuptools und dbus-python: DistributionNotFound
by Christopher Arndt Jan. 20, 2017

Jan. 20, 2017

Hallo, ich habe hier ein Problem, bei dem ich zwar die Ursache erkennen kann, mir aber nicht klar ist, warum es neuerdings auftritt und wer hier der Schuldige ist: - Ich habe ein Python-Paket (jack-select [1]), das als Dependency 'dbus-python' hat und dies auch so in der setup.py deklariert. - Das Paket enthält ein Kommandozeilenprogramm 'jack-select', das über einen 'console_scripts' Entry Point bei der Installion erzeugt wird. - Arch Linux hat ein Paket 'python-dbus', das das 'dbus-python' Paket installiert. Der Python-Packagename des Pakets ist aber 'dbus', d.h. man benutzt es mit 'import dbus'. Das Arch-Paket installiert zwar das Package korrekt in site-packages, aber kein *.egg-info oder *.dist-info Verzeichnis mit einer top_level.txt Datei, die die Zuordnung von Distributionsname (dbus-python) zu Packagename (dbus) herstellt. - Seit dem letzten Update von Arch, mit dem Python von 3.5 auf 3.6 aktualisiert wurde, funktioniert jetzt mein jack-select Programm nicht mehr (das ich natürlich ebenso neu installiert habe, damit es unter Python 3.6 installiert ist): $ jack-select [...] File "/usr/lib/python3.6/site-packages/pkg_resources/__init__.py", line 849, in resolve raise DistributionNotFound(req, requirers) pkg_resources.DistributionNotFound: The 'dbus-python' distribution was not found and is required by jack-select Meine Fragen: - Wieso hat das vorher funktioniert? (Die Struktur des python-dbus Pakets hat sich m.E. nicht geändert, d.h. es war auch vorher keine .egg-info Datein darin [2].) - Liegt der Fehler bei dbus-python bzw. dessen Packaging, weil es sich nicht mit setuptools installiert, oder bei setuptools/pkg_resources, weil es nicht erkennt, das das Paket installiert ist? - Kennt jemand ein gute Ressource, wo man genau nachlesen kann, wie das mit den ganzen *.egg-info und *.dist-info Dateien funktioniert? Gruß, Chris [1] https://pypi.python.org/pypi/jack-select bzw. https://aur.archlinux.org/packages/jack-select/ [2] https://git.archlinux.org/svntogit/packages.git/log/trunk?h=packages/dbus-p…

1 0

Re: [Python-de] Frage zum configparser
by Manfred Gil Jan. 19, 2017

Jan. 19, 2017

Am Wed, 18 Jan 2017 22:45:26 +0100 schrieb Arnold Krille: > On Wed, 18 Jan 2017 17:21:53 +0000 (UTC) Manfred Gil > <manfred-gil(a)t-online.de> wrote: >> kleine Frage zum configparser, >> >> <code> >> conpar = configparser.ConfigParser() >> >> conpar.read('config.ini') >> >> # Einlesen der Daten >> >> </code> >> >> muß ich die Datei "config.ini" nicht irgendwie wieder schließen? >> in der Doku habe ich nix dazu gefunden. >> Oder geschieht diese nach dem Einlesen automatisch durch den >> configparser? > > Die anderen haben schon die vernünftige Antwort gegeben. Ich möchte > gerne noch sagen, warum mich dir Frage überrascht hat ;-) > > Der code oben zeigt für mich recht eindeutig, das lediglich der Name der > Datei übergeben wird. Du musst Dich selber nicht kümmern: > * ob die Datei existiert und was passiert wenn nicht, > * ob die Datei lesbar ist, > * ob die Datei richtig formatiert ist, > * ob die Datei zum lesen, schreiben, anfügen, im Textmodus oder im > Binärmodus, mit CR+LF oder mit LF geöffnet und gelesen werden muss. > > Warum (zum Geier ;-) ) kommst du da noch auf die Idee, das Du Dich um > das Schließen selber kümmern müsstest? Wäre das dann nicht eine _sehr_ > schlecht designte API? Und müsste dann nicht "conpar.read(…)" das > file-objekt oder den file-handle zurück geben? Erwartest Du dann nicht, > das dann in der Dokumentation steht "Achja, kümmer Dich bitte selber > darum das ding zu schließen"? > > Vielleicht gibt es APIs, die sowas tatsächlich mit Dir als ihrem Nutzer > machen. Aber wenn es sich um die Standardbibliotheke handelt dürfen wir > schon besseres erwarten ;-) Hallo Arnold, kann es sein, das Du gestern einen schlechten Tag hattest ;-) Wieso sollte ich mir _nicht_ Gedanken darum machen, ob ich das File wieder schließen sollte. <code> daten = open('READNE.txt','r') text = daten.read() daten.close() print(text) </code> ist für mich im ersten Augenblick nichts anderes. Sicher, jetzt kommen alle Python Nerds an und erklären mir den Unterschied, zwischen den beiden code stücken von mir. Ich bin und nicht anderes behaupte ich von mir, ein Hobby Python(man). in meiner "kleinen" Freizeit ... nach dem Job ... und Familie, "Bastle" ich mir Programme die mir genügen sollten. Sicher sind meine Ansprüche an mir selber, meist zu hoch angesetzt, doch ich beiss mich durch. Manche Probleme lösen sich durchs lesen von Dokus oder durch das Mitlesen in Forum. Andere Sachen sind dann irgendwie nicht ganz geheuer für mich, wie mit dem Configpraser. Aber na ja, lassen wir das. Hier hatte ich schnelle und unkomplizierte Hilfe bekommen, wie meistens... ne immer :-) > Happy Coding, > > Arnold Wünsche ich Dir auch. Gruß Manfred --

2 1

Frage zum configparser
by Manfred Gil Jan. 19, 2017

Jan. 19, 2017

Hallo Liste, kleine Frage zum configparser, <code> conpar = configparser.ConfigParser() conpar.read('config.ini') # Einlesen der Daten </code> muß ich die Datei "config.ini" nicht irgendwie wieder schließen? in der Doku habe ich nix dazu gefunden. Oder geschieht diese nach dem Einlesen automatisch durch den configparser? Danke für eine kurze Info Gruß Manfred -- Den allerwenigsten Menschen ist beizubringen, daß Bücher, die viele andere nicht verstehen, von ihnen gleichfalls unverstanden bleiben. -- Jean Paul

4 4