* Request for testing
@ 2014-11-14 9:06 Ludovic Courtès
2014-11-14 11:08 ` Alex Sassmannshausen
0 siblings, 1 reply; 3+ messages in thread
From: Ludovic Courtès @ 2014-11-14 9:06 UTC (permalink / raw)
To: guix-devel, gnu-system-discuss
[-- Attachment #1: Type: text/plain, Size: 831 bytes --]
Hello,
GNU Guix 0.8 (alpha) is tentatively scheduled for release on Nov. 18th
(soon!). Further testing of the OS installation image would be welcome.
A bootable USB image for x86_64 can be found at:
http://www.fdn.fr/~lcourtes/software/guix/gnu-usb-install-20141114.x86_64.xz
http://www.fdn.fr/~lcourtes/software/guix/gnu-usb-install-20141114.x86_64.xz.asc
SHA1:
4c255fd9a2bb98b072722e879200eeb6f6096aab gnu-usb-install-20141114.x86_64.xz
3a2139a253bc4866bd79f7c8f33cca53bbce4605 gnu-usb-install-20141114.x86_64.xz.asc
The installation instructions are at
<http://www.gnu.org/software/guix/manual/html_node/System-Installation.html>
and on tty2 once the installation system has booted.
Please report any issues on #guix (Freenode), guix-devel@gnu.org, or
bug-guix@gnu.org.
Thanks,
Ludo’.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 818 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Request for testing
2014-11-14 9:06 Request for testing Ludovic Courtès
@ 2014-11-14 11:08 ` Alex Sassmannshausen
2014-11-14 13:23 ` Ludovic Courtès
0 siblings, 1 reply; 3+ messages in thread
From: Alex Sassmannshausen @ 2014-11-14 11:08 UTC (permalink / raw)
To: Ludovic Courtès; +Cc: guix-devel
Hi Ludo and all other Guix hackers,
I figure, with your recent call for reports, it's finally time to
summarize my experience of the system image.
It's been a long-ish journey to get it to work — but a lot of that is
non-guix related :-)
The system seems to run nicely on my gluglug x60 (though it overheats
when building locally — again, a hardware limitation rather than guix).
A couple of notes made whilst using it so far (in no particular order of
importance):
- when writing the system configuration, the password field seems to
expect the hashed value of the password. This makes good sense, but
it might be worth pointing out in the manual somewhere?
(perhaps in 'User Accounts' -> 'user-account' 'password'?)
- it also took me a while to generate the hashed password (in the end I
created the password with 'passwd', and then copied from shadow -> the
system configuration file). This is probably not related to Guix.
- after enabling the x-server, the default shortcut to shell points to
the wrong location (and it seems like the window manager does not
respect the user's $PATH?).
- I have some issues with https security certificates not being used by
curl/wget/git etc. This is not just in the guix system, but also in
guix on Debian — solution may be simple, but I haven't found it yet
(this caused some frustration when trying to guix pull :-) )
- adding users in the system configuration, and then removing them from
the definition does not remove the users from the system. I have no
idea whether this is intended or not — just something that struck me.
All in all it's very cool to actually be running GNU / Guix as a full
distro, and I'm amazed that most things "just work"!
Sorry for the lack of patches — I hope the feedback is helpful anyway.
Looking forward to 0.8,
Alex
Ludovic Courtès writes:
> Hello,
>
> GNU Guix 0.8 (alpha) is tentatively scheduled for release on Nov. 18th
> (soon!). Further testing of the OS installation image would be welcome.
> A bootable USB image for x86_64 can be found at:
>
> http://www.fdn.fr/~lcourtes/software/guix/gnu-usb-install-20141114.x86_64.xz
> http://www.fdn.fr/~lcourtes/software/guix/gnu-usb-install-20141114.x86_64.xz.asc
>
> SHA1:
>
> 4c255fd9a2bb98b072722e879200eeb6f6096aab gnu-usb-install-20141114.x86_64.xz
> 3a2139a253bc4866bd79f7c8f33cca53bbce4605 gnu-usb-install-20141114.x86_64.xz.asc
>
> The installation instructions are at
> <http://www.gnu.org/software/guix/manual/html_node/System-Installation.html>
> and on tty2 once the installation system has booted.
>
> Please report any issues on #guix (Freenode), guix-devel@gnu.org, or
> bug-guix@gnu.org.
>
> Thanks,
> Ludo’.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Request for testing
2014-11-14 11:08 ` Alex Sassmannshausen
@ 2014-11-14 13:23 ` Ludovic Courtès
0 siblings, 0 replies; 3+ messages in thread
From: Ludovic Courtès @ 2014-11-14 13:23 UTC (permalink / raw)
To: Alex Sassmannshausen; +Cc: guix-devel
Hi, Alex,
Thanks for the quick feedback!
Alex Sassmannshausen <alex.sassmannshausen@gmail.com> skribis:
> A couple of notes made whilst using it so far (in no particular order of
> importance):
> - when writing the system configuration, the password field seems to
> expect the hashed value of the password. This makes good sense, but
> it might be worth pointing out in the manual somewhere?
> (perhaps in 'User Accounts' -> 'user-account' 'password'?)
> - it also took me a while to generate the hashed password (in the end I
> created the password with 'passwd', and then copied from shadow -> the
> system configuration file). This is probably not related to Guix.
Actually the ‘password’ field is not really meant to be used under
“normal circumstances”: one should just use the ‘passwd’ command.
Commit eb59595 updates the documentation to clarify that. Let me know
what you think.
> - after enabling the x-server, the default shortcut to shell points to
> the wrong location
What do you mean by “shortcut to shell”? In WindowMaker (which is the
default window manager), there’s an xterm icon in the top-right corner,
and in my experience clicking on it launches xterm.
> (and it seems like the window manager does not respect the user's
> $PATH?).
Do you mean as in <http://bugs.gnu.org/18698> (now fixed), or is it
something else?
> - I have some issues with https security certificates not being used by
> curl/wget/git etc. This is not just in the guix system, but also in
> guix on Debian — solution may be simple, but I haven't found it yet
> (this caused some frustration when trying to guix pull :-) )
Yes, that’s a “known issue.” The problem goes beyond Guix, I think.
We could package certificates, but which ones? Where do we take them?
Debian, Mozilla, and others manage their own set of certificates. I’m
not sure what to do here.
(If/when GNUnet’s GNS comes true, I’m happy to say that X.509
certificates are deprecated...)
> - adding users in the system configuration, and then removing them from
> the definition does not remove the users from the system. I have no
> idea whether this is intended or not — just something that struck me.
Yes, it’s intended. The rationale is that there’s extra state anyway
that needs to be handled manually by the admin (password, home
directory, etc.)
Thank you!
Ludo’.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-11-14 13:24 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-11-14 9:06 Request for testing Ludovic Courtès
2014-11-14 11:08 ` Alex Sassmannshausen
2014-11-14 13:23 ` Ludovic Courtès
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/guix.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.