El mar, 13 dic 2022 a las 18:43, Soren Stoutner (<so...@stoutner.com>) escribió: > > 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 modified installdeb-myspell to look for both, with qt6 version preferred. In policy document, I commented about qt5 version existence, but discouraging its use as it will disappear sooner. In theory it could be useful for stable backports, but since .bdic sid version should be usable unchanged in stable there is no real use for it. > Regarding qwebengine_convert_dict expecting the .dic as a file entry, I am > not certain I understand what you are referring to. This is how it builds on > my Debian testing system. The .dic file must be in the same directory as the > .aff, but it isn’t specified (or at least doesn’t need to be specified) as a > file entry. $ /usr/lib/qt6/libexec/qwebengine_convert_dict Usage: qwebengine_convert_dict <dic file> <bdic file> Just put what usage note and associated example shows, it is supposed to be more "stable". Noticed that qwebengine_convert_dict seems to accept any of both (and look for the other). In theory, a dic file may have no associated aff file (and be a plain wordlist), but just checked that even that requires an empty aff file. -- Agustin
