Bug#1020387: dictionaries-common: Consensus regarding the packaging of the Qt WebEngine hunspell binary dictionaries
Soren Stoutner
soren at stoutner.com
Mon Dec 26 17:32:20 GMT 2022
Dmitry
It hasn’t been discussed, but I think it would make sense for Chromium to ship the
convert_dict tool as it is the upstream for the project. I suppose the reason why the
discussion was around how it is shipped in the Qt packages was because that is the only
place it is currently shipped in Debian:
https://packages.debian.org/search?
searchon=contents&keywords=convert_dict&mode=path&suite=testing&arch=any[1]
Andres, do you have an comments on the feasibility of shipping convert_dict as part of a
Chromium package targeted at developers?
Dmitry, can you also comment about adding a symlink from /usr/share/qt5/
qtwebengine_dictionaries to /usr/share/hunspell-dict as part of one of the libqt5webengine
packages and from /usr/share/qt6/qtwebengine_dictionaries as part of one of the
libqt6webengine packages?
There is some information about where Qt WebEngines search for these dictionaries at
https://doc.qt.io/qt-5/qtwebengine-features.html#spellchecker[2]
On Monday, December 26, 2022 9:08:38 AM MST Dmitry Shachnev wrote:
> On Tue, Dec 13, 2022 at 10:43:06AM -0700, Soren Stoutner wrote:
> > Can one of the Debian Qt/KDE maintainers weigh in on the feasibility of
> > either creating a meta package that depends on the most recent package
> > that includes qwebengine_convert_dict or creating an unversioned package
> > that installs qwebengine_convert_dict? Also, either having
> > qwebengine_convert_dict being installed in an unversioned location or
> > having a symlink that is unversioned? That would make it easier for
> > Hunspell language packages to build-depend on qwebengine_convert_dict and
> > wouldn’t require reworking all of those packages’ build scripts every time
> > the version of Qt in Debian changes.
>
> I think we can do this, but why do you think such tool should be provided by
> Qt WebEngine, not by Chromium itself?
>
> Chromium is the main upstream for convert_dict tool, while Qt WebEngine is
> one of several wrappers around it (e.g. another one is Electron). Also
> having it in Chromium will help to avoid the problem with versions, as
> there is always only one version of Chromium.
>
> Source code for convert_dict is present in the Chromium tarball [1], so it
> shouldn't be hard to provide a new binary package for it.
>
> (Maybe this was already discussed in the thread, but I did not read every
> message, please give me a link if it's the case.)
>
> [1]:
> https://sources.debian.org/src/chromium/108.0.5359.124-1/chrome/tools/conve
> rt_dict/
>
> --
> Dmitry Shachnev
--
Soren Stoutner
soren at stoutner.com
--------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-kde-talk/attachments/20221226/b6cdd1a5/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://alioth-lists.debian.net/pipermail/pkg-kde-talk/attachments/20221226/b6cdd1a5/attachment.sig>
More information about the pkg-kde-talk
mailing list