> On Jul 27, 2021, at 12:31 PM, Pascal <p....@orange.fr> wrote: > >> >> Le 26 juil. 2021 à 00:26, John Ralls <jra...@ceridwen.us> a écrit : >> >>> On Jul 25, 2021, at 3:37 AM, Pascal <p....@orange.fr> wrote: >>> >>> Hello, >>> >>> I'm running gtk-osx-setup.sh on an external volume location. >>> Here are some questions: >>> >>> a) Warnings logs: >>> >>> Warning: the environment variable LANG is not set! >>> We recommend setting this in ~/.profile (or equivalent) for proper expected >>> behavior. >>> >>> Actually, I don't have LANG set, is it so mandatory? Is there a specific >>> required value? >>> >>> b) Rust installation >>> >>> As a side effect Rust changes shell environnement files as for instance >>> $HOME/.zshenv in order to source $DEVROOT/.new_local/env which adds >>> $DEVROOT/.new_local//bin to PATH. >>> >>> It seems unnecessary as it is already done for executing jhbuild ;-) is it? >>> >>> c) $HOME/.local specific location >>> >>> $HOME/.local is created with a file structure like >>> .local/share/virtualenvs/etc-Py3Tzk1g... >>> I would like to produce all built files on a dedicated volume. Thus I set >>> DEVROOT to this volume path. >>> >>> What is the setting to set .local location? >> >> Pascal, >> >> I don't know where the LANG warning is coming from. It's not gtk-osx or >> jhbuild. FWIW macOS usually sets it and the LC_* variables from defaults so >> maybe you're unsetting it somewhere? > > Yes LANG is set with a local shell session but curiously not in a remote > session as I did. > Though, it doesn't seem to have any matter. > >> I don't understand the question about Rust. Do you already have Rust >> installed and gtk-osx-setup.sh isn't detecting it? If so are CARGO_HOME and >> RUSTUP_HOME correctly defined in your environment? > > Without shame, Rust installer modifies zsh and bash shell environnement files > with that line (in my case): > . "/ext/src-2021/.new_local/env" > Not a Gtk-OSX concern, it is just for reporting. > >> You can see all of the default paths easily with `grep envvar >> gtk-osx-setup.sh`. You'll want to set DEVPREFIX and PYTHONUSERBASE to >> $DEVROOT/.local. > > I did set DEVROOT and let others set by the gtk-osx-setup.sh script. There > isn't any .local in the script but I got one created. > > Last year I got: > % ls /ext/src-2020/.new_local/share/venv/etc-BfEnjbWy/ > bin/ lib/ pyvenv.cfg share/ > > This year I get no venv folder in $DEVROOT/.new_local: > % ls /ext/src-2021/.new_local/share/ > pyenv/ > > But a virtualenvs folder in $HOME/.local: > % ls $HOME/.local/share/virtualenvs/etc-Py3Tzk1g/ > bin/ lib/ pyvenv.cfg share/ src/ > > How to change its location if possible?
It's because of https://gitlab.gnome.org/GNOME/gtk-osx/-/commit/7a155053e4bfe2c6959a428494b30bf2db3fedf7. Setting WORKON_HOME=$DEVPREFIX/share/venv will put the venv back in $DEVPREFIX but you may then need to track down why it isn't universally effective. 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