Bug#234163: Oops, sorry wrong bug

[Matthias Urlichs]

Please disregard the previous message, it should have gone to bug
234613.
-- 
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#234163: Possibly a library conflicts

[Matthias Urlichs]

The most likely cause is a symbol ersioning problem. Since I have just
equipped the old libraries (libtasn1*,gnutls*,gcrypt*) with versioned
symbols, this should be fixable if one or two intermediate libraries
(or possibly evolution itself) are recompiled. The only problem is to
figure out which one.  ;-)

Can you do this:

* start evolution under gdb
* run it until it crashes
* cat /proc//maps | mail [EMAIL PROTECTED]

Thanks.

-- 
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  [EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#259639: xserver-xfree86: [ati] X starts a bit, then returns to console; [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0

[Shot]

Hello.

Shot:

> [EMAIL PROTECTED]:~$ XFree86 :0 -nolisten tcp -dpi 100 & sleep 2 && 
> DISPLAY=:0.0 gnome-session
> [1] 3221
> 
> Fatal server error:
> Cannot move old logfile "/var/log/XFree86.0.log.old"
> 
> 
> When reporting a problem related to a server crash, please send
> the full server output, not just the last messages.
> Please report problems to [EMAIL PROTECTED]
> 
> [1]+  Exit 1  XFree86 :0 -nolisten tcp -dpi 100
> 
> (gnome-session:3227): Gtk-WARNING **: cannot open display:
> [EMAIL PROTECTED]:~$

I googled some more and did `chmod ug+s /usr/bin/X11/XFree86`:

[EMAIL PROTECTED]:~$ ll /usr/bin/X11/XFree86
-rwsr-sr-x  1 root root 1745388 2004-07-07 17:07 /usr/bin/X11/XFree86

Now, the `XFree86 ... gnome-session` starts X and puts me on the
spotted gray background with the usual X cursor (and nothing more
happens, I have to kill the server with Ctrl-Alt-Backspace), while
`startx` still doesn't work, in the same way it didn't before the
chmod (that is - shows the background for a second or two and drops
me back to the commandline).

For reference, on my laptop everything works
fine *without* XFree86 runing suid root:

[EMAIL PROTECTED]:~$ ll /usr/bin/X11/XFree86
-rwxr-xr-x  1 root root 1745388 2004-07-07 17:07 /usr/bin/X11/XFree86

Cheers,
-- Shot (Piotr Szotkowski)
-- 
.--- http://shot.pl/ --- http://shot.pl/hovercraft/ --- -- -
| If I had wanted your website to make noise I would
| have licked my finger and rubbed it across the monitor.
| -- istartedi, /.
`-  --- -- -

Bug#257142: xutils: makedepend looks for stddef.h, stdarg.h (and others) in wrong directories

[Fred JEAN]

Sorry , I'm not an expert...
I'm not sure to understand  what you want !

Here is the whole story :
I tried to install the ncarg libraries 
(http://ngwww.ucar.edu/ng4.3/index.html) from sources using the standard 
step by step procedure described in the INSTALL file, after having 
installed debian packages for required X11 libraries.


During the 'make everything' of the install process of those libraries, 
I noticed the warnings mentionned in my email.


Hope this help you

Thanks for your help


Branden Robinson a écrit :
[...]

[...]


As an example, here is the type of warnings I received :

makedepend: warning:  w_idt.c (reading /usr/X11R6/include/X11/Xlib.h,
line 72): cannot find include file "stddef.h"
   not in ../../../.././include/stddef.h
not in /usr/X11R6/include/stddef.h
not in /usr/local/lib/gcc-include/stddef.h
not in /usr/include/stddef.h
not in /usr/lib/gcc-lib/i486-linux/3.3.3/include/stddef.h


And here is the result of 'locate stddef.h' :
-
/usr/include/linux/stddef.h
/usr/lib/gcc-lib/i486-linux/3.3.4/include/stddef.h



Can you provide a reproduction recipe for this bug, please?



--
Dr Fred JEAN - UMR CNRS 6539 / LEMAR / Univ. Bretagne Occidentale
Pho:+33 (0)2 98 49 86 38 // Fax:+33 (0)2 98 49 86 45
http://www.univ-brest.fr/IUEM/UMR6539/
== C'est curieux chez les marins, ce besoin de faire des phrases (M.A.)

Bug#259639: xserver-xfree86: [ati] X starts a bit, then returns to console; [drm:radeon_unlock] *ERROR* Process 1389 using kernel context 0

[Shot]

Hello.

Shot:

> I googled some more and did `chmod ug+s /usr/bin/X11/XFree86`:
> 
> [EMAIL PROTECTED]:~$ ll /usr/bin/X11/XFree86
> -rwsr-sr-x  1 root root 1745388 2004-07-07 17:07 /usr/bin/X11/XFree86
> 
> Now, the `XFree86 ... gnome-session` starts X and puts me on the
> spotted gray background with the usual X cursor (and nothing more
> happens, I have to kill the server with Ctrl-Alt-Backspace), while
> `startx` still doesn't work, in the same way it didn't before the
> chmod (that is - shows the background for a second or two and drops
> me back to the commandline).

Ok, I checked some more things and the current situation is this:

`startx` issued form the root's console puts me in root's GNOME
`sudo startx` with suided XFree86 puts me in root's GNOME
`sudo startx` without suided XFree86 stops at the gray screen

It seems it's something with the access
privileges, I just can't put my finger on it...

Cheers,
-- Shot (Piotr Szotkowski)
-- 
.--- http://shot.pl/ --- http://shot.pl/hovercraft/ --- -- -
| I'm not a complete idiot, some parts are missing.
`-  --- -- -

Bug#256706: xlibs: Other keyboard problems

[Lionel Elie Mamane]

Package: xlibs
Version: 4.3.0.dfsg.1-6
Followup-For: Bug #256706

I don't know if it is the same bug or not, but I have similar, but
other, keyboard troubles.

My configuration is (I tried with XkbModel pc104, it doesn't change
anything as far as I can see):

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "microsoft"
Option  "XkbLayout" "us"
Option  "XkbOptions""altwin:meta_win,compose:rwin"
EndSection

The troubles are:

 - Applications (such as Emacs) recognise the Meta key to be the left
   key marked "Alt", instead of the left "waving flag" key.

 - VT switching doesn't work anymore. (At first I thought this was Bug
   #250438, but it happens also with an X server started with:
startx /usr/bin/X11/twm
   ).

   If I do "xmodmap -e 'clear mod1'", VT switching works again.

 - Ditto for killing the X server (Ctrl-Alt-Backspace)

Additional information:

 - The keysyms shown by xev are right: Alt_L for the key engraved with
   "Alt", and "Meta_L" for the key with a waving flag on it:

KeyPress event, serial 17, synthetic NO, window 0x101,
root 0x40, subw 0x0, time 1438891, (103,48), root:(1075,385),
state 0x10, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,
XLookupString gives 0 bytes:  ""

KeyRelease event, serial 22, synthetic NO, window 0x101,
root 0x40, subw 0x0, time 1439096, (103,48), root:(1075,385),
state 0x50, keycode 115 (keysym 0xffe7, Meta_L), same_screen YES,
XLookupString gives 0 bytes:  ""

KeyPress event, serial 22, synthetic NO, window 0x101,
root 0x40, subw 0x0, time 1439528, (103,48), root:(1075,385),
state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:  ""

KeyRelease event, serial 22, synthetic NO, window 0x101,
root 0x40, subw 0x0, time 1439671, (103,48), root:(1075,385),
state 0x50, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:  ""



 - xmodmap shows strange things (I did all my tries before running
   xmodmap, I don't have any .xsession or anything liks that, so it
   cannot be the culprit):

[EMAIL PROTECTED]:~$ xmodmap 
xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift   Shift_L (0x32),  Shift_R (0x3e)
lockCaps_Lock (0x42)
control Control_L (0x25),  Control_R (0x6d)
mod1Alt_L (0x40),  BadKey (0x7d),  BadKey (0x9c)
mod2Num_Lock (0x4d)
mod3  
mod4Alt_R (0x71),  Meta_L (0x73),  BadKey (0x7f),  BadKey (0x80)
mod5Mode_switch (0x5d),  ISO_Level3_Shift (0x7c)

[EMAIL PROTECTED]:~$ xmodmap -e 'clear mod1'
[EMAIL PROTECTED]:~$ xmodmap -e 'add mod1 = Meta_L'
[EMAIL PROTECTED]:~$ xmodmap 
xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift   Shift_L (0x32),  Shift_R (0x3e)
lockCaps_Lock (0x42)
control Control_L (0x25),  Control_R (0x6d)
mod1Alt_L (0x40),  Meta_L (0x73),  BadKey (0x9c)
mod2Num_Lock (0x4d)
mod3  
mod4Alt_R (0x71),  Meta_L (0x73),  BadKey (0x7f),  BadKey (0x80)
mod5Mode_switch (0x5d),  ISO_Level3_Shift (0x7c)


[EMAIL PROTECTED]:~$ xmodmap -e 'clear mod1'
[EMAIL PROTECTED]:~$ xmodmap -e 'add mod1 = 0x73'
[EMAIL PROTECTED]:~$ xmodmap 
xmodmap:  up to 4 keys per modifier, (keycodes in parentheses):

shift   Shift_L (0x32),  Shift_R (0x3e)
lockCaps_Lock (0x42)
control Control_L (0x25),  Control_R (0x6d)
mod1s (0x27)
mod2Num_Lock (0x4d)
mod3  
mod4Alt_R (0x71),  Meta_L (0x73),  BadKey (0x7f),  BadKey (0x80)
mod5Mode_switch (0x5d),  ISO_Level3_Shift (0x7c)

