Skip to content

Instantly share code, notes, and snippets.

Tim Harper timcharper

Block or report user

Report or block timcharper

Hide content and notifications from this user.

Learn more about blocking users

Contact Support about this user’s behavior.

Learn more about reporting abuse

Report abuse
View GitHub Profile
View docs-marathon.log
Nov 19 18:44:23 ip-....internal marathon.sh[10865]: [2019-11-19 18:44:23,612] INFO Migration for storage: Version(18, 200, 0, PERSISTENCE_STORE) to target: Version(19, 300, 0, PERSISTENCE_STORE): apply change for version: Version(19, 200, 0, PERSISTENCE_STORE) (mesosphere.marathon.storage.migration.Migration:scala-execution-context-global-65)
Nov 19 18:44:23 ip-....internal marathon.sh[10865]: [2019-11-19 18:44:23,646] INFO Starting migration to 1.9.200 (mesosphere.marathon.storage.migration.MigrationTo19200:scala-execution-context-global-64)
Nov 19 18:44:23 ip-....internal marathon.sh[10865]: [2019-11-19 18:44:23,698] INFO Leadership ended with failure; exiting (mesosphere.marathon.core.election.ElectionServiceImpl:marathon-akka.actor.default-dispatcher-4)
Nov 19 18:44:23 ip-....internal marathon.sh[10865]: mesosphere.marathon.MigrationFailedException: while migrating storage to major: 19
Nov 19 18:44:23 ip-....internal marathon.sh[10865]: minor: 200
Nov 19 18:44:23 ip-....internal marathon.sh[10865]: pa
View gist:471b4f354a1fe893e7fbc12c591fdd56
➜ ~ diskutil list
/dev/disk0 (internal, physical):
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *1.0 TB disk0
1: Windows Recovery 554.7 MB disk0s1
2: EFI NO NAME 104.9 MB disk0s2
3: Microsoft Reserved 16.8 MB disk0s3
4: Microsoft Basic Data 1.0 TB disk0s4
View nailgun-build-failure.log
➜ nailgun git:(master) mvn package
[INFO] Scanning for projects...
[INFO] ------------------------------------------------------------------------
[INFO] Reactor Build Order:
[INFO]
[INFO] nailgun-all [pom]
[INFO] nailgun-server [jar]
[INFO] nailgun-examples [jar]
[INFO]
[INFO] ----------------------< com.facebook:nailgun-all >----------------------
View gist:9b81696bd78314f19c3e2c7446d29f47
var long lastNotified = 0
var String lastReceipt
rule "Alert for bad air"
when
Item Master_Air_Pm25 changed or System started
then
val pm25 = (Master_Air_Pm25.state as Number).intValue
logDebug("air-quality", "pm25 = {}", pm25)
if ((now.millis - lastNotified) > 3600000) {
if (pm25 >= 15) {
View pmstest.ino
#define _DEBUG
unsigned int pm1 = 0;
unsigned int pm2_5 = 0;
unsigned int pm10 = 0;
long lastPmReading = 0;
byte buffer[24];
void setup() {
@timcharper
timcharper / crash-log.txt
Created Jun 15, 2018
Emacs 26.1 stale server file server-start crash
View crash-log.txt
Process: Emacs-x86_64-10_10 [54595]
Path: /Applications/Emacs.app/Contents/MacOS/Emacs-x86_64-10_10
Identifier: org.gnu.Emacs
Version: Version 26.1 (9.0)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: Emacs-x86_64-10_10 [54595]
User ID: 501
Date/Time: 2018-06-15 11:11:33.871 -0600
@timcharper
timcharper / README.md
Last active May 21, 2018
reset audio.ahk
View README.md

Parallels desktop audio record latency will increase, slowly, over time. This is been an issue that I have encountered over many years of using the software. I'm not sure if it is related to clock drift, or what.

A relatively easy "fix" is to disable the microphone in the audio control panel, and then reenable it. Unfortunately, if you do this while Dragon is listening, it will cause Dragon to freeze up in a pretty bad way, so you must do the following:

  1. Turn off the microphone in Dragon
  2. Disable the microphone in the audio control panel recording pane
  3. Reenable the microphone in the audio control panel recording pane
  4. Turn the microphone on in Dragon again

In my configuration, I have the key ctrl-` bound to turn on/turnoff the microphone in Dragon. Also, in the audio control panel recording pane, I only have one device, so the offsets in this auto hot key script work. You may need to tweak it, for your own use. Hopefully, it gives you a starting point.

@timcharper
timcharper / output.json
Created Mar 20, 2018
OrientDB simple delete benchmark
View output.json
{"op": "removing each vertex one at a time", "secs": 5.85228219}
{"op": "method 1", "secs": 5.87633618}
{"op": "removing edges first", "secs": 31.594552465}
{"op": "removing each vertex one at a time", "secs": 0.48545163}
{"op": "method 2", "secs": 32.106060129}
{"op": "remove edges via sql", "secs": 2.645357744}
{"op": "remove vertices via direct delete sql", "secs": 6.376951457}
{"op": "method 3", "secs": 9.050751531}
View keybase.md

Keybase proof

I hereby claim:

  • I am timcharper on github.
  • I am timcharper (https://keybase.io/timcharper) on keybase.
  • I have a public key ASA55PBWERBlKtFZOOxM-PPqyojWNz0ttZGh7X7FP4E8Gwo

To claim this, I am signing this object:

@timcharper
timcharper / akka_streams_pitfalls_1.sc
Last active Dec 5, 2017 — forked from aludwiko/akka_streams_pitfalls_1.scala
Download this and run with ammonite
View akka_streams_pitfalls_1.sc
#!/usr/bin/env amm
import $ivy.`com.typesafe.akka::akka-stream:2.5.4`
import akka.Done
import akka.stream._
import akka.stream.scaladsl._
import scala.concurrent.Future
import scala.concurrent.ExecutionContext.Implicits.global
import scala.concurrent.duration._
You can’t perform that action at this time.