xfree86_4.0.1-0phase2v18 use static libz
Hi, I've rebuilt and checked xfree86_4.0.1-0phase2v18 on my machine. It does not have "#define HasZlib YES" line in host.def, so build and use libz.a included in source (xc/lib/zlib) I think that to use libz.so included in zlib1g-dev is better. Patch bellow: diff -urN xfree86-4.0.1.OLD/debian/MANIFEST.i386 xfree86-4.0.1/debian/MANIFEST.i386 --- xfree86-4.0.1.OLD/debian/MANIFEST.i386 Thu Oct 19 16:11:42 2000 +++ xfree86-4.0.1/debian/MANIFEST.i386 Thu Oct 19 16:25:59 2000 @@ -2651,7 +2651,6 @@ usr/X11R6/lib/libxkbfile.a usr/X11R6/lib/libxkbui.a usr/X11R6/lib/libxrx.so.6.3 -usr/X11R6/lib/libz.a usr/X11R6/lib/modules/codeconv/libARABIC.a usr/X11R6/lib/modules/codeconv/libARMSCII8.a usr/X11R6/lib/modules/codeconv/libBIG5.a diff -urN xfree86-4.0.1.OLD/debian/patches/100_debian_host.def.diff xfree86-4.0.1/debian/patches/100_debian_host.def.diff --- xfree86-4.0.1.OLD/debian/patches/100_debian_host.def.diff Thu Oct 19 16:11:40 2000 +++ xfree86-4.0.1/debian/patches/100_debian_host.def.diff Thu Oct 19 16:25:41 +2000 @@ -1,6 +1,6 @@ --- /dev/null Wed Jun 7 10:48:23 2000 +++ xc/config/cf/host.def Thu Jul 6 19:05:20 2000 -@@ -0,0 +1,707 @@ +@@ -0,0 +1,708 @@ +XCOMM $XFree86: xc/config/cf/xf86site.def,v 3.162 2000/05/31 07:14:52 eich Exp $ +/**/ +/* @@ -708,3 +708,4 @@ +#define SharedLibFont NO +#define SharedLibXft NO +#define SharedLibXrender NO ++#define HasZlib YES -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [bremer@inmediasp.de: XFree86 4.01]
I wonder when these losers are going to stop sending mail directly to Branden. I would irritate the living sh*t out of me... In anycase, I successfully built phase2 v18 4.0.1 debs from Branden's source on this potato installation with a little tweaking and adjusting. I do not wish to make the debs directly available (unless you're on the Dutch academic network) but will gladly supply instructions as to how you should do this. So, if you would like to know, send me an email. On Thu, 19 Oct 2000, Branden Robinson wrote: - Forwarded message from "Bremer, Michael" [EMAIL PROTECTED] - From: "Bremer, Michael" [EMAIL PROTECTED] To: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] Subject: XFree86 4.01 Date: Thu, 19 Oct 2000 09:35:24 +0200 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: B06F6607447ED3119D3D005004539EF60148F6@imps1 X-Mailer: Internet Mail Service (5.5.2650.21) Hello !! My name is Michael Bremer !! I had see that you have XFree86 4.01 packages for woody. I use potato. My question is: 'How can I get packages for potato ?' I hope that you can help me. Thanks Michael Bremer [EMAIL PROTECTED] - End forwarded message - -- G. Branden Robinson|Reality is what refuses to go away when Debian GNU/Linux |I stop believing in it. [EMAIL PROTECTED] |-- Philip K. Dick http://deadbeast.net/~branden/ | -- charl p. botha delft university of technology faculty of information technology and systems computer graphics and cad/cam group zuidplantsoen 4, room 2.339, 2628 bz delft, the netherlands tel: +31 15 278 4698 fax: +31 15 278 7141 mailto:[EMAIL PROTECTED] http://cpbotha.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
building phase2 v18 debs on potato
Get the "HOWTO" on building Branden's phase2 debs on potato from my website: http://cpbotha.net/building_brandens_phase2_debs_on_potato.HOWTO If anyone is willing to mirror the already built phase2v18 potato debs so that other people can also get to them, please send me a mail so we can arrange this. I only have 2G/month on my hosted site, and I don't want to anger people here at the TU either. Good luck! Charl -- charl p. botha delft university of technology faculty of information technology and systems computer graphics and cad/cam group zuidplantsoen 4, room 2.339, 2628 bz delft, the netherlands tel: +31 15 278 4698 fax: +31 15 278 7141 mailto:[EMAIL PROTECTED] http://cpbotha.net/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dexter wishlist item
Hey Branden, Great work on X and dexter so far! I was hoping to get another little addition to dexter, though, or find out why it's not there already :) Since the upgrade to X 4.0.1, my monitor wouldn't power off like it would under 3.3.6. Finally someone pointed me the way of Option "DPMS" "on" in Section "Monitor" Is this something that could either be added to dexter's default configuration file, or at least listed as an option (if it causes problems on some hardware or something)? Thanks. -m -- Michael Urman [EMAIL PROTECTED] gpg: 1024g/55C56706 : C3D7 2A8F 6261 3DE4 F544 6DC3 A1D5 BEF6 156F 65A4 mwr#debian bsd is also responsible for porn nets, then, too? Groovy. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Congrats/Thanks, and a question...?
I've been "lucky" recently to cease co-habiting my desk with an AMD K6-2/350, and had that replaced with a new Dell 220 workstation (with a GeForce-2 video card along with other marvelous features). Reading the list (and reading the XFree lists) seemed to imply non-support for this video card, except for through the CVS version of XFree86 4.x.x; however, on "upgrading" to Branden's XFree86 4.0.1 debs, things look like they work "somewhat well" (I need to verify font-settings, and seeing a new format for the XF86Config file, after using the old one for nearly 8 years, was disorientating, but such is progress and lack of time). Should this indeed be so (support for GeForce-2 really exists)? Or is it that I've been lucky, and some of the bugs I'm seeing will improve? (I'll report on them when I get the time to verify that they are bugs or interaction problems rather than user idiocy). But nevertheless, Wowso. This is actually working, and was up and running really simply (apt is worthy of worship, nevermind how much hell it occassionally puts me through). best, -tony -- A.J. RossiniRsrch. Asst. Prof. of Biostatistics BlindGlobe Networks (home/default) [EMAIL PROTECTED] UW Biostat/Center for AIDS Research [EMAIL PROTECTED] FHCRC/SCHARP/HIV Vaccine Trials Net [EMAIL PROTECTED] FHCRC: M/Tu: 206-667-7025 (fax=4812) | Voicemail is pretty sketchy CFAR: W/F: 206-731-3647 (fax=3694) | Email is far better than phone UW:Th/F: 206-543-1044 (fax=3286) | Change last 4 digits of phone for fax -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: occured problems on fresh 2v18 install
On Thu, Oct 19, 2000 at 10:11:52AM +0200, Christian Hammers wrote: 1. /etc/X11/Xsession wasn't executable and thus the gnome display manager (GDM) failed. Don't know which package to blame. Fixed in v20, forthcoming. Thanks for pointing this out. 2. When starting xf86cfg and clicking on the top bar or on monitor-configure the program crashes. If I start a xterm on another text console and then start xf86cfg from there (already running X) I can see an Xt error message (forgot the exact phrase) It's the old composite/simple widget resize problem. It looks like Keith Packard and Paulo Cesar Pereira de Andrade are going to lock horns over this. Film at 11. 3. My german umlauts äöüß are gone. I used the same .xmodmap but although I had "/" mapped allright on the right control key, the umlauts produced no char at all. 4. Configuring german keyboard layout with xf86cfg yields to no effect (I restarted X, of course) I don't know to deal with these. 5. There was a missing dependency to xutils and thus mkfontdir could not be found. Please read the package descriptions of the xfont-* packages. When I update the X task packages for woody, xutils will be depended upon and most people won't have this problem. -- G. Branden Robinson | You don't just decide to break Kubrick's Debian GNU/Linux| code of silence and then get drawn away [EMAIL PROTECTED] | from it to a discussion about cough http://www.debian.org/~branden/ | medicine. PGP signature
Re: Voodoo 5 (tdfx) at 24 bpp and dexter
On Thu, Oct 19, 2000 at 04:03:39PM -0500, Branden Robinson wrote: It does support 24 bit color depth if your resolution is low enough. This appears to be a bug in the tdfx driver. IIRC I had to get down to 1152x864 before 24-bit would work on my Voodoo3 3000 PCI. IIRC, the DRI support only works in 16 bit colour depth on the Voodoo3 - given that many people are likely to want to use it if they have a tdfx card, defaulting to 16 may be sensible. (end of stuff that's directly related to the debs) Some combination of high resolution + depth gets things into a confused state. I get a corrupt screen even at 16-bit depth if I push the card up to really ridiculous resolutions (1920x1440 or something). I won't speculate on the possible causes of this so as to avoid sounding like a complete idiot. I've had the same problem (which is a pain, because I have a nice shiny new monitor that's capable of doing that). I haven't had a chance to find out why, but dropping to 1800x1440ish fixes it. I tried defining my own modelines, but they get deleted due to "Unknown reason" during X startup. I'd assumed that this was just me being an idiot in some way, so seeing someone else with the same problem is reassuring :) While I'm pestering Daryll in his inbox, there have been widespread reports (which I can personally confirm) of occasional VGA text font corruption upon switching away to a console VC from X when using the tdfx driver. Pieces of glyphs go missing. Perhaps something needs to wait longer before switching back to text mode? Note that this doesn't happen every single time (or perhaps it is simply hitting unusual characters that don't happen to be on the screen), but if you switch back and forth half a dozen times with something more than getty on the VC, you should be able to see this. I've noticed this here as well. However, I haven't seen it when using the server from linux.3dfx.com. Once the process has started (by switching to a text console from X), certain characters (mostly punctuation) are damaged and occasional flashing characters appear. Leaving it at the text console with no input gives more characters appearing over time. I've also been having problems with DRI and objects being rendered out of order when rendering to the root window and in some other applications (wine, for instance), while most windowed stuff works fine. This seems to happen with both the XFree and 3DFX drivers, so may be something specific to my setup. I haven't tried the stock XFree tree with this card, so my experiences are limited to the debs and the 3DFX packages. Please let me know what I can do to help test fixes for these problems, I have a Voodoo3 3000 PCI here at work and a 2000 PCI at home. This is with a V3 3000 AGP. I'm also happy to try stuff to fix this - I upgraded to the Voodoo because my G100 wouldn't go above 1800x1400 at 60Hz, so I'd quite like to have working higher resolutions :) -- Matthew Garrett | [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xterm problem: some keys only work with ctrl-v!
Hello ö (odiaresis) does not work when hitting the key on my xterm at home. When hitting ctrl-v ö or using another host via ssh it works well. Any idea? My .inputrc is: set meta-flag on set convert-flag off set output-meta on set bell-style visible bye, -christian- -- Christian HammersWESTEND GmbH - Aachen und Dueren Tel 0241/701333-0 [EMAIL PROTECTED] Internet Security for ProfessionalsFax 0241/911879 WESTEND ist CISCO Systems Partner - Premium Certified -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DRI problem with Voodoo3 and quake 3
Joel, how well does "glxinfo" run? I too noticed this with q3a, and glxinfo also dies in a similar manner. Since I don't have time to play games at the moment, I didn't investigate further -- I figured I broke something. :) I am still running kernel 2.4.0-test7 with my MGA 400 Max, matrox's driver. * Joel Fuster [EMAIL PROTECTED] [001019 17:55]: Hello, I've searched high and low to see if someone else has had this problem, but no luck, so I'm posting this here. This is my setup: linux 2.4.0-test9 X 4.0.1 packages, phase2v19 Glide v3.10 for DRI Voodoo 3 3000 AGP I've recently started having a problem running Quake 3, the following is what happens when I start it: - R_Init - ...loading libGL.so: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.0 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Xlib: sequence lost (0x1 0x1d) in reply type 0x0! X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 0 () Atom id in failed request: 0x400 Serial number of failed request: 0 Current serial number in output stream: 29 ...and it quits. It used to work fine with a previous version of the X4.0.1 packages, but unfortunately I don't remember which version it was that started not working. At one point I was using the tdfx_dri.o module from the X 4.0.1 I had compiled myself before the phase2 packages began including it, and that worked fine. But now it does this same thing with either one I try. If I go back entirely to my compiled X, though, quake 3 works (though at half-speed, but that's something else entirely I think). Something odd, I just tried some other GL apps, (some GL xscreensavers, terminus, chromium-bsu) and they seem to be working fine... I've no idea why only quake 3 would refuse to work... I'd really appreciate it if anyone had any ideas or suggestions... Joel Fuster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: DRI problem with Voodoo3 and quake 3
glxinfo runs okay. I'm trying to see if I can find other programs that bail out like this...but still no luck. On Thu, Oct 19, 2000 at 06:49:01PM -0700, Seth Arnold wrote: Joel, how well does "glxinfo" run? I too noticed this with q3a, and glxinfo also dies in a similar manner. Since I don't have time to play games at the moment, I didn't investigate further -- I figured I broke something. :) I am still running kernel 2.4.0-test7 with my MGA 400 Max, matrox's driver. * Joel Fuster [EMAIL PROTECTED] [001019 17:55]: Hello, I've searched high and low to see if someone else has had this problem, but no luck, so I'm posting this here. This is my setup: linux 2.4.0-test9 X 4.0.1 packages, phase2v19 Glide v3.10 for DRI Voodoo 3 3000 AGP I've recently started having a problem running Quake 3, the following is what happens when I start it: - R_Init - ...loading libGL.so: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.0 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Xlib: sequence lost (0x1 0x1d) in reply type 0x0! X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 0 () Atom id in failed request: 0x400 Serial number of failed request: 0 Current serial number in output stream: 29 ...and it quits. It used to work fine with a previous version of the X4.0.1 packages, but unfortunately I don't remember which version it was that started not working. At one point I was using the tdfx_dri.o module from the X 4.0.1 I had compiled myself before the phase2 packages began including it, and that worked fine. But now it does this same thing with either one I try. If I go back entirely to my compiled X, though, quake 3 works (though at half-speed, but that's something else entirely I think). Something odd, I just tried some other GL apps, (some GL xscreensavers, terminus, chromium-bsu) and they seem to be working fine... I've no idea why only quake 3 would refuse to work... I'd really appreciate it if anyone had any ideas or suggestions... Joel Fuster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[bjoern.teipel@isg.de: XFree 4.01 phase 2 version 18]
I'm pretty sure this directory is shipped, as a symlink to /var/lib/xkb. - Forwarded message from Björn Teipel [EMAIL PROTECTED] - From: Björn Teipel [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: XFree 4.01 phase 2 version 18 Date: Wed, 18 Oct 2000 10:43:04 +0200 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] Organization: Innovative Software AG X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.17 i686) X-Accept-Language: de, en Hi Branden, i don`t kown if the the problem is also know, so i`ll just try. When i started XFREE under woody, i got followed error messages : The XKEYBOARD keymap compiler (xkbcomp) reports: Error:Cannot open compiled/server-0.xkm to write keyboard descr Exiting Couldn't load XKB keymap, falling back to pre-XKB keymap And here is the solution, you or any one else forget a directory in the package. Just create under /usr/X11R6/lib/X11/xkb a directory named compiled , and other user can use XKeyboard-Maps. by Björn -- +-+---+ | Björn Teipel| E-Mail: [EMAIL PROTECTED] | | Innovative Software AG | Internet: [1]http://www.is.ag | | Feuerbachstr.26-32 | Telefon: +49 69 505030-0| | 60325 Frankfurt aM, Germany | Telefax: +49 69 505030-505 | +-+---+ References 1. http://www.is.ag/ - End forwarded message - -- G. Branden Robinson|You don't just decide to break Kubrick's Debian GNU/Linux |code of silence and then get drawn away [EMAIL PROTECTED] |from it to a discussion about cough http://deadbeast.net/~branden/ |medicine. pgpLW8YsyTtcj.pgp Description: PGP signature
[bremer@inmediasp.de: XFree86 4.01]
- Forwarded message from Bremer, Michael [EMAIL PROTECTED] - From: Bremer, Michael [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: XFree86 4.01 Date: Thu, 19 Oct 2000 09:35:24 +0200 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: Internet Mail Service (5.5.2650.21) Hello !! My name is Michael Bremer !! I had see that you have XFree86 4.01 packages for woody. I use potato. My question is: 'How can I get packages for potato ?' I hope that you can help me. Thanks Michael Bremer [EMAIL PROTECTED] - End forwarded message - -- G. Branden Robinson|Reality is what refuses to go away when Debian GNU/Linux |I stop believing in it. [EMAIL PROTECTED] |-- Philip K. Dick http://deadbeast.net/~branden/ | pgpXoLFd8IkJb.pgp Description: PGP signature
xfree86_4.0.1-0phase2v18 use static libz
Hi, I've rebuilt and checked xfree86_4.0.1-0phase2v18 on my machine. It does not have #define HasZlib YES line in host.def, so build and use libz.a included in source (xc/lib/zlib) I think that to use libz.so included in zlib1g-dev is better. Patch bellow: diff -urN xfree86-4.0.1.OLD/debian/MANIFEST.i386 xfree86-4.0.1/debian/MANIFEST.i386 --- xfree86-4.0.1.OLD/debian/MANIFEST.i386 Thu Oct 19 16:11:42 2000 +++ xfree86-4.0.1/debian/MANIFEST.i386 Thu Oct 19 16:25:59 2000 @@ -2651,7 +2651,6 @@ usr/X11R6/lib/libxkbfile.a usr/X11R6/lib/libxkbui.a usr/X11R6/lib/libxrx.so.6.3 -usr/X11R6/lib/libz.a usr/X11R6/lib/modules/codeconv/libARABIC.a usr/X11R6/lib/modules/codeconv/libARMSCII8.a usr/X11R6/lib/modules/codeconv/libBIG5.a diff -urN xfree86-4.0.1.OLD/debian/patches/100_debian_host.def.diff xfree86-4.0.1/debian/patches/100_debian_host.def.diff --- xfree86-4.0.1.OLD/debian/patches/100_debian_host.def.diff Thu Oct 19 16:11:40 2000 +++ xfree86-4.0.1/debian/patches/100_debian_host.def.diff Thu Oct 19 16:25:41 2000 @@ -1,6 +1,6 @@ --- /dev/null Wed Jun 7 10:48:23 2000 +++ xc/config/cf/host.def Thu Jul 6 19:05:20 2000 -@@ -0,0 +1,707 @@ +@@ -0,0 +1,708 @@ +XCOMM $XFree86: xc/config/cf/xf86site.def,v 3.162 2000/05/31 07:14:52 eich Exp $ +/**/ +/* @@ -708,3 +708,4 @@ +#define SharedLibFont NO +#define SharedLibXft NO +#define SharedLibXrender NO ++#define HasZlib YES -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
occured problems on fresh 2v18 install
... in case that they weren't reportet yet: 1. /etc/X11/Xsession wasn't executable and thus the gnome display manager (GDM) failed. Don't know which package to blame. 2. When starting xf86cfg and clicking on the top bar or on monitor-configure the program crashes. If I start a xterm on another text console and then start xf86cfg from there (already running X) I can see an Xt error message (forgot the exact phrase) 3. My german umlauts äöüß are gone. I used the same .xmodmap but although I had / mapped allright on the right control key, the umlauts produced no char at all. 4. Configuring german keyboard layout with xf86cfg yields to no effect (I restarted X, of course) 5. There was a missing dependency to xutils and thus mkfontdir could not be found. Ok, good work else, I'm downgrading to 3.3.x and wait for the next snapshots (or can anybody help me with the umlauts?) bye, -christian- -- Christian HammersWESTEND GmbH - Aachen und Dueren Tel 0241/701333-0 [EMAIL PROTECTED] Internet Security for ProfessionalsFax 0241/911879 WESTEND ist CISCO Systems Partner - Premium Certified
Re: [bremer@inmediasp.de: XFree86 4.01]
I wonder when these losers are going to stop sending mail directly to Branden. I would irritate the living sh*t out of me... In anycase, I successfully built phase2 v18 4.0.1 debs from Branden's source on this potato installation with a little tweaking and adjusting. I do not wish to make the debs directly available (unless you're on the Dutch academic network) but will gladly supply instructions as to how you should do this. So, if you would like to know, send me an email. On Thu, 19 Oct 2000, Branden Robinson wrote: - Forwarded message from Bremer, Michael [EMAIL PROTECTED] - From: Bremer, Michael [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: XFree86 4.01 Date: Thu, 19 Oct 2000 09:35:24 +0200 Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] X-Mailer: Internet Mail Service (5.5.2650.21) Hello !! My name is Michael Bremer !! I had see that you have XFree86 4.01 packages for woody. I use potato. My question is: 'How can I get packages for potato ?' I hope that you can help me. Thanks Michael Bremer [EMAIL PROTECTED] - End forwarded message - -- G. Branden Robinson|Reality is what refuses to go away when Debian GNU/Linux |I stop believing in it. [EMAIL PROTECTED] |-- Philip K. Dick http://deadbeast.net/~branden/ | -- charl p. botha delft university of technology faculty of information technology and systems computer graphics and cad/cam group zuidplantsoen 4, room 2.339, 2628 bz delft, the netherlands tel: +31 15 278 4698 fax: +31 15 278 7141 mailto:[EMAIL PROTECTED] http://cpbotha.net/
building phase2 v18 debs on potato
Get the HOWTO on building Branden's phase2 debs on potato from my website: http://cpbotha.net/building_brandens_phase2_debs_on_potato.HOWTO If anyone is willing to mirror the already built phase2v18 potato debs so that other people can also get to them, please send me a mail so we can arrange this. I only have 2G/month on my hosted site, and I don't want to anger people here at the TU either. Good luck! Charl -- charl p. botha delft university of technology faculty of information technology and systems computer graphics and cad/cam group zuidplantsoen 4, room 2.339, 2628 bz delft, the netherlands tel: +31 15 278 4698 fax: +31 15 278 7141 mailto:[EMAIL PROTECTED] http://cpbotha.net/
Re: occured problems on fresh 2v18 install
Christian, I ran into some of these problems. 2. When starting xf86cfg and clicking on the top bar or on monitor-configure the program crashes. If I start a xterm on another text console and then start xf86cfg from there (already running X) I can see an Xt error message (forgot the exact phrase) I found a solution to the Xt errors with xf86cfg. I just copied libXt.so.6.0 from Xbin.tgz that I downloaded from xfree86.org over debian's library. (See previous posts about that problem) That problem still exists. 3. My german umlauts äöüß are gone. I used the same .xmodmap but although I had / mapped allright on the right control key, the umlauts produced no char at all. 4. Configuring german keyboard layout with xf86cfg yields to no effect (I restarted X, of course) Have ya tried xf86config to configure the keyboard? I also find that xkeycaps works quite well. (I switch keyboard layouts by using the gnome keyboard applet). 5. There was a missing dependency to xutils and thus mkfontdir could not be found. Yeah, I found that in xfonts-base or xserver-common (I forget which one). ** Derek J Witt ** * Email: mailto:[EMAIL PROTECTED] * * Home Page: http://www.flinthills.com/~djw/ * *** ...and on the eighth day, God met Bill Gates. - Unknown **
dexter wishlist item
Hey Branden, Great work on X and dexter so far! I was hoping to get another little addition to dexter, though, or find out why it's not there already :) Since the upgrade to X 4.0.1, my monitor wouldn't power off like it would under 3.3.6. Finally someone pointed me the way of Option DPMS on in Section Monitor Is this something that could either be added to dexter's default configuration file, or at least listed as an option (if it causes problems on some hardware or something)? Thanks. -m -- Michael Urman [EMAIL PROTECTED] gpg: 1024g/55C56706 : C3D7 2A8F 6261 3DE4 F544 6DC3 A1D5 BEF6 156F 65A4 mwr#debian bsd is also responsible for porn nets, then, too? Groovy.
Place of X RESOURCE files (xfree86_4.0.1)
My understand that: `X resource files (e.g /usr/X11R6/lib/X11/app-defaults/XTerm) is conffiles'. So in xfree86_4.0.1.deb, X RESOURCE files will move from /usr/X11R6/lib/X11/app-defaults directory to /etc/X11/app-defaults directory and /usr/X11R6/lib/X11/app-defaults symlink point to /etc/X11/app-defaults Is it right? But X resource files are not only place in /usr/X11R6/lib/app-defaults. We can put X resource file to /usr/X11R6/lib/$LANG/app-defaults. For example, xcalendar-i18n have two RESOURCE files, /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar and /usr/X11R6/lib/X11/app-defaults/XCalendar. When LANG is set ja_JP.eucJP, xcalendar-i18n refers resource included in /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults. If LANG is not set or LANG is set expect for ja_JP.eucJP it refers resource in /usr/X11R6/lib/X11/app-defaults. This is libX11's scheme. In default setting X resources files searching order is like this(for example xcalendar when set LANG=ja_JP.eucJP): $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar On the other hand, xfree86_4.0.1.deb set only #define XAppLoadDir EtcX11Directory/app-defaults in host.def, so X resource searching order is link this: $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /etc/X11/app-defaults/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar /etc/X11/app-defaults/XCalendar and /usr/X11R6/lib/X11/app-defaults/XCalendar is same because /usr/X11R6/lib/X11/app-defaults is symlink that point to /etc/X11/app-defaults. So, If a package two or more deferent X resource files which switching by using LANG environment, these resources placed in /usr/X11R6/lib/X11/$LANG/app-defaults are NEVER used in xfree86_4.0.1.deb environment. I think better to set not only #define XAppLoadDir but also #define XFileSearchPathDefaul host.def If #define XFileSearchPathDefaul is set like this: #define XFileSearchPathDefault Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) X resource searching order is bellow: $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /etc/X11/ja_JP.eucJP/app-defaults/XCalendar /etc/X11/ja/app-defaults/XCalendar /etc/X11/app-defaults/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar If the package's X resources installed into /etc/X11/ja_JP.eucJP/app-defaults and /etc/X11/app-defaults, X resource switching by using env LANG scheme will work correctly. Any comments? -- ISHIKAWA Mutsumi [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Congrats/Thanks, and a question...?
I've been lucky recently to cease co-habiting my desk with an AMD K6-2/350, and had that replaced with a new Dell 220 workstation (with a GeForce-2 video card along with other marvelous features). Reading the list (and reading the XFree lists) seemed to imply non-support for this video card, except for through the CVS version of XFree86 4.x.x; however, on upgrading to Branden's XFree86 4.0.1 debs, things look like they work somewhat well (I need to verify font-settings, and seeing a new format for the XF86Config file, after using the old one for nearly 8 years, was disorientating, but such is progress and lack of time). Should this indeed be so (support for GeForce-2 really exists)? Or is it that I've been lucky, and some of the bugs I'm seeing will improve? (I'll report on them when I get the time to verify that they are bugs or interaction problems rather than user idiocy). But nevertheless, Wowso. This is actually working, and was up and running really simply (apt is worthy of worship, nevermind how much hell it occassionally puts me through). best, -tony -- A.J. RossiniRsrch. Asst. Prof. of Biostatistics BlindGlobe Networks (home/default) [EMAIL PROTECTED] UW Biostat/Center for AIDS Research [EMAIL PROTECTED] FHCRC/SCHARP/HIV Vaccine Trials Net [EMAIL PROTECTED] FHCRC: M/Tu: 206-667-7025 (fax=4812) | Voicemail is pretty sketchy CFAR: W/F: 206-731-3647 (fax=3694) | Email is far better than phone UW:Th/F: 206-543-1044 (fax=3286) | Change last 4 digits of phone for fax
Voodoo 5 (tdfx) at 24 bpp and dexter
I've got a Voodoo 5, and dexter defaults to 24 bpp for the tdfx driver, which doesn't agree with the driver (I don't think it properly supports anything but 16 bpp at the moment) so I get pretty much nothing but garbage until I change DefaultDepth to 16 rather than 24. I think this might be a reasonable default, at least for tdfx. Also, somewhat off-topic: Has 3dfx sync'ed their trees for XF86 (ie: the X server on linux.3dfx.com) with the Xfree4 tree? I notice some jittering in 3d games, etc, and lack of performance, which isn't present in their XFCOM server.
Re: xfree86_4.0.1-0phase2v18 use static libz
On Thu, Oct 19, 2000 at 04:42:23PM +0900, ISHIKAWA Mutsumi wrote: I've rebuilt and checked xfree86_4.0.1-0phase2v18 on my machine. It does not have #define HasZlib YES line in host.def, so build and use libz.a included in source (xc/lib/zlib) I think that to use libz.so included in zlib1g-dev is better. You're absolutely correct, this is yet another thing that didn't get ported forward from our 3.3.6 packages. Thanks for pointing this out, and for the patch. The fix will be in v20. -- G. Branden Robinson | Debian GNU/Linux| The noble soul has reverence for itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://www.debian.org/~branden/ | pgp2gf3d2AA1U.pgp Description: PGP signature
Re: occured problems on fresh 2v18 install
On Thu, Oct 19, 2000 at 10:11:52AM +0200, Christian Hammers wrote: 1. /etc/X11/Xsession wasn't executable and thus the gnome display manager (GDM) failed. Don't know which package to blame. Fixed in v20, forthcoming. Thanks for pointing this out. 2. When starting xf86cfg and clicking on the top bar or on monitor-configure the program crashes. If I start a xterm on another text console and then start xf86cfg from there (already running X) I can see an Xt error message (forgot the exact phrase) It's the old composite/simple widget resize problem. It looks like Keith Packard and Paulo Cesar Pereira de Andrade are going to lock horns over this. Film at 11. 3. My german umlauts äöüß are gone. I used the same .xmodmap but although I had / mapped allright on the right control key, the umlauts produced no char at all. 4. Configuring german keyboard layout with xf86cfg yields to no effect (I restarted X, of course) I don't know to deal with these. 5. There was a missing dependency to xutils and thus mkfontdir could not be found. Please read the package descriptions of the xfont-* packages. When I update the X task packages for woody, xutils will be depended upon and most people won't have this problem. -- G. Branden Robinson | You don't just decide to break Kubrick's Debian GNU/Linux| code of silence and then get drawn away [EMAIL PROTECTED] | from it to a discussion about cough http://www.debian.org/~branden/ | medicine. pgpghVTz218Rg.pgp Description: PGP signature
Re: dexter wishlist item
On Thu, Oct 19, 2000 at 10:47:57AM -0500, Michael Urman wrote: Since the upgrade to X 4.0.1, my monitor wouldn't power off like it would under 3.3.6. Finally someone pointed me the way of Option DPMS on in Section Monitor Is this something that could either be added to dexter's default configuration file, or at least listed as an option (if it causes problems on some hardware or something)? Yes, this will be in the forthcoming v20; thanks for the suggestion. -- G. Branden Robinson | Debian GNU/Linux| If existence exists, [EMAIL PROTECTED] | why create a creator? http://www.debian.org/~branden/ | pgpFmN8KFv1lc.pgp Description: PGP signature
Re: Place of X RESOURCE files (xfree86_4.0.1)
On Fri, Oct 20, 2000 at 03:09:43AM +0900, ISHIKAWA Mutsumi wrote: My understand that: `X resource files (e.g /usr/X11R6/lib/X11/app-defaults/XTerm) is conffiles'. So in xfree86_4.0.1.deb, X RESOURCE files will move from /usr/X11R6/lib/X11/app-defaults directory to /etc/X11/app-defaults directory and /usr/X11R6/lib/X11/app-defaults symlink point to /etc/X11/app-defaults Is it right? Yes, that is correct, and a change from traditional Debian policy. However, upstream is pointing the way and it is clear that they want app-defaults files in /etc. But X resource files are not only place in /usr/X11R6/lib/app-defaults. We can put X resource file to /usr/X11R6/lib/$LANG/app-defaults. Very true; I initially tried to fix this properly but it wouldn't work. [...] I think better to set not only #define XAppLoadDir but also #define XFileSearchPathDefaul host.def If #define XFileSearchPathDefaul is set like this: #define XFileSearchPathDefault Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) X resource searching order is bellow: $HOME/ja_JP.eucJP/XCalendar $HOME/ja/XCalendar $HOME/XCalendar /etc/X11/ja_JP.eucJP/app-defaults/XCalendar /etc/X11/ja/app-defaults/XCalendar /etc/X11/app-defaults/XCalendar /usr/X11R6/lib/X11/ja_JP.eucJP/app-defaults/XCalendar /usr/X11R6/lib/X11/ja/app-defaults/XCalendar /usr/X11R6/lib/X11/app-defaults/XCalendar If the package's X resources installed into /etc/X11/ja_JP.eucJP/app-defaults and /etc/X11/app-defaults, X resource switching by using env LANG scheme will work correctly. Any comments? I will apply your patch for phase2v20, and we'll see if it works. Thanks very much for your contribution. -- G. Branden Robinson | Why do we have to hide from the police, Debian GNU/Linux| Daddy? [EMAIL PROTECTED] | Because we use vi, son. They use http://www.debian.org/~branden/ | emacs. pgpNgYao9Ls3b.pgp Description: PGP signature
Re: Voodoo 5 (tdfx) at 24 bpp and dexter
On Thu, Oct 19, 2000 at 02:45:39PM -0400, Joe Drew wrote: I've got a Voodoo 5, and dexter defaults to 24 bpp for the tdfx driver, which doesn't agree with the driver (I don't think it properly supports anything but 16 bpp at the moment) so I get pretty much nothing but garbage until I change DefaultDepth to 16 rather than 24. I think this might be a reasonable default, at least for tdfx. Also, somewhat off-topic: Has 3dfx sync'ed their trees for XF86 (ie: the X server on linux.3dfx.com) with the Xfree4 tree? I notice some jittering in 3d games, etc, and lack of performance, which isn't present in their XFCOM server. It does support 24 bit color depth if your resolution is low enough. This appears to be a bug in the tdfx driver. IIRC I had to get down to 1152x864 before 24-bit would work on my Voodoo3 3000 PCI. Some combination of high resolution + depth gets things into a confused state. I get a corrupt screen even at 16-bit depth if I push the card up to really ridiculous resolutions (1920x1440 or something). I won't speculate on the possible causes of this so as to avoid sounding like a complete idiot. While I'm pestering Daryll in his inbox, there have been widespread reports (which I can personally confirm) of occasional VGA text font corruption upon switching away to a console VC from X when using the tdfx driver. Pieces of glyphs go missing. Perhaps something needs to wait longer before switching back to text mode? Note that this doesn't happen every single time (or perhaps it is simply hitting unusual characters that don't happen to be on the screen), but if you switch back and forth half a dozen times with something more than getty on the VC, you should be able to see this. Please let me know what I can do to help test fixes for these problems, I have a Voodoo3 3000 PCI here at work and a 2000 PCI at home. -- G. Branden Robinson |Convictions are more dangerous enemies Debian GNU/Linux|of truth than lies. [EMAIL PROTECTED] |-- Friedrich Nietzsche http://www.debian.org/~branden/ | pgpK1XiItlPCe.pgp Description: PGP signature
Re: Congrats/Thanks, and a question...?
On Thu, Oct 19, 2000 at 11:42:53AM -0700, A.J. Rossini wrote: I've been lucky recently to cease co-habiting my desk with an AMD K6-2/350, and had that replaced with a new Dell 220 workstation (with a GeForce-2 video card along with other marvelous features). Reading the list (and reading the XFree lists) seemed to imply non-support for this video card, except for through the CVS version of XFree86 4.x.x; however, on upgrading to Branden's XFree86 4.0.1 From what I understand, the only way to support this card is to install XFree 4 (Branden's packages would be fine) and then downloading, installing and using nVidia's binary-only nvidia.o driver (rather than the XFree-supplied nv.o). -- Joshua Shagam /\ ASCII Ribbon Campaign [EMAIL PROTECTED] \ / No HTML/RTF in email www.cs.nmsu.edu/~joshagam X No Word docs in email mp3.com/fluffyporcupine/ \ Respect for open standards
Re: Congrats/Thanks, and a question...?
JS == Joshua Shagam [EMAIL PROTECTED] writes: Reading the list (and reading the XFree lists) seemed to imply non-support for this video card, except for through the CVS version of XFree86 4.x.x; however, on upgrading to Branden's XFree86 4.0.1 From what I understand, the only way to support this card is to install JS XFree 4 (Branden's packages would be fine) and then JS downloading, installing and using nVidia's binary-only JS nvidia.o driver (rather than the XFree-supplied nv.o). That's what I'd understood, as well... which is why I'm pleasantly surprised (as well as really confused) that it actually works (on both Branden's versions phase2v18 and phase2v19 of XFree86 4.0.1). best, -tony -- A.J. RossiniRsrch. Asst. Prof. of Biostatistics BlindGlobe Networks (home/default) [EMAIL PROTECTED] UW Biostat/Center for AIDS Research [EMAIL PROTECTED] FHCRC/SCHARP/HIV Vaccine Trials Net [EMAIL PROTECTED] FHCRC: M/Tu: 206-667-7025 (fax=4812) | Voicemail is pretty sketchy CFAR: W/F: 206-731-3647 (fax=3694) | Email is far better than phone UW:Th/F: 206-543-1044 (fax=3286) | Change last 4 digits of phone for fax
Re: [Xpert] Re: Possible show stopper in libXaw
[thanks for sending this to a public list, Keith] On Thu, Oct 19, 2000 at 03:07:30PM -0700, Keith Packard wrote: The spec says you get an error when the following are true: The widget is managed. The widget's parent is realized. The parent's class is not a subclass of compositeWidgetClass. I'm getting tons and tons of bug reports from Debian users of my beta XFree86 packages over this issue; if I release official packages like this that will turn into a flood. Please, please work something out with Keith. I'm pretty stuck at this point; the spec is rather clear on this issue and the implementation has always been broken. X usually focuses on the spec, but in this case: 1) the implementation has always been broken. 2) the implementation was written *before* the spec. 3) the implementation is well behaved (and useful). 4) changing the implementation breaks most apps. Given the haphazard development of the spec, I'm tempted to ignore it in the case of Xt and focus on making applications function again. I'd also suggest editing the spec and making the existing behaviour standard. This will cause errors when VSW5 is run against our Xt version. I don't expect to hear any complaints on this list for breaking compliance with the Xt spec; unless people have serious objections, I think we should revert Xt to the original code. I have no objections to reverting the change, or attempting to get the spec modified. Thanks for suggesting a resolution I think we can all live with. Ordinarily I don't like it when implementations break a spec, but I think this may be an exception. -- G. Branden Robinson | Debian GNU/Linux|If encryption is outlawed, only outlaws [EMAIL PROTECTED] |will @goH7OjBd7*dnfk=q4fDj]Kz?. http://www.debian.org/~branden/ | pgp7mB15utzF5.pgp Description: PGP signature
Re: Voodoo 5 (tdfx) at 24 bpp and dexter
On Thu, Oct 19, 2000 at 04:03:39PM -0500, Branden Robinson wrote: It does support 24 bit color depth if your resolution is low enough. This appears to be a bug in the tdfx driver. IIRC I had to get down to 1152x864 before 24-bit would work on my Voodoo3 3000 PCI. IIRC, the DRI support only works in 16 bit colour depth on the Voodoo3 - given that many people are likely to want to use it if they have a tdfx card, defaulting to 16 may be sensible. (end of stuff that's directly related to the debs) Some combination of high resolution + depth gets things into a confused state. I get a corrupt screen even at 16-bit depth if I push the card up to really ridiculous resolutions (1920x1440 or something). I won't speculate on the possible causes of this so as to avoid sounding like a complete idiot. I've had the same problem (which is a pain, because I have a nice shiny new monitor that's capable of doing that). I haven't had a chance to find out why, but dropping to 1800x1440ish fixes it. I tried defining my own modelines, but they get deleted due to Unknown reason during X startup. I'd assumed that this was just me being an idiot in some way, so seeing someone else with the same problem is reassuring :) While I'm pestering Daryll in his inbox, there have been widespread reports (which I can personally confirm) of occasional VGA text font corruption upon switching away to a console VC from X when using the tdfx driver. Pieces of glyphs go missing. Perhaps something needs to wait longer before switching back to text mode? Note that this doesn't happen every single time (or perhaps it is simply hitting unusual characters that don't happen to be on the screen), but if you switch back and forth half a dozen times with something more than getty on the VC, you should be able to see this. I've noticed this here as well. However, I haven't seen it when using the server from linux.3dfx.com. Once the process has started (by switching to a text console from X), certain characters (mostly punctuation) are damaged and occasional flashing characters appear. Leaving it at the text console with no input gives more characters appearing over time. I've also been having problems with DRI and objects being rendered out of order when rendering to the root window and in some other applications (wine, for instance), while most windowed stuff works fine. This seems to happen with both the XFree and 3DFX drivers, so may be something specific to my setup. I haven't tried the stock XFree tree with this card, so my experiences are limited to the debs and the 3DFX packages. Please let me know what I can do to help test fixes for these problems, I have a Voodoo3 3000 PCI here at work and a 2000 PCI at home. This is with a V3 3000 AGP. I'm also happy to try stuff to fix this - I upgraded to the Voodoo because my G100 wouldn't go above 1800x1400 at 60Hz, so I'd quite like to have working higher resolutions :) -- Matthew Garrett | [EMAIL PROTECTED]
xterm problem: some keys only work with ctrl-v!
Hello ö (odiaresis) does not work when hitting the key on my xterm at home. When hitting ctrl-v ö or using another host via ssh it works well. Any idea? My .inputrc is: set meta-flag on set convert-flag off set output-meta on set bell-style visible bye, -christian- -- Christian HammersWESTEND GmbH - Aachen und Dueren Tel 0241/701333-0 [EMAIL PROTECTED] Internet Security for ProfessionalsFax 0241/911879 WESTEND ist CISCO Systems Partner - Premium Certified
DRI problem with Voodoo3 and quake 3
Hello, I've searched high and low to see if someone else has had this problem, but no luck, so I'm posting this here. This is my setup: linux 2.4.0-test9 X 4.0.1 packages, phase2v19 Glide v3.10 for DRI Voodoo 3 3000 AGP I've recently started having a problem running Quake 3, the following is what happens when I start it: - R_Init - ...loading libGL.so: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.0 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Xlib: sequence lost (0x1 0x1d) in reply type 0x0! X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 0 () Atom id in failed request: 0x400 Serial number of failed request: 0 Current serial number in output stream: 29 ...and it quits. It used to work fine with a previous version of the X4.0.1 packages, but unfortunately I don't remember which version it was that started not working. At one point I was using the tdfx_dri.o module from the X 4.0.1 I had compiled myself before the phase2 packages began including it, and that worked fine. But now it does this same thing with either one I try. If I go back entirely to my compiled X, though, quake 3 works (though at half-speed, but that's something else entirely I think). Something odd, I just tried some other GL apps, (some GL xscreensavers, terminus, chromium-bsu) and they seem to be working fine... I've no idea why only quake 3 would refuse to work... I'd really appreciate it if anyone had any ideas or suggestions... Joel Fuster
Re: DRI problem with Voodoo3 and quake 3
Joel, how well does glxinfo run? I too noticed this with q3a, and glxinfo also dies in a similar manner. Since I don't have time to play games at the moment, I didn't investigate further -- I figured I broke something. :) I am still running kernel 2.4.0-test7 with my MGA 400 Max, matrox's driver. * Joel Fuster [EMAIL PROTECTED] [001019 17:55]: Hello, I've searched high and low to see if someone else has had this problem, but no luck, so I'm posting this here. This is my setup: linux 2.4.0-test9 X 4.0.1 packages, phase2v19 Glide v3.10 for DRI Voodoo 3 3000 AGP I've recently started having a problem running Quake 3, the following is what happens when I start it: - R_Init - ...loading libGL.so: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.0 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Xlib: sequence lost (0x1 0x1d) in reply type 0x0! X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 0 () Atom id in failed request: 0x400 Serial number of failed request: 0 Current serial number in output stream: 29 ...and it quits. It used to work fine with a previous version of the X4.0.1 packages, but unfortunately I don't remember which version it was that started not working. At one point I was using the tdfx_dri.o module from the X 4.0.1 I had compiled myself before the phase2 packages began including it, and that worked fine. But now it does this same thing with either one I try. If I go back entirely to my compiled X, though, quake 3 works (though at half-speed, but that's something else entirely I think). Something odd, I just tried some other GL apps, (some GL xscreensavers, terminus, chromium-bsu) and they seem to be working fine... I've no idea why only quake 3 would refuse to work... I'd really appreciate it if anyone had any ideas or suggestions... Joel Fuster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: DRI problem with Voodoo3 and quake 3
glxinfo runs okay. I'm trying to see if I can find other programs that bail out like this...but still no luck. On Thu, Oct 19, 2000 at 06:49:01PM -0700, Seth Arnold wrote: Joel, how well does glxinfo run? I too noticed this with q3a, and glxinfo also dies in a similar manner. Since I don't have time to play games at the moment, I didn't investigate further -- I figured I broke something. :) I am still running kernel 2.4.0-test7 with my MGA 400 Max, matrox's driver. * Joel Fuster [EMAIL PROTECTED] [001019 17:55]: Hello, I've searched high and low to see if someone else has had this problem, but no luck, so I'm posting this here. This is my setup: linux 2.4.0-test9 X 4.0.1 packages, phase2v19 Glide v3.10 for DRI Voodoo 3 3000 AGP I've recently started having a problem running Quake 3, the following is what happens when I start it: - R_Init - ...loading libGL.so: Initializing OpenGL display ...setting mode 4: 800 600 Using XFree86-VidModeExtension Version 2.0 XF86DGA Mouse (Version 2.0) initialized XFree86-VidModeExtension Activated at 800x600 Xlib: sequence lost (0x1 0x1d) in reply type 0x0! X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 0 () Atom id in failed request: 0x400 Serial number of failed request: 0 Current serial number in output stream: 29 ...and it quits. It used to work fine with a previous version of the X4.0.1 packages, but unfortunately I don't remember which version it was that started not working. At one point I was using the tdfx_dri.o module from the X 4.0.1 I had compiled myself before the phase2 packages began including it, and that worked fine. But now it does this same thing with either one I try. If I go back entirely to my compiled X, though, quake 3 works (though at half-speed, but that's something else entirely I think). Something odd, I just tried some other GL apps, (some GL xscreensavers, terminus, chromium-bsu) and they seem to be working fine... I've no idea why only quake 3 would refuse to work... I'd really appreciate it if anyone had any ideas or suggestions... Joel Fuster -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]