I don't understand what is the point of releasing an IDE via #flatpak, when that flatpak doesn't include all the necessary dev tools, and it can't access the ones outside its sandboxing. Honestly. What's the point? I'm looking at you, #Geany.
Personally, I can't stand flatpaks or #snap. #Appimage is nicer just because it's just one delete away from within the file manager and doesn't leave crumbs everywhere. But overall, I prefer #apt, and #dnf.
Hi Debian 12 users, I have an installation question :
Debian 12 activates the non-free-firmware component for apt by default. However, nvidia drivers (which, sadly, I need) are still packaged in the non-free component, which is not activated by default. In a netinst iso, is there any way to control which components are added to the sources.list ?
Hey friends! After a long hiatus, I'm starting #streaming again - as mentioned in an earlier post, I'm going to be figuring out how to create #apt / #yum repos. I've done some very simple #pypi in the past, and may do some work on that, too. We'll see what we can get done in the time I'll be spending.
What's the latest thinking on installing software on #Linux? Should I use #apt and connect directly to repositories? I'm using #PopOS and their "Pop! Shop" uses flatpak. Personally, I think I prefer using their flatpak thing but am I missing a benefit from using apt?
I updated to #Ubuntu 22.04 yesterday and got a little notification that my #apt Firefox was being switched to #snap. Weird flex, but okay.
Today, when I tried to open my local #Rust documentation with rustup doc --book, I got a page that said that the access to the file was denied.
It turns out that #snap prevents firefox opening files in hidden folders and the best workaround is to create a symbolic link to a non-hidden folder. WTH?
So I think I finally found out why in one of my #Devuan#Unstable installs #apt fails to check signatures of packages (or so I hope).
It seems that apt's sig checking function is outsourced to the gpgv (not gpg) program, whose restricted usage is solely to check signatures. In the "broken" 2.2.40 version, apt passes some invalid command-line argumments resulting in failure. But in v2.2.43 this doesn't happen anymore. Not sure if this is surely the cause, but it's getting warmer.
APT is completely broken and I don't know why. Whenever I try to install, remove, or upgrade, I get this error. My OS is Kubuntu 23.04. Any help would be appreciated!
Is there anyway in the upcoming #Bookworm or #Debian 12 to see if your favorite package is in the #APT package system?
I am looking for htmlq a jq like utility but for raw HTML say from curl that let you slice and dice things using #CSS selectors. #curl
finally ran an update on my computer that doesn't do automatic updates through Gnome. don't remember if I used this computer since June 10th, but that's when #Debian released the next version. While reading through the release notes, I noticed how we can use #apt through #Tor. I have been contemplating this for a while. Required putting tor+ before http: and/or https: in /etc/apt/sources.list and installing apt-transport-tor.
CISA, on behalf of the collective group of industry and government partners that comprise the Joint Cyber Defense Collaborative (JCDC), released JCDC’s 2024 Priorities. Similar to the 2023 JCDC Planning Agenda, JCDC’s 2024 Priorities will help focus the collective group on developing high-impact and collaborative solutions to the most pressing cybersecurity challenges.
The new #apt version in #Debian unstable is SO GOOD.
If you run Debian or a derivative, I recommend grabbing it from somewhere and giving it a spin.
The "Space needed" overview needs some UX love as it shows kB/MB/GB next to each other without making the relations obvious at a glance. But other than that... sooo good.