

I have a Rocku streaming stick and it won’t work without an internet connection
I have a Rocku streaming stick and it won’t work without an internet connection
Why not use GitHub for notes storage? That’s what I do
Cron already exists and is established as the solution in this space. It’s also used as the model for a lot of other timer services outside the Linux kernel.
How are systemd timers not a solution looking for a problem?
FFS! Yeah, right. Let’s all learn about init.d , Xfree86.conf, samba, and how to recompile a kernel using curses.
Yeah, those old books were out of date when they came out.
Unless you have some actual data to back this up then, yes, this is personal bias. I’m my own case I have:
Don’t forget that there are any number of public calendars that you can share to your Google account, e.g. ‘public holidays’ or events groups
Ok so almost 20 years ago, great. What about now?
If you’re transferring Linux to Linux then I really wouldn’t recommend samba. Why not SFTP/Rsync? Compression, and error checking built in.
Welcome
Depends what you want to play it on. In my house we have:
3 laptops 2 tablets 2 mobile phones (1 android, 1 iPhone) TV
Not all these devices support local storage for music and it’s a pain to sync files between them. With Jellyfin the complete library is in one location with a consistent interface. It can also be made available remotely if I choose.
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
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.
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
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:
Others have pointed to the very slow development pace. I’ll point out something else. When I was first starting out with desktop, Linux enlightenment 16 was one of the desktop options but apart from looking very ‘different’ to KDE or Gnome, it was damn difficult to get it to look anything other than default. Other desktop managers came on in leaps and bounds but enlightenment just stayed where it was and from what I can tell still is where it was. Meantime, kde and gnome have had multiple major versions and forks. These days I use either xfce or cinnamon, depending on whether hardware acceleration is available. Fundamentally I want my desktop environment to be a launcher for my applications and a way to manage my peripherals and UI preferences. I don’t want to be looking at it or dealing with it or spending time thinking about it. I suspect that enough other people feel the same way