XertroV

#!/usr/bin/env bash

# installs the stuff and does some config for a dracut-ssh-crypt like setup -- ssh into initramfs to unlock the luks partition

sudo apt install dropbear{,-initramfs}

DB_CONFIG=/etc/dropbear-initramfs/config
DB_AUTH_KEYS=/etc/dropbear-initramfs/authorized_keys

sudo mkdir -p /etc/dropbear-initramfs

XertroV

#!/usr/bin/env bash

# if you have issues, try increasing /proc/sys/fs/inotify/max_user_watches

usage(){
  echo "$0 -i 'INCLUDE_FILES' [-e 'EXCLUDE_FILES'] -c 'COMMAND'"
  cat << EOF
  watch.sh - a generic watch-for-files-and-restart-a-command utility for linux.
  Author: Max Kaye
  License: Public Domain

XertroV

One Red Nail

A statement on the importance of philosophy and morality in daily life.

The Physical

The left hand ring finger's nail is painted red.

The Background

XertroV

#!/usr/bin/env python3

import os
import argparse
from binascii import hexlify, unhexlify
import sys

from urllib.error import HTTPError

from pycoin.key import Key

XertroV

> var c = eth.contract([{
      "constant": true,
      "inputs": [],
      "name": "getCount",
      "outputs": [
        {
          "name": "count",
          "type": "uint256"
        }
      ],

XertroV

pragma solidity ^0.4.24;


contract _useful {
    mapping (address => bool) public owners;
    
    address[] deployed;
    
    event Deployed(address d);
    event SD();

XertroV

<continued from #general>

Sven Mason [15:52] I have not used Digital Ocean before (where the forum is currently hosted), it seems like there is more admin involved than eg AWS, but it is cheaper. Maybe AWS would take less admin resources than Digital Ocean once it is setup? Also AWS being the larger perhaps there is a higher chance supporters will have experience working with it? (this is if we chose a self-hosted environment). We could stay with Digital Ocean if Max wanted and try to fix what is going wrong there, to do that we could discuss admin access protocol with @max?

Max Kaye [16:51] Whoops - posted reply in #general @sventhebarbarian - Auto updates actually stopped working - it's manual updates that are breaking 😕 DO and AWS are equiv in terms of admin - DO is actually a bit nicer I think bc you can reset pws easily and share nodes much more easily (via a team) than you can with AWS

XertroV

const IPFS = require('ipfs-api');
const R = require('ramda');
const async = require('async');
const child_process = require('child_process')

const ipfs = IPFS('localhost', '5001', {protocol: 'http'});


let size = 0;
let nErrors = 0;

XertroV

Error found:
in module Test.QuickCheck.Gen
at <path>/bower_components/purescript-quickcheck/src/Test/QuickCheck/Gen.purs line 79, column 16 - line 79, column 52

  No type class instance was found for

    Control.Monad.Rec.Class.MonadRec (State
                                        { newSeed :: Seed
                                        , size :: Int
                                        }

XertroV

> debug.stacks()
goroutine 487 [running]:
github.com/ethereum/go-ethereum/internal/debug.(*HandlerT).Stacks(0xc8200b7360, 0x0, 0x0)
	/private/tmp/ethereum-20160716-84588-1tmln98/build/_workspace/src/github.com/ethereum/go-ethereum/internal/debug/api.go:177 +0x7b
reflect.Value.call(0x4933dc0, 0x4bb7468, 0x13, 0x4c01d08, 0x4, 0xc8202d4e10, 0x1, 0x1, 0x0, 0x0, ...)
	/usr/local/opt/go/libexec/src/reflect/value.go:435 +0x120d
reflect.Value.Call(0x4933dc0, 0x4bb7468, 0x13, 0xc8202d4e10, 0x1, 0x1, 0x0, 0x0, 0x0)
	/usr/local/opt/go/libexec/src/reflect/value.go:303 +0xb1
github.com/ethereum/go-ethereum/rpc.(*Server).handle(0xc8200190b0, 0x6eec120, 0xc8202380c0, 0x6856370, 0xc8200b79a0, 0xc829b52850, 0x0, 0x0, 0x48d0a40)
	/private/tmp/ethereum-20160716-84588-1tmln98/build/_workspace/src/github.com/ethereum/go-ethereum/rpc/server.go:323 +0x1260