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

help-circle





  • These are pretty calm messages to an Australian and Garry is British, so culture checks out.

    // What the fuck
    // Fuck dynamic compiling.
    // what the fuck is this shit
    // What the fuck, why isnt this a method

    Should this by the by commentary be there?
    Not really.
    But as a programmer, I understand each and every time I see something like:

    // Urgh this is so dirty, Invalidate() and Refresh() do nothing.
    tButt.AutoSize = false;
    tButt.Width = maxWidth;
    tButt.Height = maxHeight;
    tButt.AutoSize = true;






  • Several people have experienced this error: https://github.com/jellyfin/jellyfin/issues/15058

    It appears to be when the config of jellyfin lists the cache and the transcode in the same path (or if the transcode directory is within the cache directory).
    My understanding is that as the image starts, it writes these hidden dot files (.jellyfin-cache and .jellyfin-transcode) and checks for their existence before it will continue with the next load step.
    Hence why they keep coming back when you delete them.
    Complicating this is that if you are running jellyfin inside docker, the external mounts can confuse the internal mounts.
    (ie INSIDE the docker image you have them in /cache and /transcode, but OUTSIDE you have transcode and cache both mounted in /home/untouchedwagons/jellyfinstuff/)

    Within your running instance of 10.11.0, make sure the configuration for cache and transcode are in complete different directories (ie /cache and /config/transcoding-temp/), then shutdown the server (to save that configuration change).

    If that’s not clear, a little more info will be useful for diagnosing this.













  • Mountaineer@aussie.zoneOPtoSelfhosted@lemmy.worldJellyfin 10.11.0 RC9
    link
    fedilink
    English
    arrow-up
    18
    arrow-down
    2
    ·
    4 months ago

    I think the feel from the Devs is that there isn’t enough new functionality to justify the major version bump, this primarily being a reimplementation of existing features.

    BUT, I agree with you, it should definitely be V11 under the semantic versioning scheme.
    Whilst there is a migration path here, the database changes under the hood alone are likely to break backwards compatibility with all plugins (with in-house plugins being upgraded in sync).
    Such breakage is kind of the defining characteristic of a MAJOR version.












  • It should go without saying that this was done by loving carers who had the best interests of the animal in question at heart, not coloured by anything crass such as financial considerations - yet here I am.

    There are lions at Monarto, a short trip up the freeway and I’ve heard the question of why she wasn’t taken there?
    Because the pride would probably have killed her.

    She was old, she would have refused to eat, then she’d become weak, then she’d get sick and then she’d have suffered until she died.
    The keepers made a call, and as much as people might call this callous, others would have called them out if Amani was allowed to suffer for the following 3 months.


  • If you “vibe code” your way through trial and error to an app, it may work.
    But if you don’t understand what it’s doing, why it’s doing it and how it’s doing it?
    Then you can’t (easily) maintain it.
    If you can’t fix bugs or add features, you don’t have a saleable product - you have a proof of concept.

    AI tools are useful, but letting the tool do all the driving is asking for the metaphorical car to crash.