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 --------
signature.asc
Description: This is a digitally signed message part.