Re: kdm/wdm and ~/.xsession
On Mon, 24 Jun 2002, Branden Robinson wrote: gdm ignores it, too. Wait a minute. I've had both gdm and kdm read my .xsession by choosing the 'Default' or 'Debian' session. If you choose 'Gnome' or 'KDE' (or failsafe for that matter), it'll just start the session manager for the chosen desktop environment. Matijn -- Suspicious pointer corrupted virtual machine -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kdm/wdm and ~/.xsession
On Mon, 24 Jun 2002 12:17:13 -0500 Branden Robinson [EMAIL PROTECTED] wrote: gdm ignores it, too. I went to all this trouble to make session management nice for the various and sundry desktops in Debian, and then all the other display managers force people into the corresponding desktop environment at gunpoint (because that's what upstream does). WDM, by default, uses ~/.xsession. He may have an ~/.xinitrc Both GDM and KDM let you choose the Xsession session (or something like it), which does indeed use what you've got :) Thanks, BTW, it is what I use. And I use GDM. :) -- \ David B. Harris, Systems administrator | http://www.terrabox.com / / [EMAIL PROTECTED], [EMAIL PROTECTED] | http://eelf.ddts.net \ \==/ / Clan Barclay motto: Aut agere, aut mori. (Either action, or death.) \ pgpMIy0jC3wMy.pgp Description: PGP signature
Re: kdm/wdm and ~/.xsession
On Mon, 24 Jun 2002 18:30:48 +0100 Dave Swegen [EMAIL PROTECTED] wrote: Nice to know I'm not going mad (or being overly stupid). Have to say that well and truly sucks. Oh well, I'll stick to xdm (I have an irrational, pathological dislike of everything gtk and gnome ;). Well, if you are going mad, both you and Branden are ;) Anyways, if you want to use GDM, use the Debian or Default session. It'll use Branden's scripts. Or at the very least, ~/.xsession :) WDM over here uses ~/.xsession without any issues (or prompting). Dunno what the deal on that end is. -- \ David B. Harris, Systems administrator | http://www.terrabox.com / / [EMAIL PROTECTED], [EMAIL PROTECTED] | http://eelf.ddts.net \ \==/ / Clan Barclay motto: Aut agere, aut mori. (Either action, or death.) \ pgpWQBXMrnhzi.pgp Description: PGP signature
[BUG] XFree86 4.2 sigsegv on SDL DGA program exit when window manager is running (Matrox G400)
All tests done on my Pentium3 machine with a Matrox G400 video card in 1600x1200x32 mode. I observed a crash in the following situations: - SDL program started with SDL_VIDEODRIVER=dga with X - started by GDM along with Sawfish - started directly along with Sawfish - started directly along with KWin I observed a non-crash in the following situations: - XFree86 4.1 - dga test program (X started by gdm with sawfish) - non-dga SDL programs - X started directly with no window manager Steps to reproduce: (another SDL program may be used in place of frozen-bubble) su -c 'apt-get install frozen-bubble' # [kill X] XFree86 # [change vc] export DISPLAY=:0 sawfish # or kwin xterm # [switch to xterm] SDL_VIDEODRIVER=dga /usr/games/frozen-bubble # [wait until it finishes loading] # Esc # [crash] $ gdb XFree86 core (gdb) bt #0 0x080a6698 in xf86HandleColormaps () #1 0x080a6656 in xf86HandleColormaps () #2 0x0807d81c in DGAShutdown () #3 0x0806d59c in ddxGiveUp () #4 0x0806d676 in AbortDDX () #5 0x080d3528 in GiveUp () #6 0x080d49c6 in FatalError () #7 0x0807f448 in xf86SigHandler () #8 0x4008a678 in sigaction () from /lib/libc.so.6 #9 0x080a65cf in xf86HandleColormaps () #10 0x085f6209 in ?? () #11 0x0807d3ef in xf86SetDGAMode () #12 0x0855f295 in ?? () #13 0x0860a454 in ?? () #14 0x080a6616 in xf86HandleColormaps () #15 0x0807d858 in DGASetMode () #16 0x0824e31e in ?? () #17 0x0824eb29 in ?? () #18 0x080aefb6 in Dispatch () #19 0x080bf12b in main () #20 0x4007a14f in __libc_start_main () from /lib/libc.so.6 (gdb) disass 0x080a6698 0x80a5e10 xf86HandleColormaps:push %ebp 0x80a5e11 xf86HandleColormaps+1: mov%esp,%ebp [...] 0x80a665f xf86HandleColormaps+2127: leave 0x80a6660 xf86HandleColormaps+2128: ret 0x80a6661 xf86HandleColormaps+2129: lea0x0(%esi),%esi 0x80a6664 xf86HandleColormaps+2132: push %ebp 0x80a6665 xf86HandleColormaps+2133: mov%esp,%ebp 0x80a6667 xf86HandleColormaps+2135: sub$0x10,%esp 0x80a666a xf86HandleColormaps+2138: push %esi 0x80a666b xf86HandleColormaps+2139: push %ebx 0x80a666c xf86HandleColormaps+2140: mov0x8(%ebp),%ecx 0x80a666f xf86HandleColormaps+2143: mov0xc(%ecx),%eax 0x80a6672 xf86HandleColormaps+2146: mov0x8196ec0,%edx 0x80a6678 xf86HandleColormaps+2152: mov0x168(%eax),%eax 0x80a667e xf86HandleColormaps+2158: mov(%eax,%edx,4),%esi 0x80a6681 xf86HandleColormaps+2161: mov0x8196ec4,%edx 0x80a6687 xf86HandleColormaps+2167: mov0x48(%ecx),%eax 0x80a668a xf86HandleColormaps+2170: mov(%eax,%edx,4),%ebx 0x80a668d xf86HandleColormaps+2173: mov0x3c(%esi),%edx 0x80a6690 xf86HandleColormaps+2176: mov(%ebx),%eax 0x80a6692 xf86HandleColormaps+2178: dec%eax 0x80a6693 xf86HandleColormaps+2179: cmp$0x,%eax 0x80a6696 xf86HandleColormaps+2182: je 0x80a66a0 xf86HandleColormaps+2192 0x80a6698 xf86HandleColormaps+2184: mov%eax,(%edx,%eax,4) * 0x80a669b xf86HandleColormaps+2187: sub$0x1,%eax 0x80a669e xf86HandleColormaps+2190: jae0x80a6698 xf86HandleColormaps+2184 0x80a66a0 xf86HandleColormaps+2192: cmpl $0x0,0x8(%ebx) 0x80a66a4 xf86HandleColormaps+2196: je 0x80a66b4 xf86HandleColormaps+2212 0x80a66a6 xf86HandleColormaps+2198: add$0xfffc,%esp 0x80a66a9 xf86HandleColormaps+2201: push %edx 0x80a66aa xf86HandleColormaps+2202: pushl (%ebx) 0x80a66ac xf86HandleColormaps+2204: push %ecx 0x80a66ad xf86HandleColormaps+2205: call 0x80a66ec xf86HandleColormaps+2268 0x80a66b2 xf86HandleColormaps+2210: jmp0x80a66dc xf86HandleColormaps+2252 0x80a66b4 xf86HandleColormaps+2212: add$0xfff4,%esp 0x80a66b7 xf86HandleColormaps+2215: pushl (%ecx) 0x80a66b9 xf86HandleColormaps+2217: pushl 0x4(%ebx) 0x80a66bc xf86HandleColormaps+2220: push %edx 0x80a66bd xf86HandleColormaps+2221: pushl (%ebx) 0x80a66bf xf86HandleColormaps+2223: pushl (%esi) 0x80a66c1 xf86HandleColormaps+2225: mov0x18(%esi),%eax 0x80a66c4 xf86HandleColormaps+2228: call *%eax (gdb) info registers eax0x401758e7 1075271911 ecx0x8929e40143826496 edx0x8635b70140729200 ebx0x401758f0 1075271920 esp0xbfffefac 0xbfffefac ebp0xbfffefc4 0xbfffefc4 esi0x860d378140563320 edi0x0 0 eip0x80a66980x80a6698 eflags 0x13217 78359 [...] $ lspci -vv 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) (prog-if 00 [VGA]) Subsystem: Matrox Graphics, Inc. Millennium G400 MAX/Dual Head 32Mb Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (4000ns min, 8000ns max), cache line size 08 Interrupt: pin A routed
which Debian host for xprint packaging?
I've started downloaded the CVS source for Xprint from xprint.mozdev.org. mozdev.org seems to be a little slow, especially in business hours - after 16 hours, cvs co xprint only downloaded 32 MB! ( I gather I should add the -z1 compression flag, which I have now done, the full line being cvs -d :pserver:[EMAIL PROTECTED]:/cvs -z1 co xprint ). This effectively means I can't download it directly onto my own computer (a laptop), since I need to eat and do other things during the day than wait for xprint CVS to download. I therefore want to use a Debian machine to checkout the source as a background task. At the moment I'm using people.debian.org (i.e. klecker.debian.org), but my question is whether this is as good as any other Debian machine for this kind of task? Actually, I just realised klecker runs potato, so for compiling and packaging I'll need to logon to a sid machine anyway. Which Debian machine (running unstable) would be more appropriate to use for downloading and manipulating Xprint (X11) source code? Connecting from Australia, if geography makes a difference. Drew -- PGP public key available at http://people.debian.org/~dparsons/drewskey.txt Fingerprint: A110 EAE1 D7D2 8076 5FE0 EC0A B6CE 7041 6412 4E4A pgpNV4S7GBN3m.pgp Description: PGP signature
Re: kdm/wdm and ~/.xsession
On Mon, 24 Jun 2002 12:17:13 -0500 Branden Robinson [EMAIL PROTECTED] wrote: gdm ignores it, too. I went to all this trouble to make session management nice for the various and sundry desktops in Debian, and then all the other display managers force people into the corresponding desktop environment at gunpoint (because that's what upstream does). WDM, by default, uses ~/.xsession. He may have an ~/.xinitrc Both GDM and KDM let you choose the Xsession session (or something like it), which does indeed use what you've got :) Thanks, BTW, it is what I use. And I use GDM. :) -- \ David B. Harris, Systems administrator | http://www.terrabox.com / / [EMAIL PROTECTED], [EMAIL PROTECTED] | http://eelf.ddts.net \ \==/ / Clan Barclay motto: Aut agere, aut mori. (Either action, or death.) \ msg03702/pgp0.pgp Description: PGP signature
Re: kdm/wdm and ~/.xsession
On Mon, 24 Jun 2002 18:30:48 +0100 Dave Swegen [EMAIL PROTECTED] wrote: Nice to know I'm not going mad (or being overly stupid). Have to say that well and truly sucks. Oh well, I'll stick to xdm (I have an irrational, pathological dislike of everything gtk and gnome ;). Well, if you are going mad, both you and Branden are ;) Anyways, if you want to use GDM, use the Debian or Default session. It'll use Branden's scripts. Or at the very least, ~/.xsession :) WDM over here uses ~/.xsession without any issues (or prompting). Dunno what the deal on that end is. -- \ David B. Harris, Systems administrator | http://www.terrabox.com / / [EMAIL PROTECTED], [EMAIL PROTECTED] | http://eelf.ddts.net \ \==/ / Clan Barclay motto: Aut agere, aut mori. (Either action, or death.) \ msg03703/pgp0.pgp Description: PGP signature
[BUG] XFree86 4.2 sigsegv on SDL DGA program exit when windowmanager is running (Matrox G400)
All tests done on my Pentium3 machine with a Matrox G400 video card in 1600x1200x32 mode. I observed a crash in the following situations: - SDL program started with SDL_VIDEODRIVER=dga with X - started by GDM along with Sawfish - started directly along with Sawfish - started directly along with KWin I observed a non-crash in the following situations: - XFree86 4.1 - dga test program (X started by gdm with sawfish) - non-dga SDL programs - X started directly with no window manager Steps to reproduce: (another SDL program may be used in place of frozen-bubble) su -c 'apt-get install frozen-bubble' # [kill X] XFree86 # [change vc] export DISPLAY=:0 sawfish # or kwin xterm # [switch to xterm] SDL_VIDEODRIVER=dga /usr/games/frozen-bubble # [wait until it finishes loading] # Esc # [crash] $ gdb XFree86 core (gdb) bt #0 0x080a6698 in xf86HandleColormaps () #1 0x080a6656 in xf86HandleColormaps () #2 0x0807d81c in DGAShutdown () #3 0x0806d59c in ddxGiveUp () #4 0x0806d676 in AbortDDX () #5 0x080d3528 in GiveUp () #6 0x080d49c6 in FatalError () #7 0x0807f448 in xf86SigHandler () #8 0x4008a678 in sigaction () from /lib/libc.so.6 #9 0x080a65cf in xf86HandleColormaps () #10 0x085f6209 in ?? () #11 0x0807d3ef in xf86SetDGAMode () #12 0x0855f295 in ?? () #13 0x0860a454 in ?? () #14 0x080a6616 in xf86HandleColormaps () #15 0x0807d858 in DGASetMode () #16 0x0824e31e in ?? () #17 0x0824eb29 in ?? () #18 0x080aefb6 in Dispatch () #19 0x080bf12b in main () #20 0x4007a14f in __libc_start_main () from /lib/libc.so.6 (gdb) disass 0x080a6698 0x80a5e10 xf86HandleColormaps:push %ebp 0x80a5e11 xf86HandleColormaps+1: mov%esp,%ebp [...] 0x80a665f xf86HandleColormaps+2127: leave 0x80a6660 xf86HandleColormaps+2128: ret 0x80a6661 xf86HandleColormaps+2129: lea0x0(%esi),%esi 0x80a6664 xf86HandleColormaps+2132: push %ebp 0x80a6665 xf86HandleColormaps+2133: mov%esp,%ebp 0x80a6667 xf86HandleColormaps+2135: sub$0x10,%esp 0x80a666a xf86HandleColormaps+2138: push %esi 0x80a666b xf86HandleColormaps+2139: push %ebx 0x80a666c xf86HandleColormaps+2140: mov0x8(%ebp),%ecx 0x80a666f xf86HandleColormaps+2143: mov0xc(%ecx),%eax 0x80a6672 xf86HandleColormaps+2146: mov0x8196ec0,%edx 0x80a6678 xf86HandleColormaps+2152: mov0x168(%eax),%eax 0x80a667e xf86HandleColormaps+2158: mov(%eax,%edx,4),%esi 0x80a6681 xf86HandleColormaps+2161: mov0x8196ec4,%edx 0x80a6687 xf86HandleColormaps+2167: mov0x48(%ecx),%eax 0x80a668a xf86HandleColormaps+2170: mov(%eax,%edx,4),%ebx 0x80a668d xf86HandleColormaps+2173: mov0x3c(%esi),%edx 0x80a6690 xf86HandleColormaps+2176: mov(%ebx),%eax 0x80a6692 xf86HandleColormaps+2178: dec%eax 0x80a6693 xf86HandleColormaps+2179: cmp$0x,%eax 0x80a6696 xf86HandleColormaps+2182: je 0x80a66a0 xf86HandleColormaps+2192 0x80a6698 xf86HandleColormaps+2184: mov%eax,(%edx,%eax,4) * 0x80a669b xf86HandleColormaps+2187: sub$0x1,%eax 0x80a669e xf86HandleColormaps+2190: jae0x80a6698 xf86HandleColormaps+2184 0x80a66a0 xf86HandleColormaps+2192: cmpl $0x0,0x8(%ebx) 0x80a66a4 xf86HandleColormaps+2196: je 0x80a66b4 xf86HandleColormaps+2212 0x80a66a6 xf86HandleColormaps+2198: add$0xfffc,%esp 0x80a66a9 xf86HandleColormaps+2201: push %edx 0x80a66aa xf86HandleColormaps+2202: pushl (%ebx) 0x80a66ac xf86HandleColormaps+2204: push %ecx 0x80a66ad xf86HandleColormaps+2205: call 0x80a66ec xf86HandleColormaps+2268 0x80a66b2 xf86HandleColormaps+2210: jmp0x80a66dc xf86HandleColormaps+2252 0x80a66b4 xf86HandleColormaps+2212: add$0xfff4,%esp 0x80a66b7 xf86HandleColormaps+2215: pushl (%ecx) 0x80a66b9 xf86HandleColormaps+2217: pushl 0x4(%ebx) 0x80a66bc xf86HandleColormaps+2220: push %edx 0x80a66bd xf86HandleColormaps+2221: pushl (%ebx) 0x80a66bf xf86HandleColormaps+2223: pushl (%esi) 0x80a66c1 xf86HandleColormaps+2225: mov0x18(%esi),%eax 0x80a66c4 xf86HandleColormaps+2228: call *%eax (gdb) info registers eax0x401758e7 1075271911 ecx0x8929e40143826496 edx0x8635b70140729200 ebx0x401758f0 1075271920 esp0xbfffefac 0xbfffefac ebp0xbfffefc4 0xbfffefc4 esi0x860d378140563320 edi0x0 0 eip0x80a66980x80a6698 eflags 0x13217 78359 [...] $ lspci -vv 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04) (prog-if 00 [VGA]) Subsystem: Matrox Graphics, Inc. Millennium G400 MAX/Dual Head 32Mb Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 64 (4000ns min, 8000ns max), cache line size 08 Interrupt: pin A routed to