6 ms·
Heh, neat to see this here! I'm one if the (junior) devs helping out on this project, so if there are any specific questions I'm happy to try and answer!
by kop316 5y ago
Heh, neat to see this here! I'm one if the (junior) devs helping out on this project, so if there are any specific questions I'm happy to try and answer!
- livre 5y agoAny plans on porting it to more mainstream phones? It seems to be aiming for "first-world phones" at the moment which is nice since they are more open and you don't have to worry (too much) about proprietary blobs and firmware but leaves a big chunk of the world out.
- Kenji 5y agoThe driver situation is super tough. Modern phones are full of proprietary shit and nobody is willing/able to reverse engineer all of this, and things like documentation and data sheets aren't really available.
- kop316 5y agoRight now the focus is on devices that devs have and run mainstream Linux: https://wiki.mobian-project.org/doku.php?id=devices https://wiki.mobian-project.org/doku.php?id=devices PostmarketOS runs on more devices (and is a great Distribution!), but they also run a lot more devices through Halium (which is a compatibility layer).
- zozbot234 5y agoHalium is interesting because it comes with the potential of building a pmOS Generic System Image (GSI). While this would be relying on vendor-shipped proprietary drivers and kernels, literally everything else could be Free and run on mostly any GSI-supported device with a full feature set.
- MartijnBraam 5y agopostmarketOS definitely doesn't ship halium, we're more focussed into doing proper Linux development
- kop316 5y agoWhoops, my mistake! Unfortunately I cannot edit my comment to reflect that. So then out of curiosity, how are you all able to port to so many devices? Do you have a bunch of volunteers, or all most of the devices not too difficult to port to pmOS?
- kop316 5y agoSo a few of the pmOS folks were kind enough to discuss the pmOS structure with me, so I will try to summerize here: pmOS has really good tooling called pmbootstrap. They are able to use the downstream kernels directly (or a mainline kernel if the device supports it), and it generally isn't too difficult to get pmOS to boot with the downstream kernel. However, because of the downstream kernel, you may not get a lot of features, and will have to work to port the features to pmOS. They also have device catagories, so if someone wants to see the status of a device, they can look here: https://wiki.postmarketos.org/wiki/Devices https://wiki.postmarketos.org/wiki/Devices which bins the devices for a user to quickly understand how well a device runs pmOS.
- atlantis_ 5y agoNo questions but one suggestion - it would be great to ease the process of making PWAs for the Linux space. My background is designer -> JS -> node -> mucking around with C/C++, and I think this would be a great way to seed experimentation and creativity around apps - essentially hooking into the curiosity of someone chancing on the project but then being able to pick through examples, boilerplates etc and getting excited at prospect of experimenting with some core HTML/CSS/JS skills for a side project - also specifically outside of the cloying business space of android/win/iOS. The problem with Electron is you embed an entire browser with each app - perhaps some sort of version manager that links PWAs + GTK webviews?
- kop316 5y ago> it would be great to ease the process of making PWAs for the Linux space So developing for Mobian is no different than developing for Debian (in fact then I don't need to use the Modem, I just do all of my development on a Debian Machine). So this isn't a Mobian issue per se? EDIT: I also checked, you can install PWAs via Epihpany (which is installed by default on Mobian).
- deleted 5y ago[deleted]
- mobian 5y agoYou can write native applications for GTK in any language you want. Most of the time they should be much less memory hungry than running a browser.
- danieldk 5y agoDo you have a threat/security model? Perhaps, the project is not aiming for world dominance. But if it is, it would be nice to have integration with a secure element to store secrets, application sandboxing (so that a chat client cannot read your banking session), etc.
- goodpoint 5y agoMost daemons are sandboxed by Debian (or upstream) already. For applications, Debian ships firejail.
- kop316 5y ago> Do you have a threat/security model? Not explicitly no. Implicitly, it would be the same as Debian, and I would argue we go for sane/common sense security defaults. Is there a particular threat your worried about/want me to comment on?