Mailman 3 January 2013 - 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

Python unconference in Hamburg Mai 2013?
by Hinrich Sager March 21, 2013

March 21, 2013

Wir vom boot e.V. erwägen, eine Python unconference in Hamburg zu organisieren. Um das Interesse auszuloten hier ein poll: http://doodle.com/6428g4m7n28cvvyq

5 10

gzip-lib und "trailing garbage"
by Hartmut Goebel Jan. 27, 2013

Jan. 27, 2013

Hallo, ich versuche, mit dem Modul gzip eine Datei zu entpacken, die "trailing garbage" enthält. (Konkret handelt es sich um einen Binärdatei, bei der die gzippten Daten mitten drin liegen, ich kenne also deren Länge nicht. Das Kommandozeilen gzip liest einfach, was auch immer es kann und ignoriert den Rest mit der Warnung "ignoring trailing garbage". Die Python gzip-lib scheint dagegen lustig weiter zu lesen, bzw. versucht, einen weiteren Teil zu erkennen. Wenn es den nicht gibt, wird ein IOError ausgelöst und die bis habin in dem Block dekomprimierten Daten gelangen nicht nach an den Aufrufer :-( Hier mein gescheiterter Versuch, das in Python zu implementieren. gz = gzip.GzipFile(fileobj=infh) with open(outfilename, 'wb') as outfh: while 1: d = gz.read(BLOCKSIZE) if not d: break outfh.write(d) if gz._new_member: break infh.close() Hat jmd. eine Idee, wie man das lösen könnte? -- Schönen Gruß Hartmut Goebel Dipl.-Informatiker (univ), CISSP, CSSLP Goebel Consult http://www.goebel-consult.de Monatliche Kolumne: http://www.cissp-gefluester.de/2011-08-horrorszenario-bring-your-own-device Blog: http://www.goebel-consult.de/blog/20050315 Goebel Consult ist Mitglied bei http://www.7-it.de/

3 10

Re: [Python-de] Python Test schlägt fehl in configure Skript
by Rüdiger Ranft Jan. 26, 2013

Jan. 26, 2013

Am 23.01.2013 20:53, schrieb Malte Gell: Hallo Malte, > Das komplette config.log mit allen Ausgaben kann man hier einsehen: > > http://pastebin.com/vN045qhK Auf Zeile 1925 steht der fehlgeschlagene Befehl, danach kommt das Testprogramm. Versuche zuerst, ob das linken gegen libm überhaupt funktioniert: cat <<EOF > foo.c #include <math.h> int main() { return sin(0); } EOF gcc foo.c -lm Wenn dies geht, libpython2.7: cat <<EOF > bar.c #include <Python.h> int main() { Py_Initialize(); return 0; } EOF gcc -I/usr/include/python2.7 bar.c -lpython2.7 Wenn beide Tests funktionieren, nimm das Testprogramm aus config.log, und übersetze es mit dem obigen Befehl. Nimm anschließend so lange weietre Parameter der ursprünglichen gcc-Zeile auf, bis der Fehler auftritt. HTH Rudi

2 3

Re: [Python-de] Python Test schlägt fehl in configure Skript
by bhoel＠despammed.com Jan. 26, 2013

Jan. 26, 2013

Malte Gell <malte.gell(a)gmail.com> writes: > Am 24.01.2013 08:44, schrieb Rüdiger Ranft: > >> Wenn dies geht, libpython2.7: >> >> cat <<EOF > bar.c >> #include <Python.h> >> >> int main() >> { >> Py_Initialize(); >> return 0; >> } >> EOF >> gcc -I/usr/include/python2.7 bar.c -lpython2.7 > > Ergänzung zur Mail von eben: > > Wenn ich ein ldd auf libpython2.7 mache, dann sind aber alle libs vorhanden: > > ldd /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so > > ldd: warning: you do not have execution permission for > `/usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../lib64/libpython2.7.so' > linux-vdso.so.1 (0x00007fff237ff000) > /opt/lib/libmediaclient.so (0x00007fe172de6000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007fe172b4e000) > libdl.so.2 => /lib64/libdl.so.2 (0x00007fe17294a000) > libutil.so.1 => /lib64/libutil.so.1 (0x00007fe172747000) > libm.so.6 => /lib64/libm.so.6 (0x00007fe17244f000) > libc.so.6 => /lib64/libc.so.6 (0x00007fe1720aa000) > librt.so.1 => /lib64/librt.so.1 (0x00007fe171ea2000) > /lib64/ld-linux-x86-64.so.2 (0x00007fe173395000) > > Wieso kann ich dann deinen Beispielcode nicht übersetzen, wenn die libs > alle da sind? Weil du "-devel" Pakete zu den Bibliotheken installieren musst. pchoel:~ # l /lib64/libpthread* -rwxr-xr-x 1 root root 136155 30. Mär 2012 /lib64/libpthread-2.14.1.so* lrwxrwxrwx 1 root root 20 21. Mai 2012 /lib64/libpthread.so.0 -> libpthread-2.14.1.so* pchoel:~ # rpm -qf /lib64/libpthread* glibc-2.14.1-14.27.1.x86_64 glibc-2.14.1-14.27.1.x86_64 pchoel:~ # rpm -qa|grep glibc ... glibc-devel-2.14.1-14.27.1.x86_64 pchoel:~ # rpm -ql glibc-devel ... /usr/lib64/libpthread.so Gruß Berthold > > > Gruß > Malte > > > -- A: Weil es die Lesbarkeit des Textes verschlechtert. F: Warum ist TOFU so schlimm? A: TOFU F: Was ist das größte Ärgernis im Usenet?

3 5

Re: [Python-de] Software Distribution
by Alexander Langer Jan. 25, 2013

Jan. 25, 2013

Am 24.01.2013 22:30, schrieb Hartmut Goebel: > Hierzu empfehle ich PyInstaller (www.pyinstaller.org). Der packt Dir > alles, was Dein Programm braucht zusammen. Du brauchst nur noch den > Winodws-Installer aussen herum zu bauen. Danke, Ich schaue es mir an. Erst dachte ich es werden nur die in dieser Tabelle aufgelisteten Pakete unterstützt, laut Text soll das aber nur ein Auszug sein. > > Nein. Allerdings: Wenn Du GPL-Komponenten nutzt, musst Deine Software > sehr wahrscheinlich auch unter GPL stehen. Zu dem Thema habe ich gelesen, dass das sogenannte Copyleft unterschiedlich bewertet wird. Solange man die GPL Software nur über CLI / Kommunikationsprotokolle nutzt, soll es kein Problem sein. Funktionsaufrufe sind wiederum grenzwertig und von der Nutzung von Datenstrukturen sei abzuraten. Grüße, Alexander

2 1

Software Distribution
by Alexander Langer Jan. 24, 2013

Jan. 24, 2013

Hi, ich würde gerne eigene Software vertreiben und zu diesem Zweck für die Windows Plattform das gesamte Python Verzeichnis inklusive GPL Drittsoftware als zip Archiv / Installer anbieten wollen. Es soll bewusst ein Snapshot oder auch Bundle ausgeliefert werden und keine nachträgliche Paketinstallation per "setup build" und ähnlichem. Start der Software erfolgt dann über eine Verknüpfung. Gibt es da lizenzrechtliche Probleme, d.h. bin ich gezwungen den Interpreter und Drittsoftware von meiner Software zu trennen ? Danke !

2 1

Entwickler/in für Mikrosimulationsmodell gesucht
by Thomas Weiner Jan. 24, 2013

Jan. 24, 2013

Hallo, wir suchen recht dringend für die Weiterentwicklung eines Mikrosimulationsmodells von Verkehr und Raumentwicklung eine/n Python-Software-Entwickler/in mit Erfahrungen in Scientific Computing (Numpy / Scipy) und Ökonometrie. Interessenten können wir entweder eine befristete Stelle (fünf Monate) oder - falls lieber freiberuflich - einen Dienstvertrag anbieten. Weitere Informationen: http://www.vsl.tu-harburg.de/de/Institut/Jobs/stellenausschreibung_Software… Viele Grüße, Thomas -- TU Hamburg-Harburg fon: +49 40 42878 37 81 Institut für Verkehrsplanung und Logistik fax: +49 40 42878 27 28

1 0

Entwickler/in für Mikrosimulationsmodell gesucht
by Thomas Weiner Jan. 24, 2013

Jan. 24, 2013

Hallo, wir suchen recht dringend für die Weiterentwicklung eines Mikrosimulationsmodells von Verkehr und Raumentwicklung eine/n Python-Software-Entwickler/in mit Erfahrungen in Scientific Computing (Numpy / Scipy) und Ökonometrie. Interessenten können wir entweder eine befristete Stelle (fünf Monate) oder - falls lieber freiberuflich - einen Dienstvertrag anbieten. Weitere Informationen: http://www.vsl.tu-harburg.de/de/Institut/Jobs/stellenausschreibung_Software… Viele Grüße, Thomas -- TU Hamburg-Harburg fon: +49 40 42878 37 81 Institut für Verkehrsplanung und Logistik fax: +49 40 42878 27 28

1 0

Python Test schlägt fehl in configure Skript
by Malte Gell Jan. 23, 2013

Jan. 23, 2013

Hallo! Ich versuche erfolglos das Mediacenter XBMC in der Version 12.0 RC3 auf einer openSUSE 12.2 x86_64 Maschine zu übersetzen. Sourcecode von XBMC ist hier: http://wiki.xbmc.org/index.php?title=How-to:Compile_XBMC_for_Linux Das Problem bei mir ist, dass der Python Test im configure Skript fehlschlägt mit diesem Fehler: /usr/lib64/gcc/x86_64-suse-linux/4.7/../../../../x86_64-suse-linux/bin/ld: warning: libm.so.6, needed by /usr/lib64/libpython2.7.so, not found (try using -rpath or -rpath-link) Ich habe libm.so.6 natürlich installiert im Suchpfad /lib64. Und wenn ich ldd /usr/lib64/libpython2.7.so mache, ist auch alles ok. Ich habe Python 2.7 installiert von den SUSE Standardpaketen. Das komische ist, andere Anwender können mit dem selben openSUSE 12.2 System sehr wohl diese Software bauen, ich nicht. Ich habe schon die Python Pakete neu installiert, hat auch nix genutzt. Wo könnte der Fehler in meinem System stecken? Kann oder muss man Python irgendwo konfigurieren? Das komplette config.log mit allen Ausgaben kann man hier einsehen: http://pastebin.com/vN045qhK Es wäre schön, wenn jemand einen Hinweis hat, wo man mit dem Debuggen hier anfangen kann. Gruß Malte

1 0