Hlavní důvod je ten, že Kubuntu tým nemá dostatek baličů a vývojářů, kteří by se o všechny ty balíčky všech řad KDE ve všech vydáních Kubuntu starali a udržovali je, takže se vlastně jen věnují následující vývojové verzi Kubuntu (natty), ze které backportují balíčky do verze aktuální (maverick), avšak do předchozí (lucid) již ne. Jo, je to v případě LTS verzí dosti zvláštní, ale je to tím, že se předpokládá, že kdo během LTS vydání upgraduje na vyšší verzi KDE, tak bude za půl roku upgradovat i celé distro a u LTS verze nezůstane. Dlouhodobá podpora u LTS vydání je ze strany Canonicalu poskytována pouze té verzi KDE se kterou bylo vydáno, u Lucidu jde o řadu KDE 4.4.x. Čili se předpokládá, že kdo vyžaduje LTS podporu, tak zůstal u KDE 4.4.x a na KDE 4.5.x neupgradoval.
Kubuntu se prezentuje jako bleeding edge disribuce, z toho právě plyne, že vývojáři se neustále věnují hlavně té vývojové verzi, do aktuální pak semtam něco backportují, ale většinou nejdéle jen do vydání další verze.
Třeba já osobně to řeším tak, že např. do Lucidu jsem už během léta instaloval celou řadu balíčků (vyjma vlastního KDE) přímo z repozitářů Mavericku (nicméně je to velmi náročné na řešení závislostí a konfliktů mezi balíčky, nic pro začátečníky) a nebo používal několik PPA repozitářů třetích stran, které poskytovaly backporty do Lucidu, a celou řadu věcí jsem si zkompiloval či backportoval sám. Některé ty PPA repozitáře poskytují i backporty do ještě starších verzí Kubuntu, ale taky ne do nekonečna a dosti často je dělá jen jeden člověk, takže se stává, že najednou nemá čas (změna práce, školy, rodina) nebo třeba i opustí Kubuntu a přestane se tomu věnovat, takže spolehnutí na to také není.