On Wed, Mar 18, 2020 at 09:47:39PM +0100, david larsson wrote:
> Not so fast! I just did the same yesterday using the install-script but on a
> RedHat server, and my /root/.config/guix/current pointed at
> /var/guix/profiles/per-user/MYOTHERUSER/current-guix instead of
> /var/guix-profiles/per-user
On Wed, Mar 18, 2020 at 10:57:53PM +0100, Mikael Djurfeldt wrote:
> David, for your problem, I'm wondering if it couldn't be related to what
> everyone has asked me: how you become root.
Usually when you need to "be root" it just means that you want superuser
privileges, so people do `sudo su` or
Den ons 18 mars 2020 21:48david larsson
skrev:
>
> > This led me to find my problem: For some reason, my
> > ~root/.guix-profile was pointing to the current-guix profile rather
> > than the guix-profile.
> >
> > It could have been me who did that. :(
> >
> > Anyway, problem solved! This was not a
On 2020-03-18 20:02, Mikael Djurfeldt wrote:
On Wed, Mar 18, 2020 at 7:40 PM Marius Bakke
wrote:
Mikael Djurfeldt writes:
To figure out where the package gets installed, try running this
command:
find /var/guix/profiles -name sv_SE.utf8 -type d
It's obvious that that line will producet
Hi,
so after our mrustc upgrade to 0.9, we get the following when building rust
1.19.0
on guix master 4de63cf3fc0a831d75cb507456821104f24800c2 and i686-linux:
[...]
(75/77) BUILDING git2_curl from git2-curl v0.7.0
> /gnu/store/0hzdzb07gaplh2x96mg7dpvip92shx43-mrustc-0.9/bin/mrustc
> src/vendor/
This is a more up-to-date log where a problem in my environment (both on
local and build host) was fixed:
mdj@hat:~$ guix offload test
guix offload: testing 1 build machines defined in
'/etc/guix/machines.scm'...
guix offload: Guix is usable on 'wand.pdc.kth.se' (test returned
"/gnu/store/883yjkl4
Hi,
I just installed guix on top of Debian Buster using the installation script
at guix.gnu.org. I did this on two machines, hat and wand, with the hope
that I could offload compilation to wand.
This is what I get:
root@hat:~# guix offload test
guile: warning: failed to install locale
hint: Cons
Mikael Djurfeldt writes:
> On Wed, Mar 18, 2020 at 7:40 PM Marius Bakke wrote:
>
>> Mikael Djurfeldt writes:
>>
>> > To figure out where the package gets installed, try running this
>> >> command:
>> >>
>> >> find /var/guix/profiles -name sv_SE.utf8 -type d
>> >>
>> >
>> > It's obvious that tha
On Wed, Mar 18, 2020 at 7:40 PM Marius Bakke wrote:
> Mikael Djurfeldt writes:
>
> > To figure out where the package gets installed, try running this
> >> command:
> >>
> >> find /var/guix/profiles -name sv_SE.utf8 -type d
> >>
> >
> > It's obvious that that line will produce an empty result. Th
Mikael Djurfeldt writes:
> To figure out where the package gets installed, try running this
>> command:
>>
>> find /var/guix/profiles -name sv_SE.utf8 -type d
>>
>
> It's obvious that that line will produce an empty result. That is because
> the sv_SE.utf8 directory only exists in the store. But
On Wed, Mar 18, 2020 at 7:18 PM Marius Bakke wrote:
> Tje Mikael,
>
> Mikael Djurfeldt writes:
>
> > To reproduce the bug:
> >
> > * install guix on top of an ordinary linux distribution using the install
> > script at guix.gnu.org
> >
> > * install glibc-locales as root
> >
> > Expected:
> >
>
Tje Mikael,
Mikael Djurfeldt writes:
> To reproduce the bug:
>
> * install guix on top of an ordinary linux distribution using the install
> script at guix.gnu.org
>
> * install glibc-locales as root
>
> Expected:
>
> There should be a link ~root/.guix-profile/lib/locales
That should be ~root/.
This has been fixed by 64704be417ab6f2788e8e3bc36fede1db35470e7.
Thanks,
Mathieu
This has been fixed by 64704be417ab6f2788e8e3bc36fede1db35470e7.
Thanks,
Mathieu
and done.
Mathieu
Hello,
This has been fixed by 64704be417ab6f2788e8e3bc36fede1db35470e7.
Thanks,
Mathieu
Hello,
This has hopefully been resolved by Guile-Parted 0.0.2 update, so
closing!
Thanks,
Mathieu
To reproduce the bug:
* install guix on top of an ordinary linux distribution using the install
script at guix.gnu.org
* install glibc-locales as root
Expected:
There should be a link ~root/.guix-profile/lib/locales
Actual:
No such link has been installed.
Note:
The link does get installed
On Wed, 18 Mar 2020 10:09:57 -0500 Ludovic Courtès wrote
[...]
> > It seems that the bug is stronger in the GNOME desktop, but I've seen, at
> > least once, .gnome-shell-real using an abnormal amount of RAM while in
> > sway (about 800 MiB).
>
> Could you check if it happens
Le 18 mars 2020 10:18:11 GMT-04:00, sirgazil via Bug reports for GNU Guix
a écrit :
>I can't use GNOME anymore because of the problem I explained in the
>following thread:
>
>https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html
>
>On recent system upgrades, the problem got worse. Be
Hi sirgazil,
sirgazil via Bug reports for GNU Guix skribis:
> I can't use GNOME anymore because of the problem I explained in the following
> thread:
>
> https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html
>
> On recent system upgrades, the problem got worse. Before, I could get
I can't use GNOME anymore because of the problem I explained in the following
thread:
https://lists.gnu.org/archive/html/help-guix/2020-02/msg00206.html
On recent system upgrades, the problem got worse. Before, I could get to the
end of the day despite the leak; but now it takes around 3 hours
Hi,
Robert Vollmert skribis:
> I have numerous mcron jobs configured, many of which run every 15 minutes,
> and one which runs once a minute. Just now, at 19:22, I noticed the minutely
> cron job didn’t seem to run, and saw that one every-15-minute job which always
> logs to mcron.log had last r
"pelzflorian (Florian Pelz)" skribis:
> On Tue, Mar 17, 2020 at 10:20:01PM +0100, Ludovic Courtès wrote:
>> "pelzflorian (Florian Pelz)" skribis:
>> > `LC_ALL=tr_TR.utf8 make check` is still very unhappy though.
>> > There are many failures. I will continue to investigate later today.
>>
>> OK
24 matches
Mail list logo
