From: Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.com>
To: supervision@list.skarnet.org,
FreeBSD Hackers <freebsd-hackers@freebsd.org>,
debian-user@lists.debian.org
Subject: nosh version 1.21
Date: Mon, 5 Oct 2015 06:39:29 +0100 [thread overview]
Message-ID: <56120D11.4080506@NTLWorld.com> (raw)
In-Reply-To: <56089268.6080007@NTLWorld.com>
The nosh package is now up to version 1.21 .
* http://homepage.ntlworld.com./jonathan.deboynepollard/Softwares/nosh.html
console-terminal-emulator now has a mouse input event protocol, and
speaks both the DEC VT Locator protocol and the xterm Private Mode 1006
protocol over the terminal interface to applications. These are the
protocols that you get with ttymouse=dec and ttymouse=sgr in vim. Since
support for the 1006 protocol is fairly widespread in the relevant
places nowadays, it seemed not worthwhile implementing the inferior
Private Mode 1005 and Private Mode 1015 protocols. Moreover,
console-terminal-emulator is UTF-8 and the Private Mode 1005 protocol
has ambiguities once one introduces UTF-8.
console-fb-realizer as yet only talks to real mouse input devices on
Linux, but handling FreeBSD/PC-BSD mouse input devices is on the
roadmap. This has necessitated a change in the command-line syntax of
console-fb-realizer, and concomitant changes in the pre-supplied
realizer service bundle, which will need to be updated in tandem if you
are using user-space virtual terminals. This change allows the mouse
input device to be specified in addition to the keyboard input event
device. It also slightly regularizes display-only mode, which is
signified now by the simple lack of any mouse or keyboard device
specifications, rather than by an explicit option. Yes, I am aware that
there's no mouse cursor sprite drawn yet. Acutely so.
FreeBSD improvements include the completion of geli and gbde import that
the sharp-eyed might have noticed quietly part-done in version 1.20.
/etc/fstab entries for volumes using these should now be translated into
appropriate interdependent mount@*, gbde@*, and geli@* service bundles.
This is rather difficult for me to test, though, as noted on the roadmap.
The big PC-BSD improvement is jails support, which has lurked at the
bottom of the roadmap page for a while. Both PC-BSD Warden and FreeBSD
9 jails are now recognized by the external configuration import
subsystem, and converted into appropriate service bundles. The mechanism
here is fairly straightforward: The jails themselves are one service
bundle, and the programs that run in the jails are another. The latter
service is after/ and wants/ the former service. The jexec command is a
chain loading tool that modifies process state in the same vein as
setuidgid, softlimit, and envdir, and one can simply employ it as such.
The jail command can be used analogously, with jail -c and jail -r, to
how the mount and umount commands in mount@* service bundles are used.
Those are what the import subsystem does.
Importing Warden Linux jails isn't available yet; and some of the more
esoteric FreeBSD 9 rc.conf and PC-BSD Warden METADIR/* jail options are
not yet imported. Enabling jails to be autostarted at bootstrap is via
the "jails" and "warden" targets, by the way.
The rc.d conversion project has progressed, with a few more things wiped
off. As mentioned in the version 1.20 message, all assistance in wiping
the final 40-odd FreeBSD rc.d scripts off the list, to be found on the
roadmap page, is welcome. And if any PC-BSD people have ideas on how to
turn things like /usr/local/etc/rc.d/pc-samba into service bundles,
those are welcome too. (Note that pre-supplied service bundles already
exist for the Linux flavours of some of these, which may or may not be a
starting point.)
_______________________________________________
freebsd-hackers@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
next prev parent reply other threads:[~2015-10-05 5:39 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <54430B41.3010301@NTLWorld.com>
[not found] ` <54B86FD5.3090203@NTLWorld.com>
[not found] ` <554E53EF.4080600@NTLWorld.com>
2015-05-09 23:09 ` nosh version 1.14 Jonathan de Boyne Pollard
2015-06-01 0:02 ` nosh version 1.16 Jonathan de Boyne Pollard
2015-06-28 15:19 ` redo version 1.2 Jonathan de Boyne Pollard
2018-02-18 6:39 ` redo version 1.4 Jonathan de Boyne Pollard via freebsd-hackers
2015-06-28 16:39 ` nosh version 1.17 Jonathan de Boyne Pollard
2015-06-28 16:55 ` pflog(8) manual page bug Jonathan de Boyne Pollard
2015-06-28 20:55 ` Warren Block
2015-08-20 13:01 ` nosh version 1.18 Jonathan de Boyne Pollard
2015-08-22 18:04 ` nosh version 1.19 Jonathan de Boyne Pollard
[not found] ` <CADQ2Nw-506S3Gm4s40t+WzJu3Wzpwp=wPBWCFoQGZ2yrctCM_w@mail.gmail.com>
2015-09-28 1:05 ` nosh version 1.20 Jonathan de Boyne Pollard
2015-09-28 1:33 ` Joe Maloney
2015-09-28 7:27 ` Jonathan de Boyne Pollard
2015-10-05 5:39 ` Jonathan de Boyne Pollard [this message]
2015-11-02 2:15 ` nosh version 1.22 Jonathan de Boyne Pollard
2015-12-17 13:50 ` nosh version 1.23 Jonathan de Boyne Pollard
2016-01-13 9:25 ` nosh version 1.24 Jonathan de Boyne Pollard
2016-02-01 1:03 ` nosh version 1.25 Jonathan de Boyne Pollard
2016-05-06 23:19 ` nosh version 1.27 Jonathan de Boyne Pollard
2016-08-06 17:30 ` nosh version 1.28 Jonathan de Boyne Pollard
[not found] ` <a1646fa5-e64c-5b2d-b057-aa347d1f30a1@freebsd.org>
2016-08-21 11:04 ` Jonathan de Boyne Pollard
2016-08-30 15:58 ` Joe Nosay
[not found] ` <0c339dcb-d09b-f234-d37f-9521d97146b1@NTLWorld.com>
[not found] ` <d9dddf06-257f-2f5e-c7dd-99cfd6aba187@NTLWorld.com>
[not found] ` <CADQ2Nw8YbeHp-yOUxTBXn6H8_OrU74ab1nb5=gc-+xeBL4FWFw@mail.gmail.com>
[not found] ` <159edb67-0288-a07e-c2cb-76574d0d2b98@NTLWorld.com>
[not found] ` <CADQ2Nw-XksEtP_wrXtaRFKw0yM=A-0okfXxFOpyDiCQGptQEww@mail.gmail.com>
[not found] ` <5769980e-cdc3-b802-b704-fdb8d0ce3f8f@NTLWorld.com>
[not found] ` <CADQ2Nw95KwkwDDErc_wsLrg=rHjhKHRsfseFPhA9avS0siu+5Q@mail.gmail.com>
2016-12-03 11:33 ` nosh version 1.29 Jonathan de Boyne Pollard
2016-12-03 11:41 ` Jonathan de Boyne Pollard
2016-12-31 23:53 ` nosh version 1.30 Jonathan de Boyne Pollard
2017-01-14 11:26 ` nosh version 1.31 Jonathan de Boyne Pollard
2017-01-30 9:09 ` nosh version 1.32 Jonathan de Boyne Pollard
2017-04-09 19:52 ` nosh version 1.33 Jonathan de Boyne Pollard
2017-07-05 20:41 ` nosh version 1.34 Jonathan de Boyne Pollard
2017-09-10 10:43 ` nosh version 1.35 Jonathan de Boyne Pollard
2017-12-11 8:03 ` nosh version 1.36 Jonathan de Boyne Pollard
2018-02-18 6:49 ` nosh version 1.37 Jonathan de Boyne Pollard via freebsd-hackers
2018-02-18 21:23 ` Guillermo
2018-02-18 23:05 ` Jonathan de Boyne Pollard
2018-02-19 3:12 ` Guillermo
2018-02-19 5:10 ` Jonathan de Boyne Pollard
2018-02-20 19:13 ` Jonathan de Boyne Pollard
2018-02-21 1:21 ` Guillermo
2018-02-21 7:53 ` Jonathan de Boyne Pollard
2019-01-23 4:51 ` nosh version 1.39 Jonathan de Boyne Pollard
2019-03-20 10:21 ` nosh version 1.40 Jonathan de Boyne Pollard
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56120D11.4080506@NTLWorld.com \
--to=j.deboynepollard-newsgroups@ntlworld.com \
--cc=debian-user@lists.debian.org \
--cc=freebsd-hackers@freebsd.org \
--cc=supervision@list.skarnet.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).