LWN.net Logo

Quotes of the week

I look at Linux VT's and their kernel complexity with a mixture of awe and stupefaction that so much effort has gone in that direction....
-- Jim Gettys

I actually think it's a bit of an insult if people think of Motorola's EZX or MAGX (and now Android) phones as "Linux phones". Because all the freedoms of Linux (writing native applications against native Linux APIs that Linux developers know and love, being able to do Linux [kernel] development) are stripped.

In the end, to what good is Linux in those devices? Definitely not to any benefit of the user. It's to the benefit of the handset maker, who can skip a pretty expensive Windows Mobile licensing fee. Oh and, yes, they get better memory management than on Symbian ;)

That's the brave new world. It makes me sick.

-- Harald Welte

The actual problem is that if the kernel grows by 12k every time a developer says "what's the big deal?" the kernel will become very large indeed.
-- Matt Mackall

So it had sat in the mainline kernel for 4 years. During those years _nobody_ had ever tried to compile it. Nonetheless, there had been patches affecting it - including such exciting stuff as removal of trailing whitespaces, which had certainly greatly improved the damn thing.
-- Al Viro
(Log in to post comments)

Quotes of the week

Posted Oct 30, 2008 14:34 UTC (Thu) by jzbiciak (✭ supporter ✭, #5246) [Link]

Am I the only one who finds it amusing that Jim Gettys is weighing in on VTs, given the name of the process that manages logins on the text VTs?

 6755 tty4     Ss+    0:00 /sbin/getty 38400 tty4
 6756 tty5     Ss+    0:00 /sbin/getty 38400 tty5
 6758 tty2     Ss+    0:00 /sbin/getty 38400 tty2
 6761 tty3     Ss+    0:00 /sbin/getty 38400 tty3
 6762 tty6     Ss+    0:00 /sbin/getty 38400 tty6
 7983 tty1     Ss+    0:00 /sbin/getty 38400 tty1

(And perhaps even more amusing that he's been using X plus an xterm in lieu of a text console since 1985...)

Quotes of the week

Posted Oct 30, 2008 18:27 UTC (Thu) by johnny (guest, #10110) [Link]

I read the article assuming that he wrote getty. Wikipedia article tells me otherwise. :-)

Quotes of the week

Posted Oct 30, 2008 21:47 UTC (Thu) by nix (subscriber, #2304) [Link]

All you need is

ln -s /sbin /jim

and now you can run /jim/getty, which is only one letter off.

Quotes of the week

Posted Oct 30, 2008 16:03 UTC (Thu) by nix (subscriber, #2304) [Link]

Harald Welte said:
Because all the freedoms of Linux (writing native applications against native Linux APIs that Linux developers know and love, being able to do Linux [kernel] development) are stripped.
A lot of people value the ability to be able to do Linux application development, too. The freedom of the apps is every bit as important as the freedom of the kernel, although I can understand that to a kernel hacker the latter might seem the only important factor.

Quotes of the week

Posted Oct 30, 2008 18:38 UTC (Thu) by jzbiciak (✭ supporter ✭, #5246) [Link]

Really, Harald seems to be highlighting one of the core arguments behind GPL v3: Someone could release the code for their modifications to a GPL v2 program, and even give you the hardware that they're running the modified code on, but still block you from making your own changes to the software running on that platform.

(Note that I say this without weighing in on one side or the other of the argument.)

Quotes of the week

Posted Oct 30, 2008 21:01 UTC (Thu) by massimiliano (subscriber, #3048) [Link]

[...] but still block you from making your own changes to the software running on that platform.

Yep! But AFAIK the answer of the "GPLv2 camp" would be "don't buy that hardware if you don't like it".

The hardware vendor took GPLv2 software, modified it, and made the modifications available, and that's it. You can take that source and use it on the hardware you like, nobody forces you to buy DRM-crippled hardware.

More to the point: I am really interested in Android, but I am unlikely to buy a G1 if it turns out it's not an open hardware platform. I am pretty sure somebody will make it run on the OpenMoko, and I'm pretty sure sooner or later somebody will make a 3G phone that is as open as the OpenMoko and will be able to run Android software.

So, having all the Android source has value, even if the G1 hardware is "closed" (which I'm not sure it is, yet).

Quotes of the week

Posted Oct 31, 2008 0:55 UTC (Fri) by giraffedata (subscriber, #1954) [Link]

I think you're missing the point of open source / free software. I don't think the claim is that the device vendors have a moral obligation to the user public to provide open devices. It's that they have an obligation at some level to the authors of the software.

The open source idea (part of it anyway) is that an author gives out valuable software royalty-free in order to advance freedom. The vendor that chooses to use the valuable software is obligated to pay it forward. If the vendor can use the valuable software royalty-free and keep the device closed, the deal has failed.

Quotes of the week

Posted Oct 31, 2008 7:51 UTC (Fri) by nix (subscriber, #2304) [Link]

The point of free software has always been to give the users more freedom,
not to give the authors of the software their name in lights or anything
like that.

Quotes of the week

Posted Oct 31, 2008 9:14 UTC (Fri) by massimiliano (subscriber, #3048) [Link]

The open source idea (part of it anyway) is that an author gives out valuable software royalty-free in order to advance freedom.

Yes, I agree with this (also to the "part of it anyway", I know the issue is complex!).

The main difference between the GPLv2 and GPLv3 "camps" is that the GPLv2 is strictly concerned with the source code of the software. The software authors give the source code freely, and expect the users to give back their work on the software.

For the GPLv2 camp (AFAICS the position of Linus), maybe the software authors would like that the software users also commit to selling open hardware. They would also like that their software would be used only on open hardware... but they do not try to enforce it.

What the GPLv2 does enforce is respecting the freedom (openness) related to the software "in itself": the source code must be given back, and that's it.

Now, what's right and wrong (or what's better or worse) is a hard thing to decide, and ultimately I respect both views.

On the "educational" side of the issue (seeing the license as a mean to educate software users to respect and advance freedom), I'm more inclined to prefer the GPLv2. I have a kid, and I believe in the "teach by your own example" approach. I know that if I force him he will not "get it", and the thing will backfire in the long run. I explain him very patiently why I ask him certain things, he knows I'm not cheating because he sees I do what I preach, and that's it.
That said, there are situations in which I "force" him, typically when trying to avoid that he breaks his neck, or (more often) if he is not "fair enough", something like "you are not going to eat until your toys are properly put in the closet". This second case is not that distant from the GPLv2 spirit of "fairness" :-)
Dealing with adults should not be that different.

But again, I see the reasons why the GPLv3 added more restrictions, I agree with the goals, and appreciate that. Only, I'm not sure it's the best approach.

Quotes of the week

Posted Oct 31, 2008 14:56 UTC (Fri) by hppnq (guest, #14462) [Link]

The software authors give the source code freely, and expect the users to give back their work on the software.

The GPL requires distributors to "give back" the work (in source), not the users. This is a big difference, that is at the heart of the GPL.

Quotes of the week

Posted Oct 31, 2008 15:12 UTC (Fri) by massimiliano (subscriber, #3048) [Link]

The GPL requires distributors to "give back" the work (in source), not the users.

Yes, sorry if I've been sloppy with words. I know I can do whatever I want "in house" with GPL software, the obligations start as soon as I redistribute it "again" (the "giving back" thing).

Anyway, I think this does not change my reasoning on one of the differences between the GPLv2 and v3...

Quotes of the week - "Linux" phones

Posted Oct 31, 2008 17:06 UTC (Fri) by giraffedata (subscriber, #1954) [Link]

"give the source code freely" is also a little sloppy in the wording, because they give it with major strings attached. Major enough that many would-be takers of the source code don't take it and pay money for an alternative.

There are certainly many motivations for open sourcing code and many theories on which bring about which results, and GPLv2 is legitimate for some of them. I was responding only to the idea that "if they don't like it, they don't have to buy the phone" refutes Harald's statement that the phones are an insult to the Linux brand they use. Nobody contributed to Linux to preserve users' ability not to buy a closed phone -- they would have had that ability anyway.

So to refute Harald's statement, I think the GPLv2 camp would have to say, "other phone manufacturers are free to make variations of these phones, so the Linux ideals are met."

Quotes of the week - "Linux" phones

Posted Nov 6, 2008 22:06 UTC (Thu) by oak (subscriber, #2786) [Link]

Important part of GPL v3 is also the requirement for source code
buildability. If you just get a GPL v2 source code dump that might or
might not create a working binary after you somehow manage to make it
build and you cannot verify whether what you got after building it, will
actually correspond to the binary that was on the device (by replacing it
and seeing that replacement actually works too), well...

Quotes of the week - "Linux" phones

Posted Nov 7, 2008 8:48 UTC (Fri) by massimiliano (subscriber, #3048) [Link]

Important part of GPL v3 is also the requirement for source code buildability.

Yes, of course I see that's important, but I fail to see how this is not a requirement of the GPLv2 as well.
Actually I'm writing this post also to see if my understanding of the GPLv2 is correct.

I reason under the hypothesis that also the makefiles (or build files, or whatever is used to build the program) are also part of the source code: they are copyrighted in the same way, they are included in the same package (the classical source tarball), and they are definitely needed to build the program. I know they are not copied into the resulting executable, but neither is the source code itself, not literally at least. The information contained in the source is transformed by the compiler into the resulting executable, and in the same way several pieces of information contained in the build and configuration scripts are transferred into the resulting executable.
The rationale is that the final executable is a derived product of both the source and the build files, because those pieces of information (typically configuration flags and options) are "copied" into it (maybe not literally).

Of course I can be wrong, but in this sense the GPLv3 only clarifies the intent of the GPLv2, but the original obligation to redistribute the "complete modified source" should be enough in principle.

On the other hand, eventual DRM signing keys are typically not part of the original source code, so here the GPLv3 really adds something new...

Quotes of the week

Posted Oct 30, 2008 20:46 UTC (Thu) by bcopeland (subscriber, #51750) [Link]

And on the G1, you get neither. Unless you only want to write Java apps in their sandbox.

Quotes of the week

Posted Nov 1, 2008 3:03 UTC (Sat) by jbailey (subscriber, #16890) [Link]

(obdisclosure: I work in the Open Source Programs Office at Google and
helped with the Android open source release)

Actually, nothing requires you to write code in the Dalvik VM. That's just
what's published at the moment for compatability. I was at a tech talk the
other day where it was explained that a native interface extension for
Dalvik is coming out (so you can code against libc and libm at least. Have
to provide other libraries yourself), and that doing fully native
applications is possible, but not the focus right now.

All the applications on the G1 already run as their own processes with
permissions enforcement done by the kernel, so the security model is
already setup to handle this.

For more details, I have to refer you to one of the core Android devs,
though.

Tks,
Jeff Bailey

Quotes of the week

Posted Nov 1, 2008 3:10 UTC (Sat) by jbailey (subscriber, #16890) [Link]

(blah blah, I work for Google, etc.)

While the G1 phones themselves are locked against people playing with them,
it's not an inherent property of Android.

Amusingly enough if he had said 'phones as "GNU/Linux phones"' then he'd
certainly be right, but the entire OS is free and generally licensed under
the Apache 2 license (check each module to be sure, there are some
exceptions, but none are GPL)

So there's a Linux OS on phones that's Free and hackable, but you're caught
by Tivoisation. I think it's unlikely that some company will fail to solve
that problem.

Tks,
Jeff Bailey

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