Storing the blob in a dedicated place has other benefits as well - you don't need to care about integration and redistribution of the blob when you build an alt eMMC image from scratch, for instance. And it's not like this chip cannot be reflashed if someone really wants to.
-
-
(and not even speaking about this chip being needed to be there anyway because of the TPS65982 ;P)
1 reply 0 retweets 0 likes -
Replying to @dos1
What you're saying is they came up with this stupid idea *first*, *then* added a PD controller that needed flash anyway so *now* it's slightly less of a stupid idea. Too bad doesn't change the fact that the initial idea was still very stupid :-)
1 reply 0 retweets 1 like -
Also, they originally said it was going to be read only, but I assume they gave up on that (the WP pin is deasserted and I assume they don't blow the "WP forever" OTP bit via software in the flash chip at manufacturing time)
1 reply 0 retweets 0 likes -
Anyway, loading proprietary firmware from the eMMC image is a *feature*, because it means that it can be validated together with the rest of the OS. If you have firmware out of band, you need to perform explicit steps to verify that it hasn't been tampered with.
1 reply 0 retweets 0 likes -
It's also, you know, less wasted work. There is zero user benefit to doing this stupid dance to get RYF certification; it's purely a bureaucratic hack that does nothing for user freedom, just panders to the FSF's clearly nonsensical rules.
1 reply 0 retweets 0 likes -
Replying to @marcan42
Even assuming that it has no benefit for the user (which I disagree with), a "bureaucratic hack that does nothing for user freedom" is very clearly a different thing than "eliminating user freedom".
1 reply 0 retweets 0 likes -
I disagree with "no benefit" because being able to just take and flash free distributions without having to include blobs/enable non-free repos is a thing that directly benefits the user. I was porting SHR to N900 back in the day and I really wished it had its blobs stored too.
1 reply 0 retweets 1 like -
We ended up including an initial setup page that pointed users to instructions on how to copy the blobs from Maemo installation. Not having to deal with such bullshit and being able to just install things like Debian without contrib/non-free is definitely an advantage for me.
1 reply 0 retweets 1 like -
Notice that this is exactly the PureOS case - there's no non-free stuff in PureOS repos at all (like Debian main). That flash is IMO a very practical thing to have for a hackable FLOSS-oriented device. And worst case you just won't use it if you don't care.
1 reply 0 retweets 0 likes
We're back to square one. What's the *point* of those nonfree repos? Again, this is misrepresentation. Either you have blobs, or you don't. If you do, why is it so important that you stash them so the user doesn't need to care or know about them? Enable the damn nonfree repos.
-
-
Like do you *realize* the blatant doublethink this whole thing reeks of? "Our users dislike blobs, so instead of asking them to enable blobs, were going to provide blobs in a way they don't have to care about so they won't be disgusted by our blobs"
2 replies 0 retweets 0 likes -
I couldn't care *less* what nonfree stuff is or isn't in the repos. I are about the code I run. Obfuscating things so some subset of highly visible components lacks blobs so you can put a feel-good sticker on it and convince more people this is better is not useful.
1 reply 0 retweets 0 likes - Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.