Bug#592549: gdm3 on {re,}start on kfreebsd displays only a black screen with an X cursor
Package: gdm3 Version: 2.30.2-4 Severity: important User: debian-bsd@lists.debian.org Usertags: kfreebsd X-Debbugs-CC: debian-bsd@lists.debian.org On gdm3 start, or restart, only a black screen is displayed with an X shaped X cursor with the cursor moveable. If I try to change to a console VT then this appears to trigger a new X session to start and this is displayed rather than the console VT. This new X session is also black with an X shaped X cursor with the cursor moveable. This keeps happening until eventually I can switch to a console VT. * gdm3 on i386[1] does not have this issue. * xdm on kfreebsd-i386[1] and i386[1] does not have this issue. ps: root 855 0.0 0.6 11668 4960 ?S21:27 0:00 /usr/lib/gdm3/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display6 root 854 0.0 0.6 11668 4960 ?S21:27 0:00 /usr/lib/gdm3/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display6 root 853 0.0 0.6 5880 4664 ?S21:27 0:00 /usr/bin/Xorg :5 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-CjIcK7/database -nolisten tcp vt10 root 852 0.0 0.6 11668 4960 ?S21:27 0:00 /usr/lib/gdm3/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display6 root 840 8.6 1.6 16412 13044 ?S21:27 0:05 /usr/bin/Xorg :4 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-6sWZQa/database -nolisten tcp vt11 root 806 5.3 1.6 16412 13044 ?S21:26 0:05 /usr/bin/Xorg :2 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-CDe36q/database -nolisten tcp vt9 root 714 4.2 1.6 16412 13040 ?S21:26 0:05 /usr/bin/Xorg :1 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-sup7XH/database -nolisten tcp vt8 root 403 4.0 1.5 16412 12340 ?S21:25 0:05 /usr/bin/Xorg :0 -br -verbose -audit 0 -auth /var/run/gdm3/auth-for-Debian-gdm-m3CoFd/database -nolisten tcp vt7 root 392 0.0 0.5 10012 4168 ?S21:25 0:00 /usr/sbin/gdm3 root 391 0.0 0.5 10012 4168 ?S21:25 0:00 /usr/sbin/gdm3 root 376 0.0 0.5 10012 4168 ?S21:25 0:00 /usr/sbin/gdm3 /var/log/daemon.log: Aug 10 21:25:55 debian-kfreebsd-i386 gdm3[376]: WARNING: GdmDisplay: display lasted 0.203436 seconds Aug 10 21:26:26 debian-kfreebsd-i386 gdm3[376]: WARNING: GdmDisplay: display lasted 0.204698 seconds Aug 10 21:26:53 debian-kfreebsd-i386 gdm3[376]: WARNING: GdmDisplay: display lasted 0.261651 seconds Aug 10 21:27:06 debian-kfreebsd-i386 gdm3[376]: WARNING: GdmDisplay: display lasted 0.093850 seconds Aug 10 21:27:09 debian-kfreebsd-i386 gdm3[376]: WARNING: GdmDisplay: display lasted 0.100995 seconds Regards, Mike. [1] dpkg --print-architecture -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-i386 (i686) Kernel: kFreeBSD 8.0-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii adduser 3.112add and remove users and groups ii debconf [debconf-2.0] 1.5.33 Debian configuration management sy ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-session-bin 2.30.2-1 The GNOME Session Manager - Minima ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc0.1 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcanberra-gtk00.24-1 Gtk+ helper for playing widget eve ii libcanberra00.24-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libdevkit-power-gobject 1:0.9.5-1abstraction for power management - ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpam-modules 1.1.1-3 Pluggable Authentication Modules f
ZFS support in GRUB
[ Please CC me on your replies ] Hi, It's nice to see you guys are making progress about ZFS. I figured a status report about ZFS support in GRUB would be useful to you. GRUB has complete support for ZFS in current trunk, provided that the contrib ZFS code in grub-extras is overlaid (as it is in the Debian package). Some of my fixes already made it to sid, but not all, so if you want to play with it either grab upstream Bazaar trunk or wait for next snapshot. grub-install and update-grub are fully functional (even when using ZFS as root filesystem), but still not widely tested, so I encourage you to play with it and report any problems. If you find problems with ZFS support, I recommend that you put me on CC when reporting them, as I don't actively monitor grub-devel (or any mailing list) these days. There are, however, some caveats you should be aware of: - Only ZFS up to (and including) version 14 is supported. For newer versions, we could make update-grub work with separate /boot with minimal effort (poke me if you think this is needed), but complete support for ZFS in root isn't currently being worked on. We need help in this area. - Multi-device arrays are not supported. If they're RAID1 (mirror), we work around this by selecting the first member and using that for boot later. For array types where more than one disk is needed, GRUB can't boot. Using a separate /boot can resolve this, however. - Gzip compression is not supported. It can probably be implemented without much effort, given that GRUB already has gzip code (for a different purpose, so the API isn't generic enough, but this can be fixed). Note that the default in ZFS is no compression, and when compression is enabled the default is LZJB, so this is not a big problem. Also note that in case you enable gzip compression, a separate /boot is not necessary to work around missing support in GRUB. Simply create new ZFS filesystems for /boot and /lib/modules inside the same zpool, and adjust compression settings accordingly. -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktimiywn-o-efj-yn3t-r9=sjwk8naq-pwvomn...@mail.gmail.com
Re: Releasability of the kFreeBSD ports
Emacs 22 works fine though. I had the same problem for a long time. Now with Emacs 23.2.1 this stupid hack helped me: --- src/xterm.c~2010-04-28 07:01:29.0 +0200 +++ src/xterm.c 2010-04-28 07:35:52.0 +0200 @@ -9310,7 +9310,7 @@ x_make_frame_visible (f) to be read. We used to raise a real alarm, but it seems that the handler isn't always enabled here. This is probably a bug. */ - if (input_polling_used ()) + if (input_polling_used () || 1) { /* It could be confusing if a real alarm arrives while processing the fake one. Turn it off and let the Probably not how it should be but I am finally able to run Emacs 23 with Gnus on my laptop without running into mule/UTF-8 problems in ~/.newsrc.eld. And org-mode is also more recent. There is already another patch in #559392/#591762, based on emacs22 settings. Given emacs23 have been NMUed for ia64, could some DD step-in and fix it also for kfreebsd-* ? Any volunteer ? Petr --- a/src/s/gnu-kfreebsd.h +++ b/src/s/gnu-kfreebsd.h @@ -7,2 +7,7 @@ +#undef INTERRUPT_INPUT +#define BROKEN_SIGIO +#define BROKEN_SIGURG +#define BROKEN_SIGPOLL + #define NO_TERMIO /* use only */ -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pine.lnx.4.62.1008101857030.27...@sci.felk.cvut.cz
Re: Releasability of the kFreeBSD ports
On Thu, 5 Aug 2010 12:30, a...@debian.org said: > This is worse. It's even locally and I either never noticed that > because I use kfreebsd remotely most time (despite having that screen > on my desk) or it's an regression. > > Emacs 22 works fine though. I had the same problem for a long time. Now with Emacs 23.2.1 this stupid hack helped me: --- src/xterm.c~2010-04-28 07:01:29.0 +0200 +++ src/xterm.c 2010-04-28 07:35:52.0 +0200 @@ -9310,7 +9310,7 @@ x_make_frame_visible (f) to be read. We used to raise a real alarm, but it seems that the handler isn't always enabled here. This is probably a bug. */ - if (input_polling_used ()) + if (input_polling_used () || 1) { /* It could be confusing if a real alarm arrives while processing the fake one. Turn it off and let the Probably not how it should be but I am finally able to run Emacs 23 with Gnus on my laptop without running into mule/UTF-8 problems in ~/.newsrc.eld. And org-mode is also more recent. Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iq3izhnm@vigenere.g10code.de