mjhjmtu

Clash Royale CLAN TAG #URR8PPP up vote 2 down vote favorite I would like to both share history across terminals and keep track of elapsed time for history commands. The intuitive way seems to be to use both EXTENDED_HISTORY and SHARE_HISTORY , but this sets all elapsed timestamps to 0 after restarting the shell. Is this the correct way to do it? Is it even possible? Scenario 1: EXTENDED_HISTORY and SHARE_HISTORY $ history -Dn | sed 's|\n|n |g' 0:00 cat << EOF > ~/.zshrc HISTFILE=~/.zhistory-test HISTSIZE=100 SAVEHIST=100 setopt EXTENDED_HISTORY setopt SHARE_HISTORY # the only change compared to below EOF 0:00 exec zsh 0:00 sleep 1 0:00 exec zsh Scenario 2: only EXTENDED_HISTORY $ history -Dn | sed 's|\n|n |g' 0:00 cat << EOF > ~/.zshrc HISTFILE=~/.zhistory-test HISTSIZE=100 SAVEHIST=100 setopt EXTENDED_HISTORY EOF 0:00 exec zsh 0:01 sleep 1 0:00 exec zsh Scenario 3: INC_APPEND_HISTORY and SHARE_HISTORY Same as scenario 1, but

Clash Royale CLAN TAG #URR8PPP up vote 0 down vote favorite I installed cups to use my networked printer on my ArchLinux system. The first time I ran the command: /usr/lib/cups/backend/snmp <URI of the printer> and all information about my printer was correctly returned. However, since the first execution of this command, cups-snmp no longer detect information of my printer when I run it again. Where does this problem stem from and how to solve it? cups printer snmp share | improve this question edited Oct 8 '17 at 11:00 asked Oct 8 '17 at 10:24 Wmog 1 3 add a comment  |  up vote 0 down vote favorite I installed cups to use my networked printer on my ArchLinux system. The first time I ran the command: /usr/lib/cups/backend/snmp <URI of the printer> and all information about my printer was correctly returned. However, since the first execution of this command, cups-snmp no longer detect inf

Clash Royale CLAN TAG #URR8PPP up vote 2 down vote favorite I was upgrading FreeBSD on my virtual host, from 10.0 to 11.1. While upgrading from 11.0 to 11.1 I was confronted with a large amount of files that had to be diffed and edited. I tried my best, failed, and now can't login to my server. Using ssh -vvv I can see the following happening: OpenSSH_7.3p1, OpenSSL 1.0.2l 25 May 2017 debug1: Reading configuration data /opt/local/etc/ssh/ssh_config debug2: resolving "xxxx" port 22 debug2: ssh_connect_direct: needpriv 0 debug1: Connecting to xxxx [xxxx] port 22. debug1: Connection established. debug1: identity file /Users/ruihpacheco/.ssh/id_rsa type 1 debug1: key_load_public: No such file or directory debug1: identity file /Users/ruihpacheco/.ssh/id_rsa-cert type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/ruihpacheco/.ssh/id_dsa type -1 debug1: key_load_public: No such file or directory debug1: identity file /Users/rui