

Yes, e.g. with Qemu or FEX.
Yes, e.g. with Qemu or FEX.
I suppose it’s official, as it’s also on the Wikipedia page on WSL.
Thank you. You reply made me find KDE’s F-Droid repo.
Sure, but as I understood, the question was how to do that “properly” with dpkg and apt-get, i.e. without the ‘new’ apt script.
@fluckx@lemmy.world
dpkg doesn’t resolve dependencies (that’s a feature of apt) which means that if you install a Debian package with dpkg, you’ll have to manually install all dependencies first, and they won’t be marked as automatically installed
Usually installing a manually downloaded package and its dependencies works like this:
# dpkg -i package-file.deb
# apt-get -f install
So apt-get can be used to install missing dependencies afterwards while marking them as automatically installed.
Any idea why flatpack doesn’t remove unused (automatically installed) dependencies automatically or at least give a hint, as e.g. apt
does?
It says ‘run as root’, not installed using root privileges. You’d also need root privilege to dd an image onto a drive either.
Thanks.
For some reason it’s not included in Debian Bookworm (currently stable) and Bullseye. It previously was in Buster and will hopefully again be in Trixie (currently testing).
Not every package, but some of them. The remaining are dependencies. Essentially, one can (iteratively) copy paste the output list of apt autoremove
into apt install
until apt autoremove
doesn’t want to uninstall packages one intends to keep.
You can then either ‘install’ them with apt
, which does essentially only mark installed packags as manually installed or use e.g. synaptic for that.
It may be that it wants to uninstall some kde-plasma-desktop metapackage, not the whole bunch of all kde apps. If it is uninstalled, nothing crucially important happens. Try to remove it with apt
if you’re running some Debian or Ubuntu flavour.
You can install an and uninstall Flatpak applications in Linux as normal user.
I assume, you use certbot
for certificate management. In its
documentation the option --http-01-port
is stated which defaults to 80
, the http port, which shall be reachable for the certificate generation procedure. Hence, I assume, this should be specified according to your needs.
As Debian testing doesn’t get (all) security fixes, it is NOT ment for running a secure server. This is what stable is for. https://wiki.debian.org/DebianTesting
Unfortunately not, as I’m selfhosting my instance. For myself, I’d go for one that is hosted in Europe.
You could e.g. subscribe to a fully managed Nextcloud.
The query actually shows a lack of confidence. He should have googled “How to recover a file from /dev/null?” instead.
Zapp for DACH public broadcasters.