it sure seems like it though
i mean, they’ll never replace system package manager, but for desktop applications, flatpak is honestly quite good
it sure seems like it though
i mean, they’ll never replace system package manager, but for desktop applications, flatpak is honestly quite good
according to the github readme, you can just run sudo pro config set apt_news=false
to disable those
if you have things set up the way you like on xubuntu, it’s maybe worth it to just do that rather than start fresh
c’est une blague. ils ont pas osé payer pour un nom de domaine si merdique quand même !??
me semble que c’était LQDN aussi qui avait écrit sur les facteurs considérés “suspects” par la caf ou l’assmal - c’était principalement des faibles revenus et le handicap.
et ça me paraît vraiment bidon comme facteurs - je pense que, si y’a des gens qui devraient être considérés suspect, c’est ceux qui reçoivent des aides sans être handi/ALD/faible revenu/précarité/… genre, c’est normal que des gens handicapés aient beaucoup d’aides, c’est moins normal que des gens aisés et sans handicap en aient, et je peux mieux comprendre que ces catégories là soient enquêtés de plus près
iirc, postgresql renames itself in htop to show its current status and which database it’s operating on
imo, those are pretty weak reasons to criticise valve – they’ve definitely done worse
afaik, they took years to crack down on csgo gambling websites, and still massively benefit from it. the whole portal64 thing still feels wrong to me. i don’t like the fact that they walked back on their anti-ai content stance. the people make game documentary on working at valve highlights some pretty bad discrimination stuff happening behind the scene imo.
i don’t think it’s fair to criticise them on not providing an open-source client to download games, or open-source library to access their features - you wouldn’t gain much from those being open-source anyways, since the games you play on stem are pretty much always closed source. i don’t think it’s fair either to say that it’s bad that they ship devices with a “proprietary os” - they are the game console manufacturer selling them most open-source device on the market currently, they’re doing much better than the alternatives in that regard. i don’t know where they’ve said or suggested they’ve “invented wine”, but i’ve never heard of that - they could probably disclose more openly how proton works and its relationship to wine, but i don’t think they are maliciously behaving as if they created wine/vkd3d/…
i don’t think valve’s a perfect company, but they’re still probably the best one to get most games from. and i don’t think it’s fair to hate on them for exaggerated reasons, it’s much more productive to scold them for stuff they actually did wrong.
je propose qu’on postule au ministère de la propagande, on a les qualités pour
on va avoir des pressions de l’éducation nationale pour trouver un stage pour ceux qui en ont pas, suivi d’un reportage france 3 qui va nous montrer comme c’était simple pour 3 familles de trouver un stage, avec un petit segment au milieu d’un enseignant qui dit que “si quand même c’est compliqué pour beaucoup d’élèves”, pour finir sur un plan d’élèves en stage et des stats +/- bidons et pas représentatives sur le système
you probably got a kernel panic, which froze the system. it’s like a BSOD on windows, except on linux, there isn’t a proper stack to handle them when they happen while you have a graphicam session running, so it kinda just freezes
i don’t think reisub would do anything, because the kernel was probably already dead
you don’t risk corrupting much data by hard-reseting your pc on linux – journaling filesystems, like ext4 or btrfs, are built to be resilient to sudden power loss (or kernel crashing). if a program was writing a file at thz time the kernel crashed, this one file may be corrupted, because the program would get killed before it finished writing the file, but all in all, it’s pretty unlikely. outside of fs bugs, which are thankfully few and far between on time-tested filesytems like ext4, you shouldn’t have to worry much about sudden power loss!
unfortunately, figuring out the cause of these issues can be challenging – i’ve had many such occurences, and you have no logs to go off of (because the system doesn’t have time to save them), so you’d most likely need to figure out a way to send your kernel logs onto another system to record them
as general mitigation steps, you should try monitoring your cpu temperature a bit closer - it could be high temperature tripping the safeties of your motherboard/cpu to avoid physical damage to them - in which case, try installing a daemon to control your cpu frequency, like auto-cpufreq, or something like thermald specifically made to throttle your cpu if it gets too hot (though i think that one is intel specific)
there seems to be qt qml bindings for Zig
qml is a language made to build UIs, and is very easy to use in my experience - you can build your logic that needs to be high-performance (file loading, audio effects, etc.) in zig, and expose it to qml so it’s available in the UI.
i’ve never used zig, but i did do a similar thing using c++ & qml, and it was great to work with, so i think you should be fine going that route
i was talking about intents! this is a specific API for one app to start & send specific data to another app on the system
They can probably even ease that out if they implement some API in K9 to let another app request data from it - Android has a system for letting apps send data to each other securely
it’s this one with the background colour paintbucketed to match my frappe theme
just don’t say that to brodie robertson lmao
not sure about the path, you should check flatpak’s docs for more accurate informations
but i believe so, yeah
on one had it’s a shame they’re not using xdg dirs, but on the other, i kinda get why – it’s neither config files, nor just data – it’s both, it’s a container
i think those kids got a point – app stores are easier than finding random executables on the web
it can sometimes be a pain to find the original developper’s website to get a legitimate copy of the software from, especially for non-technical users.
the main issue with app stores is that they’re often closed ecosystems, where there’s only one app provider. that’s not the case with flatpatk!
AppImages can be double clicked and executed. They are not a pain to use.
i can understand that, but flatpaks are easier to upgrade and automatically integrated into your package manager, which (i believe) isn’t as straight forward for appimages. also there’s one major repo where you can find most apps (flathub) making app-hunting less daunting i feel like.
also, once your app is installed, it’s always in your system menu, so that doesn’t change much in the long run
Comfortable setup that carried over from Ubuntu LTS.
can’t you carry over flatpaks as well? you can probably copy /var/lib/flatpak or wherever they store their stuff from one system to another, or failing that, save all the app IDs you have installed, and re-install them onto your new system, backing up ~/.var to keep all your data!
because they require more access to the system
afaik, you can allow more system access to flatpaks
Ubuntu runs a virtual filesystem in order to allow its Snap Firefox to access the Dictionary that lives “outside” its sandboxing
i believe flatpak also does that, you can specify some paths from the host to be available to the flatpak
the package is maintained (will continue to install on modern ubuntu versions), but the software is unmaintained (no bug fixes, no new features, will stagnate and eventually become obselete as incompatible with future desktop standard modifications)
well, the point of flatpak is to have bundled dependencies so they run predictably no matter the distro
if one of your software’s dependency gets updated, and your software isn’t, you may run into issues - like a function from the library you’re using getting removed, or its behaviour changing slightly. and some distros may also apply patches to some of their library that breaks stuff too!
often, with complex libraries, even when you check the version number, you may have behavioural differences between distros depending on the compile flags used (i.e. some features being disabled, etc.)
so, while in theory portable builds work, for them to be practical, they most often are statically linked (all the dependencies get built into the executable - no relying on system libraries). and that comes with a huge size penalty, even when compared to flatpaks, as those do have some shared dependencies between flatpaks! you can for example request to depend on a specific version of the
freedesktop SDK
, which will provide you with a bunch of standard linux tools, and that’ll only get installed once for every package you have that uses it