sha256 hash mismatch

sha256 hash mismatch

[Fredrik Salomonsson]

[-- Attachment #1.1: Type: text/plain, Size: 1583 bytes --]

Hi,

Trying to install guix-0.15 to see if I can get dual booting with btrfs
working on my laptop. But didn't get that far. Encounter an error when
running guix system init. Ran it twice, same error. Any idea what could be
wrong? Took about 4-6h to run it the first time.

Here's the command:
guix system init /mnt/etc/config.scm /mnt/ --substitute-urls="
https://hydra.gnu.org https://berlin.guixsd.org"
And here's the output of the second run, minus a bunch of substitute:
updating...

Starting download of
/gnu/store/j8cahmsfnjpdw49aa1qybrs0sm5z86fm-openal-soft-1.18.2.tar.bz2
From http://kcat.strangesoft.net/openal-releases/openal-soft-1.18.2.tar.bz2.
..
 ....18.2.tar.bz2                             2.1MiB/s 00:00 | 10KiB
transferred
sha256 hash mismatch for output path
`/gnu/store/j8cahmsfnjpdw49aa1qybrs0sm5z86fm-openal-soft-1.18.2.tar.bz2'
  expected: 10kydm8701a2kppiss9sdidn1820cmzhqgx1b2bsa5dsgzic32lz
  actual:   0m22iiwrg5lf4xjhapk9i801kc2mi7bgyxnl38qblhgp3nz2qlj5
cannot build derivation
`/gnu/store/860d96xqghxc01nx8x4v6xyz367lq7jd-openal-1.18.2.drv': 1
dependencies couldn't be built
cannot build derivation
`/gnu/store/9z2n3s1dhlz0xd2pajcjaqygysa50jx0-ffmpeg-4.0.1.drv': 1
dependencies couldn't be built
cannot build derivation
`/gnu/store/zgv9i7irmmph9qck7pf3vsy3y9qd835q-alsa-plugins-1.1.6.drv': 1
dependencies couldn't be built
guix system: error: build failed: build of
`/gnu/store/zgv9i7irmmph9qck7pf3vsy3y9qd835q-alsa-plugins-1.1.6.drv' failed

I attached my config files, 00-keyboard.conf is placed in /etc/config.d

Thanks
-- 
s/Fred[re]+i[ck]+/Fredrik/g

[-- Attachment #1.2: Type: text/html, Size: 2270 bytes --]

[-- Attachment #2: 00-keyboard.conf --]
[-- Type: text/plain, Size: 297 bytes --]

# Map Ctrl to caps, toggle between us and swedish keyboard layout. Scroll lock led is on when using swedish layout.
Section "InputClass"
	Identifier "system-keyboard"
	MatchIsKeyboard "on"
	Option "XkbLayout" "us,se"
	Option "XkbOptions" "ctrl:nocaps,grp:sclk_toggle,grp_led:scroll,:2"
EndSection

[-- Attachment #3: config.scm --]
[-- Type: text/x-scheme, Size: 6086 bytes --]

;; This is an operating system configuration template
;; for a "desktop" setup without full-blown desktop
;; environments.

(use-modules (gnu)
	     (gnu packages)
	     (gnu system nss)
	     (gnu system locale)
	     (gnu services nfs)
	     (ice-9 rdelim)
             (ice-9 format))
(use-service-modules desktop networking ssh base xorg)
(use-package-modules wm certs shells xdisorg)

(define plattfot 
  (user-account
   (name "plattfot")
   (group "users")
   ;; Define a G-Expr to find the path of the zsh binary:
   ;; https://gitlab.com/rain1/guix-wiki/wikis/FAQ#how-do-i-make-my-login-shell-zsh
   (shell #~(string-append #$zsh "/bin/zsh"))
   (supplementary-groups '("wheel" "netdev" "audio" "video"))
   (home-directory "/home/plattfot")))

;;(define keyboard-conf
  ;;(call-with-input-file "/etc/config.d/00-keyboard.conf" read-string))

;; Specify a mapped device for the encrypted root partition.
;; The UUID is that returned by 'cryptsetup luksUUID'.
(define mapped-root
  (mapped-device
   (source (uuid "ab43f8be-1a18-4999-836d-71dac382dfb5"))
   (target "root")
   (type luks-device-mapping)))

(define mapped-swap
  (mapped-device
   (source (uuid "9f04f917-efd3-4036-b3f5-24705fee7ffa"))
   (target "swap")
   (type luks-device-mapping)))

;; Partion layout for /dev/sda3
;; under __current/
;; | subvol      | Mountpoint   | Comment            | Shared   |
;; |-------------+--------------+--------------------+----------|
;; | arch-root   | /            | root for Arch      | no       |
;; | guixsd-root | /            | root for GuixSD    | no       |
;; | grub        | /boot/grub   | grub config        | yes      |
;; | guix        | /var/guix    | guix stuff         | yes      |
;; | gnu         | /gnu         | Store etc          | yes      |
;; | home        | /home        | home partition     | yes      |

(define btrfs-common-options
  '("defaults" "discard" "compress=lzo" "space_cache" "autodefrag"))

(define (btrfs-mount-options subvol)
  "Return the btrfs mount options I use.
Where SUBVOL is the subvolume to mount"
  (string-join (cons (format #f "subvol=~a" subvol) btrfs-common-options) ","))

(define fs-root
  (file-system
   (mount-point "/")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/guixsd-root"))
   (needed-for-boot? #t)
   (dependencies (list mapped-root))))

(define fs-grub
  (file-system
   (mount-point "/boot/grub")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/grub"))
   (needed-for-boot? #t)
   (dependencies (list fs-root))))

(define fs-gnu
  (file-system
   (mount-point "/gnu")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/gnu"))
   (needed-for-boot? #t)
   (dependencies (list fs-root))))

(define fs-guix
  (file-system
   (mount-point "/var/guix")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "subvol=__current/guix"))
   (needed-for-boot? #t)
   (dependencies (list fs-root))))

(define fs-home
  (file-system
   (mount-point "/home")
   (type "btrfs")
   (device (file-system-label "root"))
   (options (btrfs-mount-options "__current/home"))
   (needed-for-boot? #t)
   (dependencies (list fs-root))))

(define fs-valhalla
  (file-system
   (device "fafner:/srv/nfs4/Valhalla")
   (mount-point "/media/Valhalla")
   (type "nfs4")
   (mount? #f)
   (check? #f)))

(define menu-arch
  (menu-entry
   (label "Arch Linux")
   (linux "/boot/vmlinux")
   (linux-arguments
    '("luks.uuid=ab43f8be-1a18-4999-836d-71dac382dfb5"
      "luks.name=ab43f8be-1a18-4999-836d-71dac382dfb5=root"
      "luks.key=ab43f8be-1a18-4999-836d-71dac382dfb5=/boot/rootkey.bin"
      "luks.options=ab43f8be-1a18-4999-836d-71dac382dfb5=discard,luks"
      "luks.uuid=9f04f917-efd3-4036-b3f5-24705fee7ffa"
      "luks.name=9f04f917-efd3-4036-b3f5-24705fee7ffa=swap"
      "luks.key=9f04f917-efd3-4036-b3f5-24705fee7ffa=/boot/swapkey.bin"
      "luks.options=9f04f917-efd3-4036-b3f5-24705fee7ffa=swap,discard,luks"
      "root=LABEL=root"
      "resume=/dev/mapper/swap"
      "rootflags=compress=lzo,subvol=__current/arch-root"))
   (initrd "/boot/initramfs-linux.img")))

(operating-system
 (host-name "loke")
 (timezone "Canada/Pacific")
 (locale "en_US.utf8")
 (locale-definitions 
  (list 
   (locale-definition (name "en_US.utf8") (source "en_US") (charset "UTF-8"))
   (locale-definition (name "sv_SE.utf8") (source "sv_SE") (charset "UTF-8"))))
 ;; Assuming /dev/sda is the target hard disk, and "root"
 ;; is the label of the target root file system.
 (bootloader 
  (grub-configuration (target "/dev/sda")
		      ;; Need to mount __current/arch-root
		      ;; (menu-entries '(menu-arch))
		      ))
 ;; Kernel arguments
 (kernel-arguments '("rootflags=compress=lzo,subvol=__current/guixsd-root"))
 (mapped-devices (list mapped-root mapped-swap))
 (file-systems 
  (cons*
   fs-home
   fs-grub
   fs-gnu
   fs-guix
   fs-root
   %base-file-systems))
 (swap-devices '("/dev/mapper/swap"))
 (users (cons plattfot %base-user-accounts))

 ;; Add a bunch of window managers; we can choose one at
 ;; the log-in screen with F1.
 (packages (cons* i3-wm i3status rofi ;window managers
		  zsh
		  nss-certs            ;for HTTPS access
		  %base-packages))

 ;; Use the "desktop" services, which include the X11
 ;; log-in service, networking with Wicd, and more.
 (services (cons* (service openssh-service-type
			   (openssh-configuration
			    (port-number 6060)
                            (password-authentication? #f)))
		  (extra-special-file "/bin/env" (file-append coreutils "/bin/env"))
		  %desktop-services
		  ;; (modify-services %desktop-services
		  ;;	   (slim-service-type 
		  ;;    config => (slim-configuration
		  ;;       (inherit config)
		  ;;     (startx (xorg-start-command
		  ;;	#:configuration-file
		  ;;(xorg-configuration-file
		  ;;#:extra-config
		  ;;(list keyboard-conf)))))))
		  ))

 ;; Allow resolution of '.local' host names with mDNS.
 (name-service-switch %mdns-host-lookup-nss))

Re: sha256 hash mismatch

[Jovany Leandro G.C]

El Sun, 18 Nov 2018 21:10:25 -0800
Fredrik Salomonsson <plattfot@gmail.com> escribió:
> Hi,
> 
> Trying to install guix-0.15 to see if I can get dual booting with
> btrfs working on my laptop. But didn't get that far. Encounter an
> error when running guix system init. Ran it twice, same error. Any
> idea what could be wrong? Took about 4-6h to run it the first time.
> 
> Here's the command:
> guix system init /mnt/etc/config.scm /mnt/ --substitute-urls="
> https://hydra.gnu.org https://berlin.guixsd.org"
> And here's the output of the second run, minus a bunch of substitute:
> updating...
> 
> Starting download of
> /gnu/store/j8cahmsfnjpdw49aa1qybrs0sm5z86fm-openal-soft-1.18.2.tar.bz2
> From
> http://kcat.strangesoft.net/openal-releases/openal-soft-1.18.2.tar.bz2. ..
>  ....18.2.tar.bz2                             2.1MiB/s 00:00 | 10KiB
> transferred
> sha256 hash mismatch for output path
> `/gnu/store/j8cahmsfnjpdw49aa1qybrs0sm5z86fm-openal-soft-1.18.2.tar.bz2'
>   expected: 10kydm8701a2kppiss9sdidn1820cmzhqgx1b2bsa5dsgzic32lz
>   actual:   0m22iiwrg5lf4xjhapk9i801kc2mi7bgyxnl38qblhgp3nz2qlj5
> cannot build derivation
> `/gnu/store/860d96xqghxc01nx8x4v6xyz367lq7jd-openal-1.18.2.drv': 1
> dependencies couldn't be built
> cannot build derivation
> `/gnu/store/9z2n3s1dhlz0xd2pajcjaqygysa50jx0-ffmpeg-4.0.1.drv': 1
> dependencies couldn't be built
> cannot build derivation
> `/gnu/store/zgv9i7irmmph9qck7pf3vsy3y9qd835q-alsa-plugins-1.1.6.drv':
> 1 dependencies couldn't be built
> guix system: error: build failed: build of
> `/gnu/store/zgv9i7irmmph9qck7pf3vsy3y9qd835q-alsa-plugins-1.1.6.drv'
> failed
> 
> I attached my config files, 00-keyboard.conf is placed
> in /etc/config.d
> 
> Thanks

Hi, please try updating guix `guix pull` (not tested) before doing
`system init`,

the source of link has a bad sha256:

http://kcat.strangesoft.net/openal-releases/openal-soft-1.18.2.tar.bz2
1f8ba88zw5a3hc54mb4gzdlx9mi7z85ypnmnm73df7qwzid51psv

but

http://openal-soft.org/openal-releases/openal-soft-1.18.2.tar.bz2
10kydm8701a2kppiss9sdidn1820cmzhqgx1b2bsa5dsgzic32lz

kcat.strangesoft.net domain looks off

Re: sha256 hash mismatch

[swedebugia]

Welcome to guix :)

