MeeGo will simply fail because of the arrogance of the Qt developers.
Technical reasons:
o one can NOT ask them on blogs, Jira, nor Twitter why Qt has such an uncompetitive and huge footprint in memory and storage for embedded, besides normal desktop
o they don't care their software rendering path (new in 4.x and influenced by AGG) is also bloated in memory/storage and hurts them in the long-run for OGLES acceleration
o they have 3-4 renderer paths inside Qt which all sit there taking RSS in the .so/dlls and is STILL without a clean, straight OGLES rendering path involving no such side conversions through an optimized specialized-purpose lib load (ie, instead of libGUI with EVERYTHING, libGUI_GL)
o pointing out footprint issues AFTER using their qconfig and lots of work to already optimize/slash footprint, but devs will say you're an idiot and use qconfig. ... Exactly, wth.
o one can NOT file a bugs in their Jira that Qt Creator takes 2x more memory than the MSVC equivalent (for even Qt code itself) without getting it shut down as invalid
o if you submitted patches to switch their naive optimizations to tune toward more footprint-savings (because -O2 creates uselessly-bloated libs that aren't any benchmarked faster on mobile) they will "take it under consideration" and then ignore it
o if you submitted patches into their Jira and are not a primary partner like Nvidia, they will nitpick the patch over tabbing and spacing (because it also fixes previous violations of their Style standards), ignore it the patch, and let it die on the vine
Qt is simply not tuned for mobiles. Their internal forking of it as "Mobility" subversions helps themselves even less.