Mailman 3 September 2011 - python-de

Unknown type '\x29' in D-Bus signature
by Ulf Seltmann Sept. 24, 2011

Sept. 24, 2011

Hallo Liste, ich versuche mittels python und dbus die Musiksammlung meines bisherigen Musicplayers 'gmusicbrowser' auszulesen. Dafür stellt das Progamm ein DBus-Interface[1] zur Verfügung, welches die Methode Get() beinhaltet und der zwei Parameter übergeben werden sollen. Das ganze sieht ungefähr so aus: <snip> remote_object = bus.get_object("org.gmusicbrowser", "/org/gmusicbrowser") gmb_dbus = dbus.Interface(remote_object, 'org.gmusicbrowser') gmb_id_list = gmb_dbus.GetLibrary() print "rating: %s" % gmb_dbus.Get(str(gmb_id_list[0]), 'rating') </snip> führe ich den code aus, bekomme ich folgende fehler, zu denen ich leider nix im internet finde ERROR:dbus.connection:Unable to set arguments ('9959', 'rating') according to signature u'(ss)': <type 'exceptions.TypeError'>: Unknown type '\x29' in D-Bus signature Traceback (most recent call last): File "dbsync/read.py", line 93, in <module> example() File "dbsync/read.py", line 88, in example print "rating: %s" % gmb_dbus.Get(str(gmb_id_list[0]), 'rating') File "/usr/lib/pymodules/python2.7/dbus/proxies.py", line 140, in __call__ **keywords) File "/usr/lib/pymodules/python2.7/dbus/connection.py", line 620, in call_blocking message.append(signature=signature, *args) TypeError: Unknown type '\x29' in D-Bus signature Hat jemand ne Idee? ciao ulf [1]http://wiki.gmusicbrowser.org/dbus_api#functions -- free art - free mind

2 1

Re: [Python-de] Fehlermeldung bei Import von Matplotlib Modul
by Malte Dik Sept. 23, 2011

Sept. 23, 2011

Moin, > Zuerstmal dadurch, dass du uns die tatsaechliche Fehlermeldung mitsamt > Stacktrace schickst, und nicht (im uebrigen auch noch falsch) > paraphrasierst. definitiv. Aber weil die Antwort schon in der Luft liegt: from matplotlib import pyplot as plt Viele Grüße, Malte

3 2

Fehlermeldung bei Import von Matplotlib Modul
by Wagner, Frank Sept. 23, 2011

Sept. 23, 2011

Hallo, ich habe einem Kollegen meine beliebtesten Python Tools installiert darunter auch matplotlib. Zum Test wollte ich ein Skript ausführen, welches bei mir problemlos läuft allerdings bekomme ich auf dem Rechner des Kollegen beim ausführen folgenden Imports die: import matplotlib.pyplot as plt eine Fehlermeldung die sagt, dass matplotlib kein Argument pyplot hätte. Selbstverständlich sind die nötigen Module installiert, wie könnte = ich diesem Problem auf die Spur kommen Für Hilfe und Ratschläge schon jetzt recht herzlichen Dank System: Windows XP, Python 2.5, IDE: PyScripter Mit freundlichen Grüßen / Kind regards Frank Wagner -- Bevor Sie diese E-Mail ausdrucken, überlegen Sie bitte, ob dies wirklich erforderlich ist. Please think before you print. -- WIKA Alexander Wiegand SE & Co. KG Alexander-Wiegand-Straße 30 - 63911 Klingenberg - Germany Kommanditgesellschaft: Sitz Klingenberg - Amtsgericht Aschaffenburg HRA 1819 Komplementärin: WIKA Verwaltungs SE & Co. KG - Sitz Klingenberg - Amtsgericht Aschaffenburg HRA 4685 Komplementärin: WIKA International SE - Sitz Klingenberg - Amtsgericht Aschaffenburg HRB 10505 Vorstand: Alexander Wiegand Vorsitzender des Aufsichtsrats: Dr. Max Egli Telefon: (09372) 132-0 Internet: www.wika.com -- The information contained in this E-Mail and any attached files are strictly confidential and may be subject to legal privilege. If you are not the intended recipient, his representative or the person responsible for delivering the message to the intended recipient, be advised that you have received this message in error and that any dissemination, copying or use of this message or attachment is strictly forbidden, as is the disclosure of the information therein. If you have received this E-Mail in error, please notify us immediately by E-Mail or telephone and delete this message and all its attachments subsequently. All reasonable precautions have been taken to ensure no viruses are present in this E-Mail.

