Holger Durer email@example.com
South-east England, United Kingdom
Father, husband, programmer. Interests: Free software, privacy and related politics, programming (mainly Lisps). Talk to me in English, German, or Esperanto.
- https://snowdrift.coop is in unannounced but public real-money beta. You can pledge to support the Snowdrift project itself. 49 people have so far. I'm not sure when they'll announce (mention of what's to be done) or presumably later adding other projects but good to see progress.
I'm reminded to post this by https://identi.ca/cwebber/note/VoMglzvDRQeTHQ_BWsHXSQ
Nice blog post about Briar, but also has a nice write up on the evolution of instant messaging solutions: https://blog.grobox.de/2016/briar-next-step-of-the-crypto-messenger-evolution/
mray INACTIVE shared this.
GuixSD + Debian living happily together
I now have GuixSD + Debian dual booting with an encrypted home partition on my Minifree x200... and now I have a working shared package store too. This means a user's Guix profile is available on both Debian and GuixSD. If I boot into Debian and install tuxracer via Guix and then boot into GuixSD, I can run tuxracer on GuixSD too. And vice versa!
Blogpost hopefully coming soon.
Userops: Deployment for the People
Community run code hosting
So as most of you know gitorious is being acquired by a GitLab and therefore will be shut down. The idea was brought up of possibly having a community run code hosting with issue tracker that will pool money, resources, time and experties to run and maintain a code hosting solution.
Maybe we could get a Mailing list and/or an IRC channel where we can figure out this and get a start. Anyone would be interested in using this and helping in some way or another we can discuss it on this thread until we decide where else to go.
The questions we really need to figure out are:
- Is there enough interest to make this worth while?
- What software should we use?
- Where should we continue to disucss this (I think I'd prefer a Mailing list for this)?
I would obviously want to use this for my own personal projects and possibly Inboxen (would have to speak to moggers first). GNU Mediagoblin would obviously want to use it too.Show all 23 replies
Gitlab uses Github to host their code now whilst that's "dumb" I wouldn't say it's a deal breaker per se however, there is an issue suggesting they use Gitlab to host their code, it says:
"The primary goal is private hosting service. So it's not the best choice for an open source project."
Might want to take that into consideration also when weighing up the options, if they don't intend it to be publically accessable and for Free software maybe in the future they'll make decisions which reflect that, or maybe they have already.I'm definitely pushing for org-local hosting via cgit and git-http-backend. I don't have much need for the other pieces... Review for me is best over email, etc. I'm hoping this will cause more distribution.
I very strongly dislike the Gitlab situation. Their copyright assignment does not guarantee that contributed features remain free. To me, that is completely unacceptable.
- Das Gespräch hat jetzt schon einen gewissen Popcornfaktor... https://twitter.com/gh00str/status/564011869674156032 #Bahn #Sicherheit
Holger Durer likes this.
- there is nothing more reassuring than a simple, informative message.
ghostdancer shared this.
I completely indulged my most base and selfish urges this weekend and engaged in my true passion: writing Free Software, instead of doing all the Conservancy work that I should have been doing.
This all started because I simply wanted to have the aptitude command that caused the dpkg changes to appear in the etckeeper autocommit when running aptitude. Joey Hess confirms there's no way to get this info other than walking the process tree back up from the dpkg hooks calls, so the next best thing was closing the bug above so that I could at least past in the aptitude command myself into the commit log.
The patch only worked for Git because it's the only one of the VCS's that seemed to have a --edit/-e option, which forces editing of the commit message even if you've specified the commit message another way on the command line.
That led me to also write this patch for Mercurial that adds the --edit/-e option and submit a bug for Bazaar to add the same.
This all took me most of the weekend, which is insanely embarrassing. My hacking skills are, of course, quite weak these days. :-/
- Sigh, doesn't matter... Someone else actually posted it but mattl, friend of all the elite haXorrz, just censored it http://www.reddit.com/r/linux/comments/1lxaai/big_antinsa_demonstration_in_the_streets_of/ I don't care how popular that guy is or what his connection to the FSF is, that guys a dick who serves his own needs before Freedom.