Bug#1007810: ITP: lf -- terminal file manager written in Go
On Thu, Mar 17, 2022 at 09:38:22AM -0400, Thomas Dickey wrote: > >Features: > > > > - Single binary without any runtime dependencies (except terminfo database) > > Actually, I don't see any sign of terminfo in the source code. > Perhaps its developer intends to do that some time. > > In its current state, its terminal interface relies upon hard-coded strings, > doesn't use terminfo at all. By the way, I see this in aptitude: --- Installed Packages (2) --\ Not Installed Packages (2) --\ golang Go programming language, libraries, and development tools ( --\ main The main Debian archive (2) p golang-github-xo-terminfo-dev 0.0~git2021012 p terminfo 0.0~git2021012 and terminfo provides a pure-Go implementation of reading information from the terminfo database. This provides the infocmp binary from terminfo. Homepage: https://github.com/xo/terminfo It seems that the package which should be named "golang-github-xo-terminfo" is mis-named "terminfo" (but that's someone else's bug). -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#1007810: ITP: lf -- terminal file manager written in Go
>Features: > > - Single binary without any runtime dependencies (except terminfo database) Actually, I don't see any sign of terminfo in the source code. Perhaps its developer intends to do that some time. In its current state, its terminal interface relies upon hard-coded strings, doesn't use terminfo at all. -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#1003130: ITP: luit in 2013.
On Fri, Jan 07, 2022 at 11:30:07AM -0500, Thomas Dickey wrote: > On Wed, Jan 05, 2022 at 03:23:13PM -0500, Thomas Dickey wrote: > > On Wed, Jan 05, 2022 at 03:26:13PM +0200, Timo Aaltonen wrote: > ... > > > If not, I don't see a point in creating a separate package for it. And I > > actually as I understand Debian policy, it would have to be a separate > package because the upstream source differs. I discussed this further with Brendan O'Dea, and mentioned also that upstream luit doesn't use automake, i.e., like the other programs which I maintain would depend upon autoconf-dickey. Mixing that with x11-utils would be unlikely to be a satisfactory arrangement. Brendan suggested that rather than using the alternatives feature, to instead a) use dpkg-divert to allow luit 2.0 to be installed with the existing x11-utils, and b) after luit 2.0 is available in main, update x11-utils to remove luit 1.1.1, replacing it with a "Recommends". I've uploaded the version using dpkg-divert here: https://mentors.debian.net/package/luit/ -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#1003130: ITP: luit in 2013.
On Wed, Jan 05, 2022 at 03:23:13PM -0500, Thomas Dickey wrote: > On Wed, Jan 05, 2022 at 03:26:13PM +0200, Timo Aaltonen wrote: ... > > If not, I don't see a point in creating a separate package for it. And I actually as I understand Debian policy, it would have to be a separate package because the upstream source differs. You might find this helpful: https://invisible-island.net/luit/luit.html#metrics (Xorg copying ~2000 lines of code from an older version of luit doesn't exactly improve the situation). -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#1003130: ITP: luit in 2013.
On Wed, Jan 05, 2022 at 03:26:13PM +0200, Timo Aaltonen wrote: > On 4.1.2022 20.48, Thomas Dickey wrote: > > On Tue, Jan 04, 2022 at 11:46:03AM -0500, Thomas Dickey wrote: > > > Package: x11-utils > > > Version: 7.7+5 > > > Severity: normal > > > > > > Dear Maintainer, > > > > > > * x11-utils copy of luit was superseded by luit 2.0 in 2013. > > > * mentioned this several times to developers in X Strike Force > > > * developers did not reply to those comments > > > * developers could have suggested a way to address the issue > > > > > > As a solution to that, I propose to create a new package "luit2", > > > > Actually, the package should be named "luit", but the executable "luit2". > > > > Hi, so are you going to maintain it? sure - if I have a sponsor for the uploads. Keep in mind that I'm the upstream developer for several programs, but have been involved with Debian mainly by interaction with the developers who package my programs, e.g., ncurses, xterm, lynx, vile, dialog, vttest, cproto, diffstat, libcdk5 (there's another half-dozen). I recently was reminded that byacc wasn't being kept up to date, and decided to remedy that. luit's one of five programs that weren't up to date -- in Debian. A reminder to Santiago Vila got dialog updated, and someone offered to work on tapecalc. byacc and luit are what I've been working on this week - see https://mentors.debian.net/package/byacc/ https://mentors.debian.net/package/luit/ https://mentors.debian.net/package/x11-utils/ (further improvements are contemplated...) > If not, I don't see a point in creating a separate package for it. And I > could only find a single message about luit from you (feb 15th 2021) on my > local archive of debian-x messages since 2011.. I've discussed it more than once with other developers (Julien Cristau and Sven Joachim) over the past ten years, and gotten no response. I don't recall talking to you before. -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#747967: #747967 ITA: tapecalc -- a full-screen tape editor that lets the user edit a calculation
fwiw, I've created Debian packages for this since mid-2010. -- Thomas E. Dickey https://invisible-island.net ftp://ftp.invisible-island.net signature.asc Description: PGP signature
Bug#543852: #543852 O: ncurses -- shared libraries for terminal handling
bash (via readline) and emacs-nox are basically termcap applications, and don't use much of ncurses, so they're not a good example. The wide-character interface changes sizeof(WINDOW) It also changes the size of struct ldat (that's enough to break binary compatibility) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#502260: RFP: termutils -- GNU Termutils, Portable Terminal Control From Scripts
On Wed, Oct 15, 2008 at 07:25:26PM +0200, Daniel Baumann wrote: > Thomas Dickey wrote: > > I recall seeing that one, but didn't think it was worth pursuing. > > (the tput isn't...) > > agreed for tput, but probably tabs is. ideally, that could be integrated > into ncurses itself, what do you think about that? ...2nd reply I might work on this - after 5.7's done. The issue with gpm, and the problems with Linux console have stalled me for the past week or so. I've got a proposed patch for extending the threading code from a contributor which I _think_ should go in post-5.7. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgp885uvc9NxI.pgp Description: PGP signature
Bug#502260: RFP: termutils -- GNU Termutils, Portable Terminal Control From Scripts
On Wed, Oct 15, 2008 at 07:40:07AM +0200, Daniel Baumann wrote: > retitle 502260 ITP: termutils -- Portable Terminal Control From Scripts > owner 502260 Daniel Baumann <[EMAIL PROTECTED]> > thanks > > Juhapekka Tolvanen wrote: > > Debian has no command called "tabs" at all. GNU Termutils has it. It > > also has a command called "tput", but it is already in a package called > > ncurses-bin. > > Thanks, I will take care of this. I recall seeing that one, but didn't think it was worth pursuing. (the tput isn't...) fwiw, here's the Solaris manpage User Commands tabs(1) NAME tabs - set tabs on a terminal SYNOPSIS tabs [ -n | --file [ [ -code ] | -a | -a2 | -c | -c2 | -c3 | -f | -p | -s | -u ] ] [ +m [ n ] ] [ -T type ] tabs [ -T type ] [ + m [ n ] ] n1 [ , n2 , ... ] DESCRIPTION tabs sets the tab stops on the user's terminal according to a tab specification, after clearing any previous settings. The user's terminal must have remotely settable hardware tabs. OPTIONS The following options are supported. If a given flag occurs more than once, the last value given takes effect: -T type tabs needs to know the type of terminal in order to set tabs and margins. type is a name listed in term(5). If no -T flag is supplied, tabs uses the value of the environment variable TERM. If the value of TERM is NULL or TERM is not defined in the environ- ment (see environ(5)), tabs uses ansi+tabs as the ter- minal type to provide a sequence that will work for many terminals. +m[n] The margin argument may be used for some terminals. It causes all tabs to be moved over n columns by making column n+1 the left margin. If +m is given without a value of n, the value assumed is 10. For a TermiNet, the first value in the tab list should be 1, or the margin will move even further to the right. The normal (leftmost) margin on most terminals is obtained by +m0. The margin for most terminals is reset only when the +m flag is given explicitly. Tab Specification Four types of tab specification are accepted. They are described below: canned, repetitive (-n), arbitrary (n1,n2,...), and file (-file). If no tab specification is given, the default value is -8, that is, UNIX system ``standard'' tabs. The lowest column number is 1. Note: For tabs, column 1 always refers to the leftmost column on a terminal, even one whose column markers begin at 0, for example, the DASI 300, DASI 300s, and DASI 450. SunOS 5.8Last change: 1 Feb 19951 User Commands tabs(1) Canned -code Use one of the codes listed below to select a canned set of tabs. If more than one code is specified, the last code option will be used. The legal codes and their meanings are as follows: -a1,10,16,36,72 Assembler, IBM S/370, first format -a2 1,10,16,40,72 Assembler, IBM S/370, second format -c1,8,12,16,20,55 COBOL, normal format -c2 1,6,10,14,49 COBOL compact format (columns 1-6 omitted). Using this code, the first typed character corresponds to card column 7, one space gets you to column 8, and a tab reaches column 12. Files using this tab setup should include a format specification as follows (see fspec(4)): <:t-c2 m6 s66 d:> -c3 1,6,10,14,18,22,26,30,34,38,42,46,50,54,58,62,67 COBOL compact format (columns 1-6 omitted), with more tabs than -c2. This is the recommended format for COBOL. The appropriate format specification is (see fspec(4)): <:t-c3 m6 s66 d:> -f1,7,11,15,19,23 FORTRAN -p1,5,9,13,17,21,25,29,33,37,41,45,49,53,57,61 PL/I -s1,10,55 SunOS 5.8Last change: 1 Feb 19952 User Commands tabs(1) SNOBOL -u1,12,20,44 UNIVAC 1100 Assembler Repetitive -nA repetitive specification requests tabs at columns 1+n, 1+2*n, etc., where n is a single-digit decimal number. Of particular importance is the value 8: this represents the UNIX system ``standard'' tab setting, and is the most likely tab setting to be found at a terminal. When -0 is used, the tab stops are cleared and no new ones are set. Arbitrary See OPERANDS. File
Bug#451088: O: elinks -- advanced text-mode WWW browser
On Tue, Nov 13, 2007 at 10:20:09AM +0100, Mario Iseli wrote:
> Package: wnpp
> Severity: normal
>
> The current maintainer of elinks, Peter Gervai <[EMAIL PROTECTED]>,
> is apparently not active anymore. Therefore, I orphan this package now.
...
>
> Homepage: http://elinks.or.cz/
> Tag: devel::lang:lua, interface::text-mode, network::client,
> protocol::{http,ipv6,ssl}, role::program, uitoolkit::ncurses, use::browsing,
> web::browser, works-with::text, works-with-format::html
Last I knew, *links* are hardcoded, so "uitoolkit::ncurses" is inaccurate.
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
pgpOxHPgHQhd4.pgp
Description: PGP signature
Bug#385928: RFA: ncurses -- Shared libraries for terminal handling (32-bit)
On Mon, 4 Sep 2006, Daniel Jacobowitz wrote: On Mon, Sep 04, 2006 at 12:12:16PM +0200, Daniel Baumann wrote: Daniel Jacobowitz wrote: I request an adopter for the ncurses package. I would like to adopt it if you agree. I see you've already uploaded it :-) Would you like the SVN and bug history, or do you not need it? Thomas Dickey and I are both subscribed to the former maintainer address. Thomas, I believe there's a more modern way to watch any bugs on a source package using the package tracking system (packages.debian.org), but I'm not sure... I'm not sure either (email works, and I find almost all of the bug reports via google anyway...) -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#353365: ITP: gt5 -- Terminal program for visual disk usage with navigation
On Sat, Feb 18, 2006 at 07:10:16PM +0100, Steve Greenland wrote: > On 17-Feb-06, 13:42 (CST), Jari Aalto <[EMAIL PROTECTED]> wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Jari Aalto <[EMAIL PROTECTED]> > > > > * Package name: gt5 > > Version : 1.3 > > Upstream Author : Thomas Sattler <[EMAIL PROTECTED]> > > * URL : http://sourceforge.net/projects/gt5 > > * License : GPL > > Description : Terminal program for visual disk usage with navigation > > This is a real nitpick, but consider "console program" or "text-mode > program" instead of "terminal program"; I initially pictured something > like xterm with some sort of status bar. The phrase "terminal program" brings > to mind a terminal emulator to a lot of people, I would guess. again, "console program" made me wonder if it was yet another program hardcoded for Linux console. A quick check - no: it's hardcoded for elinks. "text-mode" is ok, but "elinks utility" is more accurate. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpYetThvjtUE.pgp Description: PGP signature
Bug#321377: O: byacc
On Fri, Aug 05, 2005 at 08:00:16AM +0200, Jason Parker-Burlingham wrote: > Package: wnpp > Severity: normal > > > This package has not been updated in some time and needs a maintainer > with more time than I have to give to it. Preferably it should be > replaced with the byacc from one of the BSDs and given an appropriate > version number. Doing so would allow the new maintainer to close bugs > 16300 and 240662. #166300 replacing it with one of the BSDs wouldn't fix #240662 (actually the BSDs don't seem to be maintaining byacc either). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net pgpQxFNrPFsMD.pgp Description: PGP signature
