Mailman 3 August 2013 - python-de

PyCon.DE 2013 Sprints - Vorankündigung
by Thomas Koch 10 Aug '13

10 Aug '13

Liebe Pythoneers, im Rahmen der diesjährigen Python-Konferenz in Köln (14.10 - 19.10) finden auch wieder Sprints statt, d.h. es wird einen Raum und Infrastruktur sowie Verpflegung geben - die Inhalte bestimmen die Teilnehmer. ________________________________________________________________________ PyCon.DE 2013 Sprints - 18. und 19. Oktober 2013 3. Deutsche Python-Konferenz https://2013.de.pycon.org/programm/sprints/ ________________________________________________________________________ Was ist ein Sprint? So was wie ein Hackathon ,-) siehe auch https://en.wikipedia.org/wiki/Sprint_(software_development) Wer Interesse hat, daran teilzunehmen, möge sich bitte auf der Wiki-Seite eintragen: http://wiki.python-forum.de/PyConDe/2013/Sprints Für die Teilnahme an einem Sprint wird kein Ticket für die Python-Konferenz benötigt, d.h. die Teilnahme ist kostenlos! Dennoch ist natürlich ein Besuch der PyCon.DE sehr zu empfehlen - und lässt sich ideal mit dem Sprint verbinden. Es sind noch Karten verfügbar: https://2013.de.pycon.org/teilnehmen/registrieren/ Viele Grüße, Thomas

1 0

Karlsruhe Python User Group, 16.08.2013, 19 Uhr
by Jürgen A. Erhard 09 Aug '13

09 Aug '13

Die Karlsruher Python User Group (KaPy) trifft sich wieder. Ja, es gibt uns noch! :D Am 16.08.2013, 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 Mailingliste auf https://lists.bl0rg.net/cgi-bin/mailman/listinfo/kapy.

1 0

Re: [Python-de] ftplib
by Matthias Fulz 08 Aug '13

08 Aug '13

Stefan Schwarzer wrote: > Hi, > > On 2013-08-07 07:36, Stefan Schwarzer wrote: >> On 2013-08-07 06:37, Matthias Fulz wrote: >> ich kannte PRET noch nicht, habe aber eben das dazu >> gefunden: >> [...] > > ich habe selbst noch Fragen dazu. > > Wie gesagt, kannte ich den PRET-Befehl noch nicht, obwohl > ich seit über zehn Jahren die FTP-Client-Bibliothek ftputil > entwickle ( https://pypi.python.org/pypi/ftputil ). Bisher > gab es auch kein Ticket dazu. > > Andererseits scheint PRET auch nicht ganz neu zu sein. Ich > habe bei der Websuche Fragen dazu gefunden, die schon fünf > Jahre her sind. > > Ich frage mich nun, wie wichtig ist diese PRET-Unterstützung > bzw. wie verbreitet ist sie? Oder anders ausgedrückt: > Inwieweit würde es sich "lohnen", das in ftputil zu > unterstützen? Mit den Antworten hätte ich vielleicht eine > Einschätzung, wie ich ein Ticket zu PRET im Vergleich zu > anderen Tickets priorisieren sollte. > Ich kann Dir hier leider nicht viel zu sagen, da ich FTP eig. nur als Anwender verwende. So wie ich das verstanden habe (bitte korrigiere mich, wenn ich hier total falsch bin) ist das PRET nur bei verteilten FTP Servern wichtig, bzw. verwendet. Wie verbreitet das jetzt ist, kann ich leider garnicht sagen, da z.B. auch mein Hauptclient (lftp) keinerlei Probleme mit dem Server und PRET zu haben scheint. Ich denke mal schaden würde es nicht es zu implementieren, wenn der Aufwand nicht zu groß ist, aber darüber habe ich momentan keinen Überblick. > Viele Grüße > Stefan Gruß, Matthias

1 0

ftplib
by Matthias Fulz 07 Aug '13

07 Aug '13

Hi, kann mir jemand sagen, ob es für Python ne Alternative zu ftplib gibt, die auch mit PRET klarkommt? Wenn ich mit ftplib z.B. ein .dir() starten kommt vom Server immer nur: PRET required zurück. Login funktioniert noch einwandfrei. Gruß, Matthias

2 2

Re: [Python-de] ftplib
by Matthias Fulz 07 Aug '13

07 Aug '13

Stefan Schwarzer wrote: > Hallo Matthias, > > On 2013-08-07 06:37, Matthias Fulz wrote: >> kann mir jemand sagen, ob es für Python ne Alternative zu ftplib gibt, >> die auch mit PRET klarkommt? >> >> Wenn ich mit ftplib z.B. ein .dir() starten kommt vom Server immer nur: >> PRET required zurück. Login funktioniert noch einwandfrei. > > ich kannte PRET noch nicht, habe aber eben das dazu > gefunden: > Kannte ich bis vor Kurzem auch nicht :) > http://tools.ietf.org/html/draft-dd-pret-00 > http://drftpd.org/index.php/PRET_Specifications > > Soweit ich das beim Überfliegen verstanden habe, ist es laut > > http://drftpd.org/index.php/PRET_Specifications#PRET_Command > > "nur" nötig, ein PRET-Kommando vor der Verwendung der > FTP-Befehle RETR, STOR, STOU, LIST, NLST oder APPE zu > schicken. > > Die ftplib bietet eine Low-Level-API in Form der Methoden > sendcmd und voidcmd, siehe > > http://docs.python.org/2/library/ftplib.html#ftplib.FTP.sendcmd > http://docs.python.org/3/library/ftplib.html#ftplib.FTP.sendcmd > Super, das habe ich garnicht gesehen. Ich denke damit kann ich mir relativ einfach einen Wrapper schreiben. > Du könntest die PRET-Befehle damit selbst ergänzen. Das ist > etwas unbequem, aber immerhin ein Workaround. > Ja hört sich gut machbar an. > Soweit ich verstanden habe, wird PRET nur in Verbindung mit > PASV benötigt. _Falls_ du also im Active-Mode arbeiten kannst > ( ftp.setpasv(False) ), könnte sich das Problem schon > erledigen. > Lässt der Server leider irgendwie nicht zu - Kommando hängt dann einfach und es passiert auch nach Minuten nichts. > Ansonsten, wenn auch nicht als kurzfristige Lösung, bietet > sich an, ein Ticket im Python-Bugtracker einzugeben: > > http://bugs.python.org/ > Werde ich parallel ach versuchen. > Viele Grüße > Stefan Danke Du hast mir schonmal sehr geholfen ! Gruß, Matthias

