No I do understand the difference. 32 bit os on 64 bit machine is very common. The common misconception is that 32 bit only runs older hardware. Using 32 bit on 64 bit machine doesn’t defeat the purpose at all.
But you need to understand the use cases. The one main reason is lack of RAM. Go to amazon and you will see 90 % the laptops that hp,dell, asus, acer sells still come with 2GB/4GB RAM. Also while testing in a vm , it is common sense to use 32 bit. I mean I so far doesn’t not have any problem running 32 bit on 64 bit machines. If you use wine you will end up using 32 bit any way.
I can give 100 more reasons but I am not trying to refute you but giving use-cases from my perspective.
And Yes older hardware will always have regression with newer kernel.16.04 kernel has issues with hardware older than 2007, 18.04 kernel has issues hardware older than 2009 and so on. But that can not be reason for dropping 32 bit. I mean if people wants to run very old hardware with newer kernel let them worry about it. But why create problems for users who has newer machines? Why drop entire arch for that?
And I do understand the difference between debian and ubuntu. I also don’t buy the “lack-of-resource” argument. How much resource do you need to download a iso and test it in a vm? That’s how everyone was doing it so far? no?
The script builds the iso. The individual packages are all tested upstream. And if build fails for a particular arch(worst case scenario) Ubuntu doesn’t fix it. They simply wait for debian to fix and the follows up. I refuse to accept that keeping the script on will burn huge amount of resources. I rather keep it even at the cost of little lack of testing.
To me it was rather forced follow up decision. "Ubuntu dropped it, budgie dropping it… so mate should follow"
So what now? I can’t believe I have to download Xubuntu from now on only to run sudo apt-get install ubuntu-mate-desktop
later! This is plain and simple ridiculous.
I put my argument as a real user of 32 bit os who doesn’t use old crippled machine but rather a modern one with little constraint on RAM.