bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Wget bootstrapping problem


From: Darshit Shah
Subject: Re: Wget bootstrapping problem
Date: Thu, 7 May 2020 12:07:29 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0

The problem happens when you try to run ./bootstrap on a fresh git checkout. The bootstrap script tries to sync the updated translations before running configure.

What Bruno suggests is that Wget sets SKIP_PO=1 in the bootstrap script and then updates the translations during build time. This is a bad idea. For the same release, we would end up with users that have different translations depending on when they compiled Wget. Not to mention, network access during the build process is often frowned upon.

One way is to build a non-localized Wget and then build a localized Wget using that. The other option I see is that bootstrap provides a `--force-rsync` option. Disabled by default. But it can be used explicitly in order to use rsync for downloading the PO files.



On 5/7/20 9:56 AM, Tim Rühsen wrote:
On 06.05.20 18:37, Bruno Haible wrote:
We could also check for an existing wget in bootstrap.conf and set
SKIP_PO=1 if not found. While it 'just works' it also disguises the real
problem and the user might get something unexpected
(non-internationalized wget).

Alternatively, you could change the build system so that
   - 'make' recurses into the 'po/' directory only after 'src/',
   - Fetching the PO files is done through po/Makefile, not bootstrap,
   - po/Makefile uses src/wget, if not cross-compiling, instead of wget from
     $PATH.

I possibly don't understand - 'po' already appears after 'src' in
SUBDIRS. Since 'po/Makefile' is auto-generated, everything should work
out (if I understood you correctly). So why has Darshit a problem at all ?

Regards, Tim




reply via email to

[Prev in Thread] Current Thread [Next in Thread]