1 0

UDP Socket-Programmierung und "falsche" IP-Adressen
by helge＠nicht-laut.de 07 Aug '13

07 Aug '13

Hallo schönste, beste und einzige deutsche Python-Liste :-) Ich habe ein kleines Problem mit der Socket-Programmierung unter Python (2.7.3 unter openSUSE 12.3). Ich habe ein Script geschrieben, welches UDP-Daten von anderen Netzwerkteilnehmern im gleichen LAN (ethernet, VLAN, Layer2 eben) entgegennimmt: from socket import * cs = socket(AF_INET, SOCK_DGRAM) cs.settimeout(1) cs.bind(('',UDP_GET_PORT)) while True: try: data, addr = cs.recvfrom(1024) print "\nincoming messages:", data.encode("hex"), "\n" print "from address: ", addr, "\n" except timeout: cs.close() print "End" break Das ganze funktioniert wie gewünscht, wenn die Teilnehmer im gleichen IP-Subnetz sind. Ich möchte aber auch die Messages erhalten, die von Geräten stammen, die nicht im gleichen Subnetz hängen, bzw. mit der IP-Adresse 0.0.0.0 an die Broadcast-Domäne (255.255.255.255) senden. Ich sehe die Pakete via wireshark aber sie werden nicht im Script verarbeitet. Weiss da jemand weiter? Ich habe die Vermutung, dass das kein python-spezifisches Problem ist!? Vielen Dank und Gruß aus Bochum, Helge

3 3

Re: [Python-de] UDP Socket-Programmierung und "falsche" IP-Adressen
by Alexander Langer 06 Aug '13

06 Aug '13

Was genau zeigt Wireshark an ? Das Interface nimmt die Pakete an, ja ?

2 1

Python Shell Scripting: Scriptine
by Florian Lindner 04 Aug '13

04 Aug '13

Hallo, klassisches Shell-Skripting mit Python zu ersetzen, finde ich häufig recht mühsam. Viele Sachen, v.a. im Bereich arbeiten mit Dateien gehen mit sh einfach schneller von der Hand. Es ist vollkommen klar, Python ist eine eher universale Sprache, sh auf den Anwendungszweck spezialisiert. Ich habe mal nach Libs gesucht, die das ein wenig angenehmer machen könnten und bin dabei auf Scriptine gestoßen: https://github.com/olt/scriptine http://pythonhosted.org/scriptine/ Da ich, ausg. diese beiden Stellen so gut wie keine Erwähungen gefunden habe: Benutzt das jemand? Taugt die Lib was für den Zweck? Grüße, Florian

3 2

Re: [Python-de] Force stable trunk
by Thomas Güttler 01 Aug '13

01 Aug '13

Am 31.07.2013 17:14, schrieb Felix Schwarz: > > Am 31.07.2013 16:24, schrieb Thomas Guettler: >> Mit Jenkins (oder einem ähnlichen Tool) sieht man dann im Fehlerfall >> eine rote Lampe ... schön, aber vielleicht hat inzwischen auch schon jemand >> den Code in ein Produktivsystem geschoben .... Das darf nicht sein. > > Diez hat schon alles Wesentliche geschrieben, daher nur folgende Ergänzung: > Ich würde mich als erstes um das deployment kümmern: Ein deployment darf nie > ohne Durchlauf der Tests passieren (oder falls dies doch notwendig sein > sollte, muss das ein "großes Ding" sein mit entsprechendem Review des Teams). Aus meiner Sicht ist das Testen nicht Teil des Deployments, es muss vorher geschehen. Eine Begründung: Der Code wird mehrfach ausgeliefert. Die gleichen Tests mit gleichem Code mehrfach auszuführen ist nicht sinnvoll. > Üblicherweise erreicht man das mit einem "production" branch. Genau darum geht es mir. Für mich sind in diesem Kontext Trunk/Master/Produktion synonym. Entwickelt wird in feature oder devel Branches. Der Masterbranch muss stabil sein. Das will ich auch hier besprechen. Wie kann man einen stabilen Branch erzwingen? Wie macht ihr das? Gruß, Thomas -- Thomas Güttler http://thomas-guettler.de/

4 4