Re:Open source, privacy-enabled smartphone operating systems
by colemannugent on Saturday July 14, 2018 @07:54PM
(#17533000)
If anyone from this project is reading this: please just contribute to the upstream projects your are building off of.
>We build desirable, open source, privacy-enabled smartphone operating systems.
No, the LineageOS team builds them, then you rebrand them. If you want to actually make a difference, contribute your changes directly to the LineageOS trees. Device support is paramount for custom ROMs and LineageOS already has an amazing amount of devices. All this will do is fragment the ecosystem.
>default email client (forked from K9-mail)
Please no. Just contribute to K9 directly. I get that you want to brand it to fit with your whole scheme, but you have the ability to actually improve the open source Android ecosystem.
>application repository: an independent alternative place where you will be able to choose from thousands of applications, including all well-known applications
FDroid. You're describing FDroid. Again, there is a good application out their already, why would you make your own? Oh, it's so you can add "an original mechanism for users to score applications". Why can't you add that to FDroid and help everyone out?
My main criticism boils down to this: why reinvent the wheel?
Re:Open source, privacy-enabled smartphone operating systems
by Fnoord on Sunday July 15, 2018 @03:51PM
(#17536732)
> No, the LineageOS team builds them, then you rebrand them. If you want to actually make a difference, contribute your changes directly to the LineageOS trees. Device support is paramount for custom ROMs and LineageOS already has an amazing amount of devices. All this will do is fragment the ecosystem.
The privacy orientation of LineageOS only goes so far. Yes, you can opt for Opengapps (that name...) or run your Android device without it but then you're stuck with F-Droid. LineageOS does not include microG; if you want LOS+microG you need that fork [1]
> Please no. Just contribute to K9 directly. I get that you want to brand it to fit with your whole scheme, but you have the ability to actually improve the open source Android ecosystem.
pEp is also a K-9 fork, with material design and opportunistic encryption.
Not that I disagree w/your points though. This unnecessary fragmentation of forks is harmful. Librem 5 and Sailfish are two interesting ecosystems which are unique though.
Re:Open source, privacy-enabled smartphone operating systems
by roryisok on Sunday July 15, 2018 @03:46AM
(#17534233)
Well put. Lately it feels like "open source" it's used more often as a buzz word to use when trying to market a product rather than a philosophy to be followed.
"Duval’s team made use of LineageOS ... [which] doesn’t ship with any Google apps ... To counter that, Eelo will come preloaded with a handful of services you would need out of the box such as an email client, a productivity suite for accessing documents, spreadsheets, a search engine that won’t track its users, and more. The one application which is being a bottleneck for Eelo’s potential success is navigation ...
Eelo will have a repository of both open-source as well as other Android apps. To ensure users don’t install one of the latter and ruin the purpose of using a privacy-focused operating system, each app in Eelo’s store will have a security score. Through that users can be more informed about how well a particular app treats personal data and based on that, decide whether they’d want to install it."
Re:Open source, privacy-enabled smartphone operating systems
by zeta0134 on Saturday July 14, 2018 @03:33PM
(#17531947)
Navigation is really a bear... It's easily Google's killer product, and extremely difficult for the open source community to replicate in any meaningful sense just due to the difficulty in acquiring data; we lack the necessary resources. I'm not sure how to solve that properly.
Re:Open source, privacy-enabled smartphone operating systems
by cosmic_ape on Saturday July 14, 2018 @04:31PM
(#17532218)
For offline navigation there is data, the OpenStreetMap, for most places on the planet. There is no very good app though, which would have seemed to be the smaller problem.
For real time navigation, Waze type solution could work -- aggregation of real time data from users. Also, smart city projects
have open traffic data APIs, although not sure wether there is something properly real time, or it something like hourly aggregates.
So that would be still a giant project, but data does not seem to be the bottleneck.
Re:Open source, privacy-enabled smartphone operating systems
by cosmic_ape on Sunday July 15, 2018 @03:19AM
(#17534165)
Its an issue. But if all the code is open and audited, there should be a way to ensure only aggregates are used, and the reports are anonymous. There would also be a related issue of bot accounts who would try to sabotage the statistics for fun, but should also be reasonably solvable.
Re:Open source, privacy-enabled smartphone operating systems
by roryisok on Sunday July 15, 2018 @06:04AM
(#17534577)
I still wouldn't provide that data for two reasons. Firstly, all the assurances in the world aren't going to convince me that there's no risk in transmitting my location to a random computer in the cloud. I'm not going to personally comb through an open source project to make sure my data is not being abused. I would have to ' trust' strangers that it is not. And if I'm trusting strangers with my location data well then we're back to square one.
Secondly, and this is really a different issue and perhaps not that widespread, I don't like turning on location on my devices simply because it reduces battery life. It's not a privacy issue but it's another roadblock (pun not intended) to gathering navigation data
Re:Open source, privacy-enabled smartphone operating systems
by j0rd on Sunday July 15, 2018 @01:29AM
(#17533922)
I think some kind of privacy sandbox & data escape logging would suffice to allow data leaking apps, to run on a libre type OS.
The main thing an OS like this needs is the a ability for it's users to run their own "cloud" infrastructure and attach that to their own phone.
Company can offer this as a SAAS service paid, providing they to proper end to end encryption and are not able to read the data they store. Also a good way to fund future development.
Re:Open source, privacy-enabled smartphone operating systems
by Tharkun on Saturday July 14, 2018 @03:53PM
(#17532022)
Navigation? Really? I don't drive, so maybe I'm somewhat atypical in that sense, but on those rare occasions when I do use my phone to navigate, I find Osmand(+) to be extremely useful.
Re:Open source, privacy-enabled smartphone operating systems
by roryisok on Sunday July 15, 2018 @03:21AM
(#17534168)
I drive but I never use navigation as the handful of times I have I've found it distracting and it's led me astray a couple of times. I prefer to just look at a map. Often that nap is on the phone, but I don't need it to tell me where I am or where to go
Re:Open source, privacy-enabled smartphone operating systems
by Fire-Dragon-DoL on Sunday July 15, 2018 @05:19AM
(#17534492)
Navigation for public transit makes a huge difference. Hours every day are saved because of it. And you can "sidetrack" out of your plan thanks to that, while you couldn't do it if you left your bus map at home, or if there were deviations.
Re:Open source, privacy-enabled smartphone operating systems
by lovelearning on Saturday July 14, 2018 @07:28AM
(#17529881)
Why did this project choose such an unsearchable name and cripple its own acceptability? Can't search for /e/, can't search for 'e', 'e os' refers to some entirely different OS...
Re:Open source, privacy-enabled smartphone operating systems
by swebs on Saturday July 14, 2018 @02:02PM
(#17531464)
It doesn't help that it shares the naming conventions of 4chan boards. In this case it leads to ecchi (which is very NSFW). Imagine if someone named their new phone OS /r/ecchi
Re:Open source, privacy-enabled smartphone operating systems
by milankragujevic on Saturday July 14, 2018 @07:14AM
(#17529843)
Not trying to be a buzzkill, but how (from what I can see from the Google cache), is this different than LineageOS without Google Apps? Or the recently mentioned CopperheadOS which already has ROMs available and supports commercially available devices..? https://copperhead.co/android/
Re:Open source, privacy-enabled smartphone operating systems
by bitL on Saturday July 14, 2018 @09:50AM
(#17530339)
We need an open, PC-like phone standard? So far we have closed SoCs everywhere that end up as landfill every 1-2 years without any other possible use. With <5nm chips it should be trivial to have open SoCs in phone factors.
Re:Open source, privacy-enabled smartphone operating systems
by nextos on Saturday July 14, 2018 @08:02PM
(#17533022)
It's far from dead. The main developer is going to continue as open-source donation based. Which is great news, because Copperhead was only source-available:
Re:Open source, privacy-enabled smartphone operating systems
by busterarm on Sunday July 15, 2018 @12:19AM
(#17533771)
While for the most part I agreed with strncat, the way he handled things was extremely poor. Especially the part where he deleted the signing keys. This isn't the first time he's done a "drama flameout" from a project, either. Most importantly, he has made public complaints about people using his work for free.
Frankly, he won't ever be in my web of trust. I'm not going to trust my critical infrastructure to him.
Re:Open source, privacy-enabled smartphone operating systems
by bubblethink on Sunday July 15, 2018 @01:37AM
(#17533946)
Rest of the drama aside, I feel that deleting the signing keys was perhaps the only viable choice. He was the one making the builds. What's the point in leaving the keys in the hands of the company ? It only leaves the door open for the company publishing questionable builds with the same signing key.
Re:Open source, privacy-enabled smartphone operating systems
by Tepix on Sunday July 15, 2018 @07:15AM
(#17534729)
Agreed on the keys.
His interpretation of open source licenses is weird, he feels cheated when people use his stuff in accordance to the license. He wants to stop people from accepting donations for example claiming it's "commercial use". In that regard he's out of touch with reality.
Re:Open source, privacy-enabled smartphone operating systems
by pedrogpimenta on Saturday July 14, 2018 @11:13AM
(#17530629)
If I understand correctly, they're also trying to build a server/cloud thing, so that you have everything out of the box. I'd say they're trying to get LineageOS to the general public.
Re:Open source, privacy-enabled smartphone operating systems
by edbaskerville on Saturday July 14, 2018 @10:36AM
(#17530493)
At first I thought this was a too-subtle satire of other projects that failed to get traction. But I guess this is an actual project with branding that almost feels like satire?
Re:Open source, privacy-enabled smartphone operating systems
by iamleppert on Sunday July 15, 2018 @01:25AM
(#17533916)
First thoughts: the branding looks like it came out of a PC Magazine from 1995. Also I’m put off with the constant donation requests and all I’ve seen thus far is a bad web site. Release something first, anything, then ask for money and fire your graphics designer and whoever is doing ya’ll marketing.
Re:Open source, privacy-enabled smartphone operating systems
by ocdtrekkie on Saturday July 14, 2018 @01:10PM
(#17531178)
Clarification request: Is this really a new privacy-enabled operating system, or is it yet another attempt to convert Android into a privacy-enabled operating system?
Re:Open source, privacy-enabled smartphone operating systems
by alexnewman on Saturday July 14, 2018 @01:45PM
(#17531375)
Many have tried and failed. I salute the attempt but I would take a bet against it. I have tried to get access to high end radios that don't have strange carrier modes and haven't found them. A usb modem goes a long way in terms of isolating things but the new tricks are way smarter than the old.
Re:Open source, privacy-enabled smartphone operating systems
by k_ on Saturday July 14, 2018 @07:00AM
(#17529803)
I wish people stopped messing around with scroll.. This website is a pain to navigate with javascript enabled and cannot be navigated at all with javascript disabled (overflow hidden, need to hack css too to make it bearable).
To see such poor UX on the website of someone developing an OS is a red flag for me.
Re:Open source, privacy-enabled smartphone operating systems
by amelius on Saturday July 14, 2018 @08:30AM
(#17530067)
We wouldn't have this problem if the <select> tag was easier to customize, and addressed the most common UI/UX issues that people (designers) have with it.
Anyway, given that this is not the case, the designers should have chosen a well-maintained library of UI components.
Re:Open source, privacy-enabled smartphone operating systems
by arenaninja on Saturday July 14, 2018 @10:54AM
(#17530560)
I agree, but given that it's such a reocurring problem, why is it not moving forward via the HTML5 living standard? We had this problem before with ES5 and while it was solved with jQuery, ES6 came along and solved a lot of these pain points. HTML doesn't seem to be moving in this direction (yet)
Re:Open source, privacy-enabled smartphone operating systems
by codedokode on Saturday July 14, 2018 @02:28PM
(#17531595)
Is it that important? As a user I don't really care much how the select element looks. Standard one is totally fine for me. It allows to customize its size and colors and that is more than enough.
>We build desirable, open source, privacy-enabled smartphone operating systems.
No, the LineageOS team builds them, then you rebrand them. If you want to actually make a difference, contribute your changes directly to the LineageOS trees. Device support is paramount for custom ROMs and LineageOS already has an amazing amount of devices. All this will do is fragment the ecosystem.
>default email client (forked from K9-mail)
Please no. Just contribute to K9 directly. I get that you want to brand it to fit with your whole scheme, but you have the ability to actually improve the open source Android ecosystem.
>application repository: an independent alternative place where you will be able to choose from thousands of applications, including all well-known applications
FDroid. You're describing FDroid. Again, there is a good application out their already, why would you make your own? Oh, it's so you can add "an original mechanism for users to score applications". Why can't you add that to FDroid and help everyone out?
My main criticism boils down to this: why reinvent the wheel?
The privacy orientation of LineageOS only goes so far. Yes, you can opt for Opengapps (that name...) or run your Android device without it but then you're stuck with F-Droid. LineageOS does not include microG; if you want LOS+microG you need that fork [1]
> Please no. Just contribute to K9 directly. I get that you want to brand it to fit with your whole scheme, but you have the ability to actually improve the open source Android ecosystem.
pEp is also a K-9 fork, with material design and opportunistic encryption.
Not that I disagree w/your points though. This unnecessary fragmentation of forks is harmful. Librem 5 and Sailfish are two interesting ecosystems which are unique though.
[1] https://lineage.microg.org/
[2] https://www.pep.security/
"Duval’s team made use of LineageOS ... [which] doesn’t ship with any Google apps ... To counter that, Eelo will come preloaded with a handful of services you would need out of the box such as an email client, a productivity suite for accessing documents, spreadsheets, a search engine that won’t track its users, and more. The one application which is being a bottleneck for Eelo’s potential success is navigation ...
Eelo will have a repository of both open-source as well as other Android apps. To ensure users don’t install one of the latter and ruin the purpose of using a privacy-focused operating system, each app in Eelo’s store will have a security score. Through that users can be more informed about how well a particular app treats personal data and based on that, decide whether they’d want to install it."
For real time navigation, Waze type solution could work -- aggregation of real time data from users. Also, smart city projects have open traffic data APIs, although not sure wether there is something properly real time, or it something like hourly aggregates.
So that would be still a giant project, but data does not seem to be the bottleneck.
This seems like exactly the kind of thing that users who opt specifically for a privacy conscious OS are not going to readily share
Secondly, and this is really a different issue and perhaps not that widespread, I don't like turning on location on my devices simply because it reduces battery life. It's not a privacy issue but it's another roadblock (pun not intended) to gathering navigation data
The main thing an OS like this needs is the a ability for it's users to run their own "cloud" infrastructure and attach that to their own phone.
Company can offer this as a SAAS service paid, providing they to proper end to end encryption and are not able to read the data they store. Also a good way to fund future development.
It's also a meaningless observation, btw, since the first-order bit of such things is randomness.
And a non-scroll hijack full page screenshot: https://my.mixtape.moe/nrdfgf.jpg
Purism is next in line.
I really hope they succeed but the track record for these things is amazingly bad, the forces they are up against are not small.
A full FOSS/FOSH phone is new territory. They're still allowing pre-orders on their website if interested.
I'm hopeful that it will be a good Linux phone when production is done in January.
- Linux Fan, 1993
Apart from commercial competitors, I'd imagine a few natsec types would probably try to rustle feathers, they certainly have past form in this field.
https://www.reddit.com/r/CopperheadOS/comments/8u8co8/the_pr...
Frankly, he won't ever be in my web of trust. I'm not going to trust my critical infrastructure to him.
"Slashy-slash"?
If you don't know, /e/ is 4chan's ecchi board. Ecchi is softcore japanese cartoon porn.
The first task they start with?
Write a new launcher, of course!
To see such poor UX on the website of someone developing an OS is a red flag for me.
I even have to do this to others as part of my latest project. I apologize, I have fought it and failed, and now I have no choice
Anyway, given that this is not the case, the designers should have chosen a well-maintained library of UI components.
That sums up the situation pretty well.
http://webcache.googleusercontent.com/search?q=cache%3Ahttps...
Tab closed.