-- Package-specific info:
Keyboard-related contents of XFree86 X server log file
/var/log/XFree86.0.log:
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "IIyama Vision Master Pro MT-9017T"
(**) |   |-->Device "ATI Radeon 9200 5964 (AGP)"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "microsoft"
(**) XKB: model: "microsoft"
(**) Option "XkbLayout" "us"
(**) XKB: layout: "us"
(**) Option "XkbOptions" "altwin:meta_win,compose:rwin"
(**) XKB: options: "altwin:meta_win,compose:rwin"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Configured Mouse"
(WW) The directory "/usr/lib/X11/fonts/CID" does not exist.
Entry deleted from font path.
(**) FontPath set to 
"unix/:7100,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/cyrillic,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/75dpi"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
--
(II) RADEON(0): Direct rendering disabled
(==) Ran

Bug#259740: xserver-xfree86: Windows key no longer treated as modifier, but rather as Super_L.

[Scott Robinson]

Package: xserver-xfree86
Version: 4.3.0.dfsg.1-6
Severity: normal

My Windows key is no longer being treated as the modifier key Mod4, but
rather Super_L... and Mod4 simultaneously?

My "Alt-Tab" in GNOME was remapped to Windows-Tab. When the infamous Alt-Tab
bug came along, I also had the problem. The Alt version of the problem
appears fixed, but in my version the problem still occurs. That is, the
Alt-Tab window continues appearing on screen and no task switching occurs.

When I go to the GNOME keymap control panel, my "Move between windows with
popup" option was set to Tab. If I try to change the option, the
moment I press the Windows key Super_L is replacing text.

How can I get back my Mod4 behavior on my Windows key and gain back Alt-Tab
functionality?

-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx1 root root   20 2004-04-14 04:14 /etc/X11/X -> 
/usr/bin/X11/XFree86
-rwxr-xr-x1 root root  1745388 2004-07-07 08:07 /usr/bin/X11/XFree86

Contents of /var/lib/xfree86/XF86Config-4.roster:
xserver-xfree86

VGA-compatible devices on PCI bus:
:01:06.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP 
(rev 5c)

/etc/X11/XF86Config-4 unchanged from checksum in 
/var/lib/xfree86/XF86Config-4.md5sum.

XFree86 X server configuration file status:
-rw-r--r--1 root root 2900 2004-06-24 20:59 
/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"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" "dvorak"
EndSection
Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "ZAxisMapping"  "4 5"
EndSection
Section "Device"
Identifier  "Generic Video Card"
Driver  "ati"
EndSection
Section "Monitor"
Identifier  "Generic Monitor"
HorizSync   30-70
VertRefresh 50-160
Option  "DPMS"
EndSection
Section "Screen"
Identifier  "Default Screen"
Device  "Generic Video Card"
Monitor "Generic Monitor"
DefaultDepth16
SubSection "Display"
Depth   1
Modes   "1280x1024" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   4
Modes   "1280x1024" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   8
Modes   "1280x1024" "800x600" "640x480"
EndSubSection
SubSection "Display"
Depth   15
Modes   "1280x1024" "800x600" "640x480"
EndSubSection
SubSection "Display"
   

Dear Sir

[mohdd zo3be]

Dear Sir:
My name is Mohd Al Zo'bi  I am Jordanian , I heard about you from my friend 
, so
I would like to learn about your experience in computer field, especially 
knowing
about a program that generate errors or Detect The Bugs And Show Me Where Is 
All The Bugs In My Exe File  from Visual-Basic EXE files Not How to fix the 
bugs Cause I have Program Make Fix.

Scan UNWANTED BUGS in program from exe files
This will add value to my life, hopping to get the answer soon.
Best regards;
Mohd Al Zo'bi

_
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. 
http://join.msn.com/?page=features/virus

Dear Sir

[mohdd zo3be]

Dear Sir:
My name is Mohd Al Zo'bi  I am Jordanian , I heard about you from my friend 
, so
I would like to learn about your experience in computer field, especially 
knowing
about a program that generate errors or Detect The Bugs And Show Me Where Is 
All The Bugs In My Exe File  from Visual-Basic EXE files Not How to fix the 
bugs Cause I have Program Make Fix.

Scan UNWANTED BUGS in program from exe files
This will add value to my life, hopping to get the answer soon.
Best regards;
Mohd Al Zo'bi

_
MSN 8 with e-mail virus protection service: 2 months FREE* 
http://join.msn.com/?page=features/virus

Bug#259754: xlibmesa-dri: [i830] crack-attack segfaults

[Josselin Mouette]

Package: xlibmesa-dri
Version: 4.3.0.dfsg.1-6
Severity: normal

16:45 [EMAIL PROTECTED] ~ > LANG=C crack-attack --solo
Crack Attack! v1.1.9
  by Daniel Nelson [aluminumangel.org], 2002
Erreur de segmentation

GDB tracks down the issue to the i830 DRI driver:
(gdb) run --solo
Starting program: /usr/games/crack-attack --solo
Crack Attack! v1.1.9
  by Daniel Nelson [aluminumangel.org], 2002

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 1078789536 (LWP 4629)]
0x40633310 in _mesa_test_os_sse_exception_support ()
   from /usr/X11R6/lib/modules/dri/debug/i830_dri.so
#0  0x40633310 in _mesa_test_os_sse_exception_support ()
   from /usr/X11R6/lib/modules/dri/debug/i830_dri.so
#1  0x40632eab in check_os_sse_support () at common_x86.c:196
#2  0x40632fef in _mesa_init_all_x86_transform_asm () at common_x86.c:356
#3  0x405a0e02 in _math_init_transformation () at m_xform.c:210
#4  0x405a0e29 in _math_init () at m_xform.c:220
#5  0x4051e90a in one_time_init () at context.c:448
#6  0x40520a2c in _mesa_initialize_context (ctx=0x808ea00, visual=0xb590,
share_list=0x0, driver_ctx=0x808d880, direct=1 '\001') at context.c:1463
#7  0x40520e98 in _mesa_create_context (visual=0x0, share_list=0x0,
driver_ctx=0x0, direct=1 '\001') at context.c:1611
#8  0x40637818 in i830CreateContext (dpy=0x0, mesaVis=0xb590,
driContextPriv=0x808a380, sharedContextPrivate=0x0) at i830_context.c:251
#9  0x4050a01d in driCreateContext (dpy=0x8087448, vis=0x808a008,
sharedPrivate=0x0, pctx=0x808b6b4) at dri_util.c:860
#10 0x40090195 in _glthread_SetTSD () from /usr/X11R6/lib/libGL.so.1
#11 0x400902ec in glXCreateContext () from /usr/X11R6/lib/libGL.so.1
#12 0x40143281 in fgOpenWindow () from /usr/lib/libglut.so.3
#13 0x40141d69 in fgCreateWindow () from /usr/lib/libglut.so.3
#14 0x40143674 in glutCreateWindow () from /usr/lib/libglut.so.3
#15 0x08050235 in std::basic_stringbuf, 
std::allocator >::overflow ()
#16 0x080561f0 in std::basic_stringbuf, 
std::allocator >::overflow ()
#17 0x0804be96 in ?? ()
#18 0x403387da in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#19 0x40459d84 in ?? () from /lib/tls/i686/cmov/libc.so.6
(gdb) cont
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x4039f3fc in memcpy () from /lib/tls/i686/cmov/libc.so.6
(gdb) bt
#0  0x4039f3fc in memcpy () from /lib/tls/i686/cmov/libc.so.6
#1  0x4058eb00 in texsubimage2d_unpack_ci8_direct (convert=0xbfffa7f0)
at texutil_tmp.h:246
#2  0x4058f005 in convert_texsubimage2d_ci8 (convert=0xbfffa9c0)
at texutil.c:672
#3  0x405902f6 in _mesa_convert_texsubimage1d (mesaFormat=13592,
xoffset=13592, width=13592, format=31344, type=5121,
unpacking=0xbfffa9c0, srcImage=0x817ce00, dstImage=0x817ce00)
at texutil.c:854
#4  0x4058100d in _mesa_transfer_teximage (ctx=0x808ea00, dimensions=1,
baseInternalFormat=6409, dstFormat=0x4066f500, dstAddr=0x817ce00,
srcWidth=32, srcHeight=1, srcDepth=1, dstXoffset=0, dstYoffset=0,
dstZoffset=0, dstRowStride=0, dstImageStride=0, srcFormat=6409,
srcType=5121, srcAddr=0xbfffa9c0, srcPacking=0x80a1d94) at texstore.c:497
#5  0x405811a3 in _mesa_store_teximage1d (ctx=0x808ea00, target=13592,
level=13592, internalFormat=6409, width=32, border=0, format=6409,
type=5121, pixels=0xbfffa9c0, packing=0xbfffa9c0, texObj=0x817ca10,
texImage=0x817cbc8) at texstore.c:680
#6  0x40575e35 in _mesa_TexImage1D (target=3552, level=0, internalFormat=6409,
width=32, border=0, format=6409, type=5121, pixels=0x817ce00)
at teximage.c:1574
#7  0x080626a3 in std::basic_stringbuf, 
std::allocator >::overflow ()
#8  0x080503cd in std::basic_stringbuf, 
std::allocator >::overflow ()
#9  0x080561f0 in std::basic_stringbuf, 
std::allocator >::overflow ()
#10 0x0804be96 in ?? ()
#11 0x403387da in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
#12 0x40459d84 in ?? () from /lib/tls/i686/cmov/libc.so.6

Please tell me if I can provide some further output to help.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.6-1-386
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8

Versions of packages xlibmesa-dri depends on:
ii  xlibmesa-gl   4.3.0.dfsg.1-6 Mesa 3D graphics library [XFree86]

-- no debconf information

life saver

[Sheffield]

imnqrjyjrwhquulsrnnrybedimmedozvhigezulekplyrfmchwvyyhoqexarden


Need a little spice in your life? having problems with your male parts?
Wana go for days? Keep the wife at home happy. Be happy.

I keep it hard here www.hardandhealth.com



uufjoufhfpwuvzitcnnnzgsjfuejxxmdfvgrcbokqicocfhvjndiaberranttrimerdramconsultanttibet

