[qubes-users] Re: Bitcoin Core RPC qvm-connect-tcp not working?

2021-06-10 Thread 'keyandthegate' via qubes-users
Wait, apparently I can't even "netcat -l 5000" and "telnet localhost 5000" in the same debian vm? Even if I clear the iptables and set the default policies to accept? Clearly I don't understand Qubes networking. ‐‐‐ Original Message ‐‐‐ On Thursday, June 10th, 2021 at 12:56 AM,

[qubes-users] Re: Bitcoin Core RPC qvm-connect-tcp not working?

2021-06-09 Thread 'keyandthegate' via qubes-users
I tried in a fresh vm: user@my-new-qube:~$ qvm-connect-tcp 8332:bitcoind:8332 Binding TCP 'bitcoind:8332' to 'localhost:8332'... user@my-new-qube:~$ telnet localhost 8332 Trying ::1... Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Request refused 2021/06/09 17:50:53

[qubes-users] Bitcoin Core RPC qvm-connect-tcp not working?

2021-06-09 Thread 'keyandthegate' via qubes-users
Hi, I'm following the instructions here: https://github.com/qubenix/qubes-whonix-bitcoin/blob/master/1_joinmarket.md After I run "qvm-connect-tcp 8332:bitcoind:8332" in the joinmarket vm "telnet localhost 8332" works from bitcoind vm, but does not work from the joinmarket vm, where it says

[qubes-users] Open sourcing my salt configs

2021-03-03 Thread 'keyandthegate' via qubes-users
I've been developing a lot of salt config for myself and I want to start open sourcing it so that I can: - Ask for public security review - Accept patches - Help people use Qubes a little better, when I think Qubes supports anarchistic praxis and is a force of good in the world I'm worried

[qubes-users] lag causes dropped or repeated keys

2020-12-16 Thread 'keyandthegate' via qubes-users
When my computer is laggy key sometimes the UI will freeze for a second, and then the last key i pressed before it froze will be repeated as if it was held down the entire time (I like setting my key repeat rather low). Sometimes key presses are also dropped. This is really frustrating is

[qubes-users] Show kali desktop menu

2020-12-13 Thread 'keyandthegate' via qubes-users
How can I access the kali linux desktop menu I get when running kali as a standalone OS, within a kali appvm? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to

[qubes-users] Re: btrfs for template/appvm

2020-12-11 Thread 'keyandthegate' via qubes-users
I have btrfs set up for dom0 and I'm using the refilnk driver, but my appvms themselves seem to be ext4? Where would I even set this? I don't see an option on the pool or on qvm-create. ‐‐‐ Original Message ‐‐‐ On Saturday, December 12, 2020 12:36 AM, keyandthegate wrote: > I want to

[qubes-users] Re: Upgrading primary HD size

2020-12-11 Thread 'keyandthegate' via qubes-users
For the record it's: sudo btrfs filesystem resize +1t / sudo btrfs filesystem resize +100g / sudo btrfs filesystem resize +10g / etc Just keep spamming until it gives you errors. ‐‐‐ Original Message ‐‐‐ On Saturday, December 12, 2020 12:16 AM, keyandthegate wrote: > Oops, I forgot I'm

[qubes-users] btrfs for template/appvm

2020-12-11 Thread 'keyandthegate' via qubes-users
I want to use btrfs for the snapshots feature in my appvms. I know Qubes supports btrfs for dom0: https://github.com/QubesOS/qubes-issues/issues/2340 Does Qubes support using btrfs in individual appvms? If not is there some other way I can get snapshots? It would make me less afraid to make a

[qubes-users] Re: Upgrading primary HD size

2020-12-11 Thread 'keyandthegate' via qubes-users
Oops, I forgot I'm using btrfs. ‐‐‐ Original Message ‐‐‐ On Friday, December 11, 2020 11:14 AM, keyandthegate wrote: > Hi I recently upgraded to a new primary HD and these are the steps I've taken: > 1. plug the new HD in via USB > 2. boot from debian live > 3. use dd to copy my entire

[qubes-users] Upgrading primary HD size

2020-12-11 Thread 'keyandthegate' via qubes-users
Hi I recently upgraded to a new primary HD and these are the steps I've taken: 1. plug the new HD in via USB 2. boot from debian live 3. use dd to copy my entire old HD to new HD 4. use gdisk to convert from MBR to GPT 5. use gparted to move the swap partition to the end of the drive, and resize