Processed: Re: Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
Processing commands for [EMAIL PROTECTED]: tag 234066 - help Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file with single-head config on Radeon Mobility M6 LY rev 0 Tags were: help upstream Tags removed: help thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
On Mon, Mar 15, 2004 at 07:29:58PM +0100, Michel Dänzer wrote: On Mon, 2004-03-15 at 06:18, Luke Schierer wrote: yay! you rock! that works. thank you very much :-) Glad it's working. I defer to yours and Branden's judgement on how to proceed with this bug. I think it can probably be closed, but I'd like to do so with a coherent summary of what the problem was, because I've gotten a bit lost in all the discussion and with the various blind alleys we've been down with this bug. I'd like to see something of the form: PROBLEM: My video card hooked up to a monitor didn't foo. SOLUTION: The radeon driver barred. The default is to quux, so you have to put the line Option MonitorLayout CRT,NONE in the Device Section of your XF86Config-4 file to tell the driver to blerg instead of quuxing. Can you guys fill in the blanks, please? I'm thinking Mr. Schierer can better fill in the problem statement, and Mr. Dänzer the solution. -- G. Branden Robinson|I've made up my mind. Don't try to Debian GNU/Linux |confuse me with the facts. [EMAIL PROTECTED] |-- Indiana Senator Earl Landgrebe http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
On Tue, 2004-03-16 at 10:59, Branden Robinson wrote: On Mon, Mar 15, 2004 at 07:29:58PM +0100, Michel Dänzer wrote: On Mon, 2004-03-15 at 06:18, Luke Schierer wrote: yay! you rock! that works. thank you very much :-) Glad it's working. I defer to yours and Branden's judgement on how to proceed with this bug. I think it can probably be closed, but I'd like to do so with a coherent summary of what the problem was, because I've gotten a bit lost in all the discussion and with the various blind alleys we've been down with this bug. The radeon driver incorrectly detected two monitors, so the Monitor Section didn't apply to the single connected monitor as expected. The workaround is to override the monitor detection with Option MonitorLayout. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
my ati radeon Mobility M6 LY rev 0 card hooked up to a single Gateway EV500 did not pay attention to the horizontal and vertical sync rates specified in the XF86Config-4 file resulting in its defaulting to a very low resolution. This appears to have happened because it defaulted to thinking there were two monitors. The solution was to add the line Option MonitorLayout CRT,NONE in the Device Section of your XF86Config-4 file to tell the driver to force it to expect only one monitor and react accordingly. On Tue, Mar 16, 2004 at 04:59:40AM -0500, Branden Robinson wrote: On Mon, Mar 15, 2004 at 07:29:58PM +0100, Michel D?nzer wrote: On Mon, 2004-03-15 at 06:18, Luke Schierer wrote: yay! you rock! that works. thank you very much :-) Glad it's working. I defer to yours and Branden's judgement on how to proceed with this bug. I think it can probably be closed, but I'd like to do so with a coherent summary of what the problem was, because I've gotten a bit lost in all the discussion and with the various blind alleys we've been down with this bug. I'd like to see something of the form: PROBLEM: My video card hooked up to a monitor didn't foo. SOLUTION: The radeon driver barred. The default is to quux, so you have to put the line Option MonitorLayout CRT,NONE in the Device Section of your XF86Config-4 file to tell the driver to blerg instead of quuxing. Can you guys fill in the blanks, please? I'm thinking Mr. Schierer can better fill in the problem statement, and Mr. D?nzer the solution. -- G. Branden Robinson|I've made up my mind. Don't try to Debian GNU/Linux |confuse me with the facts. [EMAIL PROTECTED] |-- Indiana Senator Earl Landgrebe http://people.debian.org/~branden/ | -- -This email is made of 100% recycled electrons.
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
On Mon, 2004-03-15 at 06:18, Luke Schierer wrote: yay! you rock! that works. thank you very much :-) Glad it's working. I defer to yours and Branden's judgement on how to proceed with this bug. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
On Sun, 2004-03-14 at 06:30, Luke Schierer wrote: No, it is not correct. I only have a single monitor. Try Option MonitorLayout CRT,NONE then. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
yay! you rock! that works. thank you very much :-) luke On Sun, Mar 14, 2004 at 12:45:11PM +0100, Michel D?nzer wrote: On Sun, 2004-03-14 at 06:30, Luke Schierer wrote: No, it is not correct. I only have a single monitor. Try Option MonitorLayout CRT,NONE then. -- Earthling Michel D??nzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer -- -This email is made of 100% recycled electrons.
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
Any news on this bug? I've seen a few updates to this package, but nothing that helps me. I'm looking at downgrading my xserver to the version from testing because after having to restart my computer with a power failure, this verion of x is less than truely usable. luke -- -This email is made of 100% recycled electrons.
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
On Sat, 2004-03-13 at 19:14, Luke Schierer wrote: Any news on this bug? I've seen a few updates to this package, but nothing that helps me. I'm looking at downgrading my xserver to the version from testing because after having to restart my computer with a power failure, this verion of x is less than truely usable. Looks similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=233924 to me; the driver detects two monitors, is that correct? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
No, it is not correct. I only have a single monitor. luke On Sun, Mar 14, 2004 at 01:35:20AM +0100, Michel D?nzer wrote: On Sat, 2004-03-13 at 19:14, Luke Schierer wrote: Any news on this bug? I've seen a few updates to this package, but nothing that helps me. I'm looking at downgrading my xserver to the version from testing because after having to restart my computer with a power failure, this verion of x is less than truely usable. Looks similar to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=233924 to me; the driver detects two monitors, is that correct? -- Earthling Michel D??nzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer -- -This email is made of 100% recycled electrons.
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
unmerge 234066 retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file with single-head config on Radeon Mobility M6 LY rev 0 reopen 234066 tag 234066 + help thanks On Wed, Feb 25, 2004 at 12:36:30AM -0500, Luke Schierer wrote: Um, i really really don't like this as you merged it into a closed bug, and my problem isn't fixed at all. that bug got fixed by changing to use clone lines, but would that apply to me, with my single monitor system? Sorry; I did not understand that you were using a single-head setup. Reopening and unmerging. -- G. Branden Robinson|One man's theology is another man's Debian GNU/Linux |belly laugh. [EMAIL PROTECTED] |-- Robert Heinlein http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file on secondary head of Radeon Mobility M6 LY rev 0 close 234066 tag 234066 - help merge 234066 233924 thanks This bug is a duplicate of #233924, and I am closing it. Please see URL: http://bugs.debian.org/233924 for the resolution of this problem. -- G. Branden Robinson| The noble soul has reverence for Debian GNU/Linux | itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Processed: Re: Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
Processing commands for [EMAIL PROTECTED]: retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file on secondary head of Radeon Mobility M6 LY rev 0 Bug#234066: xserver-xfree86: [ati/radeon] driver ignoring configured HorizSync and VertRefresh on Radeon RV100 QY [Radeon 7000/VE] rev 0 Changed Bug title. close 234066 Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file on secondary head of Radeon Mobility M6 LY rev 0 'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing. Bug closed, send any further explanations to Luke Schierer [EMAIL PROTECTED] tag 234066 - help Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file on secondary head of Radeon Mobility M6 LY rev 0 Tags were: help upstream Tags removed: help merge 234066 233924 Bug#233924: xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file on secondary head of Radeon Mobility M6 LY rev 0 Bug#234066: xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file on secondary head of Radeon Mobility M6 LY rev 0 Merged 233924 234066. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
Um, i really really don't like this as you merged it into a closed bug, and my problem isn't fixed at all. that bug got fixed by changing to use clone lines, but would that apply to me, with my single monitor system? luke On Tue, Feb 24, 2004 at 06:30:55PM -0500, Branden Robinson wrote: retitle 234066 xserver-xfree86: [ati/radeon] driver ignores HorizSync and VertRefresh settings from XF86Config-4 file on secondary head of Radeon Mobility M6 LY rev 0 close 234066 tag 234066 - help merge 234066 233924 thanks This bug is a duplicate of #233924, and I am closing it. Please see URL: http://bugs.debian.org/233924 for the resolution of this problem. -- G. Branden Robinson| The noble soul has reverence for Debian GNU/Linux | itself. [EMAIL PROTECTED] | -- Friedrich Nietzsche http://people.debian.org/~branden/ | -- -This email is made of 100% recycled electrons.
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
On Mon, Feb 23, 2004 at 12:38:01AM -0500, Luke Schierer wrote: no i did not notice that particular entry, it does not however help. I do not seem to have a XF86Config-4.dpkg-old file to revert to, so if I'm reading that right, i'm just sol, and i'd have to uninstall and reinstall xserver-xfree86 (and everything that depends on it) to get debconf to manage it again? if that's the case, that sounds like a bug in and of itself. No, things aren't that bad; please see the FAQ. See the Debian X FAQ at http://people.debian.org/~branden/xsf/FAQ or in the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is complete for more information on the Debian XFree86 packages' new method of handling these configuration files. -- G. Branden Robinson| Don't ask the barber whether you Debian GNU/Linux | need a haircut. [EMAIL PROTECTED] | -- Daniel S. Greenberg http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
Okay, so now I have my XF86Config-4 automatically managed again, and it still hasn't solved the root problem: I only looked at having it re-written thinking something had changed and that re-writting it from the config would get it so that i can control my resolution again. With the config file as pasted in my first report by reportbug, I have a desktop that is 209 characters wide in a very small font, I'm not sure which of the following resolutions I'm running as I know I've hit control-alt-- or control-alt-+ at least once: 1600x1200 1280x1024 1280x960 1152x864. however, with either that config file or the one that dpkg-reconfigure is now generating both with and without using the kernel frame buffer device (not sure if that is relevent), I'm getting a desktop which is about 227 characters wide, but which i can only see approx 88 of them at a time. pressing control-alt-- and control-alt-+ do not have any visisble affect on the size of the windows (gkrellm, the aterm i'd opened to measure the size with, and the few dock apps that start do not change apparance). I do not see anything in the faq you have pasted the url to below about this. It covers things for nvidia drivers and another kind, m something, neither of which I'm using, but nothing about the ati drivers that you all provide. luke On Mon, Feb 23, 2004 at 02:55:41AM -0500, Branden Robinson wrote: On Mon, Feb 23, 2004 at 12:38:01AM -0500, Luke Schierer wrote: no i did not notice that particular entry, it does not however help. I do not seem to have a XF86Config-4.dpkg-old file to revert to, so if I'm reading that right, i'm just sol, and i'd have to uninstall and reinstall xserver-xfree86 (and everything that depends on it) to get debconf to manage it again? if that's the case, that sounds like a bug in and of itself. No, things aren't that bad; please see the FAQ. See the Debian X FAQ at http://people.debian.org/~branden/xsf/FAQ or in the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is complete for more information on the Debian XFree86 packages' new method of handling these configuration files. -- G. Branden Robinson| Don't ask the barber whether you Debian GNU/Linux | need a haircut. [EMAIL PROTECTED] | -- Daniel S. Greenberg http://people.debian.org/~branden/ | -- -This email is made of 100% recycled electrons.
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
On Mon, Feb 23, 2004 at 07:49:38AM -0500, Luke Schierer wrote: Okay, so now I have my XF86Config-4 automatically managed again, and it still hasn't solved the root problem: I only looked at having it re-written thinking something had changed and that re-writting it from the config would get it so that i can control my resolution again. With the config file as pasted in my first report by reportbug, I have a desktop that is 209 characters wide in a very small font, I'm not sure which of the following resolutions I'm running as I know I've hit control-alt-- or control-alt-+ at least once: 1600x1200 1280x1024 1280x960 1152x864. however, with either that config file or the one that dpkg-reconfigure is now generating both with and without using the kernel frame buffer device (not sure if that is relevent), I'm getting a desktop which is about 227 characters wide, but which i can only see approx 88 of them at a time. pressing control-alt-- and control-alt-+ do not have any visisble affect on the size of the windows (gkrellm, the aterm i'd opened to measure the size with, and the few dock apps that start do not change apparance). I do not see anything in the faq you have pasted the url to below about this. It covers things for nvidia drivers and another kind, m something, neither of which I'm using, but nothing about the ati drivers that you all provide. Okay, now would be a good time to send along the XFree86.0.log file you deleted from your original report. Please mail it to [EMAIL PROTECTED]. -- G. Branden Robinson|For every credibility gap, there is Debian GNU/Linux |a gullibility fill. [EMAIL PROTECTED] |-- Richard Clopton http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
here you go. I'm sending XFree86.1.log as its top lines talk about 4.3.0.1 while the top lines of the .0.log are the 4.2 that i've refrained from exiting while this problem remains unsolved. luke On Mon, Feb 23, 2004 at 11:15:13AM -0500, Branden Robinson wrote: On Mon, Feb 23, 2004 at 07:49:38AM -0500, Luke Schierer wrote: Okay, so now I have my XF86Config-4 automatically managed again, and it still hasn't solved the root problem: I only looked at having it re-written thinking something had changed and that re-writting it from the config would get it so that i can control my resolution again. With the config file as pasted in my first report by reportbug, I have a desktop that is 209 characters wide in a very small font, I'm not sure which of the following resolutions I'm running as I know I've hit control-alt-- or control-alt-+ at least once: 1600x1200 1280x1024 1280x960 1152x864. however, with either that config file or the one that dpkg-reconfigure is now generating both with and without using the kernel frame buffer device (not sure if that is relevent), I'm getting a desktop which is about 227 characters wide, but which i can only see approx 88 of them at a time. pressing control-alt-- and control-alt-+ do not have any visisble affect on the size of the windows (gkrellm, the aterm i'd opened to measure the size with, and the few dock apps that start do not change apparance). I do not see anything in the faq you have pasted the url to below about this. It covers things for nvidia drivers and another kind, m something, neither of which I'm using, but nothing about the ati drivers that you all provide. Okay, now would be a good time to send along the XFree86.0.log file you deleted from your original report. Please mail it to [EMAIL PROTECTED]. -- G. Branden Robinson|For every credibility gap, there is Debian GNU/Linux |a gullibility fill. [EMAIL PROTECTED] |-- Richard Clopton http://people.debian.org/~branden/ | -- -This email is made of 100% recycled electrons. 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.3.0.1 (Debian 4.3.0-2 20040218145349 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.23-1-k7 i686 [ELF] Build Date: 18 February 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.4.18-bf2.4-xfs ([EMAIL PROTECTED]) (gcc version 2.95.4 20011002 (Debian prerelease)) #1 Son Jul 14 09:40:39 CEST 2002 T Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/XFree86.1.log, Time: Mon Feb 23 07:38:33 2004 (==) Using config file: /etc/X11/XF86Config-4 (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Xdebc Monitor (**) | |--Device ATI Technologies, Inc. Radeon VE [QY] (**) |--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. (WW) The directory /usr/lib/X11/fonts/CID 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 8 (II) Open APM successful (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (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.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor=The XFree86 Project
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
On Sat, Feb 21, 2004 at 12:22:54PM -0500, Luke Schierer wrote: Package: xserver-xfree86 Version: 4.3.0-2 Severity: important reportbug seems to have grabed more information than I know what is, hopefully its stuff you all want it to be grabbing. I'm sorry for the resulting size of the email. specifically i want to draw something to your attention: my XF86Config-4 file doesn't match the debconf settings. this is because when I found X wasn't matching the config after the upgrade to 4.3, i tried to reconfigure the package, and it didn't re-write the file, even when i tried moving it out of the way first. Have you read the NEWS item about the change to config file handling? xfree86 (4.2.1-11) unstable; urgency=medium * The following configuration files use a new, MD5-checksum-based method of management: - /etc/X11/X - /etc/X11/XF86Config-4 - /etc/X11/Xwrapper.config This new method attempts to detect changes to these files, and if they are modified by the user, the files will be ignored by the packaging system henceforth. The debconf region markers (e.g. ### BEGIN DEBCONF SECTION) formerly used in Xwrapper.config and XF86Config-4 are no longer used, are disregarded if present, and will not be newly written. The debconf templates in the xserver-common, xserver-xfree86, and xserver-xfree86-dbg packages (the latter shares all of its templates with xserver-xfree86) having to do with whether or not files on the disk should be overwritten have been removed, and are unregistered in the new packages' pre-installation scripts. In the event that you have customized these configuration files, and have neglected both to correct debconf's notion of whether it should manage those files, and (in the case of Xwrapper.config and XF86Config-4) have not removed the debconf region markers before upgrading to xfree86 4.2.1-10 or later, backups are made and stored in the same directory, with the suffix .dpkg-old. See the Debian X FAQ at http://people.debian.org/~branden/xsf/FAQ or in the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is complete for more information on the Debian XFree86 packages' new method of handling these configuration files. -- Branden Robinson [EMAIL PROTECTED] Sun, 24 Aug 2003 15:07:11 -0500 -- G. Branden Robinson|A celibate clergy is an especially Debian GNU/Linux |good idea, because it tends to [EMAIL PROTECTED] |suppress any hereditary propensity http://people.debian.org/~branden/ |toward fanaticism.-- Carl Sagan signature.asc Description: Digital signature
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
no i did not notice that particular entry, it does not however help. I do not seem to have a XF86Config-4.dpkg-old file to revert to, so if I'm reading that right, i'm just sol, and i'd have to uninstall and reinstall xserver-xfree86 (and everything that depends on it) to get debconf to manage it again? if that's the case, that sounds like a bug in and of itself. luke On Sun, Feb 22, 2004 at 02:08:32AM -0500, Branden Robinson wrote: On Sat, Feb 21, 2004 at 12:22:54PM -0500, Luke Schierer wrote: Package: xserver-xfree86 Version: 4.3.0-2 Severity: important reportbug seems to have grabed more information than I know what is, hopefully its stuff you all want it to be grabbing. I'm sorry for the resulting size of the email. specifically i want to draw something to your attention: my XF86Config-4 file doesn't match the debconf settings. this is because when I found X wasn't matching the config after the upgrade to 4.3, i tried to reconfigure the package, and it didn't re-write the file, even when i tried moving it out of the way first. Have you read the NEWS item about the change to config file handling? xfree86 (4.2.1-11) unstable; urgency=medium * The following configuration files use a new, MD5-checksum-based method of management: - /etc/X11/X - /etc/X11/XF86Config-4 - /etc/X11/Xwrapper.config This new method attempts to detect changes to these files, and if they are modified by the user, the files will be ignored by the packaging system henceforth. The debconf region markers (e.g. ### BEGIN DEBCONF SECTION) formerly used in Xwrapper.config and XF86Config-4 are no longer used, are disregarded if present, and will not be newly written. The debconf templates in the xserver-common, xserver-xfree86, and xserver-xfree86-dbg packages (the latter shares all of its templates with xserver-xfree86) having to do with whether or not files on the disk should be overwritten have been removed, and are unregistered in the new packages' pre-installation scripts. In the event that you have customized these configuration files, and have neglected both to correct debconf's notion of whether it should manage those files, and (in the case of Xwrapper.config and XF86Config-4) have not removed the debconf region markers before upgrading to xfree86 4.2.1-10 or later, backups are made and stored in the same directory, with the suffix .dpkg-old. See the Debian X FAQ at http://people.debian.org/~branden/xsf/FAQ or in the file /usr/share/doc/xfree86-common/FAQ.gz after this upgrade is complete for more information on the Debian XFree86 packages' new method of handling these configuration files. -- Branden Robinson [EMAIL PROTECTED] Sun, 24 Aug 2003 15:07:11 -0500 -- G. Branden Robinson|A celibate clergy is an especially Debian GNU/Linux |good idea, because it tends to [EMAIL PROTECTED] |suppress any hereditary propensity http://people.debian.org/~branden/ |toward fanaticism.-- Carl Sagan -- -This email is made of 100% recycled electrons.
Bug#234066: xserver-xfree86: XF86Config-4 file not being used correctly
Package: xserver-xfree86 Version: 4.3.0-2 Severity: important reportbug seems to have grabed more information than I know what is, hopefully its stuff you all want it to be grabbing. I'm sorry for the resulting size of the email. specifically i want to draw something to your attention: my XF86Config-4 file doesn't match the debconf settings. this is because when I found X wasn't matching the config after the upgrade to 4.3, i tried to reconfigure the package, and it didn't re-write the file, even when i tried moving it out of the way first. secondly, using the XF86Config-4 file below, when I start X with startx -- :1 since i have not shut down the X session i'm currently running from before the upgrade (thankfully), it doesn't work right. instead of showing any of the resolutions listed below as available in a recognizable way, it shows something that looks rather like 640x480 except that if the mose hits the edge of the screen it scrolls. Pressing control-alt-+ and control-alt-- do not have any noticable affect. nor does changing the default color depth in the file, except that if i comment out the section for that color depth, i can change the behavior such that it will realize there are no available screens. This makes the package almost entirely unusable for me, since if i were to restart, I'd loose the ability to set my resolution to anything better. -- Package-specific info: 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE] 01:00.0 Class 0300: 1002:5159 ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type man XF86Config-4 at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the ### BEGIN DEBCONF SECTION line above, and/or after the # ### END DEBCONF SECTION line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file? in /usr/share/doc/xfree86-common/FAQ.gz. Section Files FontPath/usr/lib/X11/fonts/TrueType FontPathunix/:7100# local font server FontPathunix/:7101# local font server FontPathunix/:7102 # if the local font server has problems, we can fall back on these FontPath/usr/lib/X11/fonts/Type1 FontPath/usr/lib/X11/fonts/CID FontPath/usr/lib/X11/fonts/Speedo FontPath/usr/lib/X11/fonts/misc FontPath/usr/lib/X11/fonts/cyrillic FontPath/usr/lib/X11/fonts/100dpi FontPath/usr/lib/X11/fonts/75dpi FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID FontPath/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType EndSection Section Module LoadGLcore Loadbitmap Loaddbe Loadddc Loaddri Loadextmod Loadfreetype Loadglx Loadint10 Loadrecord Loadspeedo Loadtype1 Loadvbe EndSection Section InputDevice Identifier Generic Keyboard Driver keyboard Option CoreKeyboard Option XkbRules xfree86 Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse Option CorePointer Option Device/dev/psaux Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section InputDevice Identifier Generic Mouse Driver mouse Option SendCoreEventstrue Option Device/dev/input/mice Option Protocol ImPS/2 Option ZAxisMapping 4 5 EndSection Section Device Identifier ATI Radeon 7000 Driver ati EndSection Section Monitor Identifier Generic Monitor HorizSync 30-68 VertRefresh 50-85 Option DPMS EndSection Section Screen Identifier Default Screen Device ATI Radeon 7000 Monitor Generic Monitor DefaultDepth24 SubSection Display Depth 1 Modes 1600x1200 1280x1024 1280x960 1152x864 EndSubSection SubSection Display Depth 4 Modes 1600x1200 1280x1024 1280x960 1152x864