Oh nice, didnt know that. Thanks for the info!
The real deal y0
Oh nice, didnt know that. Thanks for the info!
Now, if proton could be used outside if steam…
No way to extract what the launcher does and use it as launch options in whatever youre using to launch the game?
Oh sweet summer child. Capcom is on a very sharp edge imo.
Their games are solid, but everything around it is utter god damn dogshit.
Sf5? Beta was very solid, was fucked up before release. Also had a terrible microtransactions system.
Sf6? Very very solid base game, but to get all character and stages since last year + the game you have to pay +160 euro.
Re4? Very solid remake, but prepare to loose performance on pc due to dunovo despite it being a single player game.
Re: the village? Very solid game, but better pay shit up and also loose performance despite ALSO being a single player game.
Megaman: mega who?
Monster hunter : safe, for now. Monster hunter wilds looks amazing and loads of fun, but watch them fuck it up somehow…
I like capcom a lot, have always supported them despite shit decisions and a few near bankruptcies but its the microtransactions/usage of dunovo and other weird ass decisions is making me hold back on buying their stuff atm…
Must be a benelux thing? Same thing here
Ah, thats fair. I think thats fixable using wildcards in the packagereference in the csproj, but id need to check. I too would expect it to choose 4.0.1 unless a patch release needs a big update or something
Care to elaborate? I dont fully follow ^^; Feel free to also dm me or something
The mit license allows forking, merging, modifying and releases of modified code. Yes id assume so yes :)
I have a lot of bad things to say about some microsoft teams and some microsoft managers (cough fluentui webcomponents team cough ), but in general the .net team is a nice one and ive had several nice encounters with few of its devs.
Just dont know what the actual bloody fuck the manager/team was thinking dropping linux when they made maui…
Thats bad paraphrasing. .net is not propiatary and is open source and cross platform now because it started from scratch even before they bought xamarin (.net core). Yes mono did help .net become cross platform, no denying that, but they were already making steps to make that possible. They had to for the cloud/azure.
On top of that, for future development mono is no longer needed because .net is cross platform, and as an example ive made desktop apps on linux using avalonia which work on mac, windows, linux, …
Mono’s purpose at this point is only legacy stuff ( aka .net framework projects, aka stuff made with .net 4.8 or lower ) and will not evolve, which is perfect for wine.
I know it looks like microsoft took what they needed and are now ditching it, and its not untrue, but its always better to have something officially supported by the source instead of some 3th party as it will now evolve on all platforms at the same time and not stay behind the facts. It also will have better performance too since there is less translation going on.
Dont be salty about this man. Be salty about maui and how it took xamarin and crippled it ( no linux support )
I know, hence why i said youre not wrong but the example was wrong :p
Also, its more complex than that. Some teams can, some cant. And if they can it all depends on what project or context. The business world isnt that cut and dry hehe
Not saying youre wrong, but you took the wrong project as an example hehe.
Visual code is not open source. Its core is, but visual code isnt.
The difference is what visual code ships with, on top of its core.
Its like saying chrome == chromium ( it isnt ).
Visual code comes with a lot of features, addins and other stuff that isnt in the core.
.net debugger for example, is not found in vscodium ( build of the vscode core ). And there is more stuff i cant think of now but have come across.
Source: been using vscodium for a few months instead of vscode
Fair, and ill edit my post accordingly!
There are teams that are allowed, and within those companies are teams that are directly related to foss projects because those companies are in the foundation or supports of the foundation. However, thats doesnt mean every (product) team in the company is allowed to or that they can do or change whatever they like. Its a complex mess
Thats just dual booting. That wont work with the law if the contract says anything created using company hardware is theirs.
And yes, some companies need to give you a green light to work on projects in your free time, because they might have a team doing similar things somewhere, it might compete in something they would like to do in the future or like you said, might use company know how which is a huge nono.
Its bs imo, but those clauses and rules are found in some employment agreements.
Remember, always read your employment agreements!
Yes, but not all devs within microsoft are allowed to work on non-ms foss projects. I assume wsl devs are allowed to send stuff to linux but visual studio devs probably are not.
And not every team is allowed to do that.
Also, youre telling somebody who has worked with big companies not allowing it in their employer contract that he is lying? Riiiight…
A lot of google devs also are not allowed to do any linux work outside of work without explicit permissions because of all the internal docs, teams and other work being done on linux from within google. Development rights is an absolute mess, legally.
I usually dont care and do what is right, despite what my emploter contract says, but i have gotten in trouble for it
I agree they should have sent a patch to the grub source, but keep in mind big software companies like microsoft, Verizon, … do not normally allow their product teams to send a patch or PR to open source projects. This is because in their contract it states that all code written on and during company times is owned by the company. This means that it is impossible for them to make a patch or PR because it would conflict with the projects licence and fact its open source.
This changes when the team explicitly works on the foss product/project like the ms wsl team or the team working on linux supporting azure hardware, but that is an exception. I do not believe the microsoft kernel/bootloader team is allowed to send patches to grub.
Its a terrible thing, and it shouldnt be, but thats the fact of the world atm.
Thats an excuse of an argument and you know it. Things like yuzu and cemu had no reason to turn a profit like they did for what they had. The devs were fine and yet they did what they did. And on the other end of the spectrum there are homebrew devs that need money ( and i donate to ) but dont sell their stuff because its better free.
I never tried to make a profit out of priiloader or any of my successful free projects either, despite wanting more money sometimes.
There is a difference between a product and a project.
This.
Let alone those tools can be used from within nintendo, and have been in the past.
As somebody who helps manage a part of homebrew tools, im totally fine with that. Means they did something right and it means nintendo wont just shut it down and believes it is useful too. So good job on you then!
Now if they used some ip, or copyrighted code, in the tools, then its game over. Instantly.
Everything after w7, id agree. Windows 7 was actually legit. It ran fine on my amd athlon with 512MB ram. Ran dolphin back in the day too. Now after that it was all shite
I hate discord a lot, but this feature kinda destroys the reason discord exists. We used to have irc which is direct communication and needs both systems to be online ( yes, bouncers exist, but they arent perfect ). We moved away from irc so systems didnt need to be online and it was all in the cloud. Direct communication/file sharing from pc would kinda revert all that lol
( lets gooooo, bring irc back :p )