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.
Spectacle8011
joined 2 years ago
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.
After he got a handle on it, Torvalds returned to the kernel. He's been much more mild-tempered since then. As he mentioned in Tokyo, he won't be "giving some company the finger. I learned my lesson."
This is probably a good thing.
Looking ahead, Hohndel said, we must talk about "artificial intelligence large language models (LLM). I typically say artificial intelligence is autocorrect on steroids. Because all a large language model does is it predicts what's the most likely next word that you're going to use, and then it extrapolates from there, so not really very intelligent, but obviously, the impact that it has on our lives and the reality we live in is significant. Do you think we will see LLM written code that is submitted to you?"
Torvalds replied, "I'm convinced it's gonna happen. And it may well be happening already, maybe on a smaller scale where people use it more to help write code." But, unlike many people, Torvalds isn't too worried about AI. "It's clearly something where automation has always helped people write code. This is not anything new at all."
Indeed, Torvalds hopes that AI might really help by being able "to find the obvious stupid bugs because a lot of the bugs I see are not subtle bugs. Many of them are just stupid bugs, and you don't need any kind of higher intelligence to find them. But having tools that warn more subtle cases where, for example, it may just say 'this pattern does not look like the regular pattern. Are you sure this is what you need?' And the answer may be 'No, that was not at all what I meant. You found an obvious bag. Thank you very much.' We actually need autocorrects on steroids. I see AI as a tool that can help us be better at what we do."
But, "What about hallucinations?," asked Hohndel. Torvalds, who will never stop being a little snarky, said, "I see the bugs that happen without AI every day. So that's why I'm not so worried. I think we're doing just fine at making mistakes on our own."
There were no questions about whether maintainers would start utilizing LLMs. The questions were focused on how maintainers would respond to LLM-generated (or -assisted) patches being submitted to them. This attitude seems perfectly reasonable to me, but it would have been more interesting to ask questions about whether maintainers would start using LLMs in their work. Torvalds might have responded with a more interesting answer.
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.
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?
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.
Does Unity support Wayland?
Nope. However, UnityX, a prototype desktop environment (which will be available as a variant of Unity once ready), will include Wayland support.
I realize the name was likely chosen for completely unrelated reasons, but I can't stop laughing about UnityX being the only variant of Unity with Wayland support.
The main Github.com domain was still accessible but raw.githubusercontent.com, where code is typically stored, was blocked.
Some days, like today, I regret commenting TorrentFreak out of my RSS feed reader.
It's kind of funny, but it's also kind of scary that not having access to Github would probably significantly impact a lot of companies and services. It would definitely impact me.
Oh well. We can always move to Sourcehut, right?
Maybe a different perspective could help?
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.
It was interesting to hear your perspective!
I'm a newbie programmer (and have been for quite a few years), but I've recently started trying to build useful programs. They're small ones (under 1000 lines of code), but they accomplish the general task well enough. I'm also really busy, so as much as I like learning this stuff, I don't have a lot of time to dedicate to it. The first program, which was 300 lines of code, took me about a week to build. I did it all myself in Python. It was a really good learning experience. I learned everything from how to read technical specifications to how to package the program for others to easily install.
The second program I built was about 500 lines of code, a little smaller in scope, and prototyped entirely in ChatGPT. I needed to get this done in a weekend, and so I got it done in 6 hours. It used SQLite and a lot of database queries that I didn't know much about before starting the project, which surely would have taken hours to research. I spent about 4 hours fixing the things ChatGPT screwed up myself. I think I still learned a lot from the project, though I obviously would have learned more if I had to do it myself. One thing I asked it to do was to generate a man page, because I don't know Groff. I was able to improve it afterward by glancing at the Groff docs, and I'm pretty happy with it. I still have yet to write a man page for the first program, despite wanting to do it over a year ago.
I was not particularly concerned about my programs being used as training data because they used a free license anyway. LLMs seem great for doing the work you don't want to do, or don't want to do right now. In a completely unrelated example, I sometimes ask ChatGPT to generate names for countries/continents because I really don't care that much about that stuff in my story. The ones it comes up with are a lot better than any half-assed stuff I could have thought of, which probably says more about me than anything else.
On the other hand, I really don't like how LLMs seem to be mainly controlled by large corporations. Most don't even meet the open source definition, but even if they did, they're not something a much smaller business can run. I almost want to reject LLMs for that reason on principle. I think we're also likely to see a dramatic increase in pricing and
enshittificationin the next few years, once the excitement dies down. I want to avoid becoming dependent on this stuff, so I don't use it much.I think LLMs would be great for automating a lot of the junk work away, as you say. The problem I see is they aren't reliable, and reliability is a crucial aspect of automation. You never really know what you're going to get out of an LLM. Despite that, they'll probably save you time anyway.
I think experts are the ones who would benefit from LLMs the most, despite LLMs consistently producing average work in my experience. They know enough to tell when it's wrong, and they're not so close to the code that they miss the obvious. For years, translators have been using machine translation tools to speed up their work, basically relegating them to being translation checkers. Of course, you'd probably see a lot of this with companies that contract translators at pitiful rates per word who need to work really hard to get decent pay. Which means the company now expects everyone to perform at that level, which means everyone needs to use machine translation tools to keep up, which means efficiency is prioritized over quality.
This is a very different scenario to kernel work. Translation has kind of been like that for a while from what I know, so LLMs are just the latest thing to exacerbate the issues.
I'm still pretty undecided on where I fall on the issue of LLMs. Ugh, nothing in life can ever be simple. Sorry for jumping all over the place, lol. That's why I would have been interested in Linus Torvalds' opinion :)