If the package manager leaves you with broken dependencies, a broken system, or a system that “doesn’t work,” then there are significant bugs in how the distro has packaged things. It happens, but seldomly.
Package managers aren’t “hard.” There are GUIs where you can search and install packages, even. In my opinion, if you have a Linux user that has avoided learning how package managers work, then they’re skipping a core foundation of how to use their operating system.
You’re recommending Flatpak for users that are confused by packages?
It looks like sonarr is not in the official Ubuntu mirrors. The website mentions adding a new repo to apt. Is this what you did, or something else?
Also, how are you starting it? I’m looking at the Arch package in the AUR (not your distro, but just looking), and I notice that it includes a .service file. This means that it would be started as a service, and not as a user, like you’re probably attempting to do.
What directory is it trying to write to? Can you show us the full error, preferably as text and not a screenshot?
What happens when you try to start it?
If there is a dependency problem in the upstream packages, then there is a bug in Ubuntu. This doesn’t happen often, and isn’t a good reason to go to Flatpak by itself. A bug should be filed upstream and it’ll likely get fixed quickly.
From man systemd:
DESCRIPTION
systemd is a system and service manager for Linux operating systems. When run as first process on boot
(as PID 1), it acts as init system that brings up and maintains userspace services. Separate instances
are started for logged-in users to start their services.
systemd is usually not invoked directly by the user, but is installed as the /sbin/init symlink and
started during early boot. The user manager instances are started automatically through the
user@.service(5) service.
For compatibility with SysV, if the binary is called as init and is not the first process on the
machine (PID is not 1), it will execute telinit and pass all command line arguments unmodified. That
means init and telinit are mostly equivalent when invoked from normal login sessions. See telinit(8)
for more information.
When run as a system instance, systemd interprets the configuration file system.conf and the files in
system.conf.d directories; when run as a user instance, systemd interprets the configuration file
user.conf and the files in user.conf.d directories. See systemd-system.conf(5) for more information.
On my Ubiquiti APs? I suppose I could. I’m also looking to upgrade the network capabilities to a modern 6E setup if I can swing it.
Yeah, Ubiquiti has the “great at most things with a point-and-click UI” market down pat. Although, personally, I don’t really care about webapp UIs and such for networking gear. Give me a man page and configuration file, and I’ll get down to it.
Here’s a small ad block list for your Unifi controller, if it helps: https://github.com/synthead/unifi-adfree
This is what’s important. If you don’t enable power saving in some fashion, your hardware will always be “on” at full specs. Even if the machine isn’t actually being used, it’s still powering everything to be ready to jump at any opportunity to process something quickly without ramping down.
TLP has pretty excellent default settings. Simply turning it on will likely make your battery life go 2-3x longer than without it being on, and you will have about 80% of the performance from a UX perspective. And if you want to crunch numbers faster on battery, you can tune TLP or turn it off temporarily.
The sad part is that inkjets aren’t inherently bad. They’re just a different way to print. They can make some fantastic, deep, high-resolution colors. It just so happens that this type of printing is being ran in such an anti-consumer way that it’s borderline unbelievable.
Ink is cheap. It’s INK. I can go to the art store and find thousands of different types of ink. It’s just water with coloring in it. It’s not special. However, HP sells their ink at a cost that is about 4x the cost of gold by weight. I can understand it being a little more expensive than just ink in a tube, but this is insane.
We should have inkjet printers that have caps on the top of the cartridges to let you add your own ink. No DRM. Buy common ink at the grocery store, and it’ll work with most vendors. Open the lid, add your ink. Dried up? Wash it under the sink. Really dried up? Buy an empty cartridge for $6.
Our society has advanced enough to where this is a solved problem. We have figured out INK of all things. We know what ink is, and we know how to put it on a sheet of paper. Civilization hasn’t been stumped on how to put ink on paper for decades, and it’s not like we’re in a position where only vendors like HP can save us. It’s 100% greed, all of it, and it’s so shameless that it reads like something out of Snow Crash or something.
Imagine if you bought a ketchup bottle from the grocery store, and refilled it with more ketchup when it was almost empty. Then, the ketchup bottle phoned home and figured out that you missed a ketchup subscription payment, so it refused to squirt ketchup. Ain’t it silly when I compare HP’s model to ketchup, yet both circumstances are literally dispensing a liquid?
This message is displayed in the browser because Google asked your browser to do it, and your browser got the message and put it there.
When displaying ads, the end user experience is 100% client-side. You are using your screen and speakers to observe it. You can turn off your speakers and screen if you want, which will effectively “block” the ad.
But that is silly. Not only do you own your screen and speakers, but you have control of what you’re browser is doing, too (if you use a respectable browser). When HTML, CSS, JavaScript, and other content is downloaded, just that happened: file downloads. After it has been downloaded, your browser then consumes it.
When it is consumed, a lot happens, but ultimately, the code in the browser displays content. Your (respectable) browser does all of this, and will change the look depending on local fonts, accessibility options, etc. With an ad block add-on, it will also remove these ads.
However, when ads are removed, the DOM is mutated with deleted or replaced content. It is possible for a website to then write ad block detection scripts to see if the ad contents have been removed or not. There are many ways to do this, and this screenshot is the result of one way of doing it.
However, enter the cat-and-mouse-chase of ad block block blocks. You can block your ads, then block the ad block block like this screenshot. These types of ad block rules are less common, but many public ones are available. Check the uBlock Origin lists in the setting page. By default, only about a third of the lists are enabled, and these extra blocks are in there.
Another avenue of determining that ads were not loaded is for the server to inspect if client-side (you) requests were made to fetch the ads. Even if this is in place, the server cannot determine if you have actually watched the ad or not. It could try to do more client-side attempts at validating that you somehow displayed it, but again, that’s client-side.
Imagine if you were sent a letter and a pamphlet in the mail. Imagine if the letter said that you could mail them back for a free sample of their product, but only if you read the pamphlet. They would have to trust that you read it, because you are reading your mail in the privacy of your own home. However, you could opt to toss the pamphlet (like an ad blocker) and never read it. It’s your mail, your home, and your choice.