Skvělé.
Právě se mi ztratil asi 10 minut psaný odeslaný příspěvek s zprávou Lituji, přistup odepřen, kdy po přihlášení v jiném tabu jsem doufal, že stačí dát Reload. Vypadalo to tak... Prohlížeč se zeptal Resend POST data? Ale hláška fóra řekla NE. Neodeslali jste tento příspěvek dvakrát? NE!!! Neuložil se vůbec! Ačkoliv technicky se musel odeslat.
Poslední šance Tlačítko zpět... Prázdný formulář...
Nevíte proč mi nefunguje tato konfigurace .bashrc? Záměr je aby se historie neukládaly duplicity a to v další session. A zároveň any zůstávaly předchozí zadané píkazy (což je běžná situace).
Prostě aby historie bobtnala, ale ne o duplicity
export HISTCONTROL=ignoreboth:erasedups
# append to the history file, don't overwrite it
shopt -s histappend
# for setting history length see HISTSIZE and HISTFILESIZE in bash$
export HISTSIZE=10000
export HISTFILESIZE=20000
Hádám, že chyba bude někde v módu histappend. Jenže z těch voleb a threadů které to rozebírají na stackoveflow mi jde hlava kolem.
Konkrétní příklad (pro stručnost odděleno mezerami aby to nezabíralo tolik řádků tadz
*nová session
ls pwd ls pwd uname
*ukončení
*nová session
ls pwd ls pwd
*ukončení
*nová session
<šipka nahoru dává: pwd ls uname ls pwd
ls
Takže se duplicity neukládjí ale jen v rámci jedné session, to mi ale nestačí.
Další mé "požadavky"
- není nutné ani žádoucí,aby se soubor s historií zapisoval po každém příkazu (stačí po ukončení sezení)
- v případě více souběžných session aby po jejich postupném ukončení se zohlednila historie ze všech (ne aby poslední ukončený pes přemrdal historii)
- není potřeba už aktivně promazávat duplicity v existujícím souboru s historií. To mohu udělat jednorázově až budu mít funkční konfiguraci.
-Ale kdyby existovalo něco jako history --prune nebo --remove-dups, nepohrnul bych