From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 06 11:45:17 2021 Received: (at 45368) by debbugs.gnu.org; 6 Jan 2021 16:45:17 +0000 Received: from localhost ([127.0.0.1]:45359 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kxBvx-0003Jt-3O for submit@debbugs.gnu.org; Wed, 06 Jan 2021 11:45:17 -0500 Received: from mail-wm1-f45.google.com ([209.85.128.45]:53650) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kxBvv-0003Jf-3C for 45368@debbugs.gnu.org; Wed, 06 Jan 2021 11:45:15 -0500 Received: by mail-wm1-f45.google.com with SMTP id k10so2942445wmi.3 for <45368@debbugs.gnu.org>; Wed, 06 Jan 2021 08:45:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=YxkZ0euZvrmCUFW8yRON9APFhqdjjH2nURaKRKJ4HOc=; b=mZReVhAL4Gi7np+H+I4trbgUR7peTvRWW+0Fz0hMCn05mv6oAyAfiyWN8XeDBudww6 qXI2ZsBT0DETdwb8X6iuz+wX3zIuvG9hlS1ayh0uf4m2GcNrSPwF2e5IU1WI/hFUFn/D vdXxmVd4kDbkifVUE7XEQlMg9R+EYbUDwflvU+jtjaO6gKzdBXhobUUAsf845ljJ8UdL ryqwDozc7iPuV6+lmHEO36G4a6JoNLORT1gwuSAqRk2ubbizXQtOFZ6WhX1kJ7LrRQ0F MMSsJbLyHN16sY2yXo0j53lLA05/694HI3c/Y+OJts6t+63aGkWx537N99g/4g9X6bCw Avkg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=YxkZ0euZvrmCUFW8yRON9APFhqdjjH2nURaKRKJ4HOc=; b=TV545RCw5clnTGwtBdOoeHr88Khp+NnZtRRFs/CLPBTp9mvhMywEC5TUqLW8qIFLq0 1xKcCPJfd3QebuQ01FFLxGWqeFSkFDqm1L8ZoXJNwiinHmAwkHxDQD7tEi39zjsQEu46 zEgJVq72qYpGWHOjx1Bf2LV9m8+X+DCqKJ7QFrwhiB5XQa1c8O74mC+p5sNW5HMPyIaD 4AMSelu+zaP0A2OB7rKioYxHZN9HXTBhWs7dpOUjW/zzJCoCkn1Pc6wQpzQBetyE+a8z Xcft90MouqDKMxKf1hkC+0yLiEg9SSh0d1gJJR3xch56IFIt2HLjHqvU3m43eHFFY+i8 ijxw== X-Gm-Message-State: AOAM532SaJKTBmuUMxd72ROx1/XZxjeUZ/7AIGOQGRZyvObkMuoT2Ztc i1q85DF4ci2ygWFDLyveZQTB5NRoLqc= X-Google-Smtp-Source: ABdhPJwJBZqzmfAJf9wFDMa/2OOnd3fFXhtKL7gDnPUrHp2w9hAUZhRez0o6cFhBlPwquPPFiMxmQQ== X-Received: by 2002:a1c:a5d8:: with SMTP id o207mr4538610wme.30.1609951509024; Wed, 06 Jan 2021 08:45:09 -0800 (PST) Received: from unfall (36.193.158.146.dynamic.jazztel.es. [146.158.193.36]) by smtp.gmail.com with ESMTPSA id d191sm3513313wmd.24.2021.01.06.08.45.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 06 Jan 2021 08:45:07 -0800 (PST) From: =?utf-8?Q?Miguel_=C3=81ngel_Arruga_Vivas?= To: Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: [bug#45368] [PATCH core-updates 0/3] Help2man updates References: <875z4uyoz5.fsf@gmail.com> <877dou12cg.fsf@gnu.org> Date: Wed, 06 Jan 2021 17:45:06 +0100 In-Reply-To: <877dou12cg.fsf@gnu.org> ("Ludovic =?utf-8?Q?Court=C3=A8s=22'?= =?utf-8?Q?s?= message of "Sun, 03 Jan 2021 16:12:31 +0100") Message-ID: <87r1my10bx.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 45368 Cc: 45368@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Hi, Sorry for the delay. I've pushed these changes from 4343ca8ba5 to cfe606572d, with an additional TODO comment on 378df42fc5 about the not-so-translated manual pages. Ludovic Court=C3=A8s writes: > If the problem is just the generation of help2man=E2=80=99s own documenta= tion > when cross-compiling, perhaps we need to add itself as a native input > when cross-compiling? Yup, that sounds the cleanest solution. Nonetheless... > Anyhow that doesn=E2=80=99t sound like a showstopper to me. It currently isn't at all, as it says as soon as I tried: [...] build system `perl' does not support cross builds Also, they use a LD_PRELOAD library for the translation, which seems suspicious too. >> - The compilation tries to generate translated man pages and sets LC_ALL >> to values not available on glibc-utf8-locales, therefore only >> languages available there have their manual page properly translated, >> such as french. You can see the following lines (and more) on the >> build log, which warn about this issue: >> --------------------------------8<-------------------------------- sh: >> warning: setlocale: LC_ALL: cannot change locale (uk_UA.UTF-8) sh: >> warning: setlocale: LC_ALL: cannot change locale (vi_VN.UTF-8) >> -------------------------------->8-------------------------------- >> >> IMHO, a change on gnu-build-system to allow the selection of the locales >> used for the build could be the best way forward, but I haven't >> implemented it yet. WDYT? > > Yes, that=E2=80=99s a good idea. There=E2=80=99s already a procedure to = generate a > locale package IIRC. We just have to make sure its result is properly > memoized so that performance doesn=E2=80=99t suffer. I was thinking about the implicit input "locales" and replacing it with a package generated based on the arguments provided to the build system, but I guess you're thinking about build-locale from (gnu build locale) and its usage for the system locales on (gnu system locale). Should it be then another derivation at (guix build-system gnu) level? Any pointer about this is more than welcome. > Thanks! Thank you. :-) Happy hacking! Miguel