X Strike Force XFree86 SVN property change: propchange - r1661 svn:log

[X Strike Force SVN Repository Admin]

Author: branden
Revision: 1661
Property Name: svn:log

New Property Value:
Add missing pieces of libglide3/tdfx_dri update:
* Update MANIFEST file for amd64.
* Ship tdfx_dri.so in xlibmesa-dri for amd64.
* Ship unstripped tdfx_dri.so in xlibmesa-dri-dbg for amd64.

X Strike Force XFree86 SVN commit: r1663 - trunk/debian

[X Strike Force SVN Repository Admin]

Author: branden
Date: 2004-07-16 13:05:33 -0500 (Fri, 16 Jul 2004)
New Revision: 1663

Modified:
   trunk/debian/CHANGESETS
   trunk/debian/changelog
Log:
Improve accuracy of changelog and CHANGESETS entry.


Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-07-15 18:05:04 UTC (rev 1662)
+++ trunk/debian/CHANGESETS 2004-07-16 18:05:33 UTC (rev 1663)
@@ -53,16 +53,13 @@
 
 Update Glide3 library support for amd64 and ia64 thanks to Guillem Jover.
 Increment versioned build-dependency on libglide3 to >= 2002.04.10-7, and
-require this library for building on amd64 and ia64.  Edit patch #003 to enable
-compilation of tdfx DRI Mesa module on amd64 and ia64.  Shut up cpp warnings
-when generating Makefiles by defining a default value for HasGlide3 in
-xfree86.cf ("NO").  Resync patches #004, #048, #103, #150, #250, #500, and 
#600.
-Fix up Glide3 library support in various respects.  Stop shipping tdfx DRI Mesa
-module on powerpc until it stops being useless (i.e., until libglide3-dev is
-available on that architecture).  Move xlibmesa-gl's suggestion of the 
libglide3
-package (and explanation thereof) to the xlibmesa-dri package.  (Closes:
-#255270)
-1640
+require this library for building on amd64 and ia64.  Edit patch #003 to
+enable compilation of tdfx DRI Mesa module on amd64 and ia64.  Shut up cpp
+warnings when generating Makefiles by defining a default value for
+HasGlide3 in xfree86.cf ("NO").  Resync patches #004, #048, #103, #150,
+#250, #500, and #600.  Ship tdfx DRI Mesa module in xlibmesa-dri for amd64
+and ia64, and unstripped version of same in xlibmesa-dri-dbg.
+1640, 1662
 
 Add FAQ entry: I'm having trouble getting dual-head support to work on my
 ATI Radeon card.  Can you help?  (Closes: #236197)
@@ -123,7 +120,4 @@
   + Make buildd's admins hate us less.
 1658, 1659, 1661
 
-Ship unstripped version of 3Dfx Mesa DRI module for ia64 in xlibmesa-dri-dbg.
-1662
-
 vim:set ai et sts=4 sw=4 tw=80:

Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2004-07-15 18:05:04 UTC (rev 1662)
+++ trunk/debian/changelog  2004-07-16 18:05:33 UTC (rev 1663)
@@ -38,7 +38,9 @@
 enable compilation of tdfx DRI Mesa module on amd64 and ia64.  Shut up cpp
 warnings when generating Makefiles by defining a default value for
 HasGlide3 in xfree86.cf ("NO").  Resync patches #004, #048, #103, #150,
-#250, #500, and #600.  (Closes: #255270)
+#250, #500, and #600.  Ship tdfx DRI Mesa module in xlibmesa-dri for amd64
+and ia64, and unstripped version of same in xlibmesa-dri-dbg.
+(Closes: #255270)
 
   * Fix up Glide3 library support in various respects.  Stop shipping tdfx DRI
 Mesa module on powerpc until it stops being useless (i.e., until
@@ -103,7 +105,7 @@
   dependent.
 + Make buildd's admins hate us less.
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Thu, 15 Jul 2004 13:03:52 -0500
+ -- Branden Robinson <[EMAIL PROTECTED]>  Fri, 16 Jul 2004 13:03:01 -0500
 
 xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low
 

Bug#259786: xserver-xfree86: Mouse is blocking

[Alexandre Touret]

Package: xserver-xfree86
Version: 4.3.0.dfsg.1-6
Severity: important

Hi
When I leave my mouse without do it anything, she is beeing blocked on
my screen. Then, the only solution I haved found is to restart X :-(

Furthermore, during kdm or gdm startup, when I don t touch the mouse,
the mouse is blocked after gnome startup.

This occured after my last upgrade of xfree

Thanks for helping

Alexandre Touret

my XFree86.0.log:

XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-6 20040707142024
[EMAIL PROTECTED])
Release Date: 15 August 2003
X Protocol Version 11, Revision 0, Release 6.6
Build Operating System: Linux 2.4.23 i686 [ELF] 
Build Date: 07 July 2004
Before reporting problems, check http://www.XFree86.Org/
to make sure that you have the latest version.
Module Loader present
OS Kernel: Linux version 2.4.26-1-686 ([EMAIL PROTECTED]) (gcc version 3.3.4
(Debian 1:3.3.4-2)) #1 Fri Jul 9 22:01:19 JST 2004 T
Markers: (--) probed, (**) from config file, (==) default setting,
 (++) from command line, (!!) notice, (II) informational,
 (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/XFree86.0.log", Time: Fri Jul 16 19:34:00 2004
(==) Using config file: "/etc/X11/XF86Config-4"
(==) ServerLayout "layout1"
(**) |-->Screen "screen1" (0)
(**) |   |-->Monitor "monitor1"
(**) |   |-->Device "device1"
(**) |-->Input Device "Keyboard1"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc105"
(**) XKB: model: "pc105"
(**) Option "XkbLayout" "fr"
(**) XKB: layout: "fr"
(WW) Option "XkbOptions" requires an string value
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Mouse1"
(**) FontPath set to "unix/:7101,unix/:7100,/usr/lib/X11/fonts/misc"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(**) Option "AllowMouseOpenFail"
(++) using VT number 7

(II) Open APM successful
(II) Module ABI versions:
XFree86 ANSI C Emulation: 0.2
XFree86 Video Driver: 0.6
XFree86 XInput driver : 0.4
XFree86 Server Extension : 0.2
XFree86 Font Renderer : 0.4
(II) Loader running on linux
(II) LoadModule: "bitmap"
(II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a
(II) Module bitmap: vendor="The XFree86 Project"
compiled for 4.3.0.1, module version = 1.0.0
Module class: XFree86 Font Renderer
ABI class: XFree86 Font Renderer, version 0.4
(II) Loading font Bitmap
(II) LoadModule: "pcidata"
(II) Loading /usr/X11R6/lib/modules/libpcidata.a
(II) Module pcidata: vendor="The XFree86 Project"
compiled for 4.3.0.1, module version = 1.0.0
ABI class: XFree86 Video Driver, version 0.6
(II) PCI: Probing config type using method 1
(II) PCI: Config type is 1
(II) PCI: stages = 0x03, oldVal1 = 0x, mode1Res1 = 0x8000
(II) PCI: PCI scan (all values are in hex)
(II) PCI: 00:00:0: chip 1106,3099 card ,0824 rev 00 class 06,00,00
hdr 00
(II) PCI: 00:01:0: chip 1106,b099 card , rev 00 class 06,04,00
hdr 01
(II) PCI: 00:09:0: chip 10b7,9200 card 10b7,1000 rev 78 class 02,00,00
hdr 00
(II) PCI: 00:0d:0: chip 1274,5880 card 1274,2000 rev 02 class 04,01,00
hdr 00
(II) PCI: 00:11:0: chip 1106,3074 card 1106,3074 rev 00 class 06,01,00
hdr 80
(II) PCI: 00:11:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a
hdr 00
(II) PCI: 00:11:2: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00
hdr 00
(II) PCI: 00:11:3: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00
hdr 00
(II) PCI: 00:11:4: chip 1106,3038 card 0925,1234 rev 1b class 0c,03,00
hdr 00
(II) PCI: 00:13:0: chip 1103,0004 card 1103,0001 rev 05 class 01,04,00
hdr 00
(II) PCI: 01:00:0: chip 10de,0111 card 147b,6107 rev b2 class 03,00,00
hdr 00
(II) PCI: End of PCI scan
(II) Host-to-PCI bridge:
(II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set)
(II) Bus 0 I/O range:
[0] -1  0   0x - 0x (0x1) IX[B]
(II) Bus 0 non-prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) Bus 0 prefetchable memory range:
[0] -1  0   0x - 0x (0x0) MX[B]
(II) PCI-to-PCI bridge:
(II) Bus 1: bridge is at (0:1:0), (0,1,1), BCTRL: 0x000c (VGA_EN is set)
(II) Bus 1 non-prefetchable memory range:
[0] -1  0   0xec00 - 0xedff (0x200) MX[B]
(II) Bus 1 prefetchable memory range:
[0] -1  0   0xe000 - 0xe7ff (0x800) MX[B]
(II) PCI-to-ISA bridge:
(II) Bus -1: bridge is at (0:17:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is
set)
(--) PCI:*(1:0:0) nVidia Corporation NV11DDR [GeForce2 MX 100 DDR/200
DDR] rev 178, Mem @ 0xec00/24, 0xe000/27
(II) Addressable bus resource ranges are
[0] -1  0   0x - 0x (0x0) MX[B]
[1] -1  0   0x - 0x (0x1) IX[B]
(II) OS-reported resource ranges:
[0] -1  0   0xffe0 - 0x (0x20) MX[B](B)
[1] -1  0   0x0010

X Strike Force XFree86 SVN commit: r1664 - trunk/debian

[X Strike Force SVN Repository Admin]

Author: branden
Date: 2004-07-16 13:10:58 -0500 (Fri, 16 Jul 2004)
New Revision: 1664

Modified:
   trunk/debian/CHANGESETS
   trunk/debian/changelog
Log:
(cosmetic) More changelog/CHANGESETS cleanup.


Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-07-16 18:05:33 UTC (rev 1663)
+++ trunk/debian/CHANGESETS 2004-07-16 18:10:58 UTC (rev 1664)
@@ -13,7 +13,7 @@
 1606
 
 Miscellaneous cosmetic fixes.
-1607, 1608, 1624, 1626, 1627, 1636, 1651, 1654
+1607, 1608, 1624, 1626, 1627, 1636, 1651, 1654, 1663, 1664
 
 Grab latest version of XTerm (#191) from Thomas Dickey's website.
 1609

Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2004-07-16 18:05:33 UTC (rev 1663)
+++ trunk/debian/changelog  2004-07-16 18:10:58 UTC (rev 1664)
@@ -90,9 +90,6 @@
   * Fix bug in COMPOUND_TEXT translation of the GBK character encoding
 (thanks, Su Yong).  (Closes: #255224)
 
-  * Ship unstripped version of 3Dfx Mesa DRI module for ia64 in
-xlibmesa-dri-dbg.
-
   Changes by Fabio M. Di Nitto:
 
   * Split binary-arch and binary-indep targets in debian/rules.

X Strike Force XFree86 SVN commit: r1665 - trunk/debian

[X Strike Force SVN Repository Admin]

Author: branden
Date: 2004-07-16 13:12:58 -0500 (Fri, 16 Jul 2004)
New Revision: 1665

Modified:
   trunk/debian/CHANGESETS
   trunk/debian/changelog
   trunk/debian/xfree86-common.docs.s390
Log:
Fix missing element of Debian X FAQ conversion to XHTML; correct
s390-specific version of xfree86-common dh_installdocs file to recognize
that the FAQ is already gzipped.


Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-07-16 18:10:58 UTC (rev 1664)
+++ trunk/debian/CHANGESETS 2004-07-16 18:12:58 UTC (rev 1665)
@@ -120,4 +120,9 @@
   + Make buildd's admins hate us less.
 1658, 1659, 1661
 
+Fix missing element of Debian X FAQ conversion to XHTML; correct
+s390-specific version of xfree86-common dh_installdocs file to recognize
+that the FAQ is already gzipped.
+1665
+
 vim:set ai et sts=4 sw=4 tw=80:

Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2004-07-16 18:10:58 UTC (rev 1664)
+++ trunk/debian/changelog  2004-07-16 18:12:58 UTC (rev 1665)
@@ -90,6 +90,10 @@
   * Fix bug in COMPOUND_TEXT translation of the GBK character encoding
 (thanks, Su Yong).  (Closes: #255224)
 
+  * Fix missing element of Debian X FAQ conversion to XHTML; correct
+s390-specific version of xfree86-common dh_installdocs file to recognize
+that the FAQ is already gzipped.
+
   Changes by Fabio M. Di Nitto:
 
   * Split binary-arch and binary-indep targets in debian/rules.
@@ -102,7 +106,7 @@
   dependent.
 + Make buildd's admins hate us less.
 
- -- Branden Robinson <[EMAIL PROTECTED]>  Fri, 16 Jul 2004 13:03:01 -0500
+ -- Branden Robinson <[EMAIL PROTECTED]>  Fri, 16 Jul 2004 13:08:01 -0500
 
 xfree86 (4.3.0.dfsg.1-6) unstable; urgency=low
 

Modified: trunk/debian/xfree86-common.docs.s390
===
--- trunk/debian/xfree86-common.docs.s390   2004-07-16 18:10:58 UTC (rev 
1664)
+++ trunk/debian/xfree86-common.docs.s390   2004-07-16 18:12:58 UTC (rev 
1665)
@@ -5,7 +5,7 @@
 build-tree/xc/programs/Xserver/hw/xfree86/doc/RELNOTES
 build-tree/xc/programs/Xserver/hw/xfree86/doc/Versions
 debian/changelog.Debian.old
-debian/local/FAQ
+debian/local/FAQ.gz
 debian/local/FAQ.xhtml
 debian/local/README.Debian-upgrade
 debian/tmp/usr/X11R6/lib/X11/doc/README

X Strike Force XFree86 SVN commit: r1666 - trunk/debian

[X Strike Force SVN Repository Admin]

Author: branden
Date: 2004-07-16 13:15:13 -0500 (Fri, 16 Jul 2004)
New Revision: 1666

Modified:
   trunk/debian/TODO
Log:
Add item.


Modified: trunk/debian/TODO
===
--- trunk/debian/TODO   2004-07-16 18:12:58 UTC (rev 1665)
+++ trunk/debian/TODO   2004-07-16 18:15:13 UTC (rev 1666)
@@ -149,6 +149,11 @@
   well.
 * #253806: add FAQ entry offering more troubleshooting advice for the 'could 
not
   open default font' question
+* Go through all README* files in upstream tree and make sure that we're
+  shipping as many as make sense.  Probably need special target in debian/rules
+  (depended on by the install target) to handle this, because there will be a
+  lot of messy renaming to do.  (Not all README files can be called README if
+  they live in the same /usr/share/doc/$package.)
 
 Do opportunistically, only in conjuction with other fixes
 -

Processed: retitle 255070 to xterm: I don't like the Debian-customized shades of blue used in xterm these days ...

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
> retitle 255070 xterm: I don't like the Debian-customized shades of blue used 
> in xterm these days
Bug#255070: strange colors (blue) since xterm 4.3.0.dfsg.1-4
Changed Bug title.

> severity 255070 wishlist
Bug#255070: xterm: I don't like the Debian-customized shades of blue used in 
xterm these days
Severity set to `wishlist'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Processed: Re: Bug#218630: [PATCH] fix dh_installwm manpages

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 218630 xterm: "man xterm" brings up uxterm's manpage
Bug#218630: "man xterm" tells me to look at the xterm man page
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Processed: retitle 231041 to xterm: want scrollbar enabled by default

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
> retitle 231041 xterm: want scrollbar enabled by default
Bug#231041: would be nice if default xterm had scrollbar
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: retitle 232345 to xterm: manpage insufficiently clear about how to find the control sequences document ...

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
> retitle 232345 xterm: manpage insufficiently clear about how to find the 
> control sequences document
Bug#232345: xterm: man page points to ctlseqs.ms
Changed Bug title.

> severity 232345 minor
Bug#232345: xterm: manpage insufficiently clear about how to find the control 
sequences document
Severity set to `minor'.

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Processed: retitle 252873 to xterm: cursor color uses colors of previous character cell, not the current one ... ...

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
> retitle 252873 xterm: cursor color uses colors of previous character cell, 
> not the current one
Bug#252873: xterm cursor color busted
Changed Bug title.

> severity 252873 minor
Bug#252873: xterm: cursor color uses colors of previous character cell, not the 
current one
Severity set to `minor'.

> tags 252873 + upstream
Bug#252873: xterm: cursor color uses colors of previous character cell, not the 
current one
There were no tags set.
Tags added: upstream

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Processed: Re: Bug#252274: xterm: wrong comment start in /etc/X11/app-defaults/XTerm

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> severity 252274 minor
Bug#252274: xterm: wrong comment start in /etc/X11/app-defaults/XTerm
Severity set to `minor'.

> retitle 252274 xterm: wrong comment character used in 
> /etc/X11/app-defaults/XTerm
Bug#252274: xterm: wrong comment start in /etc/X11/app-defaults/XTerm
Changed Bug title.

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Processed: severity of 258077 is normal

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
>  # not a crash
> severity 258077 normal
Bug#258077: xterm: [uxterm] some Cyrillic characters not displayed correctly
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 property change: propchange - r1646 svn:log

[X Strike Force SVN Repository Admin]

Author: branden
Revision: 1646
Property Name: svn:log

New Property Value:
Grab latest version of XTerm (#192) from Thomas Dickey's website.
According to the upstream changelog, this release addresses several Debian
bugs.
+ Change resource settings for color4 and color12; add some discussion in
  XTerm-col.ad.  (Closes: #255070)
+ Add a note in xterm manpage regarding possible conflict between resource
  settings for xterm.vt100.font and xterm.vt100.utf8Fonts.font.
  (See #254650.)
+ Add case to uxterm to accommodate locales ending with "@euro", e.g.,
  [EMAIL PROTECTED] (report/analysis by Matthieu Lagouge).
  (Closes: #255197)
+ Save the fontnames for bold fonts that are derived from normal fonts, or
  from the boldFont resource, so the same value is restored when switching
  with the VT Fonts menu.  (Closes: #256086)
+ Fix typo in manpage's description of character classes.
  (Closes: #257073)
+ Modify terminfo to accommodate luit, which relies on G1 being used via
  an ISO-2022 escape sequence (analysis by Juliusz Chrobocek).
  (See #254316; in Debian, this is actually an ncurses-base bug.)

X Strike Force XFree86 SVN commit: r1667 - trunk/debian

[X Strike Force SVN Repository Admin]

Author: branden
Date: 2004-07-16 13:49:13 -0500 (Fri, 16 Jul 2004)
New Revision: 1667

Modified:
   trunk/debian/CHANGESETS
   trunk/debian/changelog
Log:
Use bug-closer on an open and relvant bug.


Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-07-16 18:15:13 UTC (rev 1666)
+++ trunk/debian/CHANGESETS 2004-07-16 18:49:13 UTC (rev 1667)
@@ -72,7 +72,7 @@
 According to the upstream changelog, this release addresses several Debian
 bugs.
 + Change resource settings for color4 and color12; add some discussion in
-  XTerm-col.ad.  (Closes: #241717)
+  XTerm-col.ad.  (Closes: #255070)
 + Add a note in xterm manpage regarding possible conflict between resource
   settings for xterm.vt100.font and xterm.vt100.utf8Fonts.font.
   (See #254650.)
@@ -87,7 +87,7 @@
 + Modify terminfo to accommodate luit, which relies on G1 being used via
   an ISO-2022 escape sequence (analysis by Juliusz Chrobocek).
   (See #254316; in Debian, this is actually an ncurses-base bug.)
-1646
+1646, 1667
 
 Update XTerm FAQ to latest version (1.84) from Thomas Dickey's website.
 1647

Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2004-07-16 18:15:13 UTC (rev 1666)
+++ trunk/debian/changelog  2004-07-16 18:49:13 UTC (rev 1667)
@@ -57,7 +57,7 @@
 According to the upstream changelog, this release addresses several Debian
 bugs.
 + Change resource settings for color4 and color12; add some discussion in
-  XTerm-col.ad.  (See #241717.)
+  XTerm-col.ad.  (Closes: #255070)
 + Add a note in xterm manpage regarding possible conflict between resource
   settings for xterm.vt100.font and xterm.vt100.utf8Fonts.font.
   (See #254650.)

Bug#252274: xterm: wrong comment start in /etc/X11/app-defaults/XTerm

[Branden Robinson]

severity 252274 minor
retitle 252274 xterm: wrong comment character used in 
/etc/X11/app-defaults/XTerm
thanks

On Wed, Jun 02, 2004 at 03:12:13PM +0200, hungerburg wrote:
> there is a line in  /etc/X11/app-defaults/XTerm
> 
> # Debian package customizations follow.
> 
> its meant as a comment, but instead is a preprocessor directive;
> 
> comments start with !

Kicking this bug down to minor severity (because it is harmless), but it is
indeed a bug.

-- 
G. Branden Robinson|
Debian GNU/Linux   |Yeah, that's what Jesus would do.
[EMAIL PROTECTED] |Jesus would bomb Afghanistan. Yeah.
http://people.debian.org/~branden/ |


signature.asc
Description: Digital signature

Bug#250537: marked as done (xterm: text colors come up black-on-black)

[Debian Bug Tracking System]

Your message dated Fri, 16 Jul 2004 13:40:27 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#250537: Xterm configuration error in XTerm-color
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; 23 May 2004 17:39:05 +
>From [EMAIL PROTECTED] Sun May 23 10:39:05 2004
Return-path: <[EMAIL PROTECTED]>
Received: from 227.red-80-38-217.pooles.rima-tde.net (Storm) [80.38.217.227] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BRwwC-00026M-00; Sun, 23 May 2004 10:39:05 -0700
Received: from privadas.nuria.telefonica-data.net ([192.168.200.1])
by Storm with asmtp (Exim 3.35 #1 (Debian))
id 1BRwx2-0005L2-00
for <[EMAIL PROTECTED]>; Sun, 23 May 2004 19:39:56 +0200
From: "Miquel (a.k.a =?iso-8859-15?q?Ktal=E0?=)" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Xterm configuration error in XTerm-color
Date: Sun, 23 May 2004 19:42:05 +0200
User-Agent: KMail/1.6.2
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 

Package: xterm
  Version: 4.3.0-7

  When the xterm package is installed, you open an xterm and you can see a=
=20
"beautiful" black console terminal with no prompt and no characters. This i=
s=20
because the background color is not set correctly.

You have", in the /etc/X11/app-defaults/XTerm-color there=20

  I suggest that the *VT100*colorBD value in /etc/X11/app-defaults/XTerm-co=
lor=20
must be white . This solves the problem (checked)

  I am using Debian sid GNU/Linux , kernel 2.6.4.


Miquel
=09
=2D-=20

Miquel (a.k.a. Ktal=E0)
Linux User  #286784
Debian GNU/Linux (Linux Wolverine 2.6.4)

Welcome to the jungle, we got fun and games
Guns n' Roses

---
Received: (at 250537-done) by bugs.debian.org; 16 Jul 2004 18:40:28 +
>From [EMAIL PROTECTED] Fri Jul 16 11:40:28 2004
Return-path: <[EMAIL PROTECTED]>
Received: from dhcp065-026-182-085.indy.rr.com (sisyphus.deadbeast.net) 
[65.26.182.85] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BlXdE-0006on-00; Fri, 16 Jul 2004 11:40:28 -0700
Received: by sisyphus.deadbeast.net (Postfix, from userid 1000)
id 8901968C019; Fri, 16 Jul 2004 13:40:27 -0500 (EST)
Date: Fri, 16 Jul 2004 13:40:27 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Bug#250537: Xterm configuration error in XTerm-color
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="NPukt5Otb9an/u20"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
Mail-Copies-To: nobody
X-No-CC: I subscribe to this list; do not CC me on replies.
User-Agent: Mutt/1.5.6+20040523i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 


--NPukt5Otb9an/u20
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Asked submitter for more information regarding this unreproducible bug on
28 May (see below).

No reply was ever received.

Closing unreproducible bug from unresponsive submitter.

On Fri, May 28, 2004 at 04:22:10AM -0500, Branden Robinson wrote:
> retitl 250537 xterm: text colors come up black-on-black
> tag 250537 + unreproducible moreinfo
> thanks
>=20
> On Sun, May 23, 2004 at 07:42:05PM +0200, Miquel (a.k.a Ktal=E0) wrote:
> > Package: xterm
> > Version: 4.3.0-7
> >=20
> >   When the xterm package is installed, you open an xterm and you can
> >   see a "beautiful" black console terminal with no prompt and no
> >   characters. This is because the background color is not set
> >   correctly.
>=20
> I do not experience this problem.
>=20
> > You have", in the /etc/X11/app-defaults/XTerm-color there=20
>=20
> I'm not sure wh

Bug#218630: marked as done (xterm: "man xterm" brings up uxterm's manpage)

[Debian Bug Tracking System]

Your message dated Fri, 16 Jul 2004 13:33:37 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#218630: [PATCH] fix dh_installwm manpages
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; 1 Nov 2003 19:36:18 +
>From [EMAIL PROTECTED] Sat Nov 01 13:36:17 2003
Return-path: <[EMAIL PROTECTED]>
Received: from adore.lightlink.com [205.232.34.20] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AG1Xl-0001dc-00; Sat, 01 Nov 2003 13:36:17 -0600
Received: from lightlink.com ([EMAIL PROTECTED])
by adore.lightlink.com (8.9.3p2/8.8.8) id OAA06609;
Sat, 1 Nov 2003 14:36:16 -0500 (EST)
From: Paul Kimoto <[EMAIL PROTECTED]>
Date: Sat, 1 Nov 2003 14:36:15 -0500
To: [EMAIL PROTECTED]
Subject: "man xterm" tells me to look at the xterm man page
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.4.1i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-7.0 required=4.0
tests=BAYES_00,HAS_PACKAGE
version=2.53-bugs.debian.org_2003_11_1
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_1 
(1.174.2.15-2003-03-30-exp)

Package: xterm
Version: 4.2.1-13
Severity: minor

Running "man xterm" (with man-db 2.4.2-4) gets me what claims to be the
x-terminal-emulator(1) man page.  Now that this is uxterm(1), it sends me
to the xterm man page for more information.

$ PAGER='cat -s' man xterm
Reformatting x-terminal-emulator(1), please wait...
uxterm(1)  uxterm(1)

NAME
   uxterm - terminal emulator for X, with Unicode support

SYNOPSIS
   uxterm [ xterm-options ]

DESCRIPTION
   uxterm is a wrapper around the xterm(1) program that invokes the latter
   program with the "UXTerm" X  resource  class  set.   All  arguments  to
   uxterm  are  passed  to  xterm  without  processing; the -class and -u8
   options should not be specified because they are used by  the  wrapper.
   See the xterm manual page for more information on xterm-options.

SEE ALSO
   xterm(1)

Debian GNU/Linux  11 Sep 2001uxterm(1)



---
Received: (at 218630-done) by bugs.debian.org; 16 Jul 2004 18:33:39 +
>From [EMAIL PROTECTED] Fri Jul 16 11:33:39 2004
Return-path: <[EMAIL PROTECTED]>
Received: from dhcp065-026-182-085.indy.rr.com (sisyphus.deadbeast.net) 
[65.26.182.85] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BlXWc-0006Me-00; Fri, 16 Jul 2004 11:33:39 -0700
Received: by sisyphus.deadbeast.net (Postfix, from userid 1000)
id 6C24668C019; Fri, 16 Jul 2004 13:33:37 -0500 (EST)
Date: Fri, 16 Jul 2004 13:33:37 -0500
From: Branden Robinson <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: Bug#218630: [PATCH] fix dh_installwm manpages
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL 
PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="NGIwU0kFl1Z1A3An"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
Mail-Copies-To: nobody
X-No-CC: I subscribe to this list; do not CC me on replies.
User-Agent: Mutt/1.5.6+20040523i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER,
VALID_BTS_CONTROL autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 
X-CrossAssassin-Score: 2


--NGIwU0kFl1Z1A3An
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

retitle 218630 xterm: "man xterm" brings up uxterm's manpage
thanks

On Sun, Nov 09, 2003 at 05:59:33PM +, Colin Watson wrote:
> This is also bug #204249, which I unfortunately hadn't had time to look
> at until now, so I'm extending the already long Cc: list to include
> that.

I believe this problem was a bug in man-db, and has been resolved:

man-db (2.4.2-13) unstable; urgency=3Dmedium

  * When sorting located man pages for display, sort by pure section, then
id (real page, symlink, whatis reference, etc.), then extended section,
rather than the previous ordering of ext

X Strike Force XFree86 SVN property change: propchange - r1652 svn:log

[X Strike Force SVN Repository Admin]

Author: branden
Revision: 1652
Property Name: svn:log

New Property Value:
Grab from XFree86 CVS (no later than 2003-11-10) several fixes to the
RandR extension manual page and server-side implementation.
+ Remove reference to non-existent Xrender(3) man page (reported to
  webmaster).  [David Dawes]
+ Fix manual pages typos (Bugzilla #316, Jens Schweikhardt).  [Matthieu
  Herrb]
+ Removed Copyright sign from man pages as this causes some formatters to
  choke (Egbert Eich).
+ Fixed rounding of refresh rate in RandR, updated Xrandr man page
  (BugzillaR #527, Egbert Eich).
+ Fix RandR initialization problem when default screen resolution is
  different from the virtual resolution. (Bugzilla #853, Bob Paauwe).
  [Alan Hourihane]
+ The call to xf86RandRSetMode() from xf86RandRCreateScreenResources()
  doesn't appear to be necessary.  Removing it restores the documented
  ViewPort behaviour when RandR is enabled (David Dawes).
+ Warning fix [Marc Aurele La France]
+ C-style comments were being stripped by preprocessing.  [David Dawes]
(Closes: #256297)

X Strike Force XFree86 SVN commit: r1668 - trunk/debian

[X Strike Force SVN Repository Admin]

Author: branden
Date: 2004-07-16 13:58:39 -0500 (Fri, 16 Jul 2004)
New Revision: 1668

Modified:
   trunk/debian/CHANGESETS
   trunk/debian/changelog
Log:
(cosmetic) Improve accuracy of changelog item.


Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-07-16 18:49:13 UTC (rev 1667)
+++ trunk/debian/CHANGESETS 2004-07-16 18:58:39 UTC (rev 1668)
@@ -94,16 +94,24 @@
 
 Grab from XFree86 CVS (no later than 2003-11-10) several fixes to the
 RandR extension manual page and server-side implementation.
++ Remove reference to non-existent Xrender(3) man page (reported to
+  webmaster).  [David Dawes]
++ Fix manual pages typos (Bugzilla #316, Jens Schweikhardt).  [Matthieu
+  Herrb]
++ Removed Copyright sign from man pages as this causes some formatters to
+  choke (Egbert Eich).
 + Fixed rounding of refresh rate in RandR, updated Xrandr man page
   (BugzillaR #527, Egbert Eich).
 + Fix RandR initialization problem when default screen resolution is
   different from the virtual resolution. (Bugzilla #853, Bob Paauwe).
+  [Alan Hourihane]
 + The call to xf86RandRSetMode() from xf86RandRCreateScreenResources()
   doesn't appear to be necessary.  Removing it restores the documented
   ViewPort behaviour when RandR is enabled (David Dawes).
 + Warning fix [Marc Aurele La France]
++ C-style comments were being stripped by preprocessing.  [David Dawes]
 (Closes: #256297)
-1652
+1652, 1668
 
 Fix bug in COMPOUND_TEXT translation of the GBK character encoding
 (thanks, Su Yong).  (Closes: #255224)

Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2004-07-16 18:49:13 UTC (rev 1667)
+++ trunk/debian/changelog  2004-07-16 18:58:39 UTC (rev 1668)
@@ -77,14 +77,22 @@
 
   * Grab from XFree86 CVS (no later than 2003-11-10) several fixes to the
 RandR extension manual page and server-side implementation.
++ Remove reference to non-existent Xrender(3) man page (reported to
+  webmaster).  [David Dawes]
++ Fix manual pages typos (Bugzilla #316, Jens Schweikhardt).  [Matthieu
+  Herrb]
++ Removed Copyright sign from man pages as this causes some formatters to
+  choke (Egbert Eich).
 + Fixed rounding of refresh rate in RandR, updated Xrandr man page
   (BugzillaR #527, Egbert Eich).
 + Fix RandR initialization problem when default screen resolution is
   different from the virtual resolution. (Bugzilla #853, Bob Paauwe).
+  [Alan Hourihane]
 + The call to xf86RandRSetMode() from xf86RandRCreateScreenResources()
   doesn't appear to be necessary.  Removing it restores the documented
   ViewPort behaviour when RandR is enabled (David Dawes).
 + Warning fix [Marc Aurele La France]
++ C-style comments were being stripped by preprocessing.  [David Dawes]
 (Closes: #256297)
 
   * Fix bug in COMPOUND_TEXT translation of the GBK character encoding

Processed: tagging 254650

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.7.95.1
>  # I don't need more info -- the fix is pending.
> tags 254650 - moreinfo
Bug#254650: xterm: document utf8Fonts resource in NEWS.Debian or FAQ
Tags were: pending moreinfo
Tags removed: moreinfo

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#259812: xserver-xfree86: [nv] 1600x1200 pixelated on Quadro FX 1100

[Ryan Lovett]

Package: xserver-xfree86
Version: 4.3.0.dfsg.1-5
Severity: normal

On an IBM IntelliStation A Pro running debian-amd64 with a 20" LCD IBM
L200P, X comes up very pixelated at 1600x1200. When I use xrandr to
choose a lesser resolution, the picture becomes clear, but the display
only uses a fraction of the monitor's screen. I will attach photographs
of 1600x1200 and 1400x1050 to illustrate. I apologize in advance if the
photos are too big.

When using the vesa driver, the maximum resolution is 1280x1024 which
uses the entire monitor's screen, but the picture is not clear as if it
is not the native resolution. (Which for this 20" monitor, I believe it
isn't.)

When I used an analog cable with a DVI adapter, I couldn't get X to
display properly at all, though I only went this route to see if the
cable would solve it. (Sometimes using an analog cable produces better
results than the DVI.)

lspci:
:09:00.0 VGA compatible controller: nVidia Corporation: Unknown device 034e 
(rev a1)

Also, I did try upgrading to 4.3.0.dfsg.1-6, but that did not solve the
problem. I downgraded for now due to local site reasons.

-- Package-specific info:
Contents of /var/lib/xfree86/X.roster:
xserver-xfree86

/etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum.

X server symlink status:
lrwxrwxrwx1 root root   20 Jul 16 11:54 /etc/X11/X -> 
/usr/bin/X11/XFree86
-rwxr-xr-x1 root root  1959496 Jun 17 18:36 /usr/bin/X11/XFree86

Contents of /var/lib/xfree86/XF86Config-4.roster:
xserver-xfree86

VGA-compatible devices on PCI bus:
:09:00.0 VGA compatible controller: nVidia Corporation: Unknown device 034e 
(rev a1)
:09:00.0 Class 0300: 10de:034e (rev a1)

/etc/X11/XF86Config-4 does not match checksum in 
/var/lib/xfree86/XF86Config-4.md5sum.

XFree86 X server configuration file status:
lrwxrwxrwx1 root staff  28 Jul 16 11:54 /etc/X11/XF86Config-4 
-> SITE/XF86Config-4_ibm_nv_20_

Contents of /etc/X11/XF86Config-4:
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/Type1"
FontPath"/usr/lib/X11/fonts/CID"
FontPath"/usr/lib/X11/fonts/Speedo"
FontPath"/usr/lib/X11/fonts/misc"
FontPath"/usr/lib/X11/fonts/cyrillic"
FontPath"/usr/lib/X11/fonts/100dpi"
FontPath"/usr/lib/X11/fonts/75dpi"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/CID"
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
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  "PS2 Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/misc/psaux"
Option  "Protocol"  "PS/2"
Option  "Emulate3Buttons"   "true"
#Option "ZAxisMapping"  "4 5"
EndSection

Section "InputDevice"
Identifier  "Generic Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
#Option "ZAxisMapping"  "4 5"
EndSection

Section "Device"
Identifier  "NVIDIA"
Driver  "nv"
EndSection

Section "Monitor"
Identifier  "Monitor0"
VendorName  "IBM"
ModelName   "IBM31a0"
HorizSync   30-85
#VertRefresh40-100
VertRefresh 60
Option  "DPMS"
EndSection

Section "Screen"
Identifier  "Default Screen"
Device  "NVIDIA"
Monitor "Monitor0"
DefaultDepth24
SubSection "Display"
Depth   24
Modes   "1600x1200" "1400x1050" "1280x1024" "1024x768"
EndSubSection
EndSection

Section "ServerLayout"
Identifier  "Default Layout"
Screen  "Default Screen"
InputDevice "Generic Keyboard"
InputDevice "Generic Mouse"
EndSection

Section "DRI"
Mode0666
EndSection

### END DEBCONF SECTION


XFr

X Strike Force XFree86 SVN commit: r1671 - trunk/debian

[X Strike Force SVN Repository Admin]

Author: branden
Date: 2004-07-16 16:04:26 -0500 (Fri, 16 Jul 2004)
New Revision: 1671

Modified:
   trunk/debian/CHANGESETS
   trunk/debian/rules
Log:
Credit Fabio for his work on the rules file.


Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-07-16 19:45:14 UTC (rev 1670)
+++ trunk/debian/CHANGESETS 2004-07-16 21:04:26 UTC (rev 1671)
@@ -126,7 +126,7 @@
   + Reduce the time to build of approx. 20 to 30%. This is striclty arch
 dependent.
   + Make buildd's admins hate us less.
-1658, 1659, 1661, 1670
+1658, 1659, 1661, 1670, 1671
 
 Fix missing element of Debian X FAQ conversion to XHTML; correct
 s390-specific version of xfree86-common dh_installdocs file to recognize

Modified: trunk/debian/rules
===
--- trunk/debian/rules  2004-07-16 19:45:14 UTC (rev 1670)
+++ trunk/debian/rules  2004-07-16 21:04:26 UTC (rev 1671)
@@ -4,6 +4,7 @@
 # Modified by Mark W. Eichin <[EMAIL PROTECTED]>
 # Modified by Adam Heath <[EMAIL PROTECTED]>
 # Modified by Branden Robinson <[EMAIL PROTECTED]>
+# Modified by Fabio Massimo Di Nitto <[EMAIL PROTECTED]>
 # Copyright 1996--2003 Software in the Public Interest, Inc.
 # Licensed under the GNU General Public License, version 2.  See the file
 # /usr/share/common-licenses/GPL or .

Bug#259828: tabs mangled to spaces when copying from xterm

[Lee Revell]

Package: xterm
Version: 4.3.0.dfsg.1-6
Severity: important


xterm mangles tabs to spaces when copying/pasting with middle mouse
button.

This can be easily reproduced by doing 'diff -u old_file new_file', then
selecting the output and pasting into 'vim'.  The tabs from the output
have been converted to spaces.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.7
Locale: LANG=C, LC_CTYPE=C

Versions of packages xterm depends on:
ii  libc6 2.3.2.ds1-13   GNU C Library: Shared libraries an
ii  libexpat1 1.95.6-8   XML parsing C library - runtime li
ii  libfontconfig12.2.3-1generic font configuration library
ii  libfreetype6  2.1.7-2.1  FreeType 2 font engine, shared lib
ii  libice6   4.3.0.dfsg.1-6 Inter-Client Exchange library
ii  libncurses5   5.4-4  Shared libraries for terminal hand
ii  libsm64.3.0.dfsg.1-6 X Window System Session Management
ii  libxaw7   4.3.0.dfsg.1-6 X Athena widget set library
ii  libxext6  4.3.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxft2   2.1.2-6FreeType-based font drawing librar
ii  libxmu6   4.3.0.dfsg.1-6 X Window System miscellaneous util
ii  libxpm4   4.3.0.dfsg.1-6 X pixmap library
ii  libxrender1   0.8.3-7X Rendering Extension client libra
ii  libxt64.3.0.dfsg.1-6 X Toolkit Intrinsics
ii  xlibs 4.3.0.dfsg.1-6 X Window System client libraries m
ii  xlibs-data4.3.0.dfsg.1-6 X Window System client data

-- no debconf information

Bug#254923: xserver-xfree86: [keyboard] alt key not working

[Pete Harlan]

On Mon, 12 Jul 2004 22:57:58 -0500, G. Branden Robinson wrote:
> On Thu, Jul 01, 2004 at 02:54:35PM -0500, Pete Harlan wrote:
...  
> > I spoke too soon; that patch didn't make that problem go away.
> > The first use of Alt, Control, etc. per xdm login session is still
> > ignored.
>
> xfree86 4.3.0.dfsg.1-6 is now in unstable.  Do they keys work for
> you now?

Yes, thank you, I no longer can reproduce the problem where the first
use of Alt, Meta, etc. per login session is ignored.

I do still have the problem where in an xterm (but not an Emacs
window) I have to press Alt+Windows to get the effect of Alt.

Because nobody else appears to be having this latter problem (I got no
response about it on Debian-user), I'm thinking I might just purge all
X packages and reinstall them to see if it goes away.  I don't know of
any way my setup is nonstandard, but obviously not everyone is having
the problem.

If you'd rather I didn't purge/binge, let me know.

--Pete

X Strike Force XFree86 SVN commit: r1672 - in trunk/debian: . patches

[X Strike Force SVN Repository Admin]

Author: branden
Date: 2004-07-16 17:35:22 -0500 (Fri, 16 Jul 2004)
New Revision: 1672

Modified:
   trunk/debian/CHANGESETS
   trunk/debian/patches/000_stolen_from_HEAD.diff
Log:
Revert revision 1668.

I was wrong about how to get Vim to stop recoding files.


Modified: trunk/debian/CHANGESETS
===
--- trunk/debian/CHANGESETS 2004-07-16 21:04:26 UTC (rev 1671)
+++ trunk/debian/CHANGESETS 2004-07-16 22:35:22 UTC (rev 1672)
@@ -111,7 +111,7 @@
 + Warning fix [Marc Aurele La France]
 + C-style comments were being stripped by preprocessing.  [David Dawes]
 (Closes: #256297)
-1652, 1668, 1669
+1652, 1672
 
 Fix bug in COMPOUND_TEXT translation of the GBK character encoding
 (thanks, Su Yong).  (Closes: #255224)

Modified: trunk/debian/patches/000_stolen_from_HEAD.diff
===
--- trunk/debian/patches/000_stolen_from_HEAD.diff  2004-07-16 21:04:26 UTC 
(rev 1671)
+++ trunk/debian/patches/000_stolen_from_HEAD.diff  2004-07-16 22:35:22 UTC 
(rev 1672)
@@ -1,6 +1,6 @@
 $Id$
 
-vim:set encoding=latin1:
+[Do not recode this file!]
 
 Comments by Branden Robinson are made in [brackets].
 

Bug#259828: tabs mangled to spaces when copying from xterm

[Thomas Dickey]

On Fri, Jul 16, 2004 at 11:40:08PM +0200, Lee Revell wrote:
> Package: xterm
> Version: 4.3.0.dfsg.1-6
> Severity: important
^ (disagree)
> 
> 
> xterm mangles tabs to spaces when copying/pasting with middle mouse
> button.

It's a well-known limitation: xterm selects text which is on the screen.
Tab characters are (without any exceptions) translated to blanks.  That's
modified somewhat by erasures and wrapping.

(it would be nice to improve the behavior - but it's a minor issue).
 
-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgpTgEIyDxzid.pgp
Description: PGP signature

Bug#259828: tabs mangled to spaces when copying from xterm

[Thomas Dickey]

On Fri, Jul 16, 2004 at 07:15:33PM -0400, Lee Revell wrote:
> Sorry, I think this is important.  It makes it impossible to copy and
> paste a diff into an email and have the patch apply cleanly.  As a

well, if it's blocking you, I suggest you submit a patch to fix it.

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgpKPySjNgTAB.pgp
Description: PGP signature

Bug#259828: tabs mangled to spaces when copying from xterm

[Lee Revell]

On Fri, 2004-07-16 at 18:34, Thomas Dickey wrote:
> On Fri, Jul 16, 2004 at 11:40:08PM +0200, Lee Revell wrote:
> > Package: xterm
> > Version: 4.3.0.dfsg.1-6
> > Severity: important
> ^ (disagree)
> > 
> > 
> > xterm mangles tabs to spaces when copying/pasting with middle mouse
> > button.
> 
> It's a well-known limitation: xterm selects text which is on the screen.
> Tab characters are (without any exceptions) translated to blanks.  That's
> modified somewhat by erasures and wrapping.
> 
> (it would be nice to improve the behavior - but it's a minor issue).
>  

Sorry, I think this is important.  It makes it impossible to copy and
paste a diff into an email and have the patch apply cleanly.  As a
result, some lists (like alsa-devel) request patches be sent as
attachments.  For a list like linux-kernel, where inline patches are
preferred, there is no good alternative.

The definition of an important bug (given by reportbug) is "a bug which
has a major effect on the usability of a package, without rendering it
completely unusable to everyone".  How does the above fail to qualify?

Lee

Bug#259828: tabs mangled to spaces when copying from xterm

[Thomas Dickey]

On Fri, Jul 16, 2004 at 07:40:06PM -0400, Lee Revell wrote:
> On Fri, 2004-07-16 at 19:30, Thomas Dickey wrote:
> > On Fri, Jul 16, 2004 at 07:15:33PM -0400, Lee Revell wrote:
> > > Sorry, I think this is important.  It makes it impossible to copy and
> > > paste a diff into an email and have the patch apply cleanly.  As a
> > 
> > well, if it's blocking you, I suggest you submit a patch to fix it.
> 
> Meh... don't have the bandwidth right now.  Gnome terminal does the same
> thing, so I would imagine the fix is non-trivial.  I will just have to
> go back to using mutt for email.

I have an alpha-quality patch from someone for this in my backlog
(all I have to do is the other 90% of the work)

but see the other stuff on Debian's bug-reporting system...

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgp9hLmRvFm27.pgp
Description: PGP signature

Bug#259828: tabs mangled to spaces when copying from xterm

[Lee Revell]

On Fri, 2004-07-16 at 19:30, Thomas Dickey wrote:
> On Fri, Jul 16, 2004 at 07:15:33PM -0400, Lee Revell wrote:
> > Sorry, I think this is important.  It makes it impossible to copy and
> > paste a diff into an email and have the patch apply cleanly.  As a
> 
> well, if it's blocking you, I suggest you submit a patch to fix it.

Meh... don't have the bandwidth right now.  Gnome terminal does the same
thing, so I would imagine the fix is non-trivial.  I will just have to
go back to using mutt for email.

Thanks,

Lee

Bug#259828: tabs mangled to spaces when copying from xterm

[Thomas Dickey]

On Fri, Jul 16, 2004 at 07:52:06PM -0400, Lee Revell wrote:
 
> Hmm, interesting, so it is fixable.  I wonder if any other terminals do
> this already.  It would definitely be a nice usability enhancement.

Actually, I've read that gnome-terminal or konsole (don't recall which) does
allow selection of tabs, but that the implementation was poor (or in
my terms, the other 90% of the work wasn't done).

The complaints I read stated that it was (a) hard to get the mouse to click
on the right place, (b) that selection across the right-margin didn't work
properly.

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgpfgGk3mBQBx.pgp
Description: PGP signature

Bug#259828: tabs mangled to spaces when copying from xterm

[Lee Revell]

On Fri, 2004-07-16 at 19:45, Thomas Dickey wrote:
> On Fri, Jul 16, 2004 at 07:40:06PM -0400, Lee Revell wrote:
> > On Fri, 2004-07-16 at 19:30, Thomas Dickey wrote:
> > > On Fri, Jul 16, 2004 at 07:15:33PM -0400, Lee Revell wrote:
> > > > Sorry, I think this is important.  It makes it impossible to copy and
> > > > paste a diff into an email and have the patch apply cleanly.  As a
> > > 
> > > well, if it's blocking you, I suggest you submit a patch to fix it.
> > 
> > Meh... don't have the bandwidth right now.  Gnome terminal does the same
> > thing, so I would imagine the fix is non-trivial.  I will just have to
> > go back to using mutt for email.
> 
> I have an alpha-quality patch from someone for this in my backlog
> (all I have to do is the other 90% of the work)
> 
> but see the other stuff on Debian's bug-reporting system...

Hmm, interesting, so it is fixable.  I wonder if any other terminals do
this already.  It would definitely be a nice usability enhancement.

Thanks again,

Lee

Bug#259828: tabs mangled to spaces when copying from xterm

[Lee Revell]

On Fri, 2004-07-16 at 20:08, Thomas Dickey wrote:
> On Fri, Jul 16, 2004 at 07:52:06PM -0400, Lee Revell wrote:
>  
> > Hmm, interesting, so it is fixable.  I wonder if any other terminals do
> > this already.  It would definitely be a nice usability enhancement.
> 
> Actually, I've read that gnome-terminal or konsole (don't recall which) does
> allow selection of tabs, but that the implementation was poor (or in
> my terms, the other 90% of the work wasn't done).
> 
> The complaints I read stated that it was (a) hard to get the mouse to click
> on the right place, (b) that selection across the right-margin didn't work
> properly.

Just tried konsole and gnome terminal.  Neither of them currently seem
to work this way, at least the versions in unstable don't.  Even if
konsole supported this I could not use it, it took 10 seconds to start.

It seems like the mouse thing would be easy, if a click starts inside a
tab, that tab is part of the selection region.  Same policy as clicking
on a space, you just treat tab as a big space.  Then again I have never
hacked a terminal program so I can't really say.

Lee

Bug#259828: tabs mangled to spaces when copying from xterm

[Thomas Dickey]

On Fri, Jul 16, 2004 at 08:43:38PM -0400, Lee Revell wrote:
 
> Just tried konsole and gnome terminal.  Neither of them currently seem
> to work this way, at least the versions in unstable don't.  Even if
> konsole supported this I could not use it, it took 10 seconds to start.

I guess you have a fast machine.  I just timed konsole's startup on my
2.66GHz box, and it took 22 seconds to get the window on the screen.

> It seems like the mouse thing would be easy, if a click starts inside a
> tab, that tab is part of the selection region.  Same policy as clicking
> on a space, you just treat tab as a big space.  Then again I have never
> hacked a terminal program so I can't really say.

It's more complicated than that.  xterm stores tabs expanded, and uses
that in repainting (iirc, essentially the proposed patch set a bit at
the beginning of the tab, so "all" that was left was to make the selection
mechanism work).

-- 
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net


pgpnwgJNUr4fQ.pgp
Description: PGP signature

Bug#219550: marked as done (xterm: character redrawing problems when Xft used for font rendering)

[Debian Bug Tracking System]

Your message dated Sat, 17 Jul 2004 09:25:05 +0800
with message-id <[EMAIL PROTECTED]>
and subject line Bug#219550: redraw problems with Xft
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; 7 Nov 2003 09:30:31 +
>From [EMAIL PROTECTED] Fri Nov 07 03:30:31 2003
Return-path: <[EMAIL PROTECTED]>
Received: from i250-006.nv.iinet.net.au (euclid.home) [203.59.250.6] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AI2wo-00086B-00; Fri, 07 Nov 2003 03:30:30 -0600
Received: from erdos.home ([10.0.1.2] helo=erdos)
by euclid.home with esmtp (Exim 3.36 #1 (Debian))
id 1AI2wm-0005xC-00
for <[EMAIL PROTECTED]>; Fri, 07 Nov 2003 17:30:28 +0800
Received: from cameron by erdos with local (Exim 3.36 #1 (Debian))
id 1AI2wl-0001dp-00
for <[EMAIL PROTECTED]>; Fri, 07 Nov 2003 17:30:27 +0800
Date: Fri, 7 Nov 2003 17:30:27 +0800
From: Cameron Patrick <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: redraw problems with Xft
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Organization: Parenthesis Conspiracy
X-Debbugs-Cc: [EMAIL PROTECTED]
User-Agent: Mutt/1.5.4i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Status: No, hits=-4.0 required=4.0
tests=BAYES_60,HAS_PACKAGE
version=2.53-bugs.debian.org_2003_11_03
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_03 
(1.174.2.15-2003-03-30-exp)

Package: xterm
Version: 4.3.0-0pre1v4
Severity: normal

With certain fonts and font sizes in Xft mode, xterm draws characters so
that they partially lie in the character cell below; these characters
are subsequently not erased properly, leading to an unsightly display.
This is particularly noticeable with the "_" character in Andale Mono at
large sizes.

This is fixed in the latest upstream xterm; looking at the upstream
changelog I believe the relevant change is patch #180:

make height of TrueType fonts match ascent+descent (patch by
Keith Packard).

That upstream version also makes underlining work with Xft rendering,
which would be nice to have too.

Cheers,

Cameron.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux erdos 2.4.21-cjp-erdos-3 #1 Sun Aug 24 01:18:50 WST 2003 i686
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8

Versions of packages xterm depends on:
ii  libc6 2.3.2.ds1-8GNU C Library: Shared libraries an
ii  libexpat1 1.95.6-6   XML parsing C library - runtime li
ii  libfontconfig12.2.1-8generic font configuration library
ii  libfreetype6  2.1.5-3FreeType 2 font engine, shared lib
ii  libncurses5   5.3.20030719-3 Shared libraries for terminal hand
ii  libxaw7   4.2.1-13   X Athena widget set library
ii  libxft2   2.1.2-4FreeType-based font drawing librar
ii  libxrender1   0.8.3-4X Rendering Extension client libra
ii  xlibs [libxpm4]   4.3.0-0pre1v4  X Window System client libraries

-- no debconf information



---
Received: (at 219550-done) by bugs.debian.org; 17 Jul 2004 01:25:08 +
>From [EMAIL PROTECTED] Fri Jul 16 18:25:08 2004
Return-path: <[EMAIL PROTECTED]>
Received: from dsl-202-72-174-244.wa.westnet.com.au (cp.yi.org) 
[202.72.174.244] 
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Bldwq-00066y-00; Fri, 16 Jul 2004 18:25:08 -0700
Received: by cp.yi.org (Postfix, from userid 1000)
id 2463354915; Sat, 17 Jul 2004 09:25:05 +0800 (WST)
Date: Sat, 17 Jul 2004 09:25:05 +0800
From: Cameron Patrick <[EMAIL PROTECTED]>
To: Branden Robinson <[EMAIL PROTECTED]>,
[EMAIL PROTECTED]
Subject: Re: Bug#219550: redraw problems with Xft
Message-ID: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl"
Content-Disposition: inline
In-Reply-To: <[EMAIL PROTECTED]>
Organization: Parenthesis Conspiracy
User-Agent: Mutt/1.5.5.1+cvs20040105+cjp-1i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0 tests

Bug#259828: tabs mangled to spaces when copying from xterm

[Lee Revell]

On Fri, 2004-07-16 at 21:02, Thomas Dickey wrote:
> On Fri, Jul 16, 2004 at 08:43:38PM -0400, Lee Revell wrote:
>  
> > Just tried konsole and gnome terminal.  Neither of them currently seem
> > to work this way, at least the versions in unstable don't.  Even if
> > konsole supported this I could not use it, it took 10 seconds to start.
> 
> I guess you have a fast machine.  I just timed konsole's startup on my
> 2.66GHz box, and it took 22 seconds to get the window on the screen.
> 

No, actually, it's much slower than that, it probably took more like a
minute to come up.  I just said 10 seconds because I could not believe
it had really taken that long, and figured I must not have been paying
attention.  Wow, has KDE gotten bloated.

> > It seems like the mouse thing would be easy, if a click starts inside a
> > tab, that tab is part of the selection region.  Same policy as clicking
> > on a space, you just treat tab as a big space.  Then again I have never
> > hacked a terminal program so I can't really say.
> 
> It's more complicated than that.  xterm stores tabs expanded, and uses
> that in repainting (iirc, essentially the proposed patch set a bit at
> the beginning of the tab, so "all" that was left was to make the selection
> mechanism work).

Ah, ok.  Well, someone will fix this eventually.  Maybe I will make a
feature request for gnome terminal.  Thanks for the info.

Lee

Bug#255270: xfree86: libglide3 has now ia64 and amd64 support

[Guillem Jover]

Hi,

On Wed, Jul 14, 2004 at 11:19:13AM -0500, Branden Robinson wrote:
> On Sat, Jun 19, 2004 at 11:58:45PM +0200, Guillem Jover wrote:
> > I've ported libglide3 to amd64 and ia64. So now xfree86 can Build-Depend
> > on libglide3-dev on those arches.

> I've integrated this patch:
> 
> $ svn log -r 1640 svn://necrotic.deadbeast.net/xfree86

Thanks Branden!

> If you and your fellow Glide enthusiasts could test the XFree86 SVN trunk
> on i386, amd64, ia64, and alpha, I sure would appreciate it.
> 
> Instructions[1] for building the trunk are available.
> 
> [1] http://necrotic.deadbeast.net/xsf/XFree86/HACKING.txt

Could someone with an amd64, ia64 or alpha (I'll take care of i386)
and a 3Dfx card with any of the following chipsets:

Voodoo Banshee, Voodoo 3, Voodoo 4 or Voodoo 5

build an xfree86 package from XSF trunk (you should have already a
libglide3{-dev,} build for your arch) and report back if it does
hardware acceleration (glxinfo) or any build problem to this bug
report?

thanks,
guillem

Bug#255270: xfree86: libglide3 has now ia64 and amd64 support

[Matthew Wilcox]

On Sat, Jul 17, 2004 at 05:43:06AM +0200, Guillem Jover wrote:
> Could someone with an amd64, ia64 or alpha (I'll take care of i386)
> and a 3Dfx card with any of the following chipsets:
> 
>   Voodoo Banshee, Voodoo 3, Voodoo 4 or Voodoo 5

I don't *think* you're going to get any takers on ia64.  I think the
workstations have all shipped with ATI or NVidia cards to date.

-- 
"Next the statesmen will invent cheap lies, putting the blame upon 
the nation that is attacked, and every man will be glad of those
conscience-soothing falsities, and will diligently study them, and refuse
to examine any refutations of them; and thus he will by and by convince 
himself that the war is just, and will thank God for the better sleep 
he enjoys after this process of grotesque self-deception." -- Mark Twain