Hi Ludovic,
Ludovic Courtès writes:
> Ludovic Courtès skribis:
>
>> Maxim Cournoyer skribis:
>
> [...]
>
>>> No :-). I meant why do we even set a default accessor for the *source
>>> location* information (in the (gnu service configuration) macros); it's
>>> that one that doesn't seem to get
Hi Pierre,
Pierre Langlois writes:
> Hi all!
>
> As suggested by mirai off-list, it would be nice to have a test that
> would have caught the issue. How do people feel about something along
> the following patch? The idea is to use namespaces in the dovecot config
> to declare the INBOX and
Ludovic Courtès skribis:
> Maxim Cournoyer skribis:
[...]
>> No :-). I meant why do we even set a default accessor for the *source
>> location* information (in the (gnu service configuration) macros); it's
>> that one that doesn't seem to get used (or I'm blind to it!), at least
>> via this
Tobias Geerinckx-Rice 写道：
Is the actual release commit always on master
Yes.
Actually, that is what's known as ‘complete nonsense’ and the
correct answer is, of course, ‘no’.
Hmm. I'll have to actually test the RC to see what you mean.
Sorry for the noise.
Kind regs,
T G-R
Hi'gain,
pelzflorian (Florian Pelz) 写道：
Huh I don’t understand. :) Had this been the 1.4.0 release,
reconfigure
would be impossible, unless --allow-downgrades.
I don't follow. Could you explain?
Is the actual release commit always on master
Yes. Does this cancel out the previous
Tobias Geerinckx-Rice writes:
> If you mean guix-install.sh:
Yes I mean guix-install.sh. :)
Regards,
Florian
Tobias Geerinckx-Rice writes:
> pelzflorian (Florian Pelz) 写道：
>> Having installed the 1.4.0rc1 installer image: After guix pull, it
>> failed to reconfigure, because master is an unrelated commit.
>
> Hah. This should indeed be mentioned in calls for -RC testing, but
> probably doesn't deserve
pelzflorian (Florian Pelz) 写道：
Having installed the 1.4.0rc1 installer image: After guix pull,
it
failed to reconfigure, because master is an unrelated commit.
Hah. This should indeed be mentioned in calls for -RC testing,
but probably doesn't deserve a bug report, since there's no bug.
pelzflorian (Florian Pelz) 写道：
Could you make install.sh add bordeaux to /etc/guix/acl? It is
important especially on ARM.
If you mean guix-install.sh: I did so ages ago, but something
(valid) stopped me from pushing it.
Now I can't for the life of me remember what it was…
Kind regards,
I aborted graphical system installation (Ctrl-C), retried the
installation and got this:
shepherd: Service guix-daemon has been stopped.
shepherd: Service guix-daemon has been started.
guix system: Fehler: opening file
`/gnu/store/4z81a7njyvnwa4kn46ad6vhvi0lcnrhh-shadow-4.9.drv': No such file or
Once there was a commit
commit 3ad3c55842dd34adc4b1a1b65ba0abfbdf5b92ee
Author: Ludovic Courtès
Date: Wed Apr 17 00:27:04 2019 +0200
installer: Desktop environment page now includes window managers.
* gnu/installer/services.scm ()[snippet]: Change to be a
list of sexps and
Installation (guix substitute) sometimes gets stuck on my Beebox mini
PC with r8169 Ethernet controller.
For the x86_64 graphical installer, I selected everything.
After it had downloaded plenty of other substitutes, installation
printed this and got stuck:
substitute: Liste der Substitute von
Could you make install.sh add bordeaux to /etc/guix/acl? It is
important especially on ARM.
Regards,
Florian
Having installed the 1.4.0rc1 installer image: After guix pull, it
failed to reconfigure, because master is an unrelated commit.
Regards,
Florian
For additional troubleshooting, I modified my system profile by adding (kernel
(specification->package "linux-libre@5.15")) to use the older kernel version. I
am able to boot into that modified profile without issues. So clearly there is
something broken in relationship to the upgrade to
Hi Ricardo,
On Wed, 30 Nov 2022 at 22:55, Ricardo Wurmus wrote:
> * gnu/packages/statistics.scm (emacs-ess): Update to 18.10.2-1.01e7f5b.
> [source]: Update snippet; remove patch.
> [arguments]: Use gexp; add phase "patch-test-suite"; run tests conditionally.
> [inputs]: Drop package labels.
> *
Maxim Cournoyer skriver:
> Hi,
>
> Marius Bakke writes:
>
>> Hello,
>>
>> 'guix build python2-urllib3' currently gives:
>>
>> /gnu/store/cx22ny550g97klf499yqgzx9mpvvkx1f-python2-python2-urllib3-1.26.4
>>
>> Adding '--no-grafts' gives the expected file name.
>>
>> Note that up until commit
Hi,
Marek Paśnikowski skribis:
> I should be able to heal the system by deleting the bit-flipped
> file and reinstalling gtk. Does Guix have the ability to remove or
> rewrite a specific file in its store? The file is rooted in the
> system configuration - not in a profile.
‘guix gc
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)" # no coreutils
# >>>
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 coreutils is
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. This
Hi Hugo,
Hugo Buddelmeijer 写道：
As for why sudo is needed, I don't know. (Not sure I want to
know.)
Indeed, this sounds like something to report and fix upstream.
$ guix shell -C conda sudo
Won't work, because sudo needs to be setuid — that is, provided by
the OS.
On Guix Systems, that
Hi all,
Conda 22.9.0 breaks "conda init bash". Conda requires some functions to be
present in ~/.bashrc (or equivalent dot file for other shells) in order to
function as intended [*]. These functions are added there through "conda
init bash", which each conda user should run once.
$ guix shell
Hi all,
Conda 22.9.0 needs "sudo" as a dependency:
$ guix shell -C conda
[env]$ conda --version
conda 22.9.0
[env]$ conda init bash
[...]
Traceback (most recent call last):
[...]
File
"/gnu/store/lvip6h5pamjwmvnkwg60sjb63ph8698k-python-3.9.9/lib/python3.9/subprocess.py",
line 18
21,
Resending this to debbugs since the mail previously was only sent to Tobias
Hi Tobias
Thanks for the review!
The line in question will make all functions return prematurely that are
intended to use libgit2 (that's why the git_libgit2_init is
patched). Fritzing still reports "Sorry, we have a
Hi Maxim,
Maxim Cournoyer skribis:
> Ludovic Courtès writes:
[...]
That generates two accessors called ‘namespace-configuration-location’.
The second one shadows the first one.
>>>
>>> Yes. You didn't address my question directly though, so let me ask it
>>> again: where is this
26 matches
Mail list logo
