Bug#400859: xterm: Emacs and XEmacs don't use 256 colors
Package: xterm Version: 222-1 Severity: normal Emacs and XEmacs don't recognize that an xterm supports 256 colors, even when TERM is set to "xterm-256color". I'm not sure if this is a bug in "xterm", "ncurses-term", or the Emacs/XEmacs packages. To reproduce the bug: xterm% TERM=xterm-256color xemacs -nw and then, from within XEmacs (or Emacs): M-x list-colors-display Only 16 colors are displayed. I verified that the xterm supports 256 colors by running the "256colors2.pl" script that is included with the source package. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages xterm depends on: ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-3 X11 client-side library ii libxaw7 1:1.0.2-4 X11 Athena Widget library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxmu6 1:1.0.2-2 X11 miscellaneous utility library ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii xbitmaps 1.0.1-2 Base X bitmaps Versions of packages xterm recommends: ii xutils 1:7.1.ds.3-1 X Window System utility programs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#397866: Acknowledgement (compiz-core: Compiz does not start properly)
I managed to get compiz to run again by removing the gconf entries for compiz and starting with a clean slate. I actually renamed the compiz directory in ~/.gconf/apps to compiz_saved, logged out, logged back in, and then I could start compiz. The original gconf entries were created with compiz 0.0.13+git20060928-2. When I upgraded to 0.2.0-1 and later 0.2.2-1 I started having the problems. This bug can probably be closed. -- Per Bojsen <[EMAIL PROTECTED]> 7 Francis Road Billerica, MA 01821-3618 USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
upstream sources in long description [Was: X Strike Force X.Org X11 SVN commit: r4095 - trunk/lib/libxcomposite/debian]
> + * Update location of upstream repository from CVS to git in the long > +descriptions. I'm thinking it would be appropriate to remove these locations from the long descriptions altogether. They can be kept up to date in the Debian copyright files, of course. What do others think? Drew -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#374026: Keyboard Stops Working Bug
I have been having the same problem, with about the same frequency on my system. It's almost certainly an X bug, likely interacting with a specific hardware implementation. My system is Gentoo x86-64 running on ICH7 Core2 Duo (Dell M1210). GUI is gnome. It's not the gnome screensaver as that's been removed. Kernel is 2.6.18. Xorg is 7.1 + nVidia 9629 driver. What's odd is that my Gentoo AMD64 workstation (nForce4) doesn't have this problem at all even though almost all the software is the same (except kernel is 2.6.17-vserver kernel). What hardware are you using? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#383465: Contains obfuscated source code, DFSG violation?
I found some interesting links about this topic: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/vga256/drivers/nv/Attic/README.RIVATNT.diff?r1=1.1.2.2&r2=1.1.2.3&hideattic=0&only_with_tag=xf-3_3_3 and http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/vga256/drivers/nv/Attic/nv3driver.c.diff?r1=1.1.2.5&r2=1.1.2.6&hideattic=0&only_with_tag=xf-3_3_3 If nvidia already 'forced' XFree86 to obfuscate their source code, it doesn't seem unlikely that they require obfuscation of the source for the 'nv' driver too. -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#399204: xserver-xorg-video-via: UniChrome Pro IGP not recognized
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To be more precise, this is what should solve the problem: http://www.openchrome.org/trac/browser/trunk/ChangeLog : 16 2006-10-11 Xavier Bachelot 17 18 reviewed by: Ivor 19 20 * unichrome/via_bios.h: 21 * unichrome/via_id.c: 22 * unichrome/via_mode.h: 23 * unichrome/via_video.c: (DecideOverlaySupport): 24 25 DDR533 memory support and small clean up. 26 Fujitsu/Siemens Amilo L7320 pci id (reported by DeNayGo). Any hope to have it fixed downstream? Many thanks. pc - -- Paolo Cavallini email+jabber: [EMAIL PROTECTED] www.faunalia.it Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy Tel: (+39)348-3801953 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFbJ2H/NedwLUzIr4RAlrMAJ0U2hYaOP6t7bQ3XSMNd5U4nCbILgCdEY4a Dk4mTfCDzEXfFxU3PMMrIT4= =2vof -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400695: Add support for the ATI Technologies Inc M56P [Radeon Mobility X1600]
On 11/27/06, Matt Kraai <[EMAIL PROTECTED]> wrote: Package: xserver-xorg-video-ati Version: 1:6.6.3-2 Severity: wishlist I wish the free ATI drivers supported the ATI Technologies Inc M56P [Radeon Mobility X1600], which is the graphics adapter in my MacBook Pro. Its PCI ID is 1002:71c5. I'm currently working around this problem by using the non-free fglrx-driver package. Ask ATI/AMD to release the specs or to allow Dave to release his driver. Alex -- Matt http://ftbfs.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r4100 - trunk/debian/xorg/debian/po
Author: bubulle Date: 2006-11-28 14:56:15 -0500 (Tue, 28 Nov 2006) New Revision: 4100 Modified: trunk/debian/xorg/debian/po/es.po trunk/debian/xorg/debian/po/ro.po Log: Remove non ASCII chars in headers (this breaks Pootle) Modified: trunk/debian/xorg/debian/po/es.po === --- trunk/debian/xorg/debian/po/es.po 2006-11-28 02:10:14 UTC (rev 4099) +++ trunk/debian/xorg/debian/po/es.po 2006-11-28 19:56:15 UTC (rev 4100) @@ -5,9 +5,9 @@ # # Copyrights: # Branden Robinson 2000-2004 -# Carlos Valdivia Yag�e, 2001 -# Javier Fernandez-Sanguino Pe�a, 2003 -# David Mart�nez Moreno, 2001, 2002, 2005, 2006 +# Carlos Valdivia Yague, 2001 +# Javier Fernandez-Sanguino Pena, 2003 +# David Martinez Moreno, 2001, 2002, 2005, 2006 # # This file is distributed under the same license as the xorg-x11 package. # Please see debian/copyright. @@ -30,7 +30,7 @@ "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2006-10-21 11:30+0200\n" "PO-Revision-Date: 2006-09-10 01:21+0200\n" -"Last-Translator: David Mart�nez Moreno <[EMAIL PROTECTED]>\n" +"Last-Translator: David Martinez Moreno <[EMAIL PROTECTED]>\n" "Language-Team: ES \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=ISO-8859-15\n" Modified: trunk/debian/xorg/debian/po/ro.po === --- trunk/debian/xorg/debian/po/ro.po 2006-11-28 02:10:14 UTC (rev 4099) +++ trunk/debian/xorg/debian/po/ro.po 2006-11-28 19:56:15 UTC (rev 4100) @@ -21,8 +21,8 @@ #Developers do not need to manually edit POT or PO files. # # Branden Robinson, 2000--2004. -# Eddy Petrişor <[EMAIL PROTECTED]>, 2005, 2006. -# Ruşeţ Zeno <[EMAIL PROTECTED]>, 2005. +# Eddy Petrisor <[EMAIL PROTECTED]>, 2005, 2006. +# Ruset Zeno <[EMAIL PROTECTED]>, 2005. # Eddy Petrisor <[EMAIL PROTECTED]>, 2005. # Eddy Petrisor <[EMAIL PROTECTED]>, 2006. msgid "" @@ -31,7 +31,7 @@ "Report-Msgid-Bugs-To: \n" "POT-Creation-Date: 2006-10-21 11:30+0200\n" "PO-Revision-Date: 2006-09-20 15:07+0300\n" -"Last-Translator: Eddy Petrişor <[EMAIL PROTECTED]>\n" +"Last-Translator: Eddy Petrisor <[EMAIL PROTECTED]>\n" "Language-Team: Romanian <[EMAIL PROTECTED]>\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400203: xserver-xorg-video-i810: DRI seems not to work for some applications: Further info
El mar, 28-11-2006 a las 11:09 +0100, Michel Dänzer escribió: > On Tue, 2006-11-28 at 10:07 +0100, Juan P. Rigol Sanchez wrote: > > > > /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_swrast_CopyColorSubTable+0x23)[0xa7375643] > > /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1[0xa72718fd] > > /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_mesa_initialize_context+0x267)[0xa7270d37] > > /usr/lib/dri/i915_dri.so(intelInitContext+0x56)[0xa6417826] > > /usr/lib/dri/i915_dri.so(i830CreateContext+0x76)[0xa640cee6] > > /usr/lib/dri/i915_dri.so[0xa641c010] > > /usr/lib/dri/i915_dri.so[0xa63fcb03] > > /usr/lib/libGL.so.1[0xa70997c8] > > Please move > away /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1* and try > again. > Hi again. Moving away those files the program complains and exits: envi /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl: error while loading shared libraries: libMesaGL6_2.so.1: cannot open shared object file: No such file or directory (Neither moving away libMesa* nor libOSMesa* makes the trick. I've also tried linking /usr/lib/libGL.so.1.2 to libMesaGL6_2.so.1, /usr/lib/libGLU.so.1.3.060501 to libMesaGLU6_2.so.1 and /usr/lib/libOSMesa32.so.6.5.1 to libOSMesa6_2.so.6 without success) strace envi ... open("./sse2/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("./cmov/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("./libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/rsi/idl_6.3/bin/bin.linux.x86/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/rsi/idl_6.3/bin/bin.linux.x86/dm/lib/libgcc_s.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/libgcc_s.so.1", O_RDONLY)= 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\30"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=41096, ...}) = 0 mmap2(NULL, 44292, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xa750a000 mmap2(0xa7514000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x9) = 0xa7514000 close(3)= 0 open("./tls/i686/sse2/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/i686/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/i686/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/i686/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/sse2/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./i686/sse2/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./i686/sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./i686/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./i686/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./sse2/cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./sse2/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./cmov/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("./libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/rsi/idl_6.3/bin/bin.linux.x86/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/local/rsi/idl_6.3/bin/bin.linux.x86/dm/lib/libc.so.6", O_RDONLY) = -1 ENOENT (No such file or directory) access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240O\1"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=1241580, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xa7509000 mmap2(NULL, 1247388, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xa73d8000 mmap2(0xa74ff000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x127) = 0xa74ff000 mmap2(0xa7506000, 10396, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_ANONYMOUS, -1, 0) = 0xa7506000 close(3)= 0 open("./tls/i686/sse2/cmov/libMesaGLU6_2.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/i686/sse2/libMesaGLU6_2.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/i686/cmov/libMesaGLU6_2.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/i686/libMesaGLU6_2.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/sse2/cmov/libMesaGLU6_2.so.1", O_RDONLY) = -1 ENOENT (No such file or directory) open("./tls/sse2/libMesaGLU6_2.so.1", O_RDONLY) =
Bug#392915: server-xorg-video-ati: xserver freezes system when starting
On Thu, 2006-11-23 at 20:17 -0800, Alex Roitman wrote: > > Attached are the xorg.conf and the log files for three cases: Thanks. >6.6.3-1 with UseFBDev (works fine) You seem to have gotten lucky there, it's the other way around for most people. >6.6.3-2 without UseFBDev (works in 640x480) That's probably related to https://bugs.freedesktop.org/show_bug.cgi?id=7243 , try disabling MergedFB. >6.6.3-2 with UseFBDev (freezes) Does it work with the attached patch? -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer diff --git a/src/radeon_driver.c b/src/radeon_driver.c index f5a8421..6cb2e02 100644 --- a/src/radeon_driver.c +++ b/src/radeon_driver.c @@ -4344,13 +4344,11 @@ static void RADEONAdjustMemMapRegisters( RADEONInfoPtr info = RADEONPTR(pScrn); unsigned char *RADEONMMIO = info->MMIO; CARD32 fb, agp; -int fb_loc_changed; fb = INREG(RADEON_MC_FB_LOCATION); agp = INREG(RADEON_MC_AGP_LOCATION); -fb_loc_changed = (fb != info->mc_fb_location); -if (fb_loc_changed || agp != info->mc_agp_location) { +if (fb != info->mc_fb_location || agp != info->mc_agp_location) { xf86DrvMsg(pScrn->scrnIndex, X_WARNING, "DRI init changed memory map, adjusting ...\n"); xf86DrvMsg(pScrn->scrnIndex, X_WARNING, @@ -4369,9 +4367,8 @@ static void RADEONAdjustMemMapRegisters( RADEONInitMemMapRegisters(pScrn, save, info); - /* If MC_FB_LOCATION was changed, adjust the various offsets */ - if (fb_loc_changed) - RADEONRestoreMemMapRegisters(pScrn, save); + /* Adjust the various offsets */ + RADEONRestoreMemMapRegisters(pScrn, save); } #ifdef USE_EXA
Bug#400654: xserver-xorg dependency on xfonts-base
On Monday 27 November 2006 22:06, Jamey Sharp wrote: > This explains why xserver-xorg and friends don't declare Depends: on > xfonts-base. I think a Suggests:, or possibly Recommends:, wouldn't be > out of the question though. Few people use font servers these days. Suggest or recommends sounds ok for me too. That way people don't get an unusable system because they forgot to install the fonts. I think that would save time for users and of course, to developers who have to help those users finding why doesn't the X server run. At least Recommends/Suggest would make it more prominent that you need to install fonts too. Otoh, Julien Cristau said that the right way to install the X server is by installing the xorg metapackage, so maybe we can just say it's the user's fault for not installing all the packages, but I think a Recommends/Suggest doesn't hurt anyone and it'll save time for those users who install the X server "manually". Thanks, -- Antonio Larrosa -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#400203: xserver-xorg-video-i810: DRI seems not to work for some applications: Further info
On Tue, 2006-11-28 at 10:07 +0100, Juan P. Rigol Sanchez wrote: > > /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_swrast_CopyColorSubTable+0x23)[0xa7375643] > /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1[0xa72718fd] > /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_mesa_initialize_context+0x267)[0xa7270d37] > /usr/lib/dri/i915_dri.so(intelInitContext+0x56)[0xa6417826] > /usr/lib/dri/i915_dri.so(i830CreateContext+0x76)[0xa640cee6] > /usr/lib/dri/i915_dri.so[0xa641c010] > /usr/lib/dri/i915_dri.so[0xa63fcb03] > /usr/lib/libGL.so.1[0xa70997c8] Please move away /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1* and try again. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer
Bug#400203: xserver-xorg-video-i810: DRI seems not to work for some applications: Further info
On Mon, 27-11-2006 at 15:18 +0100, Michel Dänzer wrote: > On Sat, 2006-11-25 at 12:34 +0100, Juan P. Rigol Sanchez wrote: > > > > Partial output of strace: > > Please provide the output of catchsegv instead. Or a backtrace from gdb, > if you're familiar with that. > Thanks. Output of catchsegv is listed below. Regards, JP Rigol - catchsegv /usr/local/bin/envi IDL Version 6.3 (linux x86 m32). (c) 2006, Research Systems, Inc. % Restored file: ENVI. % Loaded DLM: TIFF. libGL: XF86DRIGetClientDriverName: 1.7.2 i915 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/i915_dri.so drmOpenByBusid: Searching for BusID pci::00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 5, (OK) drmOpenByBusid: drmOpenMinor returns 5 drmOpenByBusid: drmGetBusid reports pci::00:02.0 *** Segmentation fault Register dump: EAX: 082df590 EBX: a74303f4 ECX: EDX: ESI: 08282c38 EDI: a7430080 EBP: af9f3b18 ESP: af9f3b0c EIP: a736cc16 EFLAGS: 00010296 CS: 0073 DS: 007b ES: 007b FS: GS: 0033 SS: 007b Trap: 000e Error: 0006 OldMask: ESP/signal: af9f3b0c CR2: 00bc FPUCW: 037f FPUSW: 0120 TAG: IPOFF: a7271200 CSSEL: 0073 DATAOFF: a743bd9c DATASEL: 007b ST(0) ST(1) ST(2) ST(3) ST(4) f000 ST(5) f424 ST(6) 807f ST(7) 80808100 Backtrace: /lib/libSegFault.so[0xa7f8c276] [0xe420] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_swrast_CopyColorSubTable+0x23)[0xa7375643] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1[0xa72718fd] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libMesaGL6_2.so.1(_mesa_initialize_context+0x267)[0xa7270d37] /usr/lib/dri/i915_dri.so(intelInitContext+0x56)[0xa6417826] /usr/lib/dri/i915_dri.so(i830CreateContext+0x76)[0xa640cee6] /usr/lib/dri/i915_dri.so[0xa641c010] /usr/lib/dri/i915_dri.so[0xa63fcb03] /usr/lib/libGL.so.1[0xa70997c8] /usr/lib/libGL.so.1(glXCreateContext+0x32)[0xa7099be2] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/gl_driver.so(_IDL_XGLAllocContext+0x19f)[0xa718b101] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3[0xa7b75d39] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_X_EstablishConnectionGLRes+0x72)[0xa7b7569a] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_X_EstablishConnection+0x40)[0xa7b759bb] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_X_GetConnectionWithColors+0x22)[0xa7b74e5a] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_x_init +0x81)[0xa7a25632] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3[0xa7a2c941] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(IDL_set_device +0x68)[0xa7861f38] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(_IDL_interpreter +0x3748)[0xa7a04721] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(IDL_Executive +0xbb3)[0xa784c094] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/libidl.so.6.3(IDL_Main +0x62)[0xa7be3d5b] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl(XtScreenDatabase +0x1e9)[0x8051cb9] /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xc8)[0xa7470ea8] /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl(XMapRaised+0x31)[0x8051b41] Memory map: 08048000-0818d000 r-xp 03:43 518851 /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl 0818d000-0819c000 rwxp 00144000 03:43 518851 /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl 0819c000-08318000 rwxp 0819c000 00:00 0 [heap] a1ffd000-a43bd000 rwxs dc44 00:0c 12932 /dev/dri/card0 a43bd000-a4bbd000 rwxs de80 00:0c 12932 /dev/dri/card0 a4bbd000-a53bd000 rwxs df00 00:0c 12932 /dev/dri/card0 a53bd000-a5bbd000 rwxs d802 00:0c 12932 /dev/dri/card0 a5bbd000-a63bd000 rwxs d802 00:0c 12932 /dev/dri/card0 a63bd000-a63da000 r-xp 03:03 243859 /usr/lib/libexpat.so.1.0.0 a63da000-a63dc000 rwxp 0001d000 03:03 243859 /usr/lib/libexpat.so.1.0.0 a63dc000-a65e8000 r-xp 03:03 488745 /usr/lib/dri/i915_dri.so a65e8000-a65fd000 rwxp 0020b000 03:03 488745 /usr/lib/dri/i915_dri.so a65fd000-a6636000 rwxp a65fd000 00:00 0 a6636000-a66a4000 r-xp 03:43 518906 /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl_tiff.so a66a4000-a66aa000 rwxp 0006e000 03:43 518906 /usr/local/rsi/idl_6.3/bin/bin.linux.x86/idl_tiff.so a66aa000-a66ab000 ---p a66aa000 00:00 0 a66ab000-a6eab000 rwxp a66ab000 00:00 0 a6eab000-a6f8c000 r-xp 03:03 242412 /usr/lib/libdb-4.3.so a6f8c000-a6f8f000 rwxp 000e 03:03 242412 /usr/lib/libdb-4.3.so a6f8f000-a6f93000 r-xp 03:03 244372 /usr/lib/libnss_db-2.2.3.so a6f93000-a6f94000 rwxp 3000 03:03 244372 /usr/lib/libnss_db-2.2.3.so a6f94000-a6f9a000 r-xp 03:03 243883 /usr/lib/libdrm.so.2.0.0 a6f9a000-a6f9b000 rwxp 5000 03:03 243883 /usr/lib/libdrm.so.2.0.0 a6f9b000-a6f9f000 r-xp
Bug#370137: x-server-xorg-video-nv : signal 11 on Geforce 4MX on powerpc
In the config file xorg.conf, in the section "Device" I set the Option "UseFBDev" to "false" Or the other way is just to remove that line and it solved my problem. Now the xserver is working perfectly and even better as before as i can adjust my screen at more than 1024*768. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]