Get rid of Qt packages in the ISO

[Sergey "Shnatsel" Davidoff]

Right now sni-qt, the package which provides a compatibility layer between Qt and Ayatana indicators, pulls in Qt itself.
Qt needs a GTFO from the ISO.

[Sergey "Shnatsel" Davidoff (shnatsel)]

We can either make sni-qt recommend Qt packages and blacklist them in the image build scripts, or make base Qt packages recommend sni-qt. I prefer the latter.

[Sergey "Shnatsel" Davidoff (shnatsel)]

Recipe fails with out-of-memory error. Dammit. Asked https://answers.launchpad.net/launchpad/+question/189636

[Sergey "Shnatsel" Davidoff (shnatsel)]

blocked by upstream bug 947977

[Mantas Kriaučiūnas (mantas)]

I think you should report a bug, named "make base QT4 packages recommend sni-qt" against Ubuntu QT4 packages - then all Ubuntu-based distribution developers and simple Ubuntu users can remove QT4 from they systems and will not worry about manual installation of sni-qt package (which provides a compatibility layer between Qt and Ayatana indicators) - when some QT4 application will be installed, then sni-qt should be installed automatically, right?

[Sergey "Shnatsel" Davidoff (shnatsel)]

I don't think so. Kubuntu don't need sni-qt.

[Danielle Foré (danrabbit)]

Is this fixed? If not, I think we should just axe potential Qt compatibility if that's the problem. We build our apps in GTK+, I'm not terribly concerned about cross-platform apps.

[Sergey "Shnatsel" Davidoff (shnatsel)]

At the moment it's axed.

[Daniel Clem (clem11388)]

If it is being taken out so readily, I can only assume that any QT dependencies would still be available through the repositories, So that if the user installs an app that requires it, there won't be any issues. Correct?

[Sergey "Shnatsel" Davidoff (shnatsel)]

At the moment there may be issues with indicators and accessibility in Qt apps because they require bridging Qt interfaces to GNOME ones, and those packages are not pulled in by the apps themselves. We have to either ship them or forget those features (unless the user manually installs the required packages, but that won't happen often).

Fixing that depends on Launchpad bug 947977 being fixed. I'll hack together an alternative if it's not fixed till Luna beta.

[Daniel Clem (clem11388)]

Mkay, Thank you :-) I just think that the average user is going to go to the Software Center to install apps, And won't care to much if its a QT app, or GTK app. They just want to "get the job done".

I'll keep an eye here to see what you guys come up with. God Bless ya's

P.S. Can't wait for the Luna Beta!! :-)

[Danielle Foré (danrabbit)]

Sergey, if it's been axed can we mark this bug as fixed?

[Sergey "Shnatsel" Davidoff (shnatsel)]

No, because it's not axed properly.

[Sergey "Shnatsel" Davidoff (shnatsel)]

With the new patching architecture we can tackle the proper fix without waiting for Launchpad to upgrade to a newer bzr version.

[Sergey "Shnatsel" Davidoff (shnatsel)]

This should do it: https://code.launchpad.net/~elementary-os/+recipe/os-patch-qt4-x11

[Sergey "Shnatsel" Davidoff (shnatsel)]

There's autoremoveable Qt4 in today's daily build.

[Danielle Foré (danrabbit)]

retargeting to beta2 since most people won't even know if this is completed or not.

[intialonso (intialonso)]

Just to say that qt compability is required for the final user. Im testing the daily builds and if I install VLC it looks like *******.

[Julián Unrrein (junrrein)]

I second what intialonso said. Qt compatibility is required for the final user.
In fact, it was the only showstopper bug for me, quite frustrating since the ugly looks of Qt apps clashed with the outstanding beauty of the rest of the desktop.
Even after installing Qt packages, the gtk theme has to be setted manually, for example with this workaround: http://ralgozino.wordpress.com/2012/11/22/qt-apps-look-like-crap-in-elementaryos/ .

[Cody Garver (codygarver)]

This bug is separate from that issue. The Qt fix you linked was
applied in the OS recently.

Sent from my iPhone

On Nov 26, 2012, at 1:05 PM, "Julián Unrrein" <email address hidden> wrote:

> I second what intialonso said. Qt compatibility is required for the final user.
> In fact, it was the only showstopper bug for me, quite frustrating since the ugly looks of Qt apps clashed with the outstanding beauty of the rest of the desktop.
> Even after installing Qt packages, the gtk theme has to be setted manually, for example with this workaround: http://ralgozino.wordpress.com/2012/11/22/qt-apps-look-like-crap-in-elementaryos/ .
>
> --
> You received this bug notification because you are subscribed to
> elementary OS.
> https://bugs.launchpad.net/bugs/945521
>
> Title:
> Get rid of Qt packages in the ISO
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/elementaryos/+bug/945521/+subscriptions

[Sergey "Shnatsel" Davidoff (shnatsel)]

The recipe which detaches sni-qt and allows us to ship it without pulling in the rest of qt is broken: https://code.launchpad.net/~elementary-os/+recipe/qt4-x11-daily

Not sure what exactly the problem is.

[Sergey "Shnatsel" Davidoff (shnatsel)]

I've fixed the build (hopefully). We were hitting a Launchpad-specific bug again; I've applied a workaround. I hope this is the last LP bug we hit...

[Sergey "Shnatsel" Davidoff (shnatsel)]

Okay, it *still* doesn't build. Fails on binary build stage now.

[Sergey "Shnatsel" Davidoff (shnatsel)]

Finally worked around Launchpad's bug 1089615, patched versions build OK now.