Mailman 3 November 2015 - 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

Shell Wildcard Matching in purem Python (ohne re)?
by Christopher Arndt Nov. 27, 2015

Nov. 27, 2015

Hi allerseits, kennt jemand eine Implementierung für Shell Wildcard Matching in purem Python, also auch ohne das re-Modul zu benutzen (wie es fnmatch tut)? Einsatzzweck: OSC Address Pattern Matching [1] unter Micropython [2], also potentiell auf Microprozessoren und ohne Zugriff auf irgendwelche C-Libraries. Unterstützung von '{a,b}' Pattern wäre schön, lässt sich aber bestimmt ggf. leicht nachrüsten. Chris [1] OSC Address Spaces and OSC Addresses, http://opensoundcontrol.org/spec-1_0 [2] http://docs.micropython.org/en/latest/

1 0

Attic Backup
by Thomas Koch Nov. 22, 2015

Nov. 22, 2015

Hallo, ich wollte mal kurz in die Runde fragen, ob schon jemand Erfahrung mit dem (Python basierten) Attic Backup gemacht hat. Wir verwenden derzeit duplicity (http://duplicity.nongnu.org) und sind bei der Suche nach Alternativen auf Attic gestossen: https://attic-backup.org/ attic verwendet nicht nur Komprimierung sondern auch Deduplizierung (deduplication), um die Größe der Backup-Daten so klein wie möglich zu halten. Viele Grüße, Thomas -- OrbiTeam Software GmbH & Co. KG <http://www.orbiteam.de/> http://www.orbiteam.de

6 7

Optimierungsproblem: Sehr viele Permutationen testen
by Hartmut Goebel Nov. 22, 2015

Nov. 22, 2015

Hallo zusammen, ich habe einen kleinen Regelinterpreter (siehe unten) geschrieben - also eine DSL, bei dem ich nun testen möchte, wie groß der Abdeckungsgrad ist. dazu permutiere ich über alle möglichen Kombinationen der Eingabe-Werte. Dummerweise habe ich 25 Parameter, mit bis zu 6 oder 7 Werten, sodass ich auf 21*(10**12) Kombinationen komme. Ich habe den Regelinterpreter schon so umgebaut, dass er Cython-Code erzeugt, nur Integer-Werte verwendet der Kern komplett in C umgesetzt wird. Trotzdem komme ich auf eine Laufzeit von geschätzt 200 Tagen :-\ Daher suche ich nun einen Weg, den Algorithmus wesentlich zu Beschleunigen. Momentan habe ich 25 geschachtelte, dumme Schleifen über alle Werte. Regeln sind etwas wie (hier frei erfunden): VERBOTEN(Farbe == Grün and Material == Wasser) VERBOTEN(Typ == Zug and Zeit == nachts and Berechtigung == Tagschein) Wie Ihr seht, prüfen einzelne Regeln nur sehr wenige Parameter, trifft aber eine Aussage für einen riesiger Bereich., den ich dann gar nicht mehr prüfen muss, Einige der Parameter kommen auch nur in einer oder zwei Regeln vor. Insgesamt habe ich ca. 50 Regeln Meine Idee ist nun, die Schleifen so zu sortieren, dass die Regeln, die häufig zutreffen, schon in äußeren Schleifen geprüft werden. Nur: nach was sortiere ich? Anzahl der geprüften Parameter? Anzahl möglicher Werte eines Parameters? Irgendwelche Tipps? Vielleicht ein komplett anderer Ansatz (evtl. was mit numpy)? -- Schönen Gruß Hartmut Goebel Dipl.-Informatiker (univ), CISSP, CSSLP Information Security Management, Security Governance, Secure Software Development Goebel Consult, Landshut http://www.goebel-consult.de Blog: http://www.goebel-consult.de/blog/bewertung-pgp-verschlusselung-bei-web.de-… Kolumne: http://www.cissp-gefluester.de/2010-07-passwoerter-lieben-lernen

3 5

Re: [Python-de] Namespace-Packages in Python 2.x
by Bernd Nawothnig Nov. 6, 2015

Nov. 6, 2015

On 2015-10-05, Diez B. Roggisch wrote: > Intern in pkgutil wird das so implementiert, dass einfach über alle > sys.path-Verzeichnisse iteriert wird, und fuer jedes darin geschaut > wird, ob > > - ein Unterverzeichnis mit dem Namen ‘namespace’ existiert > - darin ein ‘__init__.py’ liegt > > Und da ist auch schon gleich der Knackpunkt: wir liefern unsere Pakete > als pyc-files aus. Und damit schlägt diese Bedingung fehl, und wir > haben keine namespaces mehr. Und wenn Du nur für diese __init__.py Dateien den Quellcode mitlieferst? Da steht doch meistens wenig bis nichts drin. Aber dann wäre obige Bedingung erfüllt. Bernd -- no time toulouse

1 0

Python-User-Group-Treffen in Leipzig, 10. November, 19:00 Uhr
by Mike Müller Nov. 4, 2015

Nov. 4, 2015

== Leipzig Python User Group === ***Achtung**: Wir treffen uns am 10. November um 19:00 Uhr hier: | Cityhochhaus | gateprotect GmbH | Augustusplatz 9 Bitte vom Pförtner in die 12te Etage schicken lassen. Dann den Schildern folgen. Wir haben wieder einen Vortrag: Martin Czygan **Komplexe Batch-Pipelines mit Luigi** Luigi [1] ist eine Python-Bibliothek, die bei der Erstellung komplexer Batch-Pipelines hilfreich ist. Sie übernimmt dependency resolution, workflow management, Visualisierung etc. Der Vortrag stellt die Features vor. Der Code eines existierenden Projektes zeigt was Luigi alles kann. [1]: https://pypi.python.org/pypi/luigi Weitere Infos: http://www.python-academy.de/User-Group/index.html Willkommen ist jeder, der Interesse an Python hat, die Sprache bereits nutzt oder nutzen möchte. Für das leibliche Wohl wird gesorgt. Eine Anmeldung unter info(a)python-academy.de wäre nett, damit wir genug Essen besorgen können. Aktuelle Informationen zu den Treffen sind unter http://www.python-academy.de/User-Group zu finden. Viele Grüße Mike

1 0