Nothing says “I don’t care about my data.” more than the examples in the screenshot.
What happens when two different files in different directions have the same name?
Anything and everything Amateur Radio and beyond. Heavily into Open Source and SDR, working on a multi band monitor and transmitter.
#geek #nerd #hamradio VK6FLAB #podcaster #australia #ITProfessional #voiceover #opentowork
Nothing says “I don’t care about my data.” more than the examples in the screenshot.
What happens when two different files in different directions have the same name?


Fair question.
What it boils down to is: Become part of the OSS community.
In my experience, there’s no other way, since the alternative is to be automatically part of the Microsoft (or Apple) community.
In other words, you need to make the investment into the implementation. As I’ve said elsewhere, license costs are insignificant.
The community is where you get help, where you find others with the same issues. You can pay the likes of Canonical and Redhat, but I’ve never been impressed by either.
Ultimately any solution requires support, just like any other tool. You just need to make it explicit, rather than assumed.
One thing that Microsoft does to ensure that you have support infrastructure is to continually break backwards compatibility in subtle ways that require you to open your wallet and pay for support.
OSS will likely run for years without adult supervision, but that doesn’t mean it can continue to work without requiring support from time to time. If you don’t prepare for this, you’re going to be very unhappy.
Kali ≠ Debian
I did not see an apt-get update
In my experience, unmet dependencies are unlikely to happen on a stable version where you only installed from the official repo.
The LZMA decompression errors point at a much more fundamental issue. I’m suspecting that the repository URLs point at non standard locations or downloads were interrupted, though I’m not sure exactly how, since AFAIK, apt checks the checksum.
If you must have something that’s not In your distro, do yourself a favour and install Docker and run your package inside there, much less chance of killing your system.
Source: I’ve been using Debian for over 25 years.


I’m talking about the reality of an organisation digging itself out of the hole created by projects such as described by OP.
I get the call from such organisations to help fix their issues and sometimes I can even help, more often than not it’s a time consuming effort (ie. expensive) to get to a point where the systems are in place to avoid the next catastrophe.
The reason that Microsoft keeps getting mind share and revenue is because there’s so much of that expertise around.
There’s loads of OSS professionals, myself included, but we’re a drop in the ocean by comparison.
In many cases an OSS deployment is the equivalent of “my nephew helped set this up” and it’s not helping the overall picture in the wider community.
If you’re going to deploy OSS, then you must consider the support implications before you start, anything else is unprofessional. License fees are insignificant by comparison.


Here’s three:
You’ll notice that I’m being deliberately vague.
All these share the exact scenario that the OP outlines. The organisations involved didn’t know that they were in deep trouble until well after the project instigator departed. No documentation, no updates, no training, handover, nothing beyond a set of credentials.


Right until your PostgreSQL server goes down and you can’t call your IT department and have to start hunting for a contractor, find a budget, get it signed off by management and HR, then on-board the new staff member, that is, after you advertised the position, did job interviews, after first filtering through the 700 … or two, applications, each plausibly generated by a ChatGPT session. Give it something like six months in a big organisation, less in a nimble one.
Does an “entrenched” anything sound “nimble” to you?


And that right there is why Windows is so entrenched.
If you want this for real, adoption of open source, then treat it properly. Consider the business impact of your absence, document the systems, train others, otherwise this is just another timebomb waiting to go off and with it any hope of weakening the Microsoft stranglehold on the company and its C-suite.
I’ve lost count of the number of such “projects” I’ve encountered in my professional career.
This is not doing anyone any favours, least of all yourself.


Given the “deeply entrenched windows” in the company, together with a presumably similarly equipped ICT department, how are you protecting your department and the company against your absence?
In other words, what happens if you get hit by a bus?


Depends on the purpose.
Signal for private conversation.
Mastodon for my hobby.
Lemmy and Bluesky for participation in the world.


That makes no sense.
You can create a Lemmy or Mastodon account in moments with nothing more than a web browser.
Is that the entire fediverse, no.
Is Facebook one thing, also no.


Source?
The fact that Debian is not on your list makes me doubt that it’s accurate or complete and while I’ve been using Linux as my primary desktop for over 25 years, I’ve never heard of any of those distributions listed.


Your restrictions on excluding the fediverse are nonsensical.


Well, unless it came back in the last 25 minutes, it’s working fine in Western Australia.


Talk to the building owner.
If you get this wrong you’ll likely cause havoc across the whole building.


Pretty sure that a rock has been used for brain surgery well before then. It probably predates Homo Sapiens, 300,000 years ago.
Source: https://xkcd.com/3167/


Is it just me, or does that seem … abrupt?
More likely than not you’re confusing modifier keys.
On the Mac, the zoom is [Command] + [+].
In Linux it’s [Control] + [+]
This is pretty much true across the board. It’s sometimes non-obvious because wrappers like UTM try to “help”.
The alternative is to ssh into the VM and continue to use the MacOS shortcuts you’re used to.
Source: I’ve been using Linux on MacOS guests for a very long time.