1. Forum
  2. Usenet
  3. LINUX.DEBIAN.MAINT.I18N

  • Broken diff output in DDTSS

    From Daniele Forsi@21:1/5 to All on Tue Aug 24 22:30:01 2021
    Hello,

    what is the right place to report a bug in the DDTSS interface?

    The bug is that the diff output in the translation pages do not
    correspond to the actual changes, it seems that the old package
    description in the database contains only the first line, so the diff
    is showing the whole long description as added lines.
    For example, the page https://ddtp.debian.org/ddtss/index.cgi/it/forreview/netconfd includes
    the output of https://ddtp.debian.org/ddt.cgi?diff1=262691&diff2=284689&language=it
    I think that only the title changed, anyway the old description is
    missing from the output, this is the diff shown today:

    diff from 262691 and 284689

    Description: NETCONF (RFC-6241) agent

    Description: NETCONF (RFC6241) agent
    NETCONF provides a framework
    for the exchange of management information between agents (servers)
    and clients.
    .
    The yuma123 agent is a daemon which listens for incoming NETCONF
    requests from clients and provides responses.

    --- 262691 Thu Jan 1 00:00:00 1970
    +++ 284689 Thu Jan 1 00:00:00 1970
    @@ -1 +1,7 @@
    -NETCONF (RFC-6241) agent
    +NETCONF (RFC6241) agent
    + NETCONF provides a framework
    + for the exchange of management information between agents (servers)
    + and clients.
    + .
    + The yuma123 agent is a daemon which listens for incoming NETCONF
    + requests from clients and provides responses.

    The it-translation:

    Description-it: agente NETCONF (RFC-6241)
    NETCONF fornisce un'infrastruttura per lo scambio e la gestione delle
    informazioni tra agenti (server) e client.
    .
    L'agente yuma123 è un demone che ascolta richieste NETCONF in ingresso dai
    client e fornisce risposte.


    --
    Daniele Forsi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From lorenzo .@21:1/5 to All on Tue Aug 31 14:50:02 2021
    Hi,I suspect the root cause is the xz compression by default now.DDTP doesn't handle .xz compressed files but only .bz2 ones.
    ftp.debian.org/debian/dists/bookworm/main/i18n/
    Kind Regards

    Inviato da Yahoo Mail su Android

    Il Mar, 24 Ago, 2021 alle 22:28, Daniele Forsi<dforsi@gmail.com> ha scritto: Hello,

    what is the right place to report a bug in the DDTSS interface?

    The bug is that the diff output in the translation pages do not
    correspond to the actual changes, it seems that the old package
    description in the database contains only the first line, so the diff
    is showing the whole long description as added lines.
    For example, the page https://ddtp.debian.org/ddtss/index.cgi/it/forreview/netconfd includes
    the output of https://ddtp.debian.org/ddt.cgi?diff1=262691&diff2=284689&language=it
    I think that only the title changed, anyway the old description is
    missing from the output, this is the diff shown today:

    diff from 262691 and 284689

    Description: NETCONF (RFC-6241) agent

    Description: NETCONF (RFC6241) agent
    NETCONF provides a framework
    for the exchange of management information between agents (servers)
    and clients.
    .
    The yuma123 agent is a daemon which listens for incoming NETCONF
    requests from clients and provides responses.

    --- 262691 Thu Jan  1 00:00:00 1970
    +++ 284689 Thu Jan  1 00:00:00 1970
    @@ -1 +1,7 @@
    -NETCONF (RFC-6241) agent
    +NETCONF (RFC6241) agent
    + NETCONF provides a framework
    + for the exchange of management information between agents (servers)
    + and clients.
    + .
    + The yuma123 agent is a daemon which listens for incoming NETCONF
    + requests from clients and provides responses.

    The it-translation:

    Description-it: agente NETCONF (RFC-6241)
    NETCONF fornisce un'infrastruttura per lo scambio e la gestione delle
    informazioni tra agenti (server) e client.
    .
    L'agente yuma123 è un demone che ascolta richieste NETCONF in ingresso dai
    client e fornisce risposte.


    --
    Daniele Forsi



    Hi,<div id="yMail_cursorElementTracker_1630413596957">I suspect the root cause is the xz compression by default now.</div><div id="yMail_cursorElementTracker_1630414063041">DDTP doesn't handle .xz compressed files but only .bz2 ones.</div><div id="yMail_
    cursorElementTracker_1630413684489"><br></div><div id=
  • From Daniele Forsi@21:1/5 to All on Thu Sep 2 21:40:01 2021
    Hi,

    I suspect the root cause is the xz compression by default now.
    DDTP doesn't handle .xz compressed files but only .bz2 ones.

    ftp.debian.org/debian/dists/bookworm/main/i18n/

    I think you are right and this seems the script that handles the
    decompression from bz2 https://salsa.debian.org/l10n-team/ddtp/-/blob/master/Packages2db.sh

    I created this issue https://salsa.debian.org/tvincent/ddtp/-/issues/16

    thank you for your insight
    --
    Daniele Forsi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Thomas Vincent@21:1/5 to All on Thu Sep 2 22:40:03 2021
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --XSFPbkiuCIm87CBEwbOrr3m9G9Dpst9v6
    Content-Type: text/plain; charset=utf-8
    Content-Language: en-US
    Content-Transfer-Encoding: quoted-printable

    Hi,

    Le 02/09/2021 à 21:35, Daniele Forsi a écrit :
    I suspect the root cause is the xz compression by default now.
    DDTP doesn't handle .xz compressed files but only .bz2 ones.

    ftp.debian.org/debian/dists/bookworm/main/i18n/

    I think you are right and this seems the script that handles the decompression from bz2 https://salsa.debian.org/l10n-team/ddtp/-/blob/master/Packages2db.sh

    I created this issue https://salsa.debian.org/tvincent/ddtp/-/issues/16

    thank you for your insight


    Thank you both for your help.
    I will try to have a look at this issue next week-end.

    There is also the problem of dak not being happy with our translations
    since the Bullseye release. It may be related to this bz2 to xz move.

    Kind regards,
    Thomas


    --XSFPbkiuCIm87CBEwbOrr3m9G9Dpst9v6--

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

    wsF5BAABCAAjFiEE04s77v+Xj8bVqh42enSQZNOPEaMFAmExNY0FAwAAAAAACgkQenSQZNOPEaPg ug//aUPeyltpPT38NtOBCNKqCGVD1ZpieG1JYHpMIZScWYLAiC8kCmsyARdm2ethHrNf74rKGaOU 8eK/HkNAsSC8K4fRaOCoQ9BM4YfsvHDJBH7pYGIfyGCZFwIcTj/t+PLsLSe2Q4CcwH2KpzHYM0a0 C8W6+7+/4GAE4yvllRCWad8c4CMSwni+Jjkd6+UZH13KJnHJbt/ZbilAelafiPvXWJXKsJhAg77+ U71B+1yFbO8PHpZl0kMc4SZcXMBzgE31SQ+1d99eEE+IF00mqbvdYPO2xxcC83Eiiycus7IlSimf IJbpCZjABooaLEf2mA7gy8F4cb0N8aAphN+wDTG4rimEj76Kq9PPoRZrWZdmR7dxtNcsFZxW6DWa kjcR+tI7Vd7XP3xYEhIUMn6PMpNiuB20loESHmPycpTOFjxpaw5u58l9SUenFJEjGbOsrPAWXDfB qvLB+nuIsNevOOot0W3iulPOKGuC1NgQ12krl5AM0zMuUUXLZli0yidYx+vBn3PxNBKEL0cG29KY zUDdoi8WtEwo+ZDQStnB+CBVhoZ/vfyufJbnY3t11PJD157Ebx6kzGq1wKZokoMg0FaMjpCvTMl+ JYLeTKJYMUtaqTt/RpYJOZTQQvV9xIpHICcxGu7hDDVZ7YjNSqJ4pmS7D2+WepRzM8rvUgOFADVa 3z4=
    =kj0G
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Thomas Vincent@21:1/5 to All on Tue Sep 14 09:00:03 2021
    This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dHQvaowq1BqwnSwBxoXA0BDohNIGMIvwG
    Content-Type: text/plain; charset=utf-8
    Content-Language: en-US
    Content-Transfer-Encoding: quoted-printable

    Hi!

    Le 02/09/2021 à 22:35, Thomas Vincent a écrit :
    Thank you both for your help.
    I will try to have a look at this issue next week-end.

    There is also the problem of dak not being happy with our translations
    since the Bullseye release. It may be related to this bz2 to xz move.

    Quick status update:

    As usual, it took me a longer than expected to have something working.

    It looks like the xz files are now downloaded and handled correctly, but
    I am still not sure everything works fine.

    You may have noticed that the « Arf Arf » messages stopped today. I had
    to run a script manually for that and I think we will receive more « Arf
    Arf » tomorrow. Something in the daily update script still doesn't work
    and I'm struggling to find out what it is, because everything runs fine
    in my VM.

    Speaking about VM, I am also preparing a Vagrantfile so that anyone can
    quickly set up and hack their own DDTSS instance. Let me know if you're interested in testing it and I'll publish it ASAP.

    Kind regards,
    Thomas


    --dHQvaowq1BqwnSwBxoXA0BDohNIGMIvwG--

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

    wsF5BAABCAAjFiEE04s77v+Xj8bVqh42enSQZNOPEaMFAmE/yOIFAwAAAAAACgkQenSQZNOPEaOM WBAAhGJrTewREN0vhlt63lZ813xXJ8WNpecUOkVBNdMZ9e63MTTihcP1+hNiqgUXUfDbxlVsOWP/ 5h1TTu9pa/jzwTLKOIfPt6xbVgCR5gdu1Bar/jj1tWfmfFj5o1kJAakJwQ3gDpkJPlbQlZUepcn2 84RVP9e7tlQqTS58awfsGqh+SelculuU8kF4h/rlPtUfKBKYTIdADO4AYBL5ynCoZKKbF1C6uMoj +h4NW5K2QvAVs47gTiMjbNJ+twDLHQkYyZpzvRgFCSu1kiN80X4XRP3hyvtCtxsXnDKME6RFLeTx h0DOzevKYASq4QiO5eIwVvCqhDs0SseHIK7NVLvnzHfvsxZdO8NLv9bdc0P1F4IFzWfLq2h/abfL dhB3aP+lpXBhN/zPI2MWA3EFjLx31KYk8Rhs5rsw+p3ZqT5MXzeI7Dkm6inX7NVcqo2VrN+IC9jF JV/Ux5nCaMi+Bv0kB1awxOWXV+bOtudg5f0abTywCBFokmwHa/FBQwhQ/Nqz05gQMcnxiGEW5TRt z9N9PZEcIu8QRzte41DGPuOIhXGJhigKviNEZ+F8CvA15rNc3TEm7UAe6fKlfqzMxjM33c/CyNrr 0ZKkW6SHgSqrAc15fWPSLGO3WRx0YgehyVU3VKFfcjhOzoWXnZIPE/ZQEd3nOgpEUkuLcImwvLfO F1k=
    =WYMf
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Daniele Forsi@21:1/5 to All on Wed Sep 15 00:10:02 2021
    Thomas Vincent:

    Speaking about VM, I am also preparing a Vagrantfile so that anyone can quickly set up and hack their own DDTSS instance. Let me know if you're interested in testing it and I'll publish it ASAP.

    I am interested

    --
    Daniele Forsi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)