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

help-circle
  • I usually don’t watch his stuff.

    And it seems you didn’t watch this video fully either, or you weren’t paying attention. Muta’s an idiot and a tool who routinely masks inability to do anything with drama… Because he’s not very good at any of it.

    He doesn’t dig into the reasons for any of his issues and readily admits that he just wants it done for him “I just want things to work”

    The real problem with this post is you! Coming here casting this as some fundamental problem with Linux and posting it. Why bother?


  • These are different altogether.

    The digital code in a time signal isn’t meant for humans to hear, it’s meant to sync devices.

    The EAS is designed to be replayed on various radio systems with a simple and low-tech floor to get out there where it will be received. EAS that qualify (severe weather alerts) broadcast on NOAA’s various LF, VH, and VHF frequencies are transmitted on equipment that not only doesn’t carry digital side-channel, but isn’t even duplex.

    Source: I am the radio person for my local Air Search and Rescue.




  • So you are asking about something that seems simple, but is actually many different components working together. Apple and google have really made this integrated for a long time.

    What you want is:

    • caldav/cardav server (radicale is good)
    • integration into your email client (Thunderbird can do this)
    • share-able webDAV service
    • some auth in front of this

    I’ve left out all the plumbing needed to either support your access to this, or provide secure integration with a 3rd party email service.

    This is a hard problem to solve for self-hosting. I have a self-hosted radicale instance and I get around the inter-connectivity by simply exporting ICS files and sending them to folks. Updating meeting times, setting calendar sharing is all very difficult because of above.


  • It is fragmented.

    The PostMarketOS community is active, but more importantly, there is a ton of wiki info not only on installing, but figuring out drivers, info on partition slots, etc. Armbian is another place to read.

    The other thing to learn about is the DEs, specifically phosh, gnome mobile, plasma mobile, xmso, lomiri, etc. They all behave differently, so you’ll want to check out each one to see if you lean more one way or the other.

    Good luck. May your journey be better than mine.


  • I haven’t found one yet. My workflow is to use nicotine+ to find flac music, convert to 256bit opus, properly tag with Picard, rsync with my Navidrome library and trigger a scan. It’s clean for me and lots of it is scripted, but that wouldn’t work for everyone.

    Radarr and Sonarr work because the workflow of show -> season -> S01E01.Title.extension (even simpler for movies) is well known and accepted as more or less a standard for organizing video media.

    Music, on the other hand, is very individual. Some like strict folder organization, others are particular about naming conventions, others are picky about tags, there is no standard for handling playlists, off-beat, rare, or bootleg music is enjoyed by some, some like compilation albums, etc.

    If you look at the complaints for lidarr, most of the issues stem from folks not fitting lidarr into their workflow, which is totally valid, but not something the Lidarr devs could do anything about.

    Ultimately, Lidarr failed because metadata fetching became onerous to maintain.




  • I’m not gonna say “don’t do it”, but I’ve dug into this deeply and I’ve turned away from RISC V.

    RISC V is slowly being pidgeon-holed into embedded systems. This is not a bad thing, the embedded market (cars, tvs, industrial controls) is huge and diverse.

    RISC V has had a very rough start to introduction into bridge-and-bus systems the way we know from Intel/amd because there have simply been too many iterations of CPU registers and capability flags for integrators to take the platform seriously enough to commit to piling a bunch of effort to design, produce, and lead sales on any RISC V platform. Even arm (especially v9) has settled some of these platform issues and is ahead of RISC V in adoption in the integrated platform space (as opposed to embedded).

    Long story long, it is extremely difficult to write device drivers for RISC V because one would have to write half a dozen architecture versions, just for a niche platform that barely sells. Conversely, an embedded controller for, say, a vehicle gets a preliminary build and few revisions, ongoing support isn’t part of planning the same way.




  • Yeah, I see the tooling and it seems nice. I’ve always used the CLI tools and scripts I’ve built over the years to get this done, but having unified functions in one place is great.

    I just don’t understand the hosting part… Is there an advantage to having it hosted rather than in a local appimage or flatpak? Maybe I’m misunderstanding the premise…








  • non_burglar@lemmy.worldtoLinux@lemmy.mlRTFM
    link
    fedilink
    arrow-up
    3
    ·
    edit-2
    7 days ago

    The problem with using an LLM for information is that you can ask chatgpt:

    “please provide me with 3 different interpretations of the main function of the Linux command ‘ls’”

    and you’ll get what you ask for. An llm is an inappropriate tool to lookup accurate information.