[–] 4 points 1 month ago

I actually had lots of fun writing a clojure compiler in rust that would target wasm. This allows to write it all in rust and then get it to self-host bit by bit.

  • source
  • [–] 4 points 3 months ago

    A second offsite NAS with your friend? That's what I did when I grew out of my old synology. My new NAS capacity is noticeably impacted by things like frequent local snapshots but I don’t need to back those up remotely and it saves space.

  • source
  • parent
  • context
  • [–] 1 point 3 months ago

    While matter technically requires IPv6 there are non-confirming devices (glares at Hue) that will only do IPv4. It will work with most of the matter controller networks, because in the end it's a conscious decision to disable IPv4 there.

  • source
  • parent
  • context
  • [–] 1 point 5 months ago

    If your note's type is JSON (or TW's native dictionary), you can query it as such in filters.

    My search problem is that I rely on metadata a lot. It's natural for me to want a UI that renders machine readable metadata in a way that my brain can process and that requires rich querying capabilities.

    I tried them all and, so far, TW wins for me, with orgmode being second close (I like orgmode in vim, but it had some fatal rendering flaws and I don’t feel like using emacs just for notes).

  • source
  • parent
  • context
  • [–] 2 points 5 months ago (2 children)

    tiddlywiki has one of the most insane search engines from this list. They have a whole filters syntax that can express pretty much anything imaginable, no? I went back to TW from Obsidian because I was tired from Obsidian's trivial search functionality.

  • source
  • [–] 3 points 5 months ago

    Let's untangle those problems. I have a similar setup so I just want to share some ideas to show that you don’t need to copy keys.

    If I'm traveling or I wipe my device or get a new one, I would have to add the new key to many servers as authorized keys

    If you oftentimes access ssh from untrusted systems you’re kind of in a bad spot to begin with. The best thing you can have is a yubikey on a keychain. Everything else means you leak secret material (a password or a key) to a machine you don’t inherently trust.

    Also, I want a key backed up in case of disaster since all of my devices are in my home most of the time

    Again, something that you can easily solve with a hardware key [in a safe]. But realistically, in case of a disaster a local shell password login should be good enough?

    I'd recommend you to think about what attacks are you trying to prevent by using a shared private key. I’m not saying it's a bad concept, inherently having it in your password manager (like 1Password that even has ssh-agent support) is pretty common. The problem with just the keys is that it's non-trivial to expire them if needed. You might be indeed better off with some web based authentication that you can access from any place which would ask you secret questions/send you a text message or do whatever 2FA you deem sufficient and mint you a short-lived certificate for ssh.

  • source
  • parent
  • context
  •  

    Federation is eventually consistent, but when we're talking practical terms, how long is too long for a node to be offline?

    I suffered a bit of a data loss and while I was able to recover my mastodon instance within 2 days, lemmy took me a week and I don't see anyone spamming the inboxes again.

    Should I expect that other servers effectively defederated me and should I resubscribe to my communities or I should give it a few days?

     

    I finally got to cleaning up the metrics in my homelab and researched the means to separate my long-term and short-term data. This way you can scrape all kinds of noisy sources (e.g. kubernetes) while having a separate store for things you want to observe on longer time windows (months and years). The best thing? It's transparent for grafana and the like, so you can keep all your dashboards intact.

     

    I moved off a Synology NAS to a self-managed machine and one thing I still struggle to replace is something like a synology drive. Here are my requirements:

    • server side store data in a plain FS (I want transparency)
    • client side (windows), it must support VFS (download files when needed, support offloading of large files)
    • having snapshots of data is a must

    I have a 40gbit uplink to my desktop, so if everything else fails I’ll just use samba with zfs snapshots exposed to VSS, but we’re talking some large files still (think several hundreds of MBs) and I’m not sure Blender will be happy working off a network disk.

    I’ve been pointed to next/own-cloud previously, but they don’t seem to cover my use case, I think. Should I actually try one of those? I browsed around owncloud's storage bit (which is written in go), and it seems mostly fitting, but I’ve been told I should steer away from ownCloud towards nextCloud.

     

    I’m reading the ActivityPub spec here and it seems pretty fit for client-to-server communications. Yeah, it might be somewhat bulkier than your typical rest api, but it's more universal, which begs the question: why do mastodon and lemmy both decided to implement custom (and incompatible) APIs for their clients to talk to the servers? Wouldn’t it be more straightforward if e.g. my voyager app talked ActivityPub to lemmy.world which then talked ActivityPub to lemmy.ml or something.

    What am I missing?

    submitted 3 years ago* (last edited 3 years ago) by to c/fediverse@lemmy.world
     

    I wasn't sure how to find the communities I'm interested in, so I quickly hacked together a scraper that makes a list of all the communities(1) of all the servers mine is federating to(2).

    You can find it (with a very trivial UI) at directory.fstab.sh. Hover over the link to see the description. Use the search bar to search by text.

    Is this something useful or there was a better way to do the same?

    • (1) it does its best to scrape them all but incidents might happen
    • (2) updated nightly
    view more: next ›