3 3

Re: [Python-de] Globaler "prefix" o.ae.
by Thomas 'PointedEars' Lahn Sept. 22, 2011

Sept. 22, 2011

[Cancel & Supersedes wegen C&P-Fehler] Hartmut Goebel wrote: > Am 13.09.2011 17:29, schrieb Thomas 'PointedEars' Lahn: >>> --------------------8<------------- >>> from mypkg.database.Database import Database >>> from otherpkg.database.Database import Database as Otherbase >>> >>> ob = Otherbase() >>> db = Database() >>> print ob, db >>> --------------------8<------------- >>> >>> zeigt, dass otherpkg.database.Database die falsche Baseklasse nimmt. >> Du hast mypkg hier gar nicht importiert, daher wird auch der code in > > Fachlich falsch. `from mypkg.database.Database import` implizierte den > Import von mypkg. Das ist so nicht richtig. Im Unterschied zu `import mypkg' ist bei `from mypkg.… import …' anschliessend `mypkg' _nicht_ als Symbol im globalen Namensraum verfügbar. Man kann daher nicht von einem Import von `mypkg' sprechen. Jedoch wird durch diese Anweisung in der Tat der initialisierende Code in mypackage/__init__.py, mypackage/database/__init__.py usw. ausgeführt! Danke, das war mir nicht klar. $ cat ../tmp/mypackage/__init__.py from sys import path from os.path import dirname def _init(): print "mypackage/__init__.py:_init()" mypath = dirname(__file__) if mypath not in path: path.insert(1, mypath) _init() del _init $ cat ../tmp/mypackage/database/__init__.py print "mypackage/database/__init__.py" $ cat test.py #import mypackage from mypackage.database.ps2.Database import database as mydatabase #from otherpackage.database import database print mypackage from sys import path print path mydatabase.foo() #database.bla() $ PYTHONPATH=../tmp python test.py mypackage/__init__.py:_init() mypackage/database/__init__.py Traceback (most recent call last): File "test.py", line 5, in <module> print mypackage NameError: name 'mypackage' is not defined Deine Signatur ist 6 Zeilen zu lang. -- PointedEars Please do not Cc: me. / Bitte keine Kopien per E-Mail.

2 1

Re: [Python-de] Globaler "prefix" o.ae.
by Thomas 'PointedEars' Lahn Sept. 22, 2011

Sept. 22, 2011

Hartmut Goebel wrote: > Am 13.09.2011 17:29, schrieb Thomas 'PointedEars' Lahn: >>> --------------------8<------------- >>> from mypkg.database.Database import Database >>> from otherpkg.database.Database import Database as Otherbase >>> >>> ob = Otherbase() >>> db = Database() >>> print ob, db >>> --------------------8<------------- >>> >>> zeigt, dass otherpkg.database.Database die falsche Baseklasse nimmt. >> Du hast mypkg hier gar nicht importiert, daher wird auch der code in > > Fachlich falsch. `from mypkg.database.Database import` implizierte den > Import von mypkg. Das ist so nicht richtig. Im Unterschied zu `import mypkg' ist bei `from mypkg.… import …' anschliessend `mypkg' _nicht_ als Symbol im globalen Namensraum verfügbar. Man kann daher nicht von einem Import von `mypkg' sprechen. Jedoch wird durch diese Anweisung in der Tat der initialisierende Code in mypackage/__init__.py, mypackage/database/__init__.py usw. ausgeführt! Danke, das war mir nicht klar. $ cat ../tmp/mypackage/__init__.py from sys import path from os.path import dirname def _init(): print "mypackage/__init__.py:_init()" mypath = dirname(__file__) if mypath not in path: path.insert(1, mypath) _init() del _init $ cat ../tmp/mypackage/database/__init__.py print "mypackage/database/__init__.py" $ cat test.py #import mypackage from mypackage.database.ps2.Database import database as mydatabase #from otherpackage.database import database print mypackage from sys import path print path mydatabase.foo() #database.bla() $ PYTHONPATH=../tmp python test.py Traceback (most recent call last): File "test.py", line 5, in <module> print mypackage NameError: name 'mypackage' is not defined Deine Signatur ist 6 Zeilen zu lang. -- PointedEars Please do not Cc: me. / Bitte keine Kopien per E-Mail.

