141–150 of 264 posts
Shared storage SD card data like camera photos and downloads are shared so you can coordinate your work seamlessly. This might be confusing for some, given that the only devices supported right now are Nexus devices, which famously lack an SD slot.
I really wish this was a viable option, but the lack of active cooling (and mediocre passive cooling) for phones really makes the phone-as-desktop a non-starter for anything but light web browsing or text editing.
I'm wondering how secure it is.. According to https://github.com/maruos/maruos/wiki/Tips , they start sshd up by default, listening on the local network, with the default user maru and password maru. That seems like a bit of a red flag and makes me wonder if it is the tip of the iceberg.
I don't disagree, it's not exactly a uncommon practice. I think Raspberry pi for instance does this. Not defending it, totally stupid, just pointing out they aren't alone in this. The fact passwords are on by default for sshd on most distributions is crazy.
Earlier quoted context omitted.
That seems like a bit of a red flag A basic and egregious security blunder is more than a bit of a red flag. and makes me wonder if it is the tip of the iceberg. If you already see that the tip sticking out has a mine on it, the tons of iceberg only give you the difference in the degree of egregiously bad.
I mean, don't install it on anything with data you care about. This isn't exactly a hardened product.
Shared storage SD card data like camera photos and downloads are shared so you can coordinate your work seamlessly. This might be confusing for some, given that the only devices supported right now are Nexus devices, which famously lack an SD slot.
"What is the default sudo password in Maru Desktop? "maru" is the default sudo password. When installing debian packages, you may need to enter "root" as a password " Oy.
"What is the default sudo password in Maru Desktop? "maru" is the default sudo password. When installing debian packages, you may need to enter "root" as a password " Oy.
Similar to Chromium OS, right?
Looks cool.
> Android
Pass.
Earlier quoted context omitted.
So, it would be cool to have Debian as the base OS and Android running in a container. When in Phone mode, Android is front and center and when in Desktop mode, the base Debian host is. Could then still access the Android container. If the UIs supported a seamless mode, that would be icing.
I'm concerned about driver support in Debian. It's Android devices after all...
For devices that support a vanilla android, I imagine the driver issue is already worked out and there would be no problem getting them to work in a kernel that you can compile yourself, even if not the default debian kernel.