Well, I suppose if you define "open" as being able to build the software, but don't promise you can actually use the result, that makes it acceptable.
The other important thing to note here is that Jean-Baptiste Quéru is not just some random Android developer. He is the the point person for what everyone previously believed was "open" development on Android.
I can't use Linux on my laptop without some closed source blobs - does that make Linux not open?
No, because you can get other laptops without this problem. Likewise, you can get other Android devices such as the Nexus 10 or Galaxy Nexus which are capable of using the result.
This sucks as it means you now need to choose between a device that's sufficiently open or a device that's up to date, and it's certainly worth criticising Google for, but it's not enough to claim that Android is as closed as iOS or Windows (yet - if they do the same to the next Nexus 10 and continue releasing Nexus devices that can't boot AOSP, then it's concerning, or if they drop support for the devices that are currently able to use the open source code)
Of course they were aware of the issue, if you read what JBQ wrote, he mentioned this was escalated 6 months ago. It doesn't take a leap of the imagination to conclude that the expectation was the issue would be resolved by the time the product was available for sale. Perhaps Qualcomm even stringed them along (I'm speculating)
JBQ says he's very frustrated with the "lawyers", for what exact reasons- I don't know. Maybe he feels like they are not exerting enough pressure, or maybe it's Qualcomm's lawyers he's pissed at. You cannot say Google (or at least JBQ) knew how this would turn out.
I agree with you overall but find the Linux analogy a bit flawed since it doesn't apply to any laptops that are officially "blessed" in the way Nexus devices are with Google/Android.
> Well, I suppose if you define "open" as being able to build the software, but don't promise you can actually use the result, that makes it acceptable.
You can still use the result, but not with all devices (same thing as any linux distro, despite being open source, you need driver supports for your particular hardware). There are still many devices who can boot aosp (from the nexus line, from sony, etc.).
Did you read Jean-Baptiste's post? In this particular case, there's no video device support for Google flagship devices!
...can't boot to the home screen on its flagship device for lack of GPU support...
That sort of makes it useless. I'd only be willing to buy the device argument if we were talking about a microphone or webcam, but when you lack the most basic of support (video), I think that's not a useful argument to have.
Well, if it weren't for the fact that the image flash procedure requires one to know which attached Android device one wishes to flash, and to have that device in fastboot mode, one could very easily have a generic "make install" step.
Seriously, "make install" is:
adb -s $DEVICE reboot-bootloader
#wait for a while
fastboot -s $DEVICE flash system $IMAGE_FILENAME
(Except for the binary drivers that are specificaly being discussed here... like, no: that simply doesn't work, and that's exactly what JBQ is complaining about.)
I know that AOSP cannot create a useful system image for the new Nexus 7 and the Nexus 4. Google has made a terribly bad decision here, and I do hope that they have the wisdom to neverever make it again. Given that Rubin is no longer managing the Android project, I would bet that this is a mistake that they're gonna keep making.
And, I mean, the Linux kernel makefile has a "make install" target, but it
a) produces a partially-functional or completely useless kernel on a wide array of hardware unless the linux-firmware package is present
b) even if linux-firmware is present or not required, it won't actually work on the majority of people's systems as it (IIRC) doesn't update initrds, or update the GRUB bootloader menu to point to the newly installed kernel
Both Freedom and Openness are more complicated than an install target. That's the point that I was making. :)
Well, I suppose if you define "open" as being able to build the software, but don't promise you can actually use the result, that makes it acceptable.
The other important thing to note here is that Jean-Baptiste Quéru is not just some random Android developer. He is the the point person for what everyone previously believed was "open" development on Android.