Processed: Re: Bug#234058: gdm: Capslock warning on sparc warns for numlock, not capslock
Processing commands for [EMAIL PROTECTED]: > reassign 234058 xserver-xfree86 Bug#234058: gdm: Capslock warning on sparc warns for numlock, not capslock Bug reassigned from package `gdm' to `xserver-xfree86'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#238080: xfree86: IGNORE_MANIFEST_CHANGES doesn't work
Package: xfree86 Severity: minor Version: 4.3.0-5 When I was trying to build a custom version of xfree86 using IGNORE_MANIFEST_CHANGES, it didn't work. The problem appears to be that the diff command is returning an exit code of 1 when it finds changes, and since dbs sets SHELL to "/bin/sh -e", the rest of the command never gets reached. In fact, adding "|| true" after the diff command fixed the problem. So might adding `|| test "$$?" = 1' instead, but I haven't tested that one. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.3 Locale: LANG=en, LC_CTYPE=en (ignored: LC_ALL set to en_US.UTF-8) -- Daniel Schepler "Please don't disillusion me. I [EMAIL PROTECTED]haven't had breakfast yet." -- Orson Scott Card
Bug#238100: xserver-xfree86: Xvideo seems broken since upgrade to 4.3.0
Package: xserver-xfree86 Version: 4.3.0-5 Severity: normal Tags: sid I use a few applications using XVideo (e. g. xawtv, mjpegtools, etc ...). Since my recent update of my sid machine, (specifically, going from 4.2.x to 4.3.x), xvideo support seems broken. A typical example is : [EMAIL PROTECTED]:~/Captures/DiesIrae$ glav DiesIrae-01.avi DiesIrae-02.avi DiesIrae-03.avi ++: X Error of failed request: BadAlloc (insufficient resources for operation) ++: Major opcode of failed request: 142 (XVideo) ++: Minor opcode of failed request: 19 () ++: Serial number of failed request: 21 ++: Current serial number in output stream: 22 ++: lavtools version 1.6.2 [EMAIL PROTECTED]:~/Captures/DiesIrae$ Similarly, xawtv *needs* -noxv and -remote options in order to run (it always needed the -remote option ...). Similarly, I noticed that mplayer crashed and that gvlc stopped displaying video. But the error messages were not so specific : the mplayer chash reports problem with audio module, and gvlc just presents a black screen. Ogle crashes too, with an error related to xvideo : [EMAIL PROTECTED]:/mnt/hdb6/tampon/capture/DiesIrae$ ogle & [1] 7561 [EMAIL PROTECTED]:/mnt/hdb6/tampon/capture/DiesIrae$ WARNING[dvd_gui]: add_keybinding(): No such action: 'SaveScreenshot' WARNING[dvd_gui]: add_keybinding(): No such action: 'SaveScreenshotWithSPU' libdvdread: Using libdvdcss version 1.2.8 for DVD access libdvdread: Using libdvdcss version 1.2.8 for DVD access libdvdread: Attempting to retrieve all CSS keys libdvdread: This can take a _long_ time, please be patient libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x0143 libdvdread: Elapsed time 0 libdvdread: Found 1 VTS's libdvdread: Elapsed time 0 SNDCTL_DSP_GETCHANNELMASK: Invalid argument +X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 142 (XVideo) Minor opcode of failed request: 19 () Serial number of failed request: 59 Current serial number in output stream: 59 Perusing the xfree86-xserver bug list, I saw that a similar problem has been reported for a number of different video cards in the same or similar circumstances (i.e. upgading to 4.3.x). I haven't been unable to find a workaround for this problem in theses reports and associated messages. Failing a bugfix (which might be a bit difficult), I'd appreciate any pointers to a workaround and/or a hint on how to downgrade to XFree86 4.2 (I'm following sid ...). Sincerely yours, Emmanuel Charpentier -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 X server symlink status: lrwxrwxrwx1 root root 20 2002-12-01 08:30 /etc/X11/X -> /usr/bin/X11/XFree86 -rwxr-xr-x1 root root 1743308 2004-03-05 06:35 /usr/bin/X11/XFree86 /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. Contents of /var/lib/xfree86/XF86Config-4.roster: xserver-xfree86 VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 5598/6326 (rev 0b) 01:00.0 Class 0300: 1039:6326 (rev 0b) XFree86 X server configuration file status: -rw-r--r--1 root root 3370 2004-03-15 10:41 /etc/X11/XF86Config-4 Contents of /etc/X11/XF86Config-4: # XF86Config-4 (XFree86 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 XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" 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"r
Bug#238100: xserver-xfree86: Xvideo seems broken since upgrade to 4.3.0
On 15.03.2004 11:11 Emmanuel Charpentier wrote: Package: xserver-xfree86 Version: 4.3.0-5 Severity: normal Tags: sid I use a few applications using XVideo (e. g. xawtv, mjpegtools, etc ...). Since my recent update of my sid machine, (specifically, going from 4.2.x to 4.3.x), xvideo support seems broken. A typical example is : [EMAIL PROTECTED]:~/Captures/DiesIrae$ glav DiesIrae-01.avi DiesIrae-02.avi DiesIrae-03.avi ++: X Error of failed request: BadAlloc (insufficient resources for operation) ++: Major opcode of failed request: 142 (XVideo) ++: Minor opcode of failed request: 19 () ++: Serial number of failed request: 21 ++: Current serial number in output stream: 22 ++: lavtools version 1.6.2 [EMAIL PROTECTED]:~/Captures/DiesIrae$ Similarly, xawtv *needs* -noxv and -remote options in order to run (it always needed the -remote option ...). Similarly, I noticed that mplayer crashed and that gvlc stopped displaying video. But the error messages were not so specific : the mplayer chash reports problem with audio module, and gvlc just presents a black screen. Ogle crashes too, with an error related to xvideo : Can you post mplayer's crash report, too? (try 'mplayer -ao null', to avoid the audio problems, at least for sending the crash message) thanks. - Christian
Bug#235241: bug resolved
On 11.03.2004 21:41 Oliver Johns wrote: On Thursday 11 March 2004 05:00 am, you wrote: with 4.3.0-2. > > So, just curious and for the record, would you please try if things > also do work, when you add > > Option "VBERestore" "1" > > to your device section? > > thanks. >- Christian Dear Christian, Thanks for the suggestion. If I put Option "VBERestore" "1" in the Device section of XF86Config-4, then I find that the keypress C-A-F1 will still switch to vt1. HOWEVER, when I use A-F7 to switch back, the screen goes blank. If I put Option "VBERestore" "0" then everything works totally correctly. (I assume that "0" is the default.) I have an 845G chipset. I think that VBERestore option was put in to help people with 830G chipsets. According to http://www.xfree86.org/~dawes/845driver.html this option was to allow 830G users to optionally back out a fix that had to be put in to get correct behaviour for my chipset, the 845G. After all of this, I think my problem was not the drivers at all. It turns out that 4.3.0 changed the rules for Xmodmap. The trap keys like C-A-F1 that had been implicit, were put explicitly into the internal xmodmap. If you do "xmodmap -pke" as root in a terminal, you'll see them in there. I was using an old modified Xmodmap to remap my keyboard, a Happy-Hacker's model, to make the diamond keys do a Delete-forward. But my Xmodmap didn't have the new entries for the trap keys! So I had to make a new Xmodmap starting from a current output of "xmodmap -pke". That solved the problem. So I don't know which Debian update "solved" my problem, since my problem was of my own making and not something about the drivers. Sorry. Hope the above data point helps. Thanks for the reply, Oliver! I was just curious, if the "VBERestore" option really was the fix for your VT switching problems. As you said, it was not, as your problems had been caused by your custom Xmodmap... Anyway, now we do a least know, that the VBERestore Option (set to false) really prevents X server crashes, while switching VT's. Branden you might want do undo "SVN commit: r1147 - trunk/debian"( the bug closer), as the change to the i830 part of the i810 driver has nothing to do with this Bug (IMHO). - Christian
Bug#238100: xserver-xfree86: Xvideo seems broken since upgrade to 4.3.0
Christian Guggenberger wrote:
On 15.03.2004 11:11 Emmanuel Charpentier wrote:
[ ... Bandwidth savings ... ]
Can you post mplayer's crash report, too?
(try 'mplayer -ao null', to avoid the audio problems, at least for
sending the crash message)
Here comes a cut-and-paste from an rtxvt session :
Cut here
[EMAIL PROTECTED]:~/Captures/DiesIrae$ mplayer -ao null DiesIrae-01.avi
MPlayer 1.0pre3-3.3.3 (C) 2000-2003 MPlayer Team
CPU: Advanced Micro Devices Athlon Thunderbird 996.7 MHz (Family: 6,
Stepping: 2)
Detected cache-line size is 64 bytes
MMX2 supported but disabled
3DNow supported but disabled
3DNowExt supported but disabled
CPUflags: MMX: 1 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 0
Compiled for x86 CPU with extensions: MMX SSE SSE2
Reading config file /etc/mplayer/mplayer.conf
Reading config file /home/charpent/.mplayer/config
[cfg] read config file: /home/charpent/.mplayer/gui.conf
Reading config file /home/charpent/.mplayer/gui.conf
vo: X11 running at 1280x1024 with depth 24 and 32 bpp (":0.0" => local display)
Reading /home/charpent/.mplayer/codecs.conf: Can't open
'/home/charpent/.mplayer/codecs.conf': Aucun fichier ou répertoire de ce type
Reading /etc/mplayer/codecs.conf: 61 audio & 169 video codecs
font: can't open file: /home/charpent/.mplayer/font/font.desc
Can't load font bitmap: iso-8859-1-a.raw
Failed to open /dev/rtc: Permission non accordée (mplayer should be setuid
root or /dev/rtc should be readable by the user.)
Using usleep() timing
Can't open input config file /home/charpent/.mplayer/input.conf: Aucun
fichier ou répertoire de ce type
Input config file /etc/mplayer/input.conf parsed: 53 binds
Opening joystick device /dev/input/js0
Can't open joystick device /dev/input/js0 : Permission non accordée
Can't init input joystick
Setting up LIRC support...
mplayer: could not connect to socket
mplayer: Aucun fichier ou répertoire de ce type
Failed to open LIRC support.
You will not be able to use your remote control.
SKIN dir 1: '/home/charpent/.mplayer/Skin'
SKIN dir 2: '/usr/share/mplayer/Skin'
Playing /mnt/hdb6/tampon/capture/DiesIrae/DiesIrae-01.avi.
Cache fill: 0,00% (0 bytes)AVI file format detected.
VIDEO: [MJPG] 352x288 24bpp 25,000 fps 3889,4 kbps (474,8 kbyte/s)
==
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 192000->192000 (1536,0 kbit)
Selected audio codec: [pcm] afm:pcm (Uncompressed PCM)
==
==
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffmjpeg] vfm:ffmpeg (FFmpeg MJPEG decoder)
==
Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int
AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian)
AO: [null] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit...
Starting playback...
MPlayer interrupted by signal 4 in module: decode_audio
- MPlayer crashed by an 'Illegal Instruction'.
It usually happens when you run it on a CPU different than the one it was
compiled/optimized for.
Verify this!
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible
bug.
[EMAIL PROTECTED]:~/Captures/DiesIrae$
Cut here
thanks.
You're more than welcome !
Emmanuel Charpentier
--
Emmanuel Charpentier
i830 driver still not reserving memory (4.3.0-5)
Greetings: I am running a mixed testing/unstable setup on a Dell system with the Intel 865G onboard graphics device. I installed the latest Xfree86 packages 4.3.0-5 and everything works fine with one exception: I still need to run the 865patch program to reserve video memory prior to starting the X server. The changelog comments in xserver-xfree86 incicate that this should no longer be the case. Since no one else is complaining about this I am posting my config and log files in case someone can spot a misconfiguration before I submit a bug report. I am running kernel 2.6.3, here are some lines from dmesg: Linux agpgart interface v0.100 (c) Dave Jones agpgart: Detected an Intel 865 Chipset. agpgart: Maximum main memory to use for agp memory: 196M agpgart: Detected 892K stolen memory. agpgart: AGP aperture is 128M @ 0xe800 [drm] Initialized i830 1.3.2 20021108 on minor 0 and lsmod: Module Size Used by ipv6 224000 10 i830 68120 2 intel_agp 17432 1 agpgart31820 3 intel_agp usb_storage29056 0 scsi_mod 75300 1 usb_storage uhci_hcd 30344 0 usbcore 100180 4 usb_storage,uhci_hcd e1000 80384 0 XF86Config-4 and XFree86.0.log are appended below. The log file is for a failed attempt; if anyone needs to see a successful log (after running 865patch) then let me know. -- Mark # XF86Config-4 (XFree86 X 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.) # # This file is automatically updated on xserver-xfree86 package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xfree86 # package. # # If you have edited this file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"/usr/lib/X11/fonts/misc" FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" # FontPath"/usr/lib/X11/fonts/cyrillic" # FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc104" Option "XkbLayout" "us" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "ImPS/2" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" EndSection Section "Device" Identifier "Intel" Driver "i810" VideoRam32768 EndSection Section "Monitor" Identifier "Sun Monitor" HorizSync 30-96 VertRefresh 48-160 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Intel" Monitor "Sun Monitor" DefaultDepth24 SubSection "Display" Depth 1 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 15 Modes "1
Bug#237775: xserver-xfree86: radeon 9200: VGA/DVI head analog signal missing in dual head config
On Sat, Mar 13, 2004 at 06:33:33PM +0100, Michel Dänzer wrote: > On Sat, 2004-03-13 at 17:35, Michel Dänzer wrote: > > On Fri, 2004-03-12 at 20:00, Dominique Dumont wrote: > > > > > > Option "MonitorLayout" "TMDS, TMDS" > > > > Based on the above information, I think this should rather be > > > > Option "MonitorLayout" "CRT,CRT" > > My followup bounced from Dominique because he's over quota. How should I > proceed, assuming this one bounces as well? Welcome to my hell. :-/ Let's see if this one bounces, since it's been a couple of more days. If it does, let's just close the report. -- G. Branden Robinson| The Rehnquist Court has never Debian GNU/Linux | encountered a criminal statute it [EMAIL PROTECTED] | did not like. http://people.debian.org/~branden/ | -- John Dean signature.asc Description: Digital signature
Bug#236604: xlibs: [XKB] symbols file for hr (pc/latin/type3) lost minus and underscore at AB10
On Sat, Mar 13, 2004 at 10:11:04PM +0100, Josip Rodin wrote: > On Mon, Mar 08, 2004 at 03:54:15PM -0500, Branden Robinson wrote: > > tag 236604 + help > > thanks > > > > On Sun, Mar 07, 2004 at 02:01:00PM +0100, Josip Rodin wrote: > > > I guess the immediate solution is to restore the AB10 in hr, investigate > > > whether pl2 is also broken, and ask the upstream to verify whether sr > > > supercedes the old yu file (the newer file's author is native so it's > > > probably more accurate). > > > > > > (One could also investigate al because it might just have been broken for > > > a while without anyone fixing it... the author doesn't look like a > > > native.) > > > > Would someone prepare a patch, please? > > You can just insert the line anywhere in such a file, I think, at > least everything worked fine when I did that, on several machines > differently (randomly fixing :). > > I don't know where exactly each such file is in the xfree86 source, sorry. All of the XKB symbols files are at: xc/programs/xkbcomp/symbols -- G. Branden Robinson|Of two competing theories or Debian GNU/Linux |explanations, all other things [EMAIL PROTECTED] |being equal, the simpler one is to http://people.debian.org/~branden/ |be preferred. -- Occam's Razor signature.asc Description: Digital signature
Bug#237509: libxft-dev: Bug replicated here
On Fri, Mar 12, 2004 at 02:41:08PM -0500, Bruce Miller wrote: > Package: libxft-dev > Version: 2.1.2-5 > Severity: normal > Followup-For: Bug #237509 Please read the bug log for an explanation and workaround. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=237509 -- G. Branden Robinson| I don't care if it has a GUI, or Debian GNU/Linux | command line, or is carved in mud [EMAIL PROTECTED] | with a sharp spoon. http://people.debian.org/~branden/ | -- Barry Smith signature.asc Description: Digital signature
Bug#237509: System broken due to the libxft-dev upgrade
On Sat, Mar 13, 2004 at 01:33:39AM +0100, Vincent Lefevre wrote: > I tried to upgrade, but I got the same problem. And the system is > unfixable with "apt-get -f install". So why isn't the severity set > to grave so that it can be caught by apt-listbugs? Because it doesn't affect people upgrading from woody (or people upgrading from libxft2-dev, or people who didn't have a previous version of libxft-dev installed at all). Please read the bug log for an explanation and workaround. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=237509 Please also review the definitions of the bug severities in the BTS documentation: http://www.debian.org/Bugs/Developer#severities -- G. Branden Robinson| If you're handsome, it's flirting. Debian GNU/Linux | If you're a troll, it's sexual [EMAIL PROTECTED] | harassment. http://people.debian.org/~branden/ | -- George Carlin signature.asc Description: Digital signature
Bug#237574: using udev?
On Sat, Mar 13, 2004 at 12:48:57PM +0530, Amit shah wrote: > If you're using udev with 2.6, you'll have /dev/input/mousen. Update > the /etc/X11/XF86Config-4 file with the appropriate entry. That sounds like an interesting thing to know for the pending debconfage rewrite. Thanks for pointing this out, Mr. Shah. -- G. Branden Robinson|Beware of and eschew pompous Debian GNU/Linux |prolixity. [EMAIL PROTECTED] |-- Charles A. Beardsley http://people.debian.org/~branden/ | signature.asc Description: Digital signature
Re: libxft-dev problems
On Sat, Mar 13, 2004 at 11:40:36PM +0100, Jochen Martin Eppler wrote: > hi! > > i'm experiencing the following package when installing > the newest xft packages: > libxft-dev: depends on: libxft2 (= 2.1.2-5) but 2.1.2-6 is installed > the 2.1.2-5 version is unavailable in unstable (i386) > > when will a new package be available? Please read the following bug log for an explanation and workaround. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=237509 -- G. Branden Robinson| The Rehnquist Court has never Debian GNU/Linux | encountered a criminal statute it [EMAIL PROTECTED] | did not like. http://people.debian.org/~branden/ | -- John Dean signature.asc Description: Digital signature
Bug#237717: Processed: reassign 237717 to xserver-xfree86
severity 237717 normal retitle 237717 xserver-xfree86: totem (XVideo) renders hues wrongly tag 237717 + moreinfo upstream thanks On Sat, Mar 13, 2004 at 02:33:07AM -0800, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > # Automatically generated email from bts, devscripts version 2.7.95.1 > > reassign 237717 xserver-xfree86 > Bug#237717: totem renders colors inversely > Bug reassigned from package `totem' to `xserver-xfree86'. Dear bug submitter, Since this bug has been reassigned to xserver-xfree86, and the XFree86 X server is a large and complex piece of software, some more informtion is required of you before this bug can be handled. Please run the following commands from a shell prompt to gather and deliver this information to us: $ /usr/share/bug/xserver-xfree86 > /tmp/output 3>&1 $ mailx -s "Re: Bug#237717" [EMAIL PROTECTED] < /tmp/output If you do not have a "mailx" command on your system, you can get by installing the "mailx" Debian package; for example, with the "aptitude install mailx" or "apt-get install mailx" commands as root. Alternatively, you can also use a mail command that is compatible with mailx's command-line syntax, such as "mutt". Thank you! -- G. Branden Robinson|Build a fire for a man, and he'll Debian GNU/Linux |be warm for a day. Set a man on [EMAIL PROTECTED] |fire, and he'll be warm for the http://people.debian.org/~branden/ |rest of his life. - Terry Pratchett signature.asc Description: Digital signature
Bug#237877: should xdm still force a dpi 100 by default?
tag 237877 + wontfix thanks On Sun, Mar 14, 2004 at 12:34:44AM +0100, Frank Murphy wrote: > Package: xdm > Subject: should xdm still force a dpi 100 by default? > Version: 4.3.0-5 > Severity: wishlist > Tags: patch sid > > xdm's Xserver file overrides all DPI settings with 100. The old > Netscape font HOWTO recommended that the Xserver's DPI be set to 100 > to get bigger fonts, but with the recent changes to XFree's font > handling, that shouldn't be needed anymore. I didn't know the Netscape Font HOWTO said that; I made the decision to have xinit and xdm default to 100dpi for a few reasons: 1) the 100dpi fonts looked better; 2) some drivers back in XFree86 3.3.6 would calculate the dpi for themselves, but the rotten font rasterizers distributed with X at that time would result in truly illegible glyphs; 3) in my experience, most users were using display modes for their monitors that were far closer to 100dpi (often exceeding it) than 75dpi; and 4) the 100dpi defaults are manifest only in conffiles, so if people think I'm a wrong and evil person for going with 100dpi, they can always change it (see the Debian X FAQ[1] for more on this). I do admit that Xft is driving a nail through #1, and XFree86 4.x has probably rendered #2 moot. Nevertheless, I haven't changed my thinking on this quite yet. IMO, the ideal fix is to add a "-softdpi" option to the X server, which is *only* used if the underlying driver is unable to figure out a DPI by querying the monitor (and if the DisplaySize configuration keyword is not used in XF86Config-4). If implemented, I absolutely would switch the conffiles to using that instead of -dpi. > If you agree, please apply the attached patch. If not, please explain > why here and close this wishlist bug. Because this decision is a judgement call, I am tagging the bug "wontfix" instead of closing it. Hopefully my reasoning is clear to you, even if you do not agree with my conclusion. Thanks for your report. [1] http://necrotic.deadbeast.net/xsf/XFree86/trunk/debian/local/FAQ -- G. Branden Robinson|Optimists believe we live in the Debian GNU/Linux |best of all possible worlds. [EMAIL PROTECTED] |Pessimists are afraid the optimists http://people.debian.org/~branden/ |are right about that. signature.asc Description: Digital signature
Bug#234335: pc10X keyboard layouts -- please change the debconf description
On Sat, Mar 13, 2004 at 11:49:39AM +0100, Jens Nachtigall wrote: > I totally agree with this point. I, for instance, did not even now that > the 10X in pc10X stands for the number of keys up to now. And how can I > now, if the debconf description is such a bad help. The description by > debconf is definetely too short: > > QUOTE > The "pc104" keyboard is like the pc101 model, with additional keys. > These keys are usually engraved with a "logo" symbol (there is > typically a pair of these, between each set of control and alt keys), > and a "menu" key. > . > The "pc102" and "pc105" models are versions of the pc101 and pc104 > keyboards, respectively, often found in Europe. > /QUOTE > > If the debconf description was more helpful, this problem had not > happened, since users would have been aware of the differences between > the keyboards. Giving an example would probably be a good idea: > "The pc104 keyboard does, for instance, not have the < and > key" > > See also this bug report: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=233699 You may be interested to learn of a change that was made to the xfree86 packages almost a month ago: r1088 | branden | 2004-02-20 18:37:07 -0500 (Fri, 20 Feb 2004) | 10 lines Changed paths: M /trunk/debian/NEWS M /trunk/debian/changelog M /trunk/debian/po/ca.po M /trunk/debian/po/cs.po M /trunk/debian/po/da.po M /trunk/debian/po/de.po M /trunk/debian/po/el.po M /trunk/debian/po/es.po M /trunk/debian/po/fr.po M /trunk/debian/po/gl.po M /trunk/debian/po/it.po M /trunk/debian/po/ja.po M /trunk/debian/po/nl.po M /trunk/debian/po/pl.po M /trunk/debian/po/pt_BR.po M /trunk/debian/po/ru.po M /trunk/debian/po/sv.po M /trunk/debian/po/templates.pot M /trunk/debian/xserver-xfree86.templates Update xserver-xfree86/config/inputdevice/keyboard/model template description to include discussion of the distinction between 101/104-key PC keyboards, and their 102/105-key counterparts, and warn of the consequences if 102/105-key keyboards are misconfigured as 101/104-key models. Re-run debconf-updatepo. Add news entry with a similar warning. Index: NEWS === --- NEWS(revision 1087) +++ NEWS(revision 1088) @@ -12,6 +12,15 @@ to this version of the xutils package. If you do not do so, your changes to rstartd.real will be lost. + * Users of 102- or 105-key PC keyboards (as well as miniature and laptop +keyboards compatible with these models) should ensure that their keyboard +is configured accordingly in the XF86Config-4 file, using the "pc102" or +"pc105" XkbModel instead of "pc101" or "pc104", respectively. If your +keyboard has a "< >" key, you likely have a 102- or 105-key model. The +"< >" may not work if you do not configure your keyboard model correctly. +You can use "dpkg-reconfigure xserver-xfree86" to change this +configuration parameter, or edit /etc/X11/XF86Config-4 directly. + -- Branden Robinson <[EMAIL PROTECTED]> Tue, 13 Jan 2004 20:46:02 -0500 xfree86 (4.2.1-11) unstable; urgency=medium Index: xserver-xfree86.templates === --- xserver-xfree86.templates (revision 1087) +++ xserver-xfree86.templates (revision 1088) @@ -224,7 +224,10 @@ these, between each set of control and alt keys), and a "menu" key. . The "pc102" and "pc105" models are versions of the pc101 and pc104 keyboards, - respectively, often found in Europe. + respectively, often found in Europe. If your keyboard has a "< >" key (a + single key engraved with both the less-than and greater-than symbols), you + likely have a "pc102" or "pc105" model; if you choose "pc101" or "pc104" + instead, your "< >" key might not work. . The "macintosh" model is for Macintosh keyboards where the kernel and console tools use the new input layer which uses Linux keycodes; "macintosh_old" is -- G. Branden Robinson|It is the responsibility of Debian GNU/Linux |intellectuals to tell the truth and [EMAIL PROTECTED] |expose lies. http://people.debian.org/~branden/ |-- Noam Chomsky signature.asc Description: Digital signature
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#237775: xserver-xfree86: radeon 9200: VGA/DVI head analog signal missing in dual head config
On Sun, 2004-03-14 at 17:32, Dominique Dumont wrote: > Michel Dänzer <[EMAIL PROTECTED]> writes: > > > Based on the above information, I think this should rather be > > > > Option "MonitorLayout" "CRT,CRT" > > > > Does that work better? > > Yes ! It works. > > But frankly, I don't understand why. Does the TMDS specification imply > a DVI output instead of analog output ? It's rather the other way around: analog connector implies treatment as a CRT. -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Processed: severity of 226365 is normal
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > # eh? > severity 226365 normal Bug#226365: xserver-xfree86: [debconfage rewrite] selection-method question should be displayed at high priority under fewer circumstances Severity set to `normal'. > 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 XFree86 SVN commit: r1149 - trunk/debian
Author: branden Date: 2004-03-15 12:36:32 -0500 (Mon, 15 Mar 2004) New Revision: 1149 Modified: trunk/debian/TODO Log: Add info to debconfage-rewrite item. Modified: trunk/debian/TODO === --- trunk/debian/TODO 2004-03-12 22:18:57 UTC (rev 1148) +++ trunk/debian/TODO 2004-03-15 17:36:32 UTC (rev 1149) @@ -19,6 +19,8 @@ + mv /etc/X11/$DIR back to /usr/X11R6/lib/X11/$DIR * Rewrite xserver-xfree86 debconfage. Joey Hess, Eduard Bloch, and David Nusinow have provided good input. + + udev users will have "/dev/input/mousen" -- configure that as only mouse +device? (see #237574) * Bug #216806: aoutloader missing header file for ntohl * Fix upstream install rule that prevents Xcursor themes from being installed on s390. As I understand it, this is client-side stuff and
Bug#237641: marked as done (xterm: Seg faults in ratpoison)
Your message dated Mon, 15 Mar 2004 12:25:07 -0500 with message-id <[EMAIL PROTECTED]> and subject line Bug#237641: xterm: Bug is temporary and not with the package 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; 12 Mar 2004 14:08:02 + >From [EMAIL PROTECTED] Fri Mar 12 06:08:02 2004 Return-path: <[EMAIL PROTECTED]> Received: from infofin.com [209.61.158.139] by spohr.debian.org with smtp (Exim 3.35 1 (Debian)) id 1B1nKU-0007UT-00; Fri, 12 Mar 2004 06:08:02 -0800 Received: (qmail 10546 invoked by uid 509); 12 Mar 2004 14:08:01 - Received: from pcp660754pcs.prshng01.fl.comcast.net (HELO localhost) ([EMAIL PROTECTED]@68.35.245.6) by 0 with SMTP; 12 Mar 2004 14:08:01 - Received: from viki by localhost with local (Exim 3.35 #1 (Debian)) id 1B1n7t-00028a-00; Fri, 12 Mar 2004 08:55:01 -0500 From: Vikram Aggarwal <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xterm: Seg faults in ratpoison X-Mailer: reportbug 1.50 Date: Fri, 12 Mar 2004 08:55:01 -0500 Message-Id: <[EMAIL PROTECTED]> Sender: Vikram Aggarwal <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_12 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_03_12 X-Spam-Level: Package: xterm Version: 4.3.0-5 Severity: important I use ratpoison version ratpoison 1.0.1-cvs. Starting xterm gives a segmentation fault. I also have icewm installed, and starting xterm inside icewm works fine. Ratpoison gives the entire screen to the window, and that might be messing up with xterm. Running xterm -geometry 1024x768 inside icewm does not cause any problems. But the same command inside ratpoison segfaults as well. My icewm version is 1.0.9.2-7. Do let me know if you need me to run some other tests as well. Thanks for your efforts and hard work, Vikram -- System Information Debian Release: 3.0 Architecture: powerpc Kernel: Linux merlin 2.4.20-pre7-ben0v1 #15 Sun Dec 28 13:16:48 EST 2003 ppc Locale: LANG=C, LC_CTYPE=C Versions of packages xterm depends on: ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libexpat1 1.95.6-6 XML parsing C library - runtime li ii libfontconfig12.2.1-15 generic font configuration library ii libfreetype6 2.1.7-2FreeType 2 font engine, shared lib ii libice6 4.3.0-2Inter-Client Exchange library ii libncurses5 5.3.20030719-4 Shared libraries for terminal hand ii libsm64.3.0-2X Window System Session Management ii libxaw7 4.1.0-16 X Athena widget set library ii libxext6 4.3.0-2X Window System miscellaneous exte ii libxft2 2.1.2-5FreeType-based font drawing librar ii libxmu6 4.3.0-2X Window System miscellaneous util ii libxpm4 4.3.0-2X pixmap library ii libxrender1 0.8.3-6X Rendering Extension client libra ii libxt64.3.0-2X Toolkit Intrinsics ii xlibs 4.3.0-2X Window System client libraries m ii xlibs-data4.3.0-2X Window System client data --- Received: (at 237641-done) by bugs.debian.org; 15 Mar 2004 17:25:08 + >From [EMAIL PROTECTED] Mon Mar 15 09:25:08 2004 Return-path: <[EMAIL PROTECTED]> Received: from dhcp065-026-182-085.indy.rr.com (redwald.deadbeast.net) [65.26.182.85] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1B2vps-0003xX-00; Mon, 15 Mar 2004 09:25:08 -0800 Received: by redwald.deadbeast.net (Postfix, from userid 1000) id 00D0F641DC; Mon, 15 Mar 2004 12:25:07 -0500 (EST) Date: Mon, 15 Mar 2004 12:25:07 -0500 From: Branden Robinson <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: Bug#237641: xterm: Bug is temporary and not with the package Message-ID: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6Nae48J/T25AfBN4" Content-Disposition: inline In-Reply-To: <[EMAIL PROTECTED]> Mail-Copies-To: nobody X-No-CC: I subscribe to th
Bug#235241: bug resolved
On Monday 15 March 2004 03:03 am, Christian Guggenberger wrote: > On 11.03.2004 21:41 Oliver Johns wrote: > > On Thursday 11 March 2004 05:00 am, you wrote: > > with 4.3.0-2. > > > > > So, just curious and for the record, would you please try if > > > things also do work, when you add > > > > > > Option"VBERestore" "1" > > > > > > to your device section? > > > > > > thanks. > > >- Christian > > > > Dear Christian, > > > > Thanks for the suggestion. > > > > If I put > > Option "VBERestore" "1" > > in the Device section of XF86Config-4, then I find that the > > keypress C-A-F1 will still switch to vt1. HOWEVER, when I use > > A-F7 to switch back, the screen goes blank. > > > > If I put > > Option "VBERestore" "0" > > then everything works totally correctly. (I assume that "0" is > > the default.) > > > > I have an 845G chipset. I think that VBERestore option was put > > in to help people with 830G chipsets. According to > > http://www.xfree86.org/~dawes/845driver.html > > this option was to allow 830G users to optionally back out a fix > > that had to be put in to get correct behaviour for my chipset, > > the 845G. > > > > After all of this, I think my problem was not the drivers at all. > > It turns out that 4.3.0 changed the rules for Xmodmap. The trap > > keys like C-A-F1 that had been implicit, were put explicitly into > > the internal xmodmap. If you do "xmodmap -pke" as root in a > > terminal, you'll see them in there. > > > > I was using an old modified Xmodmap to remap my keyboard, a > > Happy-Hacker's model, to make the diamond keys do a > > Delete-forward. But my Xmodmap didn't have the new entries for > > the trap keys! So I had to make a new Xmodmap starting from a > > current output of "xmodmap -pke". That solved the problem. > > > > So I don't know which Debian update "solved" my problem, since my > > problem was of my own making and not something about the drivers. > > Sorry. Hope the above data point helps. > > Thanks for the reply, Oliver! > I was just curious, if the "VBERestore" option really was the fix > for your VT switching problems. > As you said, it was not, as your problems had been caused by your > custom Xmodmap... > > Anyway, now we do a least know, that the VBERestore Option (set to > false) really prevents X server crashes, while switching VT's. > Branden you might want do undo "SVN commit: r1147 - trunk/debian"( > the bug closer), as the change to the i830 part of the i810 driver > has nothing to do with this Bug (IMHO). > > - Christian Dear Christian, I think that the VBERestore option was put in by Dawes because the earlier fix for 845G chipsets like mine was making problems for older 830 chipsets. So only 830 chipset users really need to worry about that option. It's default is "false", which is just fine for my chipset and probably all ones later than 830. Just for the record, in case someone out there has similar problems, here is what happened in my case: (1) The initial update 4.2.1-->4.3.0 caused my C-A-F1 combo to stop working. (2) After some futzing around, I filed a bug against xserver-xfree86. (3) Sometime later, an incremental update of 4.3.0 was made. But, on the same day, the update of kde-3.1 to kde-3.2 was made. The result was that my C-A-F1 started working again. (4) I was delighted, and filed a bug-fixed comment to my earlier bug. (5) Then I notice that my remapping of the keyboard to make the diamond keys act as forward-delete was now not working. (6) I found that the kde-3.2 no longer had lines in /etc/kde3/kdm/Xsetup to call xmodmap and remap the keyboard. So, I added those lines back. (7) Now I found that my diamond keys were working, but that C-A-F1 was broken again. (8) Finally the light dawned. I backed out the lines to call xmodmap. Then I did xmodmap -pke > xmodmap-new. Then I made the modifications about the diamond keys in the file xmodmap-new and moved it to /etc/X11/Xmodmap. Then I put back the lines in /etc/kde3/kdm/Xsetup to call xmodmap and use /etc/X11/Xmodmap as the new xmodmap. (9) Now everything works OK. It is entirely possible that the INITIAL update to 4.3.0 already solved whatever problems exist with the 845G chipset. After all, I was able to use chvt 1 to change to vt1 and A-F7 to change back. When I put Option "VBERestore" "true" in XF86Config-4 I do find that switching back from vt1 to vt7 is broken. So disabling Dawes's fix does indeed break my 845G system, so the fix is doing something for me. I just don't know which Debain update was the first to have that fix in it. Probably the first one, but I can't be sure. Thanks for your patience. And I still thank you guys for the frequent updates. --OJ
Processed: retitle 236464 to xserver-xfree86: please add hotplug input agent file
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.7.95.1 > retitle 236464 xserver-xfree86: please add hotplug input agent file Bug#236464: add hotplug support script for evdev Changed Bug title. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Processed: reassign 237717 to xserver-xfree86
Processing commands for [EMAIL PROTECTED]: > severity 237717 normal Bug#237717: totem renders colors inversely Bug#234093: xserver-xfree86: Wrong colors in Mplayer and Totem using Xvideo extension Severity set to `normal'. > retitle 237717 xserver-xfree86: totem (XVideo) renders hues wrongly Bug#237717: totem renders colors inversely Changed Bug title. > tag 237717 + moreinfo upstream Bug#237717: xserver-xfree86: totem (XVideo) renders hues wrongly Tags were: sid Bug#234093: xserver-xfree86: Wrong colors in Mplayer and Totem using Xvideo extension Tags added: moreinfo, upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Processed: Re: Bug#237877: should xdm still force a dpi 100 by default?
Processing commands for [EMAIL PROTECTED]: > tag 237877 + wontfix Bug#237877: should xdm still force a dpi 100 by default? Tags were: patch sid Tags added: wontfix > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Re: i830 driver still not reserving memory (4.3.0-5)
On Mon, 2004-03-15 at 16:44, Mark Zimmerman wrote: > Greetings: > > I am running a mixed testing/unstable setup on a Dell system with the > Intel 865G onboard graphics device. I installed the latest Xfree86 > packages 4.3.0-5 and everything works fine with one exception: I still > need to run the 865patch program to reserve video memory prior to > starting the X server. The changelog comments in xserver-xfree86 > incicate that this should no longer be the case. > I'm not sure, if even XFree86 4.4 can work around all broken Dell Bioses... Well you could give it try: Basically, it should be sufficient to replace the following files (make a backup of the old ones) /usr/X11R6/bin/XFree86 /usr/X11R6/lib/modules/libpcidata.a /usr/X11R6/lib/modules/libscanpci.a /usr/X11R6/lib/modules/drivers/i810_drv.o with those found at http://www.xfree86.org/~alanh/drivers/x86/ See, if it works better then... - Christian
Re: Bug#237574: #237574 X cannot start under kernel 2.6.3
Peter Samuelson wrote: > [Michel Dänzer] >> >so you get double mouse events with a >> >Debian generated XF86Config-4 with the mouse device selected as >> >/dev/psaux? > > [Nathanael Nerode] >> That's an interesting theory, but doesn't appear to be true -- I'm >> certainly not getting double mouse events. > > You would be if you had the rather common XF86Config-4 setup with two > InputDevice sections, one with /dev/input/mice and the other with > /dev/psaux. Oh, I see. :-) No, I only had the one section. -- Make sure your vote will count. http://www.verifiedvoting.org/
Re: Bug#238189: XKB Options Configuration not working ?
reassign 238189 xbase-clients severity wishlist retitle 238189 setxkbmap options syntax not documented well thanks On Monday 15 March 2004 22:53, Hervé Piedvache wrote: > setxkbmap -option caps:shift seems to do nothing on my system ... not error > message, no reaction ... nothing :o( setxkbmap is part of xbase-clients. kcontrol uses it, so if setxkbmap has no effect either, it is clearly not a kcnotrol problem > Help needed ... better documentation may be or a package missing but ... > need help please about this menu ! setxkbmap has a man page, which admittedly isnt very verbose about the actual options syntax. -- hi
Processed: Re: Bug#238189: XKB Options Configuration not working ?
Processing commands for [EMAIL PROTECTED]: > reassign 238189 xbase-clients Bug#238189: XKB Options Configuration not working ? Bug reassigned from package `kcontrol' to `xbase-clients'. > severity wishlist Unknown command or malformed arguments to command. > retitle 238189 setxkbmap options syntax not documented well Bug#238189: XKB Options Configuration not working ? Changed Bug title. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#238189: XKB Options Configuration not working ?
reassign 238189 kcontrol thanks On Mon, Mar 15, 2004 at 11:21:27PM +0200, Riku Voipio wrote: > reassign 238189 xbase-clients > severity wishlist > retitle 238189 setxkbmap options syntax not documented well > thanks > > On Monday 15 March 2004 22:53, Hervé Piedvache wrote: > > setxkbmap -option caps:shift seems to do nothing on my system ... not error > > message, no reaction ... nothing :o( > > setxkbmap is part of xbase-clients This is right. > kcontrol uses it, so if setxkbmap has no effect either, it is clearly > not a kcnotrol problem If setxkbmap has no effect, kcontrol should not display those buttons, or provide better explanations on what they do. > > Help needed ... better documentation may be or a package missing but ... > > need help please about this menu ! > > setxkbmap has a man page, which admittedly isnt very verbose about the actual > options syntax. I do not know what kcontrol is supposed to do, but AFAICT CapsLock can not be emulated as on typewriters. The 'Shift cancels Caps' idiom means that Shift+Caps prints lowercase letters (roughly); when Shift is released, CapsLock is still locked. Denis
Processed: Re: Bug#238189: XKB Options Configuration not working ?
Processing commands for [EMAIL PROTECTED]: > reassign 238189 kcontrol Bug#238189: setxkbmap options syntax not documented well Bug reassigned from package `xbase-clients' to `kcontrol'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
