Bug#542031: #542031 ncurses: unused computed value warning in C++ from ncurses.h
The same should apply to the other copy of wattrset in the ifdef (for ncursesw builds). I made those changes, will be in today's patch (20090829). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#56256: #56256 Ada95 bindings for ncurses (fwd)
A later bug report #135024 is mentioned in the Debian changelog. It points out a build-dependencies problem. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#92661: #92661 rxvt problems with joe via ssh or telnet
requested information from my last two messages was never provided. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#444250: #444250 ncurses-base: xterm.ti (the terminfo database) is out of sync with the current xterm
This is still not addressed. For reference, a diff is attached.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
--- system.out 2009-08-29 16:05:43.0 -0400
+++ current.out 2009-08-29 16:05:43.0 -0400
@@ -1,5 +1,5 @@
-# Reconstructed via infocmp from file: /usr/share/terminfo/x/xterm
-xterm|X11 terminal emulator,
+# Reconstructed via infocmp from file:
/usr/local/ncurses/share/terminfo/x/xterm
+xterm|xterm terminal emulator (X Window System),
am,
bce,
km,
@@ -62,7 +62,7 @@
kPRV=\E[5;2~,
kRIT=\E[1;2C,
kb2=\EOE,
- kbs=\177,
+ kbs=^H,
kcbt=\E[Z,
kcub1=\EOD,
kcud1=\EOB,
@@ -75,10 +75,10 @@
kf10=\E[21~,
kf11=\E[23~,
kf12=\E[24~,
- kf13=\EO2P,
- kf14=\EO2Q,
- kf15=\EO2R,
- kf16=\EO2S,
+ kf13=\E[1;2P,
+ kf14=\E[1;2Q,
+ kf15=\E[1;2R,
+ kf16=\E[1;2S,
kf17=\E[15;2~,
kf18=\E[17;2~,
kf19=\E[18;2~,
@@ -88,10 +88,10 @@
kf22=\E[21;2~,
kf23=\E[23;2~,
kf24=\E[24;2~,
- kf25=\EO5P,
- kf26=\EO5Q,
- kf27=\EO5R,
- kf28=\EO5S,
+ kf25=\E[1;5P,
+ kf26=\E[1;5Q,
+ kf27=\E[1;5R,
+ kf28=\E[1;5S,
kf29=\E[15;5~,
kf3=\EOR,
kf30=\E[17;5~,
@@ -101,11 +101,11 @@
kf34=\E[21;5~,
kf35=\E[23;5~,
kf36=\E[24;5~,
- kf37=\EO6P,
- kf38=\EO6Q,
- kf39=\EO6R,
+ kf37=\E[1;6P,
+ kf38=\E[1;6Q,
+ kf39=\E[1;6R,
kf4=\EOS,
- kf40=\EO6S,
+ kf40=\E[1;6S,
kf41=\E[15;6~,
kf42=\E[17;6~,
kf43=\E[18;6~,
@@ -114,11 +114,11 @@
kf46=\E[21;6~,
kf47=\E[23;6~,
kf48=\E[24;6~,
- kf49=\EO3P,
+ kf49=\E[1;3P,
kf5=\E[15~,
- kf50=\EO3Q,
- kf51=\EO3R,
- kf52=\EO3S,
+ kf50=\E[1;3Q,
+ kf51=\E[1;3R,
+ kf52=\E[1;3S,
kf53=\E[15;3~,
kf54=\E[17;3~,
kf55=\E[18;3~,
@@ -128,17 +128,19 @@
kf59=\E[23;3~,
kf6=\E[17~,
kf60=\E[24;3~,
- kf61=\EO4P,
- kf62=\EO4Q,
- kf63=\EO4R,
+ kf61=\E[1;4P,
+ kf62=\E[1;4Q,
+ kf63=\E[1;4R,
kf7=\E[18~,
kf8=\E[19~,
kf9=\E[20~,
khome=\EOH,
kich1=\E[2~,
+ kind=\E[1;2B,
kmous=\E[M,
knp=\E[6~,
kpp=\E[5~,
+ kri=\E[1;2A,
mc0=\E[i,
mc4=\E[4i,
mc5=\E[5i,
@@ -154,6 +156,7 @@
rmcup=\E[?1049l,
rmir=\E[4l,
rmkx=\E[?1l\E>,
+ rmm=\E[?1034l,
rmso=\E[27m,
rmul=\E[24m,
rs1=\Ec,
@@ -163,13 +166,14 @@
setaf=\E[3%p1%dm,
setb=\E[4%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m,
setf=\E[3%?%p1%{1}%=%t4%e%p1%{3}%=%t6%e%p1%{4}%=%t1%e%p1%{6}%=%t3%e%p1%d%;m,
-
sgr=\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m%?%p9%t\E(0%e\E(B%;,
- sgr0=\E[m\E(B,
+
sgr=%?%p9%t\E(0%e\E(B%;\E[0%?%p6%t;1%;%?%p2%t;4%;%?%p1%p3%|%t;7%;%?%p4%t;5%;%?%p7%t;8%;m,
+ sgr0=\E(B\E[m,
smacs=\E(0,
smam=\E[?7h,
smcup=\E[?1049h,
smir=\E[4h,
smkx=\E[?1h\E=,
+ smm=\E[?1034h,
smso=\E[7m,
smul=\E[4m,
tbc=\E[3g,
signature.asc
Description: Digital signature
Bug#509919: ncurses-base: the tabset directory in compiled terminal descriptions is incorrect
On Sun, 30 Aug 2009, Sven Joachim wrote: On 2008-12-27 19:15 +0100, Thomas Dickey wrote: Package: ncurses-base Version: 5.7+20081213-1 Severity: normal Reviewing Ubuntu #200773, which reports this problem, I checked my Debian/testing and see that infocmp vt220 shows if=/etc/tabset/vt100, That directory does not exist. True. I haven't analyzed all the details yet, but the problem appears to be that ncurses is configured with "--with-default-terminfo-dir=/etc/terminfo", and your misc/gen_edit.sh script changes the location of the tabset directory to /etc/tabset then. Any ideas? I could add another configure-script tweak to make the location of tabset explicit. Normally tabset's under the same directory root as terminfo; however it seems that Debian's providing for a mini-terminfo database. (The "linux" terminal description doesn't use this capability, so it's not that noticeable). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509919: ncurses-base: the tabset directory in compiled terminal descriptions is incorrect
On Sun, 30 Aug 2009, Sven Joachim wrote: On 2009-08-30 16:24 +0200, Thomas Dickey wrote: On Sun, 30 Aug 2009, Sven Joachim wrote: On 2008-12-27 19:15 +0100, Thomas Dickey wrote: Package: ncurses-base Version: 5.7+20081213-1 Severity: normal Reviewing Ubuntu #200773, which reports this problem, I checked my Debian/testing and see that infocmp vt220 shows if=/etc/tabset/vt100, That directory does not exist. True. I haven't analyzed all the details yet, but the problem appears to be that ncurses is configured with "--with-default-terminfo-dir=/etc/terminfo", and your misc/gen_edit.sh script changes the location of the tabset directory to /etc/tabset then. Any ideas? I could add another configure-script tweak to make the location of tabset explicit. That would be appreciated. I just made a note (probably will resolve next week's patch). Normally tabset's under the same directory root as terminfo; however it seems that Debian's providing for a mini-terminfo database. The bulk of the terminfo files are in the ncurses-term package, all under /usr/share/terminfo; ncurses-base only provides the most common ones, files under /lib/terminfo and symlinks to them under /usr/share/terminfo. The /etc/terminfo dir is reserved for local terminfo descriptions. Sven -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#509919: ncurses-base: the tabset directory in compiled terminal descriptions is incorrect
On Sun, 30 Aug 2009, Sven Joachim wrote: On 2009-08-30 16:24 +0200, Thomas Dickey wrote: I could add another configure-script tweak to make the location of tabset explicit. It seems this is not necessary after all. :-) We can configure the Debian package with "--with-default-terminfo-dir=/usr/share/terminfo" instead. Since we're also configuring with --with-terminfo-dirs="/etc/terminfo:/lib/terminfo:/usr/share/terminfo" , this does not affect the directory search order at runtime, /etc/terminfo still is looked at before the other directories. that sounds good. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#444250: ncurses-base: xterm.ti (the terminfo database) is out of sync with the current xterm
On Mon, 31 Aug 2009, Sven Joachim wrote: On 2009-08-29 22:06 +0200, Thomas Dickey wrote: This is still not addressed. For reference, a diff is attached. According to the Debian changelog, the xterm terminfo database is based on xterm 200 which is 4.5 years old. Do you think it would be safe to update to the one in xterm 246? Changing kbs of course. Most of the other changes are function-keys (which is the point of this report). The only other issue is for smm/rmm, which is a nuisance for bash users. While it's correct, bash users may expect the meta key to send escape. This only affects users of xterm (none of the other terminals which may set $TERM to "xterm" implement either the sequence or the corresponding meta mode). So you may want to update xterm-debian and exclude that feature. (It's non-configurable inside bash; bash's maintainer ignores reports and comments). I agree that this bug is really annoying. Sven -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#56256: Ada95 bindings for ncurses (fwd)
On Mon, 31 Aug 2009, Sven Joachim wrote: On 2009-08-29 21:26 +0200, Thomas Dickey wrote: A later bug report #135024 is mentioned in the Debian changelog. It points out a build-dependencies problem. Currently there is the problem that gnatmake is not available on armel: http://packages.debian.org/search?suite=sid§ion=all&arch=any&searchon=contents&keywords=gnatmake Unless the gnat-x.y packages become reliably available on all release architectures, the Ada95 bindings should probably not be enabled. Perhaps it should be introduced as a separate package, and all of these files moved there: /usr/share/doc/libncurses5-dev/html/Ada95.html However - are all packages from a given source built at the same time? -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#444250: ncurses-base: xterm.ti (the terminfo database) is out of sync with the current xterm
On Tue, 1 Sep 2009, Sven Joachim wrote: On 2009-08-31 22:27 +0200, Thomas Dickey wrote: On Mon, 31 Aug 2009, Sven Joachim wrote: On 2009-08-29 22:06 +0200, Thomas Dickey wrote: This is still not addressed. For reference, a diff is attached. According to the Debian changelog, the xterm terminfo database is based on xterm 200 which is 4.5 years old. Do you think it would be safe to update to the one in xterm 246? Changing kbs of course. I think you mean the kbs=\177 in xterm-debian, right? Fortunately, Debian's xterm package carries that patch around, so I just grabbed the terminfo file from /usr/share/doc/xterm/xterm.terminfo.gz. Most of the other changes are function-keys (which is the point of this report). These work indeed much better with the updated terminfo. good (report bugs). The only other issue is for smm/rmm, which is a nuisance for bash users. While it's correct, bash users may expect the meta key to send escape. I'm afraid I do not follow. With "Meta Sends Escape" enabled in xterm, I do not notice any problem in bash. If it is disabled, all programs misbehave with regard to the Meta (=Alt on my keyboard) key, at least in a UTF-8 locale. See bug #266336¹. I seem to recall the original report was in a newsgroup. But for instance http://fixunix.com/slackware/125048-slackware-current-xterm-problem-del-bs-meta-keys.html http://bugs.gentoo.org/246091 This only affects users of xterm (none of the other terminals which may set $TERM to "xterm" implement either the sequence or the corresponding meta mode). So you may want to update xterm-debian and exclude that feature. What exactly needs to be done for that? I was suggesting that you may/may not want smm/rmm in xterm-debian. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Bug#514635: #514635 defoma: Use Font::FreeType instead of Freetype.pm
The fix is incomplete, since the package dependencies do not include libfont-freetype-perl -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#514635: #514635 defoma: Use Font::FreeType instead of Freetype.pm
On Wed, 16 Sep 2009, Don Armstrong wrote: On Wed, 16 Sep 2009, Thomas Dickey wrote: The fix is incomplete, since the package dependencies do not include libfont-freetype-perl The package Recommends: libfont-freetype-perl, which is sufficient. dselect didn't note this when I added it. The package doesn't run without it. awai. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514635: #514635 defoma: Use Font::FreeType instead of Freetype.pm
On Wed, 16 Sep 2009, Don Armstrong wrote: I'll keep your opinion in mind. It's equivalent to stating that you'll "recommend" tic in ncurses and not provide user configurability. awai -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#515609: #515609 ncurses-base: in linux terminfo data, smacs and rmacs are incorrect
I haven't overlooked this; however the mailing list provided a patch, which may/may not have been included (the thread ends without any indication that it was committed). If it has, it would be nice to know when it was. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#556378: libncurses5-dev: Impossible to build a program with -static
On Sun, 15 Nov 2009, H.-M. Junitz wrote: Package: libncurses5-dev Version: 5.7+20081213-1 Severity: important *** Please type your report below this line *** The fault is completely independent of the kernel - or debian-version. Building a program using libnurses of the type shared objects, *.so, runs without error or warnings (using -Wall). But using the static version produces these messages: ncurses has a configure option for this case, perhaps it is not used: --without-dlsym Do not use dlsym() to load GPM dynamically. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#556378: libncurses5-dev: Impossible to build a program with -static
On Sun, 15 Nov 2009, H.-M. Junitz wrote: Package: libncurses5-dev Version: 5.7+20081213-1 Severity: important ... The severity is important, because you are forced to have ncurses installed on a computer, or the program will not run. ...the severity should be "normal", because this is a report against the development libraries (which are optional), and does not block the most common use of the development (shared) libraries. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505297: #505297 ncurses-base: Wrong terminfo for xterm keys up, down, end, home
For more information, http://invisible-island.net/xterm/xterm.faq.html#xterm_arrows -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#92661: #92661 rxvt problems with joe via ssh or telnet
Debian's rxvt flavors each set $TERM to "rxvt", etc. The only relevant feature (the erasure controls) has been fixed in Debian for several years. There are no remaining issues (will close). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#500236: #500236 wrong display of UTF-8 characters
The requested information has been in the ncurses manpage since 20081011: The library uses the locale which the calling program has initialized. That is normally done with setlocale: setlocale(LC_ALL, ""); If the locale is not initialized, the library assumes that characters are printable as in ISO-8859-1, to work with certain legacy programs. You should initialize the locale and not rely on specific details of the library when the locale has not been setup. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#505297: #505297 ncurses-base: Wrong terminfo for xterm keys up, down, end, home
On Fri, 4 Dec 2009, J?rg Sommer wrote: Thomas Dickey hat am Sat 28. Nov, 13:56 (-0500) geschrieben: For more information, http://invisible-island.net/xterm/xterm.faq.html#xterm_arrows But this doesn't explain the behaviour: the termcap contains for the keys home, end and delete these entries: The bug report was for "terminfo", not "termcap". The termcap file has a different history (but a bug report against _that_ would be on some platform such as NetBSD, which actually uses the data) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Bug#505297: #505297 ncurses-base: Wrong terminfo for xterm keys up, down, end, home
On Sat, 5 Dec 2009, J?rg Sommer wrote: Hello Thomas, Thomas Dickey hat am Fri 04. Dec, 16:34 (-0500) geschrieben: On Fri, 4 Dec 2009, J?rg Sommer wrote: Thomas Dickey hat am Sat 28. Nov, 13:56 (-0500) geschrieben: For more information, http://invisible-island.net/xterm/xterm.faq.html#xterm_arrows But this doesn't explain the behaviour: the termcap contains for the keys home, end and delete these entries: The bug report was for "terminfo", not "termcap". I didn't know they are different things. I've thought terminfo and termcap are different interfaces to the same data. So, what I'm talking about is the problem, that termcap for XTerm reports for kh and @7 different values from those XTerm sends to the application. Why they are different? back to the faq - the reason why it looks inconsistent is because the terminal description for xterm (and other descriptions - not all) is written to initialize the terminal's keypad in application mode, rather than leaving it in normal mode. That's for both the numeric keypad and the cursor keys. However (where I assume you're looking), xterm changes the home/end keys along with the cursor keys. ncurses (and xterm) has an entry "xterm-noapp" that leaves it in normal mode, e.g., comparing xterm to xterm-noapp. comparing booleans. comparing numbers. comparing strings. kcub1: '\EOD', '\E[D'. kcud1: '\EOB', '\E[B'. kcuf1: '\EOC', '\E[C'. kcuu1: '\EOA', '\E[A'. kend: '\EOF', '\E[F'. khome: '\EOH', '\E[H'. rmcup: '\E[?1049l', NULL. rmkx: '\E[?1l\E>', '\E>'. smcup: '\E[?1049h', NULL. smkx: '\E[?1h\E=', '\E='. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Bug#505297: #505297 ncurses-base: Wrong terminfo for xterm keys up, down, end, home
On Fri, 4 Dec 2009, J?rg Sommer wrote: But the applications jed and vi receive the strings: Home: \E[1~ End: \E[4~ by the way, these codes come from a non-default setting (i.e., the menu entry "VT220 keyboard"). In that case, you might want to set $TERM to "xterm-vt220". With the default resource settings, home/end keys send either ^[OH^[OF (for application mode) ^[[H^[[F (for normal mode) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: Bug#562134: ncurses-base: Please include terminfo entry for bterm
On Tue, 22 Dec 2009, Josh Triplett wrote: Package: ncurses-base Version: 5.7+20090803-2 Severity: normal The Debian installer uses bogl-bterm on the primary terminal, which uses TERM=bterm. Neither ncurses-base nor ncurses-term knows about this hmm - I do see bterm.ti in that package (it contains some obvious errors, comparing to the source code - will review/etc). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#56256: Ada95 bindings for ncurses (fwd)
On Sun, 14 Feb 2010, Nicolas Boulenguez wrote: Package: ncurses Severity: normal Hello. I would like to make a separate package from the Ada binding. This seems the only solution since the GNAT compiler will not be available on all debian architectures before long, and this would make it quite difficult to build it from the same tarball than the C API. It should not be difficult to convince the upstream to make its source a separate tarball, since nothing has been modified in it for many years. actually, it seems that every time gnat is updated, there are more stylistic changes needed (aside from that, it's pretty stable). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100214111520.v34...@mail101.his.com
Bug#556378: Debian bug #556378 and without-dlsym
On Mon, 15 Feb 2010, Sven Joachim wrote: On 2010-02-14 13:50 +0100, Sven Joachim wrote: Obviously '-lgpm' is missing at the end of the gcc command line. I would expect configure to add it when building "--with-gpm --without-dlsym". Here are the gpm-related messages it prints: , | checking if you want to link with the GPM mouse library... yes | checking for gpm.h... yes | checking for Gpm_Open in -lgpm... yes | checking if you want to load GPM dynamically... no | checking for Gpm_Wgetch in -lgpm... yes | checking if GPM is weakly bound to curses library... yes ` thanks - I'll take a look... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100215050121.p35...@mail101.his.com
Re: Bug#569227: ncurses-base: break handling of ctrl-c in xterm and rxvt using bash
On Tue, 16 Feb 2010, Helmut Grohne wrote: Hi Joachim, On Wed, Feb 10, 2010 at 11:26:07PM +0100, Sven Joachim wrote: Ever thought of upgrading this two years old, totally unsupported kernel? I followed your advise and upgraded my kernel to vanilla 2.6.32.8. The problem persists in all detail (only that I lost all my "old" xterms). On the other hand the kernel upgrade only worsened the situation in many other aspects (#545163, #569314, ...). Do you have any other ideas on how to debug this problem? Your shell is not likely using the parts of ncurses which would change the terminal modes. For instance, bash uses only the termcap interface. I'd look at the shell. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216064118.q56...@mail101.his.com
Re: Bug#56256: Ada95 bindings for ncurses (fwd)
On Tue, 16 Feb 2010, Nicolas Boulenguez wrote: On Sun, Feb 14, 2010 at 11:17:02AM -0500, Thomas Dickey wrote: On Sun, 14 Feb 2010, Nicolas Boulenguez wrote: I would like to make a separate package from the Ada binding. This seems the only solution since the GNAT compiler will not be available on all debian architectures before long, and this would make it quite difficult to build it from the same tarball than the C API. It should not be difficult to convince the upstream to make its source a separate tarball, since nothing has been modified in it for many years. actually, it seems that every time gnat is updated, there are more stylistic changes needed (aside from that, it's pretty stable). Would you please release a separate tarball containing only the Ada95/ subdirectory and the related documentation?? I cannot estimate the work needed if you still want generated Makefiles, but the following Makefile and GNAT project file make the job for me and may be a starting point. thanks - I'll see what I can do with this. (I may make an Ada95/configure to fill in the details). -- Content of file: Makefile #!/usr/bin/make -f # These main variables may be inherited from a distribution script. LIB_NAME ?= ncursesada DESTDIR ?= SONAME ?= lib$(LIB_NAME).so.1 # These main variables only depend on these sources. ADA_DIR := $(realpath .)/Ada95 BUILD_DIR := $(realpath .)/build GNAT_PROJECT := build.gpr # gnatmake can do parallel builds; we don't want make to interfere. .NOTPARALLEL: CPUS := $(shell getconf _NPROCESSORS_ONLN) ## build directory $(BUILD_DIR) $(BUILD_DIR)/src $(BUILD_DIR)/m4: mkdir -p $@ ## C program exporting representations $(BUILD_DIR)/gen: $(ADA_DIR)/gen/gen.c \ | $(BUILD_DIR) gcc $< -o $@ -lncurses ## files containing the m4 macros define generate_macro $(BUILD_DIR)/m4/$(1): $(BUILD_DIR)/gen \ | $(BUILD_DIR)/m4 $$< "" $(2) > $$@ GENERATED_MACROS += $(BUILD_DIR)/m4/$(1) endef $(eval $(call generate_macro,Character_Attribute_Set_Rep,B A)) $(eval $(call generate_macro,Base_Defs,B B)) $(eval $(call generate_macro,Color_Defs,B C)) $(eval $(call generate_macro,Window_Offsets,B D)) $(eval $(call generate_macro,Key_Definitions,B K)) $(eval $(call generate_macro,Linker_Options,B L)) $(eval $(call generate_macro,ACS_Map,B M)) $(eval $(call generate_macro,Old_Keys,B O)) $(eval $(call generate_macro,Public_Variables,B P)) $(eval $(call generate_macro,AC_Rep,B R)) $(eval $(call generate_macro,Version_Info,B V)) $(eval $(call generate_macro,Trace_Defs,B T)) $(eval $(call generate_macro,Menu_Opt_Rep,M R)) $(eval $(call generate_macro,Menu_Base_Defs,M B)) $(eval $(call generate_macro,Menu_Linker_Options,M L)) $(eval $(call generate_macro,Item_Rep,M I)) $(eval $(call generate_macro,Form_Opt_Rep,F R)) $(eval $(call generate_macro,Form_Base_Defs,F B)) $(eval $(call generate_macro,Form_Linker_Options,F L)) $(eval $(call generate_macro,Field_Rep,F I)) $(eval $(call generate_macro,Mouse_Base_Defs,P B)) $(eval $(call generate_macro,Mouse_Event_Rep,P M)) $(eval $(call generate_macro,Mouse_Events,B E)) $(eval $(call generate_macro,Panel_Linker_Options,P L)) $(eval $(call generate_macro,Chtype_Def,E C)) $(eval $(call generate_macro,Eti_Defs,E E)) ## m4 generated Ada sources define generate_m4_source $(BUILD_DIR)/src/$(1): $(ADA_DIR)/gen/$(1).m4 \ $(ADA_DIR)/gen/normal.m4 \ $(GENERATED_MACROS) \ | $(BUILD_DIR)/src (cd $(BUILD_DIR)/m4 && m4 -DNCURSES_EXT_FUNCS=TODO \ -DM4MACRO=$(ADA_DIR)/gen/normal.m4) \ < $$< \ | sed -e '/^\-\-\ \ \-\*\-\ ada\ \-\*\-.*/d' \ > $$@ GENERATED_SOURCES += $(BUILD_DIR)/src/$(1) endef $(foreach template, \ $(patsubst $(ADA_DIR)/gen/%.m4,%, \ $(wildcard $(ADA_DIR)/gen/terminal_interface-curses*.m4)), \ $(eval $(call generate_m4_source,$(template ## gnatprep generated Ada sources # pragma Unreferenced has entered standard Ada now. # Choose whether we add trace() function to all models of ncurses $(BUILD_DIR)/src/terminal_interface-curses-trace.adb: $(ADA_DIR)/src/terminal_interface-curses-trace.adb_p \ | $(BUILD_DIR)/src gnatprep $< $@ -DADA_TRACE=False -DPRAGMA_UNREF=True GENERATED_SOURCES += $(BUILD_DIR)/src/terminal_interface-curses-trace.adb # build/install/clean Ada sources .PHONY: build build: export BUILD_DIR := $(BUILD_DIR) build: export ADA_DIR := $(ADA_DIR) build: export LIB_NAME := $(LIB_NAME) build: export SONAME := $(SONAME) build: $(GENERATED_SOURCES) gnatmake -j$(CPUS) -p -P$(GNAT_PROJECT) -XLIB_KIND=dynamic gnatmake -j$(CPUS) -p -P$(GNAT_PROJECT) -XLIB_KIND=static .PHONY: install install: install --directory
Re: Releasing ncurses
On Thu, 18 Feb 2010, Craig Small wrote: Hello Sven, Thomas and anyone tracking ncurses, Apologies if you get double posts, I'm not sure if you are subscribed to the packages email alias or not. I think we're pretty close where we should be putting out a Debian release of ncurses. I'd like #556378 fixed beforehand, if possible. This is the -static problem, which Sven tried to fix with the --without-dlsym and had build troubles. If I can get some idea on how tricky it is to fix we can then work out wether or not we fix it this time. It seems small enough that I can do it in my normal cycle on (this) Saturday. Outside of bug-reports like this, I've been mainly working on the mingw port. The sp-funcs stuff is reasonably stable, but probably not a good thing to turn on in a new release. The dlsym and the proposed separate-packaging for Ada95 are the only new items that I recall. There's two important bugs that are fixed but not closed off, that's a BTS problem not a ncurses problem. The remaining important level bug #569227 looks more like a shell problem, not ncurses. In any case it seems somewhat specific to the submitters setup. agree (there's nothing that I can see to followup on). Is there anything else we really need to get sorted out before this release? Not that I recall -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100218053429.c8...@mail101.his.com
Re: Releasing ncurses
On Thu, Feb 18, 2010 at 04:59:55PM +0100, Sven Joachim wrote: > It seems to me that we need a shlibs bump as there are two new > functions, is_pad() and is_subwin(), see the 20090906 NEWS entry. > Which means that we could disrupt whatever transition is going on right > now. Sorry for not noticing this earlier. > > Reading the 20100123 NEWS entry I'm also not sure if #542031 is really > fixed in master yet. It might/might not be (seems to work _here_, but gcc's compiler warnings haven't been that consistent across releases). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#56256: #56256 Ada95 bindings for ncurses (fwd)
Looking at the makefile, it seems there are three tasks to complete: a) make a script to form a tar-file with just the desired files (in today's patch) b) add a configure script to build the subset c) add/adapt the makefile to generate shared libraries. I don't think it's necessary to rename the library - will leave it as AdaCurses unless there's some good reason to change. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Re: Releasing ncurses
On Tue, 2 Mar 2010, Sven Joachim wrote: On 2010-02-23 05:37 +0100, Craig Small wrote: On Mon, Feb 22, 2010 at 09:13:56PM +0100, Sven Joachim wrote: Done, after using the new version for a day without noticing any problems and building a few packages with it. I got two lintian warnings about the *-config programs not having man pages but it's pretty minor thing. It's also not exactly new since ncurses-config never had a manpage… Probably look at the pkg-config man page and use that. Thomas, would you accept an ncurses-config manpage if we provide one? yes (license-compatible, etc). I just overlooked it, since it does have a --help, etc. Getting it upstream is what I would prefer, but if not we could just use help2man in Debian to ease maintenance. Sven -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: Releasing ncurses
On Mon, 8 Mar 2010, Sven Joachim wrote: On 2010-03-02 22:47 +0100, Thomas Dickey wrote: On Tue, 2 Mar 2010, Sven Joachim wrote: On 2010-02-23 05:37 +0100, Craig Small wrote: On Mon, Feb 22, 2010 at 09:13:56PM +0100, Sven Joachim wrote: Done, after using the new version for a day without noticing any problems and building a few packages with it. I got two lintian warnings about the *-config programs not having man pages but it's pretty minor thing. It's also not exactly new since ncurses-config never had a manpage… Probably look at the pkg-config man page and use that. Thomas, would you accept an ncurses-config manpage if we provide one? yes (license-compatible, etc). I just overlooked it, since it does have a --help, etc. Thanks for providing the manpage(s) now, but there is a little problem. At least in out-of-tree builds (like in the Debian package), ncurses*-config.1 does not get installed when running "make install" because (like terminfo.5) it is in the build tree and not in $(scrdir), but man/Makefile.in does not take this into account. thanks (will fix...) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net
Re: Releasing ncurses
On Fri, 12 Mar 2010, Craig Small wrote: On Thu, Mar 11, 2010 at 03:37:51PM -0500, Thomas Dickey wrote: On Mon, 8 Mar 2010, Sven Joachim wrote: Thanks for providing the manpage(s) now, but there is a little problem. At least in out-of-tree builds (like in the Debian package), ncurses*-config.1 does not get installed when running "make install" because (like terminfo.5) it is in the build tree and not in $(scrdir), but man/Makefile.in does not take this into account. thanks (will fix...) Once that change is put into the Debian source, would that be a good point to release the Debian package? offhand, I guess so - I don't recall any bug reports (modifying Ada95 to ease packaging it doesn't count in that category). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100311184725.m89...@mail101.his.com
Re: Releasing ncurses
On Mon, 15 Mar 2010, Craig Small wrote: On Mon, Mar 15, 2010 at 07:36:28AM +0100, Sven Joachim wrote: I'm ready to upgrade master to the current patchlevel (did that here yesterday and installed the resulting packages locally) but I wanted to ask you first, see <87r5nn2uq0@turtle.gmx.de>. Strange, I cannot find it. I think it would be good to get the upstream updated, considering it doesn't look like its changed that much and the usual pre-freeze emails are coming along. upstream is mostly doing bug-fixes at the moment, except for work on mingw and Ada95 (bug-fixes and ongoing work on a new development machine have taken time away from those). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100315051615.f5...@mail101.his.com
Bug#326116: Shift+PgUp on screen on rxvt doesn't work
On Thu, Sep 01, 2005 at 11:50:16PM +0200, Marco Tulio Gontijo e Silva wrote: > Package: rxvt > Version: 1:2.6.4-6.2 > Severity: normal duplicate of 326119 -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpKmBemhPqUR.pgp Description: PGP signature
Bug#461773: fluxbox: "xterm -e mc" results in maximized xterm window but not maximized mc
On Wed, Jan 23, 2008 at 10:50:13AM +0100, Bernhard R. Link wrote: > * ?? <[EMAIL PROTECTED]> [080122 19:42]: > > 2008/1/22, Bernhard R. Link <[EMAIL PROTECTED]>: > > > I just stumbled over this bug report and you might want to test if it > > > is bug http://bugs.debian.org/347308 of xterm. > > > > Did your patch make it into upstream xterm version? I'm using xterm > > 231 and experiencing the bug. > > As far as I understand it, the patch disables some workaround for > non-pty ttys (or perhaps even only Solaris non-pty ttys) that causes > this race condition. Thus upstream wanted to further investigate this > and I got no more feedback. > > > If you believe the bug is in xterm and know how to fix it, I'll > > reassign the bug (once again ;-) > > 226's Changelog allegely says this might be closed, and I yet could not It says: Patch #226 - 2007/6/17 * modify logic which resets/updates the screensize on the child process side of the pseudo-terminal to do this only if a successful handshake was received, e.g., as determined by the waitForMap resource (prompted by reports by Emanuele Giaquinta and Bernhard R Link, but see also [249]patch #177 and [250]patch #159. As I recall that, the later "resets/updates" detail was causing the window manager's changes to be overwritten. > reproduce it myself with 231 (though race conditions are always a bit > strange. Without some sleep call added to the sources, I could only > reproduce the old bug myself by making sure the xterm binary is not > in the kernel caches and my window manager ratpoison is). It could of course be another old (or new) bug as yet undiagnosed... -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpc3P3MdAE2T.pgp Description: PGP signature
Bug#752610: #752610 lynx: Can connect to CVE-2014-0092 test site
The report/discussion appears to be the same as #745835, and I merged them for that reason. The original report is unreproducible, because the test site is gone. closing. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#699068: lynx: Cannot Type a Page-Number more than 999
On Sun, Feb 01, 2015 at 01:33:31PM +0100, Andreas Metzler wrote:
> On 2014-12-09 Thomas Dickey wrote:
> > On Fri, Jun 27, 2014 at 03:22:23PM +0900, Atsuhito Kohda wrote:
> >> Hi Hart, sorry for so late reply.
> >> On Sat, 26 Jan 2013 17:34:33 -0800, Larry Hart wrote:
>
> >>> When browsing an item with more than 999 screens or pages,
> >>> I am unable to type a number past 999.
> [...]
> > https://packages.debian.org/testing/allpackages
>
> > it is slow - but I am not seeing how to reproduce the problem. For instance
> > if I type
> > 0
> > 1
> > 2
> > 3
> > 0
> > p
> >
>
> > I get the
>
> > Follow link (or goto link or page) number:
>
> > and can edit the line, and on pressing , lynx shows page 1230
>
> Hello Thomas,
>
> I can still reproduce this with 2.8.9dev4. Pressing 0 gives me the
> "Follow link (or goto link or page) number:"-prompt. However this
> prompt only accepts 4 characters of input, and therefore page 999
> ("999p") is the limit.
I'm puzzled, since my own build of it works as I noted (just checked now).
Running in a 40-line terminal, that gives this text at the top:
Debian -- Software Packages in "jessie" (p1230 of 4978)>
libcommon-sense-perl (3.73-2+b1)^
module that implements some sane defaults for Perl programs ▒
▒
Just as a sanity check, I did 04975p, and got (as expected) just a few
screens before the end of the file.
Perhaps there is some option-setting which is interfering - but I don't
see that turning on the links/fields numbering changes anything.
> ametzler@argenau:/tmp/LYNX/lynx-cur-2.8.9dev4$ LANG=C lynx --version
> Lynx Version 2.8.9dev.4 (25 Jan 2015)
> libwww-FM 2.14, SSL-MM 1.4.1, GNUTLS 3.3.8, ncurses 5.9.20140913(wide)
> Built on linux-gnu Jan 26 2015 17:58:46
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
Bug#712738: lynx-cur: segfault after adding KEYMAP lines
On Fri, Mar 06, 2015 at 11:10:56AM +0100, Denis Briand wrote: > Hello, > I have the same behaviour of Atsuhito. > Is the crash fixed with the right syntax? I was not able to reproduce the problem (a walkback trace with gdb might help). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#484250: lynx-cur #484250 - Wrong keybindings for languages other than english
- Original Message - | From: "Stéphane Aulery" | To: "Denis Briand" | Cc: 484...@bugs.debian.org, "Thomas Dickey" | Sent: Saturday, March 14, 2015 7:46:51 PM | Subject: Re: lynx-cur #484250 - Wrong keybindings for languages other than english | | Hello Denis, | | Le dimanche 15 mars 2015 à 12:10:54, Denis Briand a écrit : | > | > Have you sent your patch to the upstream team? | > Could you send us this patch, please? | > Many thank for your work. | | Yes, I have send a patch to | http://www.iro.umontreal.ca/contrib/po/HTML/domain-lynx.html as | indicated in | package documentation po/readme. I had checked it a year ago, if I | remember | right, and the patch was not integrated. But this site seems down. I | do not | have a copy of my original post because I cleaned my emails long ago. | | Is the translation subproject still active? Thomas Dickey might be | able to | answer? The translation project makes occasional updates - the most recent from last August. But keep in mind that updates tend to be based on individual translators, not all of whom are active. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/375883824.18681924.1426379186491.javamail.r...@his.com
Bug#484250: lynx-cur #484250 - Wrong keybindings for languages other than english
- Original Message - | From: "Stéphane Aulery" | To: "Thomas Dickey" | Cc: 484...@bugs.debian.org, "Denis Briand" | Sent: Saturday, March 14, 2015 8:27:27 PM | Subject: Re: lynx-cur #484250 - Wrong keybindings for languages other than english | | Hello Thomas, | | Le samedi 14 mars 2015 à 08:26:26, Thomas Dickey a écrit : | > | Le dimanche 15 mars 2015 à 12:10:54, Denis Briand a écrit : | > | > | > | > Have you sent your patch to the upstream team? | > | | > | Yes, I have send a patch to | > | http://www.iro.umontreal.ca/contrib/po/HTML/domain-lynx.html as | > | indicated in | > | package documentation po/readme. I had checked it a year ago, if | > | I | > | remember | > | right, and the patch was not integrated. But this site seems | > | down. I | > | do not | > | have a copy of my original post because I cleaned my emails long | > | ago. | > | | > | Is the translation subproject still active? Thomas Dickey might | > | be | > | able to | > | answer? | > | > The translation project makes occasional updates - the most recent | > from last August. | > But keep in mind that updates tend to be based on individual | > translators, not all | > of whom are active. | | The site seems unavailable. Did I wrong? If I could only found my | original patch in a list, I could do somethings. I usually just check the webpage that I get patches from (because I get email notification for dialog and lynx): http://translationproject.org/latest/lynx It's been a while since I talked with anyone from the project :-( -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/63780012.18685390.1426379878057.javamail.r...@his.com
Bug#484250: lynx-cur #484250 - Wrong keybindings for languages other than english
- Original Message - | From: "Stéphane Aulery" | To: "Thomas Dickey" | Cc: 484...@bugs.debian.org, "Denis Briand" | Sent: Saturday, March 14, 2015 9:06:16 PM | Subject: Bug#484250: lynx-cur #484250 - Wrong keybindings for languages other than english | | Hello, | | Le samedi 14 mars 2015 à 08:37:58, Thomas Dickey a écrit : | > | > | > - Original Message - | > | From: "Stéphane Aulery" | > | To: "Thomas Dickey" | > | Cc: 484...@bugs.debian.org, "Denis Briand" | > | | > | Sent: Saturday, March 14, 2015 8:27:27 PM | > | Subject: Re: lynx-cur #484250 - Wrong keybindings for languages | > | other than english | > | | > | Hello Thomas, | > | | > | Le samedi 14 mars 2015 à 08:26:26, Thomas Dickey a écrit : | > | > | Le dimanche 15 mars 2015 à 12:10:54, Denis Briand a écrit : | > | > | > | > | > | > Have you sent your patch to the upstream team? | > | > | | > | > | Yes, I have send a patch to | > | > | http://www.iro.umontreal.ca/contrib/po/HTML/domain-lynx.html | > | > | as | > | > | indicated in | > | > | package documentation po/readme. I had checked it a year ago, | > | > | if | > | > | I | > | > | remember | > | > | right, and the patch was not integrated. But this site seems | > | > | down. I | > | > | do not | > | > | have a copy of my original post because I cleaned my emails | > | > | long | > | > | ago. | > | > | | > | > | Is the translation subproject still active? Thomas Dickey | > | > | might | > | > | be | > | > | able to | > | > | answer? | > | > | > | > The translation project makes occasional updates - the most | > | > recent | > | > from last August. | > | > But keep in mind that updates tend to be based on individual | > | > translators, not all | > | > of whom are active. | > | | > | The site seems unavailable. Did I wrong? If I could only found my | > | original patch in a list, I could do somethings. | > | > I usually just check the webpage that I get patches from (because I | > get email notification for dialog and lynx): | > | > http://translationproject.org/latest/lynx | > | > It's been a while since I talked with anyone from the project :-( | | @Thomas: | | Okay, official page is | http://translationproject.org/domain/lynx.html. | | Can you fix this in po/readme please? yes, I can do this | @Thomas and @Denis: | | I remember now. I sent to translators individual patches for each | language. I have received no response. | | I think I'll sign the disclaimer and submit myself translations with | the | robot, it fast in the end. sounds good -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/234811697.18688898.1426382558072.javamail.r...@his.com
Bug#484250: lynx-cur #484250 - Wrong keybindings for languages other than english
- Original Message - | From: "Stéphane Aulery" | To: "Thomas Dickey" | Cc: 484...@bugs.debian.org, "Denis Briand" | Sent: Saturday, March 14, 2015 9:52:52 PM | Subject: Bug#484250: lynx-cur #484250 - Wrong keybindings for languages other than english | | Hello, | | Le samedi 14 mars 2015 à 09:22:38, Thomas Dickey a écrit : | > - Original Message - | > | From: "Stéphane Aulery" | > | Sent: Saturday, March 14, 2015 9:06:16 PM | > | | > | @Thomas: | > | | > | Okay, official page is | > | http://translationproject.org/domain/lynx.html. | > | | > | Can you fix this in po/readme please? | > | > yes, I can do this | | Ok, thank you. | | > | @Thomas and @Denis: | > | | > | I remember now. I sent to translators individual patches for each | > | language. I have received no response. | > | | > | I think I'll sign the disclaimer and submit myself translations | > | with | > | the | > | robot, it fast in the end. | > | > sounds good | | I have signed the disclaimer and requested to join the french Team. I | also asked if it is possible to send patches for all languages of the | software without signing up to each team. It only remains to wait. sounds good: at the moment I'm busy on other stuff (and reluctant to make a new snapshot for a one-line change to documentation). If there are several po-file updates, that would be enough. (There are other bug-reports as well... which all take time). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-qa-packages-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/1946106842.18734240.1426415358828.javamail.r...@his.com
Bug#429606: must ~/.mailcap be a plain file with only one link?
On Tue, Mar 17, 2015 at 05:03:27PM +0100, Denis Briand wrote: > tags 429606 moreinfo > severity 429606 minor > thanks > > > Hello, > Is this issue fixed on 2.8.9dev4 version? > regards Well - note my response pointing out that the issue with symbolic links was by design. There was no followup from the OP pursuing the question of a hardlink. (Generally, if there's some followup explaining why they wanted a change, I'll either explain why not, or make the change, but lacking a dialogue, there's little to go on). The feature in question had been there more than ten years: http://lynx.isc.org/current/CHANGES.html#v2.8.1dev.20 -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#274664: libarr0: missing dependency upon ncurses-base
Package: libarr0 Version: libarr0 (0.1-52) Severity: normal libarr0 requires a terminfo database, will not run without it. The package dependencies do not mention ncurses. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-td1 Locale: LANG=C, LC_CTYPE=C
