Dear Maintainer,

when I try to start gdm3 as display manager, the gdm logfile tells me:


error: XDG_RUNTIME_DIR not set in the environment.
libGL error: failed to load driver: nouveau
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
error: XDG_RUNTIME_DIR not set in the environment.
gnome-session[10368]: WARNING: Failed isActive call to ConsoleKit: Rejected send message, 2 matched rules; type="method_call", sender=":1.34" (uid=113 pid=10368 comm="/usr/bin/gnome-session --autostart /usr/share/gdm/") interface="org.freedesktop.ConsoleKit.Manager" member="IsActive" error name="(unset)" requested_reply="0" destination=":1.14" (uid=0 pid=2021 comm="/usr/sbin/console-kit-daemon --no-daemon ")
error: XDG_RUNTIME_DIR not set in the environment.

(gnome-settings-daemon:10396): cursor-plugin-WARNING **: Unable to start gsd_cursor manager: Per-device idletime monitor not available
openConnection: connect: No such file or directory
cannot connect to brltty at :0
error: XDG_RUNTIME_DIR not set in the environment.
libGL error: failed to load driver: nouveau
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
Window manager warning: Log level 16: Attempt to add property Gjs_MonitorConstraint::primary after class was initialised
Window manager warning: Log level 16: Attempt to add property Gjs_MonitorConstraint::index after class was initialised
    JS ERROR: !!!   Exception in callback for signal: sessions-loaded
    JS ERROR: !!!     message = '"Argument 'string' (type utf8) may not be null"'
    JS ERROR: !!!     fileName = '"/usr/share/gjs-1.0/overrides/GLib.js"'
    JS ERROR: !!!     lineNumber = '105'
    JS ERROR: !!!     stack = '"_pack_variant([object Array],null)@/usr/share/gjs-1.0/overrides/GLib.js:105
_pack_variant([object Array],[object Array])@/usr/share/gjs-1.0/overrides/GLib.js:152
("(s)",[object Array])@/usr/share/gjs-1.0/overrides/GLib.js:262
_proxyInvoker("GetSession",false,[object Array],[object Array])@/usr/share/gjs-1.0/overrides/Gio.js:79
(null,function () {[native code]})@/usr/share/gjs-1.0/overrides/Gio.js:125
(function () {[native code]})@/usr/share/gnome-shell/js/misc/loginManager.js:152
wrapper(function () {[native code]})@/usr/share/gjs-1.0/lang.js:213
()@/usr/share/gnome-shell/js/ui/screenShield.js:517
wrapper()@/usr/share/gjs-1.0/lang.js:213
()@/usr/share/gjs-1.0/lang.js:154
()@/usr/share/gjs-1.0/lang.js:248
_initializeUI()@/usr/share/gnome-shell/js/ui/main.js:163
_sessionsLoaded([object Object])@/usr/share/gnome-shell/js/ui/main.js:109
_emit("sessions-loaded")@/usr/share/gjs-1.0/signals.js:124
([object Object])@/usr/share/gnome-shell/js/ui/sessionMode.js:172
done()@/usr/share/gnome-shell/js/misc/fileUtils.js:33
([object GObject_Object],[object GObject_Object])@/usr/share/gnome-shell/js/misc/fileUtils.js:43
"'

(gnome-shell:10408): GLib-GIO-WARNING **: Type of return value is incorrect: expected '(b)', got '()''

(gnome-settings-daemon:10396): color-plugin-WARNING **: failed to connect to device: Failed to connect to missing device /org/freedesktop/ColorManager/devices/cups_HP_LaserJet_500_color_M551



I use gdm3 from experimental.

Cheers,

Tom

Am 25.09.2013 um 09:09 schrieb Thomas Bechtold:

You may want to do as suggested.  The X server apparently has no
problem with the nouveau driver:

Do you have any real issues beside the error messages in the gdm log?

Cheers,
       Sven

Yes. gdm does not appear. There's just a black screen with the mouse
pointer.

Cheers,

Tom

Am 25.09.2013 um 10:44 schrieb Thomas Bechtold:

That might be http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722930.
Have you looked at that bug yet?

Cheers,
       Sven

Could be the same bug. At least
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722930#15 this is the
same error.

Hi Thomas!

I am seeing the exact same issue on an Apple PowerMac G5 (A1047)
with has a GeForce FX 5200 Ultra (NV34) video adpater.

