i know i a perverted, but i really prefer not to have ca_mode. i.e.
prior to 9, i had this little patch
*** termcap.FCS Tue Jun 17 15:10:46 2003
--- termcap Tue Jun 17 15:14:15 2003
***
*** 299,305
adm3|3|lsi adm3:\
On 21.04.2011 13:26, Alexander Motin wrote:
Marius Strobl wrote:
On Wed, Apr 20, 2011 at 12:57:47PM +0300, Alexander Motin wrote:
With 9.0 release approaching quickly, I believe it the best time now to
manage migration from legacy ata(4) ATA to the new CAM-based one. New
ATA code present in
Fabian Keil freebsd-lis...@fabiankeil.de wrote:
With sources from today my system panics at boot time
after attaching the swap device:
GEOM_ELI: Device ada0s1b.eli created.
GEOM_ELI: Encryption: AES-XTS 256
GEOM_ELI: Crypto: software
panic: g_eli_key_hold: sc_ekeys_total=1
cpuid = 0
On Sun, Apr 24, 2011 at 02:57:11PM +0900, Randy Bush wrote:
i know i a perverted, but i really prefer not to have ca_mode. i.e.
prior to 9, i had this little patch
*** termcap.FCS Tue Jun 17 15:10:46 2003
--- termcap Tue Jun 17 15:14:15 2003
***
*** 299,305
With xterm?
yep
(that's a resource setting, also available as a menu entry)
the menu Enable Alternate Screen Switching seems to do nothing toggled
either way.
could you whack me with the resource name?
randy
___
freebsd-current@freebsd.org mailing
On Sun, Apr 24, 2011 at 11:12:03AM +0200, Fabian Keil wrote:
The panic can be reproduced with:
/sbin/geli onetime -l 256 -s 4096 /dev/ada0s1b
That's why I asked for ada0s1b size. It should be fixed in HEAD (r220984).
--
Pawel Jakub Dawidek http://www.wheelsystems.com
Hi,
I'm running a fairly recent -CURRENT on a new storage machine:
kaos % uname -a
FreeBSD kaos 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Apr 16 06:39:04 EDT
2011 root@kaos:/usr/obj/usr/src/sys/GENERIC amd64
I'm using ZFS v28 with dedup (thank you, pjd!) on an NFS-exported
dataset, to which
On Sun, Apr 24, 2011 at 07:30:12PM +0900, Randy Bush wrote:
With xterm?
yep
What does the included termcap for xterm-xfree86 look like?
Just to refresh my memory, I'm looking at the code, and see
that titeInhibit applies to each of the controls that would switch
between normal/alternate
What does the included termcap for xterm-xfree86 look like?
xterm-new|modern xterm:\
:@7=\EOF:@8=\EOM:F1=\E[23~:F2=\E[24~:K2=\EOE:Km=\E[M:\
:k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:\
:k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:kI=\E[2~:\
Fabian Keil freebsd-lis...@fabiankeil.de wrote:
Fabian Keil freebsd-lis...@fabiankeil.de wrote:
With sources from today my system panics at boot time
after attaching the swap device:
GEOM_ELI: Device ada0s1b.eli created.
GEOM_ELI: Encryption: AES-XTS 256
GEOM_ELI: Crypto:
On Sun, Apr 24, 2011 at 10:23:43PM +0900, Randy Bush wrote:
What does the included termcap for xterm-xfree86 look like?
xterm-new|modern xterm:\
...
looks ok - no hidden ti or te capabilities lurking in that.
odd - even if you were using an application that uses the terminfo
entry
On 04/24/11 02:00, Rick Macklem wrote:
There will soon be a commit to head that will change the
default NFS server to the new one that was called the
experimental NFS server (but no longer experimental). After
this commit, you must use -o on both mountd and nfsd to
force the system to use the
Randy Bush wrote:
i know i a perverted, but i really prefer not to have ca_mode. i.e.
prior to 9, i had this little patch
Are you trying to stop the irritating linux-like screen swapping?
I couldn't make termcap play nicely. In the end I put the following
in wy .Xresources:
On Apr 23, 2011, at 10:36 AM, sth...@nethelp.no wrote:
In other words, ada isn't the problem here, it's that we all still think
in terms of the 1980's when systems didn't autoconfigure and device names
were important hints to system functionality. That time has thankfully
passed, and it's
On 04/24/11 02:00, Rick Macklem wrote:
There will soon be a commit to head that will change the
default NFS server to the new one that was called the
experimental NFS server (but no longer experimental). After
this commit, you must use -o on both mountd and nfsd to
force the system to
On Sun, Apr 24, 2011 at 1:54 PM, Scott Long sco...@samsco.org wrote:
Indeed, there's nothing wrong with preserving access to the system details
for the use of administration, troubleshooting, and even mere geeky
knowledge. This isn't about taking power away from the superusers, it's
about
i know i a perverted, but i really prefer not to have ca_mode. i.e.
prior to 9, i had this little patch
Are you trying to stop the irritating linux-like screen swapping?
don't know linux, but i want to exit more et alia and have my screen
restored. sounds like i am the opposite of you.
I
Randy Bush ra...@psg.com writes:
i know i a perverted, but i really prefer not to have ca_mode. i.e.
Not to? But the patch makes the opposite effect.
prior to 9, i had this little patch
*** termcap.FCS Tue Jun 17 15:10:46 2003
--- termcap Tue Jun 17 15:14:15 2003
i know i a perverted, but i really prefer not to have ca_mode. i.e.
Not to? But the patch makes the opposite effect.
sorry. my bad.
Use FreeBSD-specific `xterm-clear' termcap record, e.g.
$ xterm -xrm 'XTerm.termName: xterm-clear' # or add to ~/.Xdefaults
or alter xterm alias to
On Sun, Apr 24, 2011 at 06:26:34PM -0400, Thomas Dickey wrote:
On Mon, Apr 25, 2011 at 01:04:56AM +0400, Pan Tsu wrote:
Randy Bush ra...@psg.com writes:
i know i a perverted, but i really prefer not to have ca_mode. i.e.
Not to? But the patch makes the opposite effect.
hmm - I've
On Mon, Apr 25, 2011 at 01:04:56AM +0400, Pan Tsu wrote:
Randy Bush ra...@psg.com writes:
i know i a perverted, but i really prefer not to have ca_mode. i.e.
Not to? But the patch makes the opposite effect.
hmm - I've seen this sort of question often enough that I read it offhand
as did
Thomas Dickey dic...@radix.net writes:
[...]
Setting the titeInhibit resource cancels those 1049's, but unsetting
it doesn't add them.
xterm-basic in /head doesn't define ti/te capabilities anymore per r200503.
So, there is no more need to hide them via `@', e.g. `:ti@:te@:' in `xterm'.
$
no help from the following:
*** termcap~Fri Mar 18 14:34:01 2011
--- termcap Sun Apr 24 23:33:52 2011
***
*** 3131,3136
--- 3131,3137
#
# Customization begins here.
xterm-xfree86|xterm terminal emulator (XFree86):\
+ :te=\E[?1049l:ti=\E[?1049h:\
On Mon, Apr 25, 2011 at 08:37:05AM +0900, Randy Bush wrote:
no help from the following:
*** termcap~Fri Mar 18 14:34:01 2011
--- termcap Sun Apr 24 23:33:52 2011
***
*** 3131,3136
--- 3131,3137
#
# Customization begins here.
xterm-xfree86|xterm
Hi,
On Sun, Apr 24, 2011 at 5:04 AM, Alexander Motin m...@freebsd.org wrote:
Patch committed. Welcome to the new world! :)
What transition plan do you provide ? Drop in single-user-mode and fix
/etc/fstab ? Forbid anybody without ATA_CAM in their 8.x config to be
able to switch between 8 and 9
Hi,
On Thu, Apr 21, 2011 at 3:51 AM, Bjoern A. Zeeb
bzeeb-li...@lists.zabbadoz.net wrote:
[...]
I agree that we need to catch up with something but we should have done so a
year ago.
a) we MUST HAVE a transition scheme if we cam-base ATA by default. Something
that converts things
26 matches
Mail list logo