Possible cavorting in background.
MG signing off (.)
Possible cavorting in background.
MG signing off (.)
While mcrypt installation has been the subject of [developer] fits and [yours truly’s] restarts, mcrypt is in fact going away. libsodium is the new player in town, a point I
anticipated long ago being the venerable tech expert that I am just found out being the accountant who unfortunately bears the burden of having used dBase and Paradox in a past life.
That said, the process is relatively similar to mcrypt i.e. you will need brew (and I suggest XCode command line tools, just in case). Instructions for both are readily available via the only hyperlink in the paragraph immediately proceeding this one. Further, you need not bother with PHP source, but you might as well turn off SIP beforehand. Now let’s get started.(more…)
Back by popular demand i.e. someone was struggling with ciphers in PHP and doing so on my dime. This will be quicker than prior implementations as we are going to dispense with building libmcrypt from source, as well as roll 64-bit only.
First, grab/do the following …
1) PHP 7.1.23 source code, which is available here; it is what my machine was running as of late, but you should use php -v to check your version of PHP and then download the PHP source for that version;
2) Xcode 10.2.1, available from the Mac App Store; you will also need the Command Line Tools (macOS 10.14) for Xcode, which you get by selecting “Xcode/Open Developer Tool/More Developer Tools…” from the Xcode menu, then logging into your Apple Developer account; it was at the top of the list as of the morning this post was written;
3) Homebrew (http://brew.sh) which can be installed by typing ruby -e “$(curl -fsSL https://raw.githubusercontent.com/Homebrew/ install/master/install)” at the command line; I removed Homebrew completely then reinstalled, rather than deal with updates, permissions issues, etc. that might arise after numerous macOS updates/upgrades;
4) Turn off System Integrity Protection (SIP):
For those loath to run an established (read: huge) blockchain full node because they don’t want to reserve double digit percentages of their laptop’s soldered (additional read: not upgradeable) solid state storage for the cause, here are simple steps to do so by leveraging external drives. These instructions are for macOS, but Linux and Windows users should be able to derive their own setup from it.
Bitcoin Core default stores the Bitcoin blockchain under ~/Library/Bitcoin. There you will find several directories and files, including those for your wallet. That which we will want to deploy elsewhere is as follows:
~/Library/Bitcoin/blocks at roughly 170 GB
~/Library/Bitcoin/chainstate at roughly 3 GB
Ethereum is less unwieldly, but nonetheless a lot of data. It can be found under ~/Library/Ethereum; we’ll concentrate on the directories below:
~/Library/Ethereum/geth/chaindata at roughly 80 GB
~/Library/Ethereum/geth/lightchaindata at roughly 0.5 GB
Note that we are going to ignore other items under the main directories, including that representing keys i.e. wallets, wallet.dat in the case of Bitcoin and the /keystore for Ethereum. Why? While setups vary, my particular environment includes a laptop with FileVault2 activated, and a discrete backup drive encrypted AES-256 that receives a weekly clone of the former. Hence I always have two very secure copies of my keys and prefer to keep it that way.
We are now going to move the big directories noted above to an external storage device. To keep everything organized, first create a “Bitcoin” and/or “Ethereum” directory on the device. Then copy the entire directories from above into those. Next, append “.old” to the original directory location names i.e the directories you copied from.
Now we will create symbolic links aka aliases to point the wallet applications to the new data store. Type the following into terminal …
ln -s /Volumes/XYZDRIVE/Bitcoin/blocks ~/Library/Application\ Support/Bitcoin/blocks
ln -s /Volumes/XYZDRIVE/Bitcoin/chainstate ~/Library/Application\ Support/Bitcoin/chainstate
ln -s /Volumes/XYZDRIVE/Ethereum/chaindata \ ~/Library/Ethereum/geth/chaindata
ln -s /Volumes/XYZDRIVE/Ethereum/lightchaindata \ ~/Library/Ethereum/geth/lightchaindata
(where XYZDRIVE is your drive name)
Note that as the latter locations go for each blockchain, they are small in comparison to the others (not critical to move). Further, with the Ethereum light client data (still in beta), it may be advantageous to not move the lightchaindata directory, in case you are on the road and want to use your wallet in a jiffy.
Run Bitcoin Core and/or Ethereum Wallet. Assuming your previously stored blockchain(s) is not too far behind with syncing, it should start rolling right away. You can delete the “dot old” directories after you’ve confirmed all is right with the world.
MG signing off (to contribute to the stability of another network, without the storage headaches)
Here is a concoction to grab National Vulnerability Database feeds, specifically the Modified JSON and related metadata, then validate the reported sha256 hashes:
import urllib.request import gzip import hashlib #json file fileurl = 'https://static.nvd.nist.gov/feeds/json/cve/1.0/nvdcve-1.0-modified.json.gz' json_file = '/Users/laptopuser/Documents/Active/NVD/nvd-data/0326/nvdcve-1.0-modified.json.gz' urllib.request.urlretrieve(fileurl, json_file) json_file_open = gzip.open(json_file, 'rb') #meta file fileurl = 'https://static.nvd.nist.gov/feeds/json/cve/1.0/nvdcve-1.0-modified.meta' json_meta_file = '/Users/laptopuser/Documents/Active/NVD/nvd-data/0326/nvdcve-1.0-modified.meta' urllib.request.urlretrieve(fileurl, json_meta_file) json_meta_file_open = open(json_meta_file, 'r') #get hash from meta file for line in json_meta_file_open: li = line.split(':') if li == 'sha256': ze_sha = li.strip('\n') print('Meta:', ze_sha) #calc hash of file sha256_hash = hashlib.sha256() with json_file_open as f: for byte_block in iter(lambda: f.read(4096),b""): sha256_hash.update(byte_block) ze_hash = sha256_hash.hexdigest().upper() print('Calc:', ze_hash) if ze_sha == ze_hash: print('MATCH') json_file_open.close() json_meta_file_open.close()
You will get output that looks something like this …
No apologies for the basic code presentation, nor for using urllib.request.urlretrieve. Feel free to copy and paste into Jupyter notebook or PyCharm if syntax highlighting is desired; as the latter goes, I know that function is supposed to disappear but my application requires keeping a sizable rotation of NIST’s handiwork close by.
MG signing off (to grab and validate some more)
… if author Annie Duke’s interview is any measure:
Video link -> https://www.youtube.com/watch?v=jxUZDiscLis
Made me go looking for Ms. Duke’s work. After checking Barnes & Noble stock, I was going for my keys when I realized I was actually preparing to get charged a roughly 50% premium for the trip. Too much vig for my taste.
MG signing off (having put my chips on the pass line instead)
Since Apple’s desktop operating system was called OS X Leopard, I’ve been concocting little ditties on how to plug mcrypt functionality into PHP without complete recompilation and/or using a black box MAMP offering. The previous stop on that [eight year?] journey was with macOS Sierra. And it was/is the end of the line.
Queue list of excuses …
For those who have already gained elevation in the States’ westernmost major range, all is not lost. If you run through the last set of instructions and replace any code that says “10.12” with “10.13” – along with identifying the proper XCode and PHP versions at the start – you should be ok.
Meanwhile, thanks for the good times.
MG signing off (because that’s all folks)
UPDATE 11/28/17: Like I said, lack of trust.
1. a thermodynamic quantity representing the unavailability of a system’s thermal energy for conversion into mechanical work, often interpreted as the degree of disorder or randomness in the system.
2. lack of order or predictability; gradual decline into disorder.
MG signing off (not to be an amateur meteorologist, but simply ponder)
According to the Houston Food Bank …
“Right now, one in five people in southeast Texas don’t have enough to eat.”
Probably more like one in three right now, so please click the logo below and give what you can. Link is via convio.net, and has been tested (i.e. I received a valid receipt directly from the HFB).
Medical supplies are also needed, and eBay/Paypal are matching donations up to a quarter million. You can contribute RIGHT HERE.
MG signing off (thinking Texans are pretty cool)
UPDATE: And here’s a Paypal link for Irma related relief -> https://www.paypal.com/us/fundraiser/107725536494624790