1 0

Re: [Python-de] Internationalisierung mittels gettext *würg*
by Felix Sept. 21, 2011

Sept. 21, 2011

On 21 Sep., 17:26, Dinu Gherman <gher...(a)darwin.in-berlin.de> wrote: > Felix: > > > Hey Dinu, > > > zunächst einmal: vielen Dank für die rasche Antwort. Da ich als > > zweiten Parameter "locale" angegeben habe (in deinem Falle "locales"), > > habe ich zu dem Zeitpunkt auch eigentlich nichts anderes gemacht. Der > > findet das Sprachkompilat, gibt aber (auch in deinem Fall) immer > > diesen blöden "LookupError: unknown encoding: CHARSET"-Fehler aus. Ich > > verstehe nicht, wieso? > > > Hatte denn noch irgendwer mal dieses Problem. Umgebungsvars sind > > gesetzt, nutze WinXP > > Tja, das ist natürlich ein Problem - sorry...! > > Gruß, > > Dinu Hey Dinu, hab einfach das Encoding nicht gesetzt im po-file. Trotzdem Danke! # A basic language file. # Copyright (C) 2011 kentuckeyschreitjodeldidoe # Stromb del Stromboli <x(a)x.com>, 2011 # msgid "" msgstr "" "Project-Id-Version: 1.0\n" "POT-Creation-Date: 2011-09-21 17:22+Westeuropäische Sommerzeit\n" "PO-Revision-Date: 2011-09-21 17:22+ZONE\n" "Last-Translator: Stromb del Stromboli <x(a)x.com>\n" "Language-Team: none <LL(a)li.org>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=iso-8859-15\n" "Content-Transfer-Encoding: iso-8859-15\n" <----------------------!!! "Generated-By: pygettext.py 1.5\n"

1 0

Re: [Python-de] Internationalisierung mittels gettext *würg*
by Felix Sept. 21, 2011

Sept. 21, 2011

