bug#40977: --load-path does not honor ~

2020-04-30 Thread Hartmut Goebel
Specifying the home directory using `~` (tilde) in `--load-path` does not add the proper path to Does not work (not who "mypackage":   guix package --load-path=~/path/tp/my/project -A mypackage Using $HOME (which si resolve by the shell works:   guix package --load-path=$HOME/path/tp/my/project

bug#40952: gnuradio-osmosdr: no hook into gnuradio block directory?

2020-04-30 Thread Guillaume Le Vaillant
Christopher Howard skribis: > I can see the osmosdr sink, insert it into the flow graph, and change > the settings. However, when trying to build the flow graph, I receive > the following error. Apparently you need to also update whatever > environment variable controls the python module load pa

bug#40981: Graphical installer tests sometimes hang.

2020-04-30 Thread Mathieu Othacehe
Hello, Graphical installer tests sometimes hang, before starting marionette tests. See for instance: https://ci.guix.gnu.org/log/d31s9sycixhvfak5lpzdg0mzvz5aa9av-gui-installed-os-encrypted. Restarting tests just after a hang (on the same installed image), sometimes work. I removed the "quiet" k

bug#40952: gnuradio-osmosdr: no hook into gnuradio block directory?

2020-04-30 Thread Guillaume Le Vaillant
Christopher Howard skribis: > Works now, thanks! Am able to feed data in from HackRF using osmosdr > source block. > > (As a side note to posterity reading this: I have the hackrf system > service set in my config.scm, as described in the hackrf package > description.) Ok, closing the bug. si

bug#22883: Authenticating a Git checkout

2020-04-30 Thread Ludovic Courtès
Hi there! Ludovic Courtès skribis: >> You mentioned that checking signatures on commits is also kinda slow >> because it’s sequential and not cached. I don’t know what I really >> want, but is there perhaps a way to aggregate signatures on past commits >> so that the client’s work is reduced…?

bug#40977: --load-path does not honor ~

2020-04-30 Thread zimoun
Dear, On Thu, 30 Apr 2020 at 10:17, Hartmut Goebel wrote: > > Specifying the home directory using `~` (tilde) in `--load-path` does > not add the proper path to > > Does not work (not who "mypackage": > > guix package --load-path=~/path/tp/my/project -A mypackage It seems related to long vs sh

bug#40977: --load-path does not honor ~

2020-04-30 Thread Hartmut Goebel
Hi, This is not related to #40549. The short option "-L ~/…" works, since thin this case the shell resolves the tilde. Whereas for the long-option the shell does not revolve the tilde, since the tilde is in the middle of the argument. Yu can verify this yourself easily: $ python -c 'import sys

bug#40977: --load-path does not honor ~

2020-04-30 Thread zimoun
On Thu, 30 Apr 2020 at 17:31, zimoun wrote: > > Dear, > > On Thu, 30 Apr 2020 at 10:17, Hartmut Goebel > wrote: > > > > Specifying the home directory using `~` (tilde) in `--load-path` does > > not add the proper path to > > > > Does not work (not who "mypackage": > > > > guix package --load-pa

bug#40977: --load-path does not honor ~

2020-04-30 Thread zimoun
Dear Hartmut, On Thu, 30 Apr 2020 at 18:42, Hartmut Goebel wrote: > The short option "-L ~/…" works, since thin this case the shell resolves the > tilde. Whereas for the long-option the shell does not revolve the tilde, > since the tilde is in the middle of the argument. Yu can verify this you

bug#40985: building profile with 1 package

2020-04-30 Thread Alexandru-Sergiu Marton
For more than a week now, whenever I do a guix pull, it tells me it's building a profile with 1 package. If I do other operations, such as removing a package, it displays the number of packages installed in my profile correctly (180-ish). Here's the bit that it's outputting at the end of guix pull

bug#40977: --load-path does not honor ~

2020-04-30 Thread Danny Milosavljevic
> After processing options, guix need to "expanduser()" (as it is called > in Python) on all arguments which are paths. Please don't do it. UNIX has its warts, and this is a well-known one (use ${HOME} instead). If we did expanduser, I'm sure we'd be seeing bug reports about paths where there

bug#40977: --load-path does not honor ~

2020-04-30 Thread Leo Famulari
On Thu, Apr 30, 2020 at 07:34:39PM +0200, Danny Milosavljevic wrote: > UNIX has its warts, and this is a well-known one (use ${HOME} instead). > > If we did expanduser, I'm sure we'd be seeing bug reports about paths where > there was a tilde in the actual file name, NOT as a expanduser mark. > >

bug#40985: building profile with 1 package

2020-04-30 Thread Leo Famulari
On Thu, Apr 30, 2020 at 07:53:21PM +0300, Alexandru-Sergiu Marton wrote: > For more than a week now, whenever I do a guix pull, it tells me it's > building a profile with 1 package. If I do other operations, such as > removing a package, it displays the number of packages installed in my > profile

bug#40977: --load-path does not honor ~

2020-04-30 Thread zimoun
On Thu, 30 Apr 2020 at 19:53, Leo Famulari wrote: > > UNIX tools do what they do, and this wart is here to stay in a lot of tools. > > Then at least make it consistent across all the tools UNIX has. I do not have a clear opinion on the subject so I fall with the Danny's wise opinion.

bug#40977: --load-path does not honor ~

2020-04-30 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
Hartmut, Zimoun, Hartmut Goebel 写道: After processing options, guix need to "expanduser()" (as it is called in Python) on all arguments which are paths. If any Python (or other) software does this, it's broken. File a bug there. This is the wrong thing to do and makes the GNU system an in

bug#40966: Missing substitutes on ci.guix.gnu.org?

2020-04-30 Thread Leo Famulari
On Thu, Apr 30, 2020 at 12:15:47AM +0200, Björn Höfling wrote: > This is broken in a very strange, indeterministic way. At first I > thought you were right. But with modified searches, there are several > hits. For example this query: > > https://ci.guix.gnu.org/search?query=^bor > > has several

bug#40977: --load-path does not honor ~

2020-04-30 Thread zimoun
Hi Tobias, On Thu, 30 Apr 2020 at 21:20, Tobias Geerinckx-Rice wrote: > > Hartmut, Zimoun, > > Hartmut Goebel 写道: > > After processing options, guix need to "expanduser()" (as it is > > called > > in Python) on all arguments which are paths. > > If any Python (or other) software does this, it's b

bug#40790: OOM error in graphical installer tests.

2020-04-30 Thread Ludovic Courtès
Hi, Mathieu Othacehe skribis: >> Can we throw a little bit more memory at it? :-) > > That's what I did with ae1a0f758 :) Oh, good. Next we should of course find out why ‘guix system init’ is consuming so much memory. I haven’t tried GC-profiling that yet, but here’s a rough figure: --8<---

bug#28159: Closing bug #28159? Updater needs to support HTTP(S) servers

2020-04-30 Thread Ludovic Courtès
Hi Brice, Brice Waegeneire skribis: > It looks like now most of the major updaters that relied on FTP (GNU, > kernel.org, KDE and Gnbome) now support HTTP(S). I think we can close > this > bug. Yup. There’s still the ‘gnu-ftp’ and the ‘xorg’ updaters which, according to ‘guix refresh --list-up

bug#40381: Guix shouldn't request substitutes for profile derivations

2020-04-30 Thread Ludovic Courtès
Hi, pkill9 skribis: > So it seems it tries to look for substitutes when the profile hooks are built, > not when profile.drv is built. > > Here is the output without build hooks: > ``` > itsme@antelope ~> guix environment --ad-hoc hello > The following derivation will be built: >/gnu/store/gk

bug#40603: SpaceFM

2020-04-30 Thread Raghav Gururajan
Hi Tobias! OOPS! I have missed your replies as I am not subscribed to mail-list. Just saw your replies when I revisited the bug thread via web. Please ignore my report rearding icons. It was due to missing icon-theme installed. There were issues with privilege and disk management. I have sent fi

bug#40977: --load-path does not honor ~

2020-04-30 Thread Bengt Richter
On +2020-04-30 22:54:47 +0200, zimoun wrote: > Hi Tobias, > > On Thu, 30 Apr 2020 at 21:20, Tobias Geerinckx-Rice wrote: > > > > Hartmut, Zimoun, > > > > Hartmut Goebel 写道: > > > After processing options, guix need to "expanduser()" (as it is > > > called > > > in Python) on all arguments which a