Hi @traman124!
So, just one point of clarification: KDE is not a desktop environment. It’s a community of developers that develop several applications. I think you’re likely referring to Plasma, which is the desktop environment developed by KDE.
I’m no stranger to Plasma. The desktop environment of Ubuntu Studio is Plasma, and I, until recently, was employed as a developer with the Kubuntu Focus project, and am considered one of that project’s founders. In that time, I learned a lot about what it takes to maintain Plasma as a desktop environment for a distribution, and it’s no small feat, especially when the upstream releases a version of the DE that is very buggy (Plasma 5.25, for instance).
Additionally, there’s the matter of the system installer. Ubiquity, which is the installer for all Ubuntu flavors except Lubuntu and Ubuntu Studio, has two frontends: a GTK frontend and a Qt frontend. The Qt fontend is hard-coded to Kubuntu and is not easily changed without multiple changes and pull requests to the maintainers of Ubiquity, which can take weeks or months to get through. Additionally, the Qt frontend does not get the same amount of maintenance or attention as the GTK frontend, and the Kubuntu developers do not have direct access to fix bugs in the Qt frontend. Those with direct access do not let anyone else touch the code without reviewing pull requests, which can, again, take weeks or months. So, for my wife’s sake (who is a new contributor) and my sake, we’d rather not deal with that.
So, to keep maintenance at a minimum, we’d rather keep the delta as minimal as possible between Edubuntu and Ubuntu Desktop. But, this is where the aforementioned Edubuntu Installer application will come-in so that people can install any official flavor of Ubuntu (read: any desktop environment) and install whatever Edubuntu metapackages they need. This includes Kubuntu.
The other advantage using Ubuntu Desktop as a base has is that, quoting myself from a previous comment:
This is a good point, and there’s nothing stopping an administrator from installing Chrome directly from Google, or installing Chromium from the snap store. I’ll talk to Amy about this and see if she wants to seed both Chromium and Firefox, just to see what she thinks would be best, because this is definitely a valid point. The only thing is that, in my testing and in other’s testing, snapped web browsers with installed webapps don’t do well in offline mode anyhow, so that could be a factor, but might require more testing. Definitely something to think about.
To your point about Ungoogled Chromium, this is not in the software repositories and I’m not about to package it as maintaining a web browser is a gigantic undertaking and, arguably, a much higher undertaking than maintaining a flavor of Ubuntu (I considered packaging Seamonkey at one point in time before I slapped myself out of it!).
So, TL;DR: We’re going with GNOME because that keeps our delta with Ubuntu Desktop at a minimum, it gives us the advantage of having Canonical’s team in our corner, the metapackages will be install-able on any official flavor, and we’ll look into seeding Chromium, but I’m not making any promises right now.