Re: [stilli@student.dm.unipi.it: XFree 4.0.1 debian packages]
On Tue, 24 Oct 2000, Charl P. Botha wrote: Dear Gabriele, Please DO NOT send mail to Branden! This is mentioned in various places. I'm sorry. I don't read the lists and I didn't know of this. The DEBs in the woody directory do not like being installed on a potato system very much. With this in mind, you have two possible (debian) choices: I thank you all for your help, from which I think I'll get valuable profit. Bye, Gabriele :-) -- * LightKnight's Home Page: http://www-studenti.dm.unipi.it/~stilli/ * I don't want to live on in my work, I want to live on in my apartment. -- Woody Allen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [stilli@student.dm.unipi.it: XFree 4.0.1 debian packages]
On 24 Oct 2000, Kenneth MacDonald wrote: I've put them up in http://www.edlug.ed.ac.uk/Mirrors/Debian/dists/potato/cpbotha for anyone to grab. They're not apt'able yet. I ran out of time to do that. I'll let this list know when they are if there's demand. If I'm allowed to, I'd like to say I'm interested in it. Thanks again Charl! From me too, to both of you and to all the list! :-) Bye, Gabriele :-) -- * LightKnight's Home Page: http://www-studenti.dm.unipi.it/~stilli/ * I don't want to live on in my work, I want to live on in my apartment. -- Woody Allen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
* Branden Robinson [EMAIL PROTECTED] [001025 00:06]: And phase 3? NOW who's not reading the documentation? Tut, tut. Heh, you are making changes faster than I can download and test them! :) BTW -- nice work with it all. :) -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.'' -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
XKB keymap
hi I deleted /usr/X11R6/lib/X11/xkb/ Today I upgraded to phase2v22, but there are also missing things in /usr/X11R6/lib/X11/xkb/ What can I do? up to sometime.. David -- Diese email ist ausschließlich mit freier Software erstellt worden (Debian (Woody), Linux, mutt/vi ... ) ! ! ! XFree86 Version 4.0.1c / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 28 August 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.18pre15 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Wed Oct 25 16:47:14 2000 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Default Layout" (**) |--Screen "Default Screen" (0) (**) | |--Monitor "Generic Monitor" (**) | |--Device "Generic Graphics Device" (**) |--Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (**) |--Input Device "Generic Mouse" (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi:unscaled,/usr/lib/X11/fonts/75dpi:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (--) using VT number 7 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.3 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.1 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0598 card , rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0596 card 1106, rev 23 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card , rev 10 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 11 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3050 card , rev 30 class 06,00,00 hdr 00 (II) PCI: 00:12:0: chip 1073,0004 card 1073,0004 rev 03 class 04,01,00 hdr 00 (II) PCI: 00:13:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:14:0: chip 1244,0a00 card 1244,0a00 rev 02 class 02,80,00 hdr 00 (II) PCI: 01:00:0: chip 10de,002d card 10b0, rev 11 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: "scanpci" (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor="The XFree86 Project" compiled for 4.0.1c, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) UnloadModule: "scanpci" (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:0:0), (-1,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:0:0), (-1,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xdc00 - 0xddff (0x200) MX[B] (II) Bus 1 prefetchable
Re: [branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
Brian, please do not bother Branden directly, he gets too much of that already. BTW, what happened to "I obey."? Why would anyone read that message? It's a full page of all-caps shouting. It looks just like a EULA, and who reads those? Something like this would probably work better... - I recognize that these are development packages, and will MOST LIKELY have major problems. - If I encounter problems, I will email [EMAIL PROTECTED], NOT Branden. Type "I agree." if you agree, or control-D if you don't: [GLU] is currently the only C++ file in the whole distribution, and they are trying to find some nice way for it to be handled in their current build system for all their platforms. I don't envy them their work. Pardon my ignorance, but can't they just re-write it in C? It seems a shame to introduce a dependency on C++ in something that is 99.9% C. - Scott -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
OT: [branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
On Tue, 24 Oct 2000, Branden Robinson wrote: ... [Branden, perhaps you should change it to require, "I promise I will not email Branden, so help me God". :] Please do not! We have the debian-XF4 installed at nearly 10 computers in our student home. Every thing works fine, so we have to give many thanks to the maintainer. Benedikt Spranger --- K.St.V. Cheruscia SySoP Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
HasGlide needs to be disabled for the Hurd
Hi, here is another one I missed: 100_debian_host.def.diff defines HasGlide etc to yes, but the Hurd doesn't have glide, and it's not trivial to port (had a look at glide2 today). So please protect the setting of HasGlide2, Glide2IncDir, HasGlide3, Glide3IncDir with "#if !GNUMachArchitecture"/"#endif". I don't think you want a patch for this, but if, let me know and it will come subito. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
4.? mach64 server ?
Hello, on http://samosa.debian.org/~branden/woody/i386/ I found varous 4.01 packages but not a mach64 XServer. Does that just mean that this xserver wasn't debianized yet ? -- Johannes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Some more Hurd files (*.files.hurd-i386)
Hi, I forgot those *.{docs,files}.hurd-i386 in my last mail. They are attached now. The osmesa stuff is dummy only, and it would be better not to package those at all for the Hurd. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de usr/include/GL/osmesa.h usr/X11R6/bin/XFree86 usr/X11R6/bin/xf86config usr/X11R6/lib/X11/Cards usr/X11R6/lib/X11/XF86Config.98 usr/X11R6/lib/X11/XF86Config.eg usr/X11R6/lib/modules/codeconv/libARABIC.a usr/X11R6/lib/modules/codeconv/libARMSCII8.a usr/X11R6/lib/modules/codeconv/libBIG5.a usr/X11R6/lib/modules/codeconv/libDOSENCODING.a usr/X11R6/lib/modules/codeconv/libGB2312.a usr/X11R6/lib/modules/codeconv/libGEORGIAN.a usr/X11R6/lib/modules/codeconv/libISO8859_1.a usr/X11R6/lib/modules/codeconv/libISO8859_10.a usr/X11R6/lib/modules/codeconv/libISO8859_11.a usr/X11R6/lib/modules/codeconv/libISO8859_14.a usr/X11R6/lib/modules/codeconv/libISO8859_15.a usr/X11R6/lib/modules/codeconv/libISO8859_2.a usr/X11R6/lib/modules/codeconv/libISO8859_3.a usr/X11R6/lib/modules/codeconv/libISO8859_4.a usr/X11R6/lib/modules/codeconv/libISO8859_5.a usr/X11R6/lib/modules/codeconv/libISO8859_6.a usr/X11R6/lib/modules/codeconv/libISO8859_7.a usr/X11R6/lib/modules/codeconv/libISO8859_8.a usr/X11R6/lib/modules/codeconv/libISO8859_9.a usr/X11R6/lib/modules/codeconv/libJISX0201.a usr/X11R6/lib/modules/codeconv/libJISX0208.a usr/X11R6/lib/modules/codeconv/libJISX0212.a usr/X11R6/lib/modules/codeconv/libKOI8.a usr/X11R6/lib/modules/codeconv/libKSC5601.a usr/X11R6/lib/modules/codeconv/libKSCJOHAB.a usr/X11R6/lib/modules/codeconv/libMULEENCODING.a usr/X11R6/lib/modules/codeconv/libTCVN.a usr/X11R6/lib/modules/codeconv/libVISCII.a usr/X11R6/lib/modules/drivers/apm_drv.o usr/X11R6/lib/modules/drivers/ati_drv.o usr/X11R6/lib/modules/drivers/chips_drv.o usr/X11R6/lib/modules/drivers/cirrus_alpine.o usr/X11R6/lib/modules/drivers/cirrus_drv.o usr/X11R6/lib/modules/drivers/cirrus_laguna.o usr/X11R6/lib/modules/drivers/cyrix_drv.o usr/X11R6/lib/modules/drivers/fbdev_drv.o usr/X11R6/lib/modules/drivers/glint_drv.o usr/X11R6/lib/modules/drivers/i128_drv.o usr/X11R6/lib/modules/drivers/i740_drv.o usr/X11R6/lib/modules/drivers/i810_drv.o usr/X11R6/lib/modules/drivers/imstt_drv.o usr/X11R6/lib/modules/drivers/mga_drv.o usr/X11R6/lib/modules/drivers/neomagic_drv.o usr/X11R6/lib/modules/drivers/nv_drv.o usr/X11R6/lib/modules/drivers/r128_drv.o usr/X11R6/lib/modules/drivers/rendition_drv.o usr/X11R6/lib/modules/drivers/s3virge_drv.o usr/X11R6/lib/modules/drivers/sis_drv.o usr/X11R6/lib/modules/drivers/tdfx_drv.o usr/X11R6/lib/modules/drivers/tga_drv.o usr/X11R6/lib/modules/drivers/trident_drv.o usr/X11R6/lib/modules/drivers/tseng_drv.o usr/X11R6/lib/modules/drivers/vesa_drv.o usr/X11R6/lib/modules/drivers/vga_drv.o usr/X11R6/lib/modules/extensions/libGLcore.a usr/X11R6/lib/modules/extensions/libdbe.a usr/X11R6/lib/modules/extensions/libextmod.a usr/X11R6/lib/modules/extensions/libglx.a usr/X11R6/lib/modules/extensions/libpex5.a usr/X11R6/lib/modules/extensions/librecord.a usr/X11R6/lib/modules/extensions/libxie.a usr/X11R6/lib/modules/fonts/libbitmap.a usr/X11R6/lib/modules/fonts/libfreetype.a usr/X11R6/lib/modules/fonts/libspeedo.a usr/X11R6/lib/modules/fonts/libtype1.a usr/X11R6/lib/modules/fonts/libxtt.a usr/X11R6/lib/modules/input/dynapro_drv.o usr/X11R6/lib/modules/input/elo2300_drv.o usr/X11R6/lib/modules/input/elographics_drv.o usr/X11R6/lib/modules/input/magellan_drv.o usr/X11R6/lib/modules/input/microtouch_drv.o usr/X11R6/lib/modules/input/mouse_drv.o usr/X11R6/lib/modules/input/mutouch_drv.o usr/X11R6/lib/modules/input/spaceorb_drv.o usr/X11R6/lib/modules/input/void_drv.o usr/X11R6/lib/modules/input/wacom_drv.o usr/X11R6/lib/modules/libafb.a usr/X11R6/lib/modules/libcfb.a usr/X11R6/lib/modules/libcfb16.a usr/X11R6/lib/modules/libcfb24.a usr/X11R6/lib/modules/libcfb32.a usr/X11R6/lib/modules/libddc.a usr/X11R6/lib/modules/libfb.a usr/X11R6/lib/modules/libi2c.a usr/X11R6/lib/modules/libint10.a usr/X11R6/lib/modules/libmfb.a usr/X11R6/lib/modules/libpcidata.a usr/X11R6/lib/modules/librac.a usr/X11R6/lib/modules/libramdac.a usr/X11R6/lib/modules/libscanpci.a usr/X11R6/lib/modules/libshadow.a usr/X11R6/lib/modules/libshadowfb.a usr/X11R6/lib/modules/libvbe.a usr/X11R6/lib/modules/libvgahw.a usr/X11R6/lib/modules/libxaa.a usr/X11R6/lib/modules/libxf1bpp.a usr/X11R6/lib/modules/libxf24_32bpp.a usr/X11R6/lib/modules/libxf4bpp.a usr/X11R6/lib/modules/libxf8_16bpp.a usr/X11R6/lib/modules/libxf8_32bpp.a usr/X11R6/lib/modules/v10002d.uc usr/X11R6/lib/modules/v20002d.uc usr/X11R6/man/man1/XFree86.1x usr/X11R6/man/man1/xf86config.1x usr/X11R6/man/man4/apm.4 usr/X11R6/man/man4/ati.4 usr/X11R6/man/man4/chips.4 usr/X11R6/man/man4/cirrus.4 usr/X11R6/man/man4/cyrix.4 usr/X11R6/man/man4/dynapro.4 usr/X11R6/man/man4/elographics.4 usr/X11R6/man/man4/fbdev.4
Re: HasGlide needs to be disabled for the Hurd
On Wed, Oct 25, 2000 at 09:29:53PM +0200, Marcus Brinkmann wrote: Hi, snip So please protect the setting of HasGlide2, Glide2IncDir, HasGlide3, Glide3IncDir with "#if !GNUMachArchitecture"/"#endif". I don't think you want a patch for this, but if, let me know and it will come subito. Could you please do a patch which disables glide2 and glide3 support for /everything/ except x86 linux? At some point there will be packages for other arches, however for now glide is x86 only. Zephaniah E. Hull. (Debian glide maintainer, among other things.) Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de -- PGP EA5198D1-Zephaniah E. Hull [EMAIL PROTECTED]-GPG E65A7801 Keys available at http://whitestar.soark.net/~warp/public_keys. CCs of replies from mailing lists are encouraged. Don't Snoop... ...the government hates competition. If the government wants us to respect the law, it should set a better example. -- Steve B ([EMAIL PROTECTED]) on /. PGP signature
Mouse stopped working - xlibs 4.0.1-0phase2v22 or wmaker 0.62.1-0.1 ?
Package: xlibs version: 4.0.1-0phase2v22 first observed when I upgraded to phase2v21 from phase2v17 may or may not be xlibs - could also be - a hidden interupt problem ( not likely but possible ) - apmd 3.0final-1 ( also recently updated ) - toshutils 1.9.9-6 ( just installed ) - gpm 1.19.3-4 - xdm 4.0.1phase2v22 - wmaker 0.62.1-0.1 I've been getting the xlibs from samosa as well as most of the rest of the related xfree86 stuff and its been working ok since phase2v3 or so. The rest of the packages are mostly woody though I have installed perl 5.6 (now removed) I'm running Debian Gnu/linux with a locally compiled kernel kernel 2.2.17 compiled with gcc version 2.95.2 libc6 version 2.1.95-1 366MHz Mobile Pentium II - Toshiba Tecra 128M Ram - ps/2 Aopen wheel mouse, wheel presses down as middle button apm: Bios version 1.2 flags 0x02 Driver version 1.13 Problem details: After upgrading everything seemed fine until I rebooted. Then the mouse behaved erratically, continuously returning to the bottom left corner of the screen and behaving as if I'd clicked its buttons. I restarted gpm a few times and corrected the problem. The next reboot was harder, Windowmaker segfaulted and requested I report the problem. I restarted Windowmaker but xdm had died. Many restarts of xdm and gpm finally got me going again. Sometimes the mouse would be totally unresponsive other times it would keep returning to the bottom left corner of the screen. xdm would sometimes have multiple copies running and sometimes just die mysteriously. wdm and gpm did not die unexpectedly. I tried changing to the IMPS/2 driver with Bottons "3" and ZAxisMapping "4 5" in /etc/X11/XF86Config - no difference. Tried with and without imwheel - no difference. Back to Driver PS/2. Got it working by setting gpm ( using gpmconfig ) to driver imps2, responsivenes 10, repeat none, always use /dev/psaux as /dev/mouse . A curious thing about this problem is that it has been progressive. Now the mouse is completely unresponsive. However I was able to get it going earlier by fiddling with gpm and restarting xdm. When I've had "frozen mouse syndome" in the past I've solved it by restarting gpm on a different console, sometimes just switching to another console and back has solved it. Never before has "frozen mouse syndome" been this difficult. Sorry that this problem may be hard to reproduce. Please contact me if you'd like me to run tests or report other parts of my system details. Also let me know if I should report this to anyone else. Included below is the output from cat /proc/ioports andcat /proc/interrupts and the latest /var/log/XFree86.0.log - which just has the current boot info. Simon -001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0220-022f : OPL3-SA SB 02f8-02ff : serial(set) 0330-0331 : OPL3-SA MPU-401 0376-0376 : ide1 0388-038f : OPL3-SA AdLib FM 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(set) 0400-047f : cb_enabler 0530-0537 : OPL3-SA WSS 0538-0539 : OPL3-SA control fe60-fe67 : ide0 fe68-fe6f : ide1 CPU0 0: 377545 XT-PIC timer 1:905 XT-PIC keyboard 2: 0 XT-PIC cascade 4: 2 XT-PIC serial 5: 1 XT-PIC OPL3-SA 11: 1805 XT-PIC i82365, eth0 12: 3 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 12238 XT-PIC ide0 15: 7 XT-PIC ide1 NMI: 0 XFree86 Version 4.0.1c / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 28 August 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.18pre15 i686 [ELF] Module Loader present (==) Log file: "/var/log/XFree86.0.log", Time: Wed Oct 25 09:25:56 2000 (==) Using config file: "/etc/X11/XF86Config-4" Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout "Default Layout" (**) |--Screen "Default Screen" (0) (**) | |--Monitor "Generic Monitor" (**) | |--Device "Generic Graphics Device" (**) |--Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc104" (**) XKB: model: "pc104" (**) Option "XkbLayout" "us" (**) XKB: layout: "us" (**) |--Input Device "Generic Mouse" (**) FontPath set to "unix:/7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi:unscaled,/usr/lib/X11/fonts/75dpi:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi" (==) RgbPath set to
[branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
Brian, please do not bother Branden directly, he gets too much of that already. BTW, what happened to I obey.? [Branden, perhaps you should change it to require, I promise I will not email Branden, so help me God. :] To answer your direct question, GLU will be supported once upstream supports it. It is currently the only C++ file in the whole distribution, and they are trying to find some nice way for it to be handled in their current build system for all their platforms. I don't envy them their work. Until that time, a work-around has been posted to this list, check the archives if you need libGLU support Right Away. Thanks - Forwarded message from Branden Robinson [EMAIL PROTECTED] - Envelope-to: [EMAIL PROTECTED] Delivery-date: Tue, 24 Oct 2000 20:44:02 -0700 Resent-Date: Tue, 24 Oct 2000 20:41:20 -0700 (PDT) X-Envelope-Sender: [EMAIL PROTECTED] Date: Tue, 24 Oct 2000 22:43:25 -0500 To: debian-x@lists.debian.org Subject: [EMAIL PROTECTED]: future of xlibs question] Mail-Followup-To: debian-x@lists.debian.org User-Agent: Mutt/1.2.5i From: [EMAIL PROTECTED] (Branden Robinson) Resent-Message-ID: [EMAIL PROTECTED] Resent-From: debian-x@lists.debian.org X-Mailing-List: debian-x@lists.debian.org archive/latest/1198 X-Loop: debian-x@lists.debian.org Precedence: list Resent-Sender: [EMAIL PROTECTED] Resent-Bcc: - Forwarded message from Brian Alexander Quistorff [EMAIL PROTECTED] - From: Brian Alexander Quistorff [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: future of xlibs question Date: Tue, 24 Oct 2000 17:07:12 -0700 (PDT) Delivered-To: [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Authentication-Warning: myth2.Stanford.EDU: bequw owned process doing -bs Message-ID: [EMAIL PROTECTED] Dear Branden, I'm a debian user who uses your xlib packages and wanted to know if they will support GLU anytime soon? Thanks for the packages they work great otherwise. Brian Quistorff - End forwarded message - -- G. Branden Robinson|I suspect Linus wrote that in a Debian GNU/Linux |complicated way only to be able to have [EMAIL PROTECTED] |that comment in there. http://deadbeast.net/~branden/ |-- Lars Wirzenius - End forwarded message - -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
Re: [branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
* Branden Robinson [EMAIL PROTECTED] [001024 21:47]: We're getting close to 4.0.1-1. That message had to come out sometime. And phase 3? -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
Re: [stilli@student.dm.unipi.it: XFree 4.0.1 debian packages]
On Tue, 24 Oct 2000, Charl P. Botha wrote: Dear Gabriele, Please DO NOT send mail to Branden! This is mentioned in various places. I'm sorry. I don't read the lists and I didn't know of this. The DEBs in the woody directory do not like being installed on a potato system very much. With this in mind, you have two possible (debian) choices: I thank you all for your help, from which I think I'll get valuable profit. Bye, Gabriele :-) -- * LightKnight's Home Page: http://www-studenti.dm.unipi.it/~stilli/ * I don't want to live on in my work, I want to live on in my apartment. -- Woody Allen
Re: [stilli@student.dm.unipi.it: XFree 4.0.1 debian packages]
On 24 Oct 2000, Kenneth MacDonald wrote: I've put them up in http://www.edlug.ed.ac.uk/Mirrors/Debian/dists/potato/cpbotha for anyone to grab. They're not apt'able yet. I ran out of time to do that. I'll let this list know when they are if there's demand. If I'm allowed to, I'd like to say I'm interested in it. Thanks again Charl! From me too, to both of you and to all the list! :-) Bye, Gabriele :-) -- * LightKnight's Home Page: http://www-studenti.dm.unipi.it/~stilli/ * I don't want to live on in my work, I want to live on in my apartment. -- Woody Allen
Re: [branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
On Tue, Oct 24, 2000 at 10:07:21PM -0700, Seth Arnold wrote: * Branden Robinson [EMAIL PROTECTED] [001024 21:47]: We're getting close to 4.0.1-1. That message had to come out sometime. And phase 3? NOW who's not reading the documentation? Tut, tut. -- G. Branden Robinson | I came, I saw, she conquered. The Debian GNU/Linux| original Latin seems to have been [EMAIL PROTECTED] | garbled. http://www.debian.org/~branden/ | -- Robert Heinlein pgppgujb9byDx.pgp Description: PGP signature
Re: [branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
* Branden Robinson [EMAIL PROTECTED] [001025 00:06]: And phase 3? NOW who's not reading the documentation? Tut, tut. Heh, you are making changes faster than I can download and test them! :) BTW -- nice work with it all. :) -- ``Oh Lord; Ooh you are so big; So absolutely huge; Gosh we're all really impressed down here, I can tell you.''
XKB keymap
hi I deleted /usr/X11R6/lib/X11/xkb/ Today I upgraded to phase2v22, but there are also missing things in /usr/X11R6/lib/X11/xkb/ What can I do? up to sometime.. David -- Diese email ist ausschließlich mit freier Software erstellt worden (Debian (Woody), Linux, mutt/vi ... ) ! ! ! XFree86 Version 4.0.1c / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 28 August 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.18pre15 i686 [ELF] Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Wed Oct 25 16:47:14 2000 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Graphics Device (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (**) |--Input Device Generic Mouse (**) FontPath set to unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi:unscaled,/usr/lib/X11/fonts/75dpi:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to /usr/X11R6/lib/modules (--) using VT number 7 (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.3 XFree86 XInput driver : 0.1 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.1 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor=The XFree86 Project compiled for 4.0.1c, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.1 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project compiled for 4.0.1c, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0598 card , rev 04 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0596 card 1106, rev 23 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card , rev 10 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 11 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3050 card , rev 30 class 06,00,00 hdr 00 (II) PCI: 00:12:0: chip 1073,0004 card 1073,0004 rev 03 class 04,01,00 hdr 00 (II) PCI: 00:13:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 00:14:0: chip 1244,0a00 card 1244,0a00 rev 02 class 02,80,00 hdr 00 (II) PCI: 01:00:0: chip 10de,002d card 10b0, rev 11 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.0.1c, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.3 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:0:0), (-1,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: (II) Bus -1 non-prefetchable memory range: (II) Bus -1 prefetchable memory range: (II) Host-to-PCI bridge: (II) Bus -1: bridge is at (0:0:0), (-1,-1,0), BCTRL: 0x00 (VGA_EN is cleared) (II) Bus -1 I/O range: [0] -1 0x - 0x (0x1) IX[B] (II) Bus -1 non-prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) Bus -1 prefetchable memory range: [0] -1 0x - 0x (0x0) MX[B] (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x0c (VGA_EN is set) (II) Bus 1 I/O range: (II) Bus 1 non-prefetchable memory range: [0] -1 0xdc00 - 0xddff (0x200) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0xde00 - 0xdfff
Re: [branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
Brian, please do not bother Branden directly, he gets too much of that already. BTW, what happened to I obey.? Why would anyone read that message? It's a full page of all-caps shouting. It looks just like a EULA, and who reads those? Something like this would probably work better... - I recognize that these are development packages, and will MOST LIKELY have major problems. - If I encounter problems, I will email debian-x@lists.debian.org, NOT Branden. Type I agree. if you agree, or control-D if you don't: [GLU] is currently the only C++ file in the whole distribution, and they are trying to find some nice way for it to be handled in their current build system for all their platforms. I don't envy them their work. Pardon my ignorance, but can't they just re-write it in C? It seems a shame to introduce a dependency on C++ in something that is 99.9% C. - Scott
Mouse stopped working - xlibs 4.0.1-0phase2v22 or wmaker 0.62.1-0.1 ?
Package: xlibs version: 4.0.1-0phase2v22 first observed when I upgraded to phase2v21 from phase2v17 may or may not be xlibs - could also be - a hidden interupt problem ( not likely but possible ) - apmd 3.0final-1 ( also recently updated ) - toshutils 1.9.9-6 ( just installed ) - gpm 1.19.3-4 - xdm 4.0.1phase2v22 - wmaker 0.62.1-0.1 I've been getting the xlibs from samosa as well as most of the rest of the related xfree86 stuff and its been working ok since phase2v3 or so. The rest of the packages are mostly woody though I have installed perl 5.6 (now removed) I'm running Debian Gnu/linux with a locally compiled kernel kernel 2.2.17 compiled with gcc version 2.95.2 libc6 version 2.1.95-1 366MHz Mobile Pentium II - Toshiba Tecra 128M Ram - ps/2 Aopen wheel mouse, wheel presses down as middle button apm: Bios version 1.2 flags 0x02 Driver version 1.13 Problem details: After upgrading everything seemed fine until I rebooted. Then the mouse behaved erratically, continuously returning to the bottom left corner of the screen and behaving as if I'd clicked its buttons. I restarted gpm a few times and corrected the problem. The next reboot was harder, Windowmaker segfaulted and requested I report the problem. I restarted Windowmaker but xdm had died. Many restarts of xdm and gpm finally got me going again. Sometimes the mouse would be totally unresponsive other times it would keep returning to the bottom left corner of the screen. xdm would sometimes have multiple copies running and sometimes just die mysteriously. wdm and gpm did not die unexpectedly. I tried changing to the IMPS/2 driver with Bottons 3 and ZAxisMapping 4 5 in /etc/X11/XF86Config - no difference. Tried with and without imwheel - no difference. Back to Driver PS/2. Got it working by setting gpm ( using gpmconfig ) to driver imps2, responsivenes 10, repeat none, always use /dev/psaux as /dev/mouse . A curious thing about this problem is that it has been progressive. Now the mouse is completely unresponsive. However I was able to get it going earlier by fiddling with gpm and restarting xdm. When I've had frozen mouse syndome in the past I've solved it by restarting gpm on a different console, sometimes just switching to another console and back has solved it. Never before has frozen mouse syndome been this difficult. Sorry that this problem may be hard to reproduce. Please contact me if you'd like me to run tests or report other parts of my system details. Also let me know if I should report this to anyone else. Included below is the output from cat /proc/ioports andcat /proc/interrupts and the latest /var/log/XFree86.0.log - which just has the current boot info. Simon -001f : dma1 0020-003f : pic1 0040-005f : timer 0060-006f : keyboard 0080-008f : dma page reg 00a0-00bf : pic2 00c0-00df : dma2 00f0-00ff : fpu 0170-0177 : ide1 01f0-01f7 : ide0 0220-022f : OPL3-SA SB 02f8-02ff : serial(set) 0330-0331 : OPL3-SA MPU-401 0376-0376 : ide1 0388-038f : OPL3-SA AdLib FM 03c0-03df : vga+ 03f6-03f6 : ide0 03f8-03ff : serial(set) 0400-047f : cb_enabler 0530-0537 : OPL3-SA WSS 0538-0539 : OPL3-SA control fe60-fe67 : ide0 fe68-fe6f : ide1 CPU0 0: 377545 XT-PIC timer 1:905 XT-PIC keyboard 2: 0 XT-PIC cascade 4: 2 XT-PIC serial 5: 1 XT-PIC OPL3-SA 11: 1805 XT-PIC i82365, eth0 12: 3 XT-PIC PS/2 Mouse 13: 1 XT-PIC fpu 14: 12238 XT-PIC ide0 15: 7 XT-PIC ide1 NMI: 0 XFree86 Version 4.0.1c / X Window System (protocol Version 11, revision 0, vendor release 6400) Release Date: 28 August 2000 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.18pre15 i686 [ELF] Module Loader present (==) Log file: /var/log/XFree86.0.log, Time: Wed Oct 25 09:25:56 2000 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (??) unknown. (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Graphics Device (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (**) |--Input Device Generic Mouse (**) FontPath set to unix:/7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi:unscaled,/usr/lib/X11/fonts/75dpi:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi (==) RgbPath set to /usr/X11R6/lib/X11/rgb (==) ModulePath set to
HasGlide needs to be disabled for the Hurd
Hi, here is another one I missed: 100_debian_host.def.diff defines HasGlide etc to yes, but the Hurd doesn't have glide, and it's not trivial to port (had a look at glide2 today). So please protect the setting of HasGlide2, Glide2IncDir, HasGlide3, Glide3IncDir with #if !GNUMachArchitecture/#endif. I don't think you want a patch for this, but if, let me know and it will come subito. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de
OT: [branden@deadbeast.net: [bequw@stanford.edu: future of xlibs question]]
On Tue, 24 Oct 2000, Branden Robinson wrote: ... [Branden, perhaps you should change it to require, I promise I will not email Branden, so help me God. :] Please do not! We have the debian-XF4 installed at nearly 10 computers in our student home. Every thing works fine, so we have to give many thanks to the maintainer. Benedikt Spranger --- K.St.V. Cheruscia SySoP Team
4.? mach64 server ?
Hello, on http://samosa.debian.org/~branden/woody/i386/ I found varous 4.01 packages but not a mach64 XServer. Does that just mean that this xserver wasn't debianized yet ? -- Johannes
Re: 4.? mach64 server ?
On Wed, Oct 25, 2000 at 09:58:29PM +0200, Johannes Zellner wrote: Hello, on http://samosa.debian.org/~branden/woody/i386/ I found varous 4.01 packages but not a mach64 XServer. Does that just mean that this xserver wasn't debianized yet ? XF4 now uses a unified server with various modules, and hence is in one package, please read the XF4 release notes for more information. -- Frank aka Myth The unix learning curve may be steep, but at least you only have to climb it once -- unknown
third set of Hurd fixes, and libOSMesa problem
Hi, these are the remaining items I sorted out today. I am actually up to dh_movefiles now, so building the packages will be easy (dh_movefiles is so slow...). The three patches attached (113 - 115) fix a couple of issues the resulting MANIFEST file revealed. The MANIFEST file after applying 113-115 is attached, too. This is actually very much like the i386 MANIFEST file, except the fbdevhw and v4l drivers, the DRI stuff, and libOSMesa. With libOSMesa, a problem arises: The Hurd does not have the DRI/DRM kernel support Linux has, so libOSMesa is not build, and the packages should not be build at all. Strictly spoken, the packages libosmesa* are Architecture: i386, sparc, alpha, powerpc, etc... not listing hurd-i386 I have a proposal to make it possible to specify: Architecture: linux-any to give the same effect, but no response to the posting on debian-dpkg yet. Branden, this can also be worked around by preprocessing the control file with cpp (or using two control files etc). This is a bit ugly, but works. Also acceptable as a kludge would be just to touch the missing files, and have dummy packages, or even providing an empty libosmesa3.files.hurd-i386 file (in this case, the other arches have to use their own *files file, too, of course). Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de Two bugs in the gnu.cf file from patch #110: * Build xf86rush. * Put kbd/README in /var/lib, not /var/state. --- xc/config/cf/gnu.cf.unpatched Wed Oct 25 23:51:20 2000 +++ xc/config/cf/gnu.cf Thu Oct 26 00:36:29 2000 @@ -42,6 +42,11 @@ #ifndef HasGcc2ForCplusplus # define HasGcc2ForCplusplus YES #endif + +#ifndef BuildXF86RushExt +# define BuildXF86RushExt YES +#endif + #define GccUsesGas YES #define UseGas YES #define GnuCpp YES @@ -122,7 +127,7 @@ #define StandardCppDefines StandardDefines #define HasVarRun YES -#define VarDbDirectory /var/state +#define VarDbDirectory /var/lib XCOMM i386Architecture #define OptimizedCDebugFlags DefaultGcc2i386Opt This patch fixes a bug in the code triggered if BuildXF86DRI is NO. The vbeSymbol is not defined in this case, so the symbol must go into the #if. --- xc/programs/Xserver/hw/xfree86/drivers/r128/ati2_probe.c.prior Wed Oct 25 22:04:34 2000 +++ xc/programs/Xserver/hw/xfree86/drivers/r128/ati2_probe.cWed Oct 25 22:04:53 2000 @@ -263,9 +263,9 @@ #ifdef XF86DRI drmSymbols, driSymbols, + vbeSymbols, #endif fbdevHWSymbols, - vbeSymbols, /* ddcsymbols, */ /* i2csymbols, */ /* shadowSymbols, */ Build Scanpci on the Hurd also. --- xc/config/cf/xfree86.cf~Tue Oct 24 20:32:36 2000 +++ xc/config/cf/xfree86.cf Wed Oct 25 23:07:03 2000 @@ -911,7 +911,7 @@ (defined(LinuxArchitecture) !defined(Mc68020Architecture) \ !defined(PpcArchitecture)) || \ defined(i386BsdArchitecture) || defined(LynxOSArchitecture) || \ -defined(OS2Architecture) +defined(OS2Architecture) || defined(GNUMachArchitecture) # define BuildScanpciYES # else # define BuildScanpciNO MANIFEST.hurd-i386.gz Description: Binary data
Some more Hurd files (*.files.hurd-i386)
Hi, I forgot those *.{docs,files}.hurd-i386 in my last mail. They are attached now. The osmesa stuff is dummy only, and it would be better not to package those at all for the Hurd. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de usr/include/GL/osmesa.h usr/X11R6/bin/XFree86 usr/X11R6/bin/xf86config usr/X11R6/lib/X11/Cards usr/X11R6/lib/X11/XF86Config.98 usr/X11R6/lib/X11/XF86Config.eg usr/X11R6/lib/modules/codeconv/libARABIC.a usr/X11R6/lib/modules/codeconv/libARMSCII8.a usr/X11R6/lib/modules/codeconv/libBIG5.a usr/X11R6/lib/modules/codeconv/libDOSENCODING.a usr/X11R6/lib/modules/codeconv/libGB2312.a usr/X11R6/lib/modules/codeconv/libGEORGIAN.a usr/X11R6/lib/modules/codeconv/libISO8859_1.a usr/X11R6/lib/modules/codeconv/libISO8859_10.a usr/X11R6/lib/modules/codeconv/libISO8859_11.a usr/X11R6/lib/modules/codeconv/libISO8859_14.a usr/X11R6/lib/modules/codeconv/libISO8859_15.a usr/X11R6/lib/modules/codeconv/libISO8859_2.a usr/X11R6/lib/modules/codeconv/libISO8859_3.a usr/X11R6/lib/modules/codeconv/libISO8859_4.a usr/X11R6/lib/modules/codeconv/libISO8859_5.a usr/X11R6/lib/modules/codeconv/libISO8859_6.a usr/X11R6/lib/modules/codeconv/libISO8859_7.a usr/X11R6/lib/modules/codeconv/libISO8859_8.a usr/X11R6/lib/modules/codeconv/libISO8859_9.a usr/X11R6/lib/modules/codeconv/libJISX0201.a usr/X11R6/lib/modules/codeconv/libJISX0208.a usr/X11R6/lib/modules/codeconv/libJISX0212.a usr/X11R6/lib/modules/codeconv/libKOI8.a usr/X11R6/lib/modules/codeconv/libKSC5601.a usr/X11R6/lib/modules/codeconv/libKSCJOHAB.a usr/X11R6/lib/modules/codeconv/libMULEENCODING.a usr/X11R6/lib/modules/codeconv/libTCVN.a usr/X11R6/lib/modules/codeconv/libVISCII.a usr/X11R6/lib/modules/drivers/apm_drv.o usr/X11R6/lib/modules/drivers/ati_drv.o usr/X11R6/lib/modules/drivers/chips_drv.o usr/X11R6/lib/modules/drivers/cirrus_alpine.o usr/X11R6/lib/modules/drivers/cirrus_drv.o usr/X11R6/lib/modules/drivers/cirrus_laguna.o usr/X11R6/lib/modules/drivers/cyrix_drv.o usr/X11R6/lib/modules/drivers/fbdev_drv.o usr/X11R6/lib/modules/drivers/glint_drv.o usr/X11R6/lib/modules/drivers/i128_drv.o usr/X11R6/lib/modules/drivers/i740_drv.o usr/X11R6/lib/modules/drivers/i810_drv.o usr/X11R6/lib/modules/drivers/imstt_drv.o usr/X11R6/lib/modules/drivers/mga_drv.o usr/X11R6/lib/modules/drivers/neomagic_drv.o usr/X11R6/lib/modules/drivers/nv_drv.o usr/X11R6/lib/modules/drivers/r128_drv.o usr/X11R6/lib/modules/drivers/rendition_drv.o usr/X11R6/lib/modules/drivers/s3virge_drv.o usr/X11R6/lib/modules/drivers/sis_drv.o usr/X11R6/lib/modules/drivers/tdfx_drv.o usr/X11R6/lib/modules/drivers/tga_drv.o usr/X11R6/lib/modules/drivers/trident_drv.o usr/X11R6/lib/modules/drivers/tseng_drv.o usr/X11R6/lib/modules/drivers/vesa_drv.o usr/X11R6/lib/modules/drivers/vga_drv.o usr/X11R6/lib/modules/extensions/libGLcore.a usr/X11R6/lib/modules/extensions/libdbe.a usr/X11R6/lib/modules/extensions/libextmod.a usr/X11R6/lib/modules/extensions/libglx.a usr/X11R6/lib/modules/extensions/libpex5.a usr/X11R6/lib/modules/extensions/librecord.a usr/X11R6/lib/modules/extensions/libxie.a usr/X11R6/lib/modules/fonts/libbitmap.a usr/X11R6/lib/modules/fonts/libfreetype.a usr/X11R6/lib/modules/fonts/libspeedo.a usr/X11R6/lib/modules/fonts/libtype1.a usr/X11R6/lib/modules/fonts/libxtt.a usr/X11R6/lib/modules/input/dynapro_drv.o usr/X11R6/lib/modules/input/elo2300_drv.o usr/X11R6/lib/modules/input/elographics_drv.o usr/X11R6/lib/modules/input/magellan_drv.o usr/X11R6/lib/modules/input/microtouch_drv.o usr/X11R6/lib/modules/input/mouse_drv.o usr/X11R6/lib/modules/input/mutouch_drv.o usr/X11R6/lib/modules/input/spaceorb_drv.o usr/X11R6/lib/modules/input/void_drv.o usr/X11R6/lib/modules/input/wacom_drv.o usr/X11R6/lib/modules/libafb.a usr/X11R6/lib/modules/libcfb.a usr/X11R6/lib/modules/libcfb16.a usr/X11R6/lib/modules/libcfb24.a usr/X11R6/lib/modules/libcfb32.a usr/X11R6/lib/modules/libddc.a usr/X11R6/lib/modules/libfb.a usr/X11R6/lib/modules/libi2c.a usr/X11R6/lib/modules/libint10.a usr/X11R6/lib/modules/libmfb.a usr/X11R6/lib/modules/libpcidata.a usr/X11R6/lib/modules/librac.a usr/X11R6/lib/modules/libramdac.a usr/X11R6/lib/modules/libscanpci.a usr/X11R6/lib/modules/libshadow.a usr/X11R6/lib/modules/libshadowfb.a usr/X11R6/lib/modules/libvbe.a usr/X11R6/lib/modules/libvgahw.a usr/X11R6/lib/modules/libxaa.a usr/X11R6/lib/modules/libxf1bpp.a usr/X11R6/lib/modules/libxf24_32bpp.a usr/X11R6/lib/modules/libxf4bpp.a usr/X11R6/lib/modules/libxf8_16bpp.a usr/X11R6/lib/modules/libxf8_32bpp.a usr/X11R6/lib/modules/v10002d.uc usr/X11R6/lib/modules/v20002d.uc usr/X11R6/man/man1/XFree86.1x usr/X11R6/man/man1/xf86config.1x usr/X11R6/man/man4/apm.4 usr/X11R6/man/man4/ati.4 usr/X11R6/man/man4/chips.4 usr/X11R6/man/man4/cirrus.4 usr/X11R6/man/man4/cyrix.4 usr/X11R6/man/man4/dynapro.4 usr/X11R6/man/man4/elographics.4 usr/X11R6/man/man4/fbdev.4
Re: HasGlide needs to be disabled for the Hurd
On Wed, Oct 25, 2000 at 09:29:53PM +0200, Marcus Brinkmann wrote: Hi, snip So please protect the setting of HasGlide2, Glide2IncDir, HasGlide3, Glide3IncDir with #if !GNUMachArchitecture/#endif. I don't think you want a patch for this, but if, let me know and it will come subito. Could you please do a patch which disables glide2 and glide3 support for /everything/ except x86 linux? At some point there will be packages for other arches, however for now glide is x86 only. Zephaniah E. Hull. (Debian glide maintainer, among other things.) Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org [EMAIL PROTECTED] Marcus Brinkmann GNUhttp://www.gnu.org[EMAIL PROTECTED] [EMAIL PROTECTED] http://www.marcus-brinkmann.de -- PGP EA5198D1-Zephaniah E. Hull [EMAIL PROTECTED]-GPG E65A7801 Keys available at http://whitestar.soark.net/~warp/public_keys. CCs of replies from mailing lists are encouraged. Don't Snoop... ...the government hates competition. If the government wants us to respect the law, it should set a better example. -- Steve B ([EMAIL PROTECTED]) on /. pgpaqfT58pB8Z.pgp Description: PGP signature