Hmm, I'm not saying it's a good idea, but what about a daemon that keeps a symlinked version of the entire jira environment up to date? So you have one jira-as-filesystem that's the raw files, but then for human consumption/interaction, you have a tree of symlinks, including multiple links to the same file wherever it's relevant. Might be adding more layers than needed, based on my lack of understanding, but might technically solve the (current/stated) abstraction issue.
That's sort of what I'm doing behind the scenes, because I keep one global list of downloaded issues (they're lazily loaded when you access them) and then the folders are really only "views" into the downloaded issues. Representing identical ones across trees as symlinks is a fantastic idea though, I can't believe I didn't think of that! Thanks for the inspiration.
Would you even need a daemon for that? That sounds as if the FS could just generate the symlinks on-the-fly in the same way that it generates the folders.
(Unless symlinks are somehow special - but at least both /dev and /proc also provide symlinks and to my knowledge they don't have any actual storage behind them, so it should be possible, I think)
Off-topic except that it's about gumroad - does anyone know of a proper abuse submission address or form for gumroad?
I've received two spam emails from them in the past week, where a seller "sold" me something for $0, with a cryptocurrency scam in the item description - so I received an email from a legit gumroad address, but with attacker-provided content (text only in the email at least).
I submitted one through their form, but it's a Google Forms page configured to only allow a single response, so I could only submit once. I also forwarded one to "[email protected]", but no clue if that's a real destination or the best place for it...
Gmail flagged both of these as Spam, so while I'm not really concerned about my own security here, I figure gumroad themselves would at least like to know about this so they can limit the (spam list) reputation hit...
That's one of the difficult things when dealing with any sort of conspiracy theory or major discussion about fundamental issues with government - there _are_ significant issues, so straight dismissing "The Deep State" isn't possible because there actually are instances of that sort of fundamental corruption. But then you have people who jump from those very real issues to moon landing hoax conspiracies, flat earth conspiracies, etc. etc., using that grain of truth of The Deep State to justify whatever belief they want.
It's related to a fundamental issue with discussing scientific principles in a non-scientific setting - yes, gravity is a _theory_ in the scientific sense, but that doesn't you can say "scientists don't know anything! they say gravity is just a theory, so what's stopping us from floating off into space tomorrow!?". Adapt the examples there to whatever you want...
And yes, that sounds fairly judgy of me - I am, alas, human, thus subject to the same fallacies and traps that I recognize in others, and being aware of those issues doesn't guarantee I can avoid them...
Yeah, I'll just throw this here seeing as the other main thread on here is so long - his website _is_ wild, and I'm not prepared or willing to go through and figure out where all we agree and disagree. BUT, the linked library is public domain, and the dude's website specifically says he's against forced attribution [0], so one should feel completely free to use the library and his other projects without even mentioning the author.
"Vanilla OS also checks for system updates weekly, by default. Users can change this to daily, weekly, or never if they choose. To minimize any impact on the user experience, the updater considers factors such as system load, battery level, and network connection before applying system updates. With the core operating system and applications set for automatic updates, Vanilla OS aims to relieve users of the often tedious task of keeping all packages updated."
As long as the update process actually works, I think that's a good balance - weekly by default, but can be disabled.
You may be interested in the youtube channel Project Farm then - I don't know if he's specifically tested Wiha screwdrivers, but Wiha performed well in his recent pliers test video[0].
"No, 'c_water' means 'clean_water', it has nothing to do with the temperature, so that's why you got burnt; also 'gray water' has nothing to do with a positional encoding scheme, and 'garbage collection' is just a service that goes around and picks up your discarded post-it notes - you didn't take that rotting fruit out of the bowl, so how could we be expected to know you were done with it?"
I was going to add on here that I thought electricity prices might be cheaper as well - I swear I saw recently some EU country was basically fully powered by renewable energy for some period of time, so electricity costs basically went negative - but a quick search shows I'm completely wrong[0]...
[0] https://www.eia.gov/todayinenergy/detail.php?id=18851 - first .gov resource with relevant data directly on the page, that I found in ~30 seconds of searching. It is from 2014 though, so no guarantee how valid it still is...
Another guess - just comparing Linode and OVHCloud quickly, my guess is that Linode focuses more on multi-VPS systems, while OVHCloud has a larger fleet of dedicated servers. If you have limited rack space and an existing fleet of servers, my guess it would be easier to provide multi-VPS systems than dedicated; that's assuming and implying a _lot_ of history on how Linode has developed (and apparently been bought by Akamai back in 2022...), but could be one "practical" explanation for the different pricing for dedicated servers - VPS pricing between Linode and OVHCloud is much closer.
All valid points, but I will say services don't help in this situation - I received an email from @redditmail.com recently, which is real and part of reddit but feels off on first glance.
Couple that with gmail having no way to show the full email address (by default - I know you can hover, etc.), rather than the sender-provided "sender name", and my false-positive rate for at least double checking and confirming the sending domain is kinda high...better that than a bunch of false-negatives of course.
