Bug#792356: libx11-6: X_GetWindowAttributes fails to report if window is launched direction to an extended desktop screen.
Package: libx11-6 Version: 2:1.6.2-3 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Working with xdotool. * What exactly did you do (or not do) that was effective (or ineffective)? Launched window directly to extended desktop screen. * What was the outcome of this action? X_GetWindowAttributes failed request. * What outcome did you expect instead? X_GetWindowAttributes returning window attributes. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libx11-6 depends on: ii libc6 2.19-18 ii libx11-data2:1.6.2-3 ii libxcb11.10-3+b1 ii multiarch-support 2.19-18 libx11-6 recommends no packages. libx11-6 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150714073515.3567.82174.report...@thehost.thedomainname.net
Bug#586081: xserver-xorg-video-nv: After xserver-xorg updates X resorts to VESA, with only low resolutions available
Just came across this bug, the problem I encounted was: linux-image-2.6.32-trunk-686 installed linux-image-2.6.32-5-686 installed for some reason the trunk kernel was in position 0 in menu.conf, removing linux-image-2.6.32-trunk-686 fixed the problem. If you update your default to boot linux-image-2.6.32-5-686 in menu.conf should also fix the problem. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1277534262.19355.11.ca...@eos
Bug#523844: Upgrade to xserver-xorg-video-intel 2:2.7.0-1 doesn't help.
sorry,post from google groups seems not working,So I post again. Hi Gunter, thanks for going through this pain of kernel testing :) On Sat, 2009-04-18 at 11:24 +0200, Gunter Ohrner wrote: Unfortunately PAT does not seem to be the (only) culprit, I still get: $ egrep 'tiling' /var/log/Xorg.0.log (EE) intel(0): Failed to set tiling on front buffer: rejected by kernel (EE) intel(0): Failed to set tiling on back buffer: rejected by kernel (EE) intel(0): Failed to set tiling on depth buffer: rejected by kernel as with the original 2.6.29 image and Xorg compositing performance is still unusuably slow. with 2.6.29 If use EXA ,I also get these three error lines but if use UXA, only the front buffer error occurs AIUI there are tiling fixes queued for upcoming kernels. Hopefully 2.6.30 will behave better... Yes,I followed this ,and built a custom 2.6.30-rc3 kernel from git the errors disappear.but still UXA is much faster than EXA here's my simple benchmark result: x11perf -aa10text glxgears EXA: 459000.0/sec 45FPS UXA :654000.0/sec430FPS -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523844: Upgrade to xserver-xorg-video-intel 2:2.7.0-1 doesn't help.
On Mon, Apr 27, 2009 at 8:17 PM, Brice Goglin brice.gog...@ens-lyon.org wrote: darren wrote: x11perf -aa10text glxgears EXA: 459000.0/sec 45FPS UXA : 654000.0/sec 430FPS The glxgears column is meaningless. May I quote Gunter Ohrne: glxgear which is no meaningful benchmark, I know, but it's a tendency indicator nontheless I benchmarked the 2D performance using gtkperf and render_bench[1] again (KMS is disabled in all four cases,since I can't get the X running,it just hangs and doesn't respond to any keyboard input,I can not use ssh to connect to it from another host) which gives me the following result: -- gtkperf render_bench Kernel-2.6.29/exa 14.03 36.52 kernel-2.6.29/uxa 14.9 36.04 kernel-2.6.30-rc3/exa16.136.18 kernel-2.6.30-rc3/uxa13.32 35.39 --- gtkperf runs for five times and the result is total average render time. render_bench just runs once in each case,I simply add the total time . No wonder kernel-2.6.30-rc3/uxa is the fastest combination both with gtkperf and render_bench. gtkperf shows that performace in kernel-2.6.30-rc3/exa is even worse than in Kernel-2.6.29/exa Maybe the benchmark I did has flaws and meaningless,but the performace really improve with kernel-2.6.30/uxa from my feeling with running some applications. with kernel-2.6.29 suspend and wake will crash the X,while with kernel-2.6.30rc3 it works again.So I am anxious for the release of kernel-2.6.30 [1] http://www.rasterman.com/files/render_bench.tar.gz Brice first second third forth fifth AVERAGE TIME kernel 2.6.30rc3/EXA GtkEntry0.090.110.160.090.1 0.11 GtkComboBox 3.363.563.513.293.343.41 GtkComboBoxEntry3.513.643.242.823.543.35 GtkSpinButton 0.430.560.430.510.550.5 GtkProgressBar 0.290.390.430.360.480.39 GtkToggleButton 0.270.390.470.3 0.560.4 GtkCheckButton 0.080.130.120.080.310.14 GtkRadioButton 0.130.250.330.190.240.23 GtkTextView - Add text 0.560.690.670.720.9 0.71 GtkTextView – Scroll0.430.590.540.5 0.020.42 GtkDrawingArea – Lines 1.5 1.791.831.742.4 1.85 GtkDrawingArea – Circles1.952.332.182.252.73 2.29 GtkDrawingArea - Text 1.881.841.781.821.541.77 GtkDrawingArea – Pixbufs0.550.590.550.5 0.5 0.54 --- Total time 15.03 16.86 16.24 15.17 17.21 16.1 kernel 2.6.30rc3/UXA GtkEntry - time 0.090.070.090.110.1 0.09 GtkComboBox - time 2.4 2.582.822.893.1 2.76 GtkComboBoxEntry - time 2.782.792.872.6 2.462.7 GtkSpinButton - time0.420.520.410.360.520.45 GtkProgressBar - time 0.250.230.240.240.250.24 GtkToggleButton - time 0.320.260.250.3 0.240.27 GtkCheckButton - time 0.110.140.140.120.080.12 GtkRadioButton - time 0.160.130.180.120.130.14 GtkTextView - Add text - time 0.550.630.630.640.63 0.62 GtkTextView - Scroll - time 0.410.540.430.440.56 0.48 GtkDrawingArea - Lines - time 1.5 1.361.361.351.51 1.42 GtkDrawingArea - Circles - time 2.852.812.832.812.82 2.82 GtkDrawingArea - Text - time1.030.921.021.150.84 0.99 GtkDrawingArea - Pixbufs - time 0.2 0.240.220.210.22 0.22 --- Total time 13.07 13.24 13.49 13.34 13.46 13.32 kernel-2.6.29/EXA GtkEntry - time 0.1 0.090.080.070.06
Bug#511494: GL error messages while playing oolite
Package: libgl1-mesa-dri Version: 7.3~rc1-1 Using oolite (svn r1928 from svn://svn.berlios.de/oolite-linux/trunk, with r1890 backed out locally). Graphics hardware is a Radeon X300; kernel is 2.6.27.10 (amd64). I'm seeing lots of implementation error messages while flying, and the frame rate is (presumably consequently) reduced to about 1/3 of what it was with 7.2 (which works fine here). Except for a sequence number, they're all identical: Please report at bugzilla.freedesktop.org pc=101* Hardware program NODE 0: alu_offset: 0, tex_offset: 0, alu_end: -1, tex_end: -1, flags: Mesa 7.3-rc1 implementation error: radeon_program_pair.c::allocate_input_registers(): Don't know how to handle inputs 0x8 -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. Error - [A]bort, [R]etry, [F]ake like it's working... -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506126: Support for Elantech touchpads (with kernel 2.6.28-rc*)
Package: xserver-xorg-input-synaptics Version: 0.15.0+git20080820-1 Severity: wishlist A newer snapshot of the synaptics driver is needed to work with the Elantech support present in Linux kernel 2.6.28-rc*. For more details, see http://wiki.debian.org/DebianEeePC/HowTo/ElantechTouchpad. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. There is no such thing as a little garlic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467105: [radeon] xset dpms force on causes one monitor to be blanked briefly [X300 RV370 (PCIE), 5B60]
Seems to be fixed in current git; works for me, at least. (Commit 445b71021843665ba32f37b2ce5c9d2857c07cc7.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/ (PGP 2.6, GPG keys) I must ask you to tell me if you don't get this message. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked
retitle 467105 ATI driver: xset dpms force on causes one monitor to be blanked briefly thanks I demand that Alex Deucher may or may not have written... On Sun, Feb 24, 2008 at 11:21 AM, Darren Salt [EMAIL PROTECTED] wrote: I demand that Brice Goglin may or may not have written... Darren Salt wrote: One of my monitors (VGA-0) is repeatedly and regularly blanked and unblanked, each change being approx. 1s apart when Xv is in use, e.g. by gxine. Actually, more like 1s off, 3s on, and for each pair of state changes, there is a corresponding pair of enable montype: 1 enable montype: 3 in the log. Why is gxine calling the DPMS hooks for the monitors? It's designed to allow blanking when nothing is being played or the stream is paused; on starting or resuming playback, it is intended that gxine will unblank the display automatically. (There's no guarantee that the method used to resume or start playback will also cause X to automatically unblank the display; equally, there's no guarantee that the screen blanker will have cut in, and gxine has no knowledge of whether it has.) Also, I don't want it to ever be able to fail to restore the DPMS settings – by not altering them, there's nothing to restore. This does require ensuring that the blank timer never reaches 0 (unless it's set ludicrously low). Do other video players have the same problem? Any which use the same methods will, since xset dpms force on is sufficient to trigger the problem. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. I don't want to grow up. I won't grow up. You can't make me.
Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked
I demand that Alex Deucher may or may not have written... On Tue, Feb 26, 2008 at 12:07 PM, Darren Salt [EMAIL PROTECTED] wrote: I demand that Alex Deucher may or may not have written... [snip] Why is gxine calling the DPMS hooks for the monitors? It's designed to allow blanking when nothing is being played or the stream is paused; on starting or resuming playback, it is intended that gxine will unblank the display automatically. [snip] Also, I don't want it to ever be able to fail to restore the DPMS settings – by not altering them, there's nothing to restore. This does require ensuring that the blank timer never reaches 0 (unless it's set ludicrously low). But why does it do it repeatedly? See above. that's what causes the blinking. it should do it once, or am I missing something? If crtc1 is already on, why touch crtc0 at all? (Also, if crtc0 is in some state other than 'on', why switch it off?) (Tweaking gxine to take more notice of DPMSInfo()'s output should fix one side of this bug...) Do other video players have the same problem? Any which use the same methods will, since xset dpms force on is sufficient to trigger the problem. when you run xset dpms force on does the blinking continue after you run it or does it happen once? Once. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. Is this yours? Your dog left it on my lawn...
Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked
I demand that Brice Goglin may or may not have written... Darren Salt wrote: One of my monitors (VGA-0) is repeatedly and regularly blanked and unblanked, each change being approx. 1s apart when Xv is in use, e.g. by gxine. Actually, more like 1s off, 3s on, and for each pair of state changes, there is a corresponding pair of enable montype: 1 enable montype: 3 in the log. The other monitor (DVI-0) is unaffected, and the position of the overlay does not appear to make any difference, though it does need to be visible (tested by shading and unshading the video window). Reverting to 1:6.7.197-1 cured the problem. I have not checked intermediate snapshot builds. Please try at least these intermediate snapshot. There are 6 of them available at http://snapshot.debian.net Or better, do a git-bisect in the upstream git repository http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-ati.git to locate the exact commit breaking this. If you need help, please let me know. 9ab5d2ec7c583c74f364d7cfbb54bcd2cd8ae2f5 is first bad commit commit 9ab5d2ec7c583c74f364d7cfbb54bcd2cd8ae2f5 Author: Alex Deucher [EMAIL PROTECTED](none) Date: Mon Feb 11 15:26:51 2008 -0500 RADEON: always restore crtc1 before crtc0 when using both crtcs In some rare cases restoring crtc0 first will result in a blank screen on crtc1. If you are having issues with a blank screen on crtc1 that used to work on 6.6.3 or before, this should help. 6.8.0 with this reverted is fine. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. You can't get to Heaven on roller skates. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467105: ATI driver: use of Xv causes one monitor to be repeatedly blanked
Package: xserver-xorg-video-ati Version: 1:6.8.0-1 Severity: important One of my monitors (VGA-0) is repeatedly and regularly blanked and unblanked, each change being approx. 1s apart when Xv is in use, e.g. by gxine. The other monitor (DVI-0) is unaffected, and the position of the overlay does not appear to make any difference, though it does need to be visible (tested by shading and unshading the video window). Reverting to 1:6.7.197-1 cured the problem. I have not checked intermediate snapshot builds. The graphics card is a Radeon X300. X is configured for two monitors, arranged horizontally using xrandr (see attached files). Two log files are attached, one for each referenced version of the driver. Other relevant packages: xorg, xserver-xorg1:7.3+10 xserver-xorg-core 2:1.4.1~git20080131-1 -- | Darren Salt| d @ youmustbejoking,demon,co,uk | nr. Ashington, | Toon | RISC OS, Linux | s zap,tartarus,org| Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. No one can feel as helpless as the owner of a sick goldfish. xorg.conf Description: Binary data Xorg.0.log.ati-6.7.197.gz Description: GNU Zip compressed data Xorg.0.log.ati-6.8.0.gz Description: GNU Zip compressed data
Bug#182976: We stock all popular meds_online
Hello Your holiday would be not full without gd se.. http://slipgrow.com Kerstin mcclafferty We may build our homes on your lovely Hat- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443292: Workaround for the bug
I demand that Kanru Chen may or may not have written... Git commit a0ea7363f51ff6c2bb81006b7220b7daa9ee9221 actually remove a lot of configuration stuffs. Option Device is the only method to identify a mouse now. The problem is that the manpage is not up to date. I think that this needs either a default setting for that option, or failure (driver isn't initialised for the device, no attempt to open anything) if the option isn't present. The reason is that I'm reasonably certain that this is what's behind some hangs which I've been seeing when exiting X (current unstable) with xserver-xorg-video-ati 6.7.x. Curiously, these stopped when I changed the configuration to use option Device for the mouse... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. Code length error, 0:1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#116507: lot OverallI Mcclain
blah. releases line vunerable Fierfox usage hackers aside alays insure anjan regulatory Brian adhere realize to... refresh memory... hack fun began. favor send LEADER squander PhaseOut having crashing sans installed working trouble. wasnt amused combo. both amused. enduser... stand. enduser ugliness hurt flush toilet... :P liking. wallowing false sense brought obscurity bookmarks usefull. reviewed blah. releases line vunerable Fierfox usage hackers aside alays insure anjan can... planet helpful criticism. whinging. DONT PLAN Richs Juggernaut Sloweth showing PNG. Beriault did smith available IEBlog dubbed team. figby.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#261774: libxt6.postinstall script reads app-defaults sym-link incorrectly
Package: libxt6 Version: 4.3.0.dfsg.1-6 Severity: normal Tags: sid -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux quasar 2.6.7 #2 Tue Jul 27 13:17:21 EST 2004 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages libxt6 depends on: ii libc6 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library ii libsm64.3.0.dfsg.1-6 X Window System Session Management ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m -- no debconf information # vim:set ai et sts=2 sw=2 tw=0: # finish migration started in preinst DIR=/usr/X11R6/lib/X11/app-defaults if [ -d $DIR.dpkg-tmp -a -L $DIR ]; then observe committing removal of obsolete directory $DIR rm -r $DIR fi #check_symlinks_and_bomb $DIR # Commenting this out fixes the problem. register_x_lib_dir_with_ld_so ldconfig exit 0 # vim:set ai et sts=2 sw=2 tw=0: NOTE** The system has a non debian package (ia64 ski simulator) installed that also uses the /usr/X11R6/lib/X11/app-defaults directory for its symlinks. -- Darren Williams dsw AT gelato.unsw.edu.au [EMAIL PROTECTED] www.gelato.unsw.edu.au --
Bug#205916: general: opengl isn't running properly. can run glxgears and window shows but nothing in it.
I demand that netbrain may or may not have written... [snip] I cant run anything that requires opengl, the programs will open but bothing will show. i consulted #debian at irc.debian.org and a bloke called penguin24 said it was a bug when compiling with a newer gcc. im a newbie so i don't know so much about it. Download this: URL:http://snapshot.debian.net/archive/2002/12/01/debian/pool/main/x/xfree86/xlibmesa3_4.2.1-4_i386.deb You'll need a couple of dummy packages (xlibmesa3-gl, xlibmesa3-glu). For that, apt-get install equivs then run equivs-build once for each of the attached files. Install (as root, assuming the same directory): dpkg -i xlibmesa3*deb -- | Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk | Debian, | Northumberland | s zap,tartarus,org | RISC OS | Toon Army | @ | Retrocomputing: a PC card in a Risc PC Boldly going forward because we can't find 'reverse'! Section: x11 Package: xlibmesa3-gl Version: 4.2.1-99 Description: Dummy Mesa library Holding with 4.2.1-4 since newer is broken. Section: x11 Package: xlibmesa3-glu Version: 4.2.1-99 Description: Dummy Mesa library Holding with 4.2.1-4 since newer is broken.
Bug#205916: general: opengl isn't running properly. can run glxgears and window shows but nothing in it.
I demand that Michel Dänzer may or may not have written...
On Sun, 2003-08-17 at 18:04, netbrain wrote:
Package: general (xserver-xfree86)
This is an xlibmesa3-gl bug, if anything, and it's been reported several
times already, see #178242 and friends. You'll also see that this seems to
be fixed in sid.
FWIW, I've just installed xlibmesa3-gl{,u} 4.2.1-9 (from xlibmesa3 4.2.1-4,
which works); it seems to be working well. Quite possibly better.
Maybe this bug should be left open until 4.2.1-9 makes it into sarge...?
--
| Darren Salt | nr. Ashington, | linux (or ds) at
| woody, sarge, | Northumberland | youmustbejoking
| RISC OS | Toon Army | demon co uk
| We've got Shearer, you haven't
I had a life once. Now, I have a computer.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#205916: general: opengl isn't running properly. can run glxgears and window shows but nothing in it.
I demand that netbrain may or may not have written... [snip] I cant run anything that requires opengl, the programs will open but bothing will show. i consulted #debian at irc.debian.org and a bloke called penguin24 said it was a bug when compiling with a newer gcc. im a newbie so i don't know so much about it. Download this: URL:http://snapshot.debian.net/archive/2002/12/01/debian/pool/main/x/xfree86/xlibmesa3_4.2.1-4_i386.deb You'll need a couple of dummy packages (xlibmesa3-gl, xlibmesa3-glu). For that, apt-get install equivs then run equivs-build once for each of the attached files. Install (as root, assuming the same directory): dpkg -i xlibmesa3*deb -- | Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk | Debian, | Northumberland | s zap,tartarus,org | RISC OS | Toon Army | @ | Retrocomputing: a PC card in a Risc PC Boldly going forward because we can't find 'reverse'! Section: x11 Package: xlibmesa3-gl Version: 4.2.1-99 Description: Dummy Mesa library Holding with 4.2.1-4 since newer is broken. Section: x11 Package: xlibmesa3-glu Version: 4.2.1-99 Description: Dummy Mesa library Holding with 4.2.1-4 since newer is broken.
Bug#205916: general: opengl isn't running properly. can run glxgears and window shows but nothing in it.
I demand that Michel Dänzer may or may not have written...
On Sun, 2003-08-17 at 18:04, netbrain wrote:
Package: general (xserver-xfree86)
This is an xlibmesa3-gl bug, if anything, and it's been reported several
times already, see #178242 and friends. You'll also see that this seems to
be fixed in sid.
FWIW, I've just installed xlibmesa3-gl{,u} 4.2.1-9 (from xlibmesa3 4.2.1-4,
which works); it seems to be working well. Quite possibly better.
Maybe this bug should be left open until 4.2.1-9 makes it into sarge...?
--
| Darren Salt | nr. Ashington, | linux (or ds) at
| woody, sarge, | Northumberland | youmustbejoking
| RISC OS | Toon Army | demon co uk
| We've got Shearer, you haven't
I had a life once. Now, I have a computer.
Building X myself
Well, I'm impatient for X to get working on desktop again. I unfortunately upgraded to phase2v11 but I refuse to upgrade libc6 yet. So, I went to compile X myself. Now it is asking for glide.h, so I added glide2-dev. But it's also looking for g3ext.h. This ins't in the Contents-i386 file. Where might I find such a beast? Thanks, Darren -- [EMAIL PROTECTED]http://www.daft.com/~torin/ [EMAIL PROTECTED][EMAIL PROTECTED] Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-206-ELF-LIPZ @Make a little hot-tub in your soul. @
