One suggestion is to use with_entries as a replacement for the 'to_entries | map(...) | from_entries' pattern. For example:

  jq '.metadata.annotations | with_entries(select(.key == "label1"))'

  jq '.metadata.annotations | to_entries | map(select(.key == "label1")) | from_entries'

from_entries handles nicely the Tags in a lot of awscli output, you can do things like

    aws ec2 describe-instances | \
        jq '.Reservations[].Instances[] | 
            {Role: .Tags | from_entries | .role,
             Name: .Tags | from_entries | .name,
             Id: .InstanceId}' \
        -C -c | sort | less -R

Fortunately, I was mostly backed up, but it is definitely aggravating to see a < 12 month old SSD fail.

No medium is reliable, and it's good you were backed up recently.

[1] https://github.com/tpope/vim-fireplace

http://thelistservearchive.com/

http://thelistservearchive.com/2013/06/06.html

[1] http://www.makelinux.net/ldd3/chp-14-sect-6

This hivemind mentality is a major problem in many online communities, but I do think that the hiding a karma on is definitely a step in the right direction.

If you do what they've done and personalise results then gaming the system becomes a lot harder; the only real way to win has to become producing quality content.

Metrics such as rank, average, sd, account age, up & downvotes could be combined by the reader in order to personalise story listing and comment rank/display on the story page.

That way if I want to reward a persons comments with a karma boost for average comment karma I can do so, but you could just do upvotes or just rank on inverse of downvotes or whatever.

This way the site users generate competing algorithms, algorithms will be adjusted and 'evolve' to generate the prefered ranking of comments. Those who dont want to write one can pick a recommended or default algo.

If user written algos are too expensive to use (though I'm thinking it would be client side in js) then a selection of algos could be offered by the site.

  set -g mode-mouse on
  setw -g mouse-select-window on
  setw -g mouse-select-pane on

When you click-drag you're now triggering a tmux selection, not the native terminal-emulator highlight. This is a big problem because the emulated variant is slow and behaves nothing like the real thing.

To my understanding this is also a problem that can't be solved without further terminal emulator support. As it stands the remote application (tmux) can either receive all mouse-events or none of them.

This means you have to choose between scroll-wheel support plus broken text-selection - or no scroll-wheel support.

I have following in my .tmux.conf:

   set -g history-limit 1000
   # See https://wiki.archlinux.org/index.php/Tmux#Scrolling_issues
   set -g terminal-overrides 'xterm*:smcup@:rmcup@'

Sadly not for me. I'm a die-hard vim-user but I can't live without my scroll-wheel in the terminal.

In my opinion, internet users must be aware that there is no easy way to be totally anonymous, whether it be Facebook, Google, etc. If you require complete anonymity, you might as well unplug your internet cable.

Dynamic IP addresses and use of the same IP address by multiple people.

All it takes is a couple of friends, acquaintances or others accessing using your home network and it'll confuse the hell out of the stats. And that's without going into IP ranges for universities, schools, offices large and small, and your local coffee shop.

Then add in IP address pooling by ISPs, where every time a user connects (or every week, month or year) they're issued a new IP, and you end up with an unclear situation.

I won't start on how cell/mobile phone networks further confuse the situation ;)

http://answers.onstartups.com/questions/6949/forming-a-new-s...