Re: Wget bootstrapping problem

2020-05-07 Thread Bruno Haible
Darshit Shah wrote: > What Bruno suggests is that Wget sets SKIP_PO=1 in the bootstrap script > and then updates the translations during build time. Yes, that is my second suggestion. > This is a bad idea. ... > Not to mention, network access during the build process is often frowned > upon.

Re: Wget bootstrapping problem

2020-05-07 Thread Darshit Shah
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

Re: Wget bootstrapping problem

2020-05-07 Thread Tim Rühsen
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

Re: Wget bootstrapping problem

2020-05-06 Thread Jeffrey Walton
On Wed, May 6, 2020 at 4:22 AM Tim Rühsen wrote: > > On 05.05.20 03:14, Bruno Haible wrote: > > Paul Eggert wrote: > >>> We could switch the order such that Wget is the default and rsync is used > >>> as a > >>> fallback > >> > >> That sounds better than reverting, no? Perhaps you could propose

Re: Wget bootstrapping problem

2020-05-06 Thread Bruno Haible
> 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'

Re: Wget bootstrapping problem

2020-05-06 Thread Tim Rühsen
On 05.05.20 03:14, Bruno Haible wrote: > Paul Eggert wrote: >>> We could switch the order such that Wget is the default and rsync is used >>> as a >>> fallback >> >> That sounds better than reverting, no? Perhaps you could propose a patch. > > No. From the point of security, "wget as default and

Re: Wget bootstrapping problem

2020-05-04 Thread Bruno Haible
Paul Eggert wrote: > > We could switch the order such that Wget is the default and rsync is used > > as a > > fallback > > That sounds better than reverting, no? Perhaps you could propose a patch. No. From the point of security, "wget as default and rsync as fallback" is just as bad as "rsync

Re: Wget bootstrapping problem

2020-05-04 Thread darnir
Sure, I'll propose a patch tomorrow. On May 5, 2020 2:03:12 AM GMT+02:00, Paul Eggert wrote: >On 5/4/20 4:31 PM, Darshit Shah wrote: >> We could switch the order such that Wget is the default and rsync is >used as a >> fallback > >That sounds better than reverting, no? Perhaps you could propose

Re: Wget bootstrapping problem

2020-05-04 Thread Paul Eggert
On 5/4/20 4:31 PM, Darshit Shah wrote: > We could switch the order such that Wget is the default and rsync is used as a > fallback That sounds better than reverting, no? Perhaps you could propose a patch.

Wget bootstrapping problem

2020-05-04 Thread Darshit Shah
Hi, In 2018 gnulib applied the patch discussed here: https://lists.gnu.org/archive/html/bug-gnulib/2018-10/msg00020.html However, since Wget uses gnulib as part of its build process, this patch causes a bootstrapping problem for Wget due to a cyclic dependency: Wget -> gnulib -> Wget Hence,