On 21 Sep., 14:14, "Dinu Gherman" <gher...(a)darwin.in-berlin.de> wrote: > Felix <tem...(a)directbox.com>: > > > > > > > > > > > Hallo zusammen, > > > ich versuche verzweifelt es einmal hinzubekommen, einige Strings zu > > lokalisieren. > > > Mein Modul gettextExample.py ist daher sehr einfach gehalten und sieht > > wie folgt aus: > > > --------------------------------------------------------------------------- --------------------------- > > BEGIN gettextExample.py > > import gettext > > import locale > > import random > > > current_locale, encoding = locale.getdefaultlocale() > > locale_path = './locale/' + current_locale + '/LC_MESSAGES/' > > print locale_path > > > trans = gettext.translation('myapp', 'locale', [current_locale]) > > trans.install() > > > values = [] > > while True: > > w = raw_input(_(u"Please enter a value: ")) #wrapper > > if not w: > > break > > values.append(w) > > print _(u"The random choice is: %s") % random.choice(values) #wrapper > > > --------------------------------------------------------------------------- --------------------------- > > END gettextExample.py > > > Dieses kompilierte Sprachfile "myapp.mo" (Yippiyeihooo, ich habs > > hinbekommen) liegt auch schon unter: > > > <pyModulDir>/locale/de_DE/LC_MESSAGES > > > wenn ich nun obige Datei ausführe, kommt aber immer: > > > --------------------------------------------------------------------------- --------------------------- > > BEGIN output-shell > > > Traceback (most recent call last): > > File "Z:\_PROJECTS\_PYTHON\0007_MathStrDate\gettextExample.py", line > > 16, in <module> > > trans = gettext.translation('myapp', 'locale', [current_locale]) > > File "C:\Programme\Python\lib\gettext.py", line 478, in translation > > t = _translations.setdefault(key, class_(fp)) > > File "C:\Programme\Python\lib\gettext.py", line 180, in __init__ > > self._parse(fp) > > File "C:\Programme\Python\lib\gettext.py", line 337, in _parse > > tmsg = unicode(tmsg, self._charset) > > LookupError: unknown encoding: CHARSET > > > --------------------------------------------------------------------------- --------------------------- > > END output-shell > > > Es liegt also wohl an dieser Zeile: > > > trans = gettext.translation('myapp', 'locale', [current_locale]) > > > Hat vielleicht einer Ahnung von Internationalisierung und kann mir > > helfen? Ich raffs nicht ... > > Hallo Felix, > > ich habe ein einfaches Hellow World-Beispiel, das klappt. > Hier das Script: > > --------------------------------------------------------------------------- --------------------------- > #!/usr/bin/env python > > import os > import gettext > > lang = os.environ.get("LANGUAGE", "de_DE") > trans = gettext.translation("hello", "locales", [lang]) > trans.install() > print _("Hello world") > --------------------------------------------------------------------------- --------------------------- > > Ich gebe aber als Verzeichnis nur "locales" an, die ganzen > "eigentlichen" Unterverzeichnisse wie de_DE/LC_MESSAGES > werden von allein gefunden. Vielleicht ist es das? > > Gruß, > > Dinu Hey Dinu, zunächst einmal: vielen Dank für die rasche Antwort. Da ich als zweiten Parameter "locale" angegeben habe (in deinem Falle "locales"), habe ich zu dem Zeitpunkt auch eigentlich nichts anderes gemacht. Der findet das Sprachkompilat, gibt aber (auch in deinem Fall) immer diesen blöden "LookupError: unknown encoding: CHARSET"-Fehler aus. Ich verstehe nicht, wieso? Hatte denn noch irgendwer mal dieses Problem. Umgebungsvars sind gesetzt, nutze WinXP Beste Grüße... Felix

2 1

Internationalisierung mittels gettext *würg*
by Felix Sept. 21, 2011

Sept. 21, 2011

Hallo zusammen, ich versuche verzweifelt es einmal hinzubekommen, einige Strings zu lokalisieren. Mein Modul gettextExample.py ist daher sehr einfach gehalten und sieht wie folgt aus: ------------------------------------------------------------------------------------------------------ BEGIN gettextExample.py import gettext import locale import random current_locale, encoding = locale.getdefaultlocale() locale_path = './locale/' + current_locale + '/LC_MESSAGES/' print locale_path trans = gettext.translation('myapp', 'locale', [current_locale]) trans.install() values = [] while True: w = raw_input(_(u"Please enter a value: ")) #wrapper if not w: break values.append(w) print _(u"The random choice is: %s") % random.choice(values) #wrapper ------------------------------------------------------------------------------------------------------ END gettextExample.py Dieses kompilierte Sprachfile "myapp.mo" (Yippiyeihooo, ich habs hinbekommen) liegt auch schon unter: <pyModulDir>/locale/de_DE/LC_MESSAGES wenn ich nun obige Datei ausführe, kommt aber immer: ------------------------------------------------------------------------------------------------------ BEGIN output-shell Traceback (most recent call last): File "Z:\_PROJECTS\_PYTHON\0007_MathStrDate\gettextExample.py", line 16, in <module> trans = gettext.translation('myapp', 'locale', [current_locale]) File "C:\Programme\Python\lib\gettext.py", line 478, in translation t = _translations.setdefault(key, class_(fp)) File "C:\Programme\Python\lib\gettext.py", line 180, in __init__ self._parse(fp) File "C:\Programme\Python\lib\gettext.py", line 337, in _parse tmsg = unicode(tmsg, self._charset) LookupError: unknown encoding: CHARSET ------------------------------------------------------------------------------------------------------ END output-shell Es liegt also wohl an dieser Zeile: trans = gettext.translation('myapp', 'locale', [current_locale]) Hat vielleicht einer Ahnung von Internationalisierung und kann mir helfen? Ich raffs nicht ... Beste Grüße Felix

