• 1 Post
  • 30 Comments
Joined 2 months ago
cake
Cake day: March 26th, 2025

help-circle
  • Sorry, bad phrasing on my end. I agree the community should suspicious, but I think the flawed premise in

    It seems like there isn’t much criticism of the company or their tactics, and I’m curious if any of you think that should change.

    is that there is consistent, well-founded criticism and has been this whole time. And even though the vocal folks are a minority, a lot of people feel ambivalent about the relationship rather than viewing it favorably.


  • I do think there are quite a few linux users and developers who are suspicious of Red Hat, they are a small-ish but pretty vocal minority.

    Yeah, I’m with you all the way — no shade to OP, but the question has a flawed premise. I think the majority opinion is that they’re both an asset and a liability. They’re a huge contributor to the ecosystem and have done a lot of practical good, but I also think the community will turn on a dime if the suits overstep into FAFO territory.

    (All that said, fuck Lennart Poettering. Dude couldn’t design a plan to get himself out of a paper bag.)



  • dgdft@lemmy.worldtoSelfhosted@lemmy.worldFile collecting program?
    link
    fedilink
    English
    arrow-up
    3
    arrow-down
    1
    ·
    2 days ago

    While I’m sure there’s a pre-canned tool out there for you, if you have basic software experience (which you seem to), this is one of those times where it’s usually most efficient to hack together a dumb CGI script and call it a day.

    This prompt should get you most of the way there, using your llm of choice:

    Write a minimalist cgi script to help upload files to a server. Upon a GET request, serve a light page with a centered form that takes in a file and a submission code. Submission codes will be stored on individual lines of a plaintext file. Adding new codes to this file is out of scope - but the codes will be 8-char hex strings (do validate that submission strings are not empty!). The script should accept the submission as a POST, and save the file to an upload dir if the submission code is valid.

    Vet the output, harden as needed, setup a systemd service to serve with busybox httpd, and optionally reverse-proxy. If you’ve done this sorta thing before, you can probably knock it out in a half hour.






  • Flatpak is quite fucking far from perfect, and will always remain so due to its flawed design and UX approach.

    Pretty sure the culprit here is Fedora’s packaging which adds an opaque systemd timer to run auto-updates, but the thread immediately next to this one on my homepage just happened to be a nice case-study in Flatpak fuckery: https://lemmy.world/post/30654407

    Of course, the proposed changes in the article do nothing to fix this sorta problem, which happens to be the variety that end users actually care about. Flatpak is an epic noob trap since it pretends to be a plug-n-play beginner friendly tool, but causes all sorts of subtle headaches that newcomers inevitably don’t have diagnostic experience to address.





  • Speaking as a data engineer, you’re having trouble because git is the wrong tool for the job. You can make it work if you use git-lfs + custom hooks — but if you choose to go that route, be aware you’re making things unnecessarily hard for yourself.

    If you want to make this easy, separate out your concerns:

    1. Versioning: take periodic snapshots of your unconverted files with a binary-friendly diffing tool like restic or borg. Alternatively, ZFS/btrfs snapshots are an excellent way to handle this.
    2. Conversion: keep your original files in their own directory. Set up a small script that searches your directory of original files recursively, passes the files to lame to encode to V0 or V2, and outputs them to a separate directory of lossy mp3 files.
    3. Syncing: use rsync with the --delete flag to copy your lossy files to the server + clear out files you’ve removed locally.


  • dgdft@lemmy.worldtoSelfhosted@lemmy.worldBetter music management
    link
    fedilink
    English
    arrow-up
    15
    arrow-down
    1
    ·
    edit-2
    13 days ago

    This is a Jellyfin problem; not a beets problem. You can easily solve it with beets config if you’d like to, though.

    The distinction between what you want vs. what you’re getting is that Jellyfin is grouping by the “Artist” tag instead of the “Album Artist” tag. I haven’t touched Jellyfin in years, but look for a builtin setting or alternative view to group by album artist - you’ll almost certainly find it.

    If you want to solve it in beets, you can do that through a custom script, the FtInTitle plugin, or a combo of the inline + advancedrewrite plugins. Remember to run a re-import on the Jellyfin side after making your tweaks to the beets pipeline to make your changes show up without duplication.







  • In general, candidates who are on the end of a rescinded offer do not have much in terms of legal recourse. Although it varies from state to state, unless otherwise specified, employment is “at-will”, meaning either the employer or the employee can terminate the employment relationship at any time and for any reason. Consequently, candidates have a difficult time enforcing a job offer or recovering damages for a rescinded offer when there is no duty on the part of the employer to keep the individual employed.

    That said, there are some circumstances in which a candidate may have legal recourse if an employer rescinds a job offer. The candidate may be able to pursue a claim against the employer under one of the following theories: 1) Promissory estoppel, 2) Fraudulent misrepresentation, 3) Breach of contract, and 4) Discrimination.

    https://career.mst.edu/resources/students/job-offers-and-rejections/

    Promissory estoppel cases are generally a case of the juice not being worth the squeeze, but based on the information in the OP (i.e. hefty demonstrable sunk costs) this particular circumstance is likely to be an exception.