Distribution quotes of the week
I think dogfooders will remain extremely valuable, so please continue to use and test FirefoxOS!
Posted Dec 10, 2015 1:58 UTC (Thu)
by jlargentaye (subscriber, #75206)
[Link] (2 responses)
I say that because I came recently came across this post that shows how systemd changes the default user namespace visibility for everyone:
Posted Dec 17, 2015 11:07 UTC (Thu)
by dakas (guest, #88146)
[Link]
Posted Dec 19, 2015 19:18 UTC (Sat)
by hitmark (guest, #34609)
[Link]
If i understand it right, and namespaces make my head hurt, is that under private crap all happens if something is mounted both inside and outside a namespace, and sysadmin is trying to unmount outside the namespace.
The problem though is that Linux have no one way streets. you either have a two way street between namespace and "base" (shared), or you have a roadblocks (private).
Still, this is something that should be fixed at the kernel level rather than have systemd make some kind of "executive" decision. But then they keep making decisions that indicate that they want to control the kernel, but don't want to fork the kernel (as likely they would not get anyone to take interest if they did).
Posted Dec 10, 2015 14:50 UTC (Thu)
by jezuch (subscriber, #52988)
[Link] (2 responses)
While not directly related, I'm always adamant that this also applies to commit messages. If I ever see you, in a project I have a say in, pushing a commit with a message "today's work" or "stuff" (I've seen both of those in public repos of open souce projects), you're gonna get familiar with the murderous side of my personality :) Tautological "change X and Y" are also not welcome. What I want to see in a commit message is *why* the change was needed. Sometimes it's trvial ("implement functionality A" or "whitespace cleanup"), but that's rare.
Posted Dec 14, 2015 13:45 UTC (Mon)
by paulj (subscriber, #341)
[Link] (1 responses)
Near-NULL (hell, sometimes literally NULL) commit messages and their essentially-equivalent tautological counter-parts are annoying. *Why* did you change that code? *What* led you to that code (motivation, problem report, use-case, etc.)? What options did you consider? *Why* did you select the option taken out of those? What is the *intended* result? How much testing was done? (Be honest - I much prefer it when people are honest that their testing has been limited; I can work with commits that are up-front about lack of testing; I'll have a much *worse* opinion of you, and be much more suspicious of your future contributions if you're silent and the patch turns out to have problems that clearly show no testing was done).
Posted Dec 14, 2015 19:51 UTC (Mon)
by nix (subscriber, #2304)
[Link]
Distribution quotes of the week
http://gittup.org/blog/2015/10/16-linux-namespacing-pitfa...
With Lennart arguing that they meant to do that:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739593#54
Distribution quotes of the week
Distribution quotes of the week
Distribution quotes of the week
Distribution quotes of the week
Distribution quotes of the week