Bug#640274: [bugfix] xserver-xorg-core make X crash when opening X apps
Julien wrote: > We don't support the closed nvidia driver, sorry. It's not a bug in the closed nvidia driver, sorry. http://lists.x.org/archives/xorg-devel/2011-September/025062.html Cheers, -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20082.1094.880494.6...@aiuole.stru.polimi.it
Bug#531797: request for more information
sean finney writes:
> right. i suspect that the problem is not in the compiz binary but
> one the libraries or plugins shipped in compiz (most likely
> libcompizconfig, which is linked to by both compiz.real and ccsm)
right.
> > > what window manager are you using? it could be that the problem only
> > > asserts itself in non-gnome installations.
> >
> > compiz, isnt't it a window manager? in alternative to compiz i use
> > {,v}twm --- i cannot say that i have no gnome on my pc, but i'd prefer
> > not to
> >
> > that said, if all else fails, i can install compiz, with all of its
> > gnome dependencies
>
> sorry, i kinda blurred what i meant: s/window manager/desktop
> environment/.
no desktop environments here, only a plain window manager + screenlets
> in other words, what do you choose when you log in on your system
> before you start compiz? are you starting vtwm and then compiz via
> an .xinitrc, or...?
i start either compiz or vtwm (or twm, or gwm, etc) from the console
command line, using a set of aliases that expand to something like
% startx ~/.xsession.windowmanager > .xsession.errors 2>&1 &
> > | #10 0xb65c055d in ?? () from /usr/lib/libcompizconfig.so.0
>
> okay, so the first relevant stack frame seems to come from
> libcompizconfig. i'll see about providing a debug version of this
> library. it might also be helpful to get a copy of the actual core
> file, though there are privacy implications as environment
> variables and memory contents might be stored in this file so you
> probably shouldn't post it publically. do you think you could
> privately email me a copy of one of them?
Sean, i don't know if this is relevant, but i have not a
~/.config/compiz/ directory (erased by error), is it possible that
libcompizconfig chokes on that? but then, it is the case of each new
user, isn't it?
ciao
g
--
"Lord, what fools these mortals be!"
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531797: request for more information
sean finney writes:
> round two :)
first of all, i have to ask if you have seen my bug report against
ccsm
also ccsm dumps core on me, with the same error message, and if i hand
start compiz.real without invoking the configuration plugin, compiz
starts ok (but it doesn't do anything valuable thereafter)
now, it's time to answer your questions...
> sudo apt-get install apt-show-versions
> apt-show-versions -b | grep -v -E '/sid|/squeeze|/testing|/unstable'
,[ apt-show-versions -b | grep -v -E '/sid|/squeeze|/testing|/unstable ]
| googleearth 5.0.11337.1968+0.5.4-1 installed: No available version in archive
| libgnome-desktop-2/unknown
| libvolume-id0/unknown
| linux-headers-2.6.26-1-686/unknown
| linux-headers-2.6.26-1-common/unknown
| linux-image-2.6.26-1-686/unknown
`
libgnome-desktop-2 seems suspicious, so i have already removed that
package, installing libgnome-desktop-2-11 --- alas, compiz.real dumps
always core
> > | /usr/lib/3dnow/atlas
> > | /usr/lib/3dnow
> > | /usr/lib/atlas
>
> i don't have these,
linear algebra, debian itself modifies ld.conf
>
> > ,[ sudo updatedb && locate libcompizconfig.so | xargs ldd ]
> > | /usr/lib/libcompizconfig.so.0:
>
>
> how about this one?
>
> ldd `which compiz.real`
,[ ldd /usr/bin/compiz.real ]
| linux-gate.so.1 => (0xb7f4b000)
| libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0xb7f35000)
| libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb7f32000)
| libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb7f2c000)
| libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb7f25000)
| libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb7f22000)
| libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb7f19000)
| libICE.so.6 => /usr/lib/libICE.so.6 (0xb7f01000)
| libSM.so.6 => /usr/lib/libSM.so.6 (0xb7ef9000)
| libxslt.so.1 => /usr/lib/libxslt.so.1 (0xb7ec2000)
| libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7d88000)
| libstartup-notification-1.so.0 =>
/usr/lib/libstartup-notification-1.so.0 (0xb7d8)
| libGL.so.1 => /usr/lib/libGL.so.1 (0xb7cc6000)
| libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7ca)
| libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7b3f000)
| libX11.so.6 => /usr/lib/libX11.so.6 (0xb7a21000)
| libXext.so.6 => /usr/lib/libXext.so.6 (0xb7a13000)
| libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7a0f000)
| libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7a06000)
| libuuid.so.1 => /lib/libuuid.so.1 (0xb7a02000)
| libz.so.1 => /usr/lib/libz.so.1 (0xb79ec000)
| libxcb-aux.so.0 => /usr/lib/libxcb-aux.so.0 (0xb79e9000)
| libxcb-event.so.1 => /usr/lib/libxcb-event.so.1 (0xb79e6000)
| libxcb-atom.so.1 => /usr/lib/libxcb-atom.so.1 (0xb79e2000)
| libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb79c9000)
| libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0xb6ab)
| libnvidia-tls.so.1 => /usr/lib/tls/libnvidia-tls.so.1 (0xb6aae000)
| /lib/ld-linux.so.2 (0xb7f4c000)
| libXau.so.6 => /usr/lib/libXau.so.6 (0xb6aab000)
| libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb6aa6000)
`
> these are the only differences to my system:
>
> > | pn compiz (no
> > description available)
> > | pn compiz-gnome (no
> > description available)
> > | pn compizconfig-backend-gconf (no
> > description available)
>
> what window manager are you using? it could be that the problem only
> asserts itself in non-gnome installations.
compiz, isnt't it a window manager? in alternative to compiz i use
{,v}twm --- i cannot say that i have no gnome on my pc, but i'd prefer
not to
that said, if all else fails, i can install compiz, with all of its
gnome dependencies
> one last question. when you get the error:
>
> terminate called after throwing an instance of 'std::logic_error'
> what(): basic_string::_S_construct NULL not valid
>
> is it followed by an abort?
yes
> echo bt | gdb /usr/bin/compiz.real core
>
> it may be the case that we will need debugging symbols available to read
> the backtrace. if so i'll provide some debuggable .debs for you to install.
here it is the typescript of a debugging session
,[ typescript ]
| Script started on Thu Jun 11 15:07:06 2009
| Thu Jun 11 15:07:06: sudo /usr/bin/compiz.real core
| GNU gdb 6.8-debian
| Copyright (C) 2008 Free Software Foundation, Inc.
| License GPLv3+: GNU GPL version 3 or later
| This is free software: you are free to change and redistribute it.
| There is NO WARRANTY, to the extent permitted by law. Type "show copying"
| and "show warranty" for details.
| This GDB was configured as "i486-linux-gnu"...
| (no debugging symbols found)
|
| warning: Can't read pathname for load map: Input/output error.
| Reading symbols from /usr/lib
Bug#531797: request for more information
sean finney writes: > tags 531800 unreproducable > severity 531800 important > thanks > > hi giacomo, > > i can't reproduce this problem (and i'm also running 2.6.29/amd64). i'm running an AMD cpu, but debian's architecture is i386 > are you sure you don't have a compiz component installed from source, > a non-standard library installed or perhaps something from experimental? i don't know > the following information would be helpful: > > echo $LD_LIBRARY_PATH ,[ echo $LD_LIBRARY_PATH ] | , (that is, LD_LIBRARY_PATH is unset) > cat /etc/ld.so.conf /etc/ld.so.conf.d/* ,[ cat /etc/ld.so.conf /etc/ld.so.conf.d/* ] | include /etc/ld.so.conf.d/*.conf | | /usr/lib/3dnow/atlas | /usr/lib/3dnow | /usr/lib/atlas | # Multiarch support | /lib/i486-linux-gnu | /usr/lib/i486-linux-gnu | # libc default configuration | /usr/local/lib ` > sudo updatedb && locate libcompizconfig.so | xargs ldd ,[ sudo updatedb && locate libcompizconfig.so | xargs ldd ] | /usr/lib/libcompizconfig.so.0: | linux-gate.so.1 => (0xb8028000) | /usr/lib/libtsocks.so (0xb7fd5000) | libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7e8a000) | libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d6b000) | libprotobuf.so.3 => /usr/lib/libprotobuf.so.3 (0xb7c91000) | libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7ba) | libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7b7a000) | libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7a1a000) | libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb79ee000) | libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb79e9000) | libz.so.1 => /usr/lib/libz.so.1 (0xb79d4000) | libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb79bb000) | /lib/ld-linux.so.2 (0xb8029000) | libXau.so.6 => /usr/lib/libXau.so.6 (0xb79b8000) | libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb79b3000) | /usr/lib/libcompizconfig.so.0.0.0: | linux-gate.so.1 => (0xb8019000) | /usr/lib/libtsocks.so (0xb7fc6000) | libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7e7b000) | libX11.so.6 => /usr/lib/libX11.so.6 (0xb7d5c000) | libprotobuf.so.3 => /usr/lib/libprotobuf.so.3 (0xb7c82000) | libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7b91000) | libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7b6b000) | libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7a0b000) | libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb79df000) | libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb79da000) | libz.so.1 => /usr/lib/libz.so.1 (0xb79c5000) | libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb79ac000) | /lib/ld-linux.so.2 (0xb801a000) | libXau.so.6 => /usr/lib/libXau.so.6 (0xb79a9000) | libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb79a4000) ` > > dpkg -l '*compiz*' , | Desired=Unknown/Install/Remove/Purge/Hold | | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend | |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) | ||/ Name Version Description | +++-=-- | pn compiz (no description available) | ii compiz-core 0.8.2-6 OpenGL window and compositing manager | un compiz-core-abiversion-20090207 (no description available) | ii compiz-dev0.8.2-6 OpenGL window and compositing manager - deve | ii compiz-fusion-bcop0.8.2-1 Compiz Fusion option code generator | ii compiz-fusion-plugins-extra 0.8.2-3 Compiz Fusion plugins - extra collection | ii compiz-fusion-plugins-main0.8.2-3 Compiz Fusion plugins - main collection | ii compiz-fusion-plugins-unsupported 0.8.2-1 Compiz Fusion plugins - "unsupported" collec | pn compiz-gnome (no description available) | ii compiz-gtk0.8.2-6 OpenGL window and compositing manager - Gtk | ii compiz-plugins0.8.2-6 OpenGL window and compositing manager - plug | pn compizconfig-backend-gconf (no description available) | ii compizconfig-settings-manager 0.8.2-2 Compizconfig Settings Manager | ii libcompizconfig0 0.8.2-2 Configuration settings library for compiz-fu | ii python-compizconfig 0.8.2-1 Compizconfig bindings for python ` > i'm going to check to see if there's anything that has recently > happened in testing/unstable that i've somehow missed but this > information will be helpful in any case. in the meantime i'm > downgrading the bug. thank you Sean
Bug#531800: compiz-core: /usr/bin/compiz uses the ccp plugin, that is broken
Package: compiz-core Version: 0.8.2-6 Severity: grave Justification: renders package unusable at the end of its grinding, the /usr/bin/compiz script tries to execute this command -- /usr/bin/compiz.real --ignore-desktop-hints --replace --loose-binding core ccp -- but compiz.real dies with the error message -- terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid -- a similar error message is displayed when i try to execute ccsm if i launch compiz.real directly, without the ccp plugin, compiz starts but cannot read its configuration and is mostly useles my best regards gb -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages compiz-core depends on: ii libc6 2.9-13 GNU C Library: Shared libraries ii libgl1-mesa-glx [libgl1]7.4.1-1 A free implementation of the OpenG ii libice6 2:1.0.5-1X11 Inter-Client Exchange library ii libsm6 2:1.1.0-2X11 Session Management library ii libstartup-notification00.10-1 library for program launch feedbac ii libx11-62:1.2.1-1X11 client-side library ii libxcomposite1 1:0.4.0-3X11 Composite extension library ii libxcursor1 1:1.1.9-1X cursor management library ii libxdamage1 1:1.1.1-4X11 damaged region extension libra ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxml2 2.7.3.dfsg-1 GNOME XML library ii libxrandr2 2:1.3.0-2X11 RandR extension library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii mesa-utils 7.4.1-1 Miscellaneous Mesa GL utilities Versions of packages compiz-core recommends: ii compiz-plugins0.8.2-6OpenGL window and compositing mana Versions of packages compiz-core suggests: pn nvidia-glx (no description available) -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531798: compiz-core: /usr/bin/compiz starts xterm with --restart option
Package: compiz-core
Version: 0.8.2-6
Severity: normal
if something goes wrong in its attempt to start compiz.real
the compiz script has a nuber of fallback options, and in my
case it goes down to the last resort of starting an xterm
alas it uses the same option that would be good for a window
manager, "--restart", option on which xterm chokes and dies
the last lines from a "sh -x /usr/bin/compiz" command execution:
--
/usr/bin/compiz: line 455: 6723 Aborted
${COMPIZ_BIN_PATH}${COMPIZ_NAME} $COMPIZ_OPTIONS "$@" $COMPIZ_PLUGINS
+ exec xterm --replace
xterm: bad command line option "--replace"
[...]
--
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages compiz-core depends on:
ii libc6 2.9-13 GNU C Library: Shared libraries
ii libgl1-mesa-glx [libgl1]7.4.1-1 A free implementation of the OpenG
ii libice6 2:1.0.5-1X11 Inter-Client Exchange library
ii libsm6 2:1.1.0-2X11 Session Management library
ii libstartup-notification00.10-1 library for program launch feedbac
ii libx11-62:1.2.1-1X11 client-side library
ii libxcomposite1 1:0.4.0-3X11 Composite extension library
ii libxcursor1 1:1.1.9-1X cursor management library
ii libxdamage1 1:1.1.1-4X11 damaged region extension libra
ii libxext62:1.0.4-1X11 miscellaneous extension librar
ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio
ii libxinerama12:1.0.3-2X11 Xinerama extension library
ii libxml2 2.7.3.dfsg-1 GNOME XML library
ii libxrandr2 2:1.3.0-2X11 RandR extension library
ii libxslt1.1 1.1.24-2 XSLT processing library - runtime
ii mesa-utils 7.4.1-1 Miscellaneous Mesa GL utilities
Versions of packages compiz-core recommends:
ii compiz-plugins0.8.2-6OpenGL window and compositing mana
Versions of packages compiz-core suggests:
pn nvidia-glx (no description available)
-- no debconf information
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531797: compizconfig-settings-manager: apparent library mismatch [?]
Package: compizconfig-settings-manager Version: 0.8.2-2 Severity: grave Justification: renders package unusable when i launch ccsm, it breaks on me with the following error message terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages compizconfig-settings-manager depends on: ii librsvg2-common 2.22.3-2 SAX-based renderer library for SVG ii python2.5.4-2An interactive high-level object-o ii python-compizconfig 0.8.2-1Compizconfig bindings for python ii python-gtk2 2.14.1-3 Python bindings for the GTK+ widge ii python-support1.0.3 automated rebuilding support for P Versions of packages compizconfig-settings-manager recommends: ii python-sexy 0.1.9-1python language bindings for libse compizconfig-settings-manager suggests no packages. -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524273: compizconfig-settings-manager: Settings buttons don't work
Julien Cristau writes: > On Wed, May 27, 2009 at 09:13:44 +0200, giacomo boffi wrote: > > > Package: compizconfig-settings-manager > > Version: 0.8.2-1 > > Severity: grave > > > > Versions of packages compizconfig-settings-manager depends on: > > ii python-compizconfig 0.7.6-1Compizconfig bindings for > > python > > This is probably caused by the version mismatch. Please install a newer > python-compizconfig. afaict, the python-compizconfig version that i have installed is the latest version available in squeeze should i report a bug against python-compizconfig? thank you, gb -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524273: compizconfig-settings-manager: Settings buttons don't work
Package: compizconfig-settings-manager Version: 0.8.2-1 Severity: grave when i launch ccsm from an xterm, i read the following output -- Backend : ini Integration : true Profile : default Adding plugins Initializing core options...done Loading icons... Initializing move options...done Initializing switcher options...done Initializing regex options...done Initializing scale options...done Initializing fade options...done Initializing place options...done Initializing wobbly options...done Initializing resize options...done Initializing commands options...done Initializing rotate options...done Initializing png options...done Initializing cube options...done Initializing minimize options...done Initializing svg options...done -- and the usual ccsm window appear, if i click on the check box near the first item in the window (General>Commands) in the terminal i read -- Traceback (most recent call last): File "/usr/lib/pymodules/python2.5/ccm/Widgets.py", line 1428, in enable_plugin plugin.Context.UpdateExtensiblePlugins () AttributeError: 'compizconfig.Context' object has no attribute 'UpdateExtensiblePlugins' -- and the box is regularly unchecked if i click on the (General>Commands) icon, nothing happens in the application (it should change the information presented, to take care of configuring commands) end i see, in the originating xterm, -- KeyError: 0 Traceback (most recent call last): File "/usr/lib/pymodules/python2.5/ccm/Pages.py", line 1302, in ShowPlugin pluginPage = PluginPage(plugin) File "/usr/lib/pymodules/python2.5/ccm/Pages.py", line 125, in __init__ sortedGroups = sorted(plugin.Groups.items(), key=GroupIndexKeyFunc) File "/usr/lib/pymodules/python2.5/ccm/Utils.py", line 374, in GroupIndexKeyFunc return item[1][0] KeyError: 0 -- this is on squeeze, architecture 386 please have a look at this problem thank you gb -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages compizconfig-settings-manager depends on: ii librsvg2-common 2.22.3-2 SAX-based renderer library for SVG ii python2.5.4-2An interactive high-level object-o ii python-compizconfig 0.7.6-1Compizconfig bindings for python ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge ii python-support1.0.3 automated rebuilding support for P Versions of packages compizconfig-settings-manager recommends: ii python-sexy 0.1.9-1python language bindings for libse compizconfig-settings-manager suggests no packages. -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524273: compizconfig-settings-manager: Settings buttons don't work any more
Package: compizconfig-settings-manager Version: 0.8.2-1 Severity: normal The bug is still present in testing -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages compizconfig-settings-manager depends on: ii librsvg2-common 2.22.3-2 SAX-based renderer library for SVG ii python2.5.4-2An interactive high-level object-o ii python-compizconfig 0.7.6-1Compizconfig bindings for python ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge ii python-support1.0.2 automated rebuilding support for P Versions of packages compizconfig-settings-manager recommends: ii python-sexy 0.1.9-1python language bindings for libse compizconfig-settings-manager suggests no packages. -- no debconf information -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497696: xserver-xorg-core: optioning /usr/bin/Xorg to read /etc/X11/rgb.txt
Package: xserver-xorg-core Version: 2:1.4.2-5 Severity: wishlist the name->color mapping mechanism built into the Xorg server is configured at compile time to look either 1) an internal table, or 2) the file /etc/X11/rgb.txt at some point following , | commit 8987b2c1efc9a4667e278e6ba411772ba2a4a4e6 | Author: Keith Packard <[EMAIL PROTECTED]> | Date: Thu Feb 16 07:17:31 2006 + | | Make more extensions optional in build (for kdrive). Fix kdrive build for | actual hardware. Fix kdrive pointer signed/unsigned types. Add | kdrive-required YX rotation functions. Replace rgb text file loading | with static rgb color table. ` the compilation switch was changed upstream, so that /etc/X11/rgb.txt is ignored by /usr/bin/Xorg, but Xorg says the distributions are free to revert to the old behaviour my rationale for restoring the old behaviour is simple: both the built-in color table and the original rgb.text are seriously defective, lacking especially darker colors [1], and the system administrator can obviate this problem only if the name->color mapping happens at runtime, reading /etc/X11/rgb.txt if you cannot see an impeding argument, could Debian please restore the old behaviour modifying the build process of the /usr/bin/Xorg executable? thank you gb [1] http://people.csail.mit.edu/jaffer/Color/Dictionaries#X11 -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jun 8 2006 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1719572 Aug 26 19:48 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: nVidia Corporation NV25GL [Quadro4 700 XGL] (rev a3) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 5190 May 20 10:46 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 1.0 ([EMAIL PROTECTED]) Wed Nov 1 19:47:17 PST 2006 # /etc/X11/xorg.conf (xorg X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the /etc/X11/xorg.conf manual page. # (Type "man /etc/X11/xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" 0 0 #nputDevice"Another Keyboard" InputDevice"Generic Keyboard" InputDevice"Configured Mouse" EndSection Section "Files" # path to defoma fonts FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/share/fonts/X11/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/share/fonts/X11/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/share/fonts/X11/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/share/fonts/X11/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/share/fonts/X11/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/share/fonts/X11/75dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/winxp/windows/Fonts" EndSection Section "Module" Load "i2c" Load "bitmap" Load "ddc" Load "extmod" Load "freetype" Load "glx" Load "int10" Load "type1" Load "vbe" EndSection Section "InputDevice" Identifier "Another Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbModel" "pc102" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc102" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device" "/dev/input/mice" Option "Protocol" "ExplorerPS/2" Option "Emulate3Buttons" "true" EndSec
Bug#389864: rgb text database replaced by static table
David Nusinow writes: > I don't think that's really the method we want. Ideally, the server > will use the built-in table unless we explicitly point it to an > external file using xorg.conf. That way it just works in every > situation and no one loses. if the rgb.txt you ship WERE ALWAYS the builtin table no one will see the difference, unless he ask you "Just don't hurt nobody,/'Less of course they ask you,/In the Garden of Earthly Delights" Andy Partridge > I don't really know why you want a custom [rgb.txt] in this day and > age, but I guess there's at least some small call for it. yes, for example a debian mantainer has recently augmented rgb.txt with the line 215 7 81 DebianRed "But when thou doest alms, let not thy left hand know what thy right hand doeth." Matthew 6:3 ciao gb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389864: rgb text database replaced by static table
Giacomo Boffi writes: > Brice Goglin writes: > > Hi Giacomo, > > > > I guess this problem with the RGB database being replaced by a > > static table still occurs wth latest xserver-xorg-core 1.3, right? > > For the record, it looks like we could revert to the old behavior > > by defining USE_RGB_BUILTIN to 0 during the build (see > > os/oscolor.c). However, I am not sure it is worth doing it. > > imho, it's worth doing because the X rgb database has been severely > criticized for its unfair distribution of colors [1], in particular > darkest one, and a user/sysadm that want to define (add) new symbolic > color names to X can *only* resort to editing rgb.txt > > otoh, kpackard himself changed the default behaviour... i can add another reason to define USE_RGB_BUILTIN to 0 during the build: some debian chap added the color "RedDebian" to /etc/X11/rgb.txt in a recent release of the x11-common package please imagine the deluded face he'd sport when xsetroot -solid DebianRed reply will be `unknown color "DebianRed"'... ciao gb -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#428728: x11-common: placing "DebianRed" in /etc/X11/rgb.txt is inane
Package: x11-common Version: 1:7.2-5 Severity: normal Tags: patch placing "DebianRed" in /etc/X11/rgb.txt is inane, because X does not honor the data in that file, but only takes into account the builtin color-names table to be able to define new color names, you should either change the builtin table or define USE_RGB_BUILTIN to 0 during the build (see os/oscolor.c) hth, ciao gb -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages x11-common depends on: ii debconf [debconf-2.0] 1.5.13 Debian configuration management sy ii debianutils 2.21 Miscellaneous utilities specific t ii libc6 2.5-10 GNU C Library: Shared libraries ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip x11-common recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389864: rgb text database replaced by static table
Brice Goglin writes: > Hi Giacomo, > > I guess this problem with the RGB database being replaced by a > static table still occurs wth latest xserver-xorg-core 1.3, right? > For the record, it looks like we could revert to the old behavior > by defining USE_RGB_BUILTIN to 0 during the build (see > os/oscolor.c). However, I am not sure it is worth doing it. imho, it's worth doing because the X rgb database has been severely criticized for its unfair distribution of colors [1], in particular darkest one, and a user/sysadm that want to define (add) new symbolic color names to X can *only* resort to editing rgb.txt otoh, kpackard himself changed the default behaviour... to sum it up, my answer is #define USE_RGB_BUILTIN 0, and i appreciated very much that you took the time to ask: thank you ciao gb [1] http://www.swiss.ai.mit.edu/~jaffer/Color/Dictionaries.html#X11 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389864: xserver-xorg-core: Default RgbPath broken
Package: xserver-xorg-core Version: 2:1.1.1-9 Followup-For: Bug #389864 to clarify the issue, i'll report to you an excerpt from /usr/share/doc/xserver-xorg-core/changelog.gz 2006-02-15 Keith Packard <[EMAIL PROTECTED]> * Makefile.am: * Xext/Makefile.am: [...] Add kdrive-required YX rotation functions. Replace rgb text file loading with static rgb color table. i feel very upset by this change, i'm used to a heavily customized rgb.txt! i'd be VERY happy if you would decide to revert to the old behaviour, but i'm a bit skeptic that you will do... thank you gb -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-core depends on: ii libc62.3.6.ds1-6 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-16 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii libxfont11:1.2.2-1 X11 font rasterisation library ii x11-common 1:7.1.0-3 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xkb-data 0.9-2 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389864: xserver-xorg-core: /usr/bin/Xorg does not find rgb.txt
Michel Dänzer writes: > On Thu, 2006-09-28 at 21:13 +0200, Giacomo Boffi wrote: > > Michel Daenzer writes: > > > > > > Giacomo, adding > > > > > > RgbPath "/etc/X11/rgb" > > > > > > to the xorg.conf Section "Files" should serve as a workaround. > > > > sorry, but for the sake of brevity i did not mention that i > > experimented with rgbpath, to no avail, before reporting a bug... > > Can you try again with xserver-xorg-core 2:1.1.1-9, currently in > http://incoming.debian.org/ ? i have installed xserver-xorg-core 2:1.1.1-9, and i have tried to use the color "deepblue" in two distinct server instances, with and without the RgbPath directive in xorg.conf --- and no, the new server doesn't find deepblue in the color db in neither case tonight i'll try the same at home, where i have a similar debian system having the same problem, but i'm a bit pessimistic... just a question, is this strange behaviour confirmed on systems different from my two? thank you g
Bug#389864: xserver-xorg-core: /usr/bin/Xorg does not find rgb.txt
Michel Daenzer writes:
> retitle 389864 xserver-xorg-core: Default RgbPath broken
> kthxbye
>
> On Thu, 2006-09-28 at 14:18 +0200, Giacomo Boffi wrote:
> >
> > 5) /var/log/Xorg.0.log
>
> [...]
>
> > (==) RgbPath set to "${prefix}/share/X11/rgb"
>
> XSF: That looks wrong...
>
> Giacomo, adding
>
> RgbPath "/etc/X11/rgb"
>
> to the xorg.conf Section "Files" should serve as a workaround.
sorry, but for the sake of brevity i did not mention that i
experimented with rgbpath, to no avail, before reporting a bug...
anyhow, i modified as suggested my xorg.conf, please see the following
cut+paste, but as you can see the X server still does not know about a
color name (deepblue) that is in my /etc/X11/rgb.txt
as a side note, i have the same problem both at my office, from where
i'm writing to you, and at home
boffi95:~# whoami
root
boffi95:~# vi /etc/X11/xorg.conf
boffi95:~# grep -iC1 rgbpath /etc/X11/xorg.conf
Section "Files"
RgbPath "/etc/X11/rgb"
# path to defoma fonts
boffi95:~# strace -o X.strace /usr/bin/X > X.out 2> X.err & sleep 10
[1] 16353
boffi95:~# xsetroot -display :0 -solid gray85
boffi95:~# xsetroot -display :0 -solid deepblue
xsetroot: unknown color "deepblue"
boffi95:~# grep deepblue$ /etc/X11/rgb.txt
44 44 178deepblue
after killing X, i have found in Xorg.0.log:
(**) RgbPath set to "/etc/X11/rgb"
to me, it's deep water...
thank you Michel, thank you everybody
gb
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#389864: xserver-xorg-core: /usr/bin/Xorg does not find rgb.txt
Package: xserver-xorg-core Version: 2:1.1.1-7 Severity: normal in my debian, the X colour db is installed by x11-common, in two places, the traditional one, /etx/X11, and the new standard, /usr/share/X11 i'm used to increment the colour db with italian names and other things and until recently (less than a week) all worked as intended now X does not recognize anymore these "italian colours", afaict (i strace'd Xorg binary) because it's unable to find rgb.txt here it is a simple test case: START - - 1 from the console type -- $ sudo echo " 230 230 230 grigiochiaro" >> /etc/X11/rgb.txt - 2 start X as usual, e.g., $ startx - 3 from an xterm, type $ xsetroot -solid grigiochiaro - 4 read the error message - xsetroot: unknown color "grigiochiaro" END --- btw, the server binary contains a copy of the colour db, so it knows about rosybrown and chartreuse even if no rgb.txt is available to it, shadowing the problem to 99.994% of the user base... thank you gb -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xserver-xorg-core depends on: ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libfontenc1 1:1.0.2-2 X11 font encoding library ii libgcc1 1:4.1.1-14 GCC support library ii libxau6 1:1.0.1-2 X11 authorisation library ii libxdmcp61:1.0.1-2 X11 Display Manager Control Protoc ii libxfont11:1.2.2-1 X11 font rasterisation library ii x11-common 1:7.1.0-1 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages xserver-xorg-core recommends: ii xkb-data 0.8-13 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#364255: /etc/menu-methods/twm is missing from latest binary
Package: twm Version: 1:1.0.1-3 Severity: important /etc/menu-methods/twm is missing from latest binary (or it is not generated during installation, i don't know) -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages twm depends on: ii libc6 2.3.6-7GNU C Library: Shared libraries ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libsm61:1.0.0-4 X11 Session Management library ii libx11-6 2:1.0.0-6 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library ii libxt61:1.0.0-4 X11 toolkit intrinsics library ii menu 2.1.27 generates programs menu for all me twm recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362439: Imake.tmpl: No such file or directory
Package: xutils Version: 1:7.0.0-3 Severity: important i got the above error message trying to xmkmf the makefile for an old window manager --- i tried to investigate $ apt-file search Imake.tmpl mas-utils: usr/lib/mas/config/Imake.tmpl ocaml-doc: usr/share/doc/ocaml-doc/examples/config/Imake.tmpl xutils: usr/X11R6/lib/X11/config/Imake.tmpl $ sudo apt-get install xutils Reading package lists... Done Building dependency tree... Done xutils is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. $ dpkg -L xutils | grep Imake $ so, it looks like something is different from what's stated for your package ciao gb -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xutils depends on: ii libc6 2.3.6-6GNU C Library: Shared libraries ii libfontenc1 1:1.0.1-2 X11 font encoding library ii libfs62:1.0.0-2 X11 Font Services library ii libx11-6 2:1.0.0-6 X11 client-side library ii x11-common1:7.0.10 X Window System (X.Org) infrastruc ii xfonts-utils 1:1.0.0-3 X Window System font utility progr ii xutils-dev1:1.0.1-3 X Window System utility programs f ii zlib1g1:1.2.3-11 compression library - runtime xutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#362299: xbase-clients: [xrdb] (apparently) changed cpp invocation switches
Package: xbase-clients Version: 1:7.0.0-2 Severity: important --- SUMMARY: characters in a .Xdefaults file, when processed by cpp, ARE NOT SYNTACTIC TOKENS, hence the NEED for the -traditional switch --- i have cpp's macros in my .Xdefaults file, lots of those macros are now broken, as cpp is no more invoked with the -traditional switch in particular, concatenation breaks horribly when one try to build XLFD font descriptions, as the "-" characters are no more mere characters, but were implicitly promoted to the status of syntactic tokens, so that it's very difficult, at least to me, to get proper concatenation as in the following example % cpp #define bbb aaa ## 12 #define ccc aaa ## -12 bbb ccc # 1 "" # 1 "" # 1 "" # 1 "" aaa12 :4:1: error: pasting "aaa" and "-" does not give a valid preprocessing token aaa -12 % ciao gb -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages xbase-clients depends on: ii libc6 2.3.6-6 GNU C Library: Shared libraries ii libdmx1 1:1.0.1-2X11 Distributed Multihead extensio ii libfontconfig1 2.3.2-5.1generic font configuration library ii libfreetype62.1.10-3 FreeType 2 font engine, shared lib ii libfs6 2:1.0.0-2X11 Font Services library ii libgl1-mesa-glx [libgl1]6.4.1-0.4A free implementation of the OpenG ii libice6 1:1.0.0-2X11 Inter-Client Exchange library ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libsm6 1:1.0.0-3X11 Session Management library ii libx11-62:1.0.0-6X11 client-side library ii libxau6 1:1.0.0-2X11 authorisation library ii libxaw7 1:1.0.1-4X11 Athena Widget library ii libxcursor1 1.1.5.2-2X cursor management library ii libxext61:1.0.0-3X11 miscellaneous extension librar ii libxft2 2.1.8.2-6FreeType-based font drawing librar ii libxi6 1:1.0.0-3X11 Input extension library ii libxinerama11:1.0.1-2X11 Xinerama extension library ii libxkbfile1 1:1.0.2-2X11 keyboard file manipulation lib ii libxmu6 1:1.0.1-2X11 miscellaneous utility library ii libxmuu11:1.0.1-2X11 miscellaneous micro-utility li ii libxrandr2 2:1.1.0.2-3 X11 RandR extension library ii libxrender1 1:0.9.0.2-2 X Rendering Extension client libra ii libxss1 1:1.0.1-3X11 Screen Saver extension library ii libxt6 1:1.0.0-3X11 toolkit intrinsics library ii libxtrap6 1:1.0.0-2X11 event trapping extension libra ii libxtst61:1.0.1-2X11 Testing -- Resource extension ii libxv1 1:1.0.1-2X11 Video extension library ii libxxf86dga12:1.0.0-2X11 Direct Graphics Access extensi ii libxxf86misc1 1:1.0.0-3X11 XFree86 miscellaneous extensio ii libxxf86vm1 1:1.0.0-3X11 XFree86 video mode extension l ii x11-common 1:7.0.10 X Window System (X.Org) infrastruc ii zlib1g 1:1.2.3-11 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#234342: moreinfo
Branden Robinson writes: > tag 234342 + moreinfo > thanks > > Please mail this bug your /etc/X11/XF86Config-4 and > /var/log/XFree86.0.log files. ok ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" # FontPath "unix/:7110"# local font server # if the local font server has problems, we can fall back on these FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/home/boffi/windows/fonts" FontPath"/home/boffi/officefonts" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" #Load "GLcore" Load"bitmap" Load"dbe" Load"ddc" #Load "dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"pex5" Load"record" Load"speedo" Load"type1" Load"vbe" Load"xie" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc101" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" EndSection #Section "InputDevice" # Identifier "Generic Mouse" # Driver "mouse" # Option "SendCoreEvents""true" # Option "Device""/dev/input/mice" # Option "Protocol" "ImPS/2" # Option "Emulate3Buttons" "true" # Option "ZAxisMapping" "4 5" #EndSection Section "Device" Identifier "Generic Video Card" Driver "nvidia" Option "IgnoreEDID""true" EndSection Section "Monitor" Identifier "Generic Monitor" HorizSync 31-85 VertRefresh 43-120 Option "DPMS" ModeLine"800x600"71.68 800 840 1040 1120 600 602 614 640 #100Hz ModeLine"1280x960" 145.15 1280 1336 1616 1728 960 962 974 1000 #084Hz ModeLine"1400x1050" 160.47 1400 1464 1784 1912 1050 1052 1064 1090 #077Hz # 1400x1050 @ 75.00 Hz (GTF) hsync: 82.20 kHz; pclk: 155.85 MHz Modeline "1400x1050_75" 155.85 1400 1496 1648 1896 1050 1051 1054 1096 -HSync +Vsync # 1280x960 @ 80.00 Hz (GTF) hsync: 80.40 kHz; pclk: 140.22 MHz Modeline "1280x960_80" 140.22 1280 1376 1512 1744 960 961 964 1005 -HSync +Vsync EndSection Section "Screen" Identifier "Default Screen" Device "Generic Video Card" Monitor "Generic Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1400x1050_75" "1280x960_80" "800x600" EndSubSection SubSection "Display" Depth 4 Modes "1400x1050_75" "1280x960_80" "800x600" EndSubSection SubSection "Display" Depth 8 Modes "1400x1050_75" "1280x960_80" "800x600" EndSubSection SubSection "Display" Depth 15 Modes "1400x1050_75" "1280x960_80" "800x600" EndSubSection SubSection "Display" Depth 16
debian-x@lists.debian.org
Package: xfree86-common Version: 4.3.0-2 Severity: normal i start X without any display manager, using startx directly from the shell prompt when i exit X, or i go back to the text mode console, using Alt-Fn, the text mode is not properly restored, and i look at a mess of scrambled chars in 80x25 mode; i cannot see what i type and i have to run manually svgatextmode to have my consoles in working shape of course, this happened after the 4.2 -> 4.3 XFree upgrade of Feb 19, while i had no problems with restoring text mode using 4.2 feel free to redirect this bug report against a different package, as i'm not so sure that it's xfree86-common that causes the problem ciao gb [1] dpkg -l svgatextmode 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) ||/ NameVersion Description +++-===-===-== ii svgatextmode1.9-10 Run higher resolution text modes. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.18-bf2.4 Locale: LANG=C, LC_CTYPE=C Versions of packages xfree86-common depends on: ii debconf 1.4.11 Debian configuration management sy ii debianutils 2.6.2 Miscellaneous utilities specific t -- debconf information: xfree86-common/experimental_packages:
