> The ideal situation is that substitutes for these packages are
> available, and you don't have to build them.
Does that mean almost every user who gonna use guix system which will
eventually fall into the same issue you gonna tell oh sorry default
doesnt help do 123? we need solutions for the
> It might help to pass --cores=2 (or perhaps even --cores=1) to
> guix-daemon, which should hopefully be honored by the build systems of
> most of our packages, but probably not all (bug reports welcome).
Thanks for the suggestion, But you know this is gonna be mouse and cat
issue if its not fi
bo0od writes:
> > What kind of computer are you using? Are you using swap?
>
> 4GB DDR3 rams, i7 4th generation , 20GB for Guix about 9GB swap
For the record: I don't use binary substitutes at all, and I build my
GNOME system plus IceCat locally, using Guix, on a modest Thinkpad X200
with 4GB o
> What kind of computer are you using? Are you using swap?
4GB DDR3 rams, i7 4th generation , 20GB for Guix about 9GB swap
If this is not enough to install simple common used packages like
libreoffice or onionshare..etc then this is big issue if guix considered
to be targeting average users.
On Tue, Apr 13, 2021 at 11:03:50AM +, bo0od wrote:
> 4GB DDR3 rams, i7 4th generation , 20GB for Guix about 9GB swap
>
> If this is not enough to install simple common used packages like
> libreoffice or onionshare..etc then this is big issue if guix considered to
> be targeting average users.
On Mon, Apr 12, 2021 at 05:39:11AM +, bo0od wrote:
> I have used "guix pull" then "guix upgrade" one of the packages couldnt be
> built but thats not the real issue, The real issue it caused guix to freeze
> for like not less than 2+ hours and i couldnt do anything with the distro
> until guix