|
|
Subscribe / Log in / New account

Distribution quotes of the week

Another important aspect of communications is making sure that when we make decisions, that we also communicate the reasoning behind those decisions. I don’t think it’s enough to just say “We decided X” — it’s much more transparent and effective to say “We decided X for reasons Y and Z. We considered W and V as well, but felt they weren’t the best alternatives for the project.” Sometimes it’s hard to articulate those things (especially in the IRC meeting notes), but I feel it’s important to do.
-- Jared Smith

You know, I am certainly not the person who wouldn't agree to the concept of breaking eggs to make an omelette. But it's completely unnacceptable to go to the supermarket and break everybody else's eggs too, just because you want to make yourself one little omelette...
-- Lennart Poettering

FirefoxOS will still be developed, but for a different purpose. Instead of being driven by carriers and commercial sales, we'll be using it to drive the platform for many connected devices.

I think dogfooders will remain extremely valuable, so please continue to use and test FirefoxOS!

-- Kevin Grandon

to post comments

Distribution quotes of the week

Posted Dec 10, 2015 1:58 UTC (Thu) by jlargentaye (subscriber, #75206) [Link] (2 responses)

Was Lennart's comment included for the irony?

I say that because I came recently came across this post that shows how systemd changes the default user namespace visibility for everyone:
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

Posted Dec 17, 2015 11:07 UTC (Thu) by dakas (guest, #88146) [Link]

Well, the idea is not to break others' eggs. And since the typical supermarket shelf does a suboptimal job of protecting the eggs from breaking, you break all the shelves and put up your own there. It turns out that those shelves are bad news for eggs outside of what one should consider a proper egg, but those eggs were broken to start with.

Distribution quotes of the week

Posted Dec 19, 2015 19:18 UTC (Sat) by hitmark (guest, #34609) [Link]

Looks like a case of "fucked if they do, fucked if they don't".

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).

Distribution quotes of the week

Posted Dec 10, 2015 14:50 UTC (Thu) by jezuch (subscriber, #52988) [Link] (2 responses)

> Another important aspect of communications is making sure that when we make decisions, that we also communicate the reasoning behind those decisions.

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.

Distribution quotes of the week

Posted Dec 14, 2015 13:45 UTC (Mon) by paulj (subscriber, #341) [Link] (1 responses)

+1 on this.

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).

Distribution quotes of the week

Posted Dec 14, 2015 19:51 UTC (Mon) by nix (subscriber, #2304) [Link]

Major sinners in this area: ImageMagick and Calibre. "..." is not a useful commit message, sigh...


Copyright © 2015, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds