Bug#347722: xterm: the cursor disappears when launching screen

2006-02-14 Thread Pierre Lombard
Hi,

* Thomas Dickey [EMAIL PROTECTED] [2006-01-16 10:18]:
 On Fri, Jan 13, 2006 at 07:30:47PM +0100, Pierre Lombard wrote:
  After some investigations, it's indeed a line in my .screenrc that messes
  up the xterm with xterm 208-2.
  
  FWIW the offending line in my screenrc is:
  
  caption always %{=r kd}%-Lw%{= bd}%50%n%f* %t%{-}%+Lw%%{- Wk}
 
 thanks (I'll decipher that, to satisfy my curiosity).
  
  After exiting screen, 'reset' does not restore the cursor when screen
  has been launched.  'vim' does.
 
 Generally speaking, reset uses the rs2 string that's defined in the terminfo.
 A few times (mouse for instance), someone points out for ncurses that it
 would be nice to add features to those.  I'll make a note to investigate
 the cursor setting in the terminfo descriptions.
 
 vim has built-in tables which it may use instead of the terminfo description.

After some debugging, I think I've found the offending chunks in
charproc.c::SGR_Foreground() function.

The code path in this function has changed between previous (working)
and current (non-working) xterm version.

The attached patch restores the previous working (for me) code path for
SGR_Foreground().

FWIW, similar code has also been changed in a similar way in
SGR_Background() so it might be useful to have a look there.

Regards,
-- 
Pierre Lombard
--- xterm-208/charproc.c2006-01-04 03:10:19.0 +0100
+++ xterm-208-fix/charproc.c2006-02-14 10:02:42.0 +0100
@@ -799,12 +799,11 @@
 fg = getXtermForeground(term-flags, color);
 term-cur_foreground = color;
 
+XSetForeground(screen-display, NormalGC(screen), fg);
+XSetBackground(screen-display, ReverseGC(screen), fg);
 if (NormalGC(screen) != NormalBoldGC(screen)) {
XSetForeground(screen-display, NormalBoldGC(screen), fg);
XSetBackground(screen-display, ReverseBoldGC(screen), fg);
-} else {
-   XSetForeground(screen-display, NormalGC(screen), fg);
-   XSetBackground(screen-display, ReverseGC(screen), fg);
 }
 }
 


Bug#347722: xterm: the cursor disappears when launching screen

2006-01-13 Thread Pierre Lombard
* Pierre Lombard [EMAIL PROTECTED] [2006-01-12 13:18]:
 * Thomas Dickey [EMAIL PROTECTED] [2006-01-12 12:55]:
  On Thu, Jan 12, 2006 at 11:40:38AM +0100, Pierre Lombard wrote:
   Package: xterm
   Version: 208-2
   Severity: important
   
   The cursor character is disappearing and no longer reappearing. To
   reproduce the bug:
= start 'xterm' (with or without blinking cursor)
= launch 'screen'
= no cursor is shown
  
  Is this something you can easily reproduce?  (I use screen frequently,
  and haven't noticed a problem).
 
 Any time I did what's written above this with xterm 208-2. With testing,
 it worked.
 
 I'll try to gather further information for the bug report, it may also
 be something related to my configuration that triggers this behavior
 here.

After some investigations, it's indeed a line in my .screenrc that messes
up the xterm with xterm 208-2.

FWIW the offending line in my screenrc is:

caption always %{=r kd}%-Lw%{= bd}%50%n%f* %t%{-}%+Lw%%{- Wk}

After exiting screen, 'reset' does not restore the cursor when screen
has been launched.  'vim' does.

-- 
Pierre Lombard



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#347722: xterm: the cursor disappears when launching screen

2006-01-12 Thread Pierre Lombard
Package: xterm
Version: 208-2
Severity: important

The cursor character is disappearing and no longer reappearing. To
reproduce the bug:
 = start 'xterm' (with or without blinking cursor)
 = launch 'screen'
 = no cursor is shown

When exiting screen, no cursor is shown again, even after typing a
'reset'.

I have tried with a screen package from both unstable and testing but it
did not fix the bug.

FWIW, I have downgraded to the current xterm from the testing system
(6.8.2.dfsg.1-11) and it fixed the problem.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xterm depends on:
ii  libc6 2.3.5-11   GNU C Library: Shared libraries an
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libice6   6.9.0.dfsg.1-3 Inter-Client Exchange library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libsm66.9.0.dfsg.1-3 X Window System Session Management
ii  libx11-6  6.9.0.dfsg.1-3 X Window System protocol client li
ii  libxaw8   6.9.0.dfsg.1-3 X Athena widget set library
ii  libxext6  6.9.0.dfsg.1-3 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxmu6   6.9.0.dfsg.1-3 X Window System miscellaneous util
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra
ii  libxt66.9.0.dfsg.1-3 X Toolkit Intrinsics
ii  xlibs-data6.9.0.dfsg.1-3 X Window System client data
ii  zlib1g1:1.2.3-9  compression library - runtime

Versions of packages xterm recommends:
ii  xutils6.9.0.dfsg.1-3 X Window System utility programs

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#347722: xterm: the cursor disappears when launching screen

2006-01-12 Thread Pierre Lombard
* Thomas Dickey [EMAIL PROTECTED] [2006-01-12 12:55]:
 On Thu, Jan 12, 2006 at 11:40:38AM +0100, Pierre Lombard wrote:
  Package: xterm
  Version: 208-2
  Severity: important
  
  The cursor character is disappearing and no longer reappearing. To
  reproduce the bug:
   = start 'xterm' (with or without blinking cursor)
   = launch 'screen'
   = no cursor is shown
 
 Is this something you can easily reproduce?  (I use screen frequently,
 and haven't noticed a problem).

Any time I did what's written above this with xterm 208-2. With testing,
it worked.

I'll try to gather further information for the bug report, it may also
be something related to my configuration that triggers this behavior
here.

-- 
Pierre Lombard



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#337940: rar: new upstream release 3.51

2005-11-07 Thread Pierre Lombard
Package: rar
Version: 3.30-2
Severity: wishlist

Upstream has released version 3.51 for Linux.
  http://www.rarsoft.com/rar/rarlinux-3.5.1.tar.gz

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages rar depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libgcc1   1:4.0.2-3  GCC support library
ii  libstdc++51:3.3.6-10 The GNU Standard C++ Library v3

rar recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#319344: nasm: upstream has released a new version 0.98.39

2005-07-21 Thread Pierre Lombard
Package: nasm
Version: 0.98.38-1.2
Severity: wishlist

Upstream has released version 0.98.39.

It is available at:
  http://prdownloads.sourceforge.net/nasm/nasm-0.98.39.tar.gz?download


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages nasm depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an

nasm recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300790: dependencies were added for the runtime instead of the build

2005-03-22 Thread Pierre Lombard
Hi,

Dependencies on automake1.4 and libtool1.4 packages in the 1:0.3.3-2.3
have been added in the 'Depends:' section instead of the
'Build-Depends:' section.

Regards,
-- 
Pierre


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#297334: gqview: new upstream version 2.0.0

2005-02-28 Thread Pierre Lombard
Package: gqview
Version: 1.4.5-1
Severity: wishlist

Upstream has just released version 2.0.0.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-as5
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages gqview depends on:
ii  libatk1.0-0 1.8.0-4  The ATK accessibility toolkit
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libglib2.0-02.6.2-1  The GLib library of C routines
ii  libgtk2.0-0 2.6.2-3  The GTK+ graphical user interface 
ii  libpango1.0-0   1.8.0-3  Layout and rendering of internatio
ii  libpng12-0  1.2.8rel-1   PNG library - runtime
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]