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 vers
> So did you learn something the hard way?
Perhaps the hard way is my way =) I'm just studying the system so far.
I need precise answers to specific questions. In manual many practical
issues is omitted. Well.. nothing else and not expected.
> I do not understand how only relying on one profile r
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. Now
> 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
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?
20
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 --commi
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 diff
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 "~/projects
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
conta
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
>
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 th
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 have
> 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 ->
/gnu/store/9247gcx6
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
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 sy
> 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 generatio
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 -04
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---
(proc
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
19 matches
Mail list logo