• Package Qt WebEngine dictionaries

    From Soren Stoutner@21:1/5 to All on Sat Sep 17 15:32:15 2022
    This is a multi-part message in MIME format.

    --nextPart1774896.M3Ca5PYbuj
    Content-Transfer-Encoding: 7Bit
    Content-Type: text/plain; charset="iso-8859-1"

    I am developing a Qt WebEngine based web browser named Privacy Browser.

    https://www.stoutner.com/privacy-browser-pc/[1]

    Currently it is in pre-alpha, but it will soon reach an alpha release stage, at which point I
    would like to package it for Debian. I noticed that Debian does not currently ship packages
    for Qt WebEngine dictionaries. Qt WebEngine can use Hunspell dictionaries compiled into
    a special binary format using qwebengine_convert_dict from the qtwebengine5-dev-tools
    package.

    https://doc.qt.io/qt-5/qtwebengine-features.html#spellchecker[2]

    The binary packages should be placed (currently) in the /usr/share/qt5/ qtwebengine_dictionaries directory, although I would assume that it would make sense to
    create a symlink from /usr/share/qt6/qtwebengine_dictionaries, and I would assume that
    when qt6 becomes the default the binary files should move there.

    Once the binary dictionary files are in Debian any program that uses Qt WebEngine can
    take advantage of them (they do have to enable spell checking in their source code and
    select the desired language).

    I created a feature request to work with the maintainer of the English Hunspell dictionary
    package (src: scowl) and it seems like the best way to handle this would be to use the
    existing source to create these binary files, either in the existing binary package or in a
    separate package.

    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017646[3]

    My questions for the Debian KDE community is if there is a preference for the naming
    convention of a possible new binary package and if the proposed file locations and
    symlinks are the best way to handle the installation.

    My plan was to wait and see how things landed with the English package and then reach
    out to the maintainers of the other Hunspell languages and offer assistance to add the Qt
    WebEngine dictionaries to their packages as well.

    Soren

    --
    Soren Stoutner
    623-262-6169
    [email protected]

    --------
    [1] https://www.stoutner.com/privacy-browser-pc/
    [2] https://doc.qt.io/qt-5/qtwebengine-features.html#spellchecker
    [3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017646

    --nextPart1774896.M3Ca5PYbuj
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/html; charset="iso-8859-1"

    <html>
    <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    </head>
    <body><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">I am developing a Qt WebEngine based web browser named Privacy Browser.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;"><a href="https://www.stoutner.com/privacy-browser-pc/">https://www.stoutner.com/privacy-browser-pc/</a></p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Currently it is in pre-alpha, but it will soon reach an alpha release stage, at which point I would like to package it for Debian.� I noticed that Debian does not currently ship
    packages for Qt WebEngine dictionaries.� Qt WebEngine can use Hunspell dictionaries compiled into a special binary format using qwebengine_convert_dict from the qtwebengine5-dev-tools package.</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">�</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;"><a href="https://doc.qt.io/qt-5/qtwebengine-features.html#spellchecker">https://doc.qt.io/qt-5/qtwebengine-features.html#spellchecker</a></p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">The binary packages should be placed (currently) in the /usr/share/qt5/qtwebengine_dictionaries directory, although I would assume that it would make sense to create a symlink
    from /usr/share/qt6/qtwebengine_dictionaries, and I would assume that when qt6 becomes the default the binary files should move there.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Once the binary dictionary files are in Debian any program that uses Qt WebEngine can take advantage of them (they do have to enable spell checking in their source code and
    select the desired language).</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;"><br />I created a feature request to work with the maintainer of the English Hunspell dictionary package (src: scowl) and it seems like the best way to handle this would be to use the
    existing source to create these binary files, either in the existing binary package or in a separate package.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;"><a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017646">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017646</a></p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">My questions for the Debian KDE community is if there is a preference for the naming convention of a possible new binary package and if the proposed file locations and symlinks
    are the best way to handle the installation.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">My plan was to wait and see how things landed with the English package and then reach out to the maintainers of the other Hunspell languages and offer assistance to add the Qt
    WebEngine dictionaries to their packages as well.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Soren</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">-- </p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Soren Stoutner</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">623-262-6169</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">[email protected] </p>
    </body>
    </html>
    --nextPart1774896.M3Ca5PYbuj--

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmMmSu8ACgkQwufLJ66w tgNzxg//aq3dHrkrwK0fWNUVX4XpYoQrg53YYDtSLMfS0gy3oJu6DRpf0G8OGlMO bWGKR/ZytB2kRi6Zr2+ZgL+MIv4yaBQsxonyUrRjlVuGaCQDllN0fupKGfSPrxm4 7vSGrf41lTwsf3ZOXUbFzwk4O4SSQrLuGiC5wYenSGes62LGK+kb1jq4SksAEnYj RTu3JiJ00WoN8VwIUM0v8Sa3T1V9GlNdEfUNkaln5N9n1IJmikBPlSkatiTPXPke qYvsV0ONuIMIsdoD4dxLQzdoP++eUM4ev9UkG7FFo1WRiUdc8NS98XOhdzenMKwi 6urZkoB5LFq32IfFdvqMaepygIKeI3DU4yrUoa1zzuewQ8YQZ3Tzzlv7tWQACUdw TGEDgai76NqUYlA2yoTzKIuX3pMGu6Cv1mZXGgmypkOn6kZeZZaBbTza5ZS4Dyr1 eXh7OmUZKs5e6sOmNIu53pNdRIokxQmJKAfkzlxiCFmM4g8Irf3IH3GFhyagGico xxn7zyRctTKN7NuT1mr0tmkxDm3LIiYyA//yMY899bER8/fpPZun7cz0GjelyyW6 iJ+EBk5JWHbAM0YA0RyP+YJvQw9TubPG+boLLCkTSHv3KiijGHx/8b6XPnG33uFs MIE9E+XxTxg0A+vMA4PapgTUi+STx/cqbQkPpyMrfyHeCkEUiMo=
    =TCdH
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rene Engelhard@21:1/5 to All on Tue Sep 20 18:00:01 2022
    Hi,

    Am 18.09.22 um 00:32 schrieb Soren Stoutner:
    I noticed that Debian does not currently ship packages for Qt
    WebEngine dictionaries.  Qt WebEngine can use Hunspell dictionaries
    compiled into a special binary format using qwebengine_convert_dict
    from the qtwebengine5-dev-tools package.

    https://doc.qt.io/qt-5/qtwebengine-features.html#spellchecker


    The binary packages should be placed (currently) in the /usr/share/qt5/qtwebengine_dictionaries directory, although I would
    assume that it would make sense to create a symlink from /usr/share/qt6/qtwebengine_dictionaries, and I would assume that when
    qt6 becomes the default the binary files should move there.


    Can't they be built at runtime by a trigger like PostgreSQL does?

    I created a feature request to work with the maintainer of the English Hunspell dictionary package (src: scowl) and it seems like the best
    way to handle this would be to use the existing source to create these
    binary files
    yup
    , either in the existing binary package or in a separate package.

    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017646


    I'd argue for a separate package since this .bdic is QtWebengine
    specific isn't it? Nothing else uses it.

    Whereas the hunspell dicts as-is are used by various applications.

    My questions for the Debian KDE community is if there is a preference
    for the naming convention of a possible new binary package

    no comment for this :)

    and if the proposed file locations and symlinks are the best way to
    handle the installation

    As the person who wrote the initial hunspell policy I don't like those
    .bdic files in /usr/share/hunspell.

    My plan was to wait and see how things landed with the English
    package and then reach out to the maintainers of the other Hunspell
    languages and offer assistance to add the Qt WebEngine dictionaries to
    their packages as well.


    One could have also talked to the hunspell maintainer....


    Regards,


    Rene

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Soren Stoutner@21:1/5 to All on Tue Sep 20 09:38:17 2022
    Copy: [email protected] (Don Armstrong)

    This is a multi-part message in MIME format.

    --nextPart3864365.NssbXc9aZR
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/plain; charset="UTF-8"

    On Tuesday, September 20, 2022 8:56:00 AM MST Rene Engelhard wrote:
    I'd argue for a separate package since this .bdic is QtWebengine
    specific isn't it? Nothing else uses it.

    Whereas the hunspell dicts as-is are used by various applications.

    and if the proposed file locations and symlinks are the best way to
    handle the installation

    As the person who wrote the initial hunspell policy I don't like those
    .bdic files in /usr/share/hunspell.

    My plan was to wait and see how things landed with the English

    package and then reach out to the maintainers of the other Hunspell
    languages and offer assistance to add the Qt WebEngine dictionaries to
    their packages as well.


    One could have also talked to the hunspell maintainer....

    I did speak to the maintainer of the English hunspell packages (Don Armstrong), which are
    based on the scowl source package. I originally felt that it would be better for these to be
    separate binary packages for the same reasons you have stated. He was the one who felt,
    because of their small size, it would be better for these to be packaged in the existing
    binaries.

    You can read that discussion here:

    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017646[1]

    I don’t have a strong preference either way. I also don’t know if the maintainers of the
    various hunspell packages in different languages do much coordination with each other.

    This is his patch that enables the building of the Qt WebEngine binary dictionaries:

    https://git.donarmstrong.com/?p=deb_pkgs/ scowl.git;a=commitdiff;h=4510f7fed66204384fe8c39fc875e24fd874229b[2]

    Soren

    --
    Soren Stoutner
    623-262-6169
    [email protected]

    --------
    [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1017646
    [2] https://git.donarmstrong.com/?p=deb_pkgs/ scowl.git;a=commitdiff;h=4510f7fed66204384fe8c39fc875e24fd874229b

    --nextPart3864365.NssbXc9aZR
    Content-Transfer-Encoding: quoted-printable
    Content-Type: text/html; charset="UTF-8"

    <html>
    <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    </head>
    <body><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">On Tuesday, September 20, 2022 8:56:00 AM MST Rene Engelhard wrote:</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; I'd argue for a separate package since this .bdic is QtWebengine</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; specific isn't it? Nothing else uses it.</p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">&gt; </p> <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;"
  • From Rene Engelhard@21:1/5 to All on Tue Sep 20 20:10:02 2022
    Hi,

    Am 20.09.22 um 18:38 schrieb Soren Stoutner:

    I did speak to the maintainer of the English hunspell packages (Don Armstrong), which are based on the scowl source package.

    But not with the maintainer of the hunspell engine itself. Who wrote the hunspell parts of

    /usr/share/doc/dictionaries-common-dev/dsdt-policy.txt.gz

    Neither with the dictionaries-common maintainers where this policy is
    in/from.

    I don’t have a strong preference either way.
    I do, personally. Please keep it out of hunspell-*.
    I also don’t know if the maintainers of the various hunspell packages
    in different languages do much coordination with each other.
    There's no big coordination here, but they follow above policy.

    This is his patch that enables the building of the Qt WebEngine binary dictionaries:


    https://git.donarmstrong.com/?p=deb_pkgs/scowl.git;a=commitdiff;h=4510f7fed66204384fe8c39fc875e24fd874229b

    You linked that already.


    Note that you didn't answer my questions here either.

    Regards,


    Rene

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Rene Engelhard@21:1/5 to All on Tue Sep 20 20:50:01 2022
    @Agustin: context:
    https://lists.debian.org/debian-kde/2022/09/msg00011.html ff.

    Hi again,

    Am 20.09.22 um 20:02 schrieb Rene Engelhard:
    Hi,

    Am 20.09.22 um 18:38 schrieb Soren Stoutner:

    I did speak to the maintainer of the English hunspell packages (Don
    Armstrong), which are based on the scowl source package.

    But not with the maintainer of the hunspell engine itself. Who wrote
    the hunspell parts of

    /usr/share/doc/dictionaries-common-dev/dsdt-policy.txt.gz

    Neither with the dictionaries-common maintainers where this policy is in/from.

    We could (and should) document stuff there anyway if we agreed on something.

    Though I am actually not amused though that the people who care about
    hunspell dicts in Debian and wrote the policy weren't even asked (and
    this thread "hidden" in a KDE-centric _user list_, which -kde _is_)

    Regards,


    Rene

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Soren Stoutner@21:1/5 to All on Tue Sep 20 22:50:01 2022
    This is a multi-part message in MIME format.

    I agree that it would be a good idea to discuss this in a central location where the
    largest number of hunspell maintainers are likely to see the discussion and a general consensus can be reached. As I don’t see a mailing list for either Hunspell
    or for dictionaries in general, I have filed a bug report against dictionaries- common.

    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020387[1]

    --
    Soren Stoutner
    623-262-6169
    [email protected]

    --------
    [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020387

    <html>
    <head>
    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
    </head>
    <body><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">I agree that it would be a good idea to discuss this in a central location where the largest number of hunspell maintainers are likely to see the discussion and a general
    consensus can be reached.&nbsp; As I don’t see a mailing list for either Hunspell or for dictionaries in general, I have filed a bug report against dictionaries-common.</p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;"><a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020387">https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020387</a></p>
    <br /><p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">-- </p>
    <p style="margin-top:0;margin-bottom:0;margin-left:0;margin-right:0;">Soren S