home.social

#tallship — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #tallship, aggregated by home.social.

  1. The GIMP Is No Slouch

    The GNU Image Manipulation Program emerged from UC Berkeley 30 years ago, continues to dominate the graphic arts industry at the forefront of professional FOSS adoption in the industry and is completely cross-platform supporting most major contemporary operating systems.

    Poised for some major advances during the next few releases, including additional capabilities supporting proprietary legacy software and a new file format, there's many new bleeding edge innovations leading the industry that need mention and are included in this latest announcement.

    #tallship #FOSS #GIMP #GNU #GPL

  2. Have you ever received an HTTP 418 status code while browsing? If so, it may be because you were trying to put a square peg in a round hole, or vice versa.

    Indeed, RFC 2324 Lays out the specification, and Oopsies! It turns out that an April Fools joke was canonized, albeit with some utility. Turns out, even if someone's not trying to pull your leg, by telling you "I'm a Teapot", it's likely you're gently being encouraged to look for a resource other than the way in which you're asking.

    For example, you ask for a coffeemaker and receive the error, HTTP 418 (I'm a Teapot). It's certainly nicer that a 404 and yet indicates that there is content where the page you've just asked for exists.

    This is in some ways a concern that many have dug their heels in over, clinging as intransigent as ever when it comes to #tmpfs discussions beginning twelve years ago on the #Debian Dev list.

    Often, in practice, cron is used to clean out unneeded clutter in /tmp or /var/tmp, as well as other methods. An issue I have is with the systemd defaults including /var/tmp in tmpfs on some implementations because temporary files here are intended to be persistent across reboots.

    By default, systemd cleans out files in /var/tmp by default after 30 days, and this can be problematic, while the default is 10 days for /tmp. /var/run and /var/lock are also Incorporated - But I digress.

    After well over a decade, about half of the major Linux distros have migrated to tmpfs: Arch, Fedora, and some versions of SuSE number among the most familiar. Others have not: Redhat, SLES, and other "Enterprise" focused distros, along with Debian, ... Until just recently, when much to my surprise during routine updates I noticed the switch to tmpfs has now occurred.

    w00t 🤘🤠🤘

    With respect to Slackware, does it use the traditional disk based method or the RAM based tmpfs? The answer to that of course, is "Yes, of course, it absolutely does!"

    "Which one did you say?" I actually didn't, lolz. As is usually the case with Slackware (and Arch and Gentoo), it's really however you want it!

    In Slackware, the implementation is much more elegant however. You simply mount /tmp on a ramdisk (again, leave /var/tmp alone - these files are intended to be persistent across reboots, and for possibly much, much longer than a mere 30 days).

    Okay so back to Debian. If you're one of those fraidy cats that doesn't believe, or rather, isn't competent or confident enough to run Enterprise production machines on rolling distros, I've got good news for you! You won't be needing to concern yourself with this until Debian 13 is officially released or you're forced to upgrade to it in the next few years. Lucky you!

    For the rest of us however, already running #Trixie, it has indeed arrived. Welcome! Here's the problems...

    You may, depending on what daemons you run in production, want to tweak your defaults. i.e., 10 days may be less than appropriate for your company's needs. Remember, #cron is your friend. It's also why Slackware's approach was referred to as elegant, because you have to take into account what it is you want or need before you implement it.

    For example, since you already know that you don't want temp files to survive reboots in /tmp, there's really nothing faster than disk space residing in RAM anyway.

    On the other hand, Poettering doesn't make up the rules for the developers of this world or sysadmins. If you're not careful you can wind up right back on a spinning disk platter again, since the default for #systemd is to allocate 50‰ of your RAM for tmpfs, if you don't have ample memory, you go to SWAP.

    Oh, the irony :p

    When you're in an HA environment where your UNIX boxes have uptimes exceeding 800+ days, and the only reason to reboot is to install a new kernel, Poettering's 30 day default storage for tempfiles in /var/tmp, or for that matter, a default for files in /var/lock or /var/run, ... is absolutely absurd - this is why we have cron and shell scripts (and Perl/Python).

    tl;dr: This is why I started of with that amusing simile about HTTP 418, because if you just trust systemd to hold your hand, you just may find that one of your mission critical Enterprise services informs you that it's been told it's a #Teapot 🫖

    That's not a good thing when 5, 500, or 50,000 people expect their shit to just work without ever having to know your name as the person who makes that happen for them.

    Disk based storage is the safe bet; that's why #Redhat still does it that way. But it's certainly not the most performant, and requires the steady fingers of a competent systems administrator for the care and feeding of the tmp file systems - otherwise, like so many n00bs have discovered (in the days when hard drives didn't exceed a Gigabyte in capacity), you may wake up one day to find that you've hammered your filesystem, everything is running, but nothing is doing anything it's supposed to be doing - now, rm and du have become your best friends until the moment you discover that rotating your log files and keeping /tmp clean is actually part of your job...

    Even as a casual workstation user on your personal laptop. It's your job.

    For those interested, here's an example of the systemd defaults for tmps should you wisely consider the beneficial consequences of responsible planning for managing the size of your growing tempfile directories, from the Arch Wiki:

    /etc/tmpfiles.d/tmp.conf
    # see tmpfiles.d(5)
    # always enable /tmp directory cleaning
    D! /tmp 1777 root root 0
    
    # remove files in /var/tmp older than 10 days
    D /var/tmp 1777 root root 10d
    
    # namespace mountpoints (PrivateTmp=yes) are excluded from removal
    x /tmp/systemd-private-*
    x /var/tmp/systemd-private-*
    X /tmp/systemd-private-*/tmp
    X /var/tmp/systemd-private-*/tmp
    

    Umm... 10 days, /var/tmp? IMNSHO, that's maybe just a tad (way more than a tad) aggressive.

    Although I've so far only alluded to it, I actually do recommend that you consider removing /var/tmp from any cleanup schedule too, instead using cron and shell scripts, along with a little proactive monitoring to keep that part of your tempfile systems clean.

    And remember: "You may be short, and you may be stout, but unless it's April 1st, don't let anyone call you a Teapot." 🫖

    For further reading you can checkout the [LWN article here] (https://lwn.net/Articles/975565/?ref=news.itsfoss.com).

    As always, feel free to boost and share this with others (sharing is love), and I'm always interested in hearing your thoughts and suggestions in the comments.

    I hope that helps. All the best!

    #tallship #FOSS #Linux #Slackware #Arch #Gentoo #SuSE #Fedora

    .

  3. @c_chep Haggis Tacos...

    I'd say that sounds really really grotesque, but I like beef tripe and have done the whole half day prep thing just to make some awesome menudo. But that's not haggis, which I've been told by many is rather disgusting.

    Notwithstading the fact that I do like tripe - if you take the hours of preparation to correctly ready it for serving up as the yummy, fatty, tender meat in menudo - but I still don't think it would be very good in a taco. Lengua is good, cabeza too, those are awesome filler meat for tacos, along with the more trad al pastor, asada, carnitas, etc.

    But Haggis? Here's the problem. There's very few things in this world that are edible, that I've discovered, are nasty vomit inducing foods - Chitlin's may be one of those food stuffs, while in general, offals aren't really a turn off for me in general.

    Perhaps the first time I tried chitlins I spent the night in my truck in 4 feet of snow instead of my warm toasty cabin - I just couldn't continue to throw up any longer. In fact it didn't take long before the smell of sizzling pus first overtook me, yet taking a bit of the chewey intestine didn't really taste bad at all, as I recall, before the aroma caused my own alimentary canal to erupt violently in a rapid succession of projectile vomiting.

    Imagine the smell of a horrid wound, penetrating the flesh all the way to the bone, sitting in the same dressing for a week, and then you remove it - the odor knocking you over. That was chitlins for me.

    Why? Well, my good childhood friend said, "Oh yum, chitterlings!" you didn't cook it right.

    How so? Well, I figured it came from a pig, and it's the offals. So, like lamb-fry or chicken gizzards & hearts I figured I'd just dump some into my big iron skillet with a big ass dollup of bacon fat and fry it up!

    Apparently, the recommended method is the same for chitlins as it is for tripe; you put it on a low boil for several hours. Regardless, because of he PTSD left over from that episode, even thinking about chitlins for a couple of minutes makes me queasy.

    Tripe, on the other hand, well, I was taught right by my next-door neighbor when I was a little kid. She was the matriarch in a large, extended family of children, but mostly grandchildren, that she and her husband were raising, and to a small degree, me too. So menudo is part of my regular cuisine.

    Haggis is stomach too though, just not beef stomach lining, right? So those offals might be akin to tripe and therefore, more likely to register on my yummy scale instead of my barf-0-matic vom-meter.

    So I'm still looking forward to trying out haggis to see if I like it - but Ill be sure to try it in a traditional setting, along with it's preparation.


    Fine dining opportunities are few and far between in Humboldt, California, but this is one of the finest establishments for Mexican cuisine in Eureka, California - a roach coach called, The Taco Boat. More info in the pixelfed parent link below.

    You can scoop anything you like into a flat and folded disc made of masa and call it a taco, I suppose - but that don't make it so. Like me buying a little jar of lumpfish roe for a couple of bucks and calling it caviar - technically, I suppose so, but we know better, don't we?

    pixelfed.social/i/web/post/679…

    #tallship #FoodPr0n #roach coach #taco trucks #best tacos #haggis #offal #chitlins #barf o rama

    .

  4. @fullfathomfive

    I would suggest that what you really learned was to ALWAYS "License" your contributions to any crowd-sourced project under CC-BY-SA, the #FSF #GPL or #AGPL, or some other #Creative_Commons or strong #Copyleft license.

    Again: "License" your contributions - do not "ASSIGN" your copyright to any project. It's a common technique used by tricksters to steal your intellectual property for their own diabolical, ulterior motives like you just described

    #tallship #FOSS #crooks

    .

  5. @fullfathomfive

    I would suggest that what you really learned was to ALWAYS "License" your contributions to any crowd-sourced project under CC-BY-SA, the #FSF #GPL or #AGPL, or some other #Creative_Commons or strong #Copyleft license.

    Again: "License" your contributions - do not "ASSIGN" your copyright to any project. It's a common technique used by tricksters to steal your intellectual property for their own diabolical, ulterior motives like you just described

    #tallship #FOSS #crooks

    .

  6. @fullfathomfive

    I would suggest that what you really learned was to ALWAYS "License" your contributions to any crowd-sourced project under CC-BY-SA, the #FSF #GPL or #AGPL, or some other #Creative_Commons or strong #Copyleft license.

    Again: "License" your contributions - do not "ASSIGN" your copyright to any project. It's a common technique used by tricksters to steal your intellectual property for their own diabolical, ulterior motives like you just described

    #tallship #FOSS #crooks

    .

  7. @fullfathomfive

    I would suggest that what you really learned was to ALWAYS "License" your contributions to any crowd-sourced project under CC-BY-SA, the #FSF #GPL or #AGPL, or some other #Creative_Commons or strong #Copyleft license.

    Again: "License" your contributions - do not "ASSIGN" your copyright to any project. It's a common technique used by tricksters to steal your intellectual property for their own diabolical, ulterior motives like you just described

    #tallship #FOSS #crooks

    .

  8. @fullfathomfive

    I would suggest that what you really learned was to ALWAYS "License" your contributions to any crowd-sourced project under CC-BY-SA, the #FSF #GPL or #AGPL, or some other #Creative_Commons or strong #Copyleft license.

    Again: "License" your contributions - do not "ASSIGN" your copyright to any project. It's a common technique used by tricksters to steal your intellectual property for their own diabolical, ulterior motives like you just described

    #tallship #FOSS #crooks

    .