On Sun, Oct 15, 2023 at 04:51:47AM -0400, Thomas Dickey wrote:
> On Sun, Oct 15, 2023 at 02:23:28AM +0200, Salvo Tomaselli wrote:
> > Could you improve the description?
(needs some work :-)
> Unlike the last one on this topic, it uses the terminology of ncurses
> without using th
On Sun, Oct 15, 2023 at 02:23:28AM +0200, Salvo Tomaselli wrote:
> Could you improve the description?
>
> What does this do?
>
> For me low level access is ioctl, write or similar…
no - in this case "low level" is a synonym for "hard-coded"
It's just another of the programs written with the
On Tue, Jun 21, 2022 at 04:13:40PM +0200, Victor Westerhuis wrote:
> Op 20-06-2022 om 12:09 schreef Thomas Dickey:
> > On Mon, Jun 20, 2022 at 12:52:20AM +0200, Adam Borowski wrote:
> > > On Sun, Jun 19, 2022 at 11:02:54PM +0200, Victor Westerhuis wrote:
> > > >
On Mon, Jun 20, 2022 at 12:52:20AM +0200, Adam Borowski wrote:
> On Sun, Jun 19, 2022 at 11:02:54PM +0200, Victor Westerhuis wrote:
> > * Package name: kmscon
> >Version : 9.0.0-1
>
> > kmscon (9.0.0-1) unstable; urgency=medium
> > .
> >* Initial release (Closes: #1004919)
On Sun, Jan 23, 2022 at 02:08:00PM +0100, Andreas Metzler wrote:
> On 2022-01-16 Andreas Metzler wrote:
> [...]
> > I will probably followup with further wishes/comments later, not today
> > but hopefully in next week.
> [...]
>
> Hello Thomas,
>
> I think there are just two thing left pre
On Sat, Jan 22, 2022 at 11:43:05AM -0500, Thomas Dickey wrote:
> On Sat, Jan 22, 2022 at 10:44:49AM -0500, Thomas Dickey wrote:
> > On Sat, Jan 22, 2022 at 10:39:33AM -0500, Thomas Dickey wrote:
> > ...
> > > Looking for a tool, I've seen "debmake".
> >
- Original Message -
| From: "Thomas Dickey"
| To: 1003...@bugs.debian.org
| Cc: 1003770-submit...@bugs.debian.org
| Sent: Saturday, January 22, 2022 11:43:05 AM
| Subject: Bug#1003770: RFS: luit/2.0.20220111-1 [ITP] -- locale and ISO 2022
support for Unicode terminals
| On S
On Sat, Jan 22, 2022 at 10:44:49AM -0500, Thomas Dickey wrote:
> On Sat, Jan 22, 2022 at 10:39:33AM -0500, Thomas Dickey wrote:
> ...
> > Looking for a tool, I've seen "debmake".
> >
> > "debmake -cc" merges the lists for all three authors (18 files),
On Sat, Jan 22, 2022 at 10:39:33AM -0500, Thomas Dickey wrote:
...
> Looking for a tool, I've seen "debmake".
>
> "debmake -cc" merges the lists for all three authors (18 files),
> which is misleading. debmake also gives incorrect information
> for the configur
On Sat, Jan 22, 2022 at 03:54:37PM +0100, Bastian Germann wrote:
> On Sat, 15 Jan 2022 09:31:08 -0500 Thomas Dickey wrote:
> > Changes for the initial release:
> >
> > luit (2.0.20220111-1) unstable; urgency=low
> > .
> >* Initial package release (Closes: #
On Sun, Jan 16, 2022 at 05:34:42PM +0100, Andreas Metzler wrote:
> On 2022-01-16 Thomas Dickey wrote:
> > On Sun, Jan 16, 2022 at 08:03:14AM +0100, Andreas Metzler wrote:
> [...]
>
> > > I would like to question the introduction of another binary package:
> > >
On Sun, Jan 16, 2022 at 08:07:42AM -0500, Thomas Dickey wrote:
> On Sun, Jan 16, 2022 at 07:58:07AM -0500, Thomas Dickey wrote:
> > On Sun, Jan 16, 2022 at 08:03:14AM +0100, Andreas Metzler wrote:
> ...
> > > * Is the double compilation/binary necessary? - Is /usr/bin/byac
tweb.dragonflybsd.org/dragonfly.git/blob/HEAD:/usr.bin/yacc/Makefile
https://gitweb.dragonflybsd.org/dragonfly.git/tree/HEAD:/contrib/byacc
> Do it keep byacc and blex.
there's a similar story for lex, but I think that's off-topic.
> Kind regards,
>
>
>
>
>
>
On Sun, Jan 16, 2022 at 07:58:07AM -0500, Thomas Dickey wrote:
> On Sun, Jan 16, 2022 at 08:03:14AM +0100, Andreas Metzler wrote:
...
> > * Is the double compilation/binary necessary? - Is /usr/bin/byacc2
>
> I thought it would be the safest approach. I've made some effort to
On Sun, Jan 16, 2022 at 08:03:14AM +0100, Andreas Metzler wrote:
> On 2022-01-15 Thomas Dickey wrote:
> [...]
> > I am looking for a sponsor for my package "byacc":
>
> > * Package name: byacc
> >Version : 1:2.0.20220114-1
> >Upstr
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "luit":
* Package name: luit
Version : 2.0.20220111-1
Upstream Author : Thomas Dickey
* URL : http://invisible-island.net/luit/
* License
c
Changes since the last upload:
byacc (1:2.0.20220114-1) unstable; urgency=medium
.
* work around git-buildpackage's absence of configurability regarding uscan.
* fix lintian issues reported in update.
Regards,
--
Thomas Dickey
--
Thomas E. Dickey
https://invisible-island.net
ftp://ftp
On Tue, Oct 02, 2012 at 07:47:36AM +0200, Jose G. López wrote:
El lun, 01-10-2012 a las 10:50 +0200, Thomas Dickey escribió:
http://invisible-island.net/cdk/cdk.html#licensing
Hello Thomas,
Thanks for pointing that. I already read that page before packaging and
I think it's correct
manlinks.sed is a special case, because I adapted a script which I written
for ncurses.
http://invisible-island.net/cdk/cdk.html#licensing
--
Thomas E. Dickey dic...@invisible-island.net
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature
On Sunday, September 30, 2012 7:00:02 PM UTC-4, Jose G. López wrote:
El dom, 30-09-2012 a las 21:30 +0200, Bart Martens escribió:
Hi Jose,
I had a look at libcdk5 at mentors uploaded there on 2012-09-30 12:50. The
file debian/copyright is not yet complete, see for example
On Mon, May 28, 2012 at 02:48:02PM -0500, Jonathan Nieder wrote:
Hi Yann,
yannubu...@gmail.com wrote:
any news about updating Mawk with the last upstream version?
I don't think it can happen and be properly tested in time for wheezy.
The new upstream version has significant changes
Hmm, yes, that can be a problem. Unfortunately, it's currently
hardwired into the Makefile at configure time; this is likely related
to a desire to work with a wider range of Make implementations than is
usual?
I did that a different way (there's a macro which I normally use for most
scripts).
Wen-Yen Chuang [EMAIL PROTECTED] wrote:
I think its manpage is good enough for people who want to try this
program. I have no DEC VT100 terminal nor its manual.
vt100.net does have manuals
(but the comment about a vt100 manual is older than the web)
--
Thomas E. Dickey
Adam Borowski [EMAIL PROTECTED] wrote:
I'm afraid the very concept of termcap/terminfo is thoroughly broken.
It makes the following assumptions:
* all TERM strings are known to all machines. Mere ssh will break
otherwise. And even after all these years, Solaris still doesn't
know
The Fungi [EMAIL PROTECTED] wrote:
Of course, I can't imagine an ANSI library would be anything more
than a few dozen string constant definitions, unless you wanted
man tput
(no point in hardcoding a few dozen string definitions, unless one
_likes_ the nasty comments that people make when
Adam Borowski [EMAIL PROTECTED] wrote:
curses does only full-screen display, and is useless for anything
line-based. And being capable of colouring your display is a MAJOR thing if
you want to be able to read text quickly.
man filter
--
Thomas E. Dickey
http://invisible-island.net
Ilya M. Slepnev [EMAIL PROTECTED] wrote:
--ibTvN161/egqYuK8
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi,
On 19:15 Wed 27 Apr, Thomas Dickey wrote:
ldd ysm
libnsl.so.1 =3D /lib/libnsl.so.1 (0x4002f000
Ilya M. Slepnev [EMAIL PROTECTED] wrote:
First of all, it is a nice, small, with clear interface, full of humor
client. It doesn't depend on any ncurses, as centericq. Ok, I
understand, that many people think about console clients as becomed
obsolete and not so featured. This client includes
28 matches
Mail list logo
