• 0 Posts
  • 14 Comments
Joined 3 years ago
cake
Cake day: June 12th, 2023

help-circle

  • Follow the link and go down to the third point:

    Isn’t this just ReactOS?

    ReactOS tries to reimplement the Windows NT kernel, and that has always been its Achilles heel, holding it back from a hardware compatibility and stability standpoint. The loss32 concept is to achieve a similar-feeling end result to ReactOS, but built on a more usable foundation, using components known to work well (the Linux kernel, WINE, everything that glues those together, and a sprinkling of ReactOS userland niceties). As a bonus, the OS would still technically be a Linux distro, so it would be possible to run Linux software when necessary, something ReactOS can’t do.


  • Follow the link and go down to the third point:

    Isn’t this just ReactOS?

    ReactOS tries to reimplement the Windows NT kernel, and that has always been its Achilles heel, holding it back from a hardware compatibility and stability standpoint. The loss32 concept is to achieve a similar-feeling end result to ReactOS, but built on a more usable foundation, using components known to work well (the Linux kernel, WINE, everything that glues those together, and a sprinkling of ReactOS userland niceties). As a bonus, the OS would still technically be a Linux distro, so it would be possible to run Linux software when necessary, something ReactOS can’t do.



  • This is exactly how I use Syncthing, and as the author says, it sure would be nice if more things were just files. Really, most things are stored locally as files, but not always in a way that plays nice with syncing. Like, I can sync my Firefox profile between machines (it’s all in one folder), but I found it prone to conflicts, with little to resolve those conflicts.

    In a similar vein, local-first apps built with Conflict-free replicated data types (CRDTs) can be another way to avoid server dependency. I haven’t seen any significant apps built this way yet (just occasional blog posts about it). I imagine the CRDT approach would work better for individual apps, since conflict resolution can be written in a way that works best for a given app, but I also imagine that such apps would not play nicely with a generic sync solution like Syncthing.





  • That sounds like an issue with the underlying OpenStreetMap data that is used by Organic Maps (and CoMaps, and OsmAnd, and others). Map quality depends on where you are in the world and who is contributing to the maps there. If data is incomplete around you, you could contribute to it (but easier said than done, I know).

    I can’t say why the route would be hours longer than Google maps, but I’ve noticed OsmAnd~ tends to overestimate drive time for me (I think it overestimates delay from traffic lights). Or it could just be that calculating routes on your phone doesn’t always give results as good as calculating routes on Google’s servers.


  • I used to have scripts like that, but eventually switched to ssh aliases. You can set up an alias for each machine in ~/.ssh/config with lines like this:

    Host p1
        HostName 192.168.1.123
        Port 22
        User pi
    

    Then access with ssh p1. Slightly more typing, but avoids adding more commands to your $PATH. Also has the benefit of letting you use the same alias with other ssh-related commands like sftp.


  • Automatics also allow for engine braking. From a quick search, it sounds like a toss-up as to whether that triggers brake lights. Regardless, the article mentions the benefit is not only from cars slowing down, but also from indicating that a car is preparing to stop or “that a stationary vehicle might initiate movement”. Neither of those can be done by an engine brake, so front brake lights would still have a benefit even with a driver that likes engine braking.