We're happy to announce Mutiny Wallet is now available on iOS and Android!


In addition to the existing PWA, you can now get the same great Mutiny experience in native app form directly from the Apple App Store and Google Play Store.
We built Mutiny to be unstoppable. To do that, we knew we had to build it first for the web, without the censorship of permissioned app stores. Today, anyone can visit app.mutinywallet.com and get a self-custodial lightning wallet that can't be shut down by Apple or Google.
We have had the Android APK available to download for awhile, but starting today you may get it directly from the Google Play Store or using Obtainium on our Github. Here is the Play link:
https://play.google.com/store/apps/details?id=com.mutinywallet.mutinywallet
The testflight has been out for awhile too, exclusive to our Mutiny+ users. Now available to all is our iOS Apple Store release.
https://apps.apple.com/us/app/mutiny-wallet/id6471030760
We have a lot of new features planned for Mutiny Wallet in the coming months (for all platforms), so stay tuned as we work to make Mutiny more social, more powerful, and even easier to use.
if you want to help shape Mutiny's future, please join our new Discord server or Matrix community. We want to build the best spending wallet in bitcoin and your feedback can help us get there.
More info in the blog below:
https://blog.mutinywallet.com/mutiny-wallet-android-and-ios/
Remind me, is Mutiny custodial or not?
My OpenADK build has come so far, that I am disabling packages that fail to build due to the build being fully static and the Makefile not accounting for that. Meaning, the brunt of configuring is done - I just have to keep substracting out the bad ones, and then I get my rootfs.
This is going veeeeery well ^_^
Also! OpenADK > Buildroot. Stupidly simple and can be configured with many options in a great structure. If you ever need to build yourself a cross-compile toolchain - OpenADK has your back. Genuely amazing.
...huh? cURL can download IPFS blobs directly now and even resolve IPNS? wtf did I miss o.o
Also, this binary is hardly 2MB big... :o And I mention that because it is entirely static.
root@riscboi /n/o/openadk (master)# target_generic-riscv64_uclibc-ng/usr/bin/curl --version
curl 8.6.0 (riscv64-openadk-linux-uclibc) libcurl/8.6.0 LibreSSL/3.8.2 zlib/1.3
Release-Date: 2024-01-31
Protocols: file ftp ftps http https ipfs ipns mqtt pop3 pop3s rtsp tftp
Features: alt-svc AsynchDNS HSTS HTTPS-proxy IPv6 Largefile libz SSL threadsafe UnixSockets
Why, in a world where multi-core/-thread CPUs are so common, are we still doing LTO on a single thread, again? WHY? x.x
There *is* a linker called mold that can do that - but I couldn't get it into OpenADK. So now I am waiting for this goddamn gnu to cross the street /i guess/ x_x
Found a fellow ostrich. xD
https://www.reddit.com/r/yuzu/comments/1b7dzaf/comment/ktijrsf/?context=3
Feels good listening to a clueless programming teacher talking through his topics at 5 words a minute (aka slow af xD) while watching my riscv board compile away.
I have hopes that openADK is the solution I am looking for. o.o
If you are looking to shill your p2p file sharing solution, the Yuzu community would like to have it right now XD
Jokes aside; the activity there is WILD. Forks all over the place and redists of just about ... well, ALL the parts of Yuzu.
Reading docs while waiting... https://docs.openadk.org/html/manual.html#_starting_up
Definitively earmarking this project, it's pretty awesome for what I need to do with it. Let's wait and see if it will do what I need it to do - this marks the third copy of the VisionFive2 linux kernel that I have, lol. I should just do a git-bare and use file:///path/to/the/dir in the future... On the other hand, this allows me to more easily redistribute it through git itself; they document that, too. So... I will likely have a vf2-openadk repo, eventually, when this works and is done.
While looking into uclibc-ng, I saw mention of OpenADK (Appliance Development Kit). I... am trying that, although it feels incredibly wrong. But, worth a shot.
> If you need a compiler on your target anyway, then Buildroot is not suitable for your purpose.
via https://buildroot.org/downloads/manual/manual.html#faq-no-compiler-on-target
*insert WASTED screen*
:(
Fuck... Buildroot did not exactly enjoy being dockerized. Bah, this sucks. :| It starts and all, but any 'host' tool is dynamically linked, while the whole container itself is actually statically linked. Sssssoooooo I have to somehow figure out how to make this happen. Alternatively, it's down to just building a sysroot from literal scratch. Faaaaantastic.
I just spent my first seconds in my new Buildroot Docker. It's a little clunky but this should still make a mighty fine build environment! Fine enough to build my way through Alpine's abuild/aports. OoooOOOoOooOoOOOOoOOo I am legit hype af!
Bad morning... Slept in, could hardly move and my head was all over the place. One of those days, unfortunately. But, hey - I log into my risc server and my Buildroot sdk is done and dusted! :D I can move forward to dropping that into a Docker container now, wooho!
Any of yall know these guys? Seems pretty good.
No time to stand still.
https://www.reddit.com/r/git/comments/1b6ocfh/merge_repo_a_into_repo_b_to_fuse_them/
I use htop too; but I do like the "over time" graph. ^^
I prefer htop when explicitly monitoring usage at the moment - btop is nicer over time. Makes a neat tab-into dashboard.
I can't help it. I see this number (available memory in btop) and I just go
N I C E
...im such a child, i know that, and i wholly enjoy it. :D