Processed: severity of 207305 is grave
Processing commands for [EMAIL PROTECTED]: severity 207305 grave Bug#207305: xserver-common: fails to purge Severity set to `grave'. 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#207305: you forgotto CC to control
On Tue, Aug 26, 2003 at 10:12:49PM +0200, Goswin von Brederlow wrote: topic says it all Already taken care of. -- G. Branden Robinson|People are equally horrified at Debian GNU/Linux |hearing the Christian religion [EMAIL PROTECTED] |doubted, and at seeing it http://people.debian.org/~branden/ |practiced. -- Samuel Butler pgp0.pgp Description: PGP signature
Bug#206900: xserver-xfree86: blew my config away
Package: xserver-xfree86 Version: 4.2.1-10 Followup-For: Bug #206900 The upgrade to 4.2.1-10 blew away my whole configuration really. Firstly it asked me a few additional questions (not the whole lot), then wrote the basic XF86Config-4 which of course didn't include my dual head setup etc. If I now run dpkg-reconfigure, it asks all the questions again and then says that nothing was written because XF86Config-4 has been customised. Fine, but why didn't it recognise that it was customised during the upgrade, and why does it need to ask the questions if it's been customised already? I have no NEWS.Debian file in the directory you mentioned. Thanks, Hamish -- Package-specific info: 00:0b.0 VGA compatible controller: nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] (rev 15) 01:00.0 VGA compatible controller: nVidia Corporation NV15DDR [GeForce2 Ti] (rev a4) 00:0b.0 Class 0300: 10de:002d (rev 15) 01:00.0 Class 0300: 10de:0151 (rev a4) # File generated by xf86config. # # Copyright (c) 1999 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the Software), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED AS IS, WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ** # ** # Module section -- this section is used to specify # which dynamically loadable modules to load. # ** # Section Module # This loads the DBE extension module. Loaddbe # Double buffer extension # This loads the miscellaneous extensions module, and disables # initialisation of the XFree86-DGA extension within that module. SubSection extmod # Optionomit xfree86-dga # don't initialise the DGA extension EndSubSection # This loads the Type1 and FreeType font modules Loadtype1 Loadfreetype # This loads the GLX module Load glx # Load dri EndSection # ** # Files section. This allows default font and rgb paths to be set # ** Section Files # The location of the RGB database. Note, this is the name of the # file minus the extension (like .txt or .db). There is normally # no need to change the default. RgbPath /usr/X11R6/lib/X11/rgb # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # #FontPath /usr/X11R6/lib/X11/fonts/local/ FontPath /usr/X11R6/lib/X11/fonts/Type1/ FontPath /usr/X11R6/lib/X11/fonts/TrueType/ FontPath /usr/X11R6/lib/X11/fonts/misc/:unscaled FontPath /usr/X11R6/lib/X11/fonts/100dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/75dpi/:unscaled FontPath /usr/X11R6/lib/X11/fonts/misc/ FontPath /usr/X11R6/lib/X11/fonts/100dpi/ FontPath /usr/X11R6/lib/X11/fonts/75dpi/ FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType # The module search path. The default path is shown here. #ModulePath /usr/X11R6/lib/modules EndSection # ** # Server flags section. #
X Strike Force SVN commit: rev 439 - in trunk/debian: . local
Author: branden Date: 2003-08-26 18:32:09 -0500 (Tue, 26 Aug 2003) New Revision: 439 Modified: trunk/debian/changelog trunk/debian/local/xvfb-run trunk/debian/local/xvfb-run.1 Log: debian/local/xvfb-run: use $(tempfile -s .xvfb-run) as the default X authority file, not $(pwd)/.Xauthority (based on a patch from Gerard Gorman -- thanks!) debian/local/xvfb-run.1: document the above change in behavior Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-26 17:02:51 UTC (rev 438) +++ trunk/debian/changelog 2003-08-26 23:32:09 UTC (rev 439) @@ -41,8 +41,13 @@ * debian/local/FAQ: remove bizarre garbage from file (thanks, Eloy Paris) (Closes: #207229) - -- Branden Robinson [EMAIL PROTECTED] Sun, 24 Aug 2003 15:09:46 -0500 + * Use $(tempfile -s .xvfb-run) as the default X authority file, not +$(pwd)/.Xauthority (based on a patch from Gerard Gorman -- thanks!). +- debian/local/xvfb-run: implement +- debian/local/xvfb-run.1: document + -- Branden Robinson [EMAIL PROTECTED] Tue, 26 Aug 2003 18:30:28 -0500 + xfree86 (4.2.1-10) unstable; urgency=medium * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in Modified: trunk/debian/local/xvfb-run === --- trunk/debian/local/xvfb-run 2003-08-26 17:02:51 UTC (rev 438) +++ trunk/debian/local/xvfb-run 2003-08-26 23:32:09 UTC (rev 439) @@ -14,7 +14,7 @@ PROGNAME=xvfb-run SERVERNUM=99 -AUTHFILE=$(pwd)/.Xauthority +AUTHFILE=$(tempfile -s .xfvb-run) ERRORFILE=/dev/null STARTWAIT=3 XVFBARGS=-screen 0 640x480x8 Modified: trunk/debian/local/xvfb-run.1 === --- trunk/debian/local/xvfb-run.1 2003-08-26 17:02:51 UTC (rev 438) +++ trunk/debian/local/xvfb-run.1 2003-08-26 23:32:09 UTC (rev 439) @@ -79,9 +79,9 @@ .BI \-f\ file \fR,\fB\ \-\-auth\-file= file Store X authentication data in .IR file . -By default, a file named -.I .Xauthority -in the current working directory is used. +By default, a temporary file created by the +.BR tempfile (1) +command is used, and given a suffix of \(oq.xvfb-run\(cq. .TP .B \-h\fR,\fB \-\-help Display a usage message and exit. @@ -137,13 +137,19 @@ '\ None. '\ .SH INPUT FILES '\ None. -.SH OUTPUT FILES -.TP -.I .Xauthority -is created (and deleted) in the current working directory to store the X -authority cookies used by the +.SH FILES +.PP +A temporary file is created (and deleted) to store the X authority cookies +used by the .B Xvfb -server and client(s) run under it. +server and client(s) run under it. See +.BR tempfile (1). +Alternatively, the name of the file to be used for this purpose can be +specified with the +.B \-f +or +.B \-\-auth\-file +options; see above. .PP An error file with a user\-specified name is also created if the .B \-e -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#206929: Module loader broken on ia64
On Tue, Aug 26, 2003 at 12:26:30PM -0500, Branden Robinson wrote: Can you send me the 4.2.1 version of this patch, please? The other one certainly doesn't work. Do you mean 'loaderdiff' by 'the other one'? If so, then it won't - it's against 4.3.0. http://people.debian.org/~willy/xfree86/ shows two candidates: http://people.debian.org/~willy/xfree86/454_ia64_relocation_types_134_and_135.diff http://people.debian.org/~willy/xfree86/454_ia64_relocation_types_79_134_and_135 -- Daniel Stone [EMAIL PROTECTED] http://www.debian.org - http://www.kde.org - http://www.freedesktop.org Configurability is always the best choice when it's pretty simple to implement -- Havoc Pennington, gnome-list pgp0.pgp Description: PGP signature
Bug#206900: xserver-xfree86: blew my config away
On Wed, Aug 27, 2003 at 08:59:30AM +1000, Hamish Moffatt wrote: The upgrade to 4.2.1-10 blew away my whole configuration really. Firstly it asked me a few additional questions (not the whole lot), then wrote the basic XF86Config-4 which of course didn't include my dual head setup etc. I tested this upgrade scenario, and did not see this behavior. Since you are a Debian developer, perhaps you can find the logic bug in /var/lib/dpkg/info/xserver-xfree86.postinst. If I now run dpkg-reconfigure, it asks all the questions again and then says that nothing was written because XF86Config-4 has been customised. Fine, but why didn't it recognise that it was customised during the upgrade, It should have. and why does it need to ask the questions if it's been customised already? Because Manage foo with debconf? is Considered Harmful. I have no NEWS.Debian file in the directory you mentioned. It might be fruitful for you to review the logs of the bug report to which you are contributing. -- G. Branden Robinson|Any man who does not realize that Debian GNU/Linux |he is half an animal is only half a [EMAIL PROTECTED] |man. http://people.debian.org/~branden/ |-- Thornton Wilder pgp0.pgp Description: PGP signature
Bug#206900: xserver-xfree86: blew my config away
On Wed, Aug 27, 2003 at 08:59:30AM +1000, Hamish Moffatt wrote: The upgrade to 4.2.1-10 blew away my whole configuration really. Oh, by the way, if your claims about how the upgrade ran are correct, your configuration wasn't blown away. You should be able to find it in /etc/X11/XF86Config-4.dpkg-old. -- G. Branden Robinson|To Republicans, limited government Debian GNU/Linux |means not assisting people they [EMAIL PROTECTED] |would sooner see shoveled into mass http://people.debian.org/~branden/ |graves. -- Kenneth R. Kahn pgp0.pgp Description: PGP signature
Processed: Re: Processed: retitle 206929 to xserver-xfree86: [core server] ELF module loader broken on IA-64; doesn't recognize GCC 3.3's new relocation types
Processing commands for [EMAIL PROTECTED]: tags 206929 = sarge sid experimental patch pending Bug#206929: xserver-xfree86: [core server] ELF module loader broken on IA-64; doesn't recognize GCC 3.3's new relocation types Tags were: upstream pending patch Tags set to: sarge, sid, experimental, patch, pending 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: whoops, forgot upstream tag for 206929
Processing commands for [EMAIL PROTECTED]: tags 206929 + upstream Bug#206929: xserver-xfree86: [core server] ELF module loader broken on IA-64; doesn't recognize GCC 3.3's new relocation types Tags were: pending patch experimental sid sarge Tags added: 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#206907: xserver-xfree86: hangs on screensaver
On Tue, Aug 26, 2003 at 02:55:21PM -0500, Branden Robinson wrote: On Tue, Aug 26, 2003 at 07:45:13PM +0200, David N. Welton wrote: Enabled PciRetry. It bailed again, this time in another place (I guess): 0x080833b5 in Permedia2SubsequentHorVertLine (pScrn=0x8942ef0, x=864, y=7, len=5, dir=3) at pm2_accel.c:583 583 pm2_accel.c: No such file or directory. in pm2_accel.c (gdb) bt #0 0x080833b5 in Permedia2SubsequentHorVertLine (pScrn=0x8942ef0, x=864, y=7, len=5, dir=3) at pm2_accel.c:583 Here's the source code of that function: 578 static void 579 Permedia2SubsequentHorVertLine(ScrnInfoPtr pScrn,int x,int y,int len,int dir) 580 { 581 GLINTPtr pGlint = GLINTPTR(pScrn); 582 583 GLINT_WAIT(6); 584 GLINT_WRITE_REG(x16, StartXDom); 585 GLINT_WRITE_REG(y16, StartY); 586 if (dir == DEGREES_0) { 587 GLINT_WRITE_REG(116, dXDom); 588 GLINT_WRITE_REG(016, dY); 589 } else { 590 GLINT_WRITE_REG(016, dXDom); 591 GLINT_WRITE_REG(116, dY); 592 } 593 594 GLINT_WRITE_REG(len, GLINTCount); 595 GLINT_WRITE_REG(PrimitiveLine, Render); 596 } This don't bring us much, it is hanging in glint_wait, which is a macro waiting for space in the fifo, and since the space never comes, it waits forever. Same diagnostic as before. The pipeline is deadlocked, but i don't know why. Strong suspisions of a hardware problems, the hardware cannot be all that new after all. But maybe there is some behavior that makes this appear more often or something such, i don't know. Overheating of the graphic chip or failing powersupply (either on the board or the agp power lines) might be potential culprits. I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1, is this not doing double usage) with the glint debug option enabled, so you can run the non-loadable server in gdb too. I need to free space again on my disks (or buy a new disk) though. Friendly, Sven Luther -- G. Branden Robinson|Damnit, we're all going to die; Debian GNU/Linux |let's die doing something *useful*! [EMAIL PROTECTED] |-- Hal Clement, on comments that http://people.debian.org/~branden/ | space exploration is dangerous -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
tag 185936 + fixed-in-experimental thanks libXss_pic.a is available in xlibs-static-pic in Debian experimental. % cat xlibs-static-pic.install usr/X11R6/lib/libFS_pic.a usr/X11R6/lib/libGLw_pic.a usr/X11R6/lib/libI810XvMC_pic.a usr/X11R6/lib/libXRes_pic.a usr/X11R6/lib/libXau_pic.a usr/X11R6/lib/libXdmcp_pic.a usr/X11R6/lib/libXfontcache_pic.a usr/X11R6/lib/libXinerama_pic.a usr/X11R6/lib/libXss_pic.a usr/X11R6/lib/libXvMC_pic.a usr/X11R6/lib/libXxf86dga_pic.a usr/X11R6/lib/libXxf86misc_pic.a usr/X11R6/lib/libXxf86rush_pic.a usr/X11R6/lib/libXxf86vm_pic.a usr/X11R6/lib/libfontenc_pic.a usr/X11R6/lib/liboldX_pic.a usr/X11R6/lib/libxf86config_pic.a usr/X11R6/lib/libxkbfile_pic.a usr/X11R6/lib/libxkbui_pic.a -- G. Branden Robinson| You are not angry with people when Debian GNU/Linux | you laugh at them. Humor teaches [EMAIL PROTECTED] | them tolerance. http://people.debian.org/~branden/ | -- W. Somerset Maugham pgp0.pgp Description: PGP signature
X Strike Force SVN commit: rev 441 - trunk/debian
Author: branden Date: 2003-08-27 02:19:32 -0500 (Wed, 27 Aug 2003) New Revision: 441 Modified: trunk/debian/changelog trunk/debian/xserver-common.postrm.in trunk/debian/xserver-xfree86.postrm.in Log: debian/xserver-{common,xfree86}.postrm.in: fix horrendous paper-bag bug (failure to give fgrep a file to operate on, causing it to wait forever on standart input) that prevented xserver-common and xserver-xfree86 from being able to purge under some circumstances (thanks, Ingo Saitz) (Closes: #207305) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 07:10:29 UTC (rev 440) +++ trunk/debian/changelog 2003-08-27 07:19:32 UTC (rev 441) @@ -46,8 +46,14 @@ - debian/local/xvfb-run: implement - debian/local/xvfb-run.1: document - -- Branden Robinson [EMAIL PROTECTED] Tue, 26 Aug 2003 18:30:28 -0500 + * debian/xserver-{common,xfree86}.postrm.in: fix horrendous paper-bag bug +(failure to give fgrep a file to operate on, causing it to wait forever on +standart input) that prevented xserver-common and xserver-xfree86 from +being able to purge under some circumstances (thanks, Ingo Saitz) +(Closes: #207305) + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:16:50 -0500 + xfree86 (4.2.1-10) unstable; urgency=medium * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in Modified: trunk/debian/xserver-common.postrm.in === --- trunk/debian/xserver-common.postrm.in 2003-08-27 07:10:29 UTC (rev 440) +++ trunk/debian/xserver-common.postrm.in 2003-08-27 07:19:32 UTC (rev 441) @@ -33,7 +33,8 @@ # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $XWRAPPER_CONFIG_ROSTER; then # construct temporary roster file with our package name removed - fgrep -vx $THIS_PACKAGE $XWRAPPER_CONFIG_ROSTER.dpkg-tmp + fgrep -vx $THIS_PACKAGE $XWRAPPER_CONFIG_ROSTER \ +$XWRAPPER_CONFIG_ROSTER.dpkg-tmp # is there anything left? if [ -n $(cat $XWRAPPER_CONFIG_ROSTER.dpkg-tmp) ]; then # yes, replace the roster file Modified: trunk/debian/xserver-xfree86.postrm.in === --- trunk/debian/xserver-xfree86.postrm.in 2003-08-27 07:10:29 UTC (rev 440) +++ trunk/debian/xserver-xfree86.postrm.in 2003-08-27 07:19:32 UTC (rev 441) @@ -30,7 +30,8 @@ # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $SERVER_SYMLINK_ROSTER; then # construct temporary roster file with our package name removed - fgrep -vx $THIS_PACKAGE $SERVER_SYMLINK_ROSTER.dpkg-tmp + fgrep -vx $THIS_PACKAGE $SERVER_SYMLINK_ROSTER \ +$SERVER_SYMLINK_ROSTER.dpkg-tmp # is there anything left? if [ -n $(cat $SERVER_SYMLINK_ROSTER.dpkg-tmp) ]; then # yes, replace the roster file @@ -64,7 +65,8 @@ # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $XF86CONFIG_ROSTER; then # construct temporary roster file with our package name removed - fgrep -vx $THIS_PACKAGE $XF86CONFIG_ROSTER.dpkg-tmp + fgrep -vx $THIS_PACKAGE $XF86CONFIG_ROSTER \ +$XF86CONFIG_ROSTER.dpkg-tmp # is there anything left? if [ -n $(cat $XF86CONFIG_ROSTER.dpkg-tmp) ]; then # yes, replace the roster file -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
X Strike Force SVN commit: rev 443 - in trunk/debian: . po
Author: branden Date: 2003-08-27 02:31:58 -0500 (Wed, 27 Aug 2003) New Revision: 443 Modified: trunk/debian/changelog trunk/debian/po/fr.po Log: debian/po/fr.po: updated French translations (thanks, Christian Perrier) (Closes: #207239) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 07:28:28 UTC (rev 442) +++ trunk/debian/changelog 2003-08-27 07:31:58 UTC (rev 443) @@ -52,8 +52,11 @@ being able to purge under some circumstances (thanks, Ingo Saitz) (Closes: #207305) - -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:16:50 -0500 + * debian/po/fr.po: updated French translations (thanks, Christian Perrier) +(Closes: #207239) + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:30:54 -0500 + xfree86 (4.2.1-10) unstable; urgency=medium * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in Modified: trunk/debian/po/fr.po === --- trunk/debian/po/fr.po 2003-08-27 07:28:28 UTC (rev 442) +++ trunk/debian/po/fr.po 2003-08-27 07:31:58 UTC (rev 443) @@ -17,10 +17,9 @@ # msgid msgstr -Project-Id-Version: xfree86 4.2.1-6 2nd version\n -Report-Msgid-Bugs-To: \n +Project-Id-Version: xfree86 4.2.1-10\n POT-Creation-Date: 2003-08-24 03:52-0500\n -PO-Revision-Date: 2003-07-30 10:31+0100\n +PO-Revision-Date: 2003-08-24 09:57+0100\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: Debiand french translation team [EMAIL PROTECTED] debian.org\n @@ -31,7 +30,7 @@ #. Description #: ../xdm.templates:4 msgid Select the desired default display manager. -msgstr Choisissez le gestionnaire graphique de session par défaut. +msgstr Choisissez le gestionnaire graphique de session par défaut #. Description #: ../xdm.templates:4 @@ -64,7 +63,7 @@ Plusieurs gestionnaires graphiques peuvent être lancés en même temps, s'ils gèrent des serveurs X différents ; pour cela, configurez correctement chacun des gestionnaires graphiques, modifiez leurs scripts de lancement dans /etc/ -init.d, et enlevez le test de gestionnaire graphique par défaut. +init.d, et désactivvez le test de gestionnaire graphique par défaut. #. Description #: ../xdm.templates:26 @@ -136,10 +135,10 @@ msgstr Si vous ne souhaitez pas utiliser les paquets expérimentaux pour X, vous devez faire les deux opérations suivantes :\n - 1) Vous assurer qu'aucun dépôt de paquets expérimentaux ne figure\n - dans votre fichier /etc/apt/sources.list ;\n - 2) Indiquer à apt que vous souhaitez revenir à une version publiée\n - appropriée de XFree86, ce qui peut être fait en ajoutant le nom de\n + 1) Vous assurer que votre fichier /etc/apt/sources.list ne mentionne\n + aucun dépôt de paquets expérimentaux ;\n + 2) Imposer à apt de revenir à une version approuvée de XFree86,\n + publiée antérieurement, ce qui peut être fait en ajoutant le nom de\n la distribution après le nom du paquet lui-même, avec\n « apt-get ». Par exemple :\n apt-get install xfree86-common/unstable\n @@ -156,7 +155,7 @@ #. Description #: ../xserver-common.templates:5 msgid Select what type of user has permission to start the X server. -msgstr Choix des utilisateurs autorisés à lancer un serveur X. +msgstr Choisissez les utilisateurs autorisés à lancer un serveur X #. Description #: ../xserver-common.templates:5 @@ -179,11 +178,10 @@ #. Description #: ../xserver-common.templates:20 msgid Enter the desired nice value for the X server to use. -msgstr Politesse du serveur X. +msgstr Indiquez la politesse que le serveur X doit utiliser #. Description #: ../xserver-common.templates:20 -#, fuzzy msgid When using operating system kernels with a particular scheduling strategy, it has been widely noted that the X server's performance improves when it is @@ -194,15 +192,16 @@ single-user workstation; 0 is a good default for a machine that has duties other than interacting with the console user (such as a web server). msgstr -Il est avéré que les performances d'un serveur X sont meilleures si son -processus est exécuté avec une priorité plus haute que celle par défaut ; la -priorité d'un processus est appelée sa « politesse » (« nice value »). Elle -prend des valeurs entre -20 (priorité extrêmement haute, pas très poli -envers les autres processus) et 19 (priorité très faible). La politesse par -défaut pour un processus quelconque est de 0. -10 est une valeur convenable -pour une station de travail mono-utilisateur ; 0 est convenable pour une -machine qui a d'autres tâches que l'interaction avec l'utilisateur de la -console (comme un serveur web). +Lorsqu'on utilise des noyaux du système d'exploitation avec une stratégie +spéciale d'ordonnancement, il a été largement remarqué que les performances +du serveur X sont améliorées si son processus est exécuté avec une priorité
Bug#207305: xserver-common: fails to purge
tag 207305 + pending thanks On Tue, Aug 26, 2003 at 11:36:29AM +0200, Ingo Saitz wrote: While purging this package, the postrm simply hangs while purging the configuration files. ps shows a grep in the postrm command is waiting for input from stdin. Fixed in XSF SVN revision 441. -- 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. pgp0.pgp Description: PGP signature
Bug#187365: xlibmesa3-glu: libraries not correctly linked
tag 187365 + fixed-in-experimental thanks [0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1 LD_TRACE_PRELINKING=t \ /lib/ld-2.3.2.so /usr/X11R6/lib/libGLU.so.1.3 | grep ^undefined [1] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % dlocate -S /usr/X11R6/lib/libGLU.so.1.3 xlibmesa-glu: /usr/X11R6/lib/libGLU.so.1.3 [0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % dpkg -l xlibmesa-glu Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii xlibmesa-glu 4.3.0-0pre1v1 Mesa OpenGL utility library [XFree86] xlibmesa-glu supersedes xlibmesa3-glu. -- G. Branden Robinson| There is no gravity in space. Debian GNU/Linux | Then how could astronauts walk [EMAIL PROTECTED] | around on the Moon? http://people.debian.org/~branden/ | Because they wore heavy boots. pgp0.pgp Description: PGP signature
Processed: Re: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
Processing commands for [EMAIL PROTECTED]: tag 185936 + fixed-in-experimental Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib Tags were: moreinfo upstream Tags added: fixed-in-experimental 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]
X Strike Force SVN commit: rev 444 - trunk/debian
Author: branden Date: 2003-08-27 02:53:29 -0500 (Wed, 27 Aug 2003) New Revision: 444 Modified: trunk/debian/changelog trunk/debian/xserver-common.preinst.in trunk/debian/xserver-xfree86.preinst.in Log: * debian/xserver-{common,xfree86}.preinst.in: if installing (not upgrading) the package, place the non-conffile configuration files under automatic management, but only if they do not already exist (Closes: #207268) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 07:31:58 UTC (rev 443) +++ trunk/debian/changelog 2003-08-27 07:53:29 UTC (rev 444) @@ -27,6 +27,9 @@ is not a directory; assume local admin cleverness - don't migrate a configuration file if its debconf region markers have been removed +- if installing (not upgrading) the package, place the non-conffile + configuration files under automatic management, but only if they do not + already exist (Closes: #207268) * debian/rules: stop calling debconf2po-update, per Denis Barbier (Closes: #172579) @@ -55,7 +58,7 @@ * debian/po/fr.po: updated French translations (thanks, Christian Perrier) (Closes: #207239) - -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:30:54 -0500 + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:50:39 -0500 xfree86 (4.2.1-10) unstable; urgency=medium Modified: trunk/debian/xserver-common.preinst.in === --- trunk/debian/xserver-common.preinst.in 2003-08-27 07:31:58 UTC (rev 443) +++ trunk/debian/xserver-common.preinst.in 2003-08-27 07:53:29 UTC (rev 444) @@ -41,9 +41,23 @@ mkdir --mode=755 --parents $CONFIG_AUX_DIR fi - # if upgrading from 4.2.1-10, migrate X wrapper config file to (simplified) - # ucf-style handling - if dpkg --compare-versions $2 lt-nl 4.2.1-10; then + # implement (simplified) ucf-style configration file handling + + # if performing a fresh install, place config files under management if they + # do *not* already exist + if [ $1 = install ]; then +if [ ! -e $XWRAPPER_CONFIG ]; then + # only proceed if config file auxiliary directory exists + if [ -d $CONFIG_AUX_DIR ]; then +# cheap, fork()-free version of touch +: $XWRAPPER_CONFIG +md5sum $XWRAPPER_CONFIG $XWRAPPER_CONFIG_CHECKSUM + fi +fi + fi + + # if upgrading from 4.2.1-10, migrate X wrapper config file + if [ $1 = upgrade ] dpkg --compare-versions $2 lt-nl 4.2.1-10; then # do we have a configuration file to work with? if [ -e $XWRAPPER_CONFIG ]; then # only proceed if config file auxiliary directory exists @@ -74,11 +88,11 @@ fi fi fi + # in other news, unregister the now no-longer-used templates + db_unregister xserver-common/manage_config_with_debconf + db_unregister xserver-common/move_existing_nondebconf_config fi -# in other news, unregister the now no-longer-used templates -db_unregister xserver-common/manage_config_with_debconf -db_unregister xserver-common/move_existing_nondebconf_config fi fi Modified: trunk/debian/xserver-xfree86.preinst.in === --- trunk/debian/xserver-xfree86.preinst.in 2003-08-27 07:31:58 UTC (rev 443) +++ trunk/debian/xserver-xfree86.preinst.in 2003-08-27 07:53:29 UTC (rev 444) @@ -29,9 +29,31 @@ mkdir --mode=755 --parents $CONFIG_AUX_DIR fi - # if upgrading from 4.2.1-10, migrate X server symlink and XF86Config-4 - # to (simplified) ucf-style handling - if dpkg --compare-versions $2 lt-nl 4.2.1-10; then + # implement (simplified) ucf-style configration file handling + + # if performing a fresh install, place config files under management if they + # do *not* already exist + if [ $1 = install ]; then +# only proceed if config file auxiliary directory exists +if [ -d $CONFIG_AUX_DIR ]; then + # first, create and checksum the X server symlink + if [ ! -e $SERVER_SYMLINK ]; then +# $THIS_SERVER is just a default; could as easily be /bin/true +ln -s $THIS_SERVER $SERVER_SYMLINK +readlink $SERVER_SYMLINK | md5sum $SERVER_SYMLINK_CHECKSUM + fi + # next, XF86Config-4 + if [ ! -e $XF86CONFIG ]; then +# cheap, fork()-free version of touch +: $XF86CONFIG +md5sum $XF86CONFIG $XF86CONFIG_CHECKSUM + fi +fi + fi + + # if performing a fresh install, place config files under management if they + # do *not* already exist + if [ $1 = upgrade ] dpkg --compare-versions $2 lt-nl 4.2.1-10; then # do we have any configuration files to work with? if [ -e $SERVER_SYMLINK -o -e $XF86CONFIG ]; then # only proceed if config file auxiliary directory exists -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe.
Processed: Re: Bug#207305: xserver-common: fails to purge
Processing commands for [EMAIL PROTECTED]: tag 207305 + pending Bug#207305: xserver-common: fails to purge Tags were: patch Tags added: pending 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: xlibmesa3-glu: libraries not correctly linked
Processing commands for [EMAIL PROTECTED]: tag 187365 + fixed-in-experimental Bug#187365: xlibmesa3-glu: libraries not correctly linked There were no tags set. Tags added: fixed-in-experimental 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: tagging 187374
Processing commands for [EMAIL PROTECTED]: tag 187374 - help Bug#187374: xlibs: libraries not correctly linked Tags were: upstream help fixed-in-experimental Tags removed: help 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: tagging 207239
Processing commands for [EMAIL PROTECTED]: # fixed in XSF SVN revision 443 tag 207239 + pending Bug#207239: xfree86: French debconf templates translation Tags were: patch Tags added: pending 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 207268 to xserver-xfree86,xfree86
Processing commands for [EMAIL PROTECTED]: # xserver-common has this problem too reassign 207268 xserver-xfree86,xfree86 Bug#207268: xserver-xfree86: refuses to automagically handle config files Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,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]
Processed: tagging 185936
Processing commands for [EMAIL PROTECTED]: tag 185936 - moreinfo Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib Tags were: fixed-in-experimental moreinfo upstream Tags removed: moreinfo 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: tagging 187365, tagging 190323
Processing commands for [EMAIL PROTECTED]: tag 187365 + upstream Bug#187365: xlibmesa3-glu: libraries not correctly linked Tags were: fixed-in-experimental Tags added: upstream tag 190323 + upstream Bug#190323: xlibmesa3-gl: non-PIC shared in /usr/X11R6/lib/libGL.so.1 Tags were: fixed-in-experimental Tags added: upstream 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#207268:
Processing commands for [EMAIL PROTECTED]: tag 207268 + pending Bug#207268: xserver-xfree86: refuses to automagically handle config files There were no tags set. Tags added: pending 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: tagging 206929
Processing commands for [EMAIL PROTECTED]: # fixed in XSF SVN revision 445 tag 206929 + pending Bug#206929: xserver-xfree86: [core server] ELF module loader broken on IA-64; doesn't recognize GCC 3.3's new relocation types Tags were: upstream pending patch experimental sid sarge Tags added: pending 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#207481: xserver-xfree86: proposed debconf overhaul
Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. - otherwise set default to false but ask the question - To the video card section: I suggest setting SWCursor option by-default, since some drivers show broken mouse pointer on certain video cards. - on every arch except of sun and sgi set the default of xserver-xfree86/config/inputdevice/keyboard/rules to xfree86. This is just guessing but should be okay for the majority of the users. - get the first part /(\w\w)_../ of LC_CTYPE or LANG and set the default for xserver-xfree86/config/inputdevice/keyboard/layout - based on this setting, guess the layout most typical for the target country and set as it as default, then ask the question - based on the layout, set a default for xserver-xfree86/config/inputdevice/keyboard/variant and ask the question. I suggest to ask people on debian-i18n to send some data about the settings that majority of the users in their country uses. For example, in de it is popular to set the nodeadkeys option. Russians may want to set a second keymap in layout, to us,ru and a grp:grp:alt_shift_toggle (or some other toggle) option to rotate the keymaps. We should just ask them on -i18n, code this settings into one mapping table and insert them - ask a question about advanced keyboard options with defaults from the typical configuration selection mentioned above - the mouse config is mostly okay, I just wish to see a final sentence in every description: If unsure, choose to emulate the 3rd mouse button. If unsure, enable the Zaxismapping. - For mouse autodetection: if gpm is running (test -e /var/run/gpm.pid), then open /etc/gpm.conf and source it, if $repeat_type exists, set xserver-xfree86/config/inputdevice/mouse/port to /dev/gpmdata and xserver-xfree86/config/inputdevice/mouse/protocol to the $repeat_type value (eg. mapped from the gpm syntax to X syntax). Now the most interessting part, the monitor settings. Following this algorithm: - ask about tft/lcd with the existing debconf question - ask about the monitor identifier (and preset with Generic Monitor or the name provided by parse-edid) Throw away the current question about simple/medium/advanced setup and proceed so: - ask: Template: xserver-xfree86/config/monitor/screen-size Type: select _Choices: Up to 14 inches (355 mm), 15 inches (380 mm), 17 inches (430 mm), 18 inches (480 mm), 19 inches (480 mm), 20 inches (510 mm), 21 inches (530 mm) Default: 17 inches (430 mm) _Description: Please choose your approximate monitor size. Your answer should be as precise as possible. If you monitor has better or lower quality than the average monitors in its class, you can refine its settings later. Template: xserver-xfree86/config/monitor/resolution-class Type: select _Choices: VGA (640x480), SVGA (800x600), XGA (1024x768), XGA+ (1152x864), SXGA (1280x1024), SXGA+ (1400x1050), UXGA (1600x1200), W-UXGA (1920x1200) Default: XGA (1024x768) _Description: Please choose your resolution class The resolution class of you monitor is normaly described in the manual of the display. If your display does not fit in any of this categories, choose just anything and you can refine the settings later. - If the monitor type is LCD, we can calculate all we need. However, user may need to tune some things, eg. on non-4:3 displays. Later. Now, we need a data table to choose the frequency values for an average monitor of the given type and insert this settings in the following template: Template: xserver-xfree86/config/monitor/general-info Type: boolean Default: true _Description: Is the choosed data correct? Setup has now choosed following settings that should work for an average monitor of the type you have choosen: Brand name: ${identifier} Type: {tft_or_lcd} Screen ratio: 4:3 General Screen Size: ${screen-size} diagonal (Width: {ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)}) Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value from data table for the res-class} } Pixel resolution: ${ (x-value-of(best-resolution) - unvisible-bordersize-on-CRTs ) / $width } Horizontal frequency range: ${value from data table or edid) Refresh rate range: ${value from data table or edid) Best mode: ${width}x${height}-{rate-from-edid or VESA table or minimum for TFTs} . If the data looks acceptable for your monitor, answer with Yes, otherwise choose No to customize some settings. ### comment: this is just
Bug#206907: xserver-xfree86: hangs on screensaver
On Wed, Aug 27, 2003 at 03:14:54AM -0500, Branden Robinson wrote: On Wed, Aug 27, 2003 at 07:34:55AM +0200, Sven Luther wrote: This don't bring us much, it is hanging in glint_wait, which is a macro waiting for space in the fifo, and since the space never comes, it waits forever. Same diagnostic as before. The pipeline is deadlocked, but i don't know why. Strong suspisions of a hardware problems, the hardware cannot be all that new after all. But maybe there is some behavior that makes this appear more often or something such, i don't know. Overheating of the graphic chip or failing powersupply (either on the board or the agp power lines) might be potential culprits. Well, if it's truly a hardware problem, sure it wouldn't affect just this accleration primitive. David, can you try adding the following to your Screen section in XF86Config-4? Option XaaNoSolidHorVertLine (This is documented in XF86Config-4(5x).) It would affect all of them, but be triggered there by either the fifo size, or some other reason. It hangs in GLINT_WAIT, so the problem most probably is in the accel primitive _before_ this one. I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1, is this not doing double usage) Because it's version 1 of the forthcoming 4.3.0-1 package. Yes, Daniel already explained it to me. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote: Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. remember that procfs is optional... - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. should a Debian package really special-case buggy non-free software? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207481: xserver-xfree86: proposed debconf overhaul
Moin Christoph! Christoph Hellwig schrieb am Wednesday, den 27. August 2003: On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote: Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. remember that procfs is optional... check. for. existance. I think this covers the case of missing /proc. - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. should a Debian package really special-case buggy non-free software? So? The framebuffer driver in the kernel is non-free? Please look where nvidia is read from. MfG, Eduard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207481: xserver-xfree86: proposed debconf overhaul
#include hallo.h * Eduard Bloch [Wed, Aug 27 2003, 01:08:02PM]: General Screen Size: ${screen-size} diagonal (Width: {ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)}) Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value from data table for the res-class} } Pixel resolution: ${ (x-value-of(best-resolution) - unvisible-bordersize-on-CRTs ) / $width } Horizontal frequency range: ${value from data table or edid) Refresh rate range: ${value from data table or edid) Best mode: ${width}x${height}-{rate-from-edid or VESA table or minimum for TFTs} . If the data looks acceptable for your monitor, answer with Yes, otherwise choose No to customize some settings. ### comment: this is just for info and not really important since X will recalculate it as needed if we set DisplaySize correctly ### Oops, this comment belongs to the line Pixel resolution above. MfG, Eduard. -- Klug zu fragen ist schwieriger, als klug zu antworten. -- Persische Weisheit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#207481: xserver-xfree86: proposed debconf overhaul
Eduard Bloch [EMAIL PROTECTED] writes: Moin Christoph! Christoph Hellwig schrieb am Wednesday, den 27. August 2003: On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote: Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. remember that procfs is optional... check. for. existance. I think this covers the case of missing /proc. - If it does not exist, do not ask the question and set use_fbdev to false. That breaks when you have framebuffer and not /proc, making it impossible to set the value. -- ilmari -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Wed, 2003-08-27 at 15:49, Eduard Bloch wrote: Moin Christoph! Christoph Hellwig schrieb am Wednesday, den 27. August 2003: - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. should a Debian package really special-case buggy non-free software? So? The framebuffer driver in the kernel is non-free? Please look where nvidia is read from. It still doesn't make sense as the nv driver supports Option UseFBDev. -- Earthling Michel Dnzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
X Strike Force SVN commit: rev 446 - trunk/debian
Author: branden Date: 2003-08-27 10:59:18 -0500 (Wed, 27 Aug 2003) New Revision: 446 Modified: trunk/debian/MANIFEST.alpha trunk/debian/MANIFEST.arm trunk/debian/MANIFEST.hppa trunk/debian/MANIFEST.hurd-i386 trunk/debian/MANIFEST.i386 trunk/debian/MANIFEST.ia64 trunk/debian/MANIFEST.m68k trunk/debian/MANIFEST.mips trunk/debian/MANIFEST.mipsel trunk/debian/MANIFEST.netbsd-i386 trunk/debian/MANIFEST.powerpc trunk/debian/MANIFEST.s390 trunk/debian/MANIFEST.sh3 trunk/debian/MANIFEST.sh4 trunk/debian/MANIFEST.sparc trunk/debian/changelog trunk/debian/xlibs.install trunk/debian/xlibs.install.s390 Log: Follow up on pt_BR.UTF-8 localization patch. - debian/MANIFEST.*: list new files in /usr/X11R6/lib/X11/locale - debian/xlibs.install*: ship new files in /usr/X11R6/lib/X11/locale Modified: trunk/debian/MANIFEST.alpha === --- trunk/debian/MANIFEST.alpha 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.alpha 2003-08-27 15:59:18 UTC (rev 446) @@ -5500,6 +5500,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.arm === --- trunk/debian/MANIFEST.arm 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.arm 2003-08-27 15:59:18 UTC (rev 446) @@ -5500,6 +5500,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.hppa === --- trunk/debian/MANIFEST.hppa 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.hppa 2003-08-27 15:59:18 UTC (rev 446) @@ -5500,6 +5500,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.hurd-i386 === --- trunk/debian/MANIFEST.hurd-i386 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.hurd-i386 2003-08-27 15:59:18 UTC (rev 446) @@ -5405,6 +5405,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/Compose usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XLC_LOCALE usr/X11R6/lib/X11/locale/tscii-0/XLC_LOCALE Modified: trunk/debian/MANIFEST.i386 === --- trunk/debian/MANIFEST.i386 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.i386 2003-08-27 15:59:18 UTC (rev 446) @@ -5501,6 +5501,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.ia64 === --- trunk/debian/MANIFEST.ia64 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.ia64 2003-08-27 15:59:18 UTC (rev 446) @@ -5501,6 +5501,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.m68k
Bug#207539: Bug report
Package: Xserver-xfree86 Version: 4.1.0.1 My first attempt to install debian in this case 'woody', a re-install produced a similar outcome. The process was successful enough to allow me to sign in at the command line, I then attempted to start the graphical interface using Startx A message was returned by Xserver-xfree86 Fatal server error no screens found The Graphics card is: Radeon7000Pro AV64S-T Graphics Accelerator I have attached the relevant XFree86 log Using an identical hardware configuration in another partition and Mandrake 8.0 no problem is encountered. However Xserver is version 4.2.1 and the driver Radeon rather than the Mach64 available in debian I would appreciate any assistance you can provide as I am not competent at the command line level. Reguards John Welland 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: Tue Aug 19 21:57:46 2003 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) 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 8086,7190 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 02 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 10ec,8029 card 1186,0300 rev 00 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 1274,1371 card 1274,1371 rev 08 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5159 card 1458,4002 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0)
X Strike Force SVN commit: rev 449 - trunk/debian
Author: branden Date: 2003-08-27 14:33:07 -0500 (Wed, 27 Aug 2003) New Revision: 449 Modified: trunk/debian/changelog Log: debian/changelog: fix some wrong and/or misleading information about changes to xserver-{common,xfree86}.{preinst,postinst}.in scripts Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 19:26:17 UTC (rev 448) +++ trunk/debian/changelog 2003-08-27 19:33:07 UTC (rev 449) @@ -9,11 +9,9 @@ * debian/local/Xsession{,.options}.5: further clarify the X session startup procedure in the manpages, per suggestion from Frank Murphy - * debian/xserver-{common,xfree86}.postinst.in: if the configuration file -checksum/roster directory doesn't exist when it's time to create/update -a roster file, create it; if it does exist but isn't a directory, issue -a warning and move on (assume the admin is being fiendishly clever) -(Closes: #206790) + * debian/xserver-{common,xfree86}.postinst.in: do not attempt to +create/update configuration file rosters if the path of the auxiliary +directory exists but is not a directory; assume local admin cleverness * Add pt_BR.UTF-8 locale support (as something other than an alias for en_US.UTF-8) to Xlib; includes Compose file updates from Gustavo @@ -25,13 +23,13 @@ * debian/xserver-{common,xfree86}.preinst.in: rework migration logic: - create the configuration file auxiliary directory /var/lib/xfree86 on all installs and upgrades if it doesn't already exist - (Closes: #206524) + (Closes: #206790) - don't throw a warning if the path to the auxiliary directory exists but is not a directory; assume local admin cleverness - don't migrate a configuration file if its debconf region markers have - been removed + been removed (Closes: #206524) - if installing (not upgrading) the package, place the non-conffile - configuration files under automatic management, but only if they do not + configuration files under automatic management, but only if they do not already exist (Closes: #207268) * debian/rules: stop calling debconf2po-update, per Denis Barbier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#207537: xserver-xfree86: autodetection is not used
Package: xserver-xfree86 Version: 4.2.1-10 Severity: normal Hi, despite what you told me on irc before ignoring me none of the autodetection works. The reason for this becomes obvious when reading the config script. You only ever run the autodetection on an initial install. What you fail to see is that people upgrading or reconfiguring might still want to use this method. It would also be good to keep the previous selected values of any questions as default (thats rather a must) and to mark the probed values (or mention them in the text) for reference. Here is the log from a config run: == xserver-xfree86 config debug: Configuring xserver-xfree86. xserver-xfree86 config debug: X server symlink exists and points to executable X server; capping X server question priority at medium. xserver-xfree86 config debug: $OWNERS has only one value; shared/default-x-server will not be asked xserver-xfree86 config debug: not prompting for video card autodetection; reconfiguring xserver-xfree86 config debug: seen flag of shared/default-x-server is false xserver-xfree86 config debug: db_input medium shared/default-x-server xserver-xfree86 config debug: auto_answer() db_input medium shared/default-x-server with default xserver-xfree86 xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer xserver-xfree86 xserver-xfree86 config debug: auto_answer: shared/default-x-server is not being asked xserver-xfree86 config debug: auto_answer: shared/default-x-server is xserver-xfree86 xserver-xfree86 config debug: /etc/X11/XF86Config-4 file exists; capping configuration question priority at medium. xserver-xfree86 config debug: user declined video card autodetection (driver) xserver-xfree86 config debug: auto_answer() db_input medium xserver-xfree86/config/device/driver with default vesa xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer ati xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/device/driver xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/device/driver is ati xserver-xfree86 config debug: auto_answer() validate_string_db_input medium xserver-xfree86/config/device/identifier with default Generic Video Card xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer Generic Video Card xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/device/identifier xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/device/identifier is Generic Video Card xserver-xfree86 config debug: auto_answer() validate_string_db_input medium xserver-xfree86/config/inputdevice/keyboard/rules with default xfree86 xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer xfree86 xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/keyboard/rules xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/keyboard/rules is xfree86 xserver-xfree86 config debug: auto_answer() validate_string_db_input medium xserver-xfree86/config/inputdevice/keyboard/model with default pc104 xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer pc105 xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/keyboard/model xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/keyboard/model is pc105 xserver-xfree86 config debug: auto_answer() validate_string_db_input medium xserver-xfree86/config/inputdevice/keyboard/layout with default us xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer de xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/keyboard/layout xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/keyboard/layout is de xserver-xfree86 config debug: not prompting for mouse autodetection; reconfiguring xserver-xfree86 config debug: auto_answer() db_input medium xserver-xfree86/config/inputdevice/mouse/port with default /dev/misc/psaux xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer /dev/misc/psaux xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/mouse/port xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/mouse/port is /dev/misc/psaux xserver-xfree86 config debug: auto_answer() db_input medium xserver-xfree86/config/inputdevice/mouse/protocol with default PS/2 xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer ImPS/2 xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/mouse/protocol xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/mouse/protocol is ImPS/2 xserver-xfree86 config debug: xserver-xfree86/config/monitor/identifier is already
Bug#207543: xserver-xfree86: prefBusID patch to select prefered PCI bus id
Package: xserver-xfree86 Version: 4.3.0-0pre1v1 Severity: wishlist Tags: experimental patch this patch makes it possibel to select which busid the xserver should operate on. this is handy if two or more graphic cards in a box run independent xservers and need to reset the card independently from the other xserver. this patch features the requested clean up configuration interface via the XF86Config file. then one can write stuff like this in ones config: Section ServerLayout Identifier X0 Screen 0 Screen0 0 0 InputDeviceMouse2 CorePointer InputDeviceKeyboard0 CoreKeyboard Option PrefBusID 1:0:0 EndSection diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Config.c xc-changed/programs/Xserver/hw/xfree86/common/xf86Config.c --- xc/programs/Xserver/hw/xfree86/common/xf86Config.c 2003-02-20 04:36:07.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Config.c 2003-08-26 14:59:47.0 +0100 @@ -2213,6 +2213,7 @@ xf86HandleConfigFile(void) const char *filename; char *searchpath; MessageType from = X_DEFAULT; +char *layopt; if (getuid() == 0) searchpath = ROOT_CONFIGPATH; @@ -2282,6 +2283,19 @@ xf86HandleConfigFile(void) } } } + +layopt = xf86FindOptionValue(xf86ConfigLayout.options, PrefBusID); +if (layopt) { +int bus, device, func; +if (sscanf(layopt, %d:%d:%d, bus, device, func) == 3) { +xf86PrefBusId.bus = bus; +xf86PrefBusId.device = device; +xf86PrefBusId.func = func; + xf86Msg(X_INFO, + Preferred PCI BusID set to \%d:%d:%d\\n,bus,device,func); +} +} + /* Now process everything else */ diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Globals.c xc-changed/programs/Xserver/hw/xfree86/common/xf86Globals.c --- xc/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-02-20 04:05:14.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-04-02 13:03:00.0 +0100 @@ -215,6 +215,7 @@ Bool xf86MiscModInDevAllowNonLocal = FAL #endif PropertyPtr *xf86RegisteredPropertiesTable = NULL; Bool xf86inSuspend = FALSE; +PciBusId xf86PrefBusId; #ifdef DLOPEN_HACK /* diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Init.c xc-changed/programs/Xserver/hw/xfree86/common/xf86Init.c --- xc/programs/Xserver/hw/xfree86/common/xf86Init.c2003-02-26 09:21:38.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Init.c2003-08-26 14:55:22.0 +0100 @@ -1553,6 +1553,22 @@ ddxProcessArgument(int argc, char **argv xf86AllowMouseOpenFail = TRUE; return 1; } + if (!strcmp(argv[i], -prefbusid)) + { +int bus, device, func; +if (++i = argc) + return 0; +if (sscanf(argv[i], %d:%d:%d, bus, device, func) == 3) { + xf86PrefBusId.bus = bus; + xf86PrefBusId.device = device; + xf86PrefBusId.func = func; + return 2; +} +else { + ErrorF(Invalid preferred PCI BusId\n); + return 0; +} + } /* OS-specific processing */ return xf86ProcessArgument(argc, argv, i); } diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c xc-changed/programs/Xserver/hw/xfree86/common/xf86pciBus.c --- xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c 2003-02-18 15:42:11.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86pciBus.c 2003-04-02 13:03:00.0 +0100 @@ -160,7 +160,10 @@ FindPCIVideoInfo(void) int num = 0; pciVideoPtr info; Bool mem64 = FALSE; +int DoPrefBusIdCheck = 0; +if( xf86PrefBusId.bus || xf86PrefBusId.device || xf86PrefBusId.func ) + DoPrefBusIdCheck = 1; pcrpp = xf86PciInfo = xf86scanpci(0); getPciClassFlags(pcrpp); @@ -182,7 +185,11 @@ FindPCIVideoInfo(void) subclass = pcrp-pci_sub_class; } - if (PCIINFOCLASSES(baseclass, subclass)) { + if (PCIINFOCLASSES(baseclass, subclass) + (DoPrefBusIdCheck ? + (xf86PrefBusId.bus == pcrp-busnum +xf86PrefBusId.device == pcrp-devnum +xf86PrefBusId.func == pcrp-funcnum):1)) { num++; xf86PciVideoInfo = xnfrealloc(xf86PciVideoInfo, sizeof(pciVideoPtr) * (num + 1)); diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Priv.h xc-changed/programs/Xserver/hw/xfree86/common/xf86Priv.h --- xc/programs/Xserver/hw/xfree86/common/xf86Priv.h2002-12-12 18:29:10.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Priv.h2003-04-02 13:03:00.0 +0100 @@ -53,6 +53,7 @@ extern Bool xf86BestRefresh; extern Gamma xf86Gamma; extern char *xf86ServerName; extern Bool xf86ShowUnresolved; +extern PciBusId xf86PrefBusId; /* Other parameters */ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact
Bug#207460: xserver-xfree86: [core server] PCI bus scan loops forever on ARM boxen
Package: xserver-xfree86 Version: 4.3.0-0pre1v1 Severity: important Tags: upstream experimental patch - Forwarded message from Philip Blundell [EMAIL PROTECTED] - From: Philip Blundell [EMAIL PROTECTED] To: debian-x@lists.debian.org Subject: infinite loop in PCI scan code on arm Date: 11 Aug 2003 18:55:29 +0100 Message-Id: [EMAIL PROTECTED] X-Mailing-List: debian-x@lists.debian.org archive/latest/9486 X-Mailer: Ximian Evolution 1.4.3 X-Spam-Status: No, hits=-2.4 required=4.0 tests=USER_AGENT_XIMIAN version=2.55-lists.debian.org_2003_07_19 A couple of days ago, I mentioned to Branden on IRC that I was having a problem with the PCI bus scan looping forever on some ARM systems with the 4.3 prerelease code. He suggested that I try this patch from the HEAD: http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c.diff?r1=3.68r2=3.69f=h I've done a local rebuild with this change applied and it does indeed seem to solve the problem. If this could be included in the next version of the Debian packages, I'd appreciate it. Thanks p. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] - End forwarded message - -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://people.debian.org/~branden/ | pgpplc2Q4XPpS.pgp Description: PGP signature
Bug#206907: xserver-xfree86: hangs on screensaver
On Tue, Aug 26, 2003 at 02:55:21PM -0500, Branden Robinson wrote: On Tue, Aug 26, 2003 at 07:45:13PM +0200, David N. Welton wrote: Enabled PciRetry. It bailed again, this time in another place (I guess): 0x080833b5 in Permedia2SubsequentHorVertLine (pScrn=0x8942ef0, x=864, y=7, len=5, dir=3) at pm2_accel.c:583 583 pm2_accel.c: No such file or directory. in pm2_accel.c (gdb) bt #0 0x080833b5 in Permedia2SubsequentHorVertLine (pScrn=0x8942ef0, x=864, y=7, len=5, dir=3) at pm2_accel.c:583 Here's the source code of that function: 578 static void 579 Permedia2SubsequentHorVertLine(ScrnInfoPtr pScrn,int x,int y,int len,int dir) 580 { 581 GLINTPtr pGlint = GLINTPTR(pScrn); 582 583 GLINT_WAIT(6); 584 GLINT_WRITE_REG(x16, StartXDom); 585 GLINT_WRITE_REG(y16, StartY); 586 if (dir == DEGREES_0) { 587 GLINT_WRITE_REG(116, dXDom); 588 GLINT_WRITE_REG(016, dY); 589 } else { 590 GLINT_WRITE_REG(016, dXDom); 591 GLINT_WRITE_REG(116, dY); 592 } 593 594 GLINT_WRITE_REG(len, GLINTCount); 595 GLINT_WRITE_REG(PrimitiveLine, Render); 596 } This don't bring us much, it is hanging in glint_wait, which is a macro waiting for space in the fifo, and since the space never comes, it waits forever. Same diagnostic as before. The pipeline is deadlocked, but i don't know why. Strong suspisions of a hardware problems, the hardware cannot be all that new after all. But maybe there is some behavior that makes this appear more often or something such, i don't know. Overheating of the graphic chip or failing powersupply (either on the board or the agp power lines) might be potential culprits. I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1, is this not doing double usage) with the glint debug option enabled, so you can run the non-loadable server in gdb too. I need to free space again on my disks (or buy a new disk) though. Friendly, Sven Luther -- G. Branden Robinson|Damnit, we're all going to die; Debian GNU/Linux |let's die doing something *useful*! [EMAIL PROTECTED] |-- Hal Clement, on comments that http://people.debian.org/~branden/ | space exploration is dangerous
X Strike Force SVN commit: rev 440 - branches/4.3.0/sid/debian
Author: branden Date: 2003-08-27 02:10:29 -0500 (Wed, 27 Aug 2003) New Revision: 440 Modified: branches/4.3.0/sid/debian/changelog Log: debian/changelog: add bug-closer for #185936 Modified: branches/4.3.0/sid/debian/changelog === --- branches/4.3.0/sid/debian/changelog 2003-08-26 23:32:09 UTC (rev 439) +++ branches/4.3.0/sid/debian/changelog 2003-08-27 07:10:29 UTC (rev 440) @@ -117,6 +117,8 @@ * xlibs-pic package renamed to xlibs-static-pic - reintegrate piclib_support.diff (previously patch #046, now patch #909) +- all static-only libraries are now available in -fPIC varieties, + including libXss (Closes: #185936) * fix DPMS-on-DVI for Radeon driver - patch #048 updated with new patch from XFree86 Bugzilla, via Martin
Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
tag 185936 + fixed-in-experimental thanks libXss_pic.a is available in xlibs-static-pic in Debian experimental. % cat xlibs-static-pic.install usr/X11R6/lib/libFS_pic.a usr/X11R6/lib/libGLw_pic.a usr/X11R6/lib/libI810XvMC_pic.a usr/X11R6/lib/libXRes_pic.a usr/X11R6/lib/libXau_pic.a usr/X11R6/lib/libXdmcp_pic.a usr/X11R6/lib/libXfontcache_pic.a usr/X11R6/lib/libXinerama_pic.a usr/X11R6/lib/libXss_pic.a usr/X11R6/lib/libXvMC_pic.a usr/X11R6/lib/libXxf86dga_pic.a usr/X11R6/lib/libXxf86misc_pic.a usr/X11R6/lib/libXxf86rush_pic.a usr/X11R6/lib/libXxf86vm_pic.a usr/X11R6/lib/libfontenc_pic.a usr/X11R6/lib/liboldX_pic.a usr/X11R6/lib/libxf86config_pic.a usr/X11R6/lib/libxkbfile_pic.a usr/X11R6/lib/libxkbui_pic.a -- G. Branden Robinson| You are not angry with people when Debian GNU/Linux | you laugh at them. Humor teaches [EMAIL PROTECTED] | them tolerance. http://people.debian.org/~branden/ | -- W. Somerset Maugham pgpXdEOxnOkQ2.pgp Description: PGP signature
X Strike Force SVN commit: rev 441 - trunk/debian
Author: branden Date: 2003-08-27 02:19:32 -0500 (Wed, 27 Aug 2003) New Revision: 441 Modified: trunk/debian/changelog trunk/debian/xserver-common.postrm.in trunk/debian/xserver-xfree86.postrm.in Log: debian/xserver-{common,xfree86}.postrm.in: fix horrendous paper-bag bug (failure to give fgrep a file to operate on, causing it to wait forever on standart input) that prevented xserver-common and xserver-xfree86 from being able to purge under some circumstances (thanks, Ingo Saitz) (Closes: #207305) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 07:10:29 UTC (rev 440) +++ trunk/debian/changelog 2003-08-27 07:19:32 UTC (rev 441) @@ -46,8 +46,14 @@ - debian/local/xvfb-run: implement - debian/local/xvfb-run.1: document - -- Branden Robinson [EMAIL PROTECTED] Tue, 26 Aug 2003 18:30:28 -0500 + * debian/xserver-{common,xfree86}.postrm.in: fix horrendous paper-bag bug +(failure to give fgrep a file to operate on, causing it to wait forever on +standart input) that prevented xserver-common and xserver-xfree86 from +being able to purge under some circumstances (thanks, Ingo Saitz) +(Closes: #207305) + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:16:50 -0500 + xfree86 (4.2.1-10) unstable; urgency=medium * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in Modified: trunk/debian/xserver-common.postrm.in === --- trunk/debian/xserver-common.postrm.in 2003-08-27 07:10:29 UTC (rev 440) +++ trunk/debian/xserver-common.postrm.in 2003-08-27 07:19:32 UTC (rev 441) @@ -33,7 +33,8 @@ # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $XWRAPPER_CONFIG_ROSTER; then # construct temporary roster file with our package name removed - fgrep -vx $THIS_PACKAGE $XWRAPPER_CONFIG_ROSTER.dpkg-tmp + fgrep -vx $THIS_PACKAGE $XWRAPPER_CONFIG_ROSTER \ +$XWRAPPER_CONFIG_ROSTER.dpkg-tmp # is there anything left? if [ -n $(cat $XWRAPPER_CONFIG_ROSTER.dpkg-tmp) ]; then # yes, replace the roster file Modified: trunk/debian/xserver-xfree86.postrm.in === --- trunk/debian/xserver-xfree86.postrm.in 2003-08-27 07:10:29 UTC (rev 440) +++ trunk/debian/xserver-xfree86.postrm.in 2003-08-27 07:19:32 UTC (rev 441) @@ -30,7 +30,8 @@ # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $SERVER_SYMLINK_ROSTER; then # construct temporary roster file with our package name removed - fgrep -vx $THIS_PACKAGE $SERVER_SYMLINK_ROSTER.dpkg-tmp + fgrep -vx $THIS_PACKAGE $SERVER_SYMLINK_ROSTER \ +$SERVER_SYMLINK_ROSTER.dpkg-tmp # is there anything left? if [ -n $(cat $SERVER_SYMLINK_ROSTER.dpkg-tmp) ]; then # yes, replace the roster file @@ -64,7 +65,8 @@ # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $XF86CONFIG_ROSTER; then # construct temporary roster file with our package name removed - fgrep -vx $THIS_PACKAGE $XF86CONFIG_ROSTER.dpkg-tmp + fgrep -vx $THIS_PACKAGE $XF86CONFIG_ROSTER \ +$XF86CONFIG_ROSTER.dpkg-tmp # is there anything left? if [ -n $(cat $XF86CONFIG_ROSTER.dpkg-tmp) ]; then # yes, replace the roster file
Re: Bug#206907: xserver-xfree86: hangs on screensaver
On Wed, Aug 27, 2003 at 07:34:55AM +0200, Sven Luther wrote: I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1, is this not doing double usage) with the glint debug option enabled, so you can run the non-loadable server in gdb too. I need to free space again on my disks (or buy a new disk) though. pre1 indicates that it's a prerelease of the -1 revision, and v1 indicates that it's the first such prerelease. pre1v2 would be the next release, then pre1v3, etc ... after -1 is released, the next would be pre2v1. -- Daniel Stone [EMAIL PROTECTED] http://www.debian.org - http://www.kde.org - http://www.freedesktop.org Configurability is always the best choice when it's pretty simple to implement -- Havoc Pennington, gnome-list pgpC5BcQBO6xF.pgp Description: PGP signature
Re: Problem with new libc, locales and X
On Tue, Aug 26, 2003 at 11:27:34AM +0200, Jean-Christophe Dubacq wrote: Hi! I run XFree 4.3.0. I tested the new libc (2.3.2-3) and accordingly new locale package (and new gdm package). For european countries, LANG is now set to something like [EMAIL PROTECTED] (instead of the former [EMAIL PROTECTED]). Xlib does not recognize this kind of locale. More important, fonts are not found any more (probably no matching charset) because of this. This leads to really poor experience. Any thoughts on this ? I will continue my soliloque: it works perfectly when adding the correct stuff to /usr/X11R6/lib/X11/locale/locale.alias (see attached file) Current versions: libc6: Installed: 2.3.2-3 Candidate: 2.3.2-3 Version Table: *** 2.3.2-3 0 500 ftp://ftp.fr.debian.org unstable/main Packages 100 /var/lib/dpkg/status xlibs: Installed: 4.3.0-0pre1v1 Candidate: 4.3.0-0pre1v1 Version Table: *** 4.3.0-0pre1v1 0 1 ftp://ftp.debian.org ../project/experimental/main Packages 100 /var/lib/dpkg/status 4.2.1-10 0 500 ftp://ftp.fr.debian.org unstable/main Packages Result of locale: [EMAIL PROTECTED] LC_CTYPE=[EMAIL PROTECTED] LC_NUMERIC=[EMAIL PROTECTED] LC_TIME=[EMAIL PROTECTED] LC_COLLATE=[EMAIL PROTECTED] LC_MONETARY=[EMAIL PROTECTED] LC_MESSAGES=[EMAIL PROTECTED] LC_PAPER=[EMAIL PROTECTED] LC_NAME=[EMAIL PROTECTED] LC_ADDRESS=[EMAIL PROTECTED] LC_TELEPHONE=[EMAIL PROTECTED] LC_MEASUREMENT=[EMAIL PROTECTED] LC_IDENTIFICATION=[EMAIL PROTECTED] LC_ALL= Patch to /usr/X11R6/lib/X11/locale/locale.alias: append [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]: sv_SE.ISO8859-15 [EMAIL PROTECTED]: wa_BE.ISO8859-15 [EMAIL PROTECTED]: br_FR.ISO8859-15 [EMAIL PROTECTED]: ca_ES.ISO8859-15 [EMAIL PROTECTED]: de_AT.ISO8859-15 [EMAIL PROTECTED]: de_BE.ISO8859-15 [EMAIL PROTECTED]: de_DE.ISO8859-15 [EMAIL PROTECTED]: de_LU.ISO8859-15 [EMAIL PROTECTED]: el_GR.ISO8859-15 [EMAIL PROTECTED]: en_IE.ISO8859-15 [EMAIL PROTECTED]: es_ES.ISO8859-15 [EMAIL PROTECTED]: eu_ES.ISO8859-15 [EMAIL PROTECTED]: fi_FI.ISO8859-15 [EMAIL PROTECTED]: fr_BE.ISO8859-15 [EMAIL PROTECTED]: fr_FR.ISO8859-15 [EMAIL PROTECTED]: fr_LU.ISO8859-15 [EMAIL PROTECTED]: ga_IE.ISO8859-15 [EMAIL PROTECTED]: gl_ES.ISO8859-15 [EMAIL PROTECTED]: it_IT.ISO8859-15 [EMAIL PROTECTED]: nl_BE.ISO8859-15 [EMAIL PROTECTED]: nl_NL.ISO8859-15 [EMAIL PROTECTED]: oc_FR.ISO8859-15 [EMAIL PROTECTED]: pt_PT.ISO8859-15 [EMAIL PROTECTED]: sv_FI.ISO8859-15 [EMAIL PROTECTED]:
Processed: reassign 206920 to xserver-xfree86,xfree86, reassign 107917 to xserver-xfree86,xfree86 ...
Processing commands for [EMAIL PROTECTED]: reassign 206920 xserver-xfree86,xfree86 Bug#206920: [type1] T1 fonts at huge sizes crash the Xserver Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'. reassign 107917 xserver-xfree86,xfree86 Bug#107917: xserver-xfree86: [type1] Fatal server error: 'Beziers this big not yet supported' on Mach64 GR rev 39 Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'. merge 107917 206920 Bug#107917: xserver-xfree86: [type1] Fatal server error: 'Beziers this big not yet supported' on Mach64 GR rev 39 Bug#206920: [type1] T1 fonts at huge sizes crash the Xserver Merged 107917 206920. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force SVN commit: rev 442 - branches/4.3.0/sid/debian
Author: branden Date: 2003-08-27 02:28:28 -0500 (Wed, 27 Aug 2003) New Revision: 442 Modified: branches/4.3.0/sid/debian/changelog Log: debian/changelog: add bug-closer for #187365 Modified: branches/4.3.0/sid/debian/changelog === --- branches/4.3.0/sid/debian/changelog 2003-08-27 07:19:32 UTC (rev 441) +++ branches/4.3.0/sid/debian/changelog 2003-08-27 07:28:28 UTC (rev 442) @@ -112,8 +112,9 @@ * eliminate TEXTREL section from libGL, making it PIC-compliant: - patch #062: new (Closes: #190323) - * fix weak deps (many on X11/Xext in xlibs): -- patch #063: new (Closes: #187374) + * patch #063: new; fix weak library shared object dependencies +- fix libGLU (Closes: #187365) +- fix libXmuu, libXp, libXrandr (Closes: #187374) * xlibs-pic package renamed to xlibs-static-pic - reintegrate piclib_support.diff (previously patch #046, now patch #909)
X Strike Force SVN commit: rev 444 - trunk/debian
Author: branden Date: 2003-08-27 02:53:29 -0500 (Wed, 27 Aug 2003) New Revision: 444 Modified: trunk/debian/changelog trunk/debian/xserver-common.preinst.in trunk/debian/xserver-xfree86.preinst.in Log: * debian/xserver-{common,xfree86}.preinst.in: if installing (not upgrading) the package, place the non-conffile configuration files under automatic management, but only if they do not already exist (Closes: #207268) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 07:31:58 UTC (rev 443) +++ trunk/debian/changelog 2003-08-27 07:53:29 UTC (rev 444) @@ -27,6 +27,9 @@ is not a directory; assume local admin cleverness - don't migrate a configuration file if its debconf region markers have been removed +- if installing (not upgrading) the package, place the non-conffile + configuration files under automatic management, but only if they do not + already exist (Closes: #207268) * debian/rules: stop calling debconf2po-update, per Denis Barbier (Closes: #172579) @@ -55,7 +58,7 @@ * debian/po/fr.po: updated French translations (thanks, Christian Perrier) (Closes: #207239) - -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:30:54 -0500 + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:50:39 -0500 xfree86 (4.2.1-10) unstable; urgency=medium Modified: trunk/debian/xserver-common.preinst.in === --- trunk/debian/xserver-common.preinst.in 2003-08-27 07:31:58 UTC (rev 443) +++ trunk/debian/xserver-common.preinst.in 2003-08-27 07:53:29 UTC (rev 444) @@ -41,9 +41,23 @@ mkdir --mode=755 --parents $CONFIG_AUX_DIR fi - # if upgrading from 4.2.1-10, migrate X wrapper config file to (simplified) - # ucf-style handling - if dpkg --compare-versions $2 lt-nl 4.2.1-10; then + # implement (simplified) ucf-style configration file handling + + # if performing a fresh install, place config files under management if they + # do *not* already exist + if [ $1 = install ]; then +if [ ! -e $XWRAPPER_CONFIG ]; then + # only proceed if config file auxiliary directory exists + if [ -d $CONFIG_AUX_DIR ]; then +# cheap, fork()-free version of touch +: $XWRAPPER_CONFIG +md5sum $XWRAPPER_CONFIG $XWRAPPER_CONFIG_CHECKSUM + fi +fi + fi + + # if upgrading from 4.2.1-10, migrate X wrapper config file + if [ $1 = upgrade ] dpkg --compare-versions $2 lt-nl 4.2.1-10; then # do we have a configuration file to work with? if [ -e $XWRAPPER_CONFIG ]; then # only proceed if config file auxiliary directory exists @@ -74,11 +88,11 @@ fi fi fi + # in other news, unregister the now no-longer-used templates + db_unregister xserver-common/manage_config_with_debconf + db_unregister xserver-common/move_existing_nondebconf_config fi -# in other news, unregister the now no-longer-used templates -db_unregister xserver-common/manage_config_with_debconf -db_unregister xserver-common/move_existing_nondebconf_config fi fi Modified: trunk/debian/xserver-xfree86.preinst.in === --- trunk/debian/xserver-xfree86.preinst.in 2003-08-27 07:31:58 UTC (rev 443) +++ trunk/debian/xserver-xfree86.preinst.in 2003-08-27 07:53:29 UTC (rev 444) @@ -29,9 +29,31 @@ mkdir --mode=755 --parents $CONFIG_AUX_DIR fi - # if upgrading from 4.2.1-10, migrate X server symlink and XF86Config-4 - # to (simplified) ucf-style handling - if dpkg --compare-versions $2 lt-nl 4.2.1-10; then + # implement (simplified) ucf-style configration file handling + + # if performing a fresh install, place config files under management if they + # do *not* already exist + if [ $1 = install ]; then +# only proceed if config file auxiliary directory exists +if [ -d $CONFIG_AUX_DIR ]; then + # first, create and checksum the X server symlink + if [ ! -e $SERVER_SYMLINK ]; then +# $THIS_SERVER is just a default; could as easily be /bin/true +ln -s $THIS_SERVER $SERVER_SYMLINK +readlink $SERVER_SYMLINK | md5sum $SERVER_SYMLINK_CHECKSUM + fi + # next, XF86Config-4 + if [ ! -e $XF86CONFIG ]; then +# cheap, fork()-free version of touch +: $XF86CONFIG +md5sum $XF86CONFIG $XF86CONFIG_CHECKSUM + fi +fi + fi + + # if performing a fresh install, place config files under management if they + # do *not* already exist + if [ $1 = upgrade ] dpkg --compare-versions $2 lt-nl 4.2.1-10; then # do we have any configuration files to work with? if [ -e $SERVER_SYMLINK -o -e $XF86CONFIG ]; then # only proceed if config file auxiliary directory exists
Processed: Re: Bug#207305: xserver-common: fails to purge
Processing commands for [EMAIL PROTECTED]: tag 207305 + pending Bug#207305: xserver-common: fails to purge Tags were: patch Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: xlibmesa3-glu: libraries not correctly linked
Processing commands for [EMAIL PROTECTED]: tag 187365 + fixed-in-experimental Bug#187365: xlibmesa3-glu: libraries not correctly linked There were no tags set. Tags added: fixed-in-experimental thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 187374
Processing commands for [EMAIL PROTECTED]: tag 187374 - help Bug#187374: xlibs: libraries not correctly linked Tags were: upstream help fixed-in-experimental Tags removed: help End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: reassign 207268 to xserver-xfree86,xfree86
Processing commands for [EMAIL PROTECTED]: # xserver-common has this problem too reassign 207268 xserver-xfree86,xfree86 Bug#207268: xserver-xfree86: refuses to automagically handle config files Bug reassigned from package `xserver-xfree86' to `xserver-xfree86,xfree86'. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 185936
Processing commands for [EMAIL PROTECTED]: tag 185936 - moreinfo Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib Tags were: fixed-in-experimental moreinfo upstream Tags removed: moreinfo End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: tagging 187365, tagging 190323
Processing commands for [EMAIL PROTECTED]: tag 187365 + upstream Bug#187365: xlibmesa3-glu: libraries not correctly linked Tags were: fixed-in-experimental Tags added: upstream tag 190323 + upstream Bug#190323: xlibmesa3-gl: non-PIC shared in /usr/X11R6/lib/libGL.so.1 Tags were: fixed-in-experimental Tags added: upstream End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib
Processing commands for [EMAIL PROTECTED]: tag 185936 + fixed-in-experimental Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib Tags were: moreinfo upstream Tags added: fixed-in-experimental thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#207305: xserver-common: fails to purge
tag 207305 + pending thanks On Tue, Aug 26, 2003 at 11:36:29AM +0200, Ingo Saitz wrote: While purging this package, the postrm simply hangs while purging the configuration files. ps shows a grep in the postrm command is waiting for input from stdin. Fixed in XSF SVN revision 441. -- 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. pgpPsjSIbyMpY.pgp Description: PGP signature
X Strike Force SVN commit: rev 443 - in trunk/debian: . po
Author: branden Date: 2003-08-27 02:31:58 -0500 (Wed, 27 Aug 2003) New Revision: 443 Modified: trunk/debian/changelog trunk/debian/po/fr.po Log: debian/po/fr.po: updated French translations (thanks, Christian Perrier) (Closes: #207239) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 07:28:28 UTC (rev 442) +++ trunk/debian/changelog 2003-08-27 07:31:58 UTC (rev 443) @@ -52,8 +52,11 @@ being able to purge under some circumstances (thanks, Ingo Saitz) (Closes: #207305) - -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:16:50 -0500 + * debian/po/fr.po: updated French translations (thanks, Christian Perrier) +(Closes: #207239) + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:30:54 -0500 + xfree86 (4.2.1-10) unstable; urgency=medium * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in Modified: trunk/debian/po/fr.po === --- trunk/debian/po/fr.po 2003-08-27 07:28:28 UTC (rev 442) +++ trunk/debian/po/fr.po 2003-08-27 07:31:58 UTC (rev 443) @@ -17,10 +17,9 @@ # msgid msgstr -Project-Id-Version: xfree86 4.2.1-6 2nd version\n -Report-Msgid-Bugs-To: \n +Project-Id-Version: xfree86 4.2.1-10\n POT-Creation-Date: 2003-08-24 03:52-0500\n -PO-Revision-Date: 2003-07-30 10:31+0100\n +PO-Revision-Date: 2003-08-24 09:57+0100\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: Debiand french translation team [EMAIL PROTECTED] debian.org\n @@ -31,7 +30,7 @@ #. Description #: ../xdm.templates:4 msgid Select the desired default display manager. -msgstr Choisissez le gestionnaire graphique de session par d�faut. +msgstr Choisissez le gestionnaire graphique de session par d�faut #. Description #: ../xdm.templates:4 @@ -64,7 +63,7 @@ Plusieurs gestionnaires graphiques peuvent �tre lanc�s en m�me temps, s'ils g�rent des serveurs X diff�rents�; pour cela, configurez correctement chacun des gestionnaires graphiques, modifiez leurs scripts de lancement dans /etc/ -init.d, et enlevez le test de gestionnaire graphique par d�faut. +init.d, et d�sactivvez le test de gestionnaire graphique par d�faut. #. Description #: ../xdm.templates:26 @@ -136,10 +135,10 @@ msgstr Si vous ne souhaitez pas utiliser les paquets exp�rimentaux pour X, vous devez faire les deux op�rations suivantes�:\n - 1) Vous assurer qu'aucun d�p�t de paquets exp�rimentaux ne figure\n - dans votre fichier /etc/apt/sources.list�;\n - 2) Indiquer � apt que vous souhaitez revenir � une version publi�e\n - appropri�e de XFree86, ce qui peut �tre fait en ajoutant le nom de\n + 1) Vous assurer que votre fichier /etc/apt/sources.list ne mentionne\n + aucun d�p�t de paquets exp�rimentaux �;\n + 2) Imposer � apt de revenir � une version approuv�e de XFree86,\n + publi�e ant�rieurement, ce qui peut �tre fait en ajoutant le nom de\n la distribution apr�s le nom du paquet lui-m�me, avec\n ��apt-get��. Par exemple�:\n apt-get install xfree86-common/unstable\n @@ -156,7 +155,7 @@ #. Description #: ../xserver-common.templates:5 msgid Select what type of user has permission to start the X server. -msgstr Choix des utilisateurs autoris�s � lancer un serveur X. +msgstr Choisissez les utilisateurs autoris�s � lancer un serveur X #. Description #: ../xserver-common.templates:5 @@ -179,11 +178,10 @@ #. Description #: ../xserver-common.templates:20 msgid Enter the desired nice value for the X server to use. -msgstr Politesse du serveur X. +msgstr Indiquez la politesse que le serveur X doit utiliser #. Description #: ../xserver-common.templates:20 -#, fuzzy msgid When using operating system kernels with a particular scheduling strategy, it has been widely noted that the X server's performance improves when it is @@ -194,15 +192,16 @@ single-user workstation; 0 is a good default for a machine that has duties other than interacting with the console user (such as a web server). msgstr -Il est av�r� que les performances d'un serveur X sont meilleures si son -processus est ex�cut� avec une priorit� plus haute que celle par d�faut�; la -priorit� d'un processus est appel�e sa ��politesse�� (��nice value��). Elle -prend des valeurs entre -20 (priorit� extr�mement haute, pas tr�s poli -envers les autres processus) et 19 (priorit� tr�s faible). La politesse par -d�faut pour un processus quelconque est de 0. -10 est une valeur convenable -pour une station de travail mono-utilisateur�; 0 est convenable pour une -machine qui a d'autres t�ches que l'interaction avec l'utilisateur de la -console (comme un serveur web). +Lorsqu'on utilise des noyaux du syst�me d'exploitation avec une strat�gie +sp�ciale d'ordonnancement, il a �t� largement remarqu� que les performances +du serveur X sont am�lior�es si son processus est ex�cut� avec une priorit�
Processed: tagging 207239
Processing commands for [EMAIL PROTECTED]: # fixed in XSF SVN revision 443 tag 207239 + pending Bug#207239: xfree86: French debconf templates translation Tags were: patch Tags added: pending 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#207268:
Processing commands for [EMAIL PROTECTED]: tag 207268 + pending Bug#207268: xserver-xfree86: refuses to automagically handle config files There were no tags set. Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
X Strike Force SVN commit: rev 445 - in trunk/debian: . patches
Author: branden Date: 2003-08-27 04:18:11 -0500 (Wed, 27 Aug 2003) New Revision: 445 Modified: trunk/debian/changelog trunk/debian/patches/000_stolen_from_HEAD.diff trunk/debian/patches/067_nonexecutable_malloced_mem.diff Log: Backport support for new IA-64 relocation types from post-4.3.0 CVS HEAD (thanks, Matthew Wilcox). (Closes: #206929) - debian/patches/000_stolen_from_HEAD.diff: updated - debian/patches/067_nonexecutable_malloced_mem.diff: resync Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 07:53:29 UTC (rev 444) +++ trunk/debian/changelog 2003-08-27 09:18:11 UTC (rev 445) @@ -58,8 +58,13 @@ * debian/po/fr.po: updated French translations (thanks, Christian Perrier) (Closes: #207239) - -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 02:50:39 -0500 + * Backport support for new IA-64 relocation types from post-4.3.0 CVS +HEAD (thanks, Matthew Wilcox). (Closes: #206929) +- patch #000_stolen_from_HEAD: updated +- patch #067: resync + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 04:16:02 -0500 + xfree86 (4.2.1-10) unstable; urgency=medium * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in Modified: trunk/debian/patches/000_stolen_from_HEAD.diff === --- trunk/debian/patches/000_stolen_from_HEAD.diff 2003-08-27 07:53:29 UTC (rev 444) +++ trunk/debian/patches/000_stolen_from_HEAD.diff 2003-08-27 09:18:11 UTC (rev 445) @@ -232,6 +232,10 @@ + Skip unexpected data in QueryFormats. Deal with broken X servers a bit better. (Keith Packard) +(xc/programs/Xserver/hw/xfree86/loader/elfloader.c): + + Backport support for new IA-64 relocation types from post-4.3.0 CVS +HEAD. (Matthew Wilcox) + Index: xc/nls/XI18N_OBJS/Imakefile === RCS file: /cvs/xc/nls/XI18N_OBJS/Imakefile,v @@ -3035,91 +3039,6 @@ #define R_ALPHA_IMMED_GP_HI32 20 #define R_ALPHA_IMMED_SCN_HI3221 #define R_ALPHA_IMMED_BR_HI32 22 xc/programs/Xserver/hw/xfree86/loader/elfloader.c.orig 2002-01-14 13:16:52.0 -0500 -+++ xc/programs/Xserver/hw/xfree86/loader/elfloader.c 2003-02-20 01:06:05.0 -0500 -@@ -1103,7 +1106,9 @@ - int force; - { - unsigned char *secp = elffile-saddr[secn]; -+#if !defined(__ia64__) - unsigned int *dest32; /* address of the 32 bit place being modified */ -+#endif - #if defined(__powerpc__) || defined(__sparc__) - unsigned short *dest16; /* address of the 16 bit place being modified */ - #endif -@@ -1113,6 +1118,7 @@ - #if defined(__alpha__) - unsigned int *dest32h;/* address of the high 32 bit place being modified */ - unsigned long *dest64; -+unsigned short *dest16; - #endif - #if defined(__ia64__) - unsigned long *dest64; -@@ -1376,6 +1382,51 @@ - ELFDEBUG( *dest32=%8.8x\n, *dest32 ); - #endif - break; -+ -+ case R_ALPHA_GPRELLOW: -+ { -+ dest64=(unsigned long *)(secp+rel-r_offset); -+ dest16=(unsigned short *)dest64; -+ -+ symval += rel-r_addend; -+ symval = ((unsigned char *)symval)-((unsigned char *)elffile-got); -+ -+ *dest16=symval; -+ break; -+ } -+ case R_ALPHA_GPRELHIGH: -+ { -+ dest64=(unsigned long *)(secp+rel-r_offset); -+ dest16=(unsigned short *)dest64; -+ -+ symval += rel-r_addend; -+ symval = ((unsigned char *)symval)-((unsigned char *)elffile-got); -+ symval = ((long)symval 16) + ((symval 15) 1); -+ if( (long)symval 0x7fff || -+ (long)symval -(long)0x8000 ) { -+ FatalError(R_ALPHA_GPRELHIGH symval-got is too large for %s:%lx\n, -+ ElfGetSymbolName(elffile,ELF_R_SYM(rel-r_info)),symval); -+ } -+ -+ *dest16=symval; -+ break; -+ } -+ case R_ALPHA_GPREL16: -+ { -+ dest64=(unsigned long *)(secp+rel-r_offset); -+ dest16=(unsigned short *)dest64; -+ -+ symval += rel-r_addend; -+ symval = ((unsigned char *)symval)-((unsigned char *)elffile-got); -+ if( (long)symval 0x7fff || -+ (long)symval -(long)0x8000 ) { -+ FatalError(R_ALPHA_GPREL16 symval-got is too large for %s:%lx\n, -+ ElfGetSymbolName(elffile,ELF_R_SYM(rel-r_info)),symval); -+ } -+ -+ *dest16=symval; -+ break; -+ } - - #endif /* alpha */ - #if defined(__mc68000__) -@@ -2834,9 +2897,11 @@ - ELFCollectSections(elffile, 0, totalsize, maxalign); - - if( elffile-straddr == NULL || elffile-strsize == 0 ) { -+#if 0 - ErrorF(No symbols found in this module\n); -+#endif - ELFUnloadModule(elffile); -- return NULL; -+
Processed: tagging 206929
Processing commands for [EMAIL PROTECTED]: # fixed in XSF SVN revision 445 tag 206929 + pending Bug#206929: xserver-xfree86: [core server] ELF module loader broken on IA-64; doesn't recognize GCC 3.3's new relocation types Tags were: upstream pending patch experimental sid sarge Tags added: pending End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#207481: xserver-xfree86: proposed debconf overhaul
Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. - otherwise set default to false but ask the question - To the video card section: I suggest setting SWCursor option by-default, since some drivers show broken mouse pointer on certain video cards. - on every arch except of sun and sgi set the default of xserver-xfree86/config/inputdevice/keyboard/rules to xfree86. This is just guessing but should be okay for the majority of the users. - get the first part /(\w\w)_../ of LC_CTYPE or LANG and set the default for xserver-xfree86/config/inputdevice/keyboard/layout - based on this setting, guess the layout most typical for the target country and set as it as default, then ask the question - based on the layout, set a default for xserver-xfree86/config/inputdevice/keyboard/variant and ask the question. I suggest to ask people on debian-i18n to send some data about the settings that majority of the users in their country uses. For example, in de it is popular to set the nodeadkeys option. Russians may want to set a second keymap in layout, to us,ru and a grp:grp:alt_shift_toggle (or some other toggle) option to rotate the keymaps. We should just ask them on -i18n, code this settings into one mapping table and insert them - ask a question about advanced keyboard options with defaults from the typical configuration selection mentioned above - the mouse config is mostly okay, I just wish to see a final sentence in every description: If unsure, choose to emulate the 3rd mouse button. If unsure, enable the Zaxismapping. - For mouse autodetection: if gpm is running (test -e /var/run/gpm.pid), then open /etc/gpm.conf and source it, if $repeat_type exists, set xserver-xfree86/config/inputdevice/mouse/port to /dev/gpmdata and xserver-xfree86/config/inputdevice/mouse/protocol to the $repeat_type value (eg. mapped from the gpm syntax to X syntax). Now the most interessting part, the monitor settings. Following this algorithm: - ask about tft/lcd with the existing debconf question - ask about the monitor identifier (and preset with Generic Monitor or the name provided by parse-edid) Throw away the current question about simple/medium/advanced setup and proceed so: - ask: Template: xserver-xfree86/config/monitor/screen-size Type: select _Choices: Up to 14 inches (355 mm), 15 inches (380 mm), 17 inches (430 mm), 18 inches (480 mm), 19 inches (480 mm), 20 inches (510 mm), 21 inches (530 mm) Default: 17 inches (430 mm) _Description: Please choose your approximate monitor size. Your answer should be as precise as possible. If you monitor has better or lower quality than the average monitors in its class, you can refine its settings later. Template: xserver-xfree86/config/monitor/resolution-class Type: select _Choices: VGA (640x480), SVGA (800x600), XGA (1024x768), XGA+ (1152x864), SXGA (1280x1024), SXGA+ (1400x1050), UXGA (1600x1200), W-UXGA (1920x1200) Default: XGA (1024x768) _Description: Please choose your resolution class The resolution class of you monitor is normaly described in the manual of the display. If your display does not fit in any of this categories, choose just anything and you can refine the settings later. - If the monitor type is LCD, we can calculate all we need. However, user may need to tune some things, eg. on non-4:3 displays. Later. Now, we need a data table to choose the frequency values for an average monitor of the given type and insert this settings in the following template: Template: xserver-xfree86/config/monitor/general-info Type: boolean Default: true _Description: Is the choosed data correct? Setup has now choosed following settings that should work for an average monitor of the type you have choosen: Brand name: ${identifier} Type: {tft_or_lcd} Screen ratio: 4:3 General Screen Size: ${screen-size} diagonal (Width: {ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)}) Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value from data table for the res-class} } Pixel resolution: ${ (x-value-of(best-resolution) - unvisible-bordersize-on-CRTs ) / $width } Horizontal frequency range: ${value from data table or edid) Refresh rate range: ${value from data table or edid) Best mode: ${width}x${height}-{rate-from-edid or VESA table or minimum for TFTs} . If the data looks acceptable for your monitor, answer with Yes, otherwise choose No to customize some settings. ### comment: this is just
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote: Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. remember that procfs is optional... - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. should a Debian package really special-case buggy non-free software?
Bug#206907: xserver-xfree86: hangs on screensaver
On Wed, Aug 27, 2003 at 03:14:54AM -0500, Branden Robinson wrote: On Wed, Aug 27, 2003 at 07:34:55AM +0200, Sven Luther wrote: This don't bring us much, it is hanging in glint_wait, which is a macro waiting for space in the fifo, and since the space never comes, it waits forever. Same diagnostic as before. The pipeline is deadlocked, but i don't know why. Strong suspisions of a hardware problems, the hardware cannot be all that new after all. But maybe there is some behavior that makes this appear more often or something such, i don't know. Overheating of the graphic chip or failing powersupply (either on the board or the agp power lines) might be potential culprits. Well, if it's truly a hardware problem, sure it wouldn't affect just this accleration primitive. David, can you try adding the following to your Screen section in XF86Config-4? Option XaaNoSolidHorVertLine (This is documented in XF86Config-4(5x).) It would affect all of them, but be triggered there by either the fifo size, or some other reason. It hangs in GLINT_WAIT, so the problem most probably is in the accel primitive _before_ this one. I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1, is this not doing double usage) Because it's version 1 of the forthcoming 4.3.0-1 package. Yes, Daniel already explained it to me. Friendly, Sven Luther
Bug#207481: xserver-xfree86: proposed debconf overhaul
Moin Christoph! Christoph Hellwig schrieb am Wednesday, den 27. August 2003: On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote: Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. remember that procfs is optional... check. for. existance. I think this covers the case of missing /proc. - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. should a Debian package really special-case buggy non-free software? So? The framebuffer driver in the kernel is non-free? Please look where nvidia is read from. MfG, Eduard.
Bug#207481: xserver-xfree86: proposed debconf overhaul
#include hallo.h * Eduard Bloch [Wed, Aug 27 2003, 01:08:02PM]: General Screen Size: ${screen-size} diagonal (Width: {ratio-calculation($screen-size)}, Height: {ratio-calculation($screen-size)}) Best resolution: ${ (type==tft) : ${value from resolution-class} : ${value from data table for the res-class} } Pixel resolution: ${ (x-value-of(best-resolution) - unvisible-bordersize-on-CRTs ) / $width } Horizontal frequency range: ${value from data table or edid) Refresh rate range: ${value from data table or edid) Best mode: ${width}x${height}-{rate-from-edid or VESA table or minimum for TFTs} . If the data looks acceptable for your monitor, answer with Yes, otherwise choose No to customize some settings. ### comment: this is just for info and not really important since X will recalculate it as needed if we set DisplaySize correctly ### Oops, this comment belongs to the line Pixel resolution above. MfG, Eduard. -- Klug zu fragen ist schwieriger, als klug zu antworten. -- Persische Weisheit
Re: Bug#207481: xserver-xfree86: proposed debconf overhaul
Eduard Bloch [EMAIL PROTECTED] writes: Moin Christoph! Christoph Hellwig schrieb am Wednesday, den 27. August 2003: On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote: Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. remember that procfs is optional... check. for. existance. I think this covers the case of missing /proc. - If it does not exist, do not ask the question and set use_fbdev to false. That breaks when you have framebuffer and not /proc, making it impossible to set the value. -- ilmari
Bug#187365: xlibmesa3-glu: libraries not correctly linked
tag 187365 + fixed-in-experimental thanks [0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % LD_TRACE_LOADED_OBJECTS=1 LD_BIND_NOW=1 LD_TRACE_PRELINKING=t \ /lib/ld-2.3.2.so /usr/X11R6/lib/libGLU.so.1.3 | grep ^undefined [1] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % dlocate -S /usr/X11R6/lib/libGLU.so.1.3 xlibmesa-glu: /usr/X11R6/lib/libGLU.so.1.3 [0] [EMAIL PROTECTED]:~/packages/xfree86/svn/branches/4.3.0/sid/debian % dpkg -l xlibmesa-glu Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii xlibmesa-glu 4.3.0-0pre1v1 Mesa OpenGL utility library [XFree86] xlibmesa-glu supersedes xlibmesa3-glu. -- G. Branden Robinson| There is no gravity in space. Debian GNU/Linux | Then how could astronauts walk [EMAIL PROTECTED] | around on the Moon? http://people.debian.org/~branden/ | Because they wore heavy boots. pgpn4PORGVyBx.pgp Description: PGP signature
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Wed, 2003-08-27 at 15:49, Eduard Bloch wrote: Moin Christoph! Christoph Hellwig schrieb am Wednesday, den 27. August 2003: - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. should a Debian package really special-case buggy non-free software? So? The framebuffer driver in the kernel is non-free? Please look where nvidia is read from. It still doesn't make sense as the nv driver supports Option UseFBDev. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Bug#207481: xserver-xfree86: proposed debconf overhaul
#include hallo.h * Michel Dänzer [Wed, Aug 27 2003, 05:26:19PM]: should a Debian package really special-case buggy non-free software? So? The framebuffer driver in the kernel is non-free? Please look where nvidia is read from. It still doesn't make sense as the nv driver supports Option UseFBDev. Sure, but show me any case where you need it. MfG, Eduard. -- Vegetarier leben nicht länger, sie sehen nur älter aus.
X Strike Force SVN commit: rev 446 - trunk/debian
Author: branden Date: 2003-08-27 10:59:18 -0500 (Wed, 27 Aug 2003) New Revision: 446 Modified: trunk/debian/MANIFEST.alpha trunk/debian/MANIFEST.arm trunk/debian/MANIFEST.hppa trunk/debian/MANIFEST.hurd-i386 trunk/debian/MANIFEST.i386 trunk/debian/MANIFEST.ia64 trunk/debian/MANIFEST.m68k trunk/debian/MANIFEST.mips trunk/debian/MANIFEST.mipsel trunk/debian/MANIFEST.netbsd-i386 trunk/debian/MANIFEST.powerpc trunk/debian/MANIFEST.s390 trunk/debian/MANIFEST.sh3 trunk/debian/MANIFEST.sh4 trunk/debian/MANIFEST.sparc trunk/debian/changelog trunk/debian/xlibs.install trunk/debian/xlibs.install.s390 Log: Follow up on pt_BR.UTF-8 localization patch. - debian/MANIFEST.*: list new files in /usr/X11R6/lib/X11/locale - debian/xlibs.install*: ship new files in /usr/X11R6/lib/X11/locale Modified: trunk/debian/MANIFEST.alpha === --- trunk/debian/MANIFEST.alpha 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.alpha 2003-08-27 15:59:18 UTC (rev 446) @@ -5500,6 +5500,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.arm === --- trunk/debian/MANIFEST.arm 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.arm 2003-08-27 15:59:18 UTC (rev 446) @@ -5500,6 +5500,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.hppa === --- trunk/debian/MANIFEST.hppa 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.hppa 2003-08-27 15:59:18 UTC (rev 446) @@ -5500,6 +5500,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.hurd-i386 === --- trunk/debian/MANIFEST.hurd-i386 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.hurd-i386 2003-08-27 15:59:18 UTC (rev 446) @@ -5405,6 +5405,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/Compose usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XLC_LOCALE usr/X11R6/lib/X11/locale/tscii-0/XLC_LOCALE Modified: trunk/debian/MANIFEST.i386 === --- trunk/debian/MANIFEST.i386 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.i386 2003-08-27 15:59:18 UTC (rev 446) @@ -5501,6 +5501,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.ia64 === --- trunk/debian/MANIFEST.ia64 2003-08-27 09:18:11 UTC (rev 445) +++ trunk/debian/MANIFEST.ia64 2003-08-27 15:59:18 UTC (rev 446) @@ -5501,6 +5501,9 @@ usr/X11R6/lib/X11/locale/mulelao-1/XLC_LOCALE usr/X11R6/lib/X11/locale/nokhchi-1/XI18N_OBJS usr/X11R6/lib/X11/locale/nokhchi-1/XLC_LOCALE +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/Compose +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XI18N_OBJS +usr/X11R6/lib/X11/locale/pt_BR.UTF-8/XLC_LOCALE usr/X11R6/lib/X11/locale/tatar-cyr/XI18N_OBJS usr/X11R6/lib/X11/locale/tatar-cyr/XLC_LOCALE usr/X11R6/lib/X11/locale/th_TH/XI18N_OBJS Modified: trunk/debian/MANIFEST.m68k
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Wed, Aug 27, 2003 at 03:49:12PM +0200, Eduard Bloch wrote: Moin Christoph! Christoph Hellwig schrieb am Wednesday, den 27. August 2003: On Wed, Aug 27, 2003 at 01:08:02PM +0200, Eduard Bloch wrote: Package: xserver-xfree86 Severity: wishlist Okay, here is what I would change in xserver-xfree86.config. - xserver-xfree86/config/device/use_fbdev: check for existance of /proc/fb before asking the question about framebuffer support. remember that procfs is optional... check. for. existance. I think this covers the case of missing /proc. well, if procfs is not mounted you don't ask the question, sounds like a bug, no? - If it does not exist, do not ask the question and set use_fbdev to false. - If it does exist, read it, and if - the contents matches nvidia, do not ask the question and set use_fbdev to false. should a Debian package really special-case buggy non-free software? So? The framebuffer driver in the kernel is non-free? Please look where nvidia is read from. Well, I assumed you want to work around a bug in the nvidia binary only driver as the opensource nv driver can deal with framebuffers. But I might have missed something obvious - why don't you want to use the framebuffer for nvidia cards? (and the framebuffer driver is called rivafb, just btw..)
Bug#207481: different approach to the XFree86 config
Hi, I have two little things I would like to add. 1. Try to do autodetection. Read out the lang and the monitor. Almost any modern system will report its parameter. 2. Fill in the autodetected values and present them to the user with the following choises: [ ] Bugger off, I do it myself [ ] Use values (I will change what needs changed manually) [ ] change values The first one would disable the configuration completly. No more test and no questions about conffile changes in the future. Thats hardcore guys. The second would be the default. Things like the exact keyboard moddel or the monitor frequency (if reading them out failed) could still be asked or left to the user to fill in. A minimum of questions should be asked. The last options would go through all settings having the autotedted stuff as defaults. That would be like the setup now. An alternative approach would be to present the probed values as menu and the user can choose the items that need changes. Items not probed would need to be selected before savecontinue could be selected. I'm not sure what debconf interfaces can cope with such a menu though. MfG Goswin
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote: framebuffer for nvidia cards? (and the framebuffer driver is called rivafb, just btw..) which doesn't show up in /proc/fb but at least in the 2.6 driver the string nvidia won't appear in it either, just RIVA-*/GeForce*/etc..
X Strike Force SVN commit: rev 447 - trunk/debian
Author: branden Date: 2003-08-27 13:08:10 -0500 (Wed, 27 Aug 2003) New Revision: 447 Modified: trunk/debian/changelog trunk/debian/rules Log: debian/rules: don't try to install the XFree86.1x manpage as XFree86-debug.1x if the XFree86.1x manpage doesn't exist (it doesn't on architectures that don't build the XFree86 X server, like s390; fixes FTBFS on s390) Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 15:59:18 UTC (rev 446) +++ trunk/debian/changelog 2003-08-27 18:08:10 UTC (rev 447) @@ -66,8 +66,13 @@ - patch #000_stolen_from_HEAD: updated - patch #067: resync - -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 10:56:19 -0500 + * debian/rules: don't try to install the XFree86.1x manpage as +XFree86-debug.1x if the XFree86.1x manpage doesn't exist (it doesn't on +architectures that don't build the XFree86 X server, like s390; fixes +FTBFS on s390) + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 13:06:44 -0500 + xfree86 (4.2.1-10) unstable; urgency=medium * patch #000_stolen_from_HEAD_xlib: fix for buffer overflow in Modified: trunk/debian/rules === --- trunk/debian/rules 2003-08-27 15:59:18 UTC (rev 446) +++ trunk/debian/rules 2003-08-27 18:08:10 UTC (rev 447) @@ -348,9 +348,13 @@ dh_testdir dh_testroot dh_install --sourcedir=debian/tmp - # special handling - install -m 755 -d debian/xserver-xfree86-dbg/usr/X11R6/man/man1 - install -m 644 debian/tmp/usr/X11R6/man/man1/XFree86.1x debian/xserver-xfree86-dbg/usr/X11R6/man/man1/XFree86-debug.1x + # special handling; don't do this if the manpage doesn't exist, which + # will be the case if this architecture doesn't build the XFree86 X + # server + if [ -e debian/tmp/usr/X11R6/man/man1/XFree86.1x ]; then \ + install -m 755 -d debian/xserver-xfree86-dbg/usr/X11R6/man/man1; \ + install -m 644 debian/tmp/usr/X11R6/man/man1/XFree86.1x debian/xserver-xfree86-dbg/usr/X11R6/man/man1/XFree86-debug.1x; \ + fi dh_installdebconf dh_installdirs dh_installdocs
Bug#207481: xserver-xfree86: proposed debconf overhaul
Moin Christoph! Christoph Hellwig schrieb am Wednesday, den 27. August 2003: On Wed, Aug 27, 2003 at 07:02:44PM +0200, Christoph Hellwig wrote: framebuffer for nvidia cards? (and the framebuffer driver is called rivafb, just btw..) which doesn't show up in /proc/fb but at least in the 2.6 driver the string nvidia won't appear in it either, just RIVA-*/GeForce*/etc.. Okay, let's find a consens. Nvidia was just an example for cards that AFAIK never need the UseFBDev option. I just want to prevent the users from making the wrong choice. And we don't want to bother the user with question if the answer is obvious (to 95 percent). So again, proposing the scheme: if /proc mounted: if /proc/fb exists: if(driver-listed-there matches choosen video card): preset use_fbdev to true preset priority to low else preset use_fbdev to false preset priority to medium fi else preset use_fbdev to false preset priority to low fi else preset use_fbdev to false preset priority to medium fi MfG, Eduard. -- Stilblüten aus Schreiben von Versicherungsnehmern: Ihre Argumente sind wirklich schwach. Für solche faulen Ausreden müssen Sie sich einen Dümmeren suchen, aber den werden sie kaum finden.
Bug#207539: Bug report
Package: Xserver-xfree86 Version: 4.1.0.1 My first attempt to install debian in this case 'woody', a re-install produced a similar outcome. The process was successful enough to allow me to sign in at the command line, I then attempted to start the graphical interface using Startx A message was returned by Xserver-xfree86 Fatal server error no screens found The Graphics card is: Radeon7000Pro AV64S-T Graphics Accelerator I have attached the relevant XFree86 log Using an identical hardware configuration in another partition and Mandrake 8.0 no problem is encountered. However Xserver is version 4.2.1 and the driver Radeon rather than the Mach64 available in debian I would appreciate any assistance you can provide as I am not competent at the command line level. Reguards John Welland 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: Tue Aug 19 21:57:46 2003 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) 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 8086,7190 card , rev 02 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7191 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 8086,7110 card , rev 02 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:07:3: chip 8086,7113 card , rev 02 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 10ec,8029 card 1186,0300 rev 00 class 02,00,00 hdr 00 (II) PCI: 00:0b:0: chip 1274,1371 card 1274,1371 rev 08 class 04,01,00 hdr 00 (II) PCI: 01:00:0: chip 1002,5159 card 1458,4002 rev 00 class 03,00,00 hdr 00 (II) PCI: End of PCI scan (II) LoadModule: scanpci (II) Loading /usr/X11R6/lib/modules/libscanpci.a (II) Module scanpci: vendor=The XFree86 Project compiled for 4.1.0.1, module version = 0.1.0 ABI class: XFree86 Video Driver, version 0.4 (II) UnloadModule: scanpci (II) Unloading /usr/X11R6/lib/modules/libscanpci.a (II) Host-to-PCI bridge: (II) PCI-to-ISA bridge: (II) PCI-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (-1,0,0), BCTRL: 0x08 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x
X Strike Force SVN commit: rev 448 - tags
Author: branden Date: 2003-08-27 14:26:17 -0500 (Wed, 27 Aug 2003) New Revision: 448 Added: tags/4.2.1-10/ Log: Tag revision 414 (trunk) as 4.2.1-10 release. Copied: tags/4.2.1-10 (from rev 414, trunk)
X Strike Force SVN commit: rev 449 - trunk/debian
Author: branden Date: 2003-08-27 14:33:07 -0500 (Wed, 27 Aug 2003) New Revision: 449 Modified: trunk/debian/changelog Log: debian/changelog: fix some wrong and/or misleading information about changes to xserver-{common,xfree86}.{preinst,postinst}.in scripts Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 19:26:17 UTC (rev 448) +++ trunk/debian/changelog 2003-08-27 19:33:07 UTC (rev 449) @@ -9,11 +9,9 @@ * debian/local/Xsession{,.options}.5: further clarify the X session startup procedure in the manpages, per suggestion from Frank Murphy - * debian/xserver-{common,xfree86}.postinst.in: if the configuration file -checksum/roster directory doesn't exist when it's time to create/update -a roster file, create it; if it does exist but isn't a directory, issue -a warning and move on (assume the admin is being fiendishly clever) -(Closes: #206790) + * debian/xserver-{common,xfree86}.postinst.in: do not attempt to +create/update configuration file rosters if the path of the auxiliary +directory exists but is not a directory; assume local admin cleverness * Add pt_BR.UTF-8 locale support (as something other than an alias for en_US.UTF-8) to Xlib; includes Compose file updates from Gustavo @@ -25,13 +23,13 @@ * debian/xserver-{common,xfree86}.preinst.in: rework migration logic: - create the configuration file auxiliary directory /var/lib/xfree86 on all installs and upgrades if it doesn't already exist - (Closes: #206524) + (Closes: #206790) - don't throw a warning if the path to the auxiliary directory exists but is not a directory; assume local admin cleverness - don't migrate a configuration file if its debconf region markers have - been removed + been removed (Closes: #206524) - if installing (not upgrading) the package, place the non-conffile - configuration files under automatic management, but only if they do not + configuration files under automatic management, but only if they do not already exist (Closes: #207268) * debian/rules: stop calling debconf2po-update, per Denis Barbier
Bug#207537: xserver-xfree86: autodetection is not used
Package: xserver-xfree86 Version: 4.2.1-10 Severity: normal Hi, despite what you told me on irc before ignoring me none of the autodetection works. The reason for this becomes obvious when reading the config script. You only ever run the autodetection on an initial install. What you fail to see is that people upgrading or reconfiguring might still want to use this method. It would also be good to keep the previous selected values of any questions as default (thats rather a must) and to mark the probed values (or mention them in the text) for reference. Here is the log from a config run: == xserver-xfree86 config debug: Configuring xserver-xfree86. xserver-xfree86 config debug: X server symlink exists and points to executable X server; capping X server question priority at medium. xserver-xfree86 config debug: $OWNERS has only one value; shared/default-x-server will not be asked xserver-xfree86 config debug: not prompting for video card autodetection; reconfiguring xserver-xfree86 config debug: seen flag of shared/default-x-server is false xserver-xfree86 config debug: db_input medium shared/default-x-server xserver-xfree86 config debug: auto_answer() db_input medium shared/default-x-server with default xserver-xfree86 xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer xserver-xfree86 xserver-xfree86 config debug: auto_answer: shared/default-x-server is not being asked xserver-xfree86 config debug: auto_answer: shared/default-x-server is xserver-xfree86 xserver-xfree86 config debug: /etc/X11/XF86Config-4 file exists; capping configuration question priority at medium. xserver-xfree86 config debug: user declined video card autodetection (driver) xserver-xfree86 config debug: auto_answer() db_input medium xserver-xfree86/config/device/driver with default vesa xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer ati xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/device/driver xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/device/driver is ati xserver-xfree86 config debug: auto_answer() validate_string_db_input medium xserver-xfree86/config/device/identifier with default Generic Video Card xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer Generic Video Card xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/device/identifier xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/device/identifier is Generic Video Card xserver-xfree86 config debug: auto_answer() validate_string_db_input medium xserver-xfree86/config/inputdevice/keyboard/rules with default xfree86 xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer xfree86 xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/keyboard/rules xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/keyboard/rules is xfree86 xserver-xfree86 config debug: auto_answer() validate_string_db_input medium xserver-xfree86/config/inputdevice/keyboard/model with default pc104 xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer pc105 xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/keyboard/model xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/keyboard/model is pc105 xserver-xfree86 config debug: auto_answer() validate_string_db_input medium xserver-xfree86/config/inputdevice/keyboard/layout with default us xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer de xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/keyboard/layout xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/keyboard/layout is de xserver-xfree86 config debug: not prompting for mouse autodetection; reconfiguring xserver-xfree86 config debug: auto_answer() db_input medium xserver-xfree86/config/inputdevice/mouse/port with default /dev/misc/psaux xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer /dev/misc/psaux xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/mouse/port xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/mouse/port is /dev/misc/psaux xserver-xfree86 config debug: auto_answer() db_input medium xserver-xfree86/config/inputdevice/mouse/protocol with default PS/2 xserver-xfree86 config debug: auto_answer: (reconfiguring) preserving existing answer ImPS/2 xserver-xfree86 config debug: auto_answer: asking xserver-xfree86/config/inputdevice/mouse/protocol xserver-xfree86 config debug: auto_answer: xserver-xfree86/config/inputdevice/mouse/protocol is ImPS/2 xserver-xfree86 config debug: xserver-xfree86/config/monitor/identifier is already
Bug#207543: xserver-xfree86: prefBusID patch to select prefered PCI bus id
Package: xserver-xfree86 Version: 4.3.0-0pre1v1 Severity: wishlist Tags: experimental patch this patch makes it possibel to select which busid the xserver should operate on. this is handy if two or more graphic cards in a box run independent xservers and need to reset the card independently from the other xserver. this patch features the requested clean up configuration interface via the XF86Config file. then one can write stuff like this in ones config: Section ServerLayout Identifier X0 Screen 0 Screen0 0 0 InputDeviceMouse2 CorePointer InputDeviceKeyboard0 CoreKeyboard Option PrefBusID 1:0:0 EndSection diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Config.c xc-changed/programs/Xserver/hw/xfree86/common/xf86Config.c --- xc/programs/Xserver/hw/xfree86/common/xf86Config.c 2003-02-20 04:36:07.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Config.c 2003-08-26 14:59:47.0 +0100 @@ -2213,6 +2213,7 @@ xf86HandleConfigFile(void) const char *filename; char *searchpath; MessageType from = X_DEFAULT; +char *layopt; if (getuid() == 0) searchpath = ROOT_CONFIGPATH; @@ -2282,6 +2283,19 @@ xf86HandleConfigFile(void) } } } + +layopt = xf86FindOptionValue(xf86ConfigLayout.options, PrefBusID); +if (layopt) { +int bus, device, func; +if (sscanf(layopt, %d:%d:%d, bus, device, func) == 3) { +xf86PrefBusId.bus = bus; +xf86PrefBusId.device = device; +xf86PrefBusId.func = func; + xf86Msg(X_INFO, + Preferred PCI BusID set to \%d:%d:%d\\n,bus,device,func); +} +} + /* Now process everything else */ diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Globals.c xc-changed/programs/Xserver/hw/xfree86/common/xf86Globals.c --- xc/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-02-20 04:05:14.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Globals.c 2003-04-02 13:03:00.0 +0100 @@ -215,6 +215,7 @@ Bool xf86MiscModInDevAllowNonLocal = FAL #endif PropertyPtr *xf86RegisteredPropertiesTable = NULL; Bool xf86inSuspend = FALSE; +PciBusId xf86PrefBusId; #ifdef DLOPEN_HACK /* diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Init.c xc-changed/programs/Xserver/hw/xfree86/common/xf86Init.c --- xc/programs/Xserver/hw/xfree86/common/xf86Init.c2003-02-26 09:21:38.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Init.c2003-08-26 14:55:22.0 +0100 @@ -1553,6 +1553,22 @@ ddxProcessArgument(int argc, char **argv xf86AllowMouseOpenFail = TRUE; return 1; } + if (!strcmp(argv[i], -prefbusid)) + { +int bus, device, func; +if (++i = argc) + return 0; +if (sscanf(argv[i], %d:%d:%d, bus, device, func) == 3) { + xf86PrefBusId.bus = bus; + xf86PrefBusId.device = device; + xf86PrefBusId.func = func; + return 2; +} +else { + ErrorF(Invalid preferred PCI BusId\n); + return 0; +} + } /* OS-specific processing */ return xf86ProcessArgument(argc, argv, i); } diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c xc-changed/programs/Xserver/hw/xfree86/common/xf86pciBus.c --- xc/programs/Xserver/hw/xfree86/common/xf86pciBus.c 2003-02-18 15:42:11.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86pciBus.c 2003-04-02 13:03:00.0 +0100 @@ -160,7 +160,10 @@ FindPCIVideoInfo(void) int num = 0; pciVideoPtr info; Bool mem64 = FALSE; +int DoPrefBusIdCheck = 0; +if( xf86PrefBusId.bus || xf86PrefBusId.device || xf86PrefBusId.func ) + DoPrefBusIdCheck = 1; pcrpp = xf86PciInfo = xf86scanpci(0); getPciClassFlags(pcrpp); @@ -182,7 +185,11 @@ FindPCIVideoInfo(void) subclass = pcrp-pci_sub_class; } - if (PCIINFOCLASSES(baseclass, subclass)) { + if (PCIINFOCLASSES(baseclass, subclass) + (DoPrefBusIdCheck ? + (xf86PrefBusId.bus == pcrp-busnum +xf86PrefBusId.device == pcrp-devnum +xf86PrefBusId.func == pcrp-funcnum):1)) { num++; xf86PciVideoInfo = xnfrealloc(xf86PciVideoInfo, sizeof(pciVideoPtr) * (num + 1)); diff -Nurp xc/programs/Xserver/hw/xfree86/common/xf86Priv.h xc-changed/programs/Xserver/hw/xfree86/common/xf86Priv.h --- xc/programs/Xserver/hw/xfree86/common/xf86Priv.h2002-12-12 18:29:10.0 + +++ xc-changed/programs/Xserver/hw/xfree86/common/xf86Priv.h2003-04-02 13:03:00.0 +0100 @@ -53,6 +53,7 @@ extern Bool xf86BestRefresh; extern Gamma xf86Gamma; extern char *xf86ServerName; extern Bool xf86ShowUnresolved; +extern PciBusId xf86PrefBusId; /* Other parameters */
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Wed, 2003-08-27 at 17:56, Eduard Bloch wrote: #include hallo.h * Michel Dänzer [Wed, Aug 27 2003, 05:26:19PM]: should a Debian package really special-case buggy non-free software? So? The framebuffer driver in the kernel is non-free? Please look where nvidia is read from. It still doesn't make sense as the nv driver supports Option UseFBDev. Sure, but show me any case where you need it. So we now decide for our users what they (don't) need or (don't) want? Option SWcursor is only needed in a minority of cases as well (and then it's a driver bug which should simply be fixed), but you even want to make it the default. I smell an inconsistency here. -- Earthling Michel Dänzer \ Debian (powerpc), XFree86 and DRI developer Software libre enthusiast \ http://svcs.affero.net/rm.php?r=daenzer
Bug#207268:
tag 207268 + pending thanks On Tue, Aug 26, 2003 at 12:15:36PM -0500, Branden Robinson wrote: Hmm. Purging and reinstalling should definitely put the files in question under automatic management, if they do not already exist. I'll check into it. Thanks for your report. This has been fixed in the X Strike Force Subversion repository, revision 444, and will appear in the next release. If you're curious, here's the new logic that handles this: # if performing a fresh install, place config files under management if they # do *not* already exist if [ $1 = install ]; then # only proceed if config file auxiliary directory exists if [ -d $CONFIG_AUX_DIR ]; then # first, create and checksum the X server symlink if [ ! -e $SERVER_SYMLINK ]; then # $THIS_SERVER is just a default; could as easily be /bin/true ln -s $THIS_SERVER $SERVER_SYMLINK readlink $SERVER_SYMLINK | md5sum $SERVER_SYMLINK_CHECKSUM fi # next, XF86Config-4 if [ ! -e $XF86CONFIG ]; then # cheap, fork()-free version of touch : $XF86CONFIG md5sum $XF86CONFIG $XF86CONFIG_CHECKSUM fi fi fi As a workaround, you can do what the new script will do after purging but before reinstalling the package: # dpkg --purge xserver-xfree86 # ln -s /usr/bin/X11/XFree86 /etc/X11/X # readlink /etc/X11/X | md5sum /var/lib/xfree86/X.md5sum # : /etc/X11/XF86Config-4 # md5sum /etc/X11/XF86Config-4 /var/lib/xfree86/XF86Config-4.md5sum # apt-get install xserver-xfree86 -- G. Branden Robinson|It may be difficult to to determine Debian GNU/Linux |where religious beliefs end and [EMAIL PROTECTED] |mental illness begins. http://people.debian.org/~branden/ |-- Elaine Cassel pgpfkhK7Ao1sO.pgp Description: PGP signature
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Thu, Aug 28, 2003 at 12:09:22AM +0200, Michel Dänzer wrote: So we now decide for our users what they (don't) need or (don't) want? Option SWcursor is only needed in a minority of cases as well (and then it's a driver bug which should simply be fixed), but you even want to make it the default. I smell an inconsistency here. I'd imagine it's pretty simple; Eduard has been personally affected by buiggy hardware cursors, but has never had to use UseFBDev. Eduard has a tendency to extrapolate his personal experiences to universal applicability, which is why he accuses other Debian Developers of violating the Social Contract when they don't fix bugs the way he wants them fixed. There are several good ideas in the patch, though, and I will incorporate some of them when I rewrite xserver-xfree86.config.in. -- G. Branden Robinson|Imagination was given man to Debian GNU/Linux |compensate for what he is not, and [EMAIL PROTECTED] |a sense of humor to console him for http://people.debian.org/~branden/ |what he is. pgprJLwxxSARB.pgp Description: PGP signature
Processed: retitle 185936 to xlibs-pic: licq FTBFSes if it can't lay its dirty hands on a static PIC version of libXss
Processing commands for [EMAIL PROTECTED]: retitle 185936 xlibs-pic: licq FTBFSes if it can't lay its dirty hands on a static PIC version of libXss Bug#185936: licq_1.2.4-1(hppa/unstable): FTBFS: non-PIC in shared lib 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)
Bug#206907: xserver-xfree86: hangs on screensaver
On Wed, Aug 27, 2003 at 07:34:55AM +0200, Sven Luther wrote: This don't bring us much, it is hanging in glint_wait, which is a macro waiting for space in the fifo, and since the space never comes, it waits forever. Same diagnostic as before. The pipeline is deadlocked, but i don't know why. Strong suspisions of a hardware problems, the hardware cannot be all that new after all. But maybe there is some behavior that makes this appear more often or something such, i don't know. Overheating of the graphic chip or failing powersupply (either on the board or the agp power lines) might be potential culprits. Well, if it's truly a hardware problem, sure it wouldn't affect just this accleration primitive. David, can you try adding the following to your Screen section in XF86Config-4? Option XaaNoSolidHorVertLine (This is documented in XF86Config-4(5x).) I will try to build the full 4.3.0-0pre1v1 (BTW, why both pre1 and v1, is this not doing double usage) Because it's version 1 of the forthcoming 4.3.0-1 package. -- G. Branden Robinson|I had thought very carefully about Debian GNU/Linux |committing hara-kiri over this, but [EMAIL PROTECTED] |I overslept this morning. http://people.debian.org/~branden/ |-- Toshio Yamaguchi pgpZJ50Bl9io9.pgp Description: PGP signature
Bug#207481: xserver-xfree86: proposed debconf overhaul
#include hallo.h * Branden Robinson [Wed, Aug 27 2003, 06:26:02PM]: Option SWcursor is only needed in a minority of cases as well (and then it's a driver bug which should simply be fixed), but you even want Of course it is a driver but, but not giving it a chance to appear is IMO a better way to go. to make it the default. I smell an inconsistency here. I'd imagine it's pretty simple; Eduard has been personally affected by buiggy hardware cursors, but has never had to use UseFBDev. Exactly. The only case I ever had to use UseFBDev was Rage128 video cards that simple required that option if any kind of framebuffer was enabled. And yes, these experiences are not sufficient for any kind of confidence-intervall in real statistics, but IMO they are (in combination with monitoring _user_ channels and mailing list) good enough to estimate the potential problems of our users. Eduard has a tendency to extrapolate his personal experiences to universal applicability, which is why he accuses other Debian Developers of violating the Social Contract when they don't fix bugs the way he wants them fixed. I see, you do never forget anything. And when you have found something universal to bother your enemy, you use it again and again and again. Reminds me somehow on the tactics that children in the basic school use very often but your age should be behind that. There are several good ideas in the patch, though, and I will incorporate some of them when I rewrite xserver-xfree86.config.in. I hoped this while writting the thing. I did not expect to work together with you (too jerky, too complicated, too depressing) but push the development in the right direction. And if you feel compelled to make jokes about my vocabulary, go ahead, nobody can stop you. Just remember that it is seen as impolite in many parts of the world. MfG, Eduard. -- Wenn die Männer die Schönheit einer Frau mehr schätzen als ihre Intelligenz, so hat das seinen Grund darin, daß es mehr Dummköpfe gibt als Blinde. -- Louise de Vilmorin
Re[5]:
Title: u9KZIx7i without any Debian-x VKo and when it oJgVA CCgw I wish E Debian-x ok deal wubOR
Bug#207481: xserver-xfree86: proposed debconf overhaul
On Wed, Aug 27, 2003 at 08:13:45PM +0200, Eduard Bloch wrote: if /proc mounted: if /proc/fb exists: if(driver-listed-there matches choosen video card): preset use_fbdev to true preset priority to low else preset use_fbdev to false preset priority to medium fi else preset use_fbdev to false preset priority to low fi else preset use_fbdev to false preset priority to medium fi I'll bump all those priorities up one. lowVery trivial items that have defaults that will work in the vast majority of cases; only control freaks see these. medium Normal items that have reasonable defaults. high Items that don't have a reasonable default. Given that UseFBDev just plain doesn't work sometimes (it does not work in the vast majority of cases), the lowest priority we can hope for is medium. However, I intend to continue my recent policy of capping the question priority at medium if there's already a configuration on the system. We'll also need to take these special cases into account: case $FB_TYPE in OFfb|VESA) # generic framebuffer that doesn't support UseFBDev ;; (The case is empty because the default is to not use UseFBDev.) Anyway, thanks for the pseudocode. -- G. Branden Robinson|A committee is a life form with six Debian GNU/Linux |or more legs and no brain. [EMAIL PROTECTED] |-- Robert Heinlein http://people.debian.org/~branden/ | pgpgndlW912Ir.pgp Description: PGP signature
Bug#207575: xserver-xfree86 4.2.1-10 XF86Config-4 and XFree86.0.log error
Package: xserver-xfree86 Version: 4.2.1-10 Aside from all the 4.2.1-10 nonsense with the XF86Config-4 changes (ugg, what a pain) now I'm getting this: Fatal server error: Cannot open log file /var/log/XFree86.0.log When reporting blah blah blah Yes, I've tried 'touch' /var is not full the file is only 25k the permissions are -rw-r--r-- 1 root root I'm using startx to launch the xserver, which is -rwxr-xr-x 1 root root /usr/bin/X11/startx I've tried apt-get remove and used dpkg to install 4.2.1-9, with the same results (but it wrote a XF86Config-4 file , yay) Any help is appreciated, X is dead until someone gives me the cure :/
Bug#207537: xserver-xfree86: autodetection is not used
retitle 207537 xserver-xfree86: want way to override configured debconf values with autodetected ones severity 207537 wishlist thanks On Wed, Aug 27, 2003 at 08:37:08PM +0200, Goswin Brederlow wrote: despite what you told me on irc before ignoring me none of the autodetection works. The reason for this becomes obvious when reading the config script. You only ever run the autodetection on an initial install. What you fail to see is that people upgrading or reconfiguring might still want to use this method. It would also be good to keep the previous selected values of any questions as default (thats rather a must) and to mark the probed values (or mention them in the text) for reference. This is the way the configure script is intended to work. I may change it when I rewrite it. -- G. Branden Robinson| Debian GNU/Linux | De minimis non curat lex. [EMAIL PROTECTED] | http://people.debian.org/~branden/ | pgp9fTOYG0jtJ.pgp Description: PGP signature
X Strike Force SVN commit: rev 450 - trunk/debian
Author: branden Date: 2003-08-27 21:31:07 -0500 (Wed, 27 Aug 2003) New Revision: 450 Modified: trunk/debian/changelog Log: debian/changelog: add more justification for release urgency Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-27 19:33:07 UTC (rev 449) +++ trunk/debian/changelog 2003-08-28 02:31:07 UTC (rev 450) @@ -1,7 +1,8 @@ xfree86 (4.2.1-11) unstable; urgency=medium * urgency set to medium because bug #206790 bites a lot of people (but, -contrary to most submitters' belief, not everyone) +contrary to most submitters' belief, not everyone), and #207305 really +screws people trying to purge xserver-common and xserver-xfree86 * debian/control: add gcc's epoch to versioned Build-Conflict on gcc-3.3 (thanks, James Troup)
Bug#204844: xlibs: libXt.so needs to be built with gcc 3.3.x for HPPA
I have bad news regarding this bug. LaMont and I have worked on this (LaMont did the hard part; I just diagnosed the failures), and determined that it is not possible to straightforwardly binary-NMU xfree86 4.2.1-6 to fix this problem on HPPA. The reason is that at the time 4.2.1-6 was released, the flex in unstable in testing worked with it. But later, a new flex, with a new micro version number but which was incompatible with a lot if existing lex code in the world, was released. This incompatible version of flex has also since propagated to testing. Nowadays, a lot of packages require the flex-old package, and that includes XFree86. XFree86's build-dependencies have since been updated, but that doesn't do much good for xfree86 4.2.1-6. The only way to get a binary-only-NMU at this point is to custom-craft a build environment which is testing in all respects except for its flex package. The flex package from stable should work (2.5.4a-24). Any flex version with 2.5.31 in it is baad news. A source NMU of xfree86 4.2.1-6 to change the build-dependencies would probably be a bad idea -- no other architecture needs its XFree86 rebuilt in testing, and pieces of the toolchain might have propagated into testing since then and without the fixes from later versions, rebuilds of -6 (what would be -6.1) may actually cause regressions. In my opinion, Debian has been doubly boned lately; on the one hand by the Flex upstream which regards incompatibility with widely-used existing lex code as not meriting anything more than a micro version increment, and by GCC upstream, who appear not to regard major regressions as an impediment to a release as long as they don't affect Intel IA-32 family processors. My feeling is that our efforts are best spent on getting a newer 4.2.1 package into testing at this point. However, if someone wants to go to the trouble of crafting a special testing + woody flex environment for HPPA and doing a binary-only NMU targeted at testing, they have my blessing. -- 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/ | pgpgYx2hk7wED.pgp Description: PGP signature
Processed: Re: Bug#207537: xserver-xfree86: autodetection is not used
Processing commands for [EMAIL PROTECTED]: retitle 207537 xserver-xfree86: want way to override configured debconf values with autodetected ones Bug#207537: xserver-xfree86: autodetection is not used Changed Bug title. severity 207537 wishlist Bug#207537: xserver-xfree86: want way to override configured debconf values with autodetected ones Severity set to `wishlist'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#207539: marked as done (Bug report)
Your message dated Wed, 27 Aug 2003 21:12:12 -0500 with message-id [EMAIL PROTECTED] and subject line Bug#207539: Bug report 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; 27 Aug 2003 19:17:14 + From [EMAIL PROTECTED] Wed Aug 27 14:17:10 2003 Return-path: [EMAIL PROTECTED] Received: from tomts17-srv.bellnexxia.net [209.226.175.71] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19s5n4-0008Jj-00; Wed, 27 Aug 2003 14:17:10 -0500 Received: from localhost.localdomain ([64.229.67.34]) by tomts17-srv.bellnexxia.net (InterMail vM.5.01.06.04 201-253-122-130-104-20030726) with ESMTP id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Wed, 27 Aug 2003 15:14:47 -0400 From: John Welland [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug report Date: Wed, 27 Aug 2003 15:15:03 -0400 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Message-Id: [EMAIL PROTECTED] Content-Type: Multipart/Mixed; boundary=Boundary-00=_3HLAYYJJCB62YTEBUWCM Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-2.2 required=4.0 tests=BAYES_20,HAS_PACKAGE,MAILTO_TO_SPAM_ADDR,PENISACCENT, RCVD_IN_NJABL,USER_AGENT_KMAIL version=2.53-bugs.debian.org_2003_8_27 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_27 (1.174.2.15-2003-03-30-exp) --Boundary-00=_3HLAYYJJCB62YTEBUWCM Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Package: Xserver-xfree86=20 Version: 4.1.0.1 My first attempt to install debian in this case 'woody', a re-install pro= duced=20 a=20 similar outcome. =20 The process was successful enough to allow me to sign in at the command = line,=20 I then attempted to start the graphical interface using Startx=20 A message was returned by Xserver-xfree86 Fatal server error no screens found The Graphics card is: Radeon7000Pro AV64S-T Graphics Accelerator I have attached the relevant XFree86 log Using an identical hardware configuration in another partition and Mandra= ke=20 8.0 no problem is encountered. However Xserver is version 4.2.1 and the driver Radeon rather than the M= ach64=20 available in debian=20 I would appreciate any assistance you can provide as I am not competent a= t the=20 command line level. Reguards John Welland --Boundary-00=_3HLAYYJJCB62YTEBUWCM Content-Type: text/x-log; charset=us-ascii; name=XFree86.0.log Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=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: Tue Aug 19 21:57:46 2003 (==) Using config file: /etc/X11/XF86Config-4 Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Generic Monitor (**) | |--Device Generic Video Card (**) |--Input Device Generic Keyboard (**) Option XkbRules xfree86 (**) XKB: rules: xfree86 (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) 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)
X Strike Force SVN commit: rev 451 - trunk/debian
Author: branden Date: 2003-08-27 22:19:37 -0500 (Wed, 27 Aug 2003) New Revision: 451 Modified: trunk/debian/changelog trunk/debian/xserver-common.postrm.in trunk/debian/xserver-xfree86.postrm.in Log: debian/xserver-{common,xfree86}.postrm.in: further robustify purge procedure; don't fail when there are no lines left in the roster file except the name of the package we're purging, and do not let cat spew noise to stderr if the temporary roster file does not get created Modified: trunk/debian/changelog === --- trunk/debian/changelog 2003-08-28 02:31:07 UTC (rev 450) +++ trunk/debian/changelog 2003-08-28 03:19:37 UTC (rev 451) @@ -51,11 +51,15 @@ - debian/local/xvfb-run: implement - debian/local/xvfb-run.1: document - * debian/xserver-{common,xfree86}.postrm.in: fix horrendous paper-bag bug -(failure to give fgrep a file to operate on, causing it to wait forever on -standart input) that prevented xserver-common and xserver-xfree86 from -being able to purge under some circumstances (thanks, Ingo Saitz) -(Closes: #207305) + * debian/xserver-{common,xfree86}.postrm.in: +- fix horrendous paper-bag bug (failure to give fgrep a file to operate + on, causing it to wait forever on standart input) that prevented + xserver-common and xserver-xfree86 from being able to purge under some + circumstances (thanks, Ingo Saitz) (Closes: #207305) +- further robustify purge procedure; don't fail when there are no lines + left in the roster file except the name of the package we're purging, + and do not let cat spew noise to stderr if the temporary roster file + does not get created * debian/po/fr.po: updated French translations (thanks, Christian Perrier) (Closes: #207239) @@ -70,7 +74,7 @@ architectures that don't build the XFree86 X server, like s390; fixes FTBFS on s390) - -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 13:06:44 -0500 + -- Branden Robinson [EMAIL PROTECTED] Wed, 27 Aug 2003 22:16:59 -0500 xfree86 (4.2.1-10) unstable; urgency=medium Modified: trunk/debian/xserver-common.postrm.in === --- trunk/debian/xserver-common.postrm.in 2003-08-28 02:31:07 UTC (rev 450) +++ trunk/debian/xserver-common.postrm.in 2003-08-28 03:19:37 UTC (rev 451) @@ -32,11 +32,12 @@ if [ -e $XWRAPPER_CONFIG_ROSTER ]; then # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $XWRAPPER_CONFIG_ROSTER; then - # construct temporary roster file with our package name removed + # construct temporary roster file with our package name removed, ignoring + # failure fgrep -vx $THIS_PACKAGE $XWRAPPER_CONFIG_ROSTER \ -$XWRAPPER_CONFIG_ROSTER.dpkg-tmp +$XWRAPPER_CONFIG_ROSTER.dpkg-tmp || true # is there anything left? - if [ -n $(cat $XWRAPPER_CONFIG_ROSTER.dpkg-tmp) ]; then + if [ -n $(cat $XWRAPPER_CONFIG_ROSTER.dpkg-tmp 2 /dev/null) ]; then # yes, replace the roster file mv $XWRAPPER_CONFIG_ROSTER.dpkg-tmp $XWRAPPER_CONFIG_ROSTER else Modified: trunk/debian/xserver-xfree86.postrm.in === --- trunk/debian/xserver-xfree86.postrm.in 2003-08-28 02:31:07 UTC (rev 450) +++ trunk/debian/xserver-xfree86.postrm.in 2003-08-28 03:19:37 UTC (rev 451) @@ -29,11 +29,12 @@ if [ -e $SERVER_SYMLINK_ROSTER ]; then # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $SERVER_SYMLINK_ROSTER; then - # construct temporary roster file with our package name removed + # construct temporary roster file with our package name removed, ignoring + # failure fgrep -vx $THIS_PACKAGE $SERVER_SYMLINK_ROSTER \ -$SERVER_SYMLINK_ROSTER.dpkg-tmp +$SERVER_SYMLINK_ROSTER.dpkg-tmp || true # is there anything left? - if [ -n $(cat $SERVER_SYMLINK_ROSTER.dpkg-tmp) ]; then + if [ -n $(cat $SERVER_SYMLINK_ROSTER.dpkg-tmp 2 /dev/null) ]; then # yes, replace the roster file mv $SERVER_SYMLINK_ROSTER.dpkg-tmp $SERVER_SYMLINK_ROSTER else @@ -64,11 +65,12 @@ if [ -e $XF86CONFIG_ROSTER ]; then # check existing roster file for our package name if fgrep -qx $THIS_PACKAGE $XF86CONFIG_ROSTER; then - # construct temporary roster file with our package name removed + # construct temporary roster file with our package name removed, ignoring + # failure fgrep -vx $THIS_PACKAGE $XF86CONFIG_ROSTER \ -$XF86CONFIG_ROSTER.dpkg-tmp +$XF86CONFIG_ROSTER.dpkg-tmp || true # is there anything left? - if [ -n $(cat $XF86CONFIG_ROSTER.dpkg-tmp) ]; then + if [ -n $(cat $XF86CONFIG_ROSTER.dpkg-tmp 2 /dev/null) ]; then # yes, replace the roster file mv
Processed: Re: Bug#207575: xserver-xfree86 4.2.1-10 XF86Config-4 and XFree86.0.log error
Processing commands for [EMAIL PROTECTED]: retitle 207575 xserver-xfree86: X server cannot open log file Bug#207575: xserver-xfree86 4.2.1-10 XF86Config-4 and XFree86.0.log error Changed Bug title. tag 207575 + moreinfo Bug#207575: xserver-xfree86: X server cannot open log file There were no tags set. Tags added: moreinfo thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#199715: marked as done ([xdm]: 4.1.x makes ia64 go boom)
Your message dated Wed, 27 Aug 2003 21:52:12 -0500 with message-id [EMAIL PROTECTED] and subject line [xdm]: 4.1.x makes ia64 go boom 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; 2 Jul 2003 18:15:36 + From [EMAIL PROTECTED] Wed Jul 02 13:15:23 2003 Return-path: [EMAIL PROTECTED] Received: from atlrel7.hp.com [156.153.255.213] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19Xm8Z-0002Yr-00; Wed, 02 Jul 2003 13:15:23 -0500 Received: from linuxtest (linuxtest.fc.hp.com [15.1.50.9]) by atlrel7.hp.com (Postfix) with ESMTP id 586031C00B76 for [EMAIL PROTECTED]; Wed, 2 Jul 2003 14:15:23 -0400 (EDT) Received: by linuxtest (Postfix, from userid 20325) id 0C378EAE55; Wed, 2 Jul 2003 12:15:23 -0600 (MDT) To: [EMAIL PROTECTED] Message-Id: [EMAIL PROTECTED] Date: Wed, 2 Jul 2003 12:15:23 -0600 (MDT) From: [EMAIL PROTECTED] (Dayne Medlyn) Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_01,HAS_PACKAGE version=2.53-bugs.debian.org_2003_06_27 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_27 (1.174.2.15-2003-03-30-exp) Subject: xdm crashes system on IA64 Package: xdm Version: 4.1.0-16 Severity: grave Tags: woody I did a base install on a HP zx2000 with the addition of X11 only. Each time xdm starts the box crashes. I did not see this issue filed in the database. I believe this is an issue with using /dev/mem, rather then /dev/urandom, to seed the random number generator. It appears to be fixed in SID. -- System Information Debian Release: 3.0 Architecture: ia64 Kernel: Linux garfield 2.4.19-itanium-smp #1 SMP Wed Oct 23 20:05:46 MDT 2002 ia64 Locale: LANG=C, LC_CTYPE=C Versions of packages xdm depends on: ii cpp 2:2.96-16 The GNU C preprocessor. ii debconf 1.0.32 Debian configuration management sy ii libc6.1 2.2.5-11.2 GNU C Library: Shared libraries an ii libpam0g 0.72-35Pluggable Authentication Modules l ii libxaw7 4.1.0-16 X Athena widget set library ii xbase-clients 4.1.0-16 miscellaneous X clients ii xlibs 4.1.0-16 X Window System client libraries --- Received: (at 199715-done) by bugs.debian.org; 28 Aug 2003 02:52:16 + From [EMAIL PROTECTED] Wed Aug 27 21:52:13 2003 Return-path: [EMAIL PROTECTED] Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19sCtR-0005xf-00; Wed, 27 Aug 2003 21:52:13 -0500 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id A87B4640E7; Wed, 27 Aug 2003 21:52:12 -0500 (EST) Date: Wed, 27 Aug 2003 21:52:12 -0500 From: Branden Robinson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: [xdm]: 4.1.x makes ia64 go boom Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol=application/pgp-signature; boundary=eRtJSFbw+EEWtPj3 Content-Disposition: inline User-Agent: Mutt/1.5.4i Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-9.3 required=4.0 tests=BAYES_20,PGP_SIGNATURE_2,USER_AGENT_MUTT version=2.53-bugs.debian.org_2003_8_27 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_27 (1.174.2.15-2003-03-30-exp) --eRtJSFbw+EEWtPj3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable This bug was fixed way back in xfree86 4.2.1-4: xfree86 (4.2.1-4) unstable; urgency=3Dlow [...] * patch #091: new; drop the sumFile() function from xdm's genauth.c file, define DEV_RANDOM for Linux and the Hurd, and change the meaning of the randomFile resource to indicate the file that should be opened for the reading of entropy. The default random file on Linux and the Hurd is /dev/random; on NetBSD it remains /dev/urandom per the existing XFree86 code. Twinks who don't want xdm draining their entropy pool can edit /etc/X11/xdm/xdm-config and set DisplayManager.randomFile to /dev/ze= ro if they want. Anyway, this fixes a bug with xdm causing machine checks= on some architectures when reading a lot of data from /dev/mem. (Closes: #107311) [...] -- Branden Robinson [EMAIL
Bug#207543: xserver-xfree86: prefBusID patch to select prefered PCI bus id
On Wed, Aug 27, 2003 at 09:57:20PM +0200, Andreas Schuldei wrote: this patch makes it possibel to select which busid the xserver should operate on. this is handy if two or more graphic cards in a box run independent xservers and need to reset the card independently from the other xserver. this patch features the requested clean up configuration interface via the XF86Config file. then one can write stuff like this in ones config: Thanks for submitting this enhanced patch. I have another question. What does it mean to prefer the specified bus ID? Will the X server ignore the supplied value, or reset a video card on a different bus, under any circumstances? I need to know these things to write patches to the upstream documentation, which were not supplied in your diff. -- G. Branden Robinson| If God had intended for man to go Debian GNU/Linux | about naked, we would have been [EMAIL PROTECTED] | born that way. http://people.debian.org/~branden/ | pgpSDHUrn3AlE.pgp Description: PGP signature