I changed the repo name for my monero shell stuff. If you happen to have cloned it you'll need to update the remote to point at the new repo. I just figure now that wallet generation is out of the way and I have all these functions I might be able to do other things (like sign messages) so calling the whole repo "wallet generator" may not make sense in the future.

https://code.zxcvbn.space/thatguyoverthere/monero.sh

I also tagged a "stable" release yesterday. It still runs into some unrecoverable errors sometimes, but it seems like it either fails or succeeds. The errors I have seen tend to be that it failed to generate a full mnemonic due to poor entropy or something similar. I don't believe it will give you a bad wallet address or mnemonics that won't give you private keys for said address. I've tested several wallets created this way now with both sending and receiving. I did run into a case where two mnemonics I generated actually shared a private key, but they both worked in wallet software so it wasn't my code that made that possible. In that situation I was testing the offset capabilities. Basically what happened was "mnemonic + offset = new mnemonic" but when reversing the process a different mnemonic was recovered than the original which still produced the same public wallet address.

If anyone here feels so inclined, having some extra testing and eyes on the code might uncover ways to limit the failures. This started as a learning exercise more than anything, so mission accomplished so far, but if it can result in useful tooling for the community also I'm game.
monero.sh

Shell tools for creating wallets and maybe other things in the future.

Gitea: Git with a cup of tea

@thatguyoverthere that reminds me that I should add #Monero to my "post install fast deploy" scripts that aim to be a better replacement for #tasksel...

https://github.com/greyhat-academy/pifd

GitHub - greyhat-academy/pifd: Post-Install Fast Deploy [automagically install a feckton of essential apps in the background]

Post-Install Fast Deploy [automagically install a feckton of essential apps in the background] - greyhat-academy/pifd

GitHub

@[email protected] @[email protected] tbh, my setup scripts mostly aim at automating manual installs.

Currently it only supports #Ubuntu 22.04 LTS and is only tested on #amd64, but since the script structure aims to do just a simple dialog selection screen and run one #bash script after the other, it's completely portable to any #distro that runs #bash if one adds matching apps and repos to it.

@[email protected] @[email protected]
For some stuff like #RetroPie it only does what they recommend on the website:
cloning their repo and run their setup script.

Same for a lot of 3rd party (CCSS) apps that some users may want to install, like #Steam, #GoogleChrome and #PyCharm.

But ideally I'd love to setup something as I coded at a previous employer that literally backrolled backups and setup services and servers on a bare VM.

@[email protected] @[email protected]
Needless to say setting up #monero #node and/or #CLI / #Desktop wallet would be beneficiary.
( https://github.com/monero-project/monero#installing-monero-from-a-package )

And since the ppl. at #TorProject / @torproject don't seem to believe in #packaging the #TorBrowser ( https://www.torproject.org/download/ ) unlike @micahflee 's #OnionShare ( https://docs.onionshare.org/2.6/en/install.html#install-in-linux ) I do want to setup some better scripts that automagically setup stuff within userspace.

GitHub - monero-project/monero: Monero: the secure, private, untraceable cryptocurrency

Monero: the secure, private, untraceable cryptocurrency - monero-project/monero

GitHub
@[email protected] @[email protected] @torproject @micahflee Ideally that would be as agnostic and transparent as possible...

@[email protected] @[email protected] ideally one could use said scripts to turn a minimal, #CLI-based #Linux into a fully fledged & functional #Desktop with a #TUI.

I just need to find out how to make something like #MooMenu on #bash or #fish and get #screen + #tmux to function similar to #Sway, but entirely working within a 80x25 (or 80x24) #terminal...
https://archive.org/details/moo31
https://fishshell.com
https://swaywm.org

MOO 3.1 Menu System : Harry Gensler, S.J., PhD : Free Download, Borrow, and Streaming : Internet Archive

(MOO-noexit.zip contains a patched main executable with the Exit function disabled - useful for public computers where you don't want users quitting to...

Internet Archive

@[email protected] @[email protected] I jokingly named that concept OS/1337...

As a whink to OS/2 and System/360 and I'm shure #IBM would go after me if I named it OS/420...

#OS1337 #OS2 #S360 #S390

@[email protected] @[email protected]
Sadly such a system won't fit on a 1440kB 3,5" FDD, but it should fit on a miniCD or ZipDisk since cutting away a modern desktop like #Xorg / #Wayland and associated #Desktop envoirments like even "lightweight" #Openbox as usef by #BunsenLabs #Linux will save a feckton of space...

https://en.wikipedia.org/wiki/Mini_CD
https://en.m.wikipedia.org/wiki/Openbox
https://www.bunsenlabs.org/

Mini CD - Wikipedia

@[email protected] @[email protected] to come back at the core:

This should allow for a deploated and sleek OS.

I inly use #UbuntuLTS because I want somethibg with plannabke support lifecycles, but I'm convinced some people like @fuchsiii would rather prefer #Arch #Linux instead...

https://shitposter.club/objects/fa7a868f-c2c5-41dd-ad03-2890b76ce4cd

Disinformation Purveyor :verified_think: (@[email protected])

@kkarhan @thatguyoverthere someone has a shell script for deploying a full node to an RPI I think, but I believe it did a lot fetching of other shell scripts and looked like it might do better to i...