apitman

17 ms·

1. 511.▲
   Starina Microkernel OS(starina.dev)

   10 points by apitman 1y ago|3 comments
2. 512.▲
   by apitman 1y ago

   This is awesome. One thing that confused me: at first it sounded like the hypervisor is implemented natively for Starina, but towards the end QEMU is mentioned as a runtime. Is Starina using QEMU as the backend?
3. 513.▲
   by apitman 1y ago

   The problem isn't the language, it's that the API completely changes the paradigm of how you access the filesystem.
4. 514.▲
   JetBrains Research(jetbrains.com)

   4 points by apitman 1y ago|0 comments
5. 515.▲
   by apitman 1y ago

   I had no idea the vscode tunneling stuff worked in the browser. I thought it was SSH. Do they have some sort of WebSocket proxy? Do you have a link to how to set this up?
6. 516.▲
   by apitman 1y ago

   Not directly
7. 517.▲
   by apitman 1y ago

   Because the Android system, which is controlled by Google, does have these permissions[0]. Google is able to offer automatic backup functionality that Nextcloud can't compete with. [0]: https://support.google.com/google
8. 518.▲
   by apitman 1y ago

   > What apps in Google's ecosystem have the "all files" permission? The system itself[0] has capabililities that aren't provided to app developers. iOS is similar. Contrast this with Windows and GNU/Linux where AF
9. 519.▲
   by apitman 1y ago

   That's just the Drive app. The system overall certainly has more capabilities than are made available to developers[0]. [0]: https://support.google.com/googleone/answer/9149304?hl=en&co...
10. 520.▲
    by apitman 1y ago

    > Google Drive does not have the permissions that next cloud claims Google is giving preferential treatment to Drive specifically may not, but the system as a whole, which is controlled by Google, certainly does[0]. [0]: https:/&#x
11. 521.▲
    by apitman 1y ago

    My point is more that the API isn't a solution for everyone, even if it would work in this case. Even if it would, the API is terrible.
12. 522.▲
    by apitman 1y ago

    I'm embarrassed I didn't immediately think of that, thanks.
13. 523.▲
    by apitman 1y ago

    SAF doesn't work with native code
14. 524.▲
    by apitman 1y ago

    > Enumerating files is slow but that is not a major concern when the use-case is a background sync Slow means it's probably burning a lot of CPU, and that is a problem for background tasks, especially on mobile.
15. 525.▲
    by apitman 1y ago

    And it's only one file at a time, right? ie you can't give your native code access to a directory.
16. 526.▲
    by apitman 1y ago

    Then give me a big fat warning then let me choose.
17. 527.▲
    by apitman 1y ago

    SAF is a terrible solution for anyone trying to make a cross-platform app (and if you're not then why are you targeting Android as your one platform?), because it doesn't work with native code.
18. 528.▲
    by apitman 1y ago

    We need something like F-droid but with proprietary apps to get popular.
19. 529.▲
    by apitman 1y ago

    I believe it. Most people would be better served paying a local company $20/mo to offer the equivalent of google services using open protocols. Unfortunately such a marketplace doesn't exist, but I believe it will eventually.
20. 530.▲
    by apitman 1y ago

    Isn't the process of vetting a developer a subset of the process for finding a good app for doing a certain task?
21. 531.▲
    by apitman 1y ago

    I was under the impression browsers have been implementing more hardware access, not less, if slowly. What are you referring to?
22. 532.▲
    by apitman 1y ago

    SAF doesn't work with native code, which really sucks if you're trying to make a cross-platform app.
23. 533.▲
    by apitman 1y ago

    > No, it is not. Did someone claim it was? No, we said that's what we want it to be.
24. 534.▲
    by apitman 1y ago

    ie go through a process that's about as painful as re-writing your application from scratch.
25. 535.▲
    by apitman 1y ago

    Thanks, definitely looks like it's been abused. But does the policy solve this problem? The first link is a file explorer app. In theory that app should be granted the permision by Google. They could get established and then start coll
26. 536.▲
    by apitman 1y ago

    > From what I've gathered, getting access to a single user-picked file via SAF isn't too painful, but for browsing a whole directory tree it's more annoying having to use a completely new API for that That pretty much matc
27. 537.▲
    by apitman 1y ago

    All the plumbing is all there[0]. Here's hoping they hook it up so we can use it. [0]: https://www.androidpolice.com/android-15-linux-terminal-app/
28. 538.▲
    by apitman 1y ago

    I actually don't have any sort of Dex/AR setup. Currently only have my phone's screen. Admittedly I've only tested it. Haven't actually done a coding session yet. So total typing time on that keyboard is minimal. So
29. 539.▲
    by apitman 1y ago

    > I like to go around with my Leatherman This is exactly what we're asking for. We don't want to get rid of our tablets and laptops. But we want leatherman-level functionality from our phones.
30. 540.▲
    by apitman 1y ago

    You don't have to degrade the phone experience at all. Just add a Linux VM that it switches to when I plug it into a monitor and has access to my files and we're good.