ubuntuusers.de

via DuckDuckGo

Mumble Server Web Interface

Status: Ungelöst | Ubuntu-Version: Nicht spezifiziert
Antworten |

IronNighthawk

Anmeldungsdatum:
11. Mai 2009

Beiträge: 8
Zitieren
12. Mai 2009 20:57

Hallo,

nee keinen DocumentRoot gesetzt. Das mit der Gruppe klang einleuchtend, hätte man mal drauf kommen können 😉, aber hat leider nichts geändert.

Glaube ich bin dem Prob auf der Spur.

Wenn ich direkt "http://mumble.domain.de/mumble-django.wsgi" aufrufe wird mir der Quelltext angezeigt. Schätze das doch mit dem mod_wsgi noch was nicht passt.

Huiui hab die letzten Tage den ganzen Server umgekrempelt ☺. Werde mal sehen.

Lange mache ich heute nicht mehr weiter dann schaue ich morgen mal.

Sobald ich gefunden habe worans lag werd ich auf jeden Fall hier posten.

MistaGee

Anmeldungsdatum:
26. Juni 2008

Beiträge: 15
Zitieren
12. Mai 2009 23:23

IronNighthawk schrieb:

Glaube ich bin dem Prob auf der Spur.

Wenn ich direkt "http://mumble.domain.de/mumble-django.wsgi" aufrufe wird mir der Quelltext angezeigt. Schätze das doch mit dem mod_wsgi noch was nicht passt.

OK, da ist was *richtig* im Argen. ☺

Hast du mod_wsgi für den Apache installiert und eingeschaltet? Mach zur Sicherheit mal ein 

a2enmod wsgi

und starte mal den Server neu. Dann ist mod_wsgi auf jeden Fall geladen.

Ich glaub allerdings nicht dran dass es das ist, denn dann würde Apache nichtmal starten, weil er die WSGI-Befehle nicht kennen würde. Kannst du mir mal deine komplette Config für den VHost schicken?

Grüße, Svedrin

IronNighthawk

Anmeldungsdatum:
11. Mai 2009

Beiträge: 8
Zitieren
13. Mai 2009 00:22 (zuletzt bearbeitet: 13. Mai 2009 00:27)

Hi,

die PHP Info sagt des mod_wsgi geladen ist. Sollte also passen.

Was ganz witziges... versuche es gerade, testhalber, mit folgender murmur_vhost.conf:

<VirtualHost 87.230.79.15:80>

ServerName www.murmur.domain.de
ServerAlias murmur.domain.de

DocumentRoot /home/murmur/mumble-django

Alias /static/        /home/murmur/mumble-django/htdocs/
Alias /media/         /usr/lib/python2.4/site-packages/django/contrib/admin/media/

<Directory /home/murmur/mumble-django/htdocs>
Order allow,deny
Allow from all
</Directory>

WSGIScriptAlias / /home/murmur/mumble-django/mumble-django.wsgi

<Directory /home/murmur/mumble-django>
Order allow,deny
Allow from all
</Directory>

</VirtualHost>

So steht es in der WSGI Doku. Praktisch ohne einen Dämon zu starten.

Siehe da nun taucht folgendes im Apache Log auf: 

mod_wsgi (pid=9407): Exception occurred processing WSGI script '/home/murmur/mumble-django/mumble-django.wsgi'.
 Traceback (most recent call last):
   File "/usr/lib/python2.4/site-packages/django/core/handlers/wsgi.py", line 239, in __call__
     response = self.get_response(request)
   File "/usr/lib/python2.4/site-packages/django/core/handlers/base.py", line 67, in get_response
     response = middleware_method(request)
   File "/usr/lib/python2.4/site-packages/django/middleware/common.py", line 56, in process_request
     if (not _is_valid_path(request.path_info) and
   File "/usr/lib/python2.4/site-packages/django/middleware/common.py", line 142, in _is_valid_path
     urlresolvers.resolve(path)
   File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 246, in resolve
     return get_resolver(urlconf).resolve(path)
   File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 179, in resolve
     for pattern in self.urlconf_module.urlpatterns:
   File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 198, in _get_urlconf_module
     self._urlconf_module = __import__(self.urlconf_name, {}, {}, [''])
   File "/home/murmur/public_html/mumble-django/pyweb/../pyweb/urls.py", line 20, in ?
     from django.contrib import admin
   File "/usr/lib/python2.4/site-packages/django/contrib/admin/__init__.py", line 1, in ?
     from django.contrib.admin.options import ModelAdmin, HORIZONTAL, VERTICAL
   File "/usr/lib/python2.4/site-packages/django/contrib/admin/options.py", line 5, in ?
     from django.contrib.contenttypes.models import ContentType
   File "/usr/lib/python2.4/site-packages/django/contrib/contenttypes/models.py", line 1, in ?
     from django.db import models
   File "/usr/lib/python2.4/site-packages/django/db/__init__.py", line 16, in ?
     backend = __import__('%s%s.base' % (_import_path, settings.DATABASE_ENGINE), {}, {}, [''])
   File "/usr/lib/python2.4/site-packages/django/db/backends/mysql/base.py", line 10, in ?
     import MySQLdb as Database
   File "build/bdist.linux-i686/egg/MySQLdb/__init__.py", line 19, in ?
   File "build/bdist.linux-i686/egg/_mysql.py", line 7, in ?
   File "build/bdist.linux-i686/egg/_mysql.py", line 4, in __bootstrap__
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 840, in resource_filename
     return get_provider(package_or_requirement).get_resource_filename(
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 1310, in get_resource_filename
     self._extract_resource(manager, self._eager_to_zip(name))
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 1331, in _extract_resource
     real_path = manager.get_cache_path(
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 921, in get_cache_path
     self.extraction_error()
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 887, in extraction_error
     raise err
 ExtractionError: Can't extract file(s) to egg cache

The following error occurred while trying to extract file(s) to the Python egg
 cache:

   [Errno 13] Permission denied: '/root/.python-eggs'

 The Python egg cache directory is currently set to:

   /root/.python-eggs

 Perhaps your account does not have write access to this directory?  You can
 change the cache directory by setting the PYTHON_EGG_CACHE environment
 variable to point to an accessible directory.

Da liegt also wie es scheint der Fehler!

Er kann wohl diese setuptools nicht entpacken und hat dort nen merkwürdigen Pfad.

Warum allerdings garkein Fehler auftauchte als ich das als Dämon ausführte ist mir schleierhaft.

Das Access Denied ist übrigens weg seit den Directory Direktriven.

Ist mein Apache wohl ein wenig "streng" eingestellt 😉

PS: Ich hab so das Gefühl als wenn gar keiner außer uns da ist im Forum 😉

Es ist das erste Mal bei dem ich mit Python und Django in Berührung komme, daher teils solche Fragen 😉 Tu allerdings mein bestes möglichst viel zu lesen ☺

MistaGee

Anmeldungsdatum:
26. Juni 2008

Beiträge: 15
Zitieren
13. Mai 2009 23:25

IronNighthawk schrieb:

Was ganz witziges... versuche es gerade, testhalber, mit folgender murmur_vhost.conf: [snip]

Hm, den DocumentRoot brauchst du eigentlich nicht...

Siehe da nun taucht folgendes im Apache Log auf: 

mod_wsgi (pid=9407): Exception occurred processing WSGI script '/home/murmur/mumble-django/mumble-django.wsgi'.
 Traceback (most recent call last):
   File "/usr/lib/python2.4/site-packages/django/core/handlers/wsgi.py", line 239, in __call__
     response = self.get_response(request)
   File "/usr/lib/python2.4/site-packages/django/core/handlers/base.py", line 67, in get_response
     response = middleware_method(request)
   File "/usr/lib/python2.4/site-packages/django/middleware/common.py", line 56, in process_request
     if (not _is_valid_path(request.path_info) and
   File "/usr/lib/python2.4/site-packages/django/middleware/common.py", line 142, in _is_valid_path
     urlresolvers.resolve(path)
   File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 246, in resolve
     return get_resolver(urlconf).resolve(path)
   File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 179, in resolve
     for pattern in self.urlconf_module.urlpatterns:
   File "/usr/lib/python2.4/site-packages/django/core/urlresolvers.py", line 198, in _get_urlconf_module
     self._urlconf_module = __import__(self.urlconf_name, {}, {}, [''])
   File "/home/murmur/public_html/mumble-django/pyweb/../pyweb/urls.py", line 20, in ?
     from django.contrib import admin
   File "/usr/lib/python2.4/site-packages/django/contrib/admin/__init__.py", line 1, in ?
     from django.contrib.admin.options import ModelAdmin, HORIZONTAL, VERTICAL
   File "/usr/lib/python2.4/site-packages/django/contrib/admin/options.py", line 5, in ?
     from django.contrib.contenttypes.models import ContentType
   File "/usr/lib/python2.4/site-packages/django/contrib/contenttypes/models.py", line 1, in ?
     from django.db import models
   File "/usr/lib/python2.4/site-packages/django/db/__init__.py", line 16, in ?
     backend = __import__('%s%s.base' % (_import_path, settings.DATABASE_ENGINE), {}, {}, [''])
   File "/usr/lib/python2.4/site-packages/django/db/backends/mysql/base.py", line 10, in ?
     import MySQLdb as Database
   File "build/bdist.linux-i686/egg/MySQLdb/__init__.py", line 19, in ?
   File "build/bdist.linux-i686/egg/_mysql.py", line 7, in ?
   File "build/bdist.linux-i686/egg/_mysql.py", line 4, in __bootstrap__
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 840, in resource_filename
     return get_provider(package_or_requirement).get_resource_filename(
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 1310, in get_resource_filename
     self._extract_resource(manager, self._eager_to_zip(name))
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 1331, in _extract_resource
     real_path = manager.get_cache_path(
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 921, in get_cache_path
     self.extraction_error()
   File "/usr/lib/python2.4/site-packages/setuptools-0.6c9-py2.4.egg/pkg_resources.py", line 887, in extraction_error
     raise err
 ExtractionError: Can't extract file(s) to egg cache

The following error occurred while trying to extract file(s) to the Python egg
 cache:

   [Errno 13] Permission denied: '/root/.python-eggs'

 The Python egg cache directory is currently set to:

   /root/.python-eggs

 Perhaps your account does not have write access to this directory?  You can
 change the cache directory by setting the PYTHON_EGG_CACHE environment
 variable to point to an accessible directory.

Da liegt also wie es scheint der Fehler!

Er kann wohl diese setuptools nicht entpacken und hat dort nen merkwürdigen Pfad.

Nein, er versucht was in /root zu schreiben, was er als WWW-Data natürlich nicht darf.

Du könntest mal versuchen, das WSGI-Script folgendermaßen zu erweitern:

# Set this to the same path you used in settings.py, or None for auto-detection.
MUMBLE_DJANGO_ROOT = None;

### DO NOT CHANGE ANYTHING BELOW THIS LINE ###

import os, sys
from os.path import join, dirname, abspath, exists

# Path auto-detection
if not MUMBLE_DJANGO_ROOT or not exists( MUMBLE_DJANGO_ROOT ):
	MUMBLE_DJANGO_ROOT = dirname(abspath(__file__));

# environment variables
sys.path.append( MUMBLE_DJANGO_ROOT )
sys.path.append( join( MUMBLE_DJANGO_ROOT, 'pyweb' ) )
os.environ['DJANGO_SETTINGS_MODULE'] = 'pyweb.settings'
os.environ['PYTHON_EGG_CACHE'] = '/tmp/pyeggs'

# WSGI handler
import django.core.handlers.wsgi
application = django.core.handlers.wsgi.WSGIHandler()

Neu ist die Zeile mit dem PYTHON_EGG_CACHE. Kann sein dass du das Verzeichnis /tmp/pyeggs erst noch anlegen musst damit das funzt.

Ich hab diesen Fehler ehrlich gesagt noch nie gesehen, die WSGi-Config die ich im Wiki beschrieben hab hat bisher immer funktioniert... Mit Python Eggs kenn ich mich auch nicht wirklich aus, daher kann ich da auch eher nur raten ☹

Grüße, Svedrin

IronNighthawk

Anmeldungsdatum:
11. Mai 2009

Beiträge: 8
Zitieren
14. Mai 2009 00:26

Huhu,

tausend Dank!

Die Zeile 

os.environ['PYTHON_EGG_CACHE'] = '/tmp/pyeggs'

hat nun zum Erfolg geführt.

Laut diversen Quellen im Inet haben mehrere das Problem das das Verzeichnis teils unter /root/.eggs angelegt wird.

Spitzenmäßiger Support Svendrin, mehr kann man dazu nicht sagen!

Vielen Dank für die Zeit und Nerven und auch für dieses tolle Verwaltungstool!

Für alle anderen die evtl. ähnliche Probleme haben noch die Zusammenfassung wie der VHOST nun bei mir aussieht. Hierin auch enthalten die Rechte auf ein Verzeichnis ohne Index zuzugreifen, was natürlich von Apache zu Apache unterschiedlich sein kann.

PS: Das Document Root habe ich nun doch gestzt da dies von den WSGI Entwicklern so angegeben war. PPS: Wichtig evtl. auch noch das WSGI momentan nicht als Dämon läuft. Dies werde ich evtl. noch ändern.

<VirtualHost IP0.8.15:80>

ServerName www.murmur.domain.de
ServerAlias murmur.domain.de

DocumentRoot /home/murmur/mumble-django

Alias /static/        /home/murmur/mumble-django/htdocs/
Alias /media/         /usr/lib/python2.4/site-packages/django/contrib/admin/media/

<Directory /usr/lib/python2.4/site-packages/django/contrib/admin/media>
Order allow,deny
Allow from all
</Directory>

<Directory /home/murmur/mumble-django/htdocs>
Order allow,deny
Allow from all
</Directory>

WSGIScriptAlias / /home/murmur/mumble-django/mumble-django.wsgi

<Directory /home/murmur/mumble-django>
Order allow,deny
Allow from all
</Directory>

</VirtualHost>

Grüße

IronNighthawk

MistaGee

Anmeldungsdatum:
26. Juni 2008

Beiträge: 15
Zitieren
14. Mai 2009 00:34

IronNighthawk schrieb:

Huhu,

tausend Dank!

Die Zeile 

os.environ['PYTHON_EGG_CACHE'] = '/tmp/pyeggs'

hat nun zum Erfolg geführt.

Gut zu wissen, das werd ich wohl demnächst mal im Wiki erwähnen.

Spitzenmäßiger Support Svendrin, mehr kann man dazu nicht sagen!

Vielen Dank für die Zeit und Nerven und auch für dieses tolle Verwaltungstool!

Na gerne doch ☺

Grüße,

Svedrin

Chris2000SP

(Themenstarter)

Anmeldungsdatum:
16. Dezember 2007

Beiträge: 98

Wohnort: Münster
Zitieren
27. Mai 2009 12:38

?!? LoL Warum habe ich keine Mail bekommen, das der Thread weiter geschrieben hat?

Egal, ich abboniere es mir

gabel

Anmeldungsdatum:
8. Juni 2009

Beiträge: Zähle...
Zitieren
8. Juni 2009 18:13

Ich hatte Version 0.6 zum laufen gebracht, auch wenn es Fehler auswarf, sobald ich Änderungen speichern wollte. Nun habe ich erst 0.7., dann die TIP versucht und beide geben folgenden fehler aus wenn ich "python manage.py syncdb" der Fehler sollte ja eigentlich behoben sein, aber bekomme ihn immer noch??

System: Debian lenny, python 2.5

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
Traceback (most recent call last):
  File "manage.py", line 27, in <module>
    execute_manager(settings)
  File "/var/lib/python-support/python2.5/django/core/management/__init__.py", line 340, in execute_manager
    utility.execute()
  File "/var/lib/python-support/python2.5/django/core/management/__init__.py", line 295, in execute
    self.fetch_command(subcommand).run_from_argv(self.argv)
  File "/var/lib/python-support/python2.5/django/core/management/base.py", line 192, in run_from_argv
    self.execute(*args, **options.__dict__)
  File "/var/lib/python-support/python2.5/django/core/management/base.py", line 218, in execute
    self.validate()
  File "/var/lib/python-support/python2.5/django/core/management/base.py", line 246, in validate
    num_errors = get_validation_errors(s, app)
  File "/var/lib/python-support/python2.5/django/core/management/validation.py", line 28, in get_validation_errors
    for (app_name, error) in get_app_errors().items():
  File "/var/lib/python-support/python2.5/django/db/models/loading.py", line 128, in get_app_errors
    self._populate()
  File "/var/lib/python-support/python2.5/django/db/models/loading.py", line 57, in _populate
    self.load_app(app_name, True)
  File "/var/lib/python-support/python2.5/django/db/models/loading.py", line 72, in load_app
    mod = __import__(app_name, {}, {}, ['models'])
  File "/var/www/mumble-django/pyweb/mumble/models.py", line 17, in <module>
    from PIL    import Image
ImportError: No module named PIL

MistaGee

Anmeldungsdatum:
26. Juni 2008

Beiträge: 15
Zitieren
8. Juni 2009 21:30

Du musst noch die Python Imaging Library installieren. Auf einem Debian:

apt-get install python-imaging

Die wird für die Benutzertexturen gebraucht.

Grüße, Svedrin

gabel

Anmeldungsdatum:
8. Juni 2009

Beiträge: 6
Zitieren
8. Juni 2009 23:08 (zuletzt bearbeitet: 8. Juni 2009 23:17)

Thank You, BUT...

now i got the following errors, when i try to add a player or do another change in the admin interface OR when i log into the frontend

Error 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
DBusException at /admin/mumble/mumbleuser/add/

net.sourceforge.mumble.Error.playername: Illegal player name

Request Method: 	POST
Request URL: 	http://domain.de:8000/admin/mumble/mumbleuser/add/
Exception Type: 	DBusException
Exception Value: 	

net.sourceforge.mumble.Error.playername: Illegal player name

Exception Location: 	/var/lib/python-support/python2.5/dbus/connection.py in call_blocking, line 607
Python Executable: 	/usr/bin/python
Python Version: 	2.5.2
Python Path: 	['/var/www/mumble-django-/pyweb', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages/PIL', '/var/lib/python-support/python2.5', '/var/lib/python-support/python2.5/gtk-2.0']
Server time: 	Mon, 8 Jun 2009 23:01:55 +0200

Traceback 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
Django Version: 1.0.2 final
Python Version: 2.5.2
Installed Applications:
['django.contrib.auth',
 'django.contrib.admin',
 'django.contrib.contenttypes',
 'django.contrib.sessions',
 'django.contrib.sites',
 'registration',
 'mumble']
Installed Middleware:
('django.middleware.common.CommonMiddleware',
 'django.contrib.sessions.middleware.SessionMiddleware',
 'django.contrib.auth.middleware.AuthenticationMiddleware')


Traceback:
File "/var/lib/python-support/python2.5/django/core/handlers/base.py" in get_response
  86.                 response = callback(request, *callback_args, **callback_kwargs)
File "/var/lib/python-support/python2.5/django/contrib/admin/sites.py" in root
  157.                 return self.model_page(request, *url.split('/', 2))
File "/var/lib/python-support/python2.5/django/views/decorators/cache.py" in _wrapped_view_func
  44.         response = view_func(request, *args, **kwargs)
File "/var/lib/python-support/python2.5/django/contrib/admin/sites.py" in model_page
  176.         return admin_obj(request, rest_of_url)
File "/var/lib/python-support/python2.5/django/contrib/admin/options.py" in __call__
  191.             return self.add_view(request)
File "/var/lib/python-support/python2.5/django/db/transaction.py" in _commit_on_success
  238.                 res = func(*args, **kw)
File "/var/lib/python-support/python2.5/django/contrib/admin/options.py" in add_view
  494.                 self.save_model(request, new_object, form, change=False)
File "/var/lib/python-support/python2.5/django/contrib/admin/options.py" in save_model
  376.         obj.save()
File "/var/www/mumble-django/pyweb/mumble/models.py" in save
  175. 			self.mumbleid = murmur.registerPlayer( dbus.String( self.name ) );
File "/var/lib/python-support/python2.5/dbus/proxies.py" in __call__
  68.             return self._proxy_method(*args, **keywords)
File "/var/lib/python-support/python2.5/dbus/proxies.py" in __call__
  140.                                                   **keywords)
File "/var/lib/python-support/python2.5/dbus/connection.py" in call_blocking
  607.             message, timeout)

Exception Type: DBusException at /admin/mumble/mumbleuser/add/
Exception Value: net.sourceforge.mumble.Error.playername: Illegal player name

but DBus seems to be connected, when i enter into console: 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
qdbus --system net.sourceforge.mumble.murmur /
method void net.sourceforge.mumble.Meta.deleteServer(int server_id)
method QString net.sourceforge.mumble.Meta.getConf(int server_id, QString key)
method bool net.sourceforge.mumble.Meta.isBooted(int server_id)
method int net.sourceforge.mumble.Meta.newServer()
method void net.sourceforge.mumble.Meta.quit()
method void net.sourceforge.mumble.Meta.rotateLogs()
method void net.sourceforge.mumble.Meta.setConf(int server_id, QString key, QString value)
method void net.sourceforge.mumble.Meta.setSuperUserPassword(int server_id, QString pw)
method void net.sourceforge.mumble.Meta.start(int server_id)
signal void net.sourceforge.mumble.Meta.started(int server_id)
method void net.sourceforge.mumble.Meta.stop(int server_id)
signal void net.sourceforge.mumble.Meta.stopped(int server_id)
method QDBusVariant org.freedesktop.DBus.Properties.Get(QString interface_name, QString property_name)
method void org.freedesktop.DBus.Properties.Set(QString interface_name, QString property_name, QDBusVariant value)
method QString org.freedesktop.DBus.Introspectable.Introspect()

MistaGee

Anmeldungsdatum:
26. Juni 2008

Beiträge: 15
Zitieren
9. Juni 2009 00:06

Hi,

der eigentliche Fehler ist das hier:

net.sourceforge.mumble.Error.playername: Illegal player name

Du versuchst einen Spieler anzulegen, dessen Name nach deinen Einstellungen nicht erlaubt ist. Was erlaubt ist kannst du im Administrationsbereich unter "Player name regex" festlegen, da ich aber nicht weiß was genau du versuchst kann ichs dir nicht genauer sagen. (Ich tippe auf ein Leerzeichen?)

Grüße, Svedrin

gabel

Anmeldungsdatum:
8. Juni 2009

Beiträge: 6
Zitieren
9. Juni 2009 00:18

Es wird zwar ein player zur Datenbank hinzufügt, aber nur der username ohne pw, email etc. daten. daher kam das illegal username, weil er schon vorhanden war. bei einem neuen user kommt folgende Meldung.

PS: erstmal vielen dank für dem schnellen support!!!

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
DBusException at /admin/mumble/mumbleuser/add/

org.freedesktop.DBus.Error.UnknownMethod: No such method 'setRegistration' in interface 'net.sourceforge.mumble.Murmur' at object path '/1' (signature 'isss')

Request Method: 	POST
Request URL: 	http://ehstpro.de:8000/admin/mumble/mumbleuser/add/
Exception Type: 	DBusException
Exception Value: 	

org.freedesktop.DBus.Error.UnknownMethod: No such method 'setRegistration' in interface 'net.sourceforge.mumble.Murmur' at object path '/1' (signature 'isss')

Exception Location: 	/var/lib/python-support/python2.5/dbus/connection.py in call_blocking, line 607
Python Executable: 	/usr/bin/python
Python Version: 	2.5.2
Python Path: 	['/var/www/mumble-django-/pyweb', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages/PIL', '/var/lib/python-support/python2.5', '/var/lib/python-support/python2.5/gtk-2.0']
Server time: 	Tue, 9 Jun 

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
Environment:

Request Method: POST
Request URL: http://ehstpro.de:8000/admin/mumble/mumbleuser/add/
Django Version: 1.0.2 final
Python Version: 2.5.2
Installed Applications:
['django.contrib.auth',
 'django.contrib.admin',
 'django.contrib.contenttypes',
 'django.contrib.sessions',
 'django.contrib.sites',
 'registration',
 'mumble']
Installed Middleware:
('django.middleware.common.CommonMiddleware',
 'django.contrib.sessions.middleware.SessionMiddleware',
 'django.contrib.auth.middleware.AuthenticationMiddleware')


Traceback:
File "/var/lib/python-support/python2.5/django/core/handlers/base.py" in get_response
  86.                 response = callback(request, *callback_args, **callback_kwargs)
File "/var/lib/python-support/python2.5/django/contrib/admin/sites.py" in root
  157.                 return self.model_page(request, *url.split('/', 2))
File "/var/lib/python-support/python2.5/django/views/decorators/cache.py" in _wrapped_view_func
  44.         response = view_func(request, *args, **kwargs)
File "/var/lib/python-support/python2.5/django/contrib/admin/sites.py" in model_page
  176.         return admin_obj(request, rest_of_url)
File "/var/lib/python-support/python2.5/django/contrib/admin/options.py" in __call__
  191.             return self.add_view(request)
File "/var/lib/python-support/python2.5/django/db/transaction.py" in _commit_on_success
  238.                 res = func(*args, **kw)
File "/var/lib/python-support/python2.5/django/contrib/admin/options.py" in add_view
  494.                 self.save_model(request, new_object, form, change=False)
File "/var/lib/python-support/python2.5/django/contrib/admin/options.py" in save_model
  376.         obj.save()
File "/var/www/mumble-django/pyweb/mumble/models.py" in save
  188. 				dbus.String( self.password  )
File "/var/lib/python-support/python2.5/dbus/proxies.py" in __call__
  140.                                                   **keywords)
File "/var/lib/python-support/python2.5/dbus/connection.py" in call_blocking
  607.             message, timeout)

Exception Type: DBusException at /admin/mumble/mumbleuser/add/
Exception Value: org.freedesktop.DBus.Error.UnknownMethod: No such method 'setRegistration' in interface 'net.sourceforge.mumble.Murmur' at object path '/1' (signature 'isss')

MistaGee

Anmeldungsdatum:
26. Juni 2008

Beiträge: 15
Zitieren
9. Juni 2009 00:20 (zuletzt bearbeitet: 9. Juni 2009 00:20)

Das wiederum klingt nach einer Murmur-Version < 1.1.5, da wurde diese Methode nämlich umbenannt :/

Da hilft nur Murmur updaten...

gabel

Anmeldungsdatum:
8. Juni 2009

Beiträge: 6
Zitieren
9. Juni 2009 00:27 (zuletzt bearbeitet: 9. Juni 2009 00:28)

Beeindruckender Support ☺

Das kann durchaus möglich sein, da ich es in lenny über apt installiert habe. ich werd es wohl mal von der webseite holen müssen und manuell installieren.

Paket: mumble (1.1.4-4+lenny1)

gabel

Anmeldungsdatum:
8. Juni 2009

Beiträge: 6
Zitieren
9. Juni 2009 01:34

Tja folgende Probleme die zwar nicht direkt mit mumble-django zu tun haben, aber wen es auch betreffen sollte.

Im Moment gibt es für lenny stable nur das paket mumble-server in Version 1.1.4 http://packages.debian.org/lenny/mumble-server - es gibt zwar einen backport mit 1.1.8 http://packages.debian.org/lenny-backports/mumble-server aber NUR für amd64.

Wenn man versucht die sources von murmur direkt zu holen geht der Spaß weiter. Um das ganze zu compilen, wird qt4-qmake benötigt. auf einem root möchte man ja nicht die gesamten qt4-dev-tools (inkl. abhängigkeiten x11 installieren). also hab ich flott apt-get install qt4-make installiert und bekomme dann allerdings folgenden fehler 

1
2
QMAKESPEC has not been set, so configuration cannot be deduced.
Error processing project file: /home/voice/mumble-1.1.8/mumble-1.1.8.pro

ok jetzt kann man per export QMAKESPEC=linux-g++ versuchen den pfad zu setzen, das hilft aber reichlich wenig, da das /usr/share/qt4/mkspecs von aptitude einfach mal nicht installiert wird.

Poste das alles nur, falls vielleicht noch jemand auf diese Probleme trifft.

Falls noch jemand eine Idee hat wie ich murmur 1.1.8 doch noch auf lenny zum laufen bekomme, wäre ich sehr dankbar.

Antworten |