Wow, that makes imagining conditions on the Snowball Earth all the more fascinating, thank you.
743 karma · joined December 7, 2016
Wow, that makes imagining conditions on the Snowball Earth all the more fascinating, thank you.
Encryption for the purposes of obscuring the meaning of a message, which provides a bit of wiggle room. For example it should be permissible to send a message signed with a private key and then include the public key to decipher it along with the transmission to prove the transmitter is the identity associated with the keys. That should be enough to have something IRClike on AMPRnet...
Can you elaborate?
> I see what you mean though, but society is largely dumb if they get official news from unofficial sources it's their fault no?
What does fault have to do with anything though?
For example, when LXD was still available as a .deb from upstream, it was possible to run LXD inside a container and do nesting, but with the snap, that isn't possible anymore. (However it is now with the --vm flag, though that's really a different mechanism.)
As I understand it the big remaining difficulty is dqlite.
The electromagnetic spectrum is a limited resource; an amateur radio license is a license to do certain kinds of experiments in the spectrum. The kind of activity that makes up these experiments when done by someone who doesn't know what they're doing has the potential to cause harm which is hugely disproportionate to the amount of effort it would take to do it. While it's possible to pinpoint individual offenders, if unlicensed activity was widespread then the ability to do so would be overwhelmed.
I don't think the two are so easily separable. If you take for example, "a dozen eggs", most people would consider that an acceptable product. But if you said "a dozen eggs for ten cents", for those to be legitimate eggs, they must be stolen. If you could somehow inspect them and guarantee they were legitimate, I am sure plenty of people would accept those stolen eggs at that price, but their willingness to pay for it doesn't mean the existence of a market for "a dozen eggs for ten cents" is moral.
`WARNING: apt does not have a stable CLI interface. Use with caution in scripts.`
Since it seems like there's a good demand for FreeCAD on ARM between Raspberry Pis and even the new Pinebook Pro, and there's now opportunity with our recent DigitalOcean infrastructure sponsorship [3], I think I'm going to start up an apt repository soon for ARM packages, at, say, apt.freecad.io. That way I can provide the dependencies for Python 3 builds, plus FreeCAD itself in Python 2 & 3 flavors of 0.18.4 stable, and eventually daily builds as well. This is in addition to the PPA [4] which could provide ARM packages for Ubuntu on the Pi/PBP, but I mostly have those architectures disabled currently.
[1] https://github.com/coin3d/coin/
[2] https://forum.freecadweb.org/viewtopic.php?f=42&t=37458
[3] https://www.kwk.systems/blog/posts/november-and-december-upd...
Hah, very true. I have been working directly with OpenFOAM upstream to improve the packaging situation on Debian/Ubuntu but unfortunately I didn't get started in time for the 18.04 release. It's a bit tricky too in that many FreeCAD developers use Linux but I would bet most of our potential engineering end-users would be on Windows. Thanks for your feedback.