libqtwebkit 2.3 -- how difficult?

[Malanrich]

Maybe an interim solution would be a workaround like a stand-alone spell checker. Already Hunspell will work in terminal. But a Linux version of tinyspell would be nifty.

[timkb4cq]

Been having trouble getting qtwebkit built on 64bit. Went back to 32bit and built plugins. Built fine after one minor tweak, but still no spellcheck. Then rebuilt qupzilla against the new qtwebkit and spellcheck is now working.

Back to the 64 bit dev partition to uninstall the nvidia driver & reinstall nouveau so the build doesn't error out again after another 1:45 of compiling because dependency information can't be found for nvidia's libGL.so.1. I've fixed this for other programs before with symlinks to the mesa libGL but it didn't work this time...

[Jerry3904]

Gee, what a hassle! Thanks a lot.

What do you think of making the spellcheck version available as a separate package instead of an upgrade? That way we don't have to pay the size penalty to have it available, but the user can get it deom the metapackage-installer very easily.

[timkb4cq]

Uploading now to the M12 Testing CR.

The two i386 packages for new version of qupzilla (w/ libqupzilla) are only 9200 bytes larger than the previous version. It's libqtwebkit that incurs the 3.5MB penalty.

The new version will run with the older libqtwebkit just fine - but without spellcheck.
I made the qtwebkit-plugins package that has the spellcheck plugin dependent on the new version of libqtwebkit so installing the plugins is all that's needed to make spellcheck work.

[Jerry3904]

That's terrific, Tim! anti and I want people to put the new package through its paces during the RC1 cycle (starts tomorrow...) to test for any collateral damage such as slowdown or latency, weird things from deleting myspell and/or installing hunspell, etc.

One way or another it will be in RC2. Any inclination to send a notice of this up to the developer?

EDIT: now we're trying to get it into RC1 for earlier testing!

[Stevo]

Arggh--apparently someone at Debian decided to have have hunspell-en conflict with Thunderbird, even though that's not even a Debian package. Let me see if that can be fixed easily.

[Stevo]

Interesting, hunspell is also happy to use myspell dictionaries, which do not conflict with Thunderbird. The easiest, foolproof way to make sure this happens is to have qtwebkit-plugins depend on hunspell and myspell-dictionary. However, this prevents the user from using a hunspell dictionary if they want to use one...

OK, let's try having it depend on myspell-dictionary | hunspell-dictionary, and see if that installs a myspell dictionary first without removing Thunderbird.

[Stevo]

Hah! The spellcheck doesn't need hunspell, it uses libhunspell, which automatically gets added to the depends by shlibs during the build. I just added libhunspell-dev to the build-depends, since we need that anyway, and the hunspell and myspell dictionaries are Recommended. No Thunderbird conflicts by default now.

Here's the fixed rebuild, I'll let Tim know, too.

http://ubuntuone.com/6iSqlxowcgSXFbmGk23NEq

[Jerry3904]

Many thanks to both of you for figuring everything out and getting it done in time for RC1!