Kagi is the only search engine I use which has really good results and no junk links. ...and you have to pay for it, of course. It's a meta search engine but they use their own indexes for news results and Teclis, which indexes small commercial sites with fewer than 5 trackers. One of the cool features it added recently was an icon for identifying paywalled articles.

I'd like to recommend Mojeek, my default search engine, but it still has a way to go. If you're just looking for an "answer engine" rather than a general search engine...I guess an LLM probably isn't a bad place to start?

I thought Github only supported git, too. Did it support Mercury at some point? I assume this is the last of other VCS support in Github.

I know this is probably tongue-in-cheek, but if you wanted the serious answer:

GIMP:

  • Non-destructive Editing (it's coming real soon!)
  • Vector shapes, not bitmap
  • Smart objects
  • Full CMYK support
  • Full PSD support (for collaboration purposes), hahaha
  • KILL ALL FLOATING SELECTIONS

Kdenlive:

Well, I actually do use Kdenlive. I'm fine with Lightworks too, and Resolve on macOS. But it's lacking finer color grading controls, the interface is inefficient (being fixed in a future release), hardware-based decoding/encoding needs to either exist or be improved.

And the other big reason is collaboration with other Adobe users.

I like them both. GNOME's desktop metaphor is nicer but it can be replicated on Plasma with a few shortcuts. Plasma has a few niceties not present in GNOME. GNOME is prettier. Dolphin is a better file manager than Nautilus. GNOME programs don't have a way of rebinding keyboard shortcuts.

It just depends on what I consider more important at the time.

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?

This confused the hell out of me last month. You can install two different versions off fmpeg/gstreamer on Fedora. One version of ffmpeg—the completely free, patent-unencumbered version—is available in Fedora's official repositories. This one does not include decoders for H.264 or H.265. You can still install OpenH264 from Cisco and use that to decode H.264 video, but there is no "free" way of decoding H.265 video. For that, you need to go to RPMFusion, which is not associated with Fedora. They ship the H.265 and AAC decoders, among other codecs that cannot be shipped without paying a licensing fee. RPMFusion is a third-party and they believe they can't/won't be pursued for patent infringement.

And all of that is great, but I installed ffmpeg from RPMFusion and it still didn't work. I had to mindlessly copy commands until it did work. So you're not alone. I'm just giving you the context in case you were curious.

Profile switching is a big one for me.

You can change profiles by going to about:profiles. I find the way it's implemented in Firefox preferable to other browsers but I can see why others wouldn't.

You can also start up the profile switcher when you launch Firefox when launching it from the command-line with firefox -p.

Is this what you were talking about, or were you referring to something different?

but I would like to at least have the option for H.265 support.

Google Chrome only recently implemented this via hardware decoding. I imagine it's possible for Firefox to do the same thing without infringing on patents, as the browser doesn't implement a decoder this way; rather, they use the decoder implemented by NVIDIA et al.

I can only laugh when I consider Google announced they were dropping H.264 support 12 years ago: https://blog.chromium.org/2011/01/html-video-codec-support-in-chrome.html

H.264 support only exists in Firefox by the grace of Cisco. Out of curiosity, why are you interested in H.265 support?

[-] Spectacle8011@lemmy.comfysnug.space 3 points 2 years ago* (last edited 2 years ago)

I'm just quoting the Free Software Foundation themselves. I didn't say I agree with them. It's a deceptive use of language that is rather unbecoming of an organization normally so careful with its words.

Edit: For the record, I think the GNU Project's biggest contributions have been to the desktop, not the server world.

[-] Spectacle8011@lemmy.comfysnug.space 4 points 2 years ago* (last edited 2 years ago)

Well, so much for me having the right side of history 🙂

Thanks for the correction! I had a proper look at the CUPS page on Wikipedia and it's as you say:

Michael Sweet, who owned Easy Software Products, started developing CUPS in 1997 and the first public betas appeared in 1999.[5][6] The original design of CUPS used the Line Printer Daemon protocol (LPD), but due to limitations in LPD and vendor incompatibilities, the Internet Printing Protocol (IPP) was chosen instead. CUPS was initially called "The Common UNIX Printing System". This name was shortened to just "CUPS" beginning with CUPS 1.4 due to legal concerns with the UNIX trademark.[7] CUPS was quickly adopted as the default printing system for most Linux distributions. In March 2002, Apple Inc. adopted CUPS as the printing system for Mac OS X 10.2.[8] In February 2007, Apple Inc. hired chief developer Michael Sweet and purchased the CUPS source code.[9] On December 20, 2019, Michael Sweet announced on his blog that he had left Apple.[10][11] In 2020, the OpenPrinting organization forked the project, with Michael Sweet continuing work on it.[12][13]

This is kind of counter to the point I was making, so thanks for bringing it up. Apple still released some of their software under a free license back then, but without CUPS, it's nowhere near as significant. I guess it's worth mentioning that Apple forked KHTML from KDE as Webkit and continues to develop and maintain that browser engine today. However, Safari is not free software. Webkit is free software because KHTML was released under the LGPL, which prevents derivative software from developing it under a proprietary license.

Although, Apple's own contributions and "any further contributions" are available under the BSD 2-Clause license: https://webkit.org/licensing-webkit/

Which kind of contradicts what I've read on the Wikipedia page where it says certain parts of the browser are licensed under LGPL and others are licensed under the BSD license...

I have no idea how it ended up that way, but there's this announcement: https://docs.webkit.org/Other/Licensing.html

Emersion put a lot of work into Gamescope for Sourcehut, too. It doesn't have anything to do with this scenario, but I use Gamescope regularly enough to be grateful for it.

Well, it's what I use with Neovim, but not everyone uses a terminal-based editor. But other users had some other suggestions too: https://lemmy.comfysnug.space/comment/620209

view more: ‹ prev next ›

Spectacle8011

joined 2 years ago