> On Sep 2, 2019, at 1:22 PM, Pascal <p....@orange.fr> wrote:
> 
>> 
>> Le 1 sept. 2019 à 05:48, John Ralls <jra...@ceridwen.us> a écrit :
>> 
>>> On Aug 31, 2019, at 10:53 AM, Pascal <p....@orange.fr> wrote:
>>> 
>>>> 
>>>> Le 31 août 2019 à 17:04, John Ralls <jra...@ceridwen.us> a écrit :
>>>> 
>>>>> On Aug 31, 2019, at 1:44 AM, Pascal <p....@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


_______________________________________________
gtk-osx-users-list mailing list
gtk-osx-users-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-osx-users-list

Reply via email to