Bug#164203: support for changing resolutions "on the fly"
On Thu, Oct 10, 2002 at 05:59:38PM -0400, Greg Fischer wrote: > According to this (http://www.osnews.com/story.php?news_id=1901&page=3), > support for changing resolutions on the fly has just been added into > XFree86 CVS. If it would be possible to backport this into the current > 4.2.1 release without breaking anything, that'd be really cool. That's > always been one of my big gripes about X. I'm sorry to disappoint you but it's practically certain that I will not be backporting this code from CVS HEAD. The changes to the XFree86 DDX layer necessary to support the RandR extension are too fundamental to fool with in this way. I'd rather wait until XFree86 upstream is ready to support this code in a production release before unleashing it on Debian users. -- G. Branden Robinson| Human beings rarely imagine a god Debian GNU/Linux | that behaves any better than a [EMAIL PROTECTED] | spoiled child. http://people.debian.org/~branden/ | -- Robert Heinlein msg04133/pgp0.pgp Description: PGP signature
Bug#163939: Fatal server error; Please help me
Package: xserver-xfree86_4.1.0-16_i386 Logfile from: /var/log/XFree86.0.log This is a pre-release version of XFree86, and is not supported in anyway. Bugs may be reported to [EMAIL PROTECTED] and patches submittedto [EMAIL PROTECTED]. Before reporting bugs in pre-release versions,please check the latest version in the XFree86 CVS repository(http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System(protocol Version 11, revision 0, vendor release 6510)Release Date: 21 December 2001 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)Build Operating System: Linux 2.4.17 i686 [ELF]Module Loader present(==) Log file: "/var/log/XFree86.0.log", Time: Wed Oct 9 00:35:50 2002(==) Using config file: "/etc/X11/XF86Config-4"Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown.(==) ServerLayout "Default Layout"(**) |-->Screen "Default Screen" (0)(**) | |-->Monitor "Generic Monitor"(**) | |-->Device "Generic Video Card"(**) |-->Input Device "Generic Keyboard"(**) Option "XkbRules" "xfree86"(**) XKB: rules: "xfree86"(**) Option "XkbModel" "pc104"(**) XKB: model: "pc104"(**) Option "XkbLayout" "de"(**) XKB: layout: "de"(==) Keyboard: CustomKeycode disabled(**) |-->Input Device "Configured 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,/usr/lib/X11/fonts/75dpi"(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"(==) ModulePath set to "/usr/X11R6/lib/modules"(--) using VT number 7 (WW) Cannot open APM(II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2(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.1.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2(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.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4(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 8086,7192 card , rev 01 class 06,00,00 hdr 00(II) PCI: 00:07:0: chip 8086,7110 card , rev 08 class 06,01,00 hdr 80(II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,8a hdr 00(II) PCI: 00:07:2: chip 8086,7112 card , rev 00 class 0c,03,00 hdr 00(II) PCI: 00:07:3: chip 8086,7113 card , rev 08 class 06,80,00 hdr 80(II) PCI: 00:07:4: chip , card , rev 00 class 00,00,00 hdr 00(II) PCI: 00:07:5: chip , card , rev 00 class 00,00,00 hdr 00(II) PCI: 00:07:6: chip , card , rev 00 class 00,00,00 hdr 00(II) PCI: 00:07:7: chip , card , rev 00 class 00,00,00 hdr 00(II) PCI: 00:0f:0: chip 15ad,0405 card , rev 00 class 03,00,00 hdr 00(II) PCI: 00:10:0: chip 104b,1040 card , rev 01 class 01,00,00 hdr 00(II) PCI: 00:11:0: chip 1022,2000 card , rev 10 class 02,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.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4(II) UnloadModule: "scanpci"(II) Unloading /usr/X11R6/lib/modules/libscanpci.a(II) Host-to-PCI bridge:(II) PCI-to-ISA bridge:(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set)(II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B](II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B](II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B](II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set)(II) Bus -1 I/O range:(II) Bus -1 non-prefetchable memory range:(II) Bus -1 prefetchable memory range:(--) PCI:*(0:15:0) VMware PCI SVGA (FIFO) rev 0, Mem @ 0xfc00/24,
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
Michel Dänzer wrote: >>--- >>name of display: :0.0 >>display: :0 screen: 0 >>direct rendering: No >> > >See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html > 10x, But as I stated this does not seem to treat the problem(Just to make sure i've just tried it once again). In fact the changelog indicated that the XvMC bug was resolved. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
On Fre, 2002-10-11 at 16:32, Idan Sofer wrote: > Michel Dänzer wrote: > > >>--- > >>name of display: :0.0 > >>display: :0 screen: 0 > >>direct rendering: No > >> > > > >See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html > > > > > 10x, But as I stated this does not seem to treat the problem(Just to > make sure i've just tried it once again). In fact the changelog > indicated that the XvMC bug was resolved. Whoops. :) Have you read the documentation on http://dri.sf.net then? In particular, LIBGL_DEBUG=verbose glxinfo might give useful information. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
Michel Dänzer wrote: > > >Whoops. :) > >Have you read the documentation on http://dri.sf.net then? In >particular, > >LIBGL_DEBUG=verbose glxinfo > >might give useful information. > > > Hmmm... something like that? name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.1.0 i810 libGL: trying /usr/X11R6/lib/modules/dri/i810_dri.so libGL: trying /usr/X11R6/lib/modules/dri/i810_dri.so display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 Mesa 3.4.2 OpenGL extensions: GL_ARB_multitexture, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x32 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 10x for all your help! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Xvesa and VBE [was: m68k buildd's without ...]
JL> vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places JL> where vesafb doesn't. Just to be pedantic: Xvesa does work on anything that has either VBE 1.2 or later, or a VGA BIOS, or an EGA BIOS. (It has been tested on a plain EGA chipset by a friendly sysadmin from Sverdlovsk.) Xvesa can also switch modes, which is useful if you've only got monochrome modes in the higher resolutions. JL> even on some twisted videoboards that don't even work with their JL> original (windows) dirvers. As far as I am aware, Xvesa should work on any Intel machine you'll find except if it has an original Hercules chipset. (We have never seen a VBE earlier than 1.2, but if you've got one and are willing to do the testing, I'll be glad to write the code. CGA, anyone?) Juliusz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
Michel Dänzer wrote: > > >Whoops. :) > >Have you read the documentation on http://dri.sf.net then? In >particular, > >LIBGL_DEBUG=verbose glxinfo > >might give useful information. > Oh i'm so stupid... , apt-get install xlibmesa3 seemed to do the trick for GL, but thought DRI and XVideo were somewhat releated... I still get green screen when using xine Xv driver, it did not occur on 4.1.x(and xlibs is 4.2.1-2) Here's what i get from xvinfo: X-Video Extension version 2.2 screen #0 Adaptor #0: "I810 Video Overlay" number of ports: 1 port base: 67 operations supported: PutImage supported visuals: depth 16, visualID 0x23 depth 16, visualID 0x24 depth 16, visualID 0x25 depth 16, visualID 0x26 depth 16, visualID 0x27 depth 16, visualID 0x28 depth 16, visualID 0x29 depth 16, visualID 0x2a number of attributes: 3 "XV_COLORKEY" (range 0 to 16777215) client settable attribute client gettable attribute (current value is 0) "XV_BRIGHTNESS" (range -128 to 127) client settable attribute client gettable attribute (current value is -23) "XV_CONTRAST" (range 0 to 255) client settable attribute client gettable attribute (current value is 91) maximum XvImage size: 1440 x 1080 Number of image formats: 4 id: 0x32595559 (YUY2) guid: 59555932--0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x32315659 (YV12) guid: 59563132--0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x30323449 (I420) guid: 49343230--0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x59565955 (UYVY) guid: 55595659--0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) > > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164316: xserver-xfree86: [radeon] can't read V_BIOS?
On Fre, 2002-10-11 at 17:41, Dale Harris wrote: > > So I don't understand why I'm not seeing the video bios on the radeon > mobility m7 lw.. It's hard to see something that doesn't exist... it's not relevant. > I'm using a Powerbook G4 obviously. I assume this related to why it can't > see the AGP stuff either. No, that's because agpgart for the Apple UniNorth chipset only works in recent benh kernels yet. The DRI wouldn't work anyway, all you'd get is a lockup. > Do I just need a newer radeon driver? I did see some similar reports > on the debianppc list however the exact solution alluded me. The easiest solution is to add deb http://penguinppc.org/~daenzer/debian/dri-trunk/./ to /etc/apt/sources.list, install the xserver-xfree86-dri-trunk and drm-trunk-module-src packages and build the DRM from the latter. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Xvesa and VBE [was: m68k buildd's without ...]
On Fri, Oct 11, 2002 at 05:45:49PM +0200, Juliusz Chroboczek wrote: > JL> vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places > JL> where vesafb doesn't. > > Just to be pedantic: Xvesa does work on anything that has either VBE > 1.2 or later, or a VGA BIOS, or an EGA BIOS. (It has been tested on a > plain EGA chipset by a friendly sysadmin from Sverdlovsk.) Yes, sorry, I meant 1.2 vs. 2.0 that e.g. vesafb (and Xfree's vesa? dunno) does. I always trip up on that one :) > JL> even on some twisted videoboards that don't even work with their > JL> original (windows) dirvers. > > As far as I am aware, Xvesa should work on any Intel machine you'll > find except if it has an original Hercules chipset. Correct. I'm prejudiced: I don't consider 640x480x4 to be a 'working' mode. Quite frankly, I'd rather not use X like that. Hmm, strike that. matchbox at 640x480x4 grayscale would probably rock :) But anyhow, I meant 'does 640x480x8 or better'. Usually I can get 800x600x16 on boards that either don't work at all (fubared text mode, even) or work as a vga-only thing. That's what I meant. Or something close to it, anyway. As for the [HM]GA, I'm sure I don't care. I'm using them for what would otherwise be boxless servers :) > (We have never seen a VBE earlier than 1.2, but if you've got one and > are willing to do the testing, I'll be glad to write the code. CGA, > anyone?) sorry, no, my mistake (see above). -- John Lenton ([EMAIL PROTECTED]) -- Random fortune: Nancy Reagan wants to divorce old Ron... seems he's making it hard for everyone but her. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164316: xserver-xfree86: [radeon] can't read V_BIOS?
Package: xserver-xfree86 Version: 4.2.1-2 Severity: minor Tags: sid So I don't understand why I'm not seeing the video bios on the radeon mobility m7 lw.. I'm using a Powerbook G4 obviously. I assume this related to why it can't see the AGP stuff either. Do I just need a newer radeon driver? I did see some similar reports on the debianppc list however the exact solution alluded me. -- Package-specific info: 00:10.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW 00:10.0 Class 0300: 1002:4c57 Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" FontPath "/etc/X11/fonts/misc/" EndSection Section "Module" Load "dbe" Load "dri" Load "extmod" Load "glx" Load "record" Load "xtrap" Load "speedo" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "PS/2" Option "Device" "/dev/input/mice" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Apple" ModelName"Powerbook G4" HorizSync 30-68 VertRefresh 50-85 Mode "1280x854" # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz DotClock 79.816 HTimings 1280 1296 1408 1536 VTimings 854 855 858 866 Flags"-HSync" "-VSync"# Warning: XFree86 doesn't support accel EndMode EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "ForcePCIMode" # [] #Option "CPPIOMode" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPSize" # #Option "RingSize" # #Option "BufferSize"# #Option "EnableDepthMoves" # [] #Option "CrtScreen" # [] #Option "PanelSize" # [] #Option "UseFBDev" # [] Identifier "Card0" Driver "radeon" VendorName "ATI" BoardName "Radeon Mobility M7 LW" BusID "PCI:0:16:0" Option "UseFBDev" "true" Option "AGPMode" "1" EndSection Section "Screen" Identifier "Screen0" Device "Card0" DefaultDepth 24 Monitor"Monitor0" SubSection "Display" Depth 1 Modes "1280x854" EndSubSection SubSection "Display" Depth 4 Modes "1280x854" EndSubSection SubSection "Display" Depth 8 Modes "1280x854" EndSubSection SubSection "Display" Depth 15 Modes "1280x854" EndSubSection SubSection "Display" Depth 16 Modes "1280x854" EndSubSection SubSection "Display" Depth 24 Modes "1280x854" EndSubSection EndSection Section "DRI" Mode 0666 EndSection XFree86 Version 4.2.1 (Debian 4.2.1-2 20021008164304 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 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/) Build Operating System: Linux 2.4.19-powerpc-smp ppc [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Fri Oct 11 07:56:26 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==)
GUADAGNARE DAVVERO, LEGGI E CAPIRAI !!!!!!!
FAI ATTENZIONE PERCHE' CON QUESTO SISTEMA GUADAGNI DAVVERO ! (se il messaggio vi e' arrivato piu volte scusate ma, leggetelo ..) Vorresti Davvero Guadagnare con Internet? Bene, la prima cosa da fare è salvare su disco questa pagina per averla a portata di mano anche se il tuo PC non è connesso a Internet, poi copia tutto in Word o in Blocco Note e stampalo, così lo potrai leggere con più attenzione. Questo Sistema è diverso da tutti gli altri, quindi se non ti fidi leggi con attenzione le istruzioni per valutarlo, e quando le avrai comprese ti assicuro che sarà per te IRRESISTIBILE la voglia di partecipare. QUESTO E`SENZA DUBBIO IL GIORNO PIU' FORTUNATO DELLA TUA VITA !! IMMAGINA A COSA POTRESTI FARE CON 1.5 - 2 MILIARDI DI LIRE... SEI UNO DEI PRIMI FORTUNATI ITALIANI A RICEVERE QUESTA FAMOSA MLM E- MAIL, DELLA QUALE TUTTI STANNO PARLANDO, E DELLA QUALE LA TELEVISIONE E TUTTI I GIORNALI ITALIANI HANNO DEDICATO AMPIO SPAZIO NELLE SCORSE SETTIMANE !!! 1.5 - 2 MILIARDI DI LIRE IN SOLE 6 SETTIMANE !!! GARANTITO !!! FINALMENTE TRADOTTA ANCHE IN ITALIANO, PER IL TUO SUCCESSO !!! UN SISTEMA CHE ANNULLA COMPLETAMENTE TOTOCALCIO, TOTOGOL, LOTTO, ENALOTTO E LOTTERIE VARIE !!! BASTA GIOCARE E SPRECARE SOLDI INUTILMENTE !!! COMINCIA A VINCERE UNA VOLTA PER TUTTE 1.5 - 2 MILIARDI DI LIRE OGNI 6 SETTIMANE FINO A QUANDO SARAI STUFO DI TUTTI QUEI SOLDI Proprio cosi` !!! Si, basta preoccuparsi del lavoro, del quale non se ne puo` piu`, dei soldi, che non sono mai abbastanza, di quella vacanza che VORRESTI ma e sempre più lontana!!! GRAZIE A QUESTA E-MAIL RICEVERAI 1.5 - 2 MILIARDI DI LIRE OGNI 6 SETTIMANE !!! ASSICURATO !!! Quindi il mio consiglio e` quello di cominciare A TIRARE FUORI I SOGNI DAL CASSETTO !!! Immagina per un attimo cosa potresti fare, ad esempio potresti ordinare la nuova, fiammante, Lamborghini Murcielago che ti meriti, oppure recati alla banca e pagare una volta per tutte quel mutuo sulla casa o appartamento !!! Oppure potresti prenderti un paio di mesi di vacanza o crociera in uno di quei posti esotici dei quali hai sempre sognato, poi ritornato a casa decidere cosa fare con piu` di un miliardo ancora a disposizione !!! Alle volte la realtà può sembrare un sogno ma come sai CON I SOGNI NON SI RISOLVE NULLA !!! Questa e` PURA REALTA` e succedera` anche a te nelle prossime 6 settimane, grazie all'incredibile sistema MLM americano !!! 6 SOLE SETTIMANE: questo e` quanto ci vuole per accumulare un minimo di $750.000 DOLLARI AMERICANI, PARI A UN MILIARDO E MEZZO DI LIRE ITALIANE, ED ENTRARE NEL CLUB DEI NUOVI MILIARDARI DEL QUALE HAI SENTITO PARLARE ULTIMAMENTE ALLA TV !!! Hai perso I servizi speciali in onda su Raitre, Canale5 e altre emittenti televisive locali riguardo questo incredibile sistema americano ??? Non importa, perche` questa e` la famosa e-mail dei quali tutti parlano sulle reti televisive di tutto il mondo, non solo italiane. Dovuto alla ormai crescente popolarita` di questa e-mail su Internet, alcune emittenti televisive italiane hanno dedicato ultimamente degli speciali sul come e` possibile guadagnare 1.5 - 2 miliardi di lire in 6 settimane, e per di piu` garantito. " Come e` possibile garantire una vincita del genere, insomma, qui si parla di un sacco di quattrini !!!", e` stato il commento di quasi tutti i conduttori dei vari programmi TV e articoli pubblicati. Gia`, come e` possibile ASSICURARE che qualcuno vinca davvero ??? Il risultato e` stato piu` che sorprendente, perfino per I conduttori, che hanno espresso il loro desiderio di partecipare subito !!! In tutti gli speciali, non solo si e` evidenziato e provato che il sistema funziona davvero e assicura la vincita a CHIUNQUE PARTECIPA, ma e` stato anche provato che non ci sono leggi in vigore (in Italia) che impediscono la partecipazione al programma. Creato negli USA qualche anno fa, e dopo aver generato non si sa quanti nuovi miliardari in tutto il mondo, e ricevuto l'attenzione di emittenti televisive e telegiornali in numerosi paesi del mondo, e` finalmente approdato anche in Italia, grazie alla cortese collaborazione di un italiano residente negli USA, che ha finalmente deciso di tradurre questa e- mail in italiano, ed estendere l'opportunita` di diventare miliardari anche a tutti gli italiani che desiderano partecipare !!! Quante volte hai tentato la fortuna al Totocalcio ??? Totogol ??? Enalotto, lotterie Hai fatto fortuna ??? NO ??? E probabilmente il tutto ti e` costato una gran bella cifra !!! Non preoccuparti: finalmente e` arrivato il tuo momento, si, quello di vincere sul serio, garantito oltre il 200%, perche` e` stato provato che nessuno puo` perdere, nessuno !!! Non si puo` perdere per il semplice motivo che ci sono migliaia di nuovi giocatori ogni giorno che vogliono partecipare, e aspettano che i fortunati che sono in possesso di questa e-mail (quale sei tu ad esempio), la spediscano anche a loro. Hai seguito u
Wrong fonts showing with msttcorefonts
I'm not sure if this is a problem with X or with the way the msttcorefonts are setup. If I had a bit of debugging knowledge and a better understanding of how fonts are selected it might help determine where the problem is. I'm running an up-to-date Debian Testing laptop with the XFree86 debian package 4.2.1-0pre1v2. I've also installed the MS TrueType package msttcorefonts, and with those installed Opera displays some fonts (e.g. ) as the wrong fonts. Mozilla displays them correctly. I'm not running a true type font server, but instead added to my XF86Config-4 Files: section a line: FontPath"/usr/lib/X11/fonts/TrueType" Even after reading a few HOWTOs I have very little clue how font selection actually works in X, so I see this as an opportunity to learn a little. I guess what I'd like to learn how to find out is: a) is it a problem with Opera? b) is it a problem with my X setup, or with this version of X c) is it a problem with msttcorefonts I assume Opera is asking for a specific font to be displayed, so it would be interesting to see if that's the same font request that other clients (such as Mozilla) are requesting when they display the page correctly, or how Opera is requesting the fonts differently. Basically, I'm looking for debugging tips, and (probably beyond the scope of this list) an overview of how fonts are selected by an application. I'm also curious about the directory layout. /etc/X11/fonts/TrueType/msttcorefonts.scale why is that the same as: /usr/lib/X11/fonts/TrueType/fonts.scale Thanks, -- Bill Moseley mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
Package: xserver-xfree86 Version: 4.2.1-2 Severity: normal Tags: sid I've upgraded to 4.2.1-2 today, It works great and solved the problem of crashing when switching VT's. However, although the X11 log file reports DRI is enabled, that's not what glxinfo reports: --- name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 Mesa 3.4.2 OpenGL extensions: GL_ARB_multitexture, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x32 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow -- Xine multimedia player for example does not display video using the Xv video(I assume it's related), instead a green filled window is displayed. An important note, I was first using kernel 2.4.17 and X complained about DRI driver version mismatch. I have then downloaded the latest DRI drivers from: http://www.xfree86.org/~alanh I thought perhaps i was doing something wrong, but found nothing on the debian-devel-x archives, even tried enabling XvMC but it didn't do the trick. I hope i havn't ran into something trivial, RTFM style... -- Package-specific info: 00:02.0 VGA compatible controller: Intel Corporation: Unknown device 1132 (rev 02) 00:02.0 Class 0300: 8086:1132 (rev 02) ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" # FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" FontPath"/usr/lib/X11/fonts/heb" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
On Fre, 2002-10-11 at 13:38, Idan Sofer wrote: > > I've upgraded to 4.2.1-2 today, It works great and solved the problem of > crashing when switching VT's. > > However, although the X11 log file reports DRI is enabled, that's not what > glxinfo reports: > > --- > name of display: :0.0 > display: :0 screen: 0 > direct rendering: No [...] See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164303: xserver-xfree86: Display corrupted when using tdfx driver
Package: xserver-xfree86 Version: 4.2.1-2 Severity: normal After upgrading to XF4.2.x in sid, I noticed something strange going on with my display. First I notices some light "snow", i.e. very few random pixels were the wrong color. Then more "snow", more pixels were the wrong color, but this time mostly around the edges of windows that just moved. This problem only got worse as I tried switching between between the text console and X. After doing that a couple of times and coming back to X, I found the display completely out of sync and completely useless. The X server did not crash, but also refused to switch back to the console. I managed to safely reboot. Note that I went through all of this twice, so far. So it's pretty reproducable. This may have something to do with the "improvements" to the XVideo code for tdfx. I did manage to watch a video (using xine in fullscreen mode, which uses Xvideo) before the X server crashed, but did not notice any significant improvement compared with an earlier version of the tdfx driver. Hardware and config information follows. Thanks. Igor 00:0c.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) 00:0c.0 Class 0300: 121a:0005 (rev 01) # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type "man XF86Config" at the shell prompt.) Section "Files" FontPath"unix/:7110"# local font server FontPath"unix/:7100"# local font server FontPath"unix/:7101"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/75dpi" FontPath"/usr/lib/X11/fonts/100dpi" ModulePath "/usr/X11R6/lib/modules-dri" ModulePath "/usr/X11R6/lib/modules" EndSection Section "ServerFlags" EndSection Section "Module" Load"ddc" Load"GLcore" Load"dbe" Load"dri" Load"extmod" Load"glx" Load"record" Load"xie" Load"bitmap" Load"freetype" Load"speedo" Load"type1" Load"vbe" Load"int10" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" Option "XkbOptions""ctrl:nocaps" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "SendCoreEvents""true" Option "Device""/dev/misc/psaux" Option "Protocol" "IMPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "3Dfx Voodoo3" Driver "tdfx" # VideoRam16384 EndSection Section "Monitor" Identifier "Viewsonic G773" HorizSync 30-70 VertRefresh 50-180 #Modeline "1152x864" 92.00 1152 1208 1368 1474 864 865 875 895 #Modeline "1024x768" 85.00 1024 1032 1152 1360 768 784 787 823 #Modeline "800x600"69.65 800 864 928 1088 600 604 610 640 -hsync -vsync #Modeline "640x480"45.80 640 672 768 864 480 488 494 530 -hsync -vsync Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "3Dfx Voodoo3" Monitor "Viewsonic G773" DefaultDepth16 SubSection "Display" Depth 1 Modes "1152x864" "1024x768" "640x480" "800x600" EndSubSection SubSection "Display" Depth 4 Modes "1152x864" "1024x768" "640x480" "800x600" Modes "1024x768" "1152x864" "640x480" "800x600" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1152x864" "1024x768" "640x480" "800x600" EndSubSection SubSection "Display" Depth 15 Modes "1280x1024" "1152x864" "1024x768" "640x480" "800x600" EndSubSection SubSection "Display"
Bug#163936: marked as done (xserver-xfree86: [core server] attempts to old load modules from 3.3.6)
Your message dated Fri, 11 Oct 2002 11:19:17 +0100 with message-id <20021011101917.GC4186@polya> and subject line Bug#163936: xserver-xfree86: should be loading xext modules! has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 9 Oct 2002 11:45:48 + >From [EMAIL PROTECTED] Wed Oct 09 06:45:48 2002 Return-path: <[EMAIL PROTECTED]> Received: from (giserver.graylab.ac.uk) [212.219.87.30] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 17zFHg-tw-00; Wed, 09 Oct 2002 06:45:48 -0500 Received: from polya ([10.0.1.152]) by giserver.graylab.ac.uk (Netscape Messaging Server 4.15) with ESMTP id H3PPXM00.C0G for <[EMAIL PROTECTED]>; Wed, 9 Oct 2002 12:44:10 +0100 Received: from jdg by polya with local (Exim 3.36 #1 (Debian)) id 17zFH6-up-00; Wed, 09 Oct 2002 12:45:12 +0100 Date: Wed, 9 Oct 2002 12:45:12 +0100 From: Julian Gilbey <[EMAIL PROTECTED]> To: Debian bug reports <[EMAIL PROTECTED]> Subject: xserver-xfree86: should be loading xext modules! Message-ID: <20021009114511.GA3437@polya> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: Julian Gilbey <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] Package: xserver-xfree86 Version: 4.2.1-1 >From my XFree86.0.log: (II) LoadModule: "pex5" (II) Loading /usr/X11R6/lib/modules/pex5.so dlopen: /usr/X11R6/lib/modules/pex5.so: undefined symbol: PexExtensionInitPtr (EE) Failed to load /usr/X11R6/lib/modules/pex5.so (II) UnloadModule: "pex5" (EE) Failed to load module "pex5" (loader failed, 136286616) And I discovered that I still have the old xext package installed. I don't know why 4.2.1 is loading the old versions. Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London website: http://www.maths.qmul.ac.uk/~jdg/ Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/ Visit http://www.thehungersite.com/ to help feed the hungry --- Received: (at 163936-done) by bugs.debian.org; 11 Oct 2002 10:20:34 + >From [EMAIL PROTECTED] Fri Oct 11 05:20:34 2002 Return-path: <[EMAIL PROTECTED]> Received: from (giserver.graylab.ac.uk) [212.219.87.30] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 17zwuH-00022L-00; Fri, 11 Oct 2002 05:20:34 -0500 Received: from polya ([10.0.1.152]) by giserver.graylab.ac.uk (Netscape Messaging Server 4.15) with ESMTP id H3TBBE00.N0B for <[EMAIL PROTECTED]>; Fri, 11 Oct 2002 11:18:50 +0100 Received: from jdg by polya with local (Exim 3.36 #1 (Debian)) id 17zwtD-0002SD-00; Fri, 11 Oct 2002 11:19:27 +0100 Date: Fri, 11 Oct 2002 11:19:17 +0100 From: Julian Gilbey <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#163936: xserver-xfree86: should be loading xext modules! Message-ID: <20021011101917.GC4186@polya> References: <20021009114511.GA3437@polya> <[EMAIL PROTECTED]> <20021010112827.GB4500@polya> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.4i Delivered-To: [EMAIL PROTECTED] On Thu, Oct 10, 2002 at 04:19:49PM -0500, Branden Robinson wrote: > On Thu, Oct 10, 2002 at 12:28:27PM +0100, Julian Gilbey wrote: > > > 1) Do you have "pex5" listed in the "Modules" Section of your > > > XF86Config-4? > > > > Yes, and xie (not that I know what they do ;-) Should I just delete > > them? > > Hm. The config script should have automatically trashed them. > [...] > Or did you bring this on yourself by adding them by hand, and not letting > debconf handle them? Ah, I found that the config script wasn't quite able to handle my needs (two mice, in particular), so I have been handling it myself. > This is starting to sound like a non-bug. Closing. Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London website: http://www.maths.qmul.ac.uk/~jdg/ Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/ Visit http://www.thehungersite.com/ to help feed the hungry -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164379: cannot get Xnest to use XKEYBOARD
Package: xnest Version: 4.2.1-2 Whether I start Xnest with no options, with -kb or with +kb, I cannot seem to get the XKEYBOARD extension. It's not listed in xdpyinfo output, and xkbcomp (which my xnest wrapper script uses to copy the host server's keymap to the nested server) fails with: Error:XKB extension not present on :8 Exiting I've examined the changelog and searched the last quarter's worth of debian-x archives, and found no indication that this is a deliberate change. Regards, -- / | [|] Sean Neakums| Questions are a burden to others; [|] <[EMAIL PROTECTED]> | answers a prison for oneself. \ | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164422: xbase-clients: postrm purge does not remove /etc/X11/xsm
Package: xbase-clients Version: 4.1.0-17 Severity: normal This directory contains a conffile. Hence it needs to be removed by hand in the postrm script. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST 2002 i686 unknown unknown GNU/Linux Versions of the packages xbase-clients depends on: ii cpp2.95.4-17 The GNU C preprocessor. ii debconf1.0.32 Debian configuration management system ii libc6 2.2.5-14.3 GNU C Library: Shared libraries and Timezone ii libdps14.1.0-17 Display PostScript (DPS) client library ii libfreetype6 2.1.2-7FreeType 2 font engine, shared library files ii libncurses55.2.20020112a- Shared libraries for terminal handling ii libxaw74.1.0-17 X Athena widget set library ii xlibs 4.1.0-17 X Window System client libraries rc xlibmesa3 4.1.0-14 XFree86 version of Mesa 3D graphics library ii mesag3 3.4.2.1-4 A 3-D graphics library which uses the OpenGL ^^^ (Provides virtual package libgl1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164203: support for changing resolutions "on the fly"
On Thu, Oct 10, 2002 at 05:59:38PM -0400, Greg Fischer wrote: > According to this (http://www.osnews.com/story.php?news_id=1901&page=3), > support for changing resolutions on the fly has just been added into > XFree86 CVS. If it would be possible to backport this into the current > 4.2.1 release without breaking anything, that'd be really cool. That's > always been one of my big gripes about X. I'm sorry to disappoint you but it's practically certain that I will not be backporting this code from CVS HEAD. The changes to the XFree86 DDX layer necessary to support the RandR extension are too fundamental to fool with in this way. I'd rather wait until XFree86 upstream is ready to support this code in a production release before unleashing it on Debian users. -- G. Branden Robinson| Human beings rarely imagine a god Debian GNU/Linux | that behaves any better than a [EMAIL PROTECTED] | spoiled child. http://people.debian.org/~branden/ | -- Robert Heinlein pgpBo6DXriaGz.pgp Description: PGP signature
Bug#163939: Fatal server error; Please help me
Package: xserver-xfree86_4.1.0-16_i386 Logfile from: /var/log/XFree86.0.log This is a pre-release version of XFree86, and is not supported in anyway. Bugs may be reported to XFree86@XFree86.Org and patches submittedto [EMAIL PROTECTED]. Before reporting bugs in pre-release versions,please check the latest version in the XFree86 CVS repository(http://www.XFree86.Org/cvs) XFree86 Version 4.1.0.1 / X Window System(protocol Version 11, revision 0, vendor release 6510)Release Date: 21 December 2001 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)Build Operating System: Linux 2.4.17 i686 [ELF]Module Loader present(==) Log file: "/var/log/XFree86.0.log", Time: Wed Oct 9 00:35:50 2002(==) Using config file: "/etc/X11/XF86Config-4"Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown.(==) ServerLayout "Default Layout"(**) |-->Screen "Default Screen" (0)(**) | |-->Monitor "Generic Monitor"(**) | |-->Device "Generic Video Card"(**) |-->Input Device "Generic Keyboard"(**) Option "XkbRules" "xfree86"(**) XKB: rules: "xfree86"(**) Option "XkbModel" "pc104"(**) XKB: model: "pc104"(**) Option "XkbLayout" "de"(**) XKB: layout: "de"(==) Keyboard: CustomKeycode disabled(**) |-->Input Device "Configured 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,/usr/lib/X11/fonts/75dpi"(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"(==) ModulePath set to "/usr/X11R6/lib/modules"(--) using VT number 7 (WW) Cannot open APM(II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.4 XFree86 XInput driver : 0.2 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.2(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.1.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.2(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.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4(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 8086,7192 card , rev 01 class 06,00,00 hdr 00(II) PCI: 00:07:0: chip 8086,7110 card , rev 08 class 06,01,00 hdr 80(II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,8a hdr 00(II) PCI: 00:07:2: chip 8086,7112 card , rev 00 class 0c,03,00 hdr 00(II) PCI: 00:07:3: chip 8086,7113 card , rev 08 class 06,80,00 hdr 80(II) PCI: 00:07:4: chip , card , rev 00 class 00,00,00 hdr 00(II) PCI: 00:07:5: chip , card , rev 00 class 00,00,00 hdr 00(II) PCI: 00:07:6: chip , card , rev 00 class 00,00,00 hdr 00(II) PCI: 00:07:7: chip , card , rev 00 class 00,00,00 hdr 00(II) PCI: 00:0f:0: chip 15ad,0405 card , rev 00 class 03,00,00 hdr 00(II) PCI: 00:10:0: chip 104b,1040 card , rev 01 class 01,00,00 hdr 00(II) PCI: 00:11:0: chip 1022,2000 card , rev 10 class 02,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.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4(II) UnloadModule: "scanpci"(II) Unloading /usr/X11R6/lib/modules/libscanpci.a(II) Host-to-PCI bridge:(II) PCI-to-ISA bridge:(II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set)(II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B](II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B](II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B](II) Bus -1: bridge is at (0:7:0), (0,-1,0), BCTRL: 0x08 (VGA_EN is set)(II) Bus -1 I/O range:(II) Bus -1 non-prefetchable memory range:(II) Bus -1 prefetchable memory range:(--) PCI:*(0:15:0) VMware PCI SVGA (FIFO) rev 0, Mem @ 0xfc00/2
Bug#163936: marked as done (xserver-xfree86: [core server] attempts to old load modules from 3.3.6)
Your message dated Fri, 11 Oct 2002 11:19:17 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#163936: xserver-xfree86: should be loading xext modules! has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 9 Oct 2002 11:45:48 + >From [EMAIL PROTECTED] Wed Oct 09 06:45:48 2002 Return-path: <[EMAIL PROTECTED]> Received: from (giserver.graylab.ac.uk) [212.219.87.30] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 17zFHg-tw-00; Wed, 09 Oct 2002 06:45:48 -0500 Received: from polya ([10.0.1.152]) by giserver.graylab.ac.uk (Netscape Messaging Server 4.15) with ESMTP id H3PPXM00.C0G for <[EMAIL PROTECTED]>; Wed, 9 Oct 2002 12:44:10 +0100 Received: from jdg by polya with local (Exim 3.36 #1 (Debian)) id 17zFH6-up-00; Wed, 09 Oct 2002 12:45:12 +0100 Date: Wed, 9 Oct 2002 12:45:12 +0100 From: Julian Gilbey <[EMAIL PROTECTED]> To: Debian bug reports <[EMAIL PROTECTED]> Subject: xserver-xfree86: should be loading xext modules! Message-ID: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: Julian Gilbey <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] Package: xserver-xfree86 Version: 4.2.1-1 >From my XFree86.0.log: (II) LoadModule: "pex5" (II) Loading /usr/X11R6/lib/modules/pex5.so dlopen: /usr/X11R6/lib/modules/pex5.so: undefined symbol: PexExtensionInitPtr (EE) Failed to load /usr/X11R6/lib/modules/pex5.so (II) UnloadModule: "pex5" (EE) Failed to load module "pex5" (loader failed, 136286616) And I discovered that I still have the old xext package installed. I don't know why 4.2.1 is loading the old versions. Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London website: http://www.maths.qmul.ac.uk/~jdg/ Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/ Visit http://www.thehungersite.com/ to help feed the hungry --- Received: (at 163936-done) by bugs.debian.org; 11 Oct 2002 10:20:34 + >From [EMAIL PROTECTED] Fri Oct 11 05:20:34 2002 Return-path: <[EMAIL PROTECTED]> Received: from (giserver.graylab.ac.uk) [212.219.87.30] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 17zwuH-00022L-00; Fri, 11 Oct 2002 05:20:34 -0500 Received: from polya ([10.0.1.152]) by giserver.graylab.ac.uk (Netscape Messaging Server 4.15) with ESMTP id H3TBBE00.N0B for <[EMAIL PROTECTED]>; Fri, 11 Oct 2002 11:18:50 +0100 Received: from jdg by polya with local (Exim 3.36 #1 (Debian)) id 17zwtD-0002SD-00; Fri, 11 Oct 2002 11:19:27 +0100 Date: Fri, 11 Oct 2002 11:19:17 +0100 From: Julian Gilbey <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#163936: xserver-xfree86: should be loading xext modules! Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> User-Agent: Mutt/1.4i Delivered-To: [EMAIL PROTECTED] On Thu, Oct 10, 2002 at 04:19:49PM -0500, Branden Robinson wrote: > On Thu, Oct 10, 2002 at 12:28:27PM +0100, Julian Gilbey wrote: > > > 1) Do you have "pex5" listed in the "Modules" Section of your > > > XF86Config-4? > > > > Yes, and xie (not that I know what they do ;-) Should I just delete > > them? > > Hm. The config script should have automatically trashed them. > [...] > Or did you bring this on yourself by adding them by hand, and not letting > debconf handle them? Ah, I found that the config script wasn't quite able to handle my needs (two mice, in particular), so I have been handling it myself. > This is starting to sound like a non-bug. Closing. Julian -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Julian Gilbey, Dept of Maths, Queen Mary, Univ. of London website: http://www.maths.qmul.ac.uk/~jdg/ Debian GNU/Linux Developer, see: http://people.debian.org/~jdg/ Visit http://www.thehungersite.com/ to help feed the hungry
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
Package: xserver-xfree86 Version: 4.2.1-2 Severity: normal Tags: sid I've upgraded to 4.2.1-2 today, It works great and solved the problem of crashing when switching VT's. However, although the X11 log file reports DRI is enabled, that's not what glxinfo reports: --- name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 Mesa 3.4.2 OpenGL extensions: GL_ARB_multitexture, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x32 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow -- Xine multimedia player for example does not display video using the Xv video(I assume it's related), instead a green filled window is displayed. An important note, I was first using kernel 2.4.17 and X complained about DRI driver version mismatch. I have then downloaded the latest DRI drivers from: http://www.xfree86.org/~alanh I thought perhaps i was doing something wrong, but found nothing on the debian-devel-x archives, even tried enabling XvMC but it didn't do the trick. I hope i havn't ran into something trivial, RTFM style... -- Package-specific info: 00:02.0 VGA compatible controller: Intel Corporation: Unknown device 1132 (rev 02) 00:02.0 Class 0300: 8086:1132 (rev 02) ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" # FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" FontPath"/usr/lib/X11/fonts/heb" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
On Fre, 2002-10-11 at 13:38, Idan Sofer wrote: > > I've upgraded to 4.2.1-2 today, It works great and solved the problem of > crashing when switching VT's. > > However, although the X11 log file reports DRI is enabled, that's not what > glxinfo reports: > > --- > name of display: :0.0 > display: :0 screen: 0 > direct rendering: No [...] See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Bug#164303: xserver-xfree86: Display corrupted when using tdfx driver
Package: xserver-xfree86 Version: 4.2.1-2 Severity: normal After upgrading to XF4.2.x in sid, I noticed something strange going on with my display. First I notices some light "snow", i.e. very few random pixels were the wrong color. Then more "snow", more pixels were the wrong color, but this time mostly around the edges of windows that just moved. This problem only got worse as I tried switching between between the text console and X. After doing that a couple of times and coming back to X, I found the display completely out of sync and completely useless. The X server did not crash, but also refused to switch back to the console. I managed to safely reboot. Note that I went through all of this twice, so far. So it's pretty reproducable. This may have something to do with the "improvements" to the XVideo code for tdfx. I did manage to watch a video (using xine in fullscreen mode, which uses Xvideo) before the X server crashed, but did not notice any significant improvement compared with an earlier version of the tdfx driver. Hardware and config information follows. Thanks. Igor 00:0c.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev 01) 00:0c.0 Class 0300: 121a:0005 (rev 01) # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type "man XF86Config" at the shell prompt.) Section "Files" FontPath"unix/:7110"# local font server FontPath"unix/:7100"# local font server FontPath"unix/:7101"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/75dpi" FontPath"/usr/lib/X11/fonts/100dpi" ModulePath "/usr/X11R6/lib/modules-dri" ModulePath "/usr/X11R6/lib/modules" EndSection Section "ServerFlags" EndSection Section "Module" Load"ddc" Load"GLcore" Load"dbe" Load"dri" Load"extmod" Load"glx" Load"record" Load"xie" Load"bitmap" Load"freetype" Load"speedo" Load"type1" Load"vbe" Load"int10" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" Option "XkbOptions""ctrl:nocaps" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "SendCoreEvents""true" Option "Device""/dev/misc/psaux" Option "Protocol" "IMPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "3Dfx Voodoo3" Driver "tdfx" # VideoRam16384 EndSection Section "Monitor" Identifier "Viewsonic G773" HorizSync 30-70 VertRefresh 50-180 #Modeline "1152x864" 92.00 1152 1208 1368 1474 864 865 875 895 #Modeline "1024x768" 85.00 1024 1032 1152 1360 768 784 787 823 #Modeline "800x600"69.65 800 864 928 1088 600 604 610 640 -hsync -vsync #Modeline "640x480"45.80 640 672 768 864 480 488 494 530 -hsync -vsync Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "3Dfx Voodoo3" Monitor "Viewsonic G773" DefaultDepth16 SubSection "Display" Depth 1 Modes "1152x864" "1024x768" "640x480" "800x600" EndSubSection SubSection "Display" Depth 4 Modes "1152x864" "1024x768" "640x480" "800x600" Modes "1024x768" "1152x864" "640x480" "800x600" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1152x864" "1024x768" "640x480" "800x600" EndSubSection SubSection "Display" Depth 15 Modes "1280x1024" "1152x864" "1024x768" "640x480" "800x600" EndSubSection SubSection "Display"
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
Michel Dänzer wrote: --- name of display: :0.0 display: :0 screen: 0 direct rendering: No See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html 10x, But as I stated this does not seem to treat the problem(Just to make sure i've just tried it once again). In fact the changelog indicated that the XvMC bug was resolved.
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
On Fre, 2002-10-11 at 16:32, Idan Sofer wrote: > Michel Dänzer wrote: > > >>--- > >>name of display: :0.0 > >>display: :0 screen: 0 > >>direct rendering: No > >> > > > >See http://lists.debian.org/debian-x/2002/debian-x-200208/msg00011.html > > > > > 10x, But as I stated this does not seem to treat the problem(Just to > make sure i've just tried it once again). In fact the changelog > indicated that the XvMC bug was resolved. Whoops. :) Have you read the documentation on http://dri.sf.net then? In particular, LIBGL_DEBUG=verbose glxinfo might give useful information. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
Michel Dänzer wrote: Whoops. :) Have you read the documentation on http://dri.sf.net then? In particular, LIBGL_DEBUG=verbose glxinfo might give useful information. Hmmm... something like that? name of display: :0.0 libGL: XF86DRIGetClientDriverName: 1.1.0 i810 libGL: trying /usr/X11R6/lib/modules/dri/i810_dri.so libGL: trying /usr/X11R6/lib/modules/dri/i810_dri.so display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context client glx vendor string: SGI client glx version string: 1.2 client glx extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context GLX extensions: GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context OpenGL vendor string: VA Linux Systems, Inc. OpenGL renderer string: Mesa GLX Indirect OpenGL version string: 1.2 Mesa 3.4.2 OpenGL extensions: GL_ARB_multitexture, GL_EXT_abgr, GL_EXT_blend_color, GL_EXT_blend_minmax, GL_EXT_blend_subtract glu version: 1.3 glu extensions: GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat -- 0x23 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x24 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x25 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x26 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x27 16 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x28 16 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x29 16 tc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x2a 16 tc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x2b 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2c 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None 0x2d 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2e 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 0 0 0 0 0 0 Slow 0x2f 16 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x30 16 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 16 0 0 Slow 0x31 16 dc 0 16 0 r y . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 0x32 16 dc 0 16 0 r . . 5 6 5 0 0 16 8 16 16 16 16 0 0 Slow 10x for all your help!
Xvesa and VBE [was: m68k buildd's without ...]
JL> vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places JL> where vesafb doesn't. Just to be pedantic: Xvesa does work on anything that has either VBE 1.2 or later, or a VGA BIOS, or an EGA BIOS. (It has been tested on a plain EGA chipset by a friendly sysadmin from Sverdlovsk.) Xvesa can also switch modes, which is useful if you've only got monochrome modes in the higher resolutions. JL> even on some twisted videoboards that don't even work with their JL> original (windows) dirvers. As far as I am aware, Xvesa should work on any Intel machine you'll find except if it has an original Hercules chipset. (We have never seen a VBE earlier than 1.2, but if you've got one and are willing to do the testing, I'll be glad to write the code. CGA, anyone?) Juliusz
Bug#164316: xserver-xfree86: [radeon] can't read V_BIOS?
Package: xserver-xfree86 Version: 4.2.1-2 Severity: minor Tags: sid So I don't understand why I'm not seeing the video bios on the radeon mobility m7 lw.. I'm using a Powerbook G4 obviously. I assume this related to why it can't see the AGP stuff either. Do I just need a newer radeon driver? I did see some similar reports on the debianppc list however the exact solution alluded me. -- Package-specific info: 00:10.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW 00:10.0 Class 0300: 1002:4c57 Section "ServerLayout" Identifier "XFree86 Configured" Screen 0 "Screen0" 0 0 InputDevice"Mouse0" "CorePointer" InputDevice"Keyboard0" "CoreKeyboard" EndSection Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" ModulePath "/usr/X11R6/lib/modules" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/CID/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" FontPath "/etc/X11/fonts/misc/" EndSection Section "Module" Load "dbe" Load "dri" Load "extmod" Load "glx" Load "record" Load "xtrap" Load "speedo" Load "type1" EndSection Section "InputDevice" Identifier "Keyboard0" Driver "keyboard" EndSection Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "PS/2" Option "Device" "/dev/input/mice" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Apple" ModelName"Powerbook G4" HorizSync 30-68 VertRefresh 50-85 Mode "1280x854" # D: 79.815 MHz, H: 51.963 kHz, V: 60.003 Hz DotClock 79.816 HTimings 1280 1296 1408 1536 VTimings 854 855 858 866 Flags"-HSync" "-VSync"# Warning: XFree86 doesn't support accel EndMode EndSection Section "Device" ### Available Driver options are:- ### Values: : integer, : float, : "True"/"False", ### : "String", : " Hz/kHz/MHz" ### [arg]: arg optional #Option "NoAccel" # [] #Option "SWcursor" # [] #Option "Dac6Bit" # [] #Option "Dac8Bit" # [] #Option "ForcePCIMode" # [] #Option "CPPIOMode" # [] #Option "CPusecTimeout" # #Option "AGPMode" # #Option "AGPSize" # #Option "RingSize" # #Option "BufferSize"# #Option "EnableDepthMoves" # [] #Option "CrtScreen" # [] #Option "PanelSize" # [] #Option "UseFBDev" # [] Identifier "Card0" Driver "radeon" VendorName "ATI" BoardName "Radeon Mobility M7 LW" BusID "PCI:0:16:0" Option "UseFBDev" "true" Option "AGPMode" "1" EndSection Section "Screen" Identifier "Screen0" Device "Card0" DefaultDepth 24 Monitor"Monitor0" SubSection "Display" Depth 1 Modes "1280x854" EndSubSection SubSection "Display" Depth 4 Modes "1280x854" EndSubSection SubSection "Display" Depth 8 Modes "1280x854" EndSubSection SubSection "Display" Depth 15 Modes "1280x854" EndSubSection SubSection "Display" Depth 16 Modes "1280x854" EndSubSection SubSection "Display" Depth 24 Modes "1280x854" EndSubSection EndSection Section "DRI" Mode 0666 EndSection XFree86 Version 4.2.1 (Debian 4.2.1-2 20021008164304 [EMAIL PROTECTED]) / X Window System (protocol Version 11, revision 0, vendor release 6600) Release Date: 3 September 2002 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/) Build Operating System: Linux 2.4.19-powerpc-smp ppc [ELF] Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/XFree86.0.log", Time: Fri Oct 11 07:56:26 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==)
Bug#164296: xserver-xfree86: DRI on I810 does not work properly on 4.2.1-2
Michel Dänzer wrote: Whoops. :) Have you read the documentation on http://dri.sf.net then? In particular, LIBGL_DEBUG=verbose glxinfo might give useful information. Oh i'm so stupid... , apt-get install xlibmesa3 seemed to do the trick for GL, but thought DRI and XVideo were somewhat releated... I still get green screen when using xine Xv driver, it did not occur on 4.1.x(and xlibs is 4.2.1-2) Here's what i get from xvinfo: X-Video Extension version 2.2 screen #0 Adaptor #0: "I810 Video Overlay" number of ports: 1 port base: 67 operations supported: PutImage supported visuals: depth 16, visualID 0x23 depth 16, visualID 0x24 depth 16, visualID 0x25 depth 16, visualID 0x26 depth 16, visualID 0x27 depth 16, visualID 0x28 depth 16, visualID 0x29 depth 16, visualID 0x2a number of attributes: 3 "XV_COLORKEY" (range 0 to 16777215) client settable attribute client gettable attribute (current value is 0) "XV_BRIGHTNESS" (range -128 to 127) client settable attribute client gettable attribute (current value is -23) "XV_CONTRAST" (range 0 to 255) client settable attribute client gettable attribute (current value is 91) maximum XvImage size: 1440 x 1080 Number of image formats: 4 id: 0x32595559 (YUY2) guid: 59555932--0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x32315659 (YV12) guid: 59563132--0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x30323449 (I420) guid: 49343230--0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x59565955 (UYVY) guid: 55595659--0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed)
Bug#164316: xserver-xfree86: [radeon] can't read V_BIOS?
On Fre, 2002-10-11 at 17:41, Dale Harris wrote: > > So I don't understand why I'm not seeing the video bios on the radeon > mobility m7 lw.. It's hard to see something that doesn't exist... it's not relevant. > I'm using a Powerbook G4 obviously. I assume this related to why it can't > see the AGP stuff either. No, that's because agpgart for the Apple UniNorth chipset only works in recent benh kernels yet. The DRI wouldn't work anyway, all you'd get is a lockup. > Do I just need a newer radeon driver? I did see some similar reports > on the debianppc list however the exact solution alluded me. The easiest solution is to add deb http://penguinppc.org/~daenzer/debian/dri-trunk/./ to /etc/apt/sources.list, install the xserver-xfree86-dri-trunk and drm-trunk-module-src packages and build the DRM from the latter. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: Xvesa and VBE [was: m68k buildd's without ...]
On Fri, Oct 11, 2002 at 05:45:49PM +0200, Juliusz Chroboczek wrote: > JL> vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places > JL> where vesafb doesn't. > > Just to be pedantic: Xvesa does work on anything that has either VBE > 1.2 or later, or a VGA BIOS, or an EGA BIOS. (It has been tested on a > plain EGA chipset by a friendly sysadmin from Sverdlovsk.) Yes, sorry, I meant 1.2 vs. 2.0 that e.g. vesafb (and Xfree's vesa? dunno) does. I always trip up on that one :) > JL> even on some twisted videoboards that don't even work with their > JL> original (windows) dirvers. > > As far as I am aware, Xvesa should work on any Intel machine you'll > find except if it has an original Hercules chipset. Correct. I'm prejudiced: I don't consider 640x480x4 to be a 'working' mode. Quite frankly, I'd rather not use X like that. Hmm, strike that. matchbox at 640x480x4 grayscale would probably rock :) But anyhow, I meant 'does 640x480x8 or better'. Usually I can get 800x600x16 on boards that either don't work at all (fubared text mode, even) or work as a vga-only thing. That's what I meant. Or something close to it, anyway. As for the [HM]GA, I'm sure I don't care. I'm using them for what would otherwise be boxless servers :) > (We have never seen a VBE earlier than 1.2, but if you've got one and > are willing to do the testing, I'll be glad to write the code. CGA, > anyone?) sorry, no, my mistake (see above). -- John Lenton ([EMAIL PROTECTED]) -- Random fortune: Nancy Reagan wants to divorce old Ron... seems he's making it hard for everyone but her.
GUADAGNARE DAVVERO, LEGGI E CAPIRAI !!!!!!!
FAI ATTENZIONE PERCHE' CON QUESTO SISTEMA GUADAGNI DAVVERO ! (se il messaggio vi e' arrivato piu volte scusate ma, leggetelo ..) Vorresti Davvero Guadagnare con Internet? Bene, la prima cosa da fare è salvare su disco questa pagina per averla a portata di mano anche se il tuo PC non è connesso a Internet, poi copia tutto in Word o in Blocco Note e stampalo, così lo potrai leggere con più attenzione. Questo Sistema è diverso da tutti gli altri, quindi se non ti fidi leggi con attenzione le istruzioni per valutarlo, e quando le avrai comprese ti assicuro che sarà per te IRRESISTIBILE la voglia di partecipare. QUESTO E`SENZA DUBBIO IL GIORNO PIU' FORTUNATO DELLA TUA VITA !! IMMAGINA A COSA POTRESTI FARE CON 1.5 - 2 MILIARDI DI LIRE... SEI UNO DEI PRIMI FORTUNATI ITALIANI A RICEVERE QUESTA FAMOSA MLM E- MAIL, DELLA QUALE TUTTI STANNO PARLANDO, E DELLA QUALE LA TELEVISIONE E TUTTI I GIORNALI ITALIANI HANNO DEDICATO AMPIO SPAZIO NELLE SCORSE SETTIMANE !!! 1.5 - 2 MILIARDI DI LIRE IN SOLE 6 SETTIMANE !!! GARANTITO !!! FINALMENTE TRADOTTA ANCHE IN ITALIANO, PER IL TUO SUCCESSO !!! UN SISTEMA CHE ANNULLA COMPLETAMENTE TOTOCALCIO, TOTOGOL, LOTTO, ENALOTTO E LOTTERIE VARIE !!! BASTA GIOCARE E SPRECARE SOLDI INUTILMENTE !!! COMINCIA A VINCERE UNA VOLTA PER TUTTE 1.5 - 2 MILIARDI DI LIRE OGNI 6 SETTIMANE FINO A QUANDO SARAI STUFO DI TUTTI QUEI SOLDI Proprio cosi` !!! Si, basta preoccuparsi del lavoro, del quale non se ne puo` piu`, dei soldi, che non sono mai abbastanza, di quella vacanza che VORRESTI ma e sempre più lontana!!! GRAZIE A QUESTA E-MAIL RICEVERAI 1.5 - 2 MILIARDI DI LIRE OGNI 6 SETTIMANE !!! ASSICURATO !!! Quindi il mio consiglio e` quello di cominciare A TIRARE FUORI I SOGNI DAL CASSETTO !!! Immagina per un attimo cosa potresti fare, ad esempio potresti ordinare la nuova, fiammante, Lamborghini Murcielago che ti meriti, oppure recati alla banca e pagare una volta per tutte quel mutuo sulla casa o appartamento !!! Oppure potresti prenderti un paio di mesi di vacanza o crociera in uno di quei posti esotici dei quali hai sempre sognato, poi ritornato a casa decidere cosa fare con piu` di un miliardo ancora a disposizione !!! Alle volte la realtà può sembrare un sogno ma come sai CON I SOGNI NON SI RISOLVE NULLA !!! Questa e` PURA REALTA` e succedera` anche a te nelle prossime 6 settimane, grazie all'incredibile sistema MLM americano !!! 6 SOLE SETTIMANE: questo e` quanto ci vuole per accumulare un minimo di $750.000 DOLLARI AMERICANI, PARI A UN MILIARDO E MEZZO DI LIRE ITALIANE, ED ENTRARE NEL CLUB DEI NUOVI MILIARDARI DEL QUALE HAI SENTITO PARLARE ULTIMAMENTE ALLA TV !!! Hai perso I servizi speciali in onda su Raitre, Canale5 e altre emittenti televisive locali riguardo questo incredibile sistema americano ??? Non importa, perche` questa e` la famosa e-mail dei quali tutti parlano sulle reti televisive di tutto il mondo, non solo italiane. Dovuto alla ormai crescente popolarita` di questa e-mail su Internet, alcune emittenti televisive italiane hanno dedicato ultimamente degli speciali sul come e` possibile guadagnare 1.5 - 2 miliardi di lire in 6 settimane, e per di piu` garantito. " Come e` possibile garantire una vincita del genere, insomma, qui si parla di un sacco di quattrini !!!", e` stato il commento di quasi tutti i conduttori dei vari programmi TV e articoli pubblicati. Gia`, come e` possibile ASSICURARE che qualcuno vinca davvero ??? Il risultato e` stato piu` che sorprendente, perfino per I conduttori, che hanno espresso il loro desiderio di partecipare subito !!! In tutti gli speciali, non solo si e` evidenziato e provato che il sistema funziona davvero e assicura la vincita a CHIUNQUE PARTECIPA, ma e` stato anche provato che non ci sono leggi in vigore (in Italia) che impediscono la partecipazione al programma. Creato negli USA qualche anno fa, e dopo aver generato non si sa quanti nuovi miliardari in tutto il mondo, e ricevuto l'attenzione di emittenti televisive e telegiornali in numerosi paesi del mondo, e` finalmente approdato anche in Italia, grazie alla cortese collaborazione di un italiano residente negli USA, che ha finalmente deciso di tradurre questa e- mail in italiano, ed estendere l'opportunita` di diventare miliardari anche a tutti gli italiani che desiderano partecipare !!! Quante volte hai tentato la fortuna al Totocalcio ??? Totogol ??? Enalotto, lotterie Hai fatto fortuna ??? NO ??? E probabilmente il tutto ti e` costato una gran bella cifra !!! Non preoccuparti: finalmente e` arrivato il tuo momento, si, quello di vincere sul serio, garantito oltre il 200%, perche` e` stato provato che nessuno puo` perdere, nessuno !!! Non si puo` perdere per il semplice motivo che ci sono migliaia di nuovi giocatori ogni giorno che vogliono partecipare, e aspettano che i fortunati che sono in possesso di questa e-mail (quale sei tu ad esempio), la spediscano anche a loro. Hai seguito ul
Wrong fonts showing with msttcorefonts
I'm not sure if this is a problem with X or with the way the msttcorefonts are setup. If I had a bit of debugging knowledge and a better understanding of how fonts are selected it might help determine where the problem is. I'm running an up-to-date Debian Testing laptop with the XFree86 debian package 4.2.1-0pre1v2. I've also installed the MS TrueType package msttcorefonts, and with those installed Opera displays some fonts (e.g. ) as the wrong fonts. Mozilla displays them correctly. I'm not running a true type font server, but instead added to my XF86Config-4 Files: section a line: FontPath"/usr/lib/X11/fonts/TrueType" Even after reading a few HOWTOs I have very little clue how font selection actually works in X, so I see this as an opportunity to learn a little. I guess what I'd like to learn how to find out is: a) is it a problem with Opera? b) is it a problem with my X setup, or with this version of X c) is it a problem with msttcorefonts I assume Opera is asking for a specific font to be displayed, so it would be interesting to see if that's the same font request that other clients (such as Mozilla) are requesting when they display the page correctly, or how Opera is requesting the fonts differently. Basically, I'm looking for debugging tips, and (probably beyond the scope of this list) an overview of how fonts are selected by an application. I'm also curious about the directory layout. /etc/X11/fonts/TrueType/msttcorefonts.scale why is that the same as: /usr/lib/X11/fonts/TrueType/fonts.scale Thanks, -- Bill Moseley mailto:[EMAIL PROTECTED]
Bug#164379: cannot get Xnest to use XKEYBOARD
Package: xnest Version: 4.2.1-2 Whether I start Xnest with no options, with -kb or with +kb, I cannot seem to get the XKEYBOARD extension. It's not listed in xdpyinfo output, and xkbcomp (which my xnest wrapper script uses to copy the host server's keymap to the nested server) fails with: Error:XKB extension not present on :8 Exiting I've examined the changelog and searched the last quarter's worth of debian-x archives, and found no indication that this is a deliberate change. Regards, -- / | [|] Sean Neakums| Questions are a burden to others; [|] <[EMAIL PROTECTED]> | answers a prison for oneself. \ |
Bug#164422: xbase-clients: postrm purge does not remove /etc/X11/xsm
Package: xbase-clients Version: 4.1.0-17 Severity: normal This directory contains a conffile. Hence it needs to be removed by hand in the postrm script. -- System Information Debian Release: testing/unstable Kernel Version: Linux gondolin 2.4.18-686-smp #1 SMP Sun Apr 14 12:07:19 EST 2002 i686 unknown unknown GNU/Linux Versions of the packages xbase-clients depends on: ii cpp2.95.4-17 The GNU C preprocessor. ii debconf1.0.32 Debian configuration management system ii libc6 2.2.5-14.3 GNU C Library: Shared libraries and Timezone ii libdps14.1.0-17 Display PostScript (DPS) client library ii libfreetype6 2.1.2-7FreeType 2 font engine, shared library files ii libncurses55.2.20020112a- Shared libraries for terminal handling ii libxaw74.1.0-17 X Athena widget set library ii xlibs 4.1.0-17 X Window System client libraries rc xlibmesa3 4.1.0-14 XFree86 version of Mesa 3D graphics library ii mesag3 3.4.2.1-4 A 3-D graphics library which uses the OpenGL ^^^ (Provides virtual package libgl1)
