Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Thu, Oct 10, 2002 at 04:14:50AM +0200, Michel Dänzer wrote: > On Don, 2002-10-10 at 03:56, Branden Robinson wrote: > > On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote: > > > On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > > > A servers-only build compiles Xlibs because the X server needs the X11 > > > > header files in the exports directory. Apparently Imake doesn't know > > > > how to express "just export the headers, don't really compile the > > > > library". > > [...] > > > What about using the system installed headers, like the DRI tree does? > > > > And have XFree86 Build-Depend on itself? No thanks! > > I was thinking of a separate source package. You want two copies of the huge XFree86 source tarballl in the archive ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > tags 164050 patch Bug#164050: xfree86: archfiles for Debian/NetBSD Tags added: patch > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#164063: out-of-date pt_BR translation for xserver-xfree86
Package: xserver-xfree86 Version: 4.2.1-2 Severity: minor Tags: patch Please find attached an updated Portuguese translation for the xserver-xfree86 debconf templates. With this update, only two templates remain untranslated to Portuguese; I'm leaving those for a better translator than I to pick up at a later date. Steve Langasek postmodern programmer Template: xserver-xfree86/autodetect_video_card Type: boolean Default: true Description: Attempt to autodetect video hardware? Accept this option if you would like to attempt to autodetect the recommended X server and driver module for your video card. If autodetection fails, you will be asked to specify the desired X server and/or driver module. If autodetection succeeds, further debconf questions about your video hardware will be pre-answered. . If you would rather select the X server and driver module yourself, decline this option. You will not be asked to select the X server if there is only one available. Description-pt_BR: Tentar autodetectar o hardware de v�deo ? Aceite esta op��o caso voc� queira tentar autodetectar o servidor X recomendado e o m�dulo do driver para sua placa de v�deo. Caso a autodetec��o falhe, ser� requisitado que voc� especifique o servidor X desejado e/ou o m�dulo do controlador. Caso a autodetec��o tenha �xito, as demais perguntas sobre o hardware de v�deo ser�o preenchidas para voc�. . Caso voc� deseje selecionar um servidor de X e um m�dulo do driver manualmente, n�o aceite esta op��o. N�o lhe ser� pedido selecionar um servidor X caso houver somente um servidor dispon�vel. Template: shared/no_known_x-server Type: note Description: No X server known for your video hardware. Either you have no video hardware installed on this machine (serial console only?), or the "discover" program was unable to determine which X server is appropriate for your video hardware. This could be due to incomplete information in discover's hardware database, or it could be that your video hardware is simply not supported by any available X servers. Description-pt_BR: Nenhum servidor X conhecido para seu hardware de v�deo. Voc� n�o possui hardware de v�deo instalado nesta m�quina (console serial apenas ?) ou o programa "discover" n�o foi capaz de determinar qual servidor X � o apropriado para seu hardware de v�deo. Isto pode ser devido a informa��o incompleta na base de dados de hardware do discover ou pode ser que seu hardware de v�deo simplesmente n�o seja suportado por nenhum dos servidores X dispon�veis. Template: shared/multiple_possible_x-servers Type: note Description: Multiple potential default X servers for your hardware. Multiple video cards have been detected, and different X servers are required to support the various devices. It is thus not possible to automatically select a default X server. Please configure the device that will serve as your computer's "primary head"; this is generally the video card and monitor to which the computer displays when it first boots. . At the present time, only a single-headed setup is supported by debconf; however, the X server configuration files can be edited to support a multi-head configuration. Description-pt_BR: M�ltiplos potenciais servidores X para seu hardware. M�ltiplas placas de v�deo foram detectadas e diferentes servidores X s�o requeridos para suportar os v�rios dispositivos. Desse modo n�o � poss�vel automaticamente selecionar um servidor X padr�o. Por favor configure o dispositivo que funcionar� como seu dispositivo principal; este � geralmente a placa de v�deo e monitor os quais o computador usa quando seu computador inicia. . No momento, apenas configura��es de dispositivos �nicos s�o suportadas pelo debconf; por�m, os arquivos de configura��o do servidor X podem ser editados para suportar uma configura��o de m�ltiplos dispositivos. Template: shared/default-x-server Type: select Choices: ${choices} Description: Select the desired default X server. The X server is the hardware interface of the X Window System. Its job is to communicate with video display and input devices, providing a foundation for the chosen Graphical User Interface (GUI). . Several X servers may be available; the default is selected via the /etc/X11/X symbolic link. Some X servers may not work with your particular graphics hardware. Description-pt_BR: Selecione o servidor X padr�o desejado. O servidor X � a interface com o hardware do Sistema de Janelas X. Sua fun��o � se comunicar com o display de v�deo e dispositivos de entrada, provendo a funda��o para a Interface Gr�fica de Usu�rio (GUI) escolhida. . Diversos servidores X podem estar dispon�veis; o padr�o � selecionado atrav�s da liga��o simb�lica /etc/X11/X. Alguns servidores X podem n�o funcionar com seu hardware gr�fico em particular. Template: shared/clobber_x-server_symlink Type: boolean Description: Replace symbolic link to default X server? The symbolic link /etc/X11/X already e
Processed: retitle 164034 to xserver-xfree86: debconf question does not support the 1280x600 mode used by Sony PictureBooks ... ... ...
Processing commands for [EMAIL PROTECTED]: > retitle 164034 xserver-xfree86: debconf question does not support the > 1280x600 mode used by Sony PictureBooks Bug#164034: [debconf] does not support the 1280x600 mode used by the Sony Picturebook notebooks Changed Bug title. > severity 164034 wishlist Bug#164034: xserver-xfree86: debconf question does not support the 1280x600 mode used by Sony PictureBooks Severity set to `wishlist'. > retitle 130191 xserver-xfree86: debconf BusID question could have better > default and explanation Bug#130191: xserver-xfree86: [debconf] please try harder to display default (none displayed) Changed Bug title. > retitle 130274 xserver-xfree86: debconf question does not support the > 1152x768 mode used by Apple PowerBook G4s Bug#130274: xserver-xfree86: Can't debconf 1152x768 resolution Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Don, 2002-10-10 at 03:56, Branden Robinson wrote: > On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote: > > On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > > A servers-only build compiles Xlibs because the X server needs the X11 > > > header files in the exports directory. Apparently Imake doesn't know > > > how to express "just export the headers, don't really compile the > > > library". > [...] > > What about using the system installed headers, like the DRI tree does? > > And have XFree86 Build-Depend on itself? No thanks! I was thinking of a separate source package. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Wed, Oct 09, 2002 at 08:56:47PM -0500, Branden Robinson wrote: > On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote: > > On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > > A servers-only build compiles Xlibs because the X server needs the X11 > > > header files in the exports directory. Apparently Imake doesn't know > > > how to express "just export the headers, don't really compile the > > > library". > [...] > > What about using the system installed headers, like the DRI tree does? > > And have XFree86 Build-Depend on itself? No thanks! It's bad enough that freetype2 depends on xutils, and xfree86 depends on freetype2... (though one can at least work around it in ugly ways when bootstrapping a new port, by forcibly setting the freetype-build options to build it within xfree86 long enough to make xutils build, then rebuilding it correctly). Making X Build-Depend on itself would be... augh. I'd have to start pulling my hair out. -- *** Joel Baker System Administrator - lightbearer.com [EMAIL PROTECTED] http://users.lightbearer.com/lucifer/ pgpqbKHpVfCGy.pgp Description: PGP signature
Bug#163807: xserver-xfree86: FBDev Green Screen and Invalid Color Depth
tag 163807 - moreinfo thanks On Wed, Oct 09, 2002 at 07:02:07PM -0400, Matt Filizzi wrote: > Attached are two XFree86 logs, one at 24 bit colordepth (when it tells > me of an invalid color depth) and the other at 16 (when everything is > green) Thanks for the prompt feedback. -- G. Branden Robinson| Mob rule isn't any prettier just Debian GNU/Linux | because you call your mob a [EMAIL PROTECTED] | government. http://people.debian.org/~branden/ | pgpSauFIjrF6m.pgp Description: PGP signature
Processed: retitle 164026 to xfree86: support for Debian/NetBSD, tagging 164026, severity of 164026 is wishlist
Processing commands for [EMAIL PROTECTED]: > retitle 164026 xfree86: support for Debian/NetBSD Bug#164026: NetBSD build patches Changed Bug title. > tag 164026 + patch Bug#164026: xfree86: support for Debian/NetBSD Tags added: patch > severity 164026 wishlist Bug#164026: xfree86: support for Debian/NetBSD Severity set to `wishlist'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: retitle 164021 to xterm: upgrading xterm package automatically removes manually selected x-terminal-emulator alternative
Processing commands for [EMAIL PROTECTED]: > retitle 164021 xterm: upgrading xterm package automatically removes manually > selected x-terminal-emulator alternative Bug#164021: xterm: Removing manually selected alternative Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#163807: xserver-xfree86: FBDev Green Screen and Invalid Color Depth
Processing commands for [EMAIL PROTECTED]: > tag 163807 - moreinfo Bug#163807: xserver-xfree86: [fbdev] color depth disagreements with kernel Tags removed: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules
On Thu, Oct 10, 2002 at 04:56:57AM +0900, ISHIKAWA Mutsumi wrote: > It is not a bug. [...] ISHIKAWA-san, to reach the bug submitter you need to mail [EMAIL PROTECTED] (or bugnumber-done, which will also close the bug, of course). -- G. Branden Robinson|If you make people think they're Debian GNU/Linux |thinking, they'll love you; but if [EMAIL PROTECTED] |you really make them think, they'll http://people.debian.org/~branden/ |hate you. pgpqXieUKTdOa.pgp Description: PGP signature
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote: > On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > A servers-only build compiles Xlibs because the X server needs the X11 > > header files in the exports directory. Apparently Imake doesn't know > > how to express "just export the headers, don't really compile the > > library". [...] > What about using the system installed headers, like the DRI tree does? And have XFree86 Build-Depend on itself? No thanks! -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | pgpnodLS8ifAu.pgp Description: PGP signature
Bug#164026: Correction of 999_NetBSD.cf
My sincerest apologies - the formerly included 999_NetBSD.cf had one part of the patch out of order. I had already fixed it, but somehow it failed to make it into my local CVS before I sent the patches. Please find the corrected patch attached to this message, as '999_NetBSD.cf.corrected'. -- *** Joel Baker System Administrator - lightbearer.com [EMAIL PROTECTED] http://users.lightbearer.com/lucifer/ This is an omnibus patch to add support for Debian-specific values in the NetBSD.cf file. It requires that imake be patched to generate the proper values for NetBSDDistribution, before these will be used (provided as a separate patch). Origionally written by Joel Baker <[EMAIL PROTECTED]>. diff -ur xc-dist/config/cf/NetBSD.cf xc/config/cf/NetBSD.cf --- xc-dist/config/cf/NetBSD.cf 2002-10-09 03:55:29.0 + +++ xc/config/cf/NetBSD.cf 2002-10-09 03:58:09.0 + @@ -18,12 +18,109 @@ #define OSTeenyVersion DefaultOSTeenyVersion #endif +#ifndef NetBSDDistribution +#define NetBSDDistribution DefaultNetBSDDistribution +/* + Add "#define NetBSDDistribution NetBSD" to your site.def or host.def. + Currently only NetBSDDebian will be autodetected. + Valid values are: +NetBSDUnknown(0) +NetBSDNative (1) +NetBSDDebian (2) +*/ +#endif + +#ifndef NetBSDDistName +# define NetBSDDistName DefaultNetBSDDistName +#endif #ifndef OSVendor #defineOSVendorThe NetBSD Foundation, Inc. #endif + +#ifndef NetBSDBinUtilsMajorVersion +# define NetBSDBinUtilsMajorVersion DefaultNetBSDBinUtilsMajorVersion +#endif + XCOMM operating system: OSName (OSMajorVersion./**/OSMinorVersion./**/OSTeenyVersion) +/* Defines for Debian GNU/NetBSD */ + +#if NetBSDDistribution == NetBSDDebian +# ifndef DefaultGcc2OptimizeOpt +# define DefaultGcc2OptimizeOpt -O2 +# endif +# define DefaultGcc2AxpOpt DefaultGcc2OptimizeOpt +# define DefaultGcc2i386OptDefaultGcc2OptimizeOpt +# define DefaultGcc2PpcOpt DefaultGcc2OptimizeOpt +# define SystemManDirectory/usr/share/man +# define HasPamYES +# define HasTk YES +# define TkLibDir /usr/lib +# define TkIncDir /usr/include +# define TkLibName tk8.3 +# define XF86SetupUsesStaticTk NO +# define HasTclYES +# define TclLibDir /usr/lib +# define TclIncDir /usr/include +# define TclLibNametcl8.3 +# define XF86SetupUsesStaticTclNO +# define XAppLoadDir EtcX11Directory/app-defaults +# define XFileSearchPathDefault Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) +/* the relative symlink created by this rule causes problems for us */ +# if InstallAppDefFiles +# define InstallAppDefaultsLong(file,class) @@\ +InstallNamedTarget(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class) +# else +# define InstallAppDefaultsLong(file,class) @@\ +InstallNamedTargetNoClobber(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class) +# endif /* InstallAppDefFiles */ + +# define SharedLibXdmGreet NO +# define LinkGLToUsrIncludeNO +# define LinkGLToUsrLibNO +# define SharedLibFont NO +# define HasZlib YES +# define SharedLibGlu YES +# define NormalLibGlu YES +# define FSUseSyslog YES + +/* + * + */ +# define DebianMaintainer "[EMAIL PROTECTED]" +/* + * + */ + +# ifdef DebianMaintainer +# ifndef XFree86CustomVersion +#define XFree86CustomVersion "Debian" +# endif +# ifndef BuilderEMailAddr +#define BuilderEMailAddr "debian-x@lists.debian.org" +# endif +# define XFree86Devel YES +# define BuildAllSpecsDocsYES +# define InstallXinitConfig YES +# define InstallXdmConfig YES +# define InstallFSConfig YES +# define DebuggableLibraries YES +# define ForceNormalLib YES +# define BuildSpecsDocs YES +# define SpecsDocDirs CTEXT GL ICCCM X11 Xext Xv i18n xterm +# define BuildRmanNO +# define BuildHtmlManPagesNO +# define ProjectManSuffix x + +/* we build-depend on libfreetype6-dev (FreeType 2.x) */ +# define BuildFreetype2LibraryNO +# define HasFreetype2 YES +# define HasXdmAuth YES +# define HasLatex YES +# endif /* DebianMaintainer */ +#endif /* NetBSDDebian */ + /* * C library features */ @@ -83,8 +180,13 @@ #define HasUsableFileMmap YES +#if NetBSDDistribution == NetBSDDebian +#define HasVarRun YES
Processed: your mail
Processing commands for [EMAIL PROTECTED]: > tags 164050 patch Bug#164050: xfree86: archfiles for Debian/NetBSD Tags added: patch > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#163807: xserver-xfree86: FBDev Green Screen and Invalid Color Depth
On Don, 2002-10-10 at 01:02, Matt Filizzi wrote: > Attached are two XFree86 logs, one at 24 bit colordepth (when it tells > me of an invalid color depth) and the other at 16 (when everything is > green) [...] > (II) FBDEV(0): using default device > (II) Running in FRAMEBUFFER Mode > (EE) FBDEV(0): Driver can't support depth 24 The attached patch should help with this one. As a workaround, set the bits per pixel explicitly, either with DefaultFbBpp in the screen section or with the -fbbpp command line switch. As I said, I suspect the problem with depth 16 is due to the framebuffer device; have you tried depth 15? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast Index: programs/Xserver/hw/xfree86/drivers/fbdev/fbdev.c === RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/fbdev/fbdev.c,v retrieving revision 1.38 diff -p -u -r1.38 fbdev.c --- fbdev.c 2001/10/28 03:33:29 1.38 +++ fbdev.c 2002/10/10 00:54:49 @@ -411,7 +408,8 @@ FBDevPreInit(ScrnInfoPtr pScrn, int flag if (!fbdevHWInit(pScrn,NULL,xf86FindOptionValue(fPtr->pEnt->device->options,"fbdev"))) return FALSE; default_depth = fbdevHWGetDepth(pScrn,&fbbpp); - if (!xf86SetDepthBpp(pScrn, default_depth, default_depth, fbbpp,0)) + if (!xf86SetDepthBpp(pScrn, default_depth, default_depth, fbbpp, + (Support24bppFb | Support32bppFb) )) return FALSE; xf86PrintDepthBpp(pScrn);
Processed: retitle 164034 to xserver-xfree86: debconf question does not support the 1280x600 mode used by Sony PictureBooks ... ... ...
Processing commands for [EMAIL PROTECTED]: > retitle 164034 xserver-xfree86: debconf question does not support the 1280x600 mode >used by Sony PictureBooks Bug#164034: [debconf] does not support the 1280x600 mode used by the Sony Picturebook notebooks Changed Bug title. > severity 164034 wishlist Bug#164034: xserver-xfree86: debconf question does not support the 1280x600 mode used by Sony PictureBooks Severity set to `wishlist'. > retitle 130191 xserver-xfree86: debconf BusID question could have better default and >explanation Bug#130191: xserver-xfree86: [debconf] please try harder to display default (none displayed) Changed Bug title. > retitle 130274 xserver-xfree86: debconf question does not support the 1152x768 mode >used by Apple PowerBook G4s Bug#130274: xserver-xfree86: Can't debconf 1152x768 resolution Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#164034: [debconf] does not support the 1280x600 mode used by the Sony Picturebook notebooks
Package: xserver-xfree86 Version: 4.2.1-2 Followup-For: Bug #-1 The mode list offered by debconf does not list the 1280x600 mode used by the Sony Picturebook (Vaio C1) notebooks. -- Package-specific info: 00:0c.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY 00:0c.0 Class 0300: 1002:4c59 ### 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" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "fr_latin9" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Radeon" Driver "radeon" BusID "PCI:00:12:00" Option "UseFBDev" "false" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 30-92 VertRefresh 50-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Radeon" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 24 Modes "1280x600" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Generic Mouse" EndSection ### END DEBCONF SECTION Section "ServerFlags" Option "BlankTime" "10" Option "StandbyTime""15" Option "SuspendTime""20" Option "OffTime""30" EndSection XFree86 Version 4.2.1 (Debian 4.2.1-2 20021008045526 [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.18 i686 [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: Thu Oct 10 01:07:55 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0)
Re: m68k buildd's without 1.5GB of free disk should not attemptxfree86
On Don, 2002-10-10 at 03:56, Branden Robinson wrote: > On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote: > > On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > > A servers-only build compiles Xlibs because the X server needs the X11 > > > header files in the exports directory. Apparently Imake doesn't know > > > how to express "just export the headers, don't really compile the > > > library". > [...] > > What about using the system installed headers, like the DRI tree does? > > And have XFree86 Build-Depend on itself? No thanks! I was thinking of a separate source package. -- 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: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Wed, Oct 09, 2002 at 08:56:47PM -0500, Branden Robinson wrote: > On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote: > > On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > > A servers-only build compiles Xlibs because the X server needs the X11 > > > header files in the exports directory. Apparently Imake doesn't know > > > how to express "just export the headers, don't really compile the > > > library". > [...] > > What about using the system installed headers, like the DRI tree does? > > And have XFree86 Build-Depend on itself? No thanks! It's bad enough that freetype2 depends on xutils, and xfree86 depends on freetype2... (though one can at least work around it in ugly ways when bootstrapping a new port, by forcibly setting the freetype-build options to build it within xfree86 long enough to make xutils build, then rebuilding it correctly). Making X Build-Depend on itself would be... augh. I'd have to start pulling my hair out. -- *** Joel Baker System Administrator - lightbearer.com [EMAIL PROTECTED] http://users.lightbearer.com/lucifer/ msg04116/pgp0.pgp Description: PGP signature
Bug#163807: xserver-xfree86: FBDev Green Screen and Invalid Color Depth
tag 163807 - moreinfo thanks On Wed, Oct 09, 2002 at 07:02:07PM -0400, Matt Filizzi wrote: > Attached are two XFree86 logs, one at 24 bit colordepth (when it tells > me of an invalid color depth) and the other at 16 (when everything is > green) Thanks for the prompt feedback. -- G. Branden Robinson| Mob rule isn't any prettier just Debian GNU/Linux | because you call your mob a [EMAIL PROTECTED] | government. http://people.debian.org/~branden/ | msg04115/pgp0.pgp Description: PGP signature
Processed: retitle 164026 to xfree86: support for Debian/NetBSD, tagging 164026, severity of 164026 is wishlist
Processing commands for [EMAIL PROTECTED]: > retitle 164026 xfree86: support for Debian/NetBSD Bug#164026: NetBSD build patches Changed Bug title. > tag 164026 + patch Bug#164026: xfree86: support for Debian/NetBSD Tags added: patch > severity 164026 wishlist Bug#164026: xfree86: support for Debian/NetBSD Severity set to `wishlist'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 164021 to xterm: upgrading xterm package automatically removes manually selected x-terminal-emulator alternative
Processing commands for [EMAIL PROTECTED]: > retitle 164021 xterm: upgrading xterm package automatically removes manually >selected x-terminal-emulator alternative Bug#164021: xterm: Removing manually selected alternative Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#163807: xserver-xfree86: FBDev Green Screen and Invalid Color Depth
Processing commands for [EMAIL PROTECTED]: > tag 163807 - moreinfo Bug#163807: xserver-xfree86: [fbdev] color depth disagreements with kernel Tags removed: moreinfo > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules
On Thu, Oct 10, 2002 at 04:56:57AM +0900, ISHIKAWA Mutsumi wrote: > It is not a bug. [...] ISHIKAWA-san, to reach the bug submitter you need to mail [EMAIL PROTECTED] (or bugnumber-done, which will also close the bug, of course). -- G. Branden Robinson|If you make people think they're Debian GNU/Linux |thinking, they'll love you; but if [EMAIL PROTECTED] |you really make them think, they'll http://people.debian.org/~branden/ |hate you. msg04111/pgp0.pgp Description: PGP signature
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Wed, Oct 09, 2002 at 11:29:49PM +0200, Michel D?nzer wrote: > On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > A servers-only build compiles Xlibs because the X server needs the X11 > > header files in the exports directory. Apparently Imake doesn't know > > how to express "just export the headers, don't really compile the > > library". [...] > What about using the system installed headers, like the DRI tree does? And have XFree86 Build-Depend on itself? No thanks! -- G. Branden Robinson| Convictions are more dangerous Debian GNU/Linux | enemies of truth than lies. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | msg04110/pgp0.pgp Description: PGP signature
Bug#163807: xserver-xfree86: FBDev Green Screen and Invalid Color Depth
Attached are two XFree86 logs, one at 24 bit colordepth (when it tells me of an invalid color depth) and the other at 16 (when everything is green) Matt On Tue, Oct 08, 2002 at 11:58:50AM -0500, Branden Robinson wrote: > # no crash, no coredump, no hang, no spontaneous reboot > severity 163807 normal > retitle 163807 xserver-xfree86: [fbdev] color depth disagreements with kernel > tag 163807 + moreinfo > thanks > > On Tue, Oct 08, 2002 at 11:41:48AM -0400, Matt Filizzi wrote: > > After upgrading to 4.2.1 and typing startx, it would fail and give me an > > error that the screen color depth is incorrect (24) after setting to 16 > > it works, however everything becomes a green tint. This is able to be > > fixed by removing the fbdev setings (and recompiling the kernel to not > > use fbdev). > > You did not supply your XFree86.0.log file; this information is needed > for proper analysis of your bug report. See, e.g., XF86Config(7). > > -- > G. Branden Robinson| Organized religion is a sham and a > Debian GNU/Linux | crutch for weak-minded people who > [EMAIL PROTECTED] | need strength in numbers. > http://people.debian.org/~branden/ | -- Jesse Ventura -- Matt (Fizz) Filizzi All that is required for http://beyond.hjsoft.comEvil to triumph is that [EMAIL PROTECTED] good people do nothing. - Edmund Burke XFree86 Version 4.2.1 (Debian 4.2.1-2 20021008045526 [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.18 i686 [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: Wed Oct 9 18:19:42 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) 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" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/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 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (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.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (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.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (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,0305 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,0583 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106, rev 22 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1106,0571 rev 10 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card , rev 30 class 06,00,00 hdr 00 (II) PCI: 00:08:0: chip 1105,8300 card , rev 01 class 04,80,00 hdr 00 (II) PCI: 00:0a:0: chip 1002,4750 card 1002,0080 rev 5c class 03,00,00 hdr 00 (II) PCI: 00:0b:0: chip 1274,5000 card 4942,4c4c rev 01 class 04,01,00 hdr 00 (II) PCI: 00:0c:0: chip 10b7,9055 card 10b7,9055 rev 30 class 02,00,0
Bug#164026: Correction of 999_NetBSD.cf
My sincerest apologies - the formerly included 999_NetBSD.cf had one part of the patch out of order. I had already fixed it, but somehow it failed to make it into my local CVS before I sent the patches. Please find the corrected patch attached to this message, as '999_NetBSD.cf.corrected'. -- *** Joel Baker System Administrator - lightbearer.com [EMAIL PROTECTED] http://users.lightbearer.com/lucifer/ This is an omnibus patch to add support for Debian-specific values in the NetBSD.cf file. It requires that imake be patched to generate the proper values for NetBSDDistribution, before these will be used (provided as a separate patch). Origionally written by Joel Baker <[EMAIL PROTECTED]>. diff -ur xc-dist/config/cf/NetBSD.cf xc/config/cf/NetBSD.cf --- xc-dist/config/cf/NetBSD.cf 2002-10-09 03:55:29.0 + +++ xc/config/cf/NetBSD.cf 2002-10-09 03:58:09.0 + @@ -18,12 +18,109 @@ #define OSTeenyVersion DefaultOSTeenyVersion #endif +#ifndef NetBSDDistribution +#define NetBSDDistribution DefaultNetBSDDistribution +/* + Add "#define NetBSDDistribution NetBSD" to your site.def or host.def. + Currently only NetBSDDebian will be autodetected. + Valid values are: +NetBSDUnknown(0) +NetBSDNative (1) +NetBSDDebian (2) +*/ +#endif + +#ifndef NetBSDDistName +# define NetBSDDistName DefaultNetBSDDistName +#endif #ifndef OSVendor #defineOSVendorThe NetBSD Foundation, Inc. #endif + +#ifndef NetBSDBinUtilsMajorVersion +# define NetBSDBinUtilsMajorVersion DefaultNetBSDBinUtilsMajorVersion +#endif + XCOMM operating system: OSName (OSMajorVersion./**/OSMinorVersion./**/OSTeenyVersion) +/* Defines for Debian GNU/NetBSD */ + +#if NetBSDDistribution == NetBSDDebian +# ifndef DefaultGcc2OptimizeOpt +# define DefaultGcc2OptimizeOpt -O2 +# endif +# define DefaultGcc2AxpOpt DefaultGcc2OptimizeOpt +# define DefaultGcc2i386OptDefaultGcc2OptimizeOpt +# define DefaultGcc2PpcOpt DefaultGcc2OptimizeOpt +# define SystemManDirectory/usr/share/man +# define HasPamYES +# define HasTk YES +# define TkLibDir /usr/lib +# define TkIncDir /usr/include +# define TkLibName tk8.3 +# define XF86SetupUsesStaticTk NO +# define HasTclYES +# define TclLibDir /usr/lib +# define TclIncDir /usr/include +# define TclLibNametcl8.3 +# define XF86SetupUsesStaticTclNO +# define XAppLoadDir EtcX11Directory/app-defaults +# define XFileSearchPathDefault +Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) +/* the relative symlink created by this rule causes problems for us */ +# if InstallAppDefFiles +# define InstallAppDefaultsLong(file,class) @@\ +InstallNamedTarget(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class) +# else +# define InstallAppDefaultsLong(file,class) @@\ +InstallNamedTargetNoClobber(install,file.ad,$(INSTAPPFLAGS),$(XAPPLOADDIR),class) +# endif /* InstallAppDefFiles */ + +# define SharedLibXdmGreet NO +# define LinkGLToUsrIncludeNO +# define LinkGLToUsrLibNO +# define SharedLibFont NO +# define HasZlib YES +# define SharedLibGlu YES +# define NormalLibGlu YES +# define FSUseSyslog YES + +/* + * + */ +# define DebianMaintainer "[EMAIL PROTECTED]" +/* + * + */ + +# ifdef DebianMaintainer +# ifndef XFree86CustomVersion +#define XFree86CustomVersion "Debian" +# endif +# ifndef BuilderEMailAddr +#define BuilderEMailAddr "[EMAIL PROTECTED]" +# endif +# define XFree86Devel YES +# define BuildAllSpecsDocsYES +# define InstallXinitConfig YES +# define InstallXdmConfig YES +# define InstallFSConfig YES +# define DebuggableLibraries YES +# define ForceNormalLib YES +# define BuildSpecsDocs YES +# define SpecsDocDirs CTEXT GL ICCCM X11 Xext Xv i18n xterm +# define BuildRmanNO +# define BuildHtmlManPagesNO +# define ProjectManSuffix x + +/* we build-depend on libfreetype6-dev (FreeType 2.x) */ +# define BuildFreetype2LibraryNO +# define HasFreetype2 YES +# define HasXdmAuth YES +# define HasLatex YES +# endif /* DebianMaintainer */ +#endif /* NetBSDDebian */ + /* * C library features */ @@ -83,8 +180,13 @@ #define HasUsableFileMmap YES +#if NetBSDDistribution == NetBSDDebian +#define HasVarRun YES +#def
Bug#164026: NetBSD build patches
Package: xfree86 Version: 4.2.1-1 Severity: normal I am attaching four patches to this bug; all four must be present in the debian/patches/ directory to successfully build on a NetBSD platform. I would like to request an assigned number-range (as with the other ports) for these patches; for the moment, they're named under the 999 convention. Note that the netbsd_no_SharedOldX patch must be applied *after* the C++ support patch for bsdLib.rules (bug #163892), as they both touch the same file. Note that patches for the required debian/* support files (such as MANIFEST.netbsd-i386) will be submitted in a separate bug. -- *** Joel Baker System Administrator - lightbearer.com [EMAIL PROTECTED] http://users.lightbearer.com/lucifer/ Patch to imake.c for Debian/NetBSD support by Joel Baker <[EMAIL PROTECTED]>. --- xc-dist/config/imake/imake.cSun Jan 27 23:07:23 2002 +++ xc/config/imake/imake.c Sun Jan 27 23:20:05 2002 @@ -950,6 +950,10 @@ fprintf (inFile, "%s\n", "#define LinuxWare 11"); fprintf (inFile, "%s\n", "#define LinuxYggdrasil 12"); + fprintf (inFile, "%s\n", "#define NetBSDUnknown 0"); + fprintf (inFile, "%s\n", "#define NetBSDNative1"); + fprintf (inFile, "%s\n", "#define NetBSDDebian2"); + if (lstat (yast, &sb) == 0) { fprintf (inFile, "%s\n", "#define DefaultLinuxDistribution LinuxSuSE"); fprintf (inFile, "%s\n", "#define DefaultLinuxDistName SuSE"); @@ -963,6 +967,8 @@ if (lstat (debian, &sb) == 0) { fprintf (inFile, "%s\n", "#define DefaultLinuxDistribution LinuxDebian"); fprintf (inFile, "%s\n", "#define DefaultLinuxDistName Debian"); +fprintf (inFile, "%s\n", "#define DefaultNetBSDDistribution NetBSDDebian"); +fprintf (inFile, "%s\n", "#define DefaultNetBSDDistName Debian"); /* You could also try to get the version of the Debian distrib by looking * at the content of /etc/debian_version */ return; @@ -971,6 +977,8 @@ fprintf (inFile, "%s\n", "#define DefaultLinuxDistribution LinuxUnknown"); fprintf (inFile, "%s\n", "#define DefaultLinuxDistName Unknown"); + fprintf (inFile, "%s\n", "#define DefaultNetBSDDistribution NetBSDUnknown"); + fprintf (inFile, "%s\n", "#define DefaultNetBSDDistName Unknown"); /* would like to know what version of the distribution it is */ } This is an omnibus patch to add support for Debian-specific values in the NetBSD.cf file. It requires that imake be patched to generate the proper values for NetBSDDistribution, before these will be used (provided as a separate patch). Origionally written by Joel Baker <[EMAIL PROTECTED]>. diff -ur xc-dist/config/cf/NetBSD.cf xc/config/cf/NetBSD.cf --- xc-dist/config/cf/NetBSD.cf 2002-10-09 03:55:29.0 + +++ xc/config/cf/NetBSD.cf 2002-10-09 03:58:09.0 + @@ -18,12 +18,109 @@ #define OSTeenyVersion DefaultOSTeenyVersion #endif +#ifndef NetBSDDistribution +#define NetBSDDistribution DefaultNetBSDDistribution +/* + Add "#define NetBSDDistribution NetBSD" to your site.def or host.def. + Currently only NetBSDDebian will be autodetected. + Valid values are: +NetBSDUnknown(0) +NetBSDNative (1) +NetBSDDebian (2) +*/ +#endif + +#ifndef NetBSDDistName +# define NetBSDDistName DefaultNetBSDDistName +#endif #ifndef OSVendor #defineOSVendorThe NetBSD Foundation, Inc. #endif + +#ifndef NetBSDBinUtilsMajorVersion +# define NetBSDBinUtilsMajorVersion DefaultNetBSDBinUtilsMajorVersion +#endif + XCOMM operating system: OSName (OSMajorVersion./**/OSMinorVersion./**/OSTeenyVersion) +/* Defines for Debian GNU/NetBSD */ + +#if NetBSDDistribution == NetBSDDebian +# ifndef DefaultGcc2OptimizeOpt +# define DefaultGcc2OptimizeOpt -O2 +# endif +# define DefaultGcc2AxpOpt DefaultGcc2OptimizeOpt +# define DefaultGcc2i386OptDefaultGcc2OptimizeOpt +# define DefaultGcc2PpcOpt DefaultGcc2OptimizeOpt +# define SystemManDirectory/usr/share/man +# define HasPamYES +# define HasTk YES +# define TkLibDir /usr/lib +# define TkIncDir /usr/include +# define TkLibName tk8.3 +# define XF86SetupUsesStaticTk NO +# define HasTclYES +# define TclLibDir /usr/lib +# define TclIncDir /usr/include +# define TclLibNametcl8.3 +# define XF86SetupUsesStaticTclNO +# define XAppLoadDir EtcX11Directory/app-defaults +# define XFileSearchPathDefault Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) +/* the relative symlin
Bug#163807: xserver-xfree86: FBDev Green Screen and Invalid Color Depth
On Don, 2002-10-10 at 01:02, Matt Filizzi wrote: > Attached are two XFree86 logs, one at 24 bit colordepth (when it tells > me of an invalid color depth) and the other at 16 (when everything is > green) [...] > (II) FBDEV(0): using default device > (II) Running in FRAMEBUFFER Mode > (EE) FBDEV(0): Driver can't support depth 24 The attached patch should help with this one. As a workaround, set the bits per pixel explicitly, either with DefaultFbBpp in the screen section or with the -fbbpp command line switch. As I said, I suspect the problem with depth 16 is due to the framebuffer device; have you tried depth 15? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast Index: programs/Xserver/hw/xfree86/drivers/fbdev/fbdev.c === RCS file: /cvs/xc/programs/Xserver/hw/xfree86/drivers/fbdev/fbdev.c,v retrieving revision 1.38 diff -p -u -r1.38 fbdev.c --- fbdev.c 2001/10/28 03:33:29 1.38 +++ fbdev.c 2002/10/10 00:54:49 @@ -411,7 +408,8 @@ FBDevPreInit(ScrnInfoPtr pScrn, int flag if (!fbdevHWInit(pScrn,NULL,xf86FindOptionValue(fPtr->pEnt->device->options,"fbdev"))) return FALSE; default_depth = fbdevHWGetDepth(pScrn,&fbbpp); - if (!xf86SetDepthBpp(pScrn, default_depth, default_depth, fbbpp,0)) + if (!xf86SetDepthBpp(pScrn, default_depth, default_depth, fbbpp, + (Support24bppFb | Support32bppFb) )) return FALSE; xf86PrintDepthBpp(pScrn);
Bug#164021: xterm: Removing manually selected alternative
Package: xterm Version: 4.2.1-2 Severity: normal Everytime X is upgraded, I have to go through the following... isn't there some way to only remove the alternative if it would no longer work ? ... Setting up xterm (4.2.1-2) ... Removing manually selected alternative - switching to auto mode ... # update-alternatives --config x-terminal-emulator There are 8 alternatives which provide `x-terminal-emulator'. SelectionAlternative --- 1/usr/bin/xvt *+2/usr/X11R6/bin/uxterm 3/usr/bin/Eterm 4/usr/bin/aterm-xterm 5/usr/X11R6/bin/xterm 6/usr/bin/wterm 7/usr/bin/rxvt-xterm 8/usr/bin/rxvt-xpm Enter to keep the default[*], or type selection number: 8 Using `/usr/bin/rxvt-xpm' to provide `x-terminal-emulator'. -- System Information Debian Release: testing/unstable Kernel Version: Linux badlands.lexington.ibm.com 2.4.20-pre8-ac3 #7 Mon Sep 30 17:52:09 EDT 2002 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux Versions of the packages xterm depends on: ii debconf1.2.10 Debian configuration management system ii libc6 2.2.5-15 GNU C Library: Shared libraries and Timezone ii libfreetype6 2.1.2-7FreeType 2 font engine, shared library files ii libncurses55.2.20020112a- Shared libraries for terminal handling ii libxaw74.2.1-2X Athena widget set library ii xlibs 4.2.1-2X Window System client libraries
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > I guess I need to come up with a good way of figuring out how to copy > only the needed portions of the build tree for a servers-only compile, > without this being unrealiable. > > It would also be nice if the XFree86 build process could be told to > export headers for libraries instead of compiling them as well. > > A servers-only build compiles Xlibs because the X server needs the X11 > header files in the exports directory. Apparently Imake doesn't know > how to express "just export the headers, don't really compile the > library". > > If we had that it would really cut down on consumption of time and > space. What about using the system installed headers, like the DRI tree does? -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Bug#164034: [debconf] does not support the 1280x600 mode used by the Sony Picturebook notebooks
Package: xserver-xfree86 Version: 4.2.1-2 Followup-For: Bug #-1 The mode list offered by debconf does not list the 1280x600 mode used by the Sony Picturebook (Vaio C1) notebooks. -- Package-specific info: 00:0c.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M6 LY 00:0c.0 Class 0300: 1002:4c59 ### 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" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "fr_latin9" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Radeon" Driver "radeon" BusID "PCI:00:12:00" Option "UseFBDev" "false" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 30-92 VertRefresh 50-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Radeon" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 24 Modes "1280x600" "800x600" "640x480" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Generic Mouse" EndSection ### END DEBCONF SECTION Section "ServerFlags" Option "BlankTime" "10" Option "StandbyTime""15" Option "SuspendTime""20" Option "OffTime""30" EndSection XFree86 Version 4.2.1 (Debian 4.2.1-2 20021008045526 [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.18 i686 [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: Thu Oct 10 01:07:55 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0
Bug#163807: xserver-xfree86: FBDev Green Screen and Invalid Color Depth
Attached are two XFree86 logs, one at 24 bit colordepth (when it tells me of an invalid color depth) and the other at 16 (when everything is green) Matt On Tue, Oct 08, 2002 at 11:58:50AM -0500, Branden Robinson wrote: > # no crash, no coredump, no hang, no spontaneous reboot > severity 163807 normal > retitle 163807 xserver-xfree86: [fbdev] color depth disagreements with kernel > tag 163807 + moreinfo > thanks > > On Tue, Oct 08, 2002 at 11:41:48AM -0400, Matt Filizzi wrote: > > After upgrading to 4.2.1 and typing startx, it would fail and give me an > > error that the screen color depth is incorrect (24) after setting to 16 > > it works, however everything becomes a green tint. This is able to be > > fixed by removing the fbdev setings (and recompiling the kernel to not > > use fbdev). > > You did not supply your XFree86.0.log file; this information is needed > for proper analysis of your bug report. See, e.g., XF86Config(7). > > -- > G. Branden Robinson| Organized religion is a sham and a > Debian GNU/Linux | crutch for weak-minded people who > [EMAIL PROTECTED] | need strength in numbers. > http://people.debian.org/~branden/ | -- Jesse Ventura -- Matt (Fizz) Filizzi All that is required for http://beyond.hjsoft.comEvil to triumph is that [EMAIL PROTECTED] good people do nothing. - Edmund Burke XFree86 Version 4.2.1 (Debian 4.2.1-2 20021008045526 [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.18 i686 [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: Wed Oct 9 18:19:42 2002 (==) Using config file: "/etc/X11/XF86Config-4" (==) 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" "us" (**) XKB: layout: "us" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/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 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.1 XFree86 Video Driver: 0.5 XFree86 XInput driver : 0.3 XFree86 Server Extension : 0.1 XFree86 Font Renderer : 0.3 (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.2.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.3 (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.2.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.5 (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,0305 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,0583 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 1106, rev 22 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1106,0571 rev 10 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 1106,3038 card 0925,1234 rev 10 class 0c,03,00 hdr 00 (II) PCI: 00:07:4: chip 1106,3057 card , rev 30 class 06,00,00 hdr 00 (II) PCI: 00:08:0: chip 1105,8300 card , rev 01 class 04,80,00 hdr 00 (II) PCI: 00:0a:0: chip 1002,4750 card 1002,0080 rev 5c class 03,00,00 hdr 00 (II) PCI: 00:0b:0: chip 1274,5000 card 4942,4c4c rev 01 class 04,01,00 hdr 00 (II) PCI: 00:0c:0: chip 10b7,9055 card 10b7,9055 rev 30 class 02,0
Bug#164026: NetBSD build patches
Package: xfree86 Version: 4.2.1-1 Severity: normal I am attaching four patches to this bug; all four must be present in the debian/patches/ directory to successfully build on a NetBSD platform. I would like to request an assigned number-range (as with the other ports) for these patches; for the moment, they're named under the 999 convention. Note that the netbsd_no_SharedOldX patch must be applied *after* the C++ support patch for bsdLib.rules (bug #163892), as they both touch the same file. Note that patches for the required debian/* support files (such as MANIFEST.netbsd-i386) will be submitted in a separate bug. -- *** Joel Baker System Administrator - lightbearer.com [EMAIL PROTECTED] http://users.lightbearer.com/lucifer/ Patch to imake.c for Debian/NetBSD support by Joel Baker <[EMAIL PROTECTED]>. --- xc-dist/config/imake/imake.cSun Jan 27 23:07:23 2002 +++ xc/config/imake/imake.c Sun Jan 27 23:20:05 2002 @@ -950,6 +950,10 @@ fprintf (inFile, "%s\n", "#define LinuxWare 11"); fprintf (inFile, "%s\n", "#define LinuxYggdrasil 12"); + fprintf (inFile, "%s\n", "#define NetBSDUnknown 0"); + fprintf (inFile, "%s\n", "#define NetBSDNative1"); + fprintf (inFile, "%s\n", "#define NetBSDDebian2"); + if (lstat (yast, &sb) == 0) { fprintf (inFile, "%s\n", "#define DefaultLinuxDistribution LinuxSuSE"); fprintf (inFile, "%s\n", "#define DefaultLinuxDistName SuSE"); @@ -963,6 +967,8 @@ if (lstat (debian, &sb) == 0) { fprintf (inFile, "%s\n", "#define DefaultLinuxDistribution LinuxDebian"); fprintf (inFile, "%s\n", "#define DefaultLinuxDistName Debian"); +fprintf (inFile, "%s\n", "#define DefaultNetBSDDistribution NetBSDDebian"); +fprintf (inFile, "%s\n", "#define DefaultNetBSDDistName Debian"); /* You could also try to get the version of the Debian distrib by looking * at the content of /etc/debian_version */ return; @@ -971,6 +977,8 @@ fprintf (inFile, "%s\n", "#define DefaultLinuxDistribution LinuxUnknown"); fprintf (inFile, "%s\n", "#define DefaultLinuxDistName Unknown"); + fprintf (inFile, "%s\n", "#define DefaultNetBSDDistribution NetBSDUnknown"); + fprintf (inFile, "%s\n", "#define DefaultNetBSDDistName Unknown"); /* would like to know what version of the distribution it is */ } This is an omnibus patch to add support for Debian-specific values in the NetBSD.cf file. It requires that imake be patched to generate the proper values for NetBSDDistribution, before these will be used (provided as a separate patch). Origionally written by Joel Baker <[EMAIL PROTECTED]>. diff -ur xc-dist/config/cf/NetBSD.cf xc/config/cf/NetBSD.cf --- xc-dist/config/cf/NetBSD.cf 2002-10-09 03:55:29.0 + +++ xc/config/cf/NetBSD.cf 2002-10-09 03:58:09.0 + @@ -18,12 +18,109 @@ #define OSTeenyVersion DefaultOSTeenyVersion #endif +#ifndef NetBSDDistribution +#define NetBSDDistribution DefaultNetBSDDistribution +/* + Add "#define NetBSDDistribution NetBSD" to your site.def or host.def. + Currently only NetBSDDebian will be autodetected. + Valid values are: +NetBSDUnknown(0) +NetBSDNative (1) +NetBSDDebian (2) +*/ +#endif + +#ifndef NetBSDDistName +# define NetBSDDistName DefaultNetBSDDistName +#endif #ifndef OSVendor #defineOSVendorThe NetBSD Foundation, Inc. #endif + +#ifndef NetBSDBinUtilsMajorVersion +# define NetBSDBinUtilsMajorVersion DefaultNetBSDBinUtilsMajorVersion +#endif + XCOMM operating system: OSName (OSMajorVersion./**/OSMinorVersion./**/OSTeenyVersion) +/* Defines for Debian GNU/NetBSD */ + +#if NetBSDDistribution == NetBSDDebian +# ifndef DefaultGcc2OptimizeOpt +# define DefaultGcc2OptimizeOpt -O2 +# endif +# define DefaultGcc2AxpOpt DefaultGcc2OptimizeOpt +# define DefaultGcc2i386OptDefaultGcc2OptimizeOpt +# define DefaultGcc2PpcOpt DefaultGcc2OptimizeOpt +# define SystemManDirectory/usr/share/man +# define HasPamYES +# define HasTk YES +# define TkLibDir /usr/lib +# define TkIncDir /usr/include +# define TkLibName tk8.3 +# define XF86SetupUsesStaticTk NO +# define HasTclYES +# define TclLibDir /usr/lib +# define TclIncDir /usr/include +# define TclLibNametcl8.3 +# define XF86SetupUsesStaticTclNO +# define XAppLoadDir EtcX11Directory/app-defaults +# define XFileSearchPathDefault +Concat4(EtcX11Directory/%L/%T/%N%C,%S:EtcX11Directory/%l/%T/%N%C,%S:EtcX11Directory/%T/%N%C,%S:EtcX11Directory/%L/%T/%N%S:EtcX11Directory/%l/%T/%N%S:EtcX11Directory/%T/%N%S):Concat4($(LIBDIR)/%L/%T/%N%C,%S:$(LIBDIR)/%l/%T/%N%C,%S:$(LIBDIR)/%T/%N%C,%S:$(LIBDIR)/%L/%T/%N%S:$(LIBDIR)/%l/%T/%N%S:$(LIBDIR)/%T/%N%S) +/* the relative s
Re: ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
On Mit, 2002-10-09 at 20:18, John Lenton wrote: > On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote: > > > > When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is > > maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on > > the desktop, the gears seem to stutter and slow down. This leads me to > > believe that 3D support is done in software. Am I correct? > > I don't think you'd reach even 100fps on software. Try it: simply comment > out (put a '#' infront of) the 'Load "dri"' line in your > /etc/X11/XF86Config-4. Or simply set the LIBGL_ALWAYS_INDIRECT environment variable when running an OpenGL client. > One thing, however, to note: 2D with the DRI off is faster on the radeon > than 2D with the DRI working, so if you use 2D a lot more than 3D, you might > want to consider having the default layout bring up a non-dri-enabled X. This was true until 4.2 but has been remedied in the meantime. My DRI CVS snapshot packages provide the same 2D acceleration functions in both cases, but with DRI enabled they're faster thanks to the CP DMA engine. Oh, and glxgears won't use 100% CPU running those either thanks to IRQs. PS: For more info about the DRI go to http://dri.sf.net/ -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules
> In <[EMAIL PROTECTED]> > "Tadas Miniotas" <[EMAIL PROTECTED]> wrote: >> Package: xserver-xfree86 >> Version: 4.2.1-2 >> Severity: important >> Tags: sid >> Hello, >> >> X server crashes when modules freetype and xtt are both enabled. Here is >> the last message from /var/log/XFree86.log.0: >> >> (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a >> Duplicate symbol TT_FreeType_Version in >> /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o >> Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a >> >> Fatal server error: >> Module load failure It is not a bug. Please read section `5. Additional notes about TrueType support' of /usr/share/doc/xfree86-common/README.fonts.gz - 5. Additional notes about TrueType support This version of XFree86 comes with two TrueType backends, FreeType (module `freetype', formerly known as xfsft) and X-TrueType (module `xtt'). These two backends are not compatible: only one of them can be used at any one time. - -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>
Bug#164021: xterm: Removing manually selected alternative
Package: xterm Version: 4.2.1-2 Severity: normal Everytime X is upgraded, I have to go through the following... isn't there some way to only remove the alternative if it would no longer work ? ... Setting up xterm (4.2.1-2) ... Removing manually selected alternative - switching to auto mode ... # update-alternatives --config x-terminal-emulator There are 8 alternatives which provide `x-terminal-emulator'. SelectionAlternative --- 1/usr/bin/xvt *+2/usr/X11R6/bin/uxterm 3/usr/bin/Eterm 4/usr/bin/aterm-xterm 5/usr/X11R6/bin/xterm 6/usr/bin/wterm 7/usr/bin/rxvt-xterm 8/usr/bin/rxvt-xpm Enter to keep the default[*], or type selection number: 8 Using `/usr/bin/rxvt-xpm' to provide `x-terminal-emulator'. -- System Information Debian Release: testing/unstable Kernel Version: Linux badlands.lexington.ibm.com 2.4.20-pre8-ac3 #7 Mon Sep 30 17:52:09 EDT 2002 i686 Pentium III (Coppermine) GenuineIntel GNU/Linux Versions of the packages xterm depends on: ii debconf1.2.10 Debian configuration management system ii libc6 2.2.5-15 GNU C Library: Shared libraries and Timezone ii libfreetype6 2.1.2-7FreeType 2 font engine, shared library files ii libncurses55.2.20020112a- Shared libraries for terminal handling ii libxaw74.2.1-2X Athena widget set library ii xlibs 4.2.1-2X Window System client libraries -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Funziona Davvero!!!
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 ultimamente gli speciali in onda su RaiTre, Canale 5 e altre emittenti televisive locali riguardo il Super Sistema MLM americano ??? In questa e-mail ti sveliamo il segreto di
Bug#163998: marked as done (xserver-xfree86: Conflicting symbols in xtt and freetype modules)
Your message dated Wed, 9 Oct 2002 14:35:23 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype 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 19:17:25 + >From [EMAIL PROTECTED] Wed Oct 09 14:17:25 2002 Return-path: <[EMAIL PROTECTED]> Received: from filtras.litnet.lt [193.219.61.61] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 17zMKj-0006As-00; Wed, 09 Oct 2002 14:17:25 -0500 Received: by filtras.litnet.lt (Postfix, from userid 1003) id 07D183A3AC; Wed, 9 Oct 2002 21:17:01 +0200 (EET) Received: from sonaras.ipv6.lt (sonaras.sc-uni.ktu.lt [193.219.61.13]) by filtras.litnet.lt (Postfix) with ESMTP id C02903A659; Wed, 9 Oct 2002 21:17:00 +0200 (EET) Received: from tadas by sonaras.ipv6.lt with local (Absurd mail) id 17zMKC-8r-00; Wed, 09 Oct 2002 21:16:52 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Tadas Miniotas" <[EMAIL PROTECTED]> To: "Debian Bug Tracking System" <[EMAIL PROTECTED]> Subject: xserver-xfree86: Conflicting symbols in xtt and freetype modules X-Mailer: reportbug 2.2 Date: Wed, 09 Oct 2002 21:16:52 +0200 Message-Id: <[EMAIL PROTECTED]> Sender: Tadas Miniotas <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] Package: xserver-xfree86 Version: 4.2.1-2 Severity: important Tags: sid Hello, X server crashes when modules freetype and xtt are both enabled. Here is the last message from /var/log/XFree86.log.0: (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a Duplicate symbol TT_FreeType_Version in /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a Fatal server error: Module load failure I am running Debian unstable with up to date packages as of 2002 10 09. Kernel version 2.4.19. Following lines are output generated by reportbug. Thanks :-) -- Package-specific info: 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RL/VR AGP 01:00.0 Class 0300: 1002:524c 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" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" Load"xtt" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Rage 128" Driver "ati" EndSection Section "Monitor" Identifier "CTX PR711F" HorizSync 30-75 VertRefresh 50-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen"
Re: DPMS / creator3d (sunffb)
On Wed, Oct 09, 2002 at 02:55:12PM -0400, James Walker wrote: > One of my very few complaints about linux on my ultra10 has been the > lack of DPMS (screen blanking) in xfree86. While googling around on > the subject, I stumbled across this post: > > http://www.xfree86.org/pipermail/xpert/2001-December/013959.html > > with this patch: > http://lists.suse.com/archive/suse-sparc/2001-Dec/att-0048/01-sunffb-4.1.99-DPMSMode.patch > > which appears to address the problem... apparently though, it still hasn't > been incorporated into 4.2.1. Is there any chance of incorporating it > into the debs? Please file a bug against xserver-xfree86 and include the patch as an attachment. -- G. Branden Robinson| "I came, I saw, she conquered." Debian GNU/Linux | The original Latin seems to have [EMAIL PROTECTED] | been garbled. http://people.debian.org/~branden/ | -- Robert Heinlein pgpSy2F9szGTN.pgp Description: PGP signature
Re: m68k buildd's without 1.5GB of free disk should not attemptxfree86
On Mit, 2002-10-09 at 19:25, Branden Robinson wrote: > > I guess I need to come up with a good way of figuring out how to copy > only the needed portions of the build tree for a servers-only compile, > without this being unrealiable. > > It would also be nice if the XFree86 build process could be told to > export headers for libraries instead of compiling them as well. > > A servers-only build compiles Xlibs because the X server needs the X11 > header files in the exports directory. Apparently Imake doesn't know > how to express "just export the headers, don't really compile the > library". > > If we had that it would really cut down on consumption of time and > space. What about using the system installed headers, like the DRI tree does? -- 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: ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
On Mit, 2002-10-09 at 20:18, John Lenton wrote: > On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote: > > > > When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is > > maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on > > the desktop, the gears seem to stutter and slow down. This leads me to > > believe that 3D support is done in software. Am I correct? > > I don't think you'd reach even 100fps on software. Try it: simply comment > out (put a '#' infront of) the 'Load "dri"' line in your > /etc/X11/XF86Config-4. Or simply set the LIBGL_ALWAYS_INDIRECT environment variable when running an OpenGL client. > One thing, however, to note: 2D with the DRI off is faster on the radeon > than 2D with the DRI working, so if you use 2D a lot more than 3D, you might > want to consider having the default layout bring up a non-dri-enabled X. This was true until 4.2 but has been remedied in the meantime. My DRI CVS snapshot packages provide the same 2D acceleration functions in both cases, but with DRI enabled they're faster thanks to the CP DMA engine. Oh, and glxgears won't use 100% CPU running those either thanks to IRQs. PS: For more info about the DRI go to http://dri.sf.net/ -- 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#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules
Package: xserver-xfree86 Version: 4.2.1-2 Severity: important Tags: sid Hello, X server crashes when modules freetype and xtt are both enabled. Here is the last message from /var/log/XFree86.log.0: (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a Duplicate symbol TT_FreeType_Version in /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a Fatal server error: Module load failure I am running Debian unstable with up to date packages as of 2002 10 09. Kernel version 2.4.19. Following lines are output generated by reportbug. Thanks :-) -- Package-specific info: 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RL/VR AGP 01:00.0 Class 0300: 1002:524c 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" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" Load"xtt" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Rage 128" Driver "ati" EndSection Section "Monitor" Identifier "CTX PR711F" HorizSync 30-75 VertRefresh 50-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Rage 128" Monitor "CTX PR711F" DefaultDepth16 SubSection "Display" Depth 1 Modes "1024x768" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Generic Mouse" EndSection Section "DRI" Mode0666 EndSection ### END DEBCONF SECTION -rw-r-1 root root12864 Oct 9 21:03 /var/log/XFree86.0.log -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux sonaras 2.4.19 #1 Tue Sep 10 12:01:53 EET 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xserver-xfree86 depends on: ii debconf 1.2.10 Debian configuration management sy ii libc6 2.2.5-15 GNU C Library: Shared libraries an ii xserver-common4.2.1-2files and utilities common to all ii zlib1g1:1.1.4-4 compression library - runtime -- debconf information excluded
DPMS / creator3d (sunffb)
One of my very few complaints about linux on my ultra10 has been the lack of DPMS (screen blanking) in xfree86. While googling around on the subject, I stumbled across this post: http://www.xfree86.org/pipermail/xpert/2001-December/013959.html with this patch: http://lists.suse.com/archive/suse-sparc/2001-Dec/att-0048/01-sunffb-4.1.99-DPMSMode.patch which appears to address the problem... apparently though, it still hasn't been incorporated into 4.2.1. Is there any chance of incorporating it into the debs? thanks, - James -- [EMAIL PROTECTED] :: http://www.walkah.net
Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules
> In <[EMAIL PROTECTED]> > "Tadas Miniotas" <[EMAIL PROTECTED]> wrote: >> Package: xserver-xfree86 >> Version: 4.2.1-2 >> Severity: important >> Tags: sid >> Hello, >> >> X server crashes when modules freetype and xtt are both enabled. Here is >> the last message from /var/log/XFree86.log.0: >> >> (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a >> Duplicate symbol TT_FreeType_Version in >> /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o >> Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a >> >> Fatal server error: >> Module load failure It is not a bug. Please read section `5. Additional notes about TrueType support' of /usr/share/doc/xfree86-common/README.fonts.gz - 5. Additional notes about TrueType support This version of XFree86 comes with two TrueType backends, FreeType (module `freetype', formerly known as xfsft) and X-TrueType (module `xtt'). These two backends are not compatible: only one of them can be used at any one time. - -- ISHIKAWA Mutsumi <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]>, <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Funziona Davvero!!!
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 ultimamente gli speciali in onda su RaiTre, Canale 5 e altre emittenti televisive locali riguardo il Super Sistema MLM americano ??? In questa e-mail ti sveliamo il segreto di
Re: ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote: > > When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is > maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on > the desktop, the gears seem to stutter and slow down. This leads me to > believe that 3D support is done in software. Am I correct? I don't think you'd reach even 100fps on software. Try it: simply comment out (put a '#' infront of) the 'Load "dri"' line in your /etc/X11/XF86Config-4. One thing, however, to note: 2D with the DRI off is faster on the radeon than 2D with the DRI working, so if you use 2D a lot more than 3D, you might want to consider having the default layout bring up a non-dri-enabled X. > If there is sufficient interest, I can post my Xf86config-4 file to the list > (I had to change it _very_ little to get it working.) exactly what did you have to change? I found it worked fine (i.e. I could get dpkg-reconfigure xserver-xfree86 to build a setup that left dri working) -- John Lenton ([EMAIL PROTECTED]) -- Random fortune: Montana: Where forty-three below keeps out the riff-raff.
Processed: retitle 163927 to xfree86-common: should conflict with old task-x-window-system* packages from potato
Processing commands for [EMAIL PROTECTED]: > retitle 163927 xfree86-common: should conflict with old task-x-window-system* > packages from potato Bug#163927: xfree86: x-window-system{,-core} metapackages should conflict with old task-* counterparts from potato Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: reassign 163927 to xfree86-common
Processing commands for [EMAIL PROTECTED]: > reassign 163927 xfree86-common Bug#163927: xfree86: x-window-system{,-core} metapackages should conflict with old task-* counterparts from potato Bug reassigned from package `xfree86' to `xfree86-common'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: [patch] Xv support for neomagic
On Wed, Oct 09, 2002 at 06:16:28PM +0200, Yaacov Akiba Slama wrote: > I used the enclosed file to modify the 4.2.1-1 version of xfree to add > the support for Xv in neomagic. Not exactly a trivial patch. > In fact the patch is essentially taken from redhat's package (in rawhide). Hmph. Attempting to appeal to my sense of competition, eh? Well, it's working. > I am currently using it in my ThinkPad 600x since yesterday and mplayer > & xine are quite happy with it. > > Can you add it to a next iteration of your packages ? I'd like to get one other person to apply it and test it first. Do we have any neomagic users on the list? -- G. Branden Robinson|Optimists believe we live in the Debian GNU/Linux |best of all possible worlds. [EMAIL PROTECTED] |Pessimists are afraid the optimists http://people.debian.org/~branden/ |are right. pgphMEbhD9ZTq.pgp Description: PGP signature
Re: ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote: > Thanks to the helpful info on this mailing list, I was able to get > Xfree86 working with my new ATI Radeon 7500 QW with the latest version > of XFree86 in sid (4.2.1-1) using the DRI module in 2.4.20-pre8-ac3. Glad to hear it's working for you. > This email is not a bug report of any kind. I just want to understand a few > things better and I am hoping the kind souls on this list can help me. > > 1. What is the relationship between DRI & XFree86? Does DRI expose > generic "ops" and mmap the framebuffer address? Or, does it do more? I > haven't tried to start X without DRI support in the kernel. Will it > even work if I do? DRI is a way of passing commands that take advantage of the 3D engine on the video card's silicon to the graphics processor. This bypasses the X protocol, so DRI is largely a means of ensuring that the video card's internal rendering and the X server don't get in each other's way in terms of screen real estate. Also, not stuffing the acceleration commands into the X protocol stream saves quite a bit of overhead and improved performance. Remember that X was originally developed within, and for, network computing environments. The Debian X FAQ speaks more about these issues. /usr/share/doc/xfree86-common/FAQ.gz > 2. How can I know the features of the card exploited by X? More > specifically, 2D and 3D acceleration. On the ati website, they claim > that 3D acceleration is supported on their 8500 and FireGL based > cards. They also mention that DRI supports 3D acceleration on the > radeon family (no specific chip information is supplied). Are there > generic tools one can run to see/query the info? I cannot help you here. Perhaps someone else from the list can. > When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is > maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on > the desktop, the gears seem to stutter and slow down. This leads me to believe > that 3D support is done in software. Am I correct? I'm not sure. In theory yor CPU shouldn't be getting pegged, but then there's the real world... > I am not subscribed to this mailing list. I would appreciate if you can CC me > on the reply. If you think I should subscribe to the mailing list, please send > me a private email and I'll do so. > > If there is sufficient interest, I can post my Xf86config-4 file to the list > (I > had to change it _very_ little to get it working.) Please do; I'm curious to know what was necessary. It may suggest a possible enhancement in my debconf. -- G. Branden Robinson| Good judgement comes from Debian GNU/Linux | experience; experience comes from [EMAIL PROTECTED] | bad judgement. http://people.debian.org/~branden/ | -- Fred Brooks pgpkc3tK2mGs3.pgp Description: PGP signature
Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color"
severity 163935 important retitle 163935 xdm: won't start at depth 8 because debian.xpm exhausts colormap tag 163935 + moreinfo upstream thanks On Wed, Oct 09, 2002 at 12:40:10PM +0100, Julian Gilbey wrote: > Package: xdm > Version: 4.2.1-1 > > Thanks for 4.2!! > > Problem with starting xdm (it wouldn't). I've traced it down to the > following: > > polya:~ $ sxpm /usr/X11R6/lib/X11/xdm/pixmaps/debian.xpm > Read Xpm Error: Failed to parse or alloc some color. > > I'm on an 8-bit display, which probably has a lot to do with it. Hmph. xdm shouldn't refuse to start just because it can't allocate enough colors for a silly cosmetic pixmap. Are you *sure* that colormap exhaustion is the culprit? What happens if you apply the following patch to /etc/X11/xdm/Xresources? --- Xresources~ 2002-10-09 12:39:16.0 -0500 +++ Xresources 2002-10-09 12:39:39.0 -0500 @@ -34,7 +34,7 @@ xlogin*promptFont: -adobe-helvetica-bold-r-normal--20-140-100-100-p-105-iso8859-1 xlogin*failFont: -adobe-helvetica-bold-r-normal--20-140-100-100-p-105-iso8859-1 #if PLANES >= 8 -xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debian.xpm +xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debianbw.xpm #else xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debianbw.xpm #endif -- G. Branden Robinson|One man's theology is another man's Debian GNU/Linux |belly laugh. [EMAIL PROTECTED] |-- Robert Heinlein http://people.debian.org/~branden/ | pgpvtvoI8UyuW.pgp Description: PGP signature
Bug#163936: xserver-xfree86: should be loading xext modules!
retitle 163936 xserver-xfree86: [core server] attempts to old load modules from 3.3.6 tags 163936 + moreinfo upstream thanks On Wed, Oct 09, 2002 at 12:45:12PM +0100, Julian Gilbey wrote: > 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. I'm not positive this is a bug: 1) Do you have "pex5" listed in the "Modules" Section of your XF86Config-4? 2) Does the above cause the server to crash? It wouldn't make sense for me to have xserver-xfree86 conflict with the xext package, because some people might still want that package installed, to use with the still-available XFree86 3.x servers. -- G. Branden Robinson| It just seems to me that you are Debian GNU/Linux | willfully entering an arse-kicking [EMAIL PROTECTED] | contest with a monstrous entity http://people.debian.org/~branden/ | that has sixteen legs and no arse. pgphlrY2VY8sC.pgp Description: PGP signature
Processed: Re: Bug#163936: xserver-xfree86: should be loading xext modules!
Processing commands for [EMAIL PROTECTED]: > retitle 163936 xserver-xfree86: [core server] attempts to old load modules > from 3.3.6 Bug#163936: xserver-xfree86: should be loading xext modules! Changed Bug title. > tags 163936 + moreinfo upstream Bug#163936: xserver-xfree86: [core server] attempts to old load modules from 3.3.6 Tags added: moreinfo, upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color"
Processing commands for [EMAIL PROTECTED]: > severity 163935 important Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color" Severity set to `important'. > retitle 163935 xdm: won't start at depth 8 because debian.xpm exhausts > colormap Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color" Changed Bug title. > tag 163935 + moreinfo upstream Bug#163935: xdm: won't start at depth 8 because debian.xpm exhausts colormap Tags added: moreinfo, upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#163885: additional info -- [dri] r128.o kernel module version is 2.1.6 but version 2.2 or greater is needed.
On Wed, Oct 09, 2002 at 10:48:36AM +0200, Michel D?nzer wrote: > It's not about supporting a 'DRI version' but about providing a DRM > version. The r128 driver in 4.2.0 uses a new ioctl for 2D acceleration > with DRI enabled, which is only available in the r128 DRM version 2.2.0 > or later. Unfortunately, that still wasn't merged into 2.4.19, but I > think it might be in 2.4.20. In the meantime, there's > http://www.xfree86.org/~alanh/ . Okay. Thanks for the update. > Branden, is there a specific reason why you don't provide a DRM source > package like drm-trunk-module-src from my dri-trunk debs? *whine* Because I detest binary packages that are really "source" packages. It's just kludgey as hell and not congruent with user expectations of what a binary package is. -- G. Branden Robinson| Debian GNU/Linux | Ab abusu ad usum non valet [EMAIL PROTECTED] | consequentia. http://people.debian.org/~branden/ | pgpmJbTOFsiNa.pgp Description: PGP signature
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Wed, Oct 09, 2002 at 01:26:32PM +0200, Juliusz Chroboczek wrote: > JL> I don't know XDirectFB, but the kdrive servers are probably > JL> better served being compiled against a uclibc (yes they compile > JL> cleanly against the newer uclibcs). Unless the idea is to use > JL> Xvesa as a failsafe X server for intel. Else what's the point? > > I do see Xvesa as a failsafe alternative to the stock servers, and I > would like to see it used in graphic installs. However, I agree that > to some people Xvesa may also be useful as a single-floppy X server, > and I think it's a good idea to build it against uclibc by default. That's more or less my point: compile it against uclibc, be it dynamic for a graphic install (busybox in installs is being compiled against uclibc), or static for a truly failsafe server (and small: a statically linked Xvesa against uclibc is well below the 1MB mark) Howerver, I repeat that xvesa is intel-only; the kdrive fbdev server would be the equivalent on non-intel. I don't suggest the fbdev one for intel because the vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places where vesafb doesn't. Heck, it works in places where XFree86's vesa driver doesn't, even on some twisted videoboards that don't even work with their original (windows) dirvers. Now, putting the burden of an uclibc build environment on branden is _not_ something I'm willing to even think about trying to start to suggest. -- John Lenton ([EMAIL PROTECTED]) -- Random fortune: La libertad es aquella facultad que aumenta la utilidad de todas las demás facultades. -- Kant. (1724-1804).
Re: xserver-xfree86 replacing /etc/X11/XF86Config-4
On Tue, Oct 08, 2002 at 10:50:24PM -0400, David N Kordonowy wrote: > Well, I suppose I thought that xserver-xfree86 would change the debconf > section that /etc/X11/XF86Config-4 pointed to (in this case > /etc/X11/XF86Config-4.sun), and not erase the link and replace it with a > new file. Is this policy part of debconf? It is the "dexconf" command that does this. I'm not sure Debian Policy is clear on what to do with non-conffile configuration files that have been changed to symlinks by the administrator. Blindly following symlinks can be very bad. -- G. Branden Robinson| You live and learn. Debian GNU/Linux | Or you don't live long. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgpdsG75mFizF.pgp Description: PGP signature
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
[m68k-build whacked from headers] On Wed, Oct 09, 2002 at 01:26:32PM +0200, Juliusz Chroboczek wrote: > JL> I don't know XDirectFB, but the kdrive servers are probably > JL> better served being compiled against a uclibc (yes they compile > JL> cleanly against the newer uclibcs). Unless the idea is to use > JL> Xvesa as a failsafe X server for intel. Else what's the point? > > I do see Xvesa as a failsafe alternative to the stock servers, and I > would like to see it used in graphic installs. However, I agree that > to some people Xvesa may also be useful as a single-floppy X server, > and I think it's a good idea to build it against uclibc by default. Grrr. You realize, of course, that to accomodate both groups we'd need two packages. Most Debian installers are going to be glibc-based, and I doubt they can afford to have two libc's on the system. I guess I need to come up with a good way of figuring out how to copy only the needed portions of the build tree for a servers-only compile, without this being unrealiable. It would also be nice if the XFree86 build process could be told to export headers for libraries instead of compiling them as well. A servers-only build compiles Xlibs because the X server needs the X11 header files in the exports directory. Apparently Imake doesn't know how to express "just export the headers, don't really compile the library". If we had that it would really cut down on consumption of time and space. -- G. Branden Robinson|Men use thought only to justify Debian GNU/Linux |their wrong doings, and speech only [EMAIL PROTECTED] |to conceal their thoughts. http://people.debian.org/~branden/ |-- Voltaire pgpOVJFGIrSHx.pgp Description: PGP signature
Bug#163998: marked as done (xserver-xfree86: Conflicting symbols in xtt and freetype modules)
Your message dated Wed, 9 Oct 2002 14:35:23 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype 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 19:17:25 + >From [EMAIL PROTECTED] Wed Oct 09 14:17:25 2002 Return-path: <[EMAIL PROTECTED]> Received: from filtras.litnet.lt [193.219.61.61] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 17zMKj-0006As-00; Wed, 09 Oct 2002 14:17:25 -0500 Received: by filtras.litnet.lt (Postfix, from userid 1003) id 07D183A3AC; Wed, 9 Oct 2002 21:17:01 +0200 (EET) Received: from sonaras.ipv6.lt (sonaras.sc-uni.ktu.lt [193.219.61.13]) by filtras.litnet.lt (Postfix) with ESMTP id C02903A659; Wed, 9 Oct 2002 21:17:00 +0200 (EET) Received: from tadas by sonaras.ipv6.lt with local (Absurd mail) id 17zMKC-8r-00; Wed, 09 Oct 2002 21:16:52 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Tadas Miniotas" <[EMAIL PROTECTED]> To: "Debian Bug Tracking System" <[EMAIL PROTECTED]> Subject: xserver-xfree86: Conflicting symbols in xtt and freetype modules X-Mailer: reportbug 2.2 Date: Wed, 09 Oct 2002 21:16:52 +0200 Message-Id: <[EMAIL PROTECTED]> Sender: Tadas Miniotas <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] Package: xserver-xfree86 Version: 4.2.1-2 Severity: important Tags: sid Hello, X server crashes when modules freetype and xtt are both enabled. Here is the last message from /var/log/XFree86.log.0: (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a Duplicate symbol TT_FreeType_Version in /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a Fatal server error: Module load failure I am running Debian unstable with up to date packages as of 2002 10 09. Kernel version 2.4.19. Following lines are output generated by reportbug. Thanks :-) -- Package-specific info: 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RL/VR AGP 01:00.0 Class 0300: 1002:524c 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" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" Load"xtt" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Rage 128" Driver "ati" EndSection Section "Monitor" Identifier "CTX PR711F" HorizSync 30-75 VertRefresh 50-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen"
Re: DPMS / creator3d (sunffb)
On Wed, Oct 09, 2002 at 02:55:12PM -0400, James Walker wrote: > One of my very few complaints about linux on my ultra10 has been the > lack of DPMS (screen blanking) in xfree86. While googling around on > the subject, I stumbled across this post: > > http://www.xfree86.org/pipermail/xpert/2001-December/013959.html > > with this patch: > >http://lists.suse.com/archive/suse-sparc/2001-Dec/att-0048/01-sunffb-4.1.99-DPMSMode.patch > > which appears to address the problem... apparently though, it still hasn't > been incorporated into 4.2.1. Is there any chance of incorporating it > into the debs? Please file a bug against xserver-xfree86 and include the patch as an attachment. -- G. Branden Robinson| "I came, I saw, she conquered." Debian GNU/Linux | The original Latin seems to have [EMAIL PROTECTED] | been garbled. http://people.debian.org/~branden/ | -- Robert Heinlein msg04098/pgp0.pgp Description: PGP signature
Re: xfree86 4.2.1 on NetBSD/i386
On Wed, Oct 09, 2002 at 01:37:38AM -0600, Joel Baker wrote: > Patches will be submitted to the BTS tomorrow, barring sudden crisis in > my life or other such catastrophe. Beautiful. Thanks a lot for doing this. > Now, on to making it package correctly... Heh, there is *always* more work to do. I can also un-flag a several-months old message from you now. :) -- G. Branden Robinson| I had thought very carefully about Debian GNU/Linux | comitting hara-kiri over this, but [EMAIL PROTECTED] | I overslept this morning. http://people.debian.org/~branden/ | -- Toshio Yamaguchi pgpMtD3CDkfVu.pgp Description: PGP signature
Bug#163998: xserver-xfree86: Conflicting symbols in xtt and freetype modules
Package: xserver-xfree86 Version: 4.2.1-2 Severity: important Tags: sid Hello, X server crashes when modules freetype and xtt are both enabled. Here is the last message from /var/log/XFree86.log.0: (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a Duplicate symbol TT_FreeType_Version in /usr/X11R6/lib/modules/fonts/libxtt.a:xttmodule.o Also defined in /usr/X11R6/lib/modules/fonts/libfreetype.a Fatal server error: Module load failure I am running Debian unstable with up to date packages as of 2002 10 09. Kernel version 2.4.19. Following lines are output generated by reportbug. Thanks :-) -- Package-specific info: 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RL/VR AGP 01:00.0 Class 0300: 1002:524c 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" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" Load"xtt" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection Section "Device" Identifier "ATI Rage 128" Driver "ati" EndSection Section "Monitor" Identifier "CTX PR711F" HorizSync 30-75 VertRefresh 50-85 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Rage 128" Monitor "CTX PR711F" DefaultDepth16 SubSection "Display" Depth 1 Modes "1024x768" EndSubSection SubSection "Display" Depth 4 Modes "1024x768" EndSubSection SubSection "Display" Depth 8 Modes "1024x768" EndSubSection SubSection "Display" Depth 15 Modes "1024x768" EndSubSection SubSection "Display" Depth 16 Modes "1024x768" EndSubSection SubSection "Display" Depth 24 Modes "1024x768" EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" InputDevice "Generic Keyboard" InputDevice "Configured Mouse" InputDevice "Generic Mouse" EndSection Section "DRI" Mode0666 EndSection ### END DEBCONF SECTION -rw-r-1 root root12864 Oct 9 21:03 /var/log/XFree86.0.log -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux sonaras 2.4.19 #1 Tue Sep 10 12:01:53 EET 2002 i686 Locale: LANG=C, LC_CTYPE=C Versions of packages xserver-xfree86 depends on: ii debconf 1.2.10 Debian configuration management sy ii libc6 2.2.5-15 GNU C Library: Shared libraries an ii xserver-common4.2.1-2files and utilities common to all ii zlib1g1:1.1.4-4 compression library - runtime -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "u
Bug#150210: marked as done ("mga_hal" module does not exist)
Your message dated Wed, 9 Oct 2002 11:36:47 -0500 with message-id <[EMAIL PROTECTED]> and subject line [EMAIL PROTECTED]: xfree86 bug #150210] 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; 17 Jun 2002 00:25:22 + >From [EMAIL PROTECTED] Sun Jun 16 19:25:22 2002 Return-path: <[EMAIL PROTECTED]> Received: from mail.gmx.net [213.165.64.20] by master.debian.org with smtp (Exim 3.12 1 (Debian)) id 17JkKf-0005MG-00; Sun, 16 Jun 2002 19:25:21 -0500 Received: (qmail 24175 invoked by uid 0); 17 Jun 2002 00:25:04 - Received: from ip-213157009191.dialin.heagmedianet.de (HELO yahoo) (213.157.9.191) by mail.gmx.net (mp007-rz3) with SMTP; 17 Jun 2002 00:25:04 - Content-Type: text/plain; charset="iso-8859-1" From: Max Moritz Sievers <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: "mga_hal" module does not exist Date: Mon, 17 Jun 2002 02:27:10 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <[EMAIL PROTECTED]> Content-Transfer-Encoding: 8bit Delivered-To: [EMAIL PROTECTED] Package: XFree86 Version: 4.1.0.1-16 I have a Matrox Millennium MGA G400 AGP (rev 4) graphic card. I configured XFree86 with debconf. When I try to start X I get the message that the "mga_hal" module does not exist and the server crashes. I am using Debian GNU/Linux Woody. Here is /var/log/XFree86.0.log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [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: Sun Jun 16 17:58:56 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" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/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 1106,0691 card 1043,8023 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 0
Bug#163927: task-x-window-system: request for dependency update
reassign 163927 xfree86 retitle 163927 xfree86: x-window-system{,-core} metapackages should conflict with old task-* counterparts from potato thanks On Wed, Oct 09, 2002 at 08:38:50AM +0200, Michael Osamu Shiobara wrote: > If I understand the latest changes in xfree86_4.2.1 correctly, > there is no more `xfonts-pex'. Then, it would be necessary > to drop the pex-font package from the dependency list of > `task-x-window-system'. Yikes, this package shouldn't even exist anymore. Thanks for bringing this to my attention. Er, upon checking, this package *doesn't* exist anymore. It's only in potato. It's just that nothing has forced it off of your system. I'll make the new x-window-system{,core} metapackages Conflict with these old task packages. -- G. Branden Robinson| You could wire up a dead rat to a Debian GNU/Linux | DIMM socket and the PC BIOS memory [EMAIL PROTECTED] | test would pass it just fine. http://people.debian.org/~branden/ | -- Ethan Benson pgpviX7aAyXMB.pgp Description: PGP signature
Processed: Re: Bug#163927: task-x-window-system: request for dependency update
Processing commands for [EMAIL PROTECTED]: > reassign 163927 xfree86 Bug#163927: task-x-window-system: request for dependency update Bug reassigned from package `task-x-window-system' to `xfree86'. > retitle 163927 xfree86: x-window-system{,-core} metapackages should conflict > with old task-* counterparts from potato Bug#163927: task-x-window-system: request for dependency update Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
[patch] Xv support for neomagic
Hi, I used the enclosed file to modify the 4.2.1-1 version of xfree to add the support for Xv in neomagic. In fact the patch is essentially taken from redhat's package (in rawhide). I am currently using it in my ThinkPad 600x since yesterday and mplayer & xine are quite happy with it. Can you add it to a next iteration of your packages ? Thanks, yas diff -x CVS -uNr xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile xc/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile --- xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile Wed Jan 24 01:06:21 2001 +++ xc/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile Thu Apr 4 16:05:44 2002 @@ -4,10 +4,10 @@ SRCS = neo_driver.c neo_bank.c neo_cursor.c neo_2097.c neo_2070.c \ - neo_2090.c neo_2200.c neo_i2c.c neo_shadow.c neo_dga.c + neo_2090.c neo_2200.c neo_i2c.c neo_shadow.c neo_dga.c neo_video.c OBJS = neo_driver.o neo_bank.o neo_cursor.o neo_2097.o neo_2070.o \ - neo_2090.o neo_2200.o neo_i2c.o neo_shadow.o neo_dga.o + neo_2090.o neo_2200.o neo_i2c.o neo_shadow.o neo_dga.o neo_video.o DEFINES = -DPSZ=8 diff -x CVS -uNr xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/NM-reg.txt xc/programs/Xserver/hw/xfree86/drivers/neomagic/NM-reg.txt --- xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/NM-reg.txt Thu Jan 1 01:00:00 1970 +++ xc/programs/Xserver/hw/xfree86/drivers/neomagic/NM-reg.txt Thu Apr 4 16:05:44 2002 @@ -0,0 +1,69 @@ +NM2160 Register GUESS + --- Overlay and ZV capture --- + +2002,2.3. + +1. Overlay + GRB0 bit5Format; 0:YUY2/1:RGB +bit11 +bit0Enable overlay ; 1:enable/0:disable + GRB1 bit7:4 X2[11:8] +bit3:0 X1[11:8] + GRB2 X1[7:0] + GRB3 X2[7:0] + GRB4 bit7:4 Y2[11:8] +bit3:0 Y1[11:8] + GRB5 Y1[7:0] + GRB6 Y2[7:0] + GRB7 VRAM offset[24:17] + GRB8 VRAM offset[16:9] + GRB9 VRAM offset[8:1] + GRBA Width in byte[15:8] + GRBB Width in byte[7:0] + GRBC 0x4f + GRBD - + GRBE - + GRBF bit20:normal/1:mirror +bit1:0 b'10' + GRC0 X scale[15:8] ; x1.0 == 0x1000 + GRC1 X scale[7:0] + GRC2 Y scale[15:8] ; x1.0 == 0x1000 + GRC3 Y scale[7:0] + GRC4 brightness ; -128 to +127 + GRC5 Color key(R) + GRC6 Color key(G) / Color key(8bpp) + GRC7 Color key(B) + +2. ZV capture + GR0A bit5Enable extended SR reg. ; 1:enable/0:disable +bit01 + + SR08 bit7:1 b'101' +bit0Enable capture ; 1:enable/0:disable + SR09 0x11 + SR0A 0x00 + SR0B - + SR0C VRAM offset[8:1] + SR0D VRAM offset[16:9] + SR0E VRAM offset[24:17] + SR0F - + SR10 - + SR11 - + SR12 - + SR13 - + SR14 Y1[7:0] + SR15 Y2[7:0] + SR16 bit7:4 Y2[11:4] +bit3:0 Y1[11:4] + SR17 X1[7:0] + SR18 X2[7:0] + SR19 bit7:4 X2[11:8] +bit3:0 X1[11:8] + SR1A Width in byte[7:0] + SR1B Width in byte[15:8] + SR1C 0xfb + SR1D 0x00 + SR1E 0xe2 + SR1F 0x02 + [EMAIL PROTECTED] diff -x CVS -uNr xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/neo.h xc/programs/Xserver/hw/xfree86/drivers/neomagic/neo.h --- xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/neo.h Mon Oct 1 15:44:07 2001 +++ xc/programs/Xserver/hw/xfree86/drivers/neomagic/neo.h Thu Apr 4 16:05:44 2002 @@ -60,6 +60,11 @@ #include "xf86i2c.h" +#ifdef XvExtension +# include "xf86xv.h" +# include "Xv.h" +#endif /* XvExtension */ + /* * Driver data structures. */ @@ -121,6 +126,10 @@ /* in neo_dga.c */ Bool NEODGAInit(ScreenPtr pScreen); +/* in neo_video.c */ +extern void NEOInitVideo(ScreenPtr pScreen); +extern void NEOResetVideo(ScrnInfoPtr pScrn); + /* shadow regs */ #define NEO_EXT_CR_MAX 0x85 @@ -199,6 +208,8 @@ unsigned long NeoMMIOAddr; unsigned long NeoLinearAddr; unsigned char* NeoMMIOBase; +unsigned long NeoMMIOAddr2; +unsigned char* NeoMMIOBase2; unsigned char* NeoFbBase; long NeoFbMapSize; unsigned long vgaIOBase; @@ -249,6 +260,17 @@ RefreshAreaFuncPtr refreshArea; void (*PointerMoved)(int index, int x, int y); int rotate; +Bool showcache; +#ifdef XvExtension +Bool video; +double videoHZoom; +double videoVZoom; +XF86VideoAdaptorPtr overlayAdaptor; +int overlay; +int overlay_offset; +int videoKey; +int interlace; +#endif /* XvExtension */ } NEORec, *NEOPtr; typedef struct { @@ -264,18 +286,20 @@ #define GRAX 0x3CE /* vga IO functions */ -#define VGArCR(index) hwp->readCrtc(hwp,index) -#define VGAwCR(index,val) hwp->writeCrtc(hwp,index,val) -#define VGArGR(index) hwp->readGr(hwp,index) -#define VGAwGR(in
DPMS / creator3d (sunffb)
One of my very few complaints about linux on my ultra10 has been the lack of DPMS (screen blanking) in xfree86. While googling around on the subject, I stumbled across this post: http://www.xfree86.org/pipermail/xpert/2001-December/013959.html with this patch: http://lists.suse.com/archive/suse-sparc/2001-Dec/att-0048/01-sunffb-4.1.99-DPMSMode.patch which appears to address the problem... apparently though, it still hasn't been incorporated into 4.2.1. Is there any chance of incorporating it into the debs? thanks, - James -- [EMAIL PROTECTED] :: http://www.walkah.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote: > > When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is > maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on > the desktop, the gears seem to stutter and slow down. This leads me to > believe that 3D support is done in software. Am I correct? I don't think you'd reach even 100fps on software. Try it: simply comment out (put a '#' infront of) the 'Load "dri"' line in your /etc/X11/XF86Config-4. One thing, however, to note: 2D with the DRI off is faster on the radeon than 2D with the DRI working, so if you use 2D a lot more than 3D, you might want to consider having the default layout bring up a non-dri-enabled X. > If there is sufficient interest, I can post my Xf86config-4 file to the list > (I had to change it _very_ little to get it working.) exactly what did you have to change? I found it worked fine (i.e. I could get dpkg-reconfigure xserver-xfree86 to build a setup that left dri working) -- John Lenton ([EMAIL PROTECTED]) -- Random fortune: Montana: Where forty-three below keeps out the riff-raff. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: retitle 163927 to xfree86-common: should conflict with old task-x-window-system* packages from potato
Processing commands for [EMAIL PROTECTED]: > retitle 163927 xfree86-common: should conflict with old task-x-window-system* >packages from potato Bug#163927: xfree86: x-window-system{,-core} metapackages should conflict with old task-* counterparts from potato Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 163927 to xfree86-common
Processing commands for [EMAIL PROTECTED]: > reassign 163927 xfree86-common Bug#163927: xfree86: x-window-system{,-core} metapackages should conflict with old task-* counterparts from potato Bug reassigned from package `xfree86' to `xfree86-common'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [patch] Xv support for neomagic
On Wed, Oct 09, 2002 at 06:16:28PM +0200, Yaacov Akiba Slama wrote: > I used the enclosed file to modify the 4.2.1-1 version of xfree to add > the support for Xv in neomagic. Not exactly a trivial patch. > In fact the patch is essentially taken from redhat's package (in rawhide). Hmph. Attempting to appeal to my sense of competition, eh? Well, it's working. > I am currently using it in my ThinkPad 600x since yesterday and mplayer > & xine are quite happy with it. > > Can you add it to a next iteration of your packages ? I'd like to get one other person to apply it and test it first. Do we have any neomagic users on the list? -- G. Branden Robinson|Optimists believe we live in the Debian GNU/Linux |best of all possible worlds. [EMAIL PROTECTED] |Pessimists are afraid the optimists http://people.debian.org/~branden/ |are right. msg04092/pgp0.pgp Description: PGP signature
Re: ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
On Wed, Oct 09, 2002 at 09:39:59AM -0500, Sudhindra Herle wrote: > Thanks to the helpful info on this mailing list, I was able to get > Xfree86 working with my new ATI Radeon 7500 QW with the latest version > of XFree86 in sid (4.2.1-1) using the DRI module in 2.4.20-pre8-ac3. Glad to hear it's working for you. > This email is not a bug report of any kind. I just want to understand a few > things better and I am hoping the kind souls on this list can help me. > > 1. What is the relationship between DRI & XFree86? Does DRI expose > generic "ops" and mmap the framebuffer address? Or, does it do more? I > haven't tried to start X without DRI support in the kernel. Will it > even work if I do? DRI is a way of passing commands that take advantage of the 3D engine on the video card's silicon to the graphics processor. This bypasses the X protocol, so DRI is largely a means of ensuring that the video card's internal rendering and the X server don't get in each other's way in terms of screen real estate. Also, not stuffing the acceleration commands into the X protocol stream saves quite a bit of overhead and improved performance. Remember that X was originally developed within, and for, network computing environments. The Debian X FAQ speaks more about these issues. /usr/share/doc/xfree86-common/FAQ.gz > 2. How can I know the features of the card exploited by X? More > specifically, 2D and 3D acceleration. On the ati website, they claim > that 3D acceleration is supported on their 8500 and FireGL based > cards. They also mention that DRI supports 3D acceleration on the > radeon family (no specific chip information is supplied). Are there > generic tools one can run to see/query the info? I cannot help you here. Perhaps someone else from the list can. > When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is > maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on > the desktop, the gears seem to stutter and slow down. This leads me to believe > that 3D support is done in software. Am I correct? I'm not sure. In theory yor CPU shouldn't be getting pegged, but then there's the real world... > I am not subscribed to this mailing list. I would appreciate if you can CC me > on the reply. If you think I should subscribe to the mailing list, please send > me a private email and I'll do so. > > If there is sufficient interest, I can post my Xf86config-4 file to the list (I > had to change it _very_ little to get it working.) Please do; I'm curious to know what was necessary. It may suggest a possible enhancement in my debconf. -- G. Branden Robinson| Good judgement comes from Debian GNU/Linux | experience; experience comes from [EMAIL PROTECTED] | bad judgement. http://people.debian.org/~branden/ | -- Fred Brooks msg04091/pgp0.pgp Description: PGP signature
Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color"
severity 163935 important retitle 163935 xdm: won't start at depth 8 because debian.xpm exhausts colormap tag 163935 + moreinfo upstream thanks On Wed, Oct 09, 2002 at 12:40:10PM +0100, Julian Gilbey wrote: > Package: xdm > Version: 4.2.1-1 > > Thanks for 4.2!! > > Problem with starting xdm (it wouldn't). I've traced it down to the > following: > > polya:~ $ sxpm /usr/X11R6/lib/X11/xdm/pixmaps/debian.xpm > Read Xpm Error: Failed to parse or alloc some color. > > I'm on an 8-bit display, which probably has a lot to do with it. Hmph. xdm shouldn't refuse to start just because it can't allocate enough colors for a silly cosmetic pixmap. Are you *sure* that colormap exhaustion is the culprit? What happens if you apply the following patch to /etc/X11/xdm/Xresources? --- Xresources~ 2002-10-09 12:39:16.0 -0500 +++ Xresources 2002-10-09 12:39:39.0 -0500 @@ -34,7 +34,7 @@ xlogin*promptFont: -adobe-helvetica-bold-r-normal--20-140-100-100-p-105-iso8859-1 xlogin*failFont: -adobe-helvetica-bold-r-normal--20-140-100-100-p-105-iso8859-1 #if PLANES >= 8 -xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debian.xpm +xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debianbw.xpm #else xlogin*logoFileName: /usr/X11R6/lib/X11/xdm/pixmaps/debianbw.xpm #endif -- G. Branden Robinson|One man's theology is another man's Debian GNU/Linux |belly laugh. [EMAIL PROTECTED] |-- Robert Heinlein http://people.debian.org/~branden/ | msg04090/pgp0.pgp Description: PGP signature
Bug#163936: xserver-xfree86: should be loading xext modules!
retitle 163936 xserver-xfree86: [core server] attempts to old load modules from 3.3.6 tags 163936 + moreinfo upstream thanks On Wed, Oct 09, 2002 at 12:45:12PM +0100, Julian Gilbey wrote: > 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. I'm not positive this is a bug: 1) Do you have "pex5" listed in the "Modules" Section of your XF86Config-4? 2) Does the above cause the server to crash? It wouldn't make sense for me to have xserver-xfree86 conflict with the xext package, because some people might still want that package installed, to use with the still-available XFree86 3.x servers. -- G. Branden Robinson| It just seems to me that you are Debian GNU/Linux | willfully entering an arse-kicking [EMAIL PROTECTED] | contest with a monstrous entity http://people.debian.org/~branden/ | that has sixteen legs and no arse. msg04089/pgp0.pgp Description: PGP signature
Processed: Re: Bug#163936: xserver-xfree86: should be loading xext modules!
Processing commands for [EMAIL PROTECTED]: > retitle 163936 xserver-xfree86: [core server] attempts to old load modules from 3.3.6 Bug#163936: xserver-xfree86: should be loading xext modules! Changed Bug title. > tags 163936 + moreinfo upstream Bug#163936: xserver-xfree86: [core server] attempts to old load modules from 3.3.6 Tags added: moreinfo, upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color"
Processing commands for [EMAIL PROTECTED]: > severity 163935 important Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color" Severity set to `important'. > retitle 163935 xdm: won't start at depth 8 because debian.xpm exhausts colormap Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color" Changed Bug title. > tag 163935 + moreinfo upstream Bug#163935: xdm: won't start at depth 8 because debian.xpm exhausts colormap Tags added: moreinfo, upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#163885: additional info -- [dri] r128.o kernel module version is 2.1.6 but version 2.2 or greater is needed.
On Wed, Oct 09, 2002 at 10:48:36AM +0200, Michel D?nzer wrote: > It's not about supporting a 'DRI version' but about providing a DRM > version. The r128 driver in 4.2.0 uses a new ioctl for 2D acceleration > with DRI enabled, which is only available in the r128 DRM version 2.2.0 > or later. Unfortunately, that still wasn't merged into 2.4.19, but I > think it might be in 2.4.20. In the meantime, there's > http://www.xfree86.org/~alanh/ . Okay. Thanks for the update. > Branden, is there a specific reason why you don't provide a DRM source > package like drm-trunk-module-src from my dri-trunk debs? *whine* Because I detest binary packages that are really "source" packages. It's just kludgey as hell and not congruent with user expectations of what a binary package is. -- G. Branden Robinson| Debian GNU/Linux | Ab abusu ad usum non valet [EMAIL PROTECTED] | consequentia. http://people.debian.org/~branden/ | msg04086/pgp0.pgp Description: PGP signature
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
On Wed, Oct 09, 2002 at 01:26:32PM +0200, Juliusz Chroboczek wrote: > JL> I don't know XDirectFB, but the kdrive servers are probably > JL> better served being compiled against a uclibc (yes they compile > JL> cleanly against the newer uclibcs). Unless the idea is to use > JL> Xvesa as a failsafe X server for intel. Else what's the point? > > I do see Xvesa as a failsafe alternative to the stock servers, and I > would like to see it used in graphic installs. However, I agree that > to some people Xvesa may also be useful as a single-floppy X server, > and I think it's a good idea to build it against uclibc by default. That's more or less my point: compile it against uclibc, be it dynamic for a graphic install (busybox in installs is being compiled against uclibc), or static for a truly failsafe server (and small: a statically linked Xvesa against uclibc is well below the 1MB mark) Howerver, I repeat that xvesa is intel-only; the kdrive fbdev server would be the equivalent on non-intel. I don't suggest the fbdev one for intel because the vesa one is vesa 1, i.e. vbe, afaik, so it works in lots of places where vesafb doesn't. Heck, it works in places where XFree86's vesa driver doesn't, even on some twisted videoboards that don't even work with their original (windows) dirvers. Now, putting the burden of an uclibc build environment on branden is _not_ something I'm willing to even think about trying to start to suggest. -- John Lenton ([EMAIL PROTECTED]) -- Random fortune: La libertad es aquella facultad que aumenta la utilidad de todas las demás facultades. -- Kant. (1724-1804). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: xserver-xfree86 replacing /etc/X11/XF86Config-4
On Tue, Oct 08, 2002 at 10:50:24PM -0400, David N Kordonowy wrote: > Well, I suppose I thought that xserver-xfree86 would change the debconf > section that /etc/X11/XF86Config-4 pointed to (in this case > /etc/X11/XF86Config-4.sun), and not erase the link and replace it with a > new file. Is this policy part of debconf? It is the "dexconf" command that does this. I'm not sure Debian Policy is clear on what to do with non-conffile configuration files that have been changed to symlinks by the administrator. Blindly following symlinks can be very bad. -- G. Branden Robinson| You live and learn. Debian GNU/Linux | Or you don't live long. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | msg04084/pgp0.pgp Description: PGP signature
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
[m68k-build whacked from headers] On Wed, Oct 09, 2002 at 01:26:32PM +0200, Juliusz Chroboczek wrote: > JL> I don't know XDirectFB, but the kdrive servers are probably > JL> better served being compiled against a uclibc (yes they compile > JL> cleanly against the newer uclibcs). Unless the idea is to use > JL> Xvesa as a failsafe X server for intel. Else what's the point? > > I do see Xvesa as a failsafe alternative to the stock servers, and I > would like to see it used in graphic installs. However, I agree that > to some people Xvesa may also be useful as a single-floppy X server, > and I think it's a good idea to build it against uclibc by default. Grrr. You realize, of course, that to accomodate both groups we'd need two packages. Most Debian installers are going to be glibc-based, and I doubt they can afford to have two libc's on the system. I guess I need to come up with a good way of figuring out how to copy only the needed portions of the build tree for a servers-only compile, without this being unrealiable. It would also be nice if the XFree86 build process could be told to export headers for libraries instead of compiling them as well. A servers-only build compiles Xlibs because the X server needs the X11 header files in the exports directory. Apparently Imake doesn't know how to express "just export the headers, don't really compile the library". If we had that it would really cut down on consumption of time and space. -- G. Branden Robinson|Men use thought only to justify Debian GNU/Linux |their wrong doings, and speech only [EMAIL PROTECTED] |to conceal their thoughts. http://people.debian.org/~branden/ |-- Voltaire msg04083/pgp0.pgp Description: PGP signature
ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
Title: ATI Radeon 7500 QW; XFree86 4.2.1 (sid) Hello all, Thanks to the helpful info on this mailing list, I was able to get Xfree86 working with my new ATI Radeon 7500 QW with the latest version of XFree86 in sid (4.2.1-1) using the DRI module in 2.4.20-pre8-ac3. This email is not a bug report of any kind. I just want to understand a few things better and I am hoping the kind souls on this list can help me. 1. What is the relationship between DRI & XFree86? Does DRI expose generic "ops" and mmap the framebuffer address? Or, does it do more? I haven't tried to start X without DRI support in the kernel. Will it even work if I do? 2. How can I know the features of the card exploited by X? More specifically, 2D and 3D acceleration. On the ati website, they claim that 3D acceleration is supported on their 8500 and FireGL based cards. They also mention that DRI supports 3D acceleration on the radeon family (no specific chip information is supplied). Are there generic tools one can run to see/query the info? When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on the desktop, the gears seem to stutter and slow down. This leads me to believe that 3D support is done in software. Am I correct? I am not subscribed to this mailing list. I would appreciate if you can CC me on the reply. If you think I should subscribe to the mailing list, please send me a private email and I'll do so. If there is sufficient interest, I can post my Xf86config-4 file to the list (I had to change it _very_ little to get it working.) Much thanks. Regards, Sudhi.
Re: xfree86 4.2.1 on NetBSD/i386
On Wed, Oct 09, 2002 at 01:37:38AM -0600, Joel Baker wrote: > Patches will be submitted to the BTS tomorrow, barring sudden crisis in > my life or other such catastrophe. Beautiful. Thanks a lot for doing this. > Now, on to making it package correctly... Heh, there is *always* more work to do. I can also un-flag a several-months old message from you now. :) -- G. Branden Robinson| I had thought very carefully about Debian GNU/Linux | comitting hara-kiri over this, but [EMAIL PROTECTED] | I overslept this morning. http://people.debian.org/~branden/ | -- Toshio Yamaguchi msg04082/pgp0.pgp Description: PGP signature
Bug#150210: marked as done ("mga_hal" module does not exist)
Your message dated Wed, 9 Oct 2002 11:36:47 -0500 with message-id <[EMAIL PROTECTED]> and subject line [[EMAIL PROTECTED]: xfree86 bug #150210] 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; 17 Jun 2002 00:25:22 + >From [EMAIL PROTECTED] Sun Jun 16 19:25:22 2002 Return-path: <[EMAIL PROTECTED]> Received: from mail.gmx.net [213.165.64.20] by master.debian.org with smtp (Exim 3.12 1 (Debian)) id 17JkKf-0005MG-00; Sun, 16 Jun 2002 19:25:21 -0500 Received: (qmail 24175 invoked by uid 0); 17 Jun 2002 00:25:04 - Received: from ip-213157009191.dialin.heagmedianet.de (HELO yahoo) (213.157.9.191) by mail.gmx.net (mp007-rz3) with SMTP; 17 Jun 2002 00:25:04 - Content-Type: text/plain; charset="iso-8859-1" From: Max Moritz Sievers <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: "mga_hal" module does not exist Date: Mon, 17 Jun 2002 02:27:10 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <0206170227100D.00750@yahoo> Content-Transfer-Encoding: 8bit Delivered-To: [EMAIL PROTECTED] Package: XFree86 Version: 4.1.0.1-16 I have a Matrox Millennium MGA G400 AGP (rev 4) graphic card. I configured XFree86 with debconf. When I try to start X I get the message that the "mga_hal" module does not exist and the server crashes. I am using Debian GNU/Linux Woody. Here is /var/log/XFree86.0.log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to [EMAIL PROTECTED] and patches submitted to [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: Sun Jun 16 17:58:56 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" "pc101" (**) XKB: model: "pc101" (**) Option "XkbLayout" "de" (**) XKB: layout: "de" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Configured Mouse" (**) |-->Input Device "Generic Mouse" (WW) The directory "/usr/lib/X11/fonts/cyrillic" does not exist. Entry deleted from font path. (**) FontPath set to "unix/:7100,/usr/lib/X11/fonts/misc,/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 1106,0691 card 1043,8023 rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,
Bug#163927: task-x-window-system: request for dependency update
reassign 163927 xfree86 retitle 163927 xfree86: x-window-system{,-core} metapackages should conflict with old task-* counterparts from potato thanks On Wed, Oct 09, 2002 at 08:38:50AM +0200, Michael Osamu Shiobara wrote: > If I understand the latest changes in xfree86_4.2.1 correctly, > there is no more `xfonts-pex'. Then, it would be necessary > to drop the pex-font package from the dependency list of > `task-x-window-system'. Yikes, this package shouldn't even exist anymore. Thanks for bringing this to my attention. Er, upon checking, this package *doesn't* exist anymore. It's only in potato. It's just that nothing has forced it off of your system. I'll make the new x-window-system{,core} metapackages Conflict with these old task packages. -- G. Branden Robinson| You could wire up a dead rat to a Debian GNU/Linux | DIMM socket and the PC BIOS memory [EMAIL PROTECTED] | test would pass it just fine. http://people.debian.org/~branden/ | -- Ethan Benson msg04080/pgp0.pgp Description: PGP signature
Processed: Re: Bug#163927: task-x-window-system: request for dependency update
Processing commands for [EMAIL PROTECTED]: > reassign 163927 xfree86 Bug#163927: task-x-window-system: request for dependency update Bug reassigned from package `task-x-window-system' to `xfree86'. > retitle 163927 xfree86: x-window-system{,-core} metapackages should conflict with >old task-* counterparts from potato Bug#163927: task-x-window-system: request for dependency update Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[patch] Xv support for neomagic
Hi, I used the enclosed file to modify the 4.2.1-1 version of xfree to add the support for Xv in neomagic. In fact the patch is essentially taken from redhat's package (in rawhide). I am currently using it in my ThinkPad 600x since yesterday and mplayer & xine are quite happy with it. Can you add it to a next iteration of your packages ? Thanks, yas diff -x CVS -uNr xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile xc/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile --- xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile Wed Jan 24 01:06:21 2001 +++ xc/programs/Xserver/hw/xfree86/drivers/neomagic/Imakefile Thu Apr 4 16:05:44 +2002 @@ -4,10 +4,10 @@ SRCS = neo_driver.c neo_bank.c neo_cursor.c neo_2097.c neo_2070.c \ - neo_2090.c neo_2200.c neo_i2c.c neo_shadow.c neo_dga.c + neo_2090.c neo_2200.c neo_i2c.c neo_shadow.c neo_dga.c neo_video.c OBJS = neo_driver.o neo_bank.o neo_cursor.o neo_2097.o neo_2070.o \ - neo_2090.o neo_2200.o neo_i2c.o neo_shadow.o neo_dga.o + neo_2090.o neo_2200.o neo_i2c.o neo_shadow.o neo_dga.o neo_video.o DEFINES = -DPSZ=8 diff -x CVS -uNr xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/NM-reg.txt xc/programs/Xserver/hw/xfree86/drivers/neomagic/NM-reg.txt --- xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/NM-reg.txt Thu Jan 1 01:00:00 1970 +++ xc/programs/Xserver/hw/xfree86/drivers/neomagic/NM-reg.txt Thu Apr 4 16:05:44 +2002 @@ -0,0 +1,69 @@ +NM2160 Register GUESS + --- Overlay and ZV capture --- + +2002,2.3. + +1. Overlay + GRB0 bit5Format; 0:YUY2/1:RGB +bit11 +bit0Enable overlay ; 1:enable/0:disable + GRB1 bit7:4 X2[11:8] +bit3:0 X1[11:8] + GRB2 X1[7:0] + GRB3 X2[7:0] + GRB4 bit7:4 Y2[11:8] +bit3:0 Y1[11:8] + GRB5 Y1[7:0] + GRB6 Y2[7:0] + GRB7 VRAM offset[24:17] + GRB8 VRAM offset[16:9] + GRB9 VRAM offset[8:1] + GRBA Width in byte[15:8] + GRBB Width in byte[7:0] + GRBC 0x4f + GRBD - + GRBE - + GRBF bit20:normal/1:mirror +bit1:0 b'10' + GRC0 X scale[15:8] ; x1.0 == 0x1000 + GRC1 X scale[7:0] + GRC2 Y scale[15:8] ; x1.0 == 0x1000 + GRC3 Y scale[7:0] + GRC4 brightness ; -128 to +127 + GRC5 Color key(R) + GRC6 Color key(G) / Color key(8bpp) + GRC7 Color key(B) + +2. ZV capture + GR0A bit5Enable extended SR reg. ; 1:enable/0:disable +bit01 + + SR08 bit7:1 b'101' +bit0Enable capture ; 1:enable/0:disable + SR09 0x11 + SR0A 0x00 + SR0B - + SR0C VRAM offset[8:1] + SR0D VRAM offset[16:9] + SR0E VRAM offset[24:17] + SR0F - + SR10 - + SR11 - + SR12 - + SR13 - + SR14 Y1[7:0] + SR15 Y2[7:0] + SR16 bit7:4 Y2[11:4] +bit3:0 Y1[11:4] + SR17 X1[7:0] + SR18 X2[7:0] + SR19 bit7:4 X2[11:8] +bit3:0 X1[11:8] + SR1A Width in byte[7:0] + SR1B Width in byte[15:8] + SR1C 0xfb + SR1D 0x00 + SR1E 0xe2 + SR1F 0x02 + [EMAIL PROTECTED] diff -x CVS -uNr xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/neo.h xc/programs/Xserver/hw/xfree86/drivers/neomagic/neo.h --- xc.orig/programs/Xserver/hw/xfree86/drivers/neomagic/neo.h Mon Oct 1 15:44:07 2001 +++ xc/programs/Xserver/hw/xfree86/drivers/neomagic/neo.h Thu Apr 4 16:05:44 +2002 @@ -60,6 +60,11 @@ #include "xf86i2c.h" +#ifdef XvExtension +# include "xf86xv.h" +# include "Xv.h" +#endif /* XvExtension */ + /* * Driver data structures. */ @@ -121,6 +126,10 @@ /* in neo_dga.c */ Bool NEODGAInit(ScreenPtr pScreen); +/* in neo_video.c */ +extern void NEOInitVideo(ScreenPtr pScreen); +extern void NEOResetVideo(ScrnInfoPtr pScrn); + /* shadow regs */ #define NEO_EXT_CR_MAX 0x85 @@ -199,6 +208,8 @@ unsigned long NeoMMIOAddr; unsigned long NeoLinearAddr; unsigned char* NeoMMIOBase; +unsigned long NeoMMIOAddr2; +unsigned char* NeoMMIOBase2; unsigned char* NeoFbBase; long NeoFbMapSize; unsigned long vgaIOBase; @@ -249,6 +260,17 @@ RefreshAreaFuncPtr refreshArea; void (*PointerMoved)(int index, int x, int y); int rotate; +Bool showcache; +#ifdef XvExtension +Bool video; +double videoHZoom; +double videoVZoom; +XF86VideoAdaptorPtr overlayAdaptor; +int overlay; +int overlay_offset; +int videoKey; +int interlace; +#endif /* XvExtension */ } NEORec, *NEOPtr; typedef struct { @@ -264,18 +286,20 @@ #define GRAX 0x3CE /* vga IO functions */ -#define VGArCR(index) hwp->readCrtc(hwp,index) -#define VGAwCR(index,val) hwp->writeCrtc(hwp,index,val) -#define VGArGR(index) hwp->readGr(hwp,index) -#define VGAwGR(
Bug#163622: xfree86-common: Error starting X, using Matrox G200
On Mit, 2002-10-09 at 02:57, Branden Robinson wrote: > On Wed, Oct 09, 2002 at 12:31:01AM +0200, Michel Dänzer wrote: > > Well, you can call LoaderPrintSymbol for each address with a ??, e.g. > > > > call LoaderPrintSymbol(0x40197cdc) > > > > Beware that the output goes to the server log only. > > Gee, thanks, I just tried that and cored my X server. Hmm, when calling it with a valid address in the X server? > Okay, so what are people *actually* supposed to do? Use an XFree86 aware gdb or a static server for debugging whenever possible. :) > > PPS: Quite some additional traffic on the list... > > http://lists.debian.org/debian-x/2002/debian-x-200210/msg00054.html I know the reason, I just don't know if I can cope. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: DGA, ATI Radeon 7500, vmware, Xinerama (dual head)
On Die, 2002-10-08 at 01:21, Rupa Schomaker wrote: > > I've run into an annoyance with vmware, and I'm trying to track down > more information before I start bugging the vmware guys. > > I normally run in a dual-head config running each monitor 1600x1200 > (so 3200x1200 combined). For the most part this works well, but there > are issues everyonce in a while. > > When starting a vmware machine, I get the Warning: > > " > No DGA mode found compatible with 3200x1200, depth 24, bpp 32 > XFree86 direct graphics (DGA extention) power on failed > Full-screen SVGA will not be available. > " > > I can run the dga test program, but it only modifies the first > screen. > > [EMAIL PROTECTED]:~$ sudo dga > Password: > 1 addr:0x40204000, width 1600, bank size 33554432, depth 24 planes > KeyRelease[36]: > KeyPress [38]: a > KeyRelease[38]: a > KeyPress [24]: q > EXITTING > back now in X > Thats all folks > > > So, I assume that dga is supported but only on the first display at > 1600x1200. > > Can I get confirmation on this so I can start complaining to the > vmware folks? It does look like vmware doesn't deal with Xinerama. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Processed: Re: Bug#163939: Fatal server error; Please help me
Processing commands for [EMAIL PROTECTED]: > reassign 163939 xserver-xfree86 Bug#163939: Fatal server error; Please help me Bug reassigned from package `xserver-xfree86_4.1.0-16_i386' to `xserver-xfree86'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
ATI Radeon 7500 QW; XFree86 4.2.1 (sid)
Title: ATI Radeon 7500 QW; XFree86 4.2.1 (sid) Hello all, Thanks to the helpful info on this mailing list, I was able to get Xfree86 working with my new ATI Radeon 7500 QW with the latest version of XFree86 in sid (4.2.1-1) using the DRI module in 2.4.20-pre8-ac3. This email is not a bug report of any kind. I just want to understand a few things better and I am hoping the kind souls on this list can help me. 1. What is the relationship between DRI & XFree86? Does DRI expose generic "ops" and mmap the framebuffer address? Or, does it do more? I haven't tried to start X without DRI support in the kernel. Will it even work if I do? 2. How can I know the features of the card exploited by X? More specifically, 2D and 3D acceleration. On the ati website, they claim that 3D acceleration is supported on their 8500 and FireGL based cards. They also mention that DRI supports 3D acceleration on the radeon family (no specific chip information is supplied). Are there generic tools one can run to see/query the info? When I ran 'glxgears' I seem to get between 500-2000fps. However, the CPU is maxed out at 100% -- this on an Athlon XP1700. Also, if I move any window on the desktop, the gears seem to stutter and slow down. This leads me to believe that 3D support is done in software. Am I correct? I am not subscribed to this mailing list. I would appreciate if you can CC me on the reply. If you think I should subscribe to the mailing list, please send me a private email and I'll do so. If there is sufficient interest, I can post my Xf86config-4 file to the list (I had to change it _very_ little to get it working.) Much thanks. Regards, Sudhi.
Bug#163936: xserver-xfree86: should be loading xext modules!
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
Bug#163935: xdm: problem with debian.xpm: "Failed to parse or alloc some color"
Package: xdm Version: 4.2.1-1 Thanks for 4.2!! Problem with starting xdm (it wouldn't). I've traced it down to the following: polya:~ $ sxpm /usr/X11R6/lib/X11/xdm/pixmaps/debian.xpm Read Xpm Error: Failed to parse or alloc some color. I'm on an 8-bit display, which probably has a lot to do with it. 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
Re: m68k buildd's without 1.5GB of free disk should not attempt xfree86
JL> I don't know XDirectFB, but the kdrive servers are probably JL> better served being compiled against a uclibc (yes they compile JL> cleanly against the newer uclibcs). Unless the idea is to use JL> Xvesa as a failsafe X server for intel. Else what's the point? I do see Xvesa as a failsafe alternative to the stock servers, and I would like to see it used in graphic installs. However, I agree that to some people Xvesa may also be useful as a single-floppy X server, and I think it's a good idea to build it against uclibc by default. Juliusz
Dear friends, never miss the chance to travel in China, the beautiful and mysterious place to be!
charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1"; charset="ISO-8859-1" Reply-To: [EMAIL PROTECTED] Date: Wed, 9 Oct 2002 18:47:49 +0800 X-Priority: 3 X-Library: Indy 9.00.10 X-Mailer: Foxmail Welcome to travel in China, welcome to Beijing! Hi! It's nice to meet you on Internet. I'm not sure whether you have tours to China or not. But I'd like to cooperate with you in travel business. We Beijing Cultural Relics International Travel Service Co. Ltd. is one of the leading travel agencies in China. We provide best service to travelers. All the tourist guides of our company are well-trained and most experienced. The following is one of our highly recommended Beijing tour schedules. Route 1 Beijing/Xian/Shanghai/Suzhou--10nights 11days Day 1: Beijing Arrive in Beijing. Where you will be met by your local guide. Transfer to your hotel. Remainder of day at leisure. Day 2: Beijing (B-breakfast, L-lunch, D-dinner) Full day tour to the Tian'anmen Square, the largest square in the world, then the Forbidden City, where 24 emperors lived and ruled China. After lunch, visit the Temple of Heaven, which is considered one of the finest buildings ever constructed in ancient China. Today we'll have our special dinner in the Dai Village restaurant with singing and dancing show. (Dai minority people are the origin of Thailand people.) Day 3: Beijing (B L D) Today will be one of the highlights of the trip as you visit and climb the Great Wall of China and the Ming Tombs along the Sacred Way with lunch and special dinner. Today's special dinner is Sichuan cuisine, which concentrates on spicy food. Day 4: Beijing (B L D) Today you will have a wonderful and special tour - People's Commune (including visit to primary school, farmers' houses, Home for the aged, Greenhouses, the orchard, big local market, etc.). Visit a Middle School not far from the commune. Lunch in the farmers' houses or in the town hall of the commune. Afternoon tour to the Summer Palace, the Imperial Garden. Today's special dinner is Xinjiang Uyghur fo
Bug#163622: xfree86-common: Error starting X, using Matrox G200
On Mit, 2002-10-09 at 02:57, Branden Robinson wrote: > On Wed, Oct 09, 2002 at 12:31:01AM +0200, Michel Dänzer wrote: > > Well, you can call LoaderPrintSymbol for each address with a ??, e.g. > > > > call LoaderPrintSymbol(0x40197cdc) > > > > Beware that the output goes to the server log only. > > Gee, thanks, I just tried that and cored my X server. Hmm, when calling it with a valid address in the X server? > Okay, so what are people *actually* supposed to do? Use an XFree86 aware gdb or a static server for debugging whenever possible. :) > > PPS: Quite some additional traffic on the list... > > http://lists.debian.org/debian-x/2002/debian-x-200210/msg00054.html I know the reason, I just don't know if I can cope. -- 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: DGA, ATI Radeon 7500, vmware, Xinerama (dual head)
On Die, 2002-10-08 at 01:21, Rupa Schomaker wrote: > > I've run into an annoyance with vmware, and I'm trying to track down > more information before I start bugging the vmware guys. > > I normally run in a dual-head config running each monitor 1600x1200 > (so 3200x1200 combined). For the most part this works well, but there > are issues everyonce in a while. > > When starting a vmware machine, I get the Warning: > > " > No DGA mode found compatible with 3200x1200, depth 24, bpp 32 > XFree86 direct graphics (DGA extention) power on failed > Full-screen SVGA will not be available. > " > > I can run the dga test program, but it only modifies the first > screen. > > rschomak@rschomaker2:~$ sudo dga > Password: > 1 addr:0x40204000, width 1600, bank size 33554432, depth 24 planes > KeyRelease[36]: > KeyPress [38]: a > KeyRelease[38]: a > KeyPress [24]: q > EXITTING > back now in X > Thats all folks > > > So, I assume that dga is supported but only on the first display at > 1600x1200. > > Can I get confirmation on this so I can start complaining to the > vmware folks? It does look like vmware doesn't deal with Xinerama. -- 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]
Processed: Re: Bug#163939: Fatal server error; Please help me
Processing commands for [EMAIL PROTECTED]: > reassign 163939 xserver-xfree86 Bug#163939: Fatal server error; Please help me Bug reassigned from package `xserver-xfree86_4.1.0-16_i386' to `xserver-xfree86'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#163699: xserver-xfree86: Xserver crashes in QUake3
On Mon, Oct 07, 2002 at 02:16:17PM -0500, Branden Robinson wrote: > Those are some pretty aggressive options you've got going there. The > fbdev layer plus PCI retries plus AGPMode 4. I wouldn't be surprised if > you'd get more stability by backing off on some of those. However, a > bug's a bug. > > Welcome to the new, improved for XFree86 4.2 SEGV club; I need you to do > the following: > > 1) apt-get install xserver-xfree86-dbg gdb; > 2) Run the XFree86-debug server in an environment where the coredumpsize >is unlimited; > 3) gdb /usr/X11R6/bin/XFree86-debug core; > 4) Type "bt full" at the gdb prompt; > 5) Send this bug the output. Further investigation has revealed that there is no SEGV occurring -- the Xserver process goes into a tight loop and eats 99% CPU. The console appears completely dead, but I can sometimes log in remotely over the network and run processes etc. I've also discovered that Changing Option "UseFBDev" "true" to Option "UseFBDev" "false" fixes the problem. This change to /etc/X11/XF86Config-4 also gets rid of the warning "DRIUnlock called when not locked" in the X log. Worth passing on to upstream I guess. cheers, Phil -- http://www.kantaka.co.uk/ .oOo. public key: http://www.kantaka.co.uk/gpg.txt
Bug#163936: xserver-xfree86: should be loading xext modules!
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]