To sort out that strange ssh issue… I created a new user ego on my local disk and populated it with the following files.
ego-ssh-test - upload script
.ssh - .ssh folder
.ssh/known_hosts - preconfigured known_hosts
.ssh/id_ed25519.pub - ssh public key
.ssh/id_ed25519 - ssh private key
some-file - just a test file
some-file.asc - just another test file
Then tar’ed it, sent it to another VM, untared, moved to the home folder and run ./ego-ssh-test. Worked. Just now sent ego.tar.gz to @Ego.
Success. Finally works. We might want to find a better solution though and use this key pair only in this solitary instance. Still don’t get why it didn’t work before too, as Github and my Amazon Instances had no issue accepting the same keys…
gpg: Signature made Fri 06 Jan 2017 10:55:22 PM UTC
gpg: using RSA key 0x584A8DF9FBB8E862
gpg: Good signature from "Ego <firstname.lastname@example.org>" [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg: There is no indication that the signature belongs to the owner.
Primary key fingerprint: 2B72 83C9 D382 4D7F 9D11 8364 584A 8DF9 FBB8 E862
Am now half through with adding the Installer to our current Download pages and just got a question. Who should sign them? They’ve currently been signed by me, though that would require additional instructions on verifications as I obviously use a different key to you.
Also, was able to decrypt the mails, though replying was not possible, as Protonmail still seems to have some issues with certain PGP messages for some reason…
What about /wiki/Installer -> /wiki/Windows for better SEO?
Eventually we should also mention /wiki/Windows on /wiki/Download as well as /wiki/VirtualBox and /Download. Exciting Whonix times for platform support!
I am very much for you signing them.
(Until we maybe some day get something better than signing by individuals. Signing by a somehow securely shared project signing key and a build server and deterministic builds. Could be years.)
Generally, not all in Whonix development activity can be proxyied through me. I’d like that, but time and energy has physical limits unfortunately. I am glad that there are other maintainers taking responsibility for other certain components.
Due to the fact that this Installer has bundles multiple different projects
for which the creators decided to use different licenses, following are there
Due to the fact that this Installer has bundles multiple different projects together, for which the creators decided to use different licenses, following are there different
I.e. not together, and that line ending there.
Created a pull request here.
(I however don’t suggest to rewrite all the other licenses. It’s rather a minor point. but for the first impression it’s a bit better if there are not lines that start with one word and then end there.)
Would you like to significantly reduce the installer size? Try using the srep deduplication tool before compressing. I tested compressing two ova images in a single solid block using freearc and latest version of srep:
I’ll have to look into it again, though I actually tried dozens of different compression standards and setups. I in the end chose the one used now because it doesn’t create to much strain on even weaker hardware during decompression. There are certainly better standards, though they necessitate more processing power and prolong the decompression process.
Will try your recommended solution though anyways.
Thank you, will fix/change that in the next version.