Why you say “Linux” when you mean “Fedora”?
Why you say “Linux” when you mean “Fedora”?
If I’d decide to implement something like this, I’d consider two options: local repo with file://
scheme or custom apt-transport. HTTP server is needless here. (But I’ll never do this because I prefer to rebuild packages myself if there’s no repo for my distro.)
Bank clients. Taxi aggregator clients.
What does an ordinary RHEL admin do when something does not work?
setenforce 0
man jq
It’s just generally faster to use the terminal if you know what you’re doing.
It’s also true for other distros. Not because they have poor GUI tools but because CLI is faster than GUI if you know what you are doing.
Be careful if you buy a Samsung 8x0 SSD. They have long standing bugs that may cause data loss. They are worked around in the kernel, however you have to ensure that the workaround for your particular model exists in the kernel version you use.
Glibc preserves backward compatibility, so if you build against the oldest version you want to support, the resulting binary will work with newer ones.
However that’s definitely not what I recommend to do. Better learn packaging and build native packages for distros you are going to support. OBS can make this a bit easier, but any modern CI will also do the job.
Isn’t that video stream already compressed? Or you want to convert it using another codec/bitrate?
LOL, all Linux vendors = Red Hat.
All generalizations are false.
The standard answer: don’t backup the system, automate its deployment instead. Backup only data.
Before anyone getting on about Security I don’t give 2centa about it
So Linux is not for you. Take a look at MS DOS 4.0, its sources were published few days ago.
What is this? Looks like a website filled with info about projects unrelated to it and gathering donations for unknown purpose.
Why not use Privacy Badger to prevent usage of tracking cookies?
I have read this. There are no details about attacked projects, mail texts, addresses and github logins, nothing. It’s even impossible to ensure that attack attempts really took place. One may guess they occured before the xz attack disclosure and were performed by different actors because thay seem much more dumb.
Continue? There are no details on attack attempts published, even when they occured.
Everything seems ok. It is unlikely that the disk itself is dying. Maybe the problem is a bad cable or bus controller. Or something is wrong with the filesystem.
Check its SMART: smartctl -a /dev/sdb
.
It is documented in
libapt-pkg-doc
(/usr/share/doc/libapt-pkg-doc/method.html/index.html
).