Their core product makes little money. Googles payment to be the default search engine is the primary source of revenue for Mozilla. How else can they make money to continue development?
Also, SPIR-V isn't a shader model, it's a compiled shader intermediate representation; i.e. halfway between shader code and executable binary code (the code that runs on the GPU).
@@TheLinuxEXPIt should be mentioned that WD-40 is a degreaser. After something gets unstuck with WD-40, it should be cleaned and the proper grease applied.
To be fair, we didn't lost GTA 5 itself. Its only the online part (which I personally don't care, but I know lot of do). Valve needs to work with Rockstar to get GTA 6 working on Deck (2).
Mozilla's leadership is hurting the project. Diversification should come after dominating the primary market. Firefox is far from perfect - sure, Safari is worse, but Firefox still needs major improvements. If they can't fix that, how do they expect to make breakthroughs elsewhere?
I prefer divestiture, honestly. "OK, Mozilla Prism grew up, time to let it leave the nest and find some new incubator. Here's the code, volunteer to maintain it, now we go back to focusing on our core product." They don't have an efficient way of doing that anymore.
@@bassamatic If you were a developer, you'd know that Mozilla has been falling behind in implementing standards and supporting the latest technologies. I used to rely on Firefox for my work and constantly complain about Internet Explorer’s quirks. Now, I use Chromium, and ironically, find myself complaining about Firefox’s issues. Safari, though, is even worse. When FF doesn’t work, we simply tell clients to use Chrome. And that pains me. I was a die-hard Firefox fan since the days of Phoenix 0.8, and I genuinely loved it. But eventually, I had to admit to myself that I could work faster and more efficiently in Chrome. It became about productivity and being able to build complex applications (Firefox’s debugger is truly lacking). So I made the switch, even though I hated doing it after being loyal to Firefox for a decade. Since then, Firefox hasn’t improved much, and I haven’t looked back. Don’t even get me started on XUL-the vision for the future of the web that I once believed in, trusting Mozilla completely.
@@bassamatic F*** the YT. It is removing my comments. I cannot answer. If you were a developer, you'd know that Mozilla has been falling behind in implementing standards and supporting the latest technologies.
You said the "Alexander the Great's Generals situation couldn't happen to linux because it's too important." I would argue that the Greek Empire was pretty important.
Well it is possible after Linus retired because different kernel maintainers may have different ideas about the future of Linux. Like 1 maintainer might want to convert the Linux kernel to RUST for example and another just keep it C. But who knows what it will be like in 20-30 years from now; some of us won't be around.
- They've already earned most of the money this game is ever gonna make them, so they're okay with ruining it, - They turned it into a testing ground so that they can prepare for the release of GTA6; the current state of cheating doesn't matter to them a single bit, - All the refunds are a drop in the ocean, same is the case for unhappy customers that won't buy future titles, - They have the excuse that they've never claimed Deck support, so Steam might have to eat the cost of refunds, - Valve doesn't want to upset R*, because GTA6 is too big of an IP that they don't wanna miss out on at release (R* might as well limit availability of the game to their own launcher). It's all my speculation ofc.
They're afraid of having a bigger support base, especially ones who know what they're doing, and there's significant financial incentive to keep MS the king of the gaming hill.
I think u missed some part of the rust conversation. Linus mentioned that problems appear since rust modules require some architectural changes (to provide rust compatibility) and not all maintainers willing to accept it in non-rust modules. *corrections/clarifications appreciated
12:52 The Open Document Format was also backed by multiple companies similar in size to Microsoft. But considering that XBox lost this generation of console wars again and Sony is part of the Khronos Group too, I think it's less likely to happen.
Yeah but that says nothing if 2.5 trillion dollar company Apple backs Khronos only to not support it and tell you to go F yourself for wanting to use Vulkan on the Apple TBDR GPUs, Vulkan not supporting TBDR is BS if they're in on Khronos and can just force it!
TBF Microsoft has been working towards interoperability with Linux for a while now including WSL. They also opened up a few products and made more APIs available (as in publicly documented). I don't trust Microsoft even a little bit though lol. There's even been speculation in Windows 12 Core being more Linux-like. I cant remember where I read that though.
1. They only do things that will keep Linux and open source/standards enthusiasts in Windows and make them use it more than Linux, it's all business. 2. And "WSL" should be "LSW" (Linux Subsystem for Windows) instead, that makes more sense for what the product does, but they want to prioritize the word "Windows" when "Linux" is in the same sentence/name.
@@themedleb I don't think you realize how dependent Microsoft is on Linux though as an ecosystem. 60% of everything Azure is Linux and Microsoft can't compete with their own line-up, and in order to be a choice in infrastructure they need to be compatible. Microsoft is stuck with desktop users, the only way to change that is to be part of the more mature and industry standard ecosystem.
The Rust conversations is really the embodiment of most of the Linux community where such arguments are ok and that such arguments are basically useless and dont really lead to anything apart from feeling of selfsufficiency since they like certain tech over another (e.g Xorg vs Wayland, distro vs distro, package manager vs package manager, KDE vs Gnome etc.)
@@unnainconnu9098 Hehe, yeah ... but the one big thing about the s-word is _standardisation_ ... which is sorely needed, if Linux is ever to become serious competition for Windows. In addition, many people still see it as merely a replacement for init.d, when in fact it is a whole suite of tools. Distros still boot with GRUB, still use cron et cetera, and then call systemd "bloat" ... instead of using all its features and dismissing the old tools. And I believe even the most outspoken systemd haters must admit that the centralised journals it offers are simply superior.
11:52 The immediate thing I'm reminded of at this point is when Microsoft "adopted" Java, introduced features that were Microsoft specific and got in trouble for it. so here's wondering if this is the same thing.
Talking from experiences, yes, MS is gonna mess Vulkan up, by adding extensions which would only work on top of MS platform and refused to work on top of anything else.. This in the long run, will divide Vulkan into 2 sides, those whose life is depends on Vulkan function specific to MS, and those who dont.. Embrace, extend, extinguish is what MS has been honing since the 80s..
@@dieterhrabak4947 Microsoft at a corporate level? Yes. Microsoft engineers? I don't think so anymore. Let's keep rooting for the low-level engineer that secretly adds those few lines of code in to make sure Vulkan always remains community owned.
@@knm080xg12r6j991jhgt you're giving MS a benefit of doubt, which is fine and all that.. As for me.. MS is trying very hard to buy sand for her hourglass.. I won't sell any.. MS Windows 11 telemetry and spying activities and invasions of privacy by taking a screenshot of your screen activity are the most recent examples..
@@dieterhrabak4947 Microsoft isn't messing with Vulkan, they are messing with shader file format used by Vulkan. Those are 2 completely different things, as the shader format is much simpler than the Vulkan itself and as such shouldn't be too hard to translate to shader format that works on Linux. I mean the proton is already quite succesfully translating the shader format used by DX12 and it is even less compliant with Linux than Microsoft could ever hope to make the Vulkan shader format. So I don't think we have to worry about Microsoft breaking Vulkan, at least not for the time being. Of course there is always a possibility of them announcing about them ditching DX12 for Vulkan and then trying to break Vulkan that way, but that isn't happening, at least not yet.
@@hullukana214 as always, first it so subtle that it can be 'translated' without much efforts, then it would gradually getting problematic as time goes by.. And at a certain point, it would be much much difference, it could be treat as a two different products altogether, despite still shares certain similar features and functions at surface level.. Yep, that's how MS played the game.. That's how MS did it with other so-called 'collaborative' projects..
Will they continue to post on Mastodon from another instance (e.g. another publicly open server)? Mastodon is the single place I use for following Mozilla news and other updates. I can only imagine that they post the same stuff somewhere else (maybe another social network) so it's not like the effort is in actually writing the posts for mastodon.
I just want to see these two faced companies eventually support Linux down the line when Linux's market share grows enough that they bleed revenue from not supporting it.
Vkd3d-proton actually provides its own dxil to spir-v translator. I wonder if MS will embrace that effort or they will provide their own implementation. DXIL is based on a very old LLVM version, so it's just much less work to adopt SPIR-V than bringing it up to spec. That's why I would like them to actually help improve current dxil converters, rather than making one from scratch.
Linus's comments appear to be neutral ("way too early to say Rust is a failure"), not "dismisses Rust issues" or "positive outlook". Please correct me if I've missed other comments he's made.
I wish GNOME 47 was only back end updates, but they have fix thing that wasn't broken like Libawaita and changing system Graphic on the power off button and over OS themed parts. Also adding Accent colours but they are all in compatible on a true dark theme with them all being only Pastel colour options
Vulkan extensions are really common. Essentially if you want support for feature is not part of the commong spec. For example there is an extension for x11 support and another wayland. Its a way to ask the driver for more functionality that may be their or not depending on the graphics card or the OS
Is it outrageous to think that the anti-Rust group is comprised greatly of those that oppose(d) Wayland? Basically older guys who are stuck in their “good enough” ways. That’s not a formula for progress. Wayland was around for years and still the X fans were saying just last year that Wayland wouldn’t be ready for many more years. At the same time they want to dismiss the very new Rust? 😂
How did you gather such evidence that anti-Rust is also anti-Wayland? If those people were truly stuck in the past then they would only complain without doing anything. Those are active kernel developers and see issues that will or currently are causing them headaches and don't see a future in which this is necessary. My opinion is that Rust should not have special protection from Torvalds, yet, they should make a detailed breakdown of what it brings, for what it is going to be used, what are its downsides. It seems to me that Rust is the only option because Torvalds does not like C++ and many think the same. Why for example it was not Zig, or V or instead of Rust? Also clashing developers and making some of them comply towards things that they actively disagree with could bring down the activity of those developers, leaving the project without developers.
openSUSE TW - yes Leap - backports debian - backports basically almost all distros have something like the ubuntu 'hardware enablement stack' it's just called a backported kernel.
Wasn't there supposed to be a big performance update with Intel CPU's in Kernel 6.11? Did that get pushed out or? I've been waiting for 6.11 just for this.
I really hope Mozilla will make the right decisions and focus on the two things they do best: their browser and their email client. I cannot (and don't want to) imagine a world without a good Firefox, and I have always loved Thunderbird, never used any other mail client. [To be fair, I have no idea whether Outlook is as good, or even better ... I have never tried it, because one client is Open Source and the other one is Microsoft, so the choice was easy.]
The Mach game engine blog has an interesting insight into the mess MS have made of shaders on their platforms. I reckon they’ve realised that the competition has already leapfrogged them in this regard, so they will adopt the standard. Let’s see if they add a bunch of “useful extensions” next 😂
Very informative as always, Torvalds is such a fun guy, and I hope the irrational C purist discourse dies out at some point. Sounds frustrating and imo it speaks of their fear of being replaced.
Still hoping for firefox to become less bloated, slow and crash prone. The old mozilla browser was always terrible then firefox came out. Now we are right back to where we were before that lol
Really? I legit don’t remember the last time Firefox crashed on me. I use it everywhere. Linux, Mac, iOS even on Windows those unfortunate times I have to use it… If I have a complaint is compatibility, but I’m skeptical Mozilla could do better than they’re already doing on that front.
@@DavideDavini It isn't common for me, but about once a quarter I get crashed to a black screen that I can't even ctrl-alt-Fn my way to a text console to fix and have to long-hold the power button down and reboot from. It usually happens when RU-vid is doing stupid things with add-insertions for me, so I am generally not doing anything that will result in unsaved-data-loss at the times, fortunately.
@@LTPottenger Maybe you have some plugins or if you do not, check your disk space and it's health. Firefox is pretty slow, yes, but it does not crash. I have used both Firefox and Chrome throughout the years and last time each one of them crashed was 10 years ago.
I guess Rockstar implements BattlEye in GTA 6 and tests it in GTA 5 first? Probably they didn't want to support Linux, because it would mean more testing and they will get GTA 6 running on Linux. Maybe they implement GTA 5 Online on Linux after a few months when Windows worked good. But ths is of course only hypothetical. Thanks for the information :)
I was thinking recently what if games were made first for Linux only; would they have something like proton for Windows11-12? I know it seems crazy not to port to Windows since it is such a large market; but it is a beast os to program for and annoying.
Unfortunately, the most stable ABI for Linux is Windows. Developing games for Linux is a nightmare, because unless you target Steamworks or Proton, you don't really have a stable base to develop for.
@@MrGamelover23 What about .Appimage? Maybe there is another solution, rather than just make a game for Windows and then depend on these compatibility layers (Proton) that increases inefficiency.
I'm just curious as I haven't code in Rust before, but what with all the hate around it? Is there some technical limitations? Is it difficult to use? Or... what?
I talked to a lot of boomers that were alive at the time when Java came out. So it's basically the same reason why C devs refuse to learn Java or any other language. They hatin because they still live in the 1970s lmao
@@RustIsWinning I see, so it's stubborn people refusing to acknowledge other languages, adapt and expand their knowledge. Yeah, that's a dumb reason for the hate on rust. Thank you for the insight.
Alexander's empire was important, it was just all the rest were shortsighted to see that it could crumble if they don't put their differences aside . but lets hope this wont be the case for the linux kernel and history wont repeat itself
For the Rust vs C drama, I think we'd all be happier if we focused on the goals and not the implementations. People generally want their projects to grow, they just want to do it their way. It's easier to say, "Hey, we'd still have to document this interface if we had to put zig in the kernel. If our goal is to attract more maintainers, isn't this a good thing?" or, "Hey, I have all this C code that has dependencies down to the assembly level and I work on it in my spare time because I find it fun, but if I have to adopt another language it won't be fun anymore. Isn't fun a good thing?"
Of course, everyone wants to grow, but isn't the point now trying to prove something can work in such an environment vs actually helping? What goal is it solving rust when the problems with C and the memory hygene will still be present really? Is the final idea to rewrite the whole kernel, if yes, then we can expect the problems to go away, but I this will be a very hard task. As you've said, the goals should be present at all times, but keep in mind the reality.
I think it’s more a case of the existing C code having complexities that can’t be adequately expressed using the Rust type system .. and that the internals of the same C code gets refactored often, which would break the Rust code often The person changing the C code has no idea at the time if some unrelated consumer of the API can’t handle the change I also think it would be much easier to maintain a Zig consumer of the API, because it doesn’t try to get all academic with type modelling
Google is too busy inserting adds for MS-Edge and ball-shaving equipment to have time to add in the chapters in a timely fashion! (Though they did also-and-separately manage that once-every-4-years occurrence of an ad that is actually correctly targeted to me, this session).
gta 5 online was fun until the hackers ruined it, the devs left the dev locker in the game and the hackers got into it and it made playing online not worth it since it would often corrupt the play session until you did a full reload, i hope all the hackers get their type of play ruined by this change
Apart from potentially making money from online marketplaces (in themselves a truly terrible idea), what on earth is the point of cheating in multiplayer games? Never understood it.
Some people out there actually believe cheating makes them a better player and that everyone does it. Then they lose to people who aren’t even cheating because they rely so much on cheating tools that they never develop actual game skills
In case of competitive shit in most cases the game itself sucks so much that i have more fun in abusing glitches/cheating, but if I want to play in that way Zelda is better anyways. What I never understand is the point of competitive shit it doesn’t even look fun, I only see a lot of people getting mad and angry
Microsoft adopting Vulkan?... this screams Embrace, Expand, Extinguish to me. It will be a matter of time when they acquire and ruin it, just so DirectX has no competition.
And apparently the new GTA online anticheat has already been bypassed. Both by hackers and Linux players so yeah. Good effort rockstar... Still it's nice to send them support tickets just to annoy them. Ask for a refund and stuff.
I think most game companies that don't enable that anticheat's Linux support reason that it is less capable with Linux support enabled and thus makes it easier for Window$ users to cheat just to make the game accessible to a handful more players.
That whole Rust debate just tires me man. I literally dont understand the hostility towards it. Rust is pretty awesome and it should make the Kernel more robust, doesnt that benefit everyone? I always feel like a certain group of contributors spent too much time sniffing their own flatulences or something. The move to SPIR-V confuses me a little, I could've sworn Microsoft just invested into their DXIL, making it more performant than the Vulkan equivalent. They will have their reasons tho.
@@MrGamelover23 I do not think so, the main idea of c is to control the hardware a thin layer on assembly language, it is very much in the turing mindset and algol family. it is also a product of its time, things can be done better, that is what odin/zig are trying to solve
if rust has failed to meet expectations in the kernel, it's only because C devs stonewalled it by failing (or refusing) to document APIs with type and lifetime information that rust needs to make safety guarantees. this should reflect even more poorly on the C devs, because without that information, how do *they* make those safety guarantees?
12:14 - Yeah, Microsoft is definitely not the type of company to use the legendary Embrace-Extend-Extinguish strategy. Especially there's nothing to worry about if and when they announce their notorious "extentions" footprint pattern for the open standards right from the start.
It's very simple. If Linux is not going to continue adapting Rust, the kernel has a good chance to end up loosing it's popular status. It will be replaced by a new entirely in Rust written kernel. That new kernel can completely defeat Linux quickly, because software development in Rust tends to go much faster than in C, even though people believe otherwise. 70 percent of all bugs in software are due to memory safety issues, such as buffer overflows and invalid pointer usages, slowing down development tremendously. Having a programming language which helps you solve all those things immediately at compile time instead of many hours of debugging is what makes the largest difference here.
Supposedly, many kernel contributions would require you to turn off the memory safety feature. You're not wrong, though. A lot of the reason why people wanted rest in the kernel was specifically to avoid that memory safety issue. The issue is that a seasoned sea developer most likely will develop faster in sea than someone using rust because it's not nearly as common, and it'll certainly take the veteran programmer a long time to get just as fast using rust.