2 1

Exceptions aus seperatem Thread anzeigen
by Florian Lindner Sept. 20, 2011

Sept. 20, 2011

Hallo, mein Programm soll von extern über einen XML-RPC Server gesteuert werden. Die Steuerung soll neben dem eigentlichen Programmfluss ablaufen, also in einem seperatem Thread. Dies habe ich so gemacht: class RPCServer(): def __init__(self, config, worker_stack): server = SimpleXMLRPCServer.SimpleXMLRPCServer( ('', port) ) server.register_introspection_functions() server.register_instance(self) self._server_thread = threading.Thread(target = server.serve_forever) self._server_thread.daemon = True self._server_thread.start() def steuerungsfunktion(self): pass RPCServer(config, w_stack) # normaler Programmfluss geht hier weiter Nun wirft steuerungsfunktion auch mal eine Exception. Leider bekomme ich diese bei dieser Konfiguratiion gar nicht angezeigt und auch keine Reaktion drauf. Wie kann ich erreichen, dass mir die Exception angezeigt und wie normal drauf reagiert wird (also beendet wird, bei einer nichtgefangenen). Sollte es elegantere Methoden geben das gleiche zu erreichen als meine oben, bin ich natürlich auch ganz Ohr. Grüße, Florian

2 1

Python Shared Library & Python Dateien im Core
by Markus Zapke-Gründemann Sept. 19, 2011

Sept. 19, 2011

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, ich habe Python 2.7 selbst kompiliert, um eine Shared Library zu erhalten, mit der ich dann mod_wsgi 3.3 kompilieren kann. Angenommen ich habe nach /opt/python/2.7 kompiliert, dann ist die Shared Library in /opt/python/2.7/lib/libpython2.7.so.1.0. Die benutzt die Python Module in /opt/python/2.7/lib/python2.7, wie z.B. /opt/python/2.7/lib/UserDict.py. Es scheint also so zu sein, dass die Python Module aus dem Python Core nicht in der Shared Library enthalten sind. Kann mir jemand sagen, ob ich den Ort, an dem die Shared Library diese Module sucht, zum Kompilieren oder in der späteren Anwendung neu definieren kann? Viele Grüße Markus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOc1XBAAoJEE1f0MEMWBdF14AIAJDDEunyE0pmLybMVuOTB2T/ 83lYkwl4OJPsWpskVhE8rfBN7JFjbLvtNsWbrznN7dYNAkVDvUjZUexuaHgA0PFx mRXiV0xxY4kMn+JQNGgzkml+7Eh94ZT94O8/bnOR9Fkj6TrSJDbeHLf9DT51PWfx N4MXTaXwQOvF5FqV74ZIuZddBrsQ6K9t0VWa4WbakbBRZYEdhMk4cmUE7Mq+SYrp fTlDSM5wFaaNOD/f0lgqC733f4DrSJpDtRJR6RfC9/0YZKNv/U/KhsJxPz48zOFP MZjqHRFg7QqGNSRLQQpLZyhWIN2lP/5CwEM2lTxsjqOFdH8Sbzfpz/Mf8gerfYI= =kSqy -----END PGP SIGNATURE-----

3 4