Microsoft righted an age-old “wrong” (at least for those who geek out about disk formatting) earlier this week. With its latest Windows 11 Insider Canary Preview Build, the company increased the maximum FAT32 partition size limit from 32GB to 2TB when using the command line.
No. But a limit at least better than Windows has to offer would help a lot (already because switching is a common thing and should be made breeze for everyone). And 256 bytes is bad no matter how you look at it.
Skills+time, or money to pay someone with the skills, that’s what is needed.
No, that’s not needed I think. Some file systems supported by Linux already support longer names, it’s Linux VFS that is limiting them. This is an artificial limit basically. It will be changed eventually, I only say that it’s long overdue already.
I assume you know of Stream’s Proton and just Wine.
I assume you know it wasn’t always like that. Surely a lot of Linux developers never thought it was a good idea to support many more windows-related systems (one could say it would be implemented if it was a big issue), but here we are.
‘Welcome to the Exile Guild ~The incompetent S-rank party will banish more and more talented adventurers, so collect the weakest and create the strongest guild~ 1 (Dragon Comics Age) - Yusuke Araki’
I don’t see this limit changing any time soon because in hitting it, you’re naming files unmanageablely. Pretty sure that is what the main devs will say and concentrate on more important stuff. If you present them with nice code for it, maybe they will take it. If not, it will mean carrying those patches on own folk. Though maybe you could get them to take bits of it making the carrying easier.
No, that’s not needed I think.
People doing it for themselves is very common. I’ve fixed bugs in all kinds of things, including the Linux kernel. People doing it for money is a world I don’t know, but I know of. Example : https://console.algora.io/
You can also just hire a contractor, or team, to do open source. I’ve done that, at the developer end (Qt4 Windows port work).
Wine is, old. It’s from 1993. The code is great though. Over 12 years ago, when stuck on Windows for work, I used to use it as a reference when the MSDN didn’t cover stuff. But I wouldn’t recommend it though as a way of living on a UNIX. If you are depent on Windows apps, you aren’t ready to leave. Wine does not make a UNIX into Windows. Changing underlying implementation bring out bugs in software above. With closed shit, you can’t fix them. Wine does however, give you a route to running a piece of Windows software, if you have the time to give that software the set of Windows bug it expects, “Bug for bug”. Valve have basics lovingly wrapped Windows games with what each game needs.
No. But a limit at least better than Windows has to offer would help a lot (already because switching is a common thing and should be made breeze for everyone). And 256 bytes is bad no matter how you look at it.
No, that’s not needed I think. Some file systems supported by Linux already support longer names, it’s Linux VFS that is limiting them. This is an artificial limit basically. It will be changed eventually, I only say that it’s long overdue already.
I assume you know it wasn’t always like that. Surely a lot of Linux developers never thought it was a good idea to support many more windows-related systems (one could say it would be implemented if it was a big issue), but here we are.
Come on.
‘Welcome to the Exile Guild ~The incompetent S-rank party will banish more and more talented adventurers, so collect the weakest and create the strongest guild~ 1 (Dragon Comics Age) - Yusuke Araki’
Is not a reasonable name.
I get:
ようこそ『追放者ギルド』へ ～無能なＳランクパーティがどんどん有能な冒険者を追放するので、最弱を集めて最強ギルドを創ります～ 1 (ドラゴンコミックスエイジ) - 荒木 佑輔
As 87 Unicode characters and 241 bytes in UTF8.
So this unreasonable name does fit.
I don’t see this limit changing any time soon because in hitting it, you’re naming files unmanageablely. Pretty sure that is what the main devs will say and concentrate on more important stuff. If you present them with nice code for it, maybe they will take it. If not, it will mean carrying those patches on own folk. Though maybe you could get them to take bits of it making the carrying easier.
People doing it for themselves is very common. I’ve fixed bugs in all kinds of things, including the Linux kernel. People doing it for money is a world I don’t know, but I know of. Example : https://console.algora.io/
You can also just hire a contractor, or team, to do open source. I’ve done that, at the developer end (Qt4 Windows port work).
Wine is, old. It’s from 1993. The code is great though. Over 12 years ago, when stuck on Windows for work, I used to use it as a reference when the MSDN didn’t cover stuff. But I wouldn’t recommend it though as a way of living on a UNIX. If you are depent on Windows apps, you aren’t ready to leave. Wine does not make a UNIX into Windows. Changing underlying implementation bring out bugs in software above. With closed shit, you can’t fix them. Wine does however, give you a route to running a piece of Windows software, if you have the time to give that software the set of Windows bug it expects, “Bug for bug”. Valve have basics lovingly wrapped Windows games with what each game needs.
You aren’t addressing what I’ve said. But that’s expected. No need to spend more of your time.
It does feel like we are talking past each other. Probably coming from very different places. All the best anyway.