There’s Lightworks, too, although it’s geared toward the editing process. I like it, though, and have been able to make it work for general video editing. The color correction tools are better than Kdenlive and not as good as DaVinci Resolve, but unlike Resolve, it will decode/encode H.264 and AAC. It’s powerful without being quite as overwhelming as Resolve can be for newbies. There’s no advanced setup involved unlike Resolve. The playback is responsive even with 4K footage. Kdenlive is great too, if you don’t need more advanced features or are working with a lot of 4K footage.
The Linux Foundation and Kernel devs don’t really deal with the OS layer much. This is something that would need to be implemented at the desktop environment level; like GNOME or KDE. Neither LF nor Linus Torvalds has any say over that.
It took an hour or two to compile and takes up about 5GB of space. The only program I’m really interested in is Xcode, which doesn’t work at the moment.
One main reason I went back to Arch BTW is that there aren’t, contrary to the old self a declaration by Suse, that many software available for my use case, so I ended up with tons of ppa’s, sorry, Suse Vendors who relied on each others for libraries, and it eventually broke down my system when some stuff wasn’t available but was required, while some may be available from 4 different, private, repos.
This is the reason I abandoned both Fedora and openSUSE when I tried them. I like plenty about both of them but things are just simpler on Arch. Despite Arch having less software than most distributions, it tends to be the software I actually want or need to use. The few programs not present can be installed from the AUR. Writing new PKGBUILDs is simple and there is no bureaucracy.
Arch is a pain upfront but I’ve found it tends to save you time later on. It’s not without its downsides, though; the primary one being that I’m the one responsible for managing everything and there are plenty of things I don’t know.
GNOME changed the way I used desktops. Dolphin changed the way I used file managers.
I always set Nautilus to use one-click behavior, but it doesn’t have handles like Dolphin does. And Dolphin has a built-in terminal. And other niceties. I like Nautilus too. I think both desktops have some good ideas and I like to bring some KDE ideas over to GNOME and vice versa.
But if there’s one thing I’m sure of, it’s that GNOME is much better designed than macOS.
The TorrentFreak article might have more information; I skimmed it. I don’t live in India, so I don’t know. Apparently, only the raw.githubusercontent.com domain was blocked, so Indian users should have still been able to access the main github.com domain. It’s the direct link to the files that was apparently blocked. But cloning repositories probably wasn’t affected?
You’re not going to convince anyone to suffer inconvenience for something that has no tangible benefit in their eyes. The best you can do is give people the option to contact you on Signal and explain (briefly) why you prefer it. After enough experience, you realize there is no argument you can make that will convince people to care about privacy. The people who join you on Signal either already care about privacy (but maybe didn’t realize it) or value your comfort over theirs.
Personally, I would rather send unencrypted SMS instead of using a Meta-owned service. I don’t want to be part of the network effect keeping people on Facebook. Everyone with a SIM card in their phone already has access to SMS, but few use it if they can help it, so I don’t think I’m contributing to a network effect by doing this. The only MMS client I use is Signal, so anyone can contact me over there if they want more functionality. That’s the only tactic I use, and so far, it has been unsuccessful.
YouTube advertising works a little differently to, say, Facebook. For advertisements longer than 30 seconds, the advertiser doesn’t pay if the user hits “Skip”. Ad-blocking users are far less likely to watch ads to completion, so I can imagine this having almost no impact on conversion.
I believe this change, if it is successful in blocking ad-blockers, will generally be detrimental to advertisers. It means advertisements shorter than 30 seconds (so, unskippable ads) are now shown to a larger proportion of people unlikely to be interested or paying attention to the advertisement. It’s beneficial to YouTube because they can claw back some of the money they spend serving ad-blocking users videos—that ain’t free. That being said, YouTube is still probably one of the most friendly big platforms to advertisers because of how flexible they are. While it uses the Google Ads system, it’s more friendly than Google search ads…
I missed an opportunity to ask someone who did a lot of YouTube advertising whether they noticed any impact at all from the recent ad-blocker blocking change recently, so this is all speculation.
Flatpak packages should ask for every permission they need, and the user needs to approve every one of them.
Right now, we have this weird in-between state where some flatpak packages ship with limited permissions (like Bottles). That’s because every permission the package asks for is immediately granted. The user doesn’t get a chance to refuse these requests. This current model serves to make life more difficult for non-malicious flatpak packagers while failing to protect users from malicious packages.
Also, GNOME needs a Flatpak permissions center like KDE. You shouldn’t need to install a third party program to manage permissions.
That’s also my preference, but very few games are free software. And most of the games I want to play are encumbered with DRM or cost ten times as much to get DRM-free. Of course, I buy them DRM-free because the DRM doesn’t work with Wine, but if it worked with Cedega…well, I might re-evaluate.
The purpose of the GPL isn’t to force companies to pay up to get out of copy left.
That’s why it was created, but in practice, many companies make money by selling exceptions. See Cal.com and CKEditor5, for instance. I didn’t mention this at all in my comment, though, so I’m not quite sure which part you’re responding to. By “level playing field”, I meant that everyone can improve Sourcehut and sell a service with more features, but they need to release those new features under the same license, meaning they will make it back to Sourcehut proper. Selling exceptions isn’t the only way to make money from free software.
The GPL is a better choice if you want to make money from the software. With a pushover license, your competitors can extend the program and profit from it in a way you can’t because they aren’t required to give the changes back. The GPL evens the playing field. Of course, you often see the original company requiring a CLA so they retain copyright over all of the code.
On the other hand, it does enable possibilities that you would be very unlikely to get otherwise. For example, Cedega (formerly WineX) forked Wine when it used a pushover license and brokered deals with game companies to make the DRM compatible with WineX/Cedega. That meant you could play these games on Linux-based OSes with Cedega, but not Wine. I really wonder if it would have been possible to make Wine compatible with some of these DRM schemes otherwise. Consequently, however, Cedega could not incorporate any changes from LGPL’d Wine, as that would have required them to license Cedega under the LGPL, too.
That’s another issue. You can incorporate MIT-licensed software in GPL software, but you can’t incorporate GPL software in MIT-licensed software. So going with the GPL gives you more options. As SerenityOS is building everything from scratch, this isn’t an issue, but you can well see how it could be. The LGPL is far less disruptive to people who want to release their software under a pushover license. It only requires you give back any changes to the LGPL-licensed part, and does not cover other parts of your program. Personally, I really like the LGPL. It levels the playing field while being quite compatible. It’s not perfect either, of course.
It’s a tricky question, and there are no right answers. Ultimately, the decision is up to the developer and I can’t fault any choice, including the decision to use a proprietary license.
Because I like the 2-clause BSD license. I am not a fan of “copyleft” or forcing obligations on people in general. I want my software to be available for anyone who wants to use it.
The GTK3 port is done, and now they need to finalize the new extension API and improve their color space support (particularly CMYK). It would be nice if Wayland had a color management protocol extension standardized by then, but I don’t think it’s a blocker.
Cheers. I use Krita myself, but I’ve heard people say “Krita is terrible; try FireAlpaca.” I think that might be because it has performance issues on other operating systems; I’m not in a position to test. It’s good to hear Krita is basically ahead on all fronts except learning curve. Nonetheless, it’s nice to see a Linux version. FireAlpaca advertises a Dark Mode, but I’m guessing it’s a paid-only feature.