All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Malkowski <eric@bvwireless.net>
To: buildroot@busybox.net
Subject: [Buildroot] Shell history w/ ASH spans multiple ash instances
Date: Thu, 19 Feb 2009 09:49:35 -0500	[thread overview]
Message-ID: <499D717F.9010003@bvwireless.net> (raw)
In-Reply-To: <8763j6bvf5.fsf@macbook.be.48ers.dk>

I thought I'd try this list first since:

1. Busybox is an integral part of buildroot
2. buildroot's default config for busybox is in effect and if it's just 
a config thing, then it's good to know what's up.

To follow up briefly: In looking at the source in libbb it appears 
disabling CONFIG_FEATURE_EDITING_SAVEHISTORY will stop libbb from 
writing to ~/.ash_history
Older versions I've used had SAVEHISTORY enabled but didn't dynamically 
load it from various instances of interactive shells causing thr 
cross-shell history sharing -- perhaps this is a new "feature".  I don't 
need the history saved and loaded constantly or on shell exit so I'll 
try turning that off.

Sorry for using the wrong list -- but at least you can see my reasoning 
for starting w/ the buildroot list.

If anything further is needed w/ this topic, I'll move over to the 
busybox list.

Thanks,

-Eric Malkowski

Peter Korsgaard wrote:
>>>>>> "Eric" == Eric Malkowski <eric@bvwireless.net> writes:
>>>>>>             
>
> Hi,
>
>  Eric> In the past, if multiple shells were started on console and ssh for
>  Eric> instance, the command history was always unique per shell instance.
>
>  Eric> Any advice greatly appreciated.
>
>  Eric> BTW: I'm using busybox 1.13.2 per stock buildroot config.
>
> Please direct busybox questions to the busybox list - busybox at busybox.net
>
>   

  reply	other threads:[~2009-02-19 14:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-19  5:12 [Buildroot] Shell history w/ ASH spans multiple ash instances Eric Malkowski
2009-02-19  9:58 ` Peter Korsgaard
2009-02-19 14:49   ` Eric Malkowski [this message]
2009-02-19 15:14     ` Peter Korsgaard

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=499D717F.9010003@bvwireless.net \
    --to=eric@bvwireless.net \
    --cc=buildroot@busybox.net \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.