Back to News
Advertisement
Advertisement

⚡ Community Insights

Discussion Sentiment

10% Positive

Analyzed from 2084 words in the discussion.

Trending Topics

#source#google#code#open#gpl#android#git#here#form#don

Discussion (65 Comments)Read Original on HackerNews

hatthewabout 2 hours ago
If you're like me and struggled to parse the title, my understanding is, "To obtain certain source code from Google, you could previously reference git tags, but now you have to fill out a form and wait for a human to give you a google drive link."
g-b-rabout 2 hours ago
Let's just forget about the tags, the point is that they're not publishing what Graphene OS needs on any git repository that they can access.

Even before that it had been jokes of repositories, but at least you didn't have to ask for someone every time and wait for them to respond to the request.

(that's my understanding)

shevy-javaabout 1 hour ago
I don't think the real focus is on the tags, but on the delay here via a form as well as human interaction.

Worded differently, the simplest way to provide the source code is IMO via a URL that you can just wget. At the least this is done by so many projects out there. Google refusing to do so means Google wants to violate the GPLv2, since their alternatives are inferior.

https://distrowatch.com/ has many convenient links to URLs on the left side; I often use that to download the latest and greatest and compile it away, e. g. https://ftp.isc.org/isc/bind9/9.20.27/bind-9.20.27.tar.xz as a current example, taken from the left panel.

bitpush16 minutes ago
> Google refusing to do so means Google wants to violate the GPLv2

Not an expert in GPL, but does it say that the source code needs to be provided by a url?

devy4 minutes ago
GPL doesn't require them to publish the source in git. FWIW, Google can be compliant and publish the source in Physical Medium too if they opt too.

Also, the OP did mentioned that Google also squashed the git commit to a single commit for whatever reason.

TheMiddleManabout 1 hour ago
Relevant: https://keepandroidopen.org/

> Starting in 2027*, a silent update, nonconsensually pushed by Google, will block every Android app whose developer hasn't registered with Google, signed their contract, paid up, and handed over government ID.

paxysabout 1 hour ago
Doesn’t Apple do the same?
sunaookamiabout 1 hour ago
The difference is that Apple always did it with iOS and Google did not. Many chose Android because of that.
lambda9 minutes ago
I specifically use Android because of this, among other requirements, that Apple imposes on software development on their platform.

I do not own general purpose computers that I am not allowed to develop software for without permission. I have always avoided consoles for that reason as well (Steam Machine and other similar platforms would be fine, but I've been avoiding consoles for long enough that it's not something I really look for any more).

I was a major Apple fanboy up until the iPhone. Left the ecosystem after the iPhone and macOS started moving in that direction as well.

I'm going to miss having a smartphone that I can use with my banking and EV apps, but probably for the best to get out of Google's ecosystem. Hoping that GrapheneOS will still allow me to use some of the apps that I like.

EastSmith36 minutes ago
Does it matter that Apple does the same?
croes31 minutes ago
Did Apple claim iOS is open source?
paxys9 minutes ago
AOSP is open source. The Android running on most manufacturer-branded phones isn’t.
cdrnsf21 minutes ago
Give them a few years and they'll only provide it by printing out a copy and mailing it to you.
jmoleabout 3 hours ago
“In violation of GPL” is a stretch.

Can’t imagine Google is making the process of obtaining source code easier on themselves though.

Android has always been more source-open than “open source”. The vast majority of community contributions that make it into the codebase are security fixes and small bug fixes.

Everything else is essentially all the work of Google and (to some extent) Samsung.

flotzamabout 1 hour ago
GrapheneOS is arguing that throwing away the metadata of however many commits and squashing them into a messy tarball is not the "preferred form of the work for making modifications", and that a manual process where you have to fill out a form in order to get a Google Drive link a week later is not "a medium customarily used for software interchange" in current times. Those are quotes from the GPLv2.
phire7 minutes ago
Google are absolutely within the letter of the GPL, pedantically so. But maybe not the sprit.

We didn't have git tags when GPL was written in 1989, and while we did have sccs and rcs, (and early versions of cvs) they just weren't that widely used, and generally not used for distribution.

Even when GPL 3.0 was written in 2005-2007, source tarballs were still the primary form of distribution, even though it was starting to become standard to additionally provide anonymous cvs, svn, or one of the brand new distributed systems like git.

But these days git is the primary form of distribution, and source tarballs are noting more an afterthought. Hell, even tags are a bit of an afterthought on many projects. It's basically become the norm to expect an healthy revision history for any open source code.

Based on it's stated goals of "freedom to modify the software you use", IMO if the GPL was written (or updated) today, it would most likely require the distribution of revision history and restrict how much that history can be squashed/rewritten.

jraphabout 2 hours ago
Open source doesn't imply open to contributions. And you could imagine source available software that's not open source but takes contributions (and this is not theoretical, I've seen this in the wild).

(However, that's quite orthogonal to being a dick about making the source code that you must share available)

jsiepkesabout 3 hours ago
> Everything else is essentially all the work of Google and (to some extent) Samsung.

There is plenty in Android which isn't the work of Google. For starters the Kotlin implementation and the Java implementation (OpenJDK).

shevy-javaabout 1 hour ago
Why would it be a "stretch"?

The basic requirement is whether the source code is available - and made available. Are you certain that Google's solution here is ensuring that the source code is easily made available? So many other projects just provide a wget-able link. Why does Google want to make it harder to obtain the source code than those other projects?

> Android has always been more source-open than “open source”.

And what exactly does that mean? I don't know what your words mean here. More source open than open source? Is that a tautology?

> Everything else is essentially all the work of Google and (to some extent) Samsung.

Is it GPLv2? If so then I fail to see why anyone should get higher rights. Everyone gets the same for GPLv2. That's the whole point. I don't understand your statements here.

knollimarabout 1 hour ago
"And what exactly does that mean? I don't know what your words mean here. More source open than open source? Is that a tautology?"

I'm sure this means the source happens to be open rather than following the spirit of open source.

ajrossabout 3 hours ago
> “In violation of GPL” is a stretch.

The originally envisioned distribution method, in fact, was "Send FSF a blank 9-track tape and they'll fill it and mail it back". Nor, obviously, does anything prevent someone who downloads this from Drive from mirroring it on GitHub or wherever.

This is arguably bad stewardship of a historically open source project. It's certainly not a license violation.

Brian_K_Whiteabout 3 hours ago
It's paying a bill in pennies.
ajrossabout 3 hours ago
It's not even that. Downstream projects host their own mirrors already, this is an annoying hoop to jump through for the maintainers (basically suck down a bunch of tarballs for every release, analogous to grabbing stuff from FTP sites back in the day), but not exactly a terrible hardship compared to the really very significant work of maintaining a large project.
dgellowabout 3 hours ago
Quoting the first tweet:

> Google replaced pushing Git tags for certain source code with obtaining source code via Google Drive after making a request through Google Forms. It's completely ridiculous and they've gradually become very slow at handling requests. They're in clear violation of the GPLv2 now.

petcatabout 2 hours ago
> They're in clear violation of the GPLv2 now.

I don't think they are? They could just as easily require requests for the source code to be made through the regular mail instead of a Google form. It's still (maliciously) compliant with the license.

logologicalabout 2 hours ago
> I don't think they are?

If filling out the source code request form via Google Forms and/or accessing the download link via Google Drive requires the requester to run non-free (or at least non-GPLv2) JavaScript, then maybe it is in violation of section 6 of the GPLv2 ("You may not impose any further restrictions on the recipients' exercise of the rights granted herein") since the requester is then required to accept an entirely different set of licensing terms and conditions.

nomelabout 2 hours ago
IANAL, but I don't think you're interpreting that correctly.

I believe section 3.b and 3.c are the rights this is referring to, where you can request the source, and even be changed for the physical act. Suggesting this extends to the license of the implementation of their contact system doesn't make sense. No method of contact, except physical, is going to meet your requirements, including sending postage, where the software used to sort your mail is not GPL.

rlpbabout 3 hours ago
Didn't Google work very hard to avoid any GPL in Android, apart from the kernel? What is in there that is GPL?
cute_boiabout 2 hours ago
I assume Linux.

I am very thankful linux is gpl. Because of GPL these tech giants are forced to release source code.

gowldabout 3 hours ago
How slow is "very slow" ? What is "certain source code"? Why is the OP being so coy about describing the problem?

Here is the form:

https://source.android.com/opensourcerequest

This is interesting:

> We might charge you a fee to cover the cost of processing. Your request must be sent according to whichever of the following rules applies:

> Within three years of the date you received the product from Google that included the component or binary files that are the subject of your request.

That "three years" is the minimum named in the GPLv2: https://opensource.org/license/gpl-2.0

HarlequinHairabout 2 hours ago
> How slow is "very slow?" The answer can be found two replies after: > Initially, Google would usually provide access to the tarballs within a couple hours. Lately, they're often taking weeks to get back to us. They're the ones who chose to use this archaic system instead of pushing Git tags and it's their responsibility to handle requests promptly.

> What is "certain source code"? The OP seems to be GrapheneOS, which heavy patches AOSP. I guess the context is Android source code and its security patches.

> Why is the OP being so coy about describing the problem? Not sure what you mean, I think they are explicit enough. I guess it's clear enough for developers how an upstream update should go. If people depend on big projects like AOSP, devs should be prompt in delivering source code, especially when it is mandatory by license.

Can you give us more details on how/why you think the OP is being coy?

a-dub9 minutes ago
hanlon's razor comes to mind. which trees are these? weird device trees that have complicated third party licensing nonsense attached?

i remember jumping through crazy hoops to interact with a google open source project years ago. i wouldn't be surprised if it's just megacorp bureaucracy.

spydumabout 3 hours ago
isn't this just malicious compliance? not clear how this would violate GPLv2?
osmsucksabout 3 hours ago
Yeah, I agree. While this is a terrible move IMHO, from my superficial reading of the GPLv2 it doesn't really constitute a violation: the license imposes that the source be distributed to anyone who asks, potentially even charge a fee to cover its distribution costs, but it doesn't require that development happen in the open.
shevy-javaabout 1 hour ago
I mean, the only way to test this is to require of Google here to release the source code. And then look at how a court will evaluate it. For instance, what if Google never sends the source code? What if they claim that no request made it in? Though I guess this can be ensured, e. g. via letter that is registered being sent and then looking at Google's response to it.

So right now I think we all probably do not know. Google MIGHT refuse to release the source code, but it could release it - we don't know yet. Someone has to test that.

osmsucks38 minutes ago
> For instance, what if Google never sends the source code? What if they claim that no request made it in?

That would be a violation of the license terms. All Google has done so far is, apparently, to make it hella annoying to access the source code (but not impossible).

dminik7 minutes ago
I really don't understand the thought process here.

Judging by public statements, Google is one of the 3 big western AI companies. Surely they should be rolling in cash and working hard towards AGI.

And yet, for whatever reason, they can't help themselves from further restricting user freedoms on Android. Why?

I don't want to be conspiratorial, but surely it's not money, right? It has to be control. Someone high up at Google just seems to resent people having control over their own devices.

dataflowabout 2 hours ago
Can't help but wonder if making it costly for themselves the entire point. So that they can later turn around and bill that distribution fee to the recipient.
gumbyabout 2 hours ago
GPL says that you can give that link to anyone you want.

If someone on HN has received one of these links, feel free to post it here.

demibabsabout 2 hours ago
Can someone explain what this means? Am not familiar with the terminology
Zigurd32 minutes ago
It means Google is making it harder than it needs to be to obtain source code. It's a dick move, and the only plausible interpretations are that it will get harder still, and it's intended to slow down projects like GrapheneOS. Even if it can be lawyered to be in the letter of the open source licenses that apply, it's not in the spirit of those licenses.
paxysabout 2 hours ago
Google uses libraries licensed under GPLv2 in Android (I’m not sure which specific part of Android the author is talking about), and so is required to make the full source code available for anyone to view. They previously used to publish release tag tarballs, but now require you to fill out a Google form and then (weeks later) will share the source with you on Google Drive.
pydryabout 2 hours ago
Google apparently wants everybody to know how much they hate abiding by the terms of open source licenses.
Advertisement
el1s735 minutes ago
It's a bit unclear what this is about exactly. What releases are we talking about? How git tags come into play here?
zb322 minutes ago
Pixel kernel drivers which are GPLv2, you need them to build the kernel modules from source. Git tags in this case refer to beta versions, but it being "beta" doesn't mean they can delay the release.
matheusmoreiraabout 2 hours ago
Every year a new low.
torgerosabout 2 hours ago
That's like this fun fact where Microsoft needs to send you source code via post when you mail them a 5$ check. lol
shevy-javaabout 1 hour ago
Google needs to lose in court here. This company is getting more and more evil by the day.
sunshine-oabout 1 hour ago
The era of big tech cooperation around free software is obviously over.

Those kind of moves are petty but there are worst tricks they can pull unfortunately.

It seems Grapheneos is the rare actor willing to put up a fight nowadays, and their "partnership" with Motorola seems to be a first step. They need to ensure a hardware platform.

My guess is at some point they will have to fork AOSP, just because Google will take it in directions that go against Grapheneos principles.

PunchyHamsterabout 1 hour ago
I have feeling that is related to their upcoming changes that make sideloading harder
evolve2kabout 1 hour ago
Shameful acts.
cute_boiabout 2 hours ago
I think leadership in Google is getting worst day by day. The main reason to use Android is mostly sideloading and open source and they are trying to sabotage both.
bitpushabout 2 hours ago
What is the alternative?
Cider9986about 1 hour ago
GrapheneOS
Zigurd30 minutes ago
HarmonyOS?
izacusabout 3 hours ago
Source code of which components is that? It's not very clear from the mastodon thread.