Hello,
First thanks for the development effort you guys do. Now the issues:
1. I managed to install 0.14 to a Virtual box VM. I used bare-bones
configuration.
2. I tried to get familiar with guix / guixSD a bit, I never used it before
3. Within minutes I managed to break the system completely
gt; Also, I should mention that it's possible to run Guix without ever using
> 'guix pull'. I haven't run 'guix pull' in years. Instead, I compile
> guix from a git checkout, and updating guix involves 'git pull’ and
Thanks.
> On Jun 17, 2018, at
Thanks a lot Julien.
Well a second pull did not worked, it compiled sucessfully , but now any
command results in :
guile: warning: failed to install locale.
Ill try to compile from git, I want to lear enough to solve those annoyance ,
so I can work a bit with guix sd see first hand what it ha
GuixSD” formulation. I use it on GuixSD. Should i
understand that he manual is flawed and the step is necessary on GuixSD as well
?
> On Jun 17, 2018, at 23:09, Julien Lepiller wrote:
>
> Le Sun, 17 Jun 2018 22:55:03 +0300,
> Dan Partelly a écrit :
>
>> guile: warning: fai
>
> Hi
>
> On June 17, 2018 9:51:51 PM GMT+02:00, Dan Partelly
> wrote:
>> HI Mark
>
> [...]
>
>> For any “guix system …. “ the message was:
>>
>> guix: system: command not found .
>
> I experienced this as well today after guix pull fr
>
> Thank you for your advice :) I think you're right: we are still beta, so
> errors are to be expected from time to time. We should fix them before we
> go 1.0. That said, the system is robust enough that you can always recover
> from said errors.
>
Good. Now, give current state of affairs
Hi guys,
Whats the story with the PDF files mentioned below ? Are they flawed , damaged
or not confirming to standard ? None of my pdf readers can open them. Not even
Firefox or Adobe Reader. Im trying to read more on Guix.
Dan
>
> using to present Guix to various audiences:
>
>https://g
Thank you both , guys,
> On Jun 19, 2018, at 23:11, Tobias Geerinckx-Rice wrote:
>
> Dan,
>
> Dan Partelly wrote:
>> Whats the story with the PDF files mentioned below ? Are they flawed ,
>> damaged or not confirming to standard ? None of my pdf readers can open
&
HI,
When somebody installs an OS , the last thing he wants is to have the OS craps
on him in the next 10 minutes. And I can safely generalize this. People want to
install the OS and then get on with their lives, do their work or whatever
else. This is paramount for an OS. Be reliable and get ou
It is my oppinion that first you should very clearly define what you want from
GuixSD
a) is GuixSD to be a system which sees wide adoption , or is a system by
developers for developers.
b) What kind of users ? Industrial use or amateurs at home ?
c) Server space, desktop space or both ?
d) if s
> I'm not quite sure yet how to improve the experience to new users. I'd
> need to install it several times, with other people and for different
> scenarios before I can be a better judge.
Hi guys,
Look, I started to watch more things on GuixSD , such as “Composing system
services in guixSD o
I pointed this out 4-5 weeks ago when trying GuixSD, on this very list. Thanks
for reaffirming the idea In all honesty the current model is very badly
broken, and you should not wait for 1.0. I had no other Linux distro break up
faster than GuixSD. A stable branch is not enough by itself, (but
Even more important than this, is that the users do not end up with a broken
package manager following a guix pull. Which is what happened pretty often in
my experiences with GuixSD. Yes, yes, you can “roll-back”. The bottom line is ,
the system should not break in the first place. GuixSD shoul
ch is proven to be
compilable and preferably regression tested is the first step IMO towards a
better future with GuixSD. Treat is as a product which offers a rock solid
platform for the users.
And yes, in between 0.14 / 0.15 GuixSD was broken by guix pull a lot. That is
a fact, unfortunately.
It also has the effect that guix is pulled from a reasonably tested branch and
it is proven that it compiles. Given how central the package manager is to the
GuixSD, this is something which IMO should have been done from long ago. IT
saves users time,
and show the developers care , if nothing e
However, you do not need any tool support to switch a “stable” branch as a
first step , ensuring you inimize the OS user exposure to both serious Guix
bugs and potential Guile bugs.
> On Jul 30, 2018, at 02:41, Ludovic Courtès wrote:
>
> Hello!
>
> Julien Lepiller skribis:
>
>> I'd like to
It all boils down to what you desire GuixSD to become. If you want it to be a
hacker playground, than any model is good. If you want it to be a reliable OS
used in production some day, then, frankly, you need live up to the reliability
promise you have on the distro www page, even if this means
17 matches
Mail list logo
