This is about as likely as them buying NXP (who bought Freescale, which used to be Motorola PowerPC)

Looks like it’s too easy to delete. I click on the link and I get a not found exception

So what do they make of people like me who who use Linux on a Mac, with e.g. Colima or Rancher desktop - doing cloud/kubernetes/python development? I moved to a Mac a couple of years ago after 20 years of using Linux as my daily driver because frankly Bluetooth audio on Linux sucks and because I was tired of getting endless different video conference / screensharing solutions working at short notice for interviewing.

keepass2android

Ok. I missed which sub I was in, sorry. There is a Linux desktop Jellyfin app but I haven’t used it myself. In my own case I am running Jellyfin on Linux. I use various clients, including web browser (laptop), Android and Roku (TV) and find it works really well. In the past I had tried with the ‘connect directly to the server’ route with XBMC (as Kodi was called then) and it never worked well, with similar issues those described in other comments.

Well if you want a windows pc app there’s this. There’s a list of official clients but it sounds like you already know it

Sorry but it doesn’t sound like you know what you’re talking about. Jellyfin is a server. Sure you can use a web client but there are many others too

Not how it works- licensing will be through a third party agency

Lord of the rings has aged noticeably and not in a good way. I really loved BSG2003 but I haven’t rewatched more than a few episodes. A lot of commenters here are suggesting that it’s aged poorly in places and the ending was always disappointing.

タニタ Tanita Digital Timer

You could consider

• Cord: had some contact from companies leading to interviews but also some contact me and then ghost on response
• Otta: more manageable search than LinkedIn
• Hackajob: been a waste of time for me

Linkedin is still the big gun. Really don’t like how they game everything around job hunting, or the endless sea of Indian recruiters from Hyderabad pretending to be in UK/USA who can barely speak English and ‘have a requirement…’ but clearly have no concept of geography.

Hodor!

Ok, so maybe not Phoenix then? How about San Francisco?

BSG 2003 was a reboot…

Because they don’t know or trust them

Reduction In Force. I e. Layoffs

Wait until you see a British fire hydrant…

The battle of Britain was a very close thing and if the Germans had used a slightly different strategy, they could have won. Given that America was not yet in the war and there was an alliance with the Soviet Union, could you explain why the Germans could not have proceeded with operation sealion bearing in mind that the allies did essentially the reverse 4 years later?

So if Germany had proceeded with operation Sealion - invasion of Britain- and succeeded, but not with operation Barbarossa - invasion of soviet union, could they not have won? There would be nowhere in Europe for North Americans to muster and USA would likely remain neutral (pre Pearl Harbor). Germany would get British colony oil and only have to defend against Soviet attack.

GitLab just doesn’t compare in my view:

To begin with, you have three different major versions to work with:

• Self-Hosted open source
• SAAS open source
• Enterprise SAAS

Each of which have different features available and limitations, but all sharing the same documentation- A recipe for confusion if ever I saw one. Some of what’s documented only applies to you the enterprise SAAS as used by GitLab themselves and not available to customers.

Whilst theoretically, it should be possible to have a gitlab pipeline equivalent to GitHub actions, invariably these seem to metastasize In production to use includes making them tens or hundreds of thousands of lines long. Yes, I’m speaking from production experience across multiple organisations. Things that you would think were obvious and straightforward, especially coming from GitHub actions, seen difficult or impossible, example:

I wanted to set up a GitHub action for a little Golang app: on push to any branch run tests and make a release build available, retaining artefacts for a week. On merging to main, make a release build available with artefacts retained indefinitely. Took me a couple of hours when I’d never done this before but all more or less as one would expect. I tried to do the equivalent in gitlab free SAAS and I gave up after a day and a half- testing and building was okay but it seems that you’re expected to use a third party artefact store. Yes, you could make the case that this is outside of remit, although given that the major competitor or alternative supports this, that seems a strange position. In any case though, you would expect it to be clearly documented, it isn’t or at least wasn’t 6 months ago.