--- rxvt-unicode/doc/rxvt.7.pod	2005/07/13 01:24:09	1.57
+++ rxvt-unicode/doc/rxvt.7.pod	2005/07/13 02:24:02	1.58
@@ -33,13 +33,14 @@
 
 =item I am using Debian GNU/Linux and have a problem...
 
-The Debian GNU/Linux package of rxvt-unicode contains large patches that
-considerably change the behaviour of rxvt-unicode. Before reporting a
-bug to the original rxvt-unicode author please download and install the
-genuine version (L<http://software.schmorp.de#rxvt-unicode>) and try to
-reproduce the problem. If you cannot, chances are that the problems are
-specific to Debian GNU/Linux, in which case it should be reported via the
-Debian Bug Tracking System (use C<reportbug> to report the bug).
+The Debian GNU/Linux package of rxvt-unicode in sarge contains large
+patches that considerably change the behaviour of rxvt-unicode. Before
+reporting a bug to the original rxvt-unicode author please download and
+install the genuine version (L<http://software.schmorp.de#rxvt-unicode>)
+and try to reproduce the problem. If you cannot, chances are that the
+problems are specific to Debian GNU/Linux, in which case it should be
+reported via the Debian Bug Tracking System (use C<reportbug> to report
+the bug).
 
 For other problems that also affect the Debian package, you can and
 probably should use the Debian BTS, too, because, after all, it's also a
@@ -74,6 +75,11 @@
 If you don't plan to use B<rxvt> (quite common...) you could also replace
 the rxvt terminfo file with the rxvt-unicode one.
 
+=item C<tic> outputs some error when compiling the terminfo entry.
+
+Most likely it's the empty definition for C<enacs=>. Just replace it by
+C<enacs=\E[0@> and try again.
+
 =item C<bash>'s readline does not work correctly under @@RXVT_NAME@@.
 
 =item I need a termcap file entry.