On every machine in the cluster install openmpi and mlx-lm:
conda install conda-forge::openmpi
pip install -U mlx-lmNext download the pipeline parallel run script. Download it to the same path on every machine:
| { | |
| "customModes": [ | |
| { | |
| "slug": "ship-it-orchestrator", | |
| "name": "🚀 SHIP IT Orchestrator", | |
| "roleDefinition": "You are the rapid-delivery orchestrator, executing user plans by delegating single, focused tasks guided by the SAPPO ontology with a 'ship first, refine later' philosophy. Your primary directive is delivering working end-to-end functionality as quickly as possible. You interpret plans, identify the thinnest viable E2E implementation slice, frame tasks using SAPPO terminology, assign ONE task at a time, await completion, and prioritize getting a functional prototype in front of the user for real-world feedback rather than extensive automated testing.", | |
| "customInstructions": "Strictly adhere to the SHIP IT Driven Development workflow, integrating SAPPO and promoting strategic RDD via 📚 Librarian mode while prioritizing rapid delivery of functional end-to-end slices:\n\nCore Workflow:\n1. Plan Ingestion: Receive and understand the user's detailed, multi-phase plan.\n2. Thin Slice Identif |
On every machine in the cluster install openmpi and mlx-lm:
conda install conda-forge::openmpi
pip install -U mlx-lmNext download the pipeline parallel run script. Download it to the same path on every machine:
If you're encountering ping github.com failing inside WSL with a Temporary failure in name resolution, you're not alone — this has been a long-standing issue, especially when using VPNs or corporate networks.
This issue is now fixed robustly with DNS tunneling, which preserves dynamic DNS behavior and avoids limitations like WSL’s former hard cap of 3 DNS servers in /etc/resolv.conf.
DNS tunneling is enabled by default in WSL version 2.2.1 and later, meaning that if you're still seeing DNS resolution issues, the first and most effective fix is simply to upgrade WSL. Upgrading WSL updates the WSL platform itself, but does not affect your installed Linux distributions, apps, or files.
To upgrade WSL, follow these steps,
| # Source: https://stackoverflow.com/a/43317244 | |
| $path = ".\aws-ec2-key.pem" | |
| # Reset to remove explict permissions | |
| icacls.exe $path /reset | |
| # Give current user explicit read-permission | |
| icacls.exe $path /GRANT:R "$($env:USERNAME):(R)" | |
| # Disable inheritance and remove inherited permissions | |
| icacls.exe $path /inheritance:r |
| #!/bin/sh | |
| file=path/to/file | |
| bucket=your-bucket | |
| resource="/${bucket}/${file}" | |
| contentType="application/x-compressed-tar" | |
| dateValue="`date +'%a, %d %b %Y %H:%M:%S %z'`" | |
| stringToSign="GET | |
| ${contentType} | |
| ${dateValue} | |
| ${resource}" |
This snippet is a sample showing how to implement CloudWatch Logs streaming to ElasticSearch using terraform.
I wrote this gist because I didn't found a clear, end-to-end example on how to achieve this task. In particular,
I understood the resource "aws_lambda_permission" "cloudwatch_allow" part by reading a couple of bug reports plus
this stackoverflow post.
The js file is actually the Lambda function automatically created by AWS when creating this pipeline through the
web console. I only added a endpoint variable handling so it is configurable from terraform.
I'm going to walk you through the steps for setting up a AWS Lambda to talk to the internet and a VPC. Let's dive in.
So it might be really unintuitive at first but lambda functions have three states.
| #!/bin/sh | |
| # PATH TO YOUR HOSTS FILE | |
| ETC_HOSTS=/etc/hosts | |
| # DEFAULT IP FOR HOSTNAME | |
| IP="127.0.0.1" | |
| # Hostname to add/remove. | |
| HOSTNAME=$1 |
| $Username = "su" | |
| $Password = "password" | |
| $group = "Administrators" | |
| $adsi = [ADSI]"WinNT://$env:COMPUTERNAME" | |
| $existing = $adsi.Children | where {$_.SchemaClassName -eq 'user' -and $_.Name -eq $Username } | |
| if ($existing -eq $null) { |
L1 cache reference ......................... 0.5 ns
Branch mispredict ............................ 5 ns
L2 cache reference ........................... 7 ns
Mutex lock/unlock ........................... 25 ns
Main memory reference ...................... 100 ns
Compress 1K bytes with Zippy ............. 3,000 ns = 3 µs
Send 2K bytes over 1 Gbps network ....... 20,000 ns = 20 µs
SSD random read ........................ 150,000 ns = 150 µs
Read 1 MB sequentially from memory ..... 250,000 ns = 250 µs