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
so...@stoutner.com

--------

Attachment: signature.asc
Description: This is a digitally signed message part.

Reply via email to