Rustic Retreat
Hot Projects
Live broadcasts and documentation from a remote tech outpost in rustic Portugal. Sharing off-grid life, the necessary research & development and the pursuit of life, without centralized infrastructure.
Subscribe to our new main project Rustic Retreat on the projects own website.
Apollo-NG is a mobile, self-sustainable, independent and highly-experimental Hackbase, focused on research, development and usage of next-generation open technology while visiting places without a resident, local Hackerspace and offering other Hackers the opportunity to work together on exciting projects and to share fun, food, tools & resources, knowledge, experience and inspiration.
After the last collaborative hacking session on DSpace, the client developed and changed a lot. We've already integrated automated testing, using phantomjs and travis, the primary git repo changed from Apollo to github, in order to facilitate Pull-Requests and combined issue tracking. From now on, please don't push DSpace stuff to the Apollo-NG Repo's but use the github repo's as your origin. Every push to develop branch on github is automatically synced to the Apollo-NG repo and then automagically built and deployed on the demo site. This way, we can always be sure, that when a clone from the backup repo is working, the backup is working as well.
Elf-Pavlik is trying to raise interest with other related groups so that the next dspace-hackathon will involve even more people with different backgrounds and capabilities to contribute. It's gonna be a lot of fun :)
Operating and providing a website for a project always inherently leads to finding ways, to let more people know about your content. Social media bookmarking is a great way to do just that. But, as every so often, many people compromise comfort for reasonable security, including some javascript $social_media_provider offers to easily integrate it, allowing $social_media_provider to track each visit a user makes on any other website, that includes just the button/badge. Most users aren't even aware of the fact that this is happening in the background.
The expression security = usability-1 can be interpreted in many ways. Either things become far too complicated, so that regular users just don't want to be bothered with them or the amount of energy it takes to complete a security-related task is just insane.
To wipe a 1TB (1024GB) disk with random data or prep a disk for encryption, it takes a little more than 4 days (97 hours) when utilizing /dev/urandom. Who would want to wait 4 days for a supporting task like this to finish? Just considering the energy it takes, to keep the whole system up and running, only to write random data to a disk, clearly demands higher random data bitrates without sacrificing quality. Hardware-RNG's are good alternative but not always available, so you might want to give /dev/frandom a try.