Ludovic Courtès writes:
> Jack, Hugo: What does “type -P svn” say?
>
> Does the bug occur within ‘guix shell subversion’ as shown above?
Well, I feel kind of silly now, after actually installing subversion the
command works as expected :)
But I suppose the silent failure is still
-P svn” return?
Before I installed subversion: nothing. Now it shows the correct path to
svn.
> Perhaps there was an “svn” command coming from the host distro, like
> /usr/bin/svn?
Nope, this is on Guix System.
Best wishes,
Hugo
e,
including very long "export PYTHONPATH" lines. This can be avoided by
explicitly setting the history file to nothing:
HISTFILE= bash --norc -i "$CONDA_EXE" $_CE_M $_CE_CONDA
Cheers,
Hugo
On Tue, 25 Aug 2020 at 17:03, Hugo Buddelmeijer
wrote:
> Hi Ricardo,
&g
Also, upon clicking "OK" I'm taken back to the original menu of the
installer. Going through the choices again, the installer cannot detect a
hard drive as it could before.
Let me know if I can help in any way or if you need more information.
--
*Hugo Saavedra*
Listen Systems &l
Sorry about that -- I just posted them on my own server here
https://topologi.es/files/d/5e38edf49f744b099d70/?p=/&mode=grid
On Wed, May 8, 2019 at 7:07 AM Ludovic Courtès wrote:
> Hello,
>
> Mark H Weaver skribis:
>
> > Hugo Saavedra writes:
> >
> >>
1"
thing is not new (e.g., bug#28303), but in any case I am not seeing any
output after the error (unlike what seemed to be happening in bug#28303)
Example:
hugo@hp-guix ~$ guix import texlive cite
command "svn" "export" "--non-interactive" "--trust-server-cer
Hello,
The `dub` package cannot be installed on an up-to-date Guix System. I am
attaching the failed build log, although honestly I couldn't make much
from it.
This of course has implications such as `dub-build-system` not working...
Best wishes,
Hugo
9yj5q4s3vb7gzr8vb9rssz0h9hga71-dub-
ll report another bug for that.
As for why sudo is needed, I don't know. (Not sure I want to know.)
Background: if conda works well in guix, then we can get more conda users
and package maintainers on board with guix.
Greetings,
Hugo
o do "sudo $(which conda) init bash",
which is not really acceptable for us.
Also, "conda init bash" does seem to actually do what it is supposed to do:
add conda functions to ~/.bashrc; the error occurs after that. So maybe we
can just wait this out, or try to see whether it works
Hi all,
### Summary
Activating a conda environment on guix will break your bash prompt, because
guix' binary-replacing-bash-script eats PS1.
### Reproduce
E.g.:
# Start a container with conda
hugo@alex ~/t $ guix shell -C conda sudo bash
# Add conda functions to ~/.bashrc.
Hi all,
Conda requires coreutils as a runtime dependency:
hugo@alex ~/t $ guix shell -C conda
hugo@alex ~/t [env]$ conda init bash
# ignore errors
hugo@alex ~/t [env]$ source ~/.bashrc
sh: dirname: command not found
sh: dirname: command not found
The "dirname" errors go away when co
Hi all,
Conda adds some bash functions to ~/.bashrc, but those contain a hardcoded
guix hash. That means that conda will break between upgrades:
hugo@alex ~/t$ guix shell -C conda
hugo@alex ~/t [env]$ conda init bash
# ignore errors
hugo@alex ~/t [env]$ echo "$(<~/.bashrc)" #
t find one quickly, so maybe this is not something that
is possible in guix? E.g. the conda openjdk package sets JAVA_HOME, but the
guix openjdk package does not.
Greetings,
Hugo
On Fri, 2 Dec 2022 at 12:47, Tobias Geerinckx-Rice wrote:
> Hi Hugo,
>
> Hugo Buddelmeijer 写道：
&g
On Sat, 3 Dec 2022 at 20:11, Hugo Buddelmeijer wrote:
>
> But maybe 59771 (this bug), 59772 (also due to sudo), and 59776 (hardcoded
> paths), all three could be resolved in a more guix-y way. The problem in
> these three bugs is that "conda init" wants to add something to
Dear Ricardo et al.,
The conda 4.8.3 package on guix does not seem to work as expected.
Conda info:
hugo@alex ~$ which conda
/home/hugo/.guix-profile/bin/conda
hugo@alex ~$ realpath $(which conda)
/gnu/store/ihn8dbs84rmc3ai7r1vkvh4cya518wmx-conda-4.8.3/bin/conda
hugo@alex ~$ conda -V
conda
hard work! It is much appreciated, I don't think I
would have started experimenting with guix without your head start.
> > But activating it does not work properly:
> >
> > hugo@alex ~$ conda activate testenv
> >
> > CommandNotFoundError: Your shell has not been properly c
Just sharing a bit of more info about why the conda prompt breaks.
On Fri, 21 Aug 2020 at 05:52, Ricardo Wurmus wrote:
>
> Hugo Buddelmeijer writes:
>
> > 2. The prompt is not set correctly, as in, what should happen is that the
> > current conda environment is added t
t cannot edit files
- it only uses paths in ~/.guix-profile
but this is not essential to get conda to work.
Cheers,
Hugo
he results of #guix with those of other channels, but
it seems that the logs of most other channels are either not indexed at
all, or inconsistently. For example, searching for ACTION (which is a "/me"
command it seems) in #spritely shows only 11 matches spread over 5 days,
while it is a very common occurrence:
https://logs.guix.gnu.org/spritely/search?query=ACTION
Cheers,
Hugo
he existing packages.
Cheers,
Hugo
[1] https://guix.gnu.org/manual/en/html_node/Sending-a-Patch-Series.html
* gnu/packages/xml.scm (defused-python): Update to 0.7.1.
---
gnu/packages/xml.scm | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/gnu/packages/xml.scm b/gnu/packages/xml.scm
index 2bc4f66c01..c4ab832bc5 100644
--- a/gnu/packages/xml.scm
+++ b/gnu/packages/xml.scm
@@ -143
* gnu/packages/python-xyz.scm (python-conda-package-streaming): New variable.
---
gnu/packages/python-xyz.scm | 31 +++
1 file changed, 31 insertions(+)
diff --git a/gnu/packages/python-xyz.scm b/gnu/packages/python-xyz.scm
index a5c99a6f20..c627e456e1 100644
--- a/gnu
* gnu/packages/package-management.scm (python-anaconda-client): Update to
1.11.2.
---
gnu/packages/package-management.scm | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
diff --git a/gnu/packages/package-management.scm
b/gnu/packages/package-management.scm
index 2e2c116c
* gnu/packages/package-management.scm (python-conda-package-handling): Update
to 2.1.0
---
gnu/packages/package-management.scm | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
diff --git a/gnu/packages/package-management.scm
b/gnu/packages/package-management.scm
inde
* gnu/packages/package-management.scm (conda): Remove python-anaconda-client
dependency.
---
gnu/packages/package-management.scm | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/gnu/packages/package-management.scm
b/gnu/packages/package-management.scm
index 1ebc9507
often. The
Contributing section [1] of the manual is a good place to start.
Something unrelated: my desktop (gnome) looks sooo much sharper it
seems, so kudos to whoever improved that!
Cheers,
Hugo
[1] https://guix.gnu.org/manual/en/html_node/Contributing.html
The conda package seems to be fixed, and python-anaconda-client also
builds. So I think this can be closed.
On Mon, 8 May 2023 at 14:22, Hugo Buddelmeijer wrote:
>
> Sending the patches seems to have worked out just fine. Except that
> number 2 got in my own spam folder.
>
> I for
on a virtual machine. Then we
have a shared starting point that we can all confirm to work, so we
can detangle issues specific to our own hardware and software
configuration, and issues related to Sway+Guix in general.
Cheers,
Hugo
1) Sway on libre kernel.
Having a libre system is one of my re
top of the screen
(sometimes), but my problem seems unrelated to this issue, because
greetd/wlgreet is now not involved. I will therefore not discuss my
problem here further.
Hugo
On Fri, 20 Oct 2023 at 12:02, bdju wrote:
>
> On Fri Oct 20, 2023 at 4:01 AM CDT, Hugo Buddelmeijer wrote:
%default-sysctl-settings
But that does not work, so I have to add the parameter at boot time.
Maybe I'll create a new issue for that.
So now I can go back to actually using sway, and fixing my power
management! And perhaps, if it becomes annoying enough, the creation
everything works as intended. However, it
seems not possible to set this parameter from config.scm.
So at the moment my system is not fully declarative, as I have to type
in a kernel parameter at boot; does anyone perhaps have advice on how
can this be done better?
Details below.
Thanks,
Hugo
hopefully find this.
This issue can be closed as far as I'm concerned, but I don't know how
to do that. Let's try this:
/close
Thanks again,
Hugo
[1] https://wiki.archlinux.org/title/Intel_graphics
32 matches
Mail list logo
