Giovanni Biscuolo writes:
Hi!
> I was able to solve.
Great!
> I repeat, I'm using emacs-guix on a foreing distro, I don't know if on
> Guix System this workaround is not needed.
I'm on Guix System and emacs-guix's command line completion hasn't
worked for me for about a year. Starting an emac
Hi Christopher,
[...]
> I see, yeah, I eventually figured out that aarch64 was what I was
> supposed to be using (I think I was reading
> https://wiki.debian.org/Multiarch/Tuples when I realized this).
>
> However, what confuses me still was that 'arm64-linux' did work as a
> system type: A bunch
Hi Simon,
zimoun writes:
> Hi Maxim,
>
> On Thu, 21 Apr 2022 at 17:40, Maxim Cournoyer
> wrote:
>
>> It's probably XDG_DATA_DIRS; could you try unsetting it? See the old
>> bug #26202, which looks like a duplicate to me.
>
> Indeed, it seems a duplicate. Note that I cannot reproduce on Debia
Ludovic Courtès writes:
> Hi,
>
> Christopher Rodriguez skribis:
>
>> Reporting this from my local installs of GNU Cuirass, though a cursory
>> glance at
>> ci.guix.gnu.org (likely) shows the same issue:
>>
>> GNU Cuirass currently reports both `armhf-linux` and `arm64-linux` targets as
>> `a
Hi Maxim,
On Thu, 21 Apr 2022 at 17:40, Maxim Cournoyer wrote:
> It's probably XDG_DATA_DIRS; could you try unsetting it? See the old
> bug #26202, which looks like a duplicate to me.
Indeed, it seems a duplicate. Note that I cannot reproduce on Debian,
as I wrote [1].
By unset the variable,
Ludovic Courtès schreef op wo 20-04-2022 om 22:15 [+0200]:
> Hi,
>
> Maxime Devos skribis:
>
> > The problem is that the hash of 'found' and 'found@1.0.0' doesn't match :
> >
> > 03rsmi1ricql316vak5gs89prv8494k1j7cgcgj7a763bcd6n4fa
> > 0z67xsvpivl9509m5l7n369nakszvnvm7ird09qgs6vn5pwqcl35
> >
>
Hi Simon,
zimoun writes:
> Hi,
>
> Running Guix on the top of Ubuntu, GDM refuses to log in if the package
> “python-scipy” is installed and its profile sourced.
>
> Basically, consider
>
> mkdir -p ~/.config/guix/profiles
> guix package -i python-scipy -p ~/.config/guix/profiles/python
Hello Ryan,
I was able to solve.
Giovanni Biscuolo writes:
> unfortunately guix-emacs never worked for me too, in the last couple of
> years
actually, some command worked some time ago (e.g. profiles list) but I
was never able to use guix-emacs to view packages, for exemple
I have updated tod
* doc/guix.texi: Remove doubled Josselin Poiret copyright line.
---
doc/guix.texi | 1 -
1 file changed, 1 deletion(-)
diff --git a/doc/guix.texi b/doc/guix.texi
index 31f391357d..d9b26e440c 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -99,7 +99,6 @@ Copyright @copyright{} 2021 Alice Brenon@
* gnu/services/linux.scm
(zram-device-configuration) [priority]: Adapt to use #f or an integer
from 0 to 32767. Add sanitizer to warn for the change and delay the
field.
(zram-device-configuration->udev-string): Adapt as above.
* doc/guix.texi (Zram Device Service): Change priority description to
Hello Ryan,
unfortunately guix-emacs never worked for me too, in the last couple of
years
Ryan Prior via Bug reports for GNU Guix writes:
[...]
> To start Emacs, I ran:
>
>> guix shell -CNPE TERM --no-cwd emacs guix emacs-guix coreutils -- emacs -nw
I'm running Guix on Debian, using a dedicat
Dear Josselin,
thank you very much! That should clarify things. I have been
happily using ZRAM on Guix since I figured it out.
All best,
Stefan
Hello Stefan and sorry for the late reply,
Stefan Baums writes:
> The manual wrongly claims that the default priority for zram is
> -1. The same paragraph of the manual also says:
>
>‘swapon’ accepts values between -1 and 32767, with higher
>values indicating higher priority.
>
> which m
13 matches
Mail list logo