On 2018-11-19 06:10, Fredrik Salomonsson wrote:
> Hi,
> 
> Trying to install guix-0.15 to see if I can get dual booting with btrfs 
> working on my laptop. But didn't get that far. Encounter an error when 
> running guix system init. Ran it twice, same error. Any idea what could 
> be wrong? Took about 4-6h to run it the first time.

Sorry about the rough start. Guix-land is a real adventure sometimes!

> 
> Here's the command:
> guix system init /mnt/etc/config.scm /mnt/ 
> --substitute-urls="https://hydra.gnu.org https://berlin.guixsd.org"
Thanks for specifying the command and config.scm.
Did you follow the manual? (e.g. authorize the keys for both servers above?)

I suspect you did not as guix was trying to build stuff (normally we 
have substitutes for almost everything if you either run init without 
pulling first (=guix 0.15) or pull to a commit a week ago or so.

Getting substitutes to work is crucial if you are not very patient. The 
hash mismatches are a plague brought by changes upstream which are NOT 
retroactively fixed.

You can check the availability of substitutes with "guix weather".

With substitutes working and available init should not take more that 10 
min on a recent machine. It would probably be a good idea to state this 
in the manual.

If you want to hack on guix you will have to update guix above 0.15.

-- 
Cheers
Swedebugia

Re: sha256 hash mismatch

[Fredrik Salomonsson]

[-- Attachment #1: Type: text/plain, Size: 3244 bytes --]

Den mån 19 nov. 2018 10:53 skrev swedebugia <swedebugia@riseup.net>:

Welcome to guix :)

Thanks!

Sorry about the rough start. Guix-land is a real adventure sometimes!


No worries. Not my first time venturing into guix-land. I'm a little bit
more prepared this time. Got a wifi-card that linux-libre supports. And I'm
more familiar with the guile language.

Thanks for specifying the command and config.scm.
Did you follow the manual?

Yes. I only authorised berlin. As I assume hydra is already authorised. Is
that assumption correct?

I suspect you did not as guix was trying to build stuff (normally we
have substitutes for almost everything if you either run init without
pulling first (=guix 0.15) or pull to a commit a week ago or so.

Getting substitutes to work is crucial if you are not very patient. The
hash mismatches are a plague brought by changes upstream which are NOT
retroactively fixed.

You can check the availability of substitutes with "guix weather".

With substitutes working and available init should not take more that 10
min on a recent machine. It would probably be a good idea to state this
in the manual.


Thanks for pointing out "guix weather". I've seen it mentioned from time to
time in the mailing list. But didn't know what it was used for. Any good
workflow to find a commit that have good substitute coverage? As from what
I understand, reading the manual. It will only check the guix version
you're running.

If you want to hack on guix you will have to update guix above 0.15.


That's my end goal. Just need to be able to install it. :)

Will try to do a guix pull, to see if that works.

Den mån 19 nov. 2018 10:53 skrev swedebugia <swedebugia@riseup.net>:

> Welcome to guix :)
>
> On 2018-11-19 06:10, Fredrik Salomonsson wrote:
> > Hi,
> >
> > Trying to install guix-0.15 to see if I can get dual booting with btrfs
> > working on my laptop. But didn't get that far. Encounter an error when
> > running guix system init. Ran it twice, same error. Any idea what could
> > be wrong? Took about 4-6h to run it the first time.
>
> Sorry about the rough start. Guix-land is a real adventure sometimes!
>
> >
> > Here's the command:
> > guix system init /mnt/etc/config.scm /mnt/
> > --substitute-urls="https://hydra.gnu.org https://berlin.guixsd.org"
> Thanks for specifying the command and config.scm.
> Did you follow the manual? (e.g. authorize the keys for both servers
> above?)
>
> I suspect you did not as guix was trying to build stuff (normally we
> have substitutes for almost everything if you either run init without
> pulling first (=guix 0.15) or pull to a commit a week ago or so.
>
> Getting substitutes to work is crucial if you are not very patient. The
> hash mismatches are a plague brought by changes upstream which are NOT
> retroactively fixed.
>
> You can check the availability of substitutes with "guix weather".
>
> With substitutes working and available init should not take more that 10
> min on a recent machine. It would probably be a good idea to state this
> in the manual.
>
> If you want to hack on guix you will have to update guix above 0.15.
>
> --
> Cheers
> Swedebugia
>

[-- Attachment #2: Type: text/html, Size: 5092 bytes --]

Re: sha256 hash mismatch

[swedebugia]

On 2018-11-20 04:49, Fredrik Salomonsson wrote:
> Den mån 19 nov. 2018 10:53 skrev swedebugia <swedebugia@riseup.net 

snip

>     Sorry about the rough start. Guix-land is a real adventure sometimes!
> 
> 
> No worries. Not my first time venturing into guix-land. I'm a little bit 
> more prepared this time. Got a wifi-card that linux-libre supports. And 
> I'm more familiar with the guile language.

Nice to hear :)

> 
>     Thanks for specifying the command and config.scm.
>     Did you follow the manual?
> 
> Yes. I only authorised berlin. As I assume hydra is already authorised. 
> Is that assumption correct?

I asume yes, but unfortunately hydra is not our most reliable 
infrastructure and we are in a process to replace it with berlin.

After authorizing both: run init with 
--substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"

Then your should see that guix looks for substitutes from both.

snip

> 
> Thanks for pointing out "guix weather". I've seen it mentioned from time 
> to time in the mailing list. But didn't know what it was used for. Any 
> good workflow to find a commit that have good substitute coverage? 

I usually pick a commit a week from master or so. The ability to say how 
many substitutes are available for a given commit has not been 
implemented yet.

In the best of worlds perhaps cuirass could compute this and show it in 
a new column here: http://berlin.guixsd.org/jobset/guix-master

> As 
> from what I understand, reading the manual. It will only check the guix 
> version you're running.

Correct. Usually substitutes are build within a day or so of master if 
the infrastructure is working.

Check here e.g. http://berlin.guixsd.org/jobset/guix-master

Berlin is the fastest and is quite reliable. Hydra is a backup in my 
configuration but not needed if berlin is online.

> 
>     If you want to hack on guix you will have to update guix above 0.15.

This was not correct.

> That's my end goal. Just need to be able to install it. :)
> 
> Will try to do a guix pull, to see if that works.
> 
Ok.

-- 
Cheers
Swedebugia

Re: sha256 hash mismatch

[Fredrik Salomonsson]

[-- Attachment #1: Type: text/plain, Size: 1254 bytes --]

swedebugia <swedebugia@riseup.net> writes:

> I asume yes, but unfortunately hydra is not our most reliable 
> infrastructure and we are in a process to replace it with berlin.
>
> After authorizing both: run init with 
> --substitute-urls="http://berlin.guixsd.org http://mirror.hydra.gnu.org"
>
> Then your should see that guix looks for substitutes from both.
>

>
> Check here e.g. http://berlin.guixsd.org/jobset/guix-master
>
> Berlin is the fastest and is quite reliable. Hydra is a backup in my 
> configuration but not needed if berlin is online.
>

Put berlin first in the --substitute-urls and did a guix pull to one
commit that had the most packages built. Using
http://berlin.guixsd.org/jobset/guix-master to pick out the commit.

The install took less than 20min on my x220. Thanks for all the help!

Though I needed to manually hack the grub.cfg to be able to
boot. Otherwise it wouldn't find the kernel.

Now it get stuck when trying to mount the filesystem. Backtrace shows
it's failing in ./gnu/build/file-system.scm 613:6

Might have something misconfigured in my config file. Anyways that's not
what this thread is about. If I cannot figure it out I'll send another
email.

Thanks again for the help!

-- 
s/Fred[re]+i[ck]+/Fredrik/g

[-- Attachment #2: grub.cfg.guixsd --]
[-- Type: application/octet-stream, Size: 2454 bytes --]

# This file was generated from your GuixSD configuration.  Any changes
# will be lost upon reconfiguration.

function setup_gfxterm {
  # Leave 'gfxmode' to 'auto'.
  insmod video_bochs
  insmod video_cirrus
  insmod gfxterm

  if [ "${grub_platform}" == efi ]; then
    # This is for (U)EFI systems (these modules are unavailable in the
    # non-EFI GRUB.)  If we don't load them, GRUB boots in "blind mode",
    # which isn't convenient.
    insmod efi_gop
    insmod efi_uga
  else
    # These are specific to non-EFI Intel machines.
    insmod vbe
    insmod vga
  fi
}

# Set 'root' to the partition that contains /gnu/store.
insmod part_gpt
insmod cryptodisk
insmod luks
insmod gcry_rijndael
insmod gcry_rijndael
insmod gcry_sha256
insmod btrfs
cryptomount -u ab43f8be1a184999836d71dac382dfb5
set root='cryptouuid/ab43f8be1a184999836d71dac382dfb5'

search --no-floppy --fs-uuid --set=root --hint='cryptouuid/ab43f8be1a184999836d71dac382dfb5'  7cd60921-2b01-487d-8369-046a23a00de5

font="/__current/gnu/store/yl5wpd2gl5fj791iqhwg4a49k5n3abmv-grub-2.02/share/grub/unicode.pf2"

if loadfont $font; then
  setup_gfxterm
fi


# search --label --set root

# if loadfont /store/yl5wpd2gl5fj791iqhwg4a49k5n3abmv-grub-2.02/share/grub/unicode.pf2; then
#   setup_gfxterm
# fi

terminal_output gfxterm


insmod png
if background_image /__current/gnu/store/8a213jvfzafcf6mfny2hs2jb1ya94i92-grub-image.png; then
  set color_normal=light-gray/black
  set color_highlight=yellow/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi

set default=0
set timeout=5
menuentry "GNU with Linux-Libre 4.17.3 (beta)" {
#  search --label --set root
  set gfxpayload=keep
  insmod gzio
  insmod part_gpt
  insmod cryptodisk
  insmod luks
  insmod gcry_rijndael
  insmod gcry_rijndael
  insmod gcry_sha256
  insmod btrfs
  cryptomount -u ab43f8be1a184999836d71dac382dfb5
  set root='cryptouuid/ab43f8be1a184999836d71dac382dfb5'
  search --no-floppy --fs-uuid --set=root --hint='cryptouuid/ab43f8be1a184999836d71dac382dfb5'  7cd60921-2b01-487d-8369-046a23a00de5

  linux /__current/gnu/store/s34syxcgp84siz2f77f0qakhgqm928h8-linux-libre-4.17.3/bzImage --root=root --system=/__current/gnu/store/z7pwglcwimc933kbg6sfwbjvwgm4ssid-system --load=/__current/gnu/store/z7pwglcwimc933kbg6sfwbjvwgm4ssid-system/boot rootflags=compress=lzo,subvol=__current/guixsd-root
  initrd /__current/gnu/store/phqbzk7k1f90nwmf3ynz5lzyc6x11wzb-raw-initrd/initrd
}

Re: sha256 hash mismatch

[swedebugia]

On 2018-11-21 08:33, Fredrik Salomonsson wrote:
> swedebugia <swedebugia@riseup.net> writes:
snip

> 
> Put berlin first in the --substitute-urls and did a guix pull to one
> commit that had the most packages built. Using
> http://berlin.guixsd.org/jobset/guix-master to pick out the commit.
> 
> The install took less than 20min on my x220. Thanks for all the help!


:D Great that you got past the init state.

> 
> Though I needed to manually hack the grub.cfg to be able to
> boot. Otherwise it wouldn't find the kernel.
> 
> Now it get stuck when trying to mount the filesystem. Backtrace shows
> it's failing in ./gnu/build/file-system.scm 613:6
> 
> Might have something misconfigured in my config file. Anyways that's not
> what this thread is about. If I cannot figure it out I'll send another
> email.
> 
> Thanks again for the help!
> 

Installing a simpler config.scm and going incrementally forward with 
small changes might be worth considering.

Especially given that our guix/guile error messages can sometimes be 
quite cryptic if you dont know exactly what change caused the error.

-- 
Cheers Swedebugia

Re: sha256 hash mismatch

[Fredrik Salomonsson]

[-- Attachment #1: Type: text/plain, Size: 2533 bytes --]

> swedebugia <swedebugia@riseup.net> writes:

> Installing a simpler config.scm and going incrementally forward with
> small changes might be worth considering.

Yeah, I refactored my config.scm to clean up all the mount flags I need
for btrfs. As well as to make sure the root is mounted before the other
mounts (gnu/store, grub etc). So I might have screwed up
something. Although I have never got GuixSD to work with this config so
could be something completely different.

Is there a quick way to just load the config.scm into the guile REPL
when booted into the iso and inspect the operating-system record? To
make sure everything looks good before running the whole install
process.

As the whole task of setup wifi -> setup ssh -> guix system init ->
reboot turn around is quite long. I guess I could just write script and
put that on the iso to speed it up.

> Especially given that our guix/guile error messages can sometimes be
> quite cryptic if you dont know exactly what change caused the error.

Indeed, I had to look into the source code for why it was complaining
about my home file-system couldn't list the root file-system as a
dependency. Turns out it was because root has `needed-for-boot?' set to
true where as home didn't.

Den ons 21 nov. 2018 kl 08:00 skrev swedebugia <swedebugia@riseup.net>:

> On 2018-11-21 08:33, Fredrik Salomonsson wrote:
> > swedebugia <swedebugia@riseup.net> writes:
> snip
>
> >
> > Put berlin first in the --substitute-urls and did a guix pull to one
> > commit that had the most packages built. Using
> > http://berlin.guixsd.org/jobset/guix-master to pick out the commit.
> >
> > The install took less than 20min on my x220. Thanks for all the help!
>
>
> :D Great that you got past the init state.
>
> >
> > Though I needed to manually hack the grub.cfg to be able to
> > boot. Otherwise it wouldn't find the kernel.
> >
> > Now it get stuck when trying to mount the filesystem. Backtrace shows
> > it's failing in ./gnu/build/file-system.scm 613:6
> >
> > Might have something misconfigured in my config file. Anyways that's not
> > what this thread is about. If I cannot figure it out I'll send another
> > email.
> >
> > Thanks again for the help!
> >
>
> Installing a simpler config.scm and going incrementally forward with
> small changes might be worth considering.
>
> Especially given that our guix/guile error messages can sometimes be
> quite cryptic if you dont know exactly what change caused the error.
>
> --
> Cheers Swedebugia
>


-- 
s/Fred[re]+i[ck]+/Fredrik/g

[-- Attachment #2: Type: text/html, Size: 3747 bytes --]