This problem was present only with the Mesa DRI version from
experimental (9.2.1-1). Downgrading just the DRI package
libgl1-mesa-dri from 9.2.1-1 to 9.1.7-1 resolved the issue
for me. I'm attaching the output of glxinfo for both versions
of libgl1-mesa-dri with LIBGL_DEBUG=verbose set if that's of
any help for the mesa maintainers.

I have also reported this issue upstream [1], even though I
don't think this is an upstream issue but with the particular
Debian package. Maybe rebuilding fixes the issue?

Could you try downgrading just this package and report back?

Cheers,

Adrian

Btw, Sven,

I do not think that Thomas' problem is related to the bug report
you are mentioning here. The problem Thomas (and I) see is that
Mesa is unable to load the DRI module for nouveau even though
the module is actually present.

I might just try rebuilding Mesa locally and see if that fixes
the problem. I'm not sure why Mesa can't load the DRI module
as even with debug enabled, I don't see any error message
reasoning why the module couldn't be loaded.

Adrian

Am 20.10.2013 um 23:50 schrieb John Paul Adrian Glaubitz:

Could you please send the link for [1], it's not included in your mail.

How so, what would be wrong in the build environment on the buildds?

Cheers,
       Sven

Oops, my bad:

Well, I haven't figured out yet why exactly the module fails to load. I
just know that it does when using libgl1-mesa-dri from experimental.
I'll maybe check if I can get more verbose debugging output with
the libgl1-mesa-dri-dbg package instead.

I did lots of testing already before I could localize it to that
particular package. Granted, I wasn't working purposively when
doing that, but I was trying to resolve different issues with
the PowerMac G5 I was testing this on, too.

Cheers,

Adrian

Am 22.10.2013 um 00:09 schrieb John Paul Adrian Glaubitz:

So, do you still have that problem with mesa 9.2.2-1?

I would expect this to be a powerpc specific problem, but Thomas is
actually running amd64.  OTOH, mesa 9.2.2 has been in unstable for three
days now, and apparently nobody else has complained so far.

Cheers,
       Sven

Yes, still seeing the problem unfortunately. Just did a full
dist-upgrade which updated mesa to 9.2.2-1 and the problem
still persists.

Well, I'll meet Thomas in a few days during an open source meetup and
ask him about the status. And, I'd rather think it's a problem specific
to the nVidia card in use. I have GeForce 210 on my main desktop
running unstable and I don't see the problem there.

Adrian

Dear Maintainer,
Almost same here on PowerMac G5 quad with NVIDIA Corporation NV43 [GeForce
6600] :

LIBGL_DEBUG=verbose glxinfo
name of display: :0
libGL: OpenDriver: trying /usr/lib/powerpc-linux-gnu/dri/tls/nouveau_dri.so
libGL: OpenDriver: trying /usr/lib/powerpc-linux-gnu/dri/nouveau_dri.so
libGL: Can't open configuration file /home/qmaster/.drirc: No such file or
directory.
libGL: Can't open configuration file /home/qmaster/.drirc: No such file or
directory.
libGL error: failed to load driver: nouveau
libGL: OpenDriver: trying /usr/lib/powerpc-linux-gnu/dri/tls/swrast_dri.so
libGL: OpenDriver: trying /usr/lib/powerpc-linux-gnu/dri/swrast_dri.so
libGL error: failed to load driver: swrast
Error: couldn't find RGB GLX visual or fbconfig
Error: couldn't find RGB GLX visual or fbconfig

Seems that there's also bug in kernel drm because nouveau causes kernel panicks
sometimes. First cursor became garbage and than panick.

Dear Maintainer,

This problem persists with libgl1-mesa version 10.1.4-1 on iMac G4
powerpc (NV34 graphics card).

Testing with an Asymptote example:

$ asy -V cube.asy

the command produces the 'failed to load driver' message but no
graphical output.  Downgrading the libgl1-mesa-dri package (to 9.1.7-1)
works around the problem, as mentioned in message #30.  However, even
with the downgraded package there is still a problem with large
graphical output.  FreeCAD, for example, causes the GPU to lockup in
full-screen mode.  This could be the same problem reported in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744387 .

Cheers,

Paul.

Schöne Grüße!!

Ich bin Janeth Utuah.
Ich brauche Ihre Unterstützung, um in Ihr Land zu ziehen,
damit ich investieren und meine Ausbildung fortsetzen kann.

Freundliche Grüße,
Janeth.