Ok, aside from Android, I’ve yet to see any serious usage of SELinux in the real world and I’ve been working on cloud tech for years. Acknowledged issues such as complexity aside, it’s really just that much less relevant in a modern, single purpose environment such as Docker/kubernetes/cloud functions/etc
I feel this and some of the other comments in this thread are missing the point. It’s not about me and my followers. It’s about the news sources and topics that I search for or follow. They simply haven’t moved to Mastodon and where notable individuals that I follow have tried, it simply hasn’t worked out due to lack of interest. I’m not interested in the fediverse as a topic in itself, I’m interested in the topics and events I want to follow. Something happens and I can find and read and watch clips about it on Twitter. Not so Mastodon.
people I follow
I’ve been on Mastodon for over a year and the content simply isn’t there. Several of the people that I follow on Twitter have tried moving or duplicating to Mastodon. They’ve had a fraction of the visibility and engagement from commenters that they would get on Twitter. Invariably after a few months they have essentially given up on it as a primary medium. For me the discoverability is essentially non-existent, which I don’t think is helped by the idea of it being based around instance-local communities, which have no meaning when you’re looking at something like Twitter.
Not how it works- licensing will be through a third party agency
Reduction In Force. I e. Layoffs
GitLab just doesn’t compare in my view:
To begin with, you have three different major versions to work with:
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.
You can configure Jellyfin to automatically add new found items to your library but you will need to get on top your logs to make the most of this:
It’s very mass market, not particularly well informed general news source and this is a specialist community where this is relevant to its specialist field
I’m sorry to say but it’s Windows. You never really know. Have you considered getting an old optiplex on Amazon Renewed and putting Debian and Jellyfin on that?
Update for the people downvoting:
I am a professional platform engineer. By ‘Windows. You never really know’ I mean that there are always ten thousand things running, you’re never going to have a full grasp of everything that’s happening in the way that you could with a stripped down linux environment. My own Jellyfin instance is running on
All clients connect via Wifi although server is cat5 to switch. Most of my video does not require transcoding. There are plenty of FLAC audio files in my library. I don’t see slowdowns as described here.
Your hardware is more than capable. I’m running on a ten year old dell optiplex and don’t have these issues. I suspect your issue is Windows, more specifically something else on windows, such as antivirus, updates etc. blocking disk I/O
OP you have some strange ideas. You think it’s better for workers to wait for their money? Why? If this were me and I wanted to paid at the end of the month I could just pay into a savings account daily and collect interest.
Yes daily pay is associated with casual work, like labouring. Some people struggle to turn up for work reliably. At least with this they get paid when they do. Better than zero hours contracts.
You should celebrate with some upside down cake
are you sure that you don’t already have this built in? https://support.google.com/gboard/answer/9108773?hl=en&co=GENIE.Platform%3DAndroid
Zim desktop wiki? I’ve used it for years. Cross platform, open source, lots of features. Bear in mind that there are a lot of plugins, including one specifically for journaling
Coming from what looks to me like a different perspective to many of the commenters here (Disclosure I am a professional platform engineer):
If you are already scripting your setups then yes you should absolutely learn/use Ansible. The key reasons are that it is robust, explicit, and repeatable- doesn’t matter whether that’s the same host multiple times or multiple hosts. I have lost count of the number of pet Bash scripts I have encountered in various shops, many of them created by quite talented people. They all had problems. Some typical ones:
Issue | Example |
---|---|
Most people write bash scripts without dependency checks | ‘Of course everyone will have gnu coreutils installed, it’s part of every Linux distro’ - someone runs the script on a Mac |
We need to pass this action out to a command-line tool, that’s obvious | Fails if command-line tool isn’t available, no handling errors from tool if they aren’t exactly what’s expected |
Of course people will realise that they need to run this from an environment prepared in this exact (undocumented) way | Someone runs the script in a different environment |
Of course people will be running this on x86_64/AMD64, all these third party binaries are available for that | Someone runs it on ARM |
Of course people will know what to do if the script fails midway through | People try to re-run the script when it fails mid-way through and it’s a mess |
The thing about Ansible is that it can be modular (if you want) and you can use other people’s code but fundamentally it runs one step at a time. You will know for each step:
Wonder what the source of the inspiration was…
Who came up with this ridiculous headline?
We’re going to need to know as a minimum:
I would also support the comments here recommending that you use docker. There’s only a small number of Linux distributions and versions where a distribution package installation of jellyfin is fully supported, but even then what you need to do varies across each one. All Linux distributions and versions support docker and the process is essentially the same for all of them.