[cl-debian] Bug#326598: cmucl-source: suggests libc5-dependent package
Package: cmucl-source Severity: normal cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years. Please could you remove the termcap-compat suggestion completely. Thanks, Roger
On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote:
Package: cmucl-source Severity: normal
cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years.
Please could you remove the termcap-compat suggestion completely.
I'm fairly certain that Hemlock in terminal mode requires some sort of termcap compatibility. I don't know whether this is supplied by something else these days, but very few people seem to use Hemlock, so I thought I'd just mention it, in case Hemlock-in-terminal does not work without it, and people wonder what it's for. 'mr -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_
Martin Rydstr|m <rydis@cd.chalmers.se> writes:
On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote:
Package: cmucl-source Severity: normal
cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years.
Please could you remove the termcap-compat suggestion completely.
I'm fairly certain that Hemlock in terminal mode requires some sort of termcap compatibility. I don't know whether this is supplied by something else these days, but very few people seem to use Hemlock, so I thought I'd just mention it, in case Hemlock-in-terminal does not work without it, and people wonder what it's for.
Nowadays everything should use terminfo. termcap-compat is not intended for use with current Debian packages; it exists only for libc5 applications, typically proprietary binary-only programs which can't be rebuilt. cmucl-source doesn't fall into this category, and is naturally only dependent on libc6-based packages. It's also due to be removed shortly, which is why I filed this bug (it's the only package in Debian which references it). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323139 for more information. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote:
Martin Rydstr|m <rydis@cd.chalmers.se> writes:
On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote:
Package: cmucl-source Severity: normal
cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years.
Please could you remove the termcap-compat suggestion completely.
I'm fairly certain that Hemlock in terminal mode requires some sort of termcap compatibility. I don't know whether this is supplied by something else these days, but very few people seem to use Hemlock, so I thought I'd just mention it, in case Hemlock-in-terminal does not work without it, and people wonder what it's for.
Nowadays everything should use terminfo. termcap-compat is not intended for use with current Debian packages; it exists only for libc5 applications, typically proprietary binary-only programs which can't be rebuilt. cmucl-source doesn't fall into this category, and is naturally only dependent on libc6-based packages.
It parses /etc/termcap directly itself. It doesn't actually use any termcap library, AFAIK. I imagine there might be some way to hack around it by setting TERMCAP if terminfo/ncurses supplies any way to automatically generate it, that might be a possibility, in a wrapper script, if nothing else. If there is some other package that provides /etc/termcap, that'd work, of course.
It's also due to be removed shortly, which is why I filed this bug (it's the only package in Debian which references it). See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=323139 for more information.
I see. 'mr -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_
Martin Rydstr|m <rydis@cd.chalmers.se> writes:
On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote:
Martin Rydstr|m <rydis@cd.chalmers.se> writes:
On Sun, Sep 04, 2005 at 11:08:36AM +0100, Roger Leigh wrote:
Package: cmucl-source Severity: normal
cmucl-source suggests termcap-compat. This is a libc5 compatibility package which should not have been used by contemporary packages for at least 6 years.
Please could you remove the termcap-compat suggestion completely.
I'm fairly certain that Hemlock in terminal mode requires some sort of termcap compatibility. I don't know whether this is supplied by something else these days, but very few people seem to use Hemlock, so I thought I'd just mention it, in case Hemlock-in-terminal does not work without it, and people wonder what it's for.
Nowadays everything should use terminfo. termcap-compat is not intended for use with current Debian packages; it exists only for libc5 applications, typically proprietary binary-only programs which can't be rebuilt. cmucl-source doesn't fall into this category, and is naturally only dependent on libc6-based packages.
It parses /etc/termcap directly itself. It doesn't actually use any termcap library, AFAIK. I imagine there might be some way to hack around it by setting TERMCAP if terminfo/ncurses supplies any way to automatically generate it, that might be a possibility, in a wrapper script, if nothing else. If there is some other package that provides /etc/termcap, that'd work, of course.
The /etc/termcap in termcap-compat is well outdated. You can create one yourself using 'tic -C', from what I have read (ncurses-bin and ncurses-base). I tried this with 'misc/terminfo.src' from the ncurses source package, and it appeared to work correctly. However, termcap has been deprecated in Debian for many years now, being replaced by terminfo. I would highly recommend switching to terminfo; this is the last remaining package which does not support at least terminfo, or both terminfo and termcap. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
On Sunday 04 September 2005 16:11, Roger Leigh wrote:
Martin Rydstr|m <rydis@cd.chalmers.se> writes:
On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: It parses /etc/termcap directly itself.
This is correct.
The /etc/termcap in termcap-compat is well outdated.
You can create one yourself using 'tic -C', from what I have read (ncurses-bin and ncurses-base). I tried this with 'misc/terminfo.src' from the ncurses source package, and it appeared to work correctly.
I think it will be easiest to just remove terminal hemlock from the package, I have not seen anyone using it in the last few years. Any objections? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|
Peter Van Eynde <pvaneynd@debian.org> writes:
On Sunday 04 September 2005 16:11, Roger Leigh wrote:
Martin Rydstr|m <rydis@cd.chalmers.se> writes:
On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: It parses /etc/termcap directly itself.
The /etc/termcap in termcap-compat is well outdated.
You can create one yourself using 'tic -C', from what I have read (ncurses-bin and ncurses-base). I tried this with 'misc/terminfo.src' from the ncurses source package, and it appeared to work correctly.
I think it will be easiest to just remove terminal hemlock from the package, I have not seen anyone using it in the last few years. Any objections?
None. I think removing it is for the best. Thanks for the quick response. Regards, Roger -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail.
On Mon, Sep 05, 2005 at 10:21:48PM +0100, Roger Leigh wrote:
Peter Van Eynde <pvaneynd@debian.org> writes:
On Sunday 04 September 2005 16:11, Roger Leigh wrote:
Martin Rydstr|m <rydis@cd.chalmers.se> writes:
On Sun, Sep 04, 2005 at 12:38:59PM +0100, Roger Leigh wrote: It parses /etc/termcap directly itself.
The /etc/termcap in termcap-compat is well outdated.
You can create one yourself using 'tic -C', from what I have read (ncurses-bin and ncurses-base). I tried this with 'misc/terminfo.src' from the ncurses source package, and it appeared to work correctly.
I think it will be easiest to just remove terminal hemlock from the package, I have not seen anyone using it in the last few years. Any objections?
I use it, but you've never seen me. ;) No matter; I'm fairly certain I can live with fixing up stuff so I can still use it. I think it's not a great solution to remove a feature just because people don't want /etc/termcap around, but I guess that is the way it works. (I don't know what you mean by "remove terminal hemlock", but disabling stuff just because there is no /etc/termcap in Debian would, I think, be a bit unnecessary; it does, after all, check $TERMCAP before it checks for /etc/termcap. I, personally, would probably just get a /etc/termcap from somewhere. On the other hand, I can also live without using packaged CMUCL.) 'mr -- [Emacs] is written in Lisp, which is the only computer language that is beautiful. -- Neal Stephenson, _In the Beginning was the Command Line_
On Tuesday 06 September 2005 01:03, you wrote:
I think it will be easiest to just remove terminal hemlock from the package, I have not seen anyone using it in the last few years. Any objections?
I use it, but you've never seen me. ;)
You use hemlock in a terminal? Wow.
No matter; I'm fairly certain I can live with fixing up stuff so I
I just added a line throwing a more descriptive error: hunk ./src/hemlock/rompsite.lisp 254 + (error "Hemlock text mode is not operable anymore") it is easy to remove this line in your version.
can still use it. I think it's not a great solution to remove a feature just because people don't want /etc/termcap around, but I guess that is the way it works.
I'm not happy about it either, but I lack the time to fix it properly. Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|
On 06/09/05, Peter Van Eynde <pvaneynd@debian.org> wrote:
You use hemlock in a terminal? Wow. Instead of disabling hemlock altogether, why not have it issue an error if it can't find any TERMCAP? Besides, you can retrieve the termcap information from current terminal with infocmp(1), so the termcap data is just a (run-program "infocmp" (list (getenv "TERM")) :input nil ...) away (instead of (open "/etc/termcap"). I don't use hemlock, but I'd hate to see it disappear for a wrong reason.
I'm not happy about it either, but I lack the time to fix it properly. At least, have proper error message rather than a discouraging one.
[ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] The ultimate result of shielding men from the effects of folly is to fill the world with fools. -- Herbert Spencer
On Tuesday 06 September 2005 09:42, you wrote:
On 06/09/05, Peter Van Eynde <pvaneynd@debian.org> wrote:
You use hemlock in a terminal? Wow.
Instead of disabling hemlock altogether, why not have it issue an error if it can't find any TERMCAP? Besides, you can retrieve the termcap information from current terminal with infocmp(1), so the termcap data is just a (run-program "infocmp" (list (getenv "TERM"))
This I did not know. I'm hacking a working hemlock up... Thanks! Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|
On 07/09/05, Peter Van Eynde <pvaneynd@debian.org> wrote:
Instead of disabling hemlock altogether, why not have it issue an error if it can't find any TERMCAP? Besides, you can retrieve the termcap information from current terminal with infocmp(1), so the termcap data is just a (run-program "infocmp" (list (getenv "TERM"))
This I did not know. I'm hacking a working hemlock up...
I would recommend making several attempts at getting the TERMCAP, starting with $TERMCAP, then $(infocmp -C), then /etc/termcap. Also, infocmp already uses $TERM by default so no need to pass it as an argument. If I read the manual correctly, you need option -C. [ François-René ÐVB Rideau | Reflection&Cybernethics | http://fare.tunes.org ] Mathematics is as little a science as grammar is a language. -- Ernst Mayr
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Martin Rydstr|m <rydis@cd.chalmers.se> writes: [termcap-compat removal]
No matter; I'm fairly certain I can live with fixing up stuff so I can still use it. I think it's not a great solution to remove a feature just because people don't want /etc/termcap around, but I guess that is the way it works.
I think the long-term solution should be to add terminfo support. Termcap is long deprecated in favour of terminfo, and there hasn't ever been termcap support for libc6 in Debian as far as I know. This dependency is just a hangover from the libc5 era. Debian deprecated termcap in 1999. According to Peter Samuelson, converting to terminfo should be as simple as linking with -lncurses rather than -ltermcap. However, if you aren't using libtermcap directly, this might be a harder task. Regards, Roger - -- Roger Leigh Printing on GNU/Linux? http://gimp-print.sourceforge.net/ Debian GNU/Linux http://www.debian.org/ GPG Public Key: 0x25BFB848. Please sign and encrypt your mail. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 <http://mailcrypt.sourceforge.net/> iD8DBQFDHfaQVcFcaSW/uEgRAuUrAKDEJu564p0WxEkhUii7ezmGnNHJiQCgk9gG IRJZdpcFkFKXyJ5nsUNbgFk= =bkKO -----END PGP SIGNATURE-----
participants (5)
-
Faré -
Martin Rydstr|m -
Peter Van Eynde -
Roger Leigh -
Roger Leigh