Hello,
On pirmadienis 27 Gruodis 2010 19:52:06 Robert Millan wrote:
2010/12/27 Petr Salinger petr.salin...@seznam.cz:
I see two basic options:
[...]
And there is a third option, mixture of both above. [...]
There's a fourth option: backporting TEKEN_XTERM from 9-current.
Actually, I
On 2010-12-29 10:12 +0100, Modestas Vainius wrote:
On pirmadienis 27 Gruodis 2010 19:52:06 Robert Millan wrote:
2010/12/27 Petr Salinger petr.salin...@seznam.cz:
I see two basic options:
[...]
And there is a third option, mixture of both above. [...]
There's a fourth option:
How long is that going to take? In the meantime, console users of
GNU/kFreeBSD are screwed whenever they connect to other systems, since
that means they must change their TERM variable _and_ their backspace
key is broken.
I've attached the necessary patches to create the cons25-debian
On 2010-12-27 09:52 +0100, Petr Salinger wrote:
I see two basic options:
1) plain cons25 variant: current sysvinit, ncurses
and kfreebsd-8 8.1+dfsg-6, freebsd-utils 8.1-2
It does not conform to debian policy, the backspace/delete key is
somewhat broken on console and somewhat broken
2010/12/27 Petr Salinger petr.salin...@seznam.cz:
I see two basic options:
[...]
And there is a third option, mixture of both above. [...]
There's a fourth option: backporting TEKEN_XTERM from 9-current.
(I'm not speaking in favour of it, I have no idea whether it'd be
feasible or not)
--
On 2010-12-27 19:51 +0100, Petr Salinger wrote:
The cons25-debian seems be fine for me, as it should be only local
change for one release of Debian GNU/kFreeBSD. The next one will not
use it.
Any name is fine with me as long as ncurses upstream accepts it.
The next debian release will be
On 2010-12-23 04:17 +0100, Petr Salinger wrote:
It seems that current plain FreeBSD kernel generates events
that fully corresponds to cons25 entry.
It just uses different definitions for kbs and kdch1 wrt Linux,
Linux: kbs=\177 kdch1=\E[3~
FreeBSD/cons25 kbs=^H kdch1=\177
On 2010-12-23 19:32 +0100, brian m. carlson wrote:
On Thu, Dec 23, 2010 at 05:10:28PM +0100, Sven Joachim wrote:
I don't see how this follows. People having an xterm-like terminal that
is not compatible with Debian's xterm terminfo entry can easily work
around it by setting TERM=xterm-r6 or
On 2010-12-22 08:41 +0100, Petr Salinger wrote:
It seems that current plain FreeBSD kernel generates events
that fully corresponds to cons25 entry.
It just uses different definitions for kbs and kdch1 wrt Linux,
Linux: kbs=\177 kdch1=\E[3~
FreeBSD/cons25s kbs=^H kdch1=\177
The
It seems that current plain FreeBSD kernel generates events
that fully corresponds to cons25 entry.
It just uses different definitions for kbs and kdch1 wrt Linux,
Linux: kbs=\177 kdch1=\E[3~
FreeBSD/cons25 kbs=^H kdch1=\177
Emacs, for instance, does not expect ^H to mean delete
2010/12/21 Petr Salinger petr.salin...@seznam.cz:
I propose revert changes in kernel and kbdcontrol and ask for ignore tag
for this technology preview release.
I second this. This would make it easier to coordinate with
upstream and at least agree on what name to use. Release
pressure
On Tue, Dec 21, 2010 at 08:24:35AM +0100, Petr Salinger wrote:
You really can't just unilaterally change the cons25 terminfo entry. If
this proposed change is implemented, people running stock FreeBSD will
have their consoles broken if they log into a Debian system. If
kFreeBSD needs
You really can't just unilaterally change the cons25 terminfo entry. If
this proposed change is implemented, people running stock FreeBSD will
have their consoles broken if they log into a Debian system. If
kFreeBSD needs different settings than the stock cons25 entry, it needs
to create and
The changes to the kFreeBSD console and the kbdcontrol package (see
#605065 and #605777) need to be accompanied by changing the cons25
terminfo entry accordingly, otherwise ncurses-based programs severely
misbehave.
You really can't just unilaterally change the cons25 terminfo entry. If
this
14 matches
Mail list logo