mkb

---
meta:
  environment: redis-warden
  service_name: NAME
  security_groups:
    - default
  job_templates:
    - name: redis
      release: redis
  stemcell:

mkb

Mon Jan 9 18:58:39 UTC 2017

mkb

name: redis
director_uuid: 2a535e7b-333c-4830-8042-521eb4c163bc
releases:
- name: redis
  version: latest
compilation:
  workers: 6
  network: redis1
  reuse_compilation_vms: true
  cloud_properties:

mkb

Mon Sep 26 23:57:29 UTC 2016

mkb

### Keybase proof

I hereby claim:

  * I am mkb on github.
  * I am mkb (https://keybase.io/mkb) on keybase.
  * I have a public key whose fingerprint is 2A45 4DA9 FE55 E538 B033  976A EC78 7B72 78A6 7550

To claim this, I am signing this object:

mkb

1/28/15 12:25:46.658 PM secd[305]:  securityd_xpc_dictionary_handler Buffer[84053] copy_matching The operation couldn’t be completed. (OSStatus error -34018 - client has neither application-identifier nor keychain-access-groups entitlements)
1/28/15 12:25:46.659 PM Buffer[84053]:  SecOSStatusWith error:[-34018] The operation couldn’t be completed. (OSStatus error -34018 - Remote error : The operation couldn‚Äôt be completed. (OSStatus error -34018 - client has neither application-identifier nor keychain-access-groups entitlements))
1/28/15 12:25:46.812 PM secd[305]:  securityd_xpc_dictionary_handler Buffer[84053] copy_matching The operation couldn’t be completed. (OSStatus error -34018 - client has neither application-identifier nor keychain-access-groups entitlements)
1/28/15 12:25:46.812 PM Buffer[84053]:  SecOSStatusWith error:[-34018] The operation couldn’t be completed. (OSStatus error -34018 - Remote error : The operation couldn‚Äôt be completed. (OSStatus error -34018 - client has neither application-i

mkb

function()
    local mana = math.max(0, UnitMana("player"));
    local max = math.max(1, UnitManaMax("player"));
    local p = math.floor(mana / max * 100)
    if UnitAffectingCombat("player") or p < 100 then
        return string.format("%.f", p);
    else
        return ""
    end
end

mkb

Too early to tell whther this solved my problem but recording for posterity anyway. In theory this will stop my Raspberry Pi from dropping off the network after it has been idle for a while.

Before

pi@dashboard ~ $ iwconfig
wlan0     IEEE 802.11bgn  ESSID:"Professor Ping"
     Mode:Managed  Frequency:2.437 GHz  Access Point: B8:E6:25:9B:62:02
     Bit Rate=39 Mb/s   Tx-Power=20 dBm

Retry long limit:7 RTS thr:off Fragment thr:off

mkb

Gemfile.lock
tmp/*
db
config/api_keys.yml
.powrc
public/.sass-cache

mkb

There are quite a few problems with the reasoning that Yahoo had good reasons for their ban on remote work as described in an article by Business Insider.

1. Does VPN usage have any relationship with productivity? I see no reason to think so.
2. Did 100% of remote workers have low VPN usage or just some? Does it make sense to drive your best people away?
3. If an employee is abusing their situation as a remote worker, will that person suddenly become a superstar when chained to a desk? Are they perhaps more likely to become resentful?
4. Why not speak to managers of employees whose remote work is suspect?
5. The author does not appear to have spoken with any actual Yahoo employees. Is it so hard to find a few of the 11,500 out there?
6. I have spoken with actual Yahoo employees and they are livid.
7. US GDP per capita is rising as is the prevalence of telecommuting. Why would this correlation