willglynn

# I split up jux.desktop-c2366d6aa995c5fe80506debabee8ee2.css into parts:
#  - one file for .theme-day
#  - one file for .theme-dusk
#  - one file for everything else
#
# My thought was that Jux.com could load the relevant theme CSS, and unload
# the unused theme(s). This would result in significantly fewer active CSS
# rules and some savings of data transfer without requiring much in terms of
# code changes.
#

willglynn

--- a/zbar/jpeg.c
+++ b/zbar/jpeg.c
@@ -79,8 +79,15 @@
 void skip_input_data (j_decompress_ptr cinfo,
                       long num_bytes)
 {
-    cinfo->src->next_input_byte = NULL;
-    cinfo->src->bytes_in_buffer = 0;
+    if(num_bytes > 0) {
+        if (num_bytes < cinfo->src->bytes_in_buffer) {

willglynn

source 'https://rubygems.org'

# ...

# zbar needs an environment variable, so don't require it automatically
gem 'zbar', require: false

willglynn

$ librarian-chef install --verbose | egrep 'Resolving|Checking|Conflict|Backtrack'
[Librarian] Resolving apache2 (>= 0) <https://supermarket.getchef.com/api/v1>
[Librarian]   Checking manifests
[Librarian]     Checking apache2/2.0.0 <https://supermarket.getchef.com/api/v1>
[Librarian]       Resolving apt (>= 0) <https://supermarket.getchef.com/api/v1>
[Librarian]         Checking manifests
[Librarian]           Checking apt/2.6.0 <https://supermarket.getchef.com/api/v1>
[Librarian]             Resolving build-essential (>= 0) <https://supermarket.getchef.com/api/v1>
[Librarian]               Checking manifests
[Librarian]                 Checking build-essential/2.1.2 <https://supermarket.getchef.com/api/v1>

willglynn

$ librarian-chef install --verbose | egrep 'Resolving|Checking|Conflict|Backtrack'
[Librarian] Resolving mysql (= 2.0.2) <https://supermarket.getchef.com/api/v1>
[Librarian]   Checking manifests
[Librarian]     Checking mysql/5.6.1 <https://supermarket.getchef.com/api/v1>
[Librarian]       Conflict between mysql/5.6.1 <https://supermarket.getchef.com/api/v1> and mysql (= 2.0.2) <https://supermarket.getchef.com/api/v1>
[Librarian]       Backtracking from mysql/5.6.1 <https://supermarket.getchef.com/api/v1>
[Librarian]     Checking mysql/5.6.0 <https://supermarket.getchef.com/api/v1>
[Librarian]       Conflict between mysql/5.6.0 <https://supermarket.getchef.com/api/v1> and mysql (= 2.0.2) <https://supermarket.getchef.com/api/v1>
[Librarian]       Backtracking from mysql/5.6.0 <https://supermarket.getchef.com/api/v1>
[Librarian]     Checking mysql/5.5.4 <https://supermarket.getchef.com/api/v1>

willglynn

pegasus# zpool status 
  pool: tank
 state: ONLINE
  scan: scrub in progress since Wed Nov 12 09:58:47 2014
        4.67T scanned out of 19.3T at 304M/s, 13h57m to go
        4K repaired, 24.25% done
config:

	NAME                                            STATE     READ WRITE CKSUM
	tank                                            ONLINE       0     0     0

willglynn

# snmpwalk -v 2c -c public -Ofn 172.16.3.35; snmpwalk -v 2c -c public -d 172.16.3.35
.1.3.6.1.2.1.1.1.0 = STRING: POWERALERT 12
.1.3.6.1.2.1.1.2.0 = OID: .1.3.6.1.4.1.850.1
.1.3.6.1.2.1.1.3.0 = Timeticks: (2331061) 6:28:30.61
.1.3.6.1.2.1.1.4.0 = STRING: www.tripplite.com
.1.3.6.1.2.1.1.5.0 = STRING: trippliteUps
.1.3.6.1.2.1.1.6.0 = STRING: 1111 W. 35th St., Chicago, IL 60609
.1.3.6.1.2.1.1.7.0 = INTEGER: 72
.1.3.6.1.2.1.1.8.0 = Timeticks: (0) 0:00:00.00
.1.3.6.1.2.1.1.9.1.2.1 = OID: .1.3.6.1.6.3.1

willglynn

Keybase proof

I hereby claim:

• I am willglynn on github.
• I am willglynn (https://keybase.io/willglynn) on keybase.
• I have a public key ASBvO5Mf3Toab8gslimAc76QGKVAgPlczPaZA0nVMCBUYgo

To claim this, I am signing this object:

willglynn

$ openssl req -text -in Downloads/myreq.csr 
Certificate Request:
    Data:
        Version: 0 (0x0)
        Subject: CN=zd.horizon.willglynn.com, O=., OU=., L=., ST=., C=US
        Subject Public Key Info:
            Public Key Algorithm: rsaEncryption
            RSA Public Key: (2048 bit)
                Modulus (2048 bit):
                    00:ed:6c:4d:63:de:a4:c9:29:c7:2d:9a:9a:4b:01:

willglynn

Tuesday, April 5

The HTC Vive launched.

Daniel O'Brien – HTC VP of VR and HTC Vive Head – had been fielding complaints of out-of-order shipping all day, at one point stating:

@Drehmini we don't choose a region in US to deploy shipments to. We ship in the order which we received.

The @htcvive Twitter account insisted the same: