𝕽𝖚𝖆𝖎𝖉𝖍𝖗𝖎𝖌𝖍

       🅸 🅰🅼 🆃🅷🅴 🅻🅰🆆. 
 𝕽𝖚𝖆𝖎𝖉𝖍𝖗𝖎𝖌𝖍 𝖋𝖊𝖆𝖙𝖍𝖊𝖗𝖘𝖙𝖔𝖓𝖊𝖍𝖆𝖚𝖌𝖍 
  • 1 Post
  • 276 Comments
Joined 2 years ago
cake
Cake day: August 26th, 2022

help-circle
  • I can see that, although TBH I almost never have to “admin” EndeavourOS. I just upgrade every once in a while.

    Most important to me is being able to find and install whatever software I want, and I have a string preference that it either be installed in my ~, or be managed by the package manager. I really dislike sideloading software globally. And Arch does this better than most. AUR is massive, and packages are trivial to write and install in the rare event something isn’t in AUR.


  • Base Arch can be fussy, but that’s because there’s a lot to set up, so many opportunities to forget things and only discover them later.

    I ran Artix on a laptop for about a year; that was a constant PITA, although I still value their goals.

    But EndeavourOS has been an entirely different matter. It’s a “just works” Arch derivative.

    I had so many fewer problems with Arch that I went through the effort to convert my 3 personal cloud servers from Debian to it. I went through a lot of work to replace thee default Mint on an ODroid to Arch, and it’s been so much better. I put Endeavor on the last two non-servers I installed. So, yes, I personally find out far more reliable and easier to work with than Ubuntu, Debian, or Mint.

    That said, I had dad install Mint on a new computer he bought because I had to do it over the phone and he never, ever, upgrades his packages, and almost never installs anything. If all I’m going to do is install it once and then never change anything, Mint is easier. But for a normal use case where I’m regularly updating and installing software, Arch is far easier and more reliable.




  • I’m designing off the top of my head, but I think you could do it with a DHT, or even just steal some distributed ledger algorithm from a blockchain. Or, you develop a distributed skip tree – but you’re right, any sort of distributed query is going to have a possibly unacceptable latency. So you might – like Bitcoin – distributed the index itself to participants (which could be large), but federate the indexing operation s.t. rather than a dozen different search engine crawlers hitting each web site, you’d have one or two crawlers per site feeding the shared index.

    Distributed search engines have existed for over a decade. Several solutions for distributed Lucene clusters exist (SOLR, katta, ElasticSearch, O2) and while they’re mostly designed to be run in a LAN where the latencies between nodes is small, I don’t think it’s impossible to imagine a fairly low-latency distributed, replicated index where the nodes have a small subset of peer nodes which, together, encompass the entire index. No instance has the same set of peer nodes, but the combined index is eventually consistent.

    Again, I’m thinking more about federating and distributing the index-building, to reduce web sites being hammered by search engines which constitute 80% of their traffic. Federating and distributing the query mechanism is a harder problem, but there’s a lot of existing R&D in this area, and technologies that could be borrowed from other domains (the aforementioned DHT and distributed ledger algorithms).


  • let me know if you have questions.

    I have all the questions. I’m peripherally aware of ESP32; my experience with it, and its capabilities, is severely limited, and IME interface changes require recompiling and re-flashing things. Many of my questions stem from that ignorance.

    1. Integration support. I assume GadgetBridge on Android is how you’d do it? Or is there another app?
    2. How is the battery life IRL?
    3. What does the watch face & app space look like? The FAQ mentions a “gallery”, and instructions for contributions describe the github PR process. Is the gallery just the list of watch faces on the sqfmi website?
    4. What’s the process for changing faces, and installing additional functionality? From the docs, it looks as if this must be done over a serial cable, despite the device having WiFi capability. I assume that’s because adding faces is basically re-flashing the firmware, which is not supported over wireless? So, to get a new face, you clone the repo, compile a new firmware, and flash the device over a serial cable?
    5. The FAQ verbiage is confusing regarding the display technology, but I think it’s saying the display isn’t reflective LCD like the Pebble.
    6. Can you have multiple faces on the device, or do you have to re-flash it to change the face? The FAQ says the face is the entire firmware, implying only one face on the device at a time.
    7. If you’re part of the community: have there been any discussions about future development to add, e.g. health monitor hardware?
    8. Is there any integration with a phone, such as notifications? This is sort of the GadgetBridge question, but more about what integrations - if any - are supported. Vibrate on phone ringing? Quick responses to texts? Phone calls over the watch - yeah, I know it’s not that advanced, but for example.
    9. What’s your opinion of the device? Do you use it as a daily driver?

    At under $70, I’m not expecting much, but it’d be nice to know what you expect. The sqfmi site is pretty sparse on details. If there’s an additional, deeper FAQ or Wiki, a link to that would be great.

    Thanks!







  • I know E Ink is a company, but for most of us it’s become a de-facto term referring to the technology, like kleenex, or q-tips.

    I have every Pebble model, and used them until the last one’s battery finally gave out. I’ve been using various e-ink (e-paper) readers, from the first Sony to my current Kobo & reMarkable (one for leisure reading, t’other for PDFs and writing). Are those displays different technologies than E Ink’s? Does the display process E Ink uses differ from other e-paper technologies? Are they not all based on polarized, bi-colored balls?

    I have nothing against pedantry, but I also think E Ink has lost (or won, depending on how you look at it) the identity game; I suspect the majority of people - if surveyed - would neither realize E Ink is a specific company, nor that the correct generic term is “e-paper.” Everyone I know (with whom the topic comes up) just call it “e-ink,” whether or not it comes from that company. Similarly, I’ve never heard anyone call it “e-paper” IRL.

    P.S. I just did a search for “e-paper watches”, and most results call them “e-ink.” Maybe they all use E Ink-brand displays, but I can’t really tell since none seem to capitalize or ™ the term. There’s a bunch of cheap watches on Alibaba which are called “e-ink” watches - are those all really using E Ink brand displays?




  • This is a great question, in that it made me wonder why the Fediverse hasn’t come up with a distributed search engine yet. I can see the general shape of a system, and it’d require some novel solutions to keep it scalable while still allowing reasonably complex queries. The biggest problems with search engines is that they’re all scanning the entire internet and generating a huge percent of all internet traffic; they’re all creating their own indexes, which is computationally expensive; their indexes are huge, which is space-expensive; and quality query results require a fair amount of computing resources.

    A distributed search engine, with something like a DHT for the index, with partitioning and replication, and a moderation system to control bad actors and trojan nodes. DDG and SearX are sort of front ends for a system like this, except that they just hand off the queries to one (or two) of the big monolithic engines.