Why would you use Debian, it has the oldest packages and kernel of all distros. I would maybe run that on a server, but probably just use Ubuntu LTS instead.
For desktop you should try Pop OS. Really good distro from System 76.
Stay away from Ubuntu, it’s very buggy for desktop. I tried it six months ago, fresh install, and the console app wouldn’t even open on a fresh install. No error message, just didn’t open. Great impression…
Care to explain how you come to your harsh judgment of Debian? I’m not a fan of using it as a desktop OS either, but every other day you hear people talking about Debian having newer packages than Arch on occasion. If anything, Debian, Arch, Fedora and derivatives should give you the most recent packages.
I don’t know which people you are listening to, but Debian does not have newer packages than arch. It has older packages than almost all other distros. You can see this on distrowatch for yourself also.
The idea of Debian is that old = stable, which I don’t agree with personally. As an example, users of Debian are reporting tons of KDE Plasma bugs that was already fixed, but because they are running an ancient version, they still have the bugs.
But it depends. It’s correct that new versions of plasma had new bugs, that was fixed in the coming weeks or months.
I guess a better way of describing Debian is that it has old bugs instead of new ones, since it stays on older versions.
Debian has an effective Rolling distribution through testing than can get ahead of Arch.
At some point they freeze the software versions in testing and look for Release Critical and Major bugs. Once they have shaken everything and submitted fixes where possible. It then becomes stable.
The idea is people have tested a set baseline of software and there are no known major bugs.
For the 4-5 releases Debian has released every 2 years (Similar to Ubuntu LTS). Debian tends to align its release with LTS Kernel and Mesa releases so there have been times the latest stable is running newer versions than Ubuntu and the newest software crown switches between Ubuntu LTS and Debian each year.
For some the priority to run software that won't have major bugs, that is what Debian, Ubuntu LTS and RHEL offer.
Debian has an effective Rolling distribution through testing than can get ahead of Arch.
I wouldn’t call a distro “branch” where maintainers say “don’t use this, it’s not officially supported and may even be insecure” an “effective” distribution. I’d consider it a test bed.
Debian tends to align its release with LTS Kernel and Mesa releases so there have been times the latest stable is running newer versions than Ubuntu
Ubuntu LTS.
Ubuntu’s regular channel releases every 6 months, similar to Fedora or NixOS. That in itself is already a “stable” distro, just not long-time stable (LTS).
So Debian can for a short span of time after release be about as fresh as stable distros which is …kinda obvious? I would not consider a month or so every 2 years to be significant to even mention though, especially if you consider that Debian users aren’t the kind to jump onto a new release early on.
For some the priority to run software that won’t have major bugs, that is what Debian, Ubuntu LTS and RHEL offer.
That’s not the point of those distros at all. The point is to have the same features aswell as bugs for longer periods of time. This is because some functionality the user wants could depend on such bugs/unintended behaviour to be present.
The fact that huge regressions have to be weeded out more carefully before release in LTS is obvious if you know that it’d be expected for those “bugs” to remain present throughout the release’s support window.
As an example, users of Debian are reporting tons of KDE Plasma bugs that was already fixed, but because they are running an ancient version, they still have the bugs.
The idea is that those bug fixes would be backported as patches; old feature version + new security/bug fixes.
In practice, that’s really expensive to do, so often times bug fixes simply aren’t backported and I don’t even want to know the story of security fixes though I’d hope they do better there.
Linux is kinda like a 3d printer. You can end up tinkering and tuning more than printing.
2d printers are just cursed and have been since the dawn of mankind though. Go to openprinting.org/printers/ and see if your printer is in there and if it is which functionality header it is under. I’m assuming it isn’t capable of driverless if debian didn’t work and the other distro just happened to have something preinstalled. Unless debian doesn’t handle driverless printing out of the box. I’ve only used debian headless for server stuff so I’m just making assumptions.
Arch maintainers recommend against aur helpers but for quite some time I just did exactly that and got the drivers for whatever jank ass printer I had at the time that way. Most of the official ones I have encountered are rpm and I hadn’t used fedora or other rpm distros until recently, and the aur pkgbuilds would unpack the rpm and install the drivers the arch way. Incidentally, last I tried silverblue/ublue/kinoite etc can’t install the brother printer rpms via rpm-ostree so having a driverless capable printer was lucky considering it was just randomly given to me by a friend that moved away.
If you share the printer model, someone here can probably also figure out what needs to be done without you having to go through a bunch of troubleshooting too.
Naah I think it’s super useful to know a bit about all popular distros. This makes you able to actually take part in conversations about what distro to pick for example.
I’ve ran them all at some point in my life, which makes me able to understand that it’s not just “different package manager” as some people say.
I mean, people say that, but for me it wasn’t a problem, I just picked one when I got started. Didn’t feel like a major decision since you can just switch again if you are unhappy.
I feel ya. I was the same way. They said don’t distro hop so that was the first thing I did 🤣 I guess the thing with a lot other people is they are used to the thing that “just works” (whatever the fuck that means).
For them, I just tell them use PopOS. Good distro. Little fuss. Maintained by a company with interest in keeping it going.
That said, I’m teaching a class this afternoon to CS majors and the first thing I’m having them do is install Arch in a vm 😉
Several years back, I was 100% Windows based, and only knew Linux from the web hosting scene and running VPS Systems. I landed my current job which uses 100% Linux based OS’s on their customer’s equipment and software, Since then, I’ve gained a mountain of knowledge in the Linux admin and user space to feel comfortable enough to use it full time 100% in my household and administer it.
I think you would be surprised to see Linux more widespread out there, for example, a Raspberry Pi running Raspbian out in the wild mid reboot on signage or other displays, or being part of the brain boxes in industrial machinery. Then of course, - if you have an Android phone - well…that’s a form of Linux as well. :)
I’m lucky enough to be in a company where Windows is banned by the CEO. Granted, there are 4 (I believe) exceptions, but the vast majority of employees have an Ubuntu workstation and everyone has a macbook. A bit of a shame this macbook thing, really. A 2 grand thin client to ssh into my desktop when working remotely :D
Well plenty of VMS in enterprise or corporate environments use Linux. Tenant appliances, User access gateways, DNS forwarders, web app servers in docker containers, maybe even some load balancers and siem appliances. For corporate Desktops however I’ve only really seen thin clients running Linux before sign in to windows VDI, and that gets phased out with Windows for IoT
build the image properly, or use good images. This means limit dependencies as much as possible, as minimal images as possible (less updates due to CVEs, less tooling).
do not mount host volumes, if you really have to, use a dedicated subpath owned by the user of the container. Do not use homedirs etc.
do not run in host namespaces, like host network etc. Use port mapping to send traffic to the container.
If you want to go hardcore:
analyze your application, and if feasible, build and use a more restrictive seccomp profile compared to the default. This might limit additional syscalls that might be used during an exploitation but that your app doesn’t need.
run falco on the node. Even with the default set of rules (nothing custom), many exploitation or posts-exploitation steps would be caught, such as “shell spawned” etc.
It’s the de-facto standard for runtime container security (sysdig is based on it). The only competitor afaik is aqua security’s tracee, which is way less mature. It is very well supporter, there are tons of rules maintained by the community and it is a CNCF project used by enterprise solutions (I.e., shouldn’t disappear overnight).
It might be quite hard to give full tutorials - I suppose it depends a little on what you’re trying to do - and are your titles intro sequences or other onscreen graphics etc?
The titler within Kdenlive is perfectly functional for static text/shape work, but you may find it easier to produce things externally - I certainly found myself producing the majority of titles in Inkscape - both onscreen graphics and intro pages etc. Basic stuff, i just put the full page in, faded in and out as appropriate. Kdenlive will take SVG and PNG, so you’ve got transparency for different layers of title component.
For bits with moving/sliding/fading components (like in an interview, a coloured bar slides onto the screen in the bottom left, then the person’s name fades in, then their position/workplace fades in, then it all fades out together) - I’d do those with individual components in Inkscape, imported as separate svg files and layered up in Kdenlive, then individually positioned, cut and faded in/out as separate clips (My timelines are normally 8-10 tracks high).
More complex motion graphic work I used to render out in Blender, but I think these days I’d probably use Natron for some of it.
Also, copy and paste as much as possible - work with reusable templates where you can.
If you’ve got a better idea of what sort of thing you’re aiming for (maybe an example of what you want to (re)create?) - I might be able to offer a few pointers at least :)
Yeah, the Kdenlive titler is perfectly workable, and I’ve already created a template or two for quick re-usability. I was being a bit nit-picky ecause everything else has honestly been great. I guess I’m just more used to Resolve where you can have premade title templates that have their own animations already built-in and dynamically adjust to the size of the content. This makes adding titles a snap as opposed to Kdenlive where I have to add my template, then add the content, then manually resize the elements to fit the content then add to the timeline and finally apply animations. What takes maybe 30 seconds in Resolve can be a 3-5 min job in Kdenlive. This could probably be cut-down a lot as I become more efficient though. My title needs aren’t really that complicated.
I would say one of the few downsides Kdenlive has is the lack of the premade templates. I feel like there’s gotta be a site out there for those premade templates that us hobbyists can download and use, but hopefully they’ll just bake that in directly in the future.
The other issue I have is the effects plugins aren’t always up-to-date, so not all plugins work with the latest version.
Not the easiest thing to find, but there is a site for templates and stuff here: kdenlive templates.
There’s not loads on it, and quality may vary. Note that quite a few of these are more like snippets of a project to copy and paste in, so might take a bit of fiddling to get running, compared to just picking “swooshy title #3” and putting your own text in it - but in some form it exists at least :)
I’ve been using Glaxnimate which integrates with Kdenlive. It’s a tool for animating SVG elements. It’s a bit clunky I find but it’s nice in that you can have shapes and text follow animation path with different time curves. It can be used directly from Kdenlive which is pretty cool.
As for other tips, one I use a lot is Timeline Preview Rendering. If you have a whole pile of effects, playing in the project monitor can become very choppy. With the prerendering, you can just render that section and it will play smooth while still allowing you do edit the audio.
Finally, for getting the footage from clips, I use I and O to set the start and end of a part of the clip I want and then with Ctrl+I I can create a zone that shows up in the Project bin. I use that a lot to get the fragments I want first and then build the fill timeline later.
I saw the option for adding a new animation in the project bin, and installed Glaxnimate with the intention of giving it a shot, but the software manager in Mint only has the Flatpak version available which obviously won’t work. As for timeline preview rendering, it’s awesome! I use it to pre-render all of my titles and transitions before I record my voice over so the project monitor doesn’t stutter and throw off the timing on the audio recording. Works a treat! Speaking of voice over, I REALLY wish there was an option for a sidechain compressor input. As it stands now I record my VO, then render out each of the audio channels and then import into Audacity to apply the audio ducking and other effects before importing it all back into Kdenlive. It’s a bit of a headache but it does work.
Then in Kdenlive, go to Settings -> Configure Kdenlive -> Environment -> Standard Applications, change the one for editing animation to point to that script. Should work now. At least, it did for me!
EDIT: Hmm, didn’t seem to work for me. I created the script and made it executable then put the path to the script in Kdenlive’s settings. I can right-click in the project bin and click “create animation” which gives me a .JSON file but I see no way to edit it. Double-clicking it just shows me its properties and right-clicking and selecting “edit clip” does nothing. Interestingly if I execute the script from terminal it starts Glaxnimate as expected. I also went ahead and created a similar script for Pinta as my image editor since I’m also running the Flatpak version of that and had the same result as Glaxnimate when trying to edit images. I also entered the path for Audacity as my audio editor, but it’s installed as a system package so I pointed Kdenlive directly to the binary and got the same result when trying to edit audio files. Maybe I’m just not understanding this, or I have something setup wrong in Kdenlive… Any ideas?
Hmm, no sorry. All I can think of is that maybe Kdenlive itself is a flatpak version in which case it wouldn’t be allowed to run external programs like Glaxnimate (or Pinta). I guess in that case it requires some magic with Flatpak overrides.
Yeah, tricky! You might be able to do something similar to getting native messaging extensions to work on Flatpakked Firefox as described here: bugzilla.mozilla.org/show_bug.cgi?id=1621763#c5
I get what you mean - it’s quite “roll your own” rather than “pre-made” - and the same for quite a few of the effects and motion settings.
Note that you can save template versions of effects or motion settings if you need, so after you’ve used it a while, you might have a reasonable library of things you need - but you’re right, there’s a bit of a lack of “drop in, ready to go”, particularly for quick titles.
Something like a “jiggly funky colourful text shaking about” effect can be a day’s work, rather than a 2 minute “write your own text with this pre-made sequence”.
Just in case they’re useful, there are a set of downloadable templates Kdenlive downloadable titles here, but I’m not sure it’s quite going to cover what you’re after - but worth a browse in case.
It’s probably best to take this whole graph with a grain of salt. There’s already some questionable relationships in it, like for every 4th Manjaro user coming in a Gentoo user, which I find hard to believe to say the list.
Second, it’s hard to say Pop exclamation mark underscore OS is on the decline when the whole field just looks more diversified in general. Sure the hype around gaming distros from the lockdowns seems to have cooled down a bit, but there isn’t any distro that just disappeared. On the contrary, it seems to have gotten just more.
As already mentioned, we can expect another hype again when Cosmic DE launches.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.