Show HN: FlowG v0.32.0, Added support for OpenTelemetry logs collection https://ift.tt/JOd7uyv

Show HN: FlowG v0.32.0, Added support for OpenTelemetry logs collection https://ift.tt/QoDw9T2 April 20, 2025 at 02:39AM

Show HN: Ibex – a cross-platform iOS backup decryption tool https://ift.tt/fp3jq2C

Show HN: Ibex – a cross-platform iOS backup decryption tool ibex is a cross-platform tool designed for decrypting and extracting iOS backups. It provides forensic investigators, security researchers, and power users with the ability to access and analyze encrypted iOS backup data. It can be built and used on macOS, Linux, and Windows and is permitted to be used only with the explicit and informed consent of the backup data owner. Ibex was written in Go for straightforward compilation and to circumvent dependency issues and with the goal of enabling researchers and defenders assisting civil society victims of spyware and stalkerware Key Features - Decrypt encrypted iOS backups - Support for latest iOS versions - Cross-platform compatibility (macOS, Windows, Linux) - Automatic backup detection - Single file extraction based on filename match - Structured output organization - Detailed manifest parsing and extraction Basic Usage Examples # Run with automatic backup detection and interactive mode ibex # Specify just the backup path ibex -b /path/to/backup # Specify backup path and password ibex -b /path/to/backup -p "backup_password" # Specify custom output directory ibex -b /path/to/backup -p "backup_password" -o /path/to/output # Specify a single file for decryption and extraction ibex -b /path/to/backup -o /path/to/output --file sms.db # Specify relative path preserved output ibex -b /path/to/backup -o /path/to/output -r https://ift.tt/gPAnEsW April 19, 2025 at 11:10PM

Show HN: Dirb – Directory in Bio https://ift.tt/t0UWaAT

Show HN: Dirb – Directory in Bio Dirb lets you build a personal profile, organize links into rich, shareable lists, and automatically pull metadata and embeds. With built-in analytics, you can track clicks, views, and visits. It's made for creators, entrepreneurs, and professionals. Let me know what you think. I appreciate any feedback! https://dirb.io April 19, 2025 at 12:42AM

Working with Community on Needs for Valencia Street: Final Stages of Bikeway Construction

Working with Community on Needs for Valencia Street: Final Stages of Bikeway Construction
By

Crews repave Valencia Street where the old center-running bike lane was in preparation for the new side-running bikeway. Partnering with community members has been our top priority as we work together on the next chapter of Valencia Street. We’ve spent hundreds of hours speaking with people who live, work and visit this popular street. And we are grateful for your time and feedback to help ensure Valencia remains a vibrant, accessible corridor everyone can enjoy. Now, we’re closer than ever to completing the new side-running bikeway project after a vote this week from our Board of Directors...

Published April 18, 2025 at 05:30AM
https://ift.tt/FYXG3Qr

Show HN: (bits) of a Libc, Optimized for Wasm https://ift.tt/R0UBPxi

Show HN: (bits) of a Libc, Optimized for Wasm I make a no-CGO Go SQLite driver, by compiling the amalgamation to Wasm, then loading the result with wazero (a CGO-free Wasm runtime). To compile SQLite, I use wasi-sdk, which uses wasi-libc, which is based on musl. It's been said that musl is slow(er than glibc), which is true, to a point. musl uses SWAR on a size_t to implement various functions in string.h. This is fine, except size_t is just 32-bit on Wasm. I found that implementing a few of those functions with Wasm SIMD128 can make them go around 4x faster. Other functions don't even use SWAR; redoing those can make them 16x faster. Smooth sort also has trouble pulling its own weight; a Shell sort seems both simpler and faster, while similarly avoiding recursion, allocations and the addressable stack. I found that using SIMD intrinsics (rather than SWAR) makes it easier to avoid UB, but the code would definitely benefit from more eyeballs. See this for some benchmarks on both x86-64 and Aarch64: https://ift.tt/YAILTgO... https://ift.tt/2IVKtrd April 18, 2025 at 11:36PM

Show HN: I built a simple, fast transit app for the Bay Area https://ift.tt/aWPRrjV

Show HN: I built a simple, fast transit app for the Bay Area Hey HN, I built Commuter because I was tired of switching between different apps to check arrival times for BART, Caltrain, Muni, ferries, and more. This app pulls directly from the official 511 API and aims to provide a fast, clean experience focused on real-time departures. There’s no account creation, it’s free to use, and it supports every major transit provider in the Bay Area—from Napa down to San Jose. You can search, favorite lines/stops, and see live countdowns with minimal friction. It’s built entirely in SwiftUI using native Apple frameworks. Happy to answer questions about the API, SwiftUI quirks, or anything else. Feedback welcome! https://ift.tt/JSHy6gj April 18, 2025 at 11:00PM

Show HN: HN Watercooler – listen to HN threads as an audio conversation https://ift.tt/t4zL3j9

Show HN: HN Watercooler – listen to HN threads as an audio conversation Hi HN, here's something fun to play with. It takes any HN thread and turns it into an audio conversation so you can listen to the thread while doing other things. I've seen many previous attempts to turn HN threads into podcasts, but they all shared a common issue IMO: trying to reduce the very rich back-and-forth into a single-thread single-reader boring podcast. Instead, I wanted to hear the actual debate from the actual thread! So I asked Claude 3.7 to build this for me as a browser-only app. It just needs a thread URL and an Elevenlabs API key (this all remains in your browser, you can check the source code, it's only 3 files, there is no server storage of anything). To make the resulting audio experience as natural as possible, each commenter has a different voice. Commenters who appear multiple times in the thread have the same voice, and introduce themselves. A bit of context is also introduced when coming back "up" from deeply nested comments. You can play the resulting audio or download it for later listening. I'm planning to later add the ability to load multiple threads so I can have a playlist generated for listening in the gym! Any comments or improvement suggestions are appreciated! https://ift.tt/qzjdOG9 April 18, 2025 at 12:24AM