Re: [gtk-osx-users] Is wget supported?

[John Ralls <jralls ceridwen us>]

> On Sep 2, 2019, at 1:22 PM, Pascal <p p14 orange fr> wrote:
>
> > Le 1 sept. 2019 à 05:48, John Ralls <jralls ceridwen us> a écrit :
> >
> > > On Aug 31, 2019, at 10:53 AM, Pascal <p p14 orange fr> wrote:
> > >
> > > > Le 31 août 2019 à 17:04, John Ralls <jralls ceridwen us> a écrit :
> > > >
> > > > > On Aug 31, 2019, at 1:44 AM, Pascal <p p14 orange fr> wrote:
> > > > >
> > > > > Hello,
> > > > >
> > > > > I have still errors with curl and ftp repositoies as ftp.freedesktop.org.
> > > > > I tried wget but I have got this issue:
> > > > > *** Checking out gobject-introspection *** [9/17]
> > > > > wget --continue 
> > > > > http://ftp.gnome.org/pub/GNOME/sources/gobject-introspection/1.60/gobject-introspection-1.60.2.tar.xz 
> > > > > -O /usr/local/src-2019/pkgs/gobject-introspection-1.60.2.tar.xz
> > > > > *** Error during phase checkout of gobject-introspection: [Errno 2] No such file or directory *** [9/17]
> > > > >
> > > > > But if I select shell and do it manually it is ok:
> > > > > [1] Rerun phase checkout
> > > > > [2] Ignore error and continue to configure
> > > > > [3] Give up on module
> > > > > [4] Start shell
> > > > > [5] Reload configuration
> > > > > [6] Go to phase "wipe directory and start over"
> > > > > choice: 4
> > > > > exit shell to continue with build
> > > > > [JH] $ wget --continue 
> > > > > http://ftp.gnome.org/pub/GNOME/sources/gobject-introspection/1.60/gobject-introspection-1.60.2.tar.xz 
> > > > > -O /usr/local/src-2019/pkgs/gobject-introspection-1.60.2.tar.xz
> > > > > --2019-08-30 21:40:21--  
> > > > > http://ftp.gnome.org/pub/GNOME/sources/gobject-introspection/1.60/gobject-introspection-1.60.2.tar.xz
> > > > > Résolution de ftp.gnome.org… 194.71.11.165, 194.71.11.173
> > > > > Connexion à ftp.gnome.org|194.71.11.165|:80… connecté.
> > > > > requête HTTP transmise, en attente de la réponse… 200 OK
> > > > > Taille : 1285000 (1,2M) [application/x-xz]
> > > > > Sauvegarde en : « /usr/local/src-2019/pkgs/gobject-introspection-1.60.2.tar.xz »
> > > > > /usr/local/src-2019 100%[===================>]   1,22M   516KB/s    ds 2,4s    
> > > > >
> > > > > Is wget really supported by jhbuild build?
> > > >
> > > > AFAICT jhbuild looks on the path its provided--which will be the path in the shell you invoke jhbuild 
> > > > from and won't be affected by any changes made in jhbuildrc or jhbuildrc-custom--for the first of wget 
> > > > or curl. If it finds neither it aborts the download with the message "unable to find wget or curl". 
> > > > That's clearly not what you're seeing, so what did you do? Where is wget installed?
> > >
> > > Hello John,
> > >
> > > wget is install in <prefix>/bin.
> >
> > And is <prefix> on the path *when you start jhbuild*? Building uses the paths that are set by jhbuildrc 
> > and jhbuildrc-custom, but other jhbuild operations like downloading tarballs get only the environment when 
> > jhbuild starts.
>
> No John, <prefix>/bin isn't on my PATH when running "jhbuild build xxx".
> As "jhbuild build" chooses wget rather than curl since I put wget in <prefix>/bin, I guessed it is aware of 
> wget location.
> Shouldn't it use wget from there?

Pascal,

The function that determines whether to use wget or curl looks in every directory in os.environ["PATH"], then 
calls build script.execute on it (not the absolute path). The "terminal" version of execute formats the 
command and passes the result to subsystem.Popen.

My original hypothesis was that os.environ["PATH"] getting changed after starting python was why wget isn't 
found by subsystem.Popen, but autoreconf and cmake are called exactly the same way and they obviously work, 
so there must be something more subtle involved.

Still,  `PATH="$PATH:<prefix>/bin" jhbuild build` might be a workaround.

Regards,
John Ralls