Hi.
On June 28, 2018 5:25:25 PM GMT+02:00, Jone wrote:
>Thanks, Swedebugia.
>
>> You probably like Pierre missed the warning about setting
>> the correct path after the first guix pull.
>
>Yep, maybe. But while I was messing with the system, I globally
>rewrote the system config. And now is
Pierre Neidhardt (2018-06-28 12:23 +0200) wrote:
> ERROR: In procedure scm-error:
> no code for module (guix build utils)
>
> Is something wrong my setup?
I don't know. This error looks like guile load paths are not set
correctly. Could you switch to Guix REPL and check whether %load-path
Alex Kost writes:
> I don't know. This error looks like guile load paths are not set
> correctly. Could you switch to Guix REPL and check whether %load-path
> contains "~/.config/guix/current/share/guile/site/2.2" ?
Indeed, I had this:
(add-to-list 'geiser-guile-load-path
Hi
1) the new possibility of picking a commit that hydra already built thus
> avoiding the compilation of guix locally?
Didn't know that. Is that some sort of combination with "guix weather" and
"guix pull --commit"?
> 2) the ability to control the cpu frequency via a governor or the program
> When I had problems they were caused by wrong path.
Not sure, it seems the main problem is a broken 'guix pull' in root guix
instance,
and I can not do anything further, deadlock!
Output:
## user
ls -l .config/guix/
total 0
lrwxrwxrwx 1 jone users 58 May 20 23:29 latest ->
Thanks, Swedebugia.
> You probably like Pierre missed the warning about setting
> the correct path after the first guix pull.
Yep, maybe. But while I was messing with the system, I globally
rewrote the system config. And now is difficult to combine it with
current state of the system.. I think
Hej
On June 28, 2018 6:36:57 PM GMT+02:00, Fredrik Salomonsson
wrote:
>Hi
>
>1) the new possibility of picking a commit that hydra already built
>thus
>> avoiding the compilation of guix locally?
>
>Didn't know that. Is that some sort of combination with "guix weather"
>and
>"guix pull
Hallå
No. Not yet at least. See http://lists.gnu.org/archive/
> html/guix-devel/2018-06/msg00316.html where I also proposed a change to
> guix pull which makes it do the least cpu intensive update by default.
>
Interesting. So how do you find a commit that have the least cpu intensive
update?
It's also several versions out of date, according to the website. Which lists
3.26.1 as the latest version, while 3.17 is the latest in the guix repo:
https://calibre-ebook.com/whats-new
(This might be the cause of the error, since I remember reading that calibre is
tightly bound to specific
On June 28, 2018 11:06:38 PM GMT+02:00, Jone wrote:
>> Can you not choose an earlier profile in grub and go from there?
>
>Here is my mistake: I decided that old profiles are not needed and
>clear
>them.
So did you learn something the hard way?
>Well, I was not happy with my config also.
Hi Alex!
Thanks a lot for this release!
I'm still having issues however:
1. `guix-installed-user-packages' does not seem to know about the
updated guix packages after a `guix pull'.
2. All transactions fail, for instance:
--8<---cut here---start->8---
My situation is worse, installation of guile-sqlite3 does not solve the
problem. And brocken 'guix pull' in root instance of guix - can't
update. After reconfigure with 'sudo -E guix ..' the same problems
remained..
2018-06-28 4:05 GMT+00:00 Leo Famulari :
> On Wed, Jun 27, 2018 at 09:48:23PM
> We recommend not to add user packages to the “packages” field of your
> operating system configuration.
Ricardo, there are listed only base system-wide packages! I even deleted
'icecat' and some others,
but this almost did not change the reconfigure time.
By the way, in the new system
Ludovic Courtès writes:
> There are two things we could do:
>
> • Add an option to make the root file system persistent (easy).
>
> • Add an option to allow users to specify additional partitions in the
> disk image (which would be writable). If you look at ‘qemu-image’
> in (gnu
Hi
Could you send the output of the following:
ls -l .config/guix/
ls -l /root/.config/guix/
echo $PATH as both user and root
Even
ls -l /gnu/store |grep guix
When I had problems they were caused by wrong path.
--
Cheers Swedebugia
On June 28, 2018 8:09:14 AM GMT+02:00, Fredrik Salomonsson
wrote:
>Hi,
>
>got inspired by this thread to try and setup offloading for my laptop.
>As
>everytime I run guix pull my laptop sounds like it's preparing to take
>off.
>
Hi.
Are you aware of
1) the new possibility of picking a commit
Hi,
got inspired by this thread to try and setup offloading for my laptop. As
everytime I run guix pull my laptop sounds like it's preparing to take off.
But running into problems similar to what Matthew described. I.e. it just
get stuck.
> $ guix offload test
>
guix offload: testing 1 build
> Can you not choose an earlier profile in grub and go from there?
Here is my mistake: I decided that old profiles are not needed and clear
them.
Well, I was not happy with my config also. Now - satisfied. So it is not so
important,
only the cost of processor time. That's why I want to get a good
Hi
On June 28, 2018 4:11:14 PM GMT+02:00, Jone wrote:
>> When I had problems they were caused by wrong path.
>
>Not sure, it seems the main problem is a broken 'guix pull' in root
>guix
>instance,
>and I can not do anything further, deadlock!
I thought that too. Keep calm. You most probably
19 matches
Mail list logo