bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

2022-06-10 Thread Calvin Heim
On Thu, 2022-06-09 at 21:11 -0400, Maxim Cournoyer wrote:
> Hi Calvin,
> 
> Calvin Heim  writes:
> 
> > When I press e at GRUB to edit the boot configuration
> > I have noticed that the identifier
> > 31393730-3031-3031-3139-343934363833
> > is the default value of the --root option on the LiveUSB.  I will look into
> > other possible values for this --root option. 
> 
> Did you gave up, or eventually got it working?

I gave up because my DVD-drive stopped reading discs and instead makes gentle
tapping sounds and three short low-pitched buzzes for thirty seconds before
ejecting any inserted media. Happens at both the OEM bootloader stage and after
Trisquel is fully booted. It's not a Guix problem -- it's my personal hardware
problem now.

I expect that you may wish to close the issue to tidy up, and I accept that
outcome.

Thanks,
Calvin 

resent, forgot to cc the list
> 
> Thanks,
> 
> Maxim






bug#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2021-10-25 Thread Calvin Heim
Hi all,

The pure space overflow warning does not appear in emacs-next@28.0.50-0.2ea3466
on my i686 machine, so this bug will disappear when the emacs package 
definition catches up to emacs-next. 

Happy hacking,

Calvin






bug#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2021-10-24 Thread Calvin Heim
Hi Liliana,

On Sun, 2021-10-24 at 18:29 +0200, Liliana Marie Prikler wrote:
> 
> Is there anything noteworthy going on in stuff like LD_PRELOAD?
> 
> 

Good idea. I've added 'env' to the container. (The aforementioned warning is
unaffected by the presence of coreutils).

$ guix environment -C --pure --preserve=TERM --user=foo --no-cwd --ad-hoc emacs
coreutils

[env]$ env
COLORTERM=truecolor
PWD=/home/foo
LOGNAME=foo
TEMPDIR=/tmp
HOME=/home/foo
TMPDIR=/tmp
INFOPATH=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-profile/share/info
TERM=xterm
USER=foo
TEMP=/tmp
SHLVL=1
TERMINFO_DIRS=/[censored-path-to-my]/.guix-profile/share/terminfo
GUIX_ENVIRONMENT=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-profile
PS1=\u@\h \w [env]\$ 
TMP=/tmp
PATH=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-profile/bin
EMACSLOADPATH=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-
profile/share/emacs/site-lisp
_=/gnu/store/y8qbflx5abqgxwmvznfa3r040nir4kkp-profile/bin/env

[env]$ ls $EMACSLOADPATH 
guix-emacs.el  guix-emacs.elc  site-start.el  site-start.elc  subdirs.el






bug#51366: Pure storage overflow warning in *GNU Emacs* buffer when emacs@27.2 is invoked

2021-10-24 Thread Calvin Heim
In emacs@27.2, a warning appears about pure storage overflow in the *GNU Emacs*
buffer that displays at startup. My main concern is that I'm not sure if Emacs's
garbage collection is working or not, so I have been hesitant to upgrade from
version 26.3.

Steps to reproduce (with output):

-8<---begin-snippet---8<

$ guix environment -C --pure --preserve=TERM --user=foo --no-cwd --ad-hoc emacs

$ emacs -nw --batch --eval="(progn (display-about-screen)(message \"%s\"
(buffer-substring-no-properties 1 122)))"

Warning Warning!!!  Pure space overflow!!!Warning Warning
(See the node Pure Storage in the Lisp manual for details.)

-8<---end-snippet---8<

I am using Guix on a foreign distribution (Trisquel 9).

$ guix describe
guix 075c9f1
repository URL: https://git.savannah.gnu.org/git/guix.git
branch: master
commit: 075c9f12696d23bc86999b7a9ed567f38715e00a

The corresponding emacs@27.2 store item is
/gnu/store/n1zvyjk8hm51793ap5ikvzvq15lxkhrg-emacs-27.2

$ uname -i
i686







bug#38940: \x1b]8; ; OSC character displayed on hyperlinks shown after calls to `guix describe` or `guix show` on mate-terminal 1.12.1 (Trisquel 8)

2020-01-08 Thread Calvin Heim
On Wed, 2020-01-08 at 22:28 +0100, Ludovic Courtès wrote:
> Hi,
> 
> Calvin Heim  skribis:
> 
> > 
> > On Tue, 2020-01-07 at 12:58 +0100, zimoun wrote:
> > > 
> > > Does the environment variable NO_OSC appears to you more meaningful
> > > than INSIDE_EMACS?
> > It is more meaningful, but this terminal does interpret other operating 
> > system codes,
> > like OSC 12 for changing the cursor color. NO_OSC_8 would be specific to 
> > hyperlinks.
> The theory is that terminals should ignore OSC codes that they do not
> support.  Good’ol xterm, for instance, silently ignores those hyperlink
> codes, whereas GNOME Terminal interprets them nicely.
> 
I concur.

> So I would say that this is a bug in this version of mate-terminal, or
> perhaps in the libvte version it’s using?
Yes, the bug is in libvte 0.28.2 as distributed with Trisquel 8's software 
updater. 
I misspoke earlier when I mentioned mate-terminal.

This bug will be resolved eventually by Trisquel following the upstream sources 
in 
Ubuntu, so barring objections I will close this issue.
> I’ve just tried mate-terminal 1.22.0 on vte 0.58.3 from Guix, and it
> silently ignores those codes.
> 
> Thanks,
> Ludo’.

Thanks,
Calvin





bug#38940: \x1b]8; ; OSC character displayed on hyperlinks shown after calls to `guix describe` or `guix show` on mate-terminal 1.12.1 (Trisquel 8)

2020-01-08 Thread Calvin Heim
Hi Zimoun,

On Tue, 2020-01-07 at 12:58 +0100, zimoun wrote:
> Does the environment variable NO_OSC appears to you more meaningful
> than INSIDE_EMACS?

It is more meaningful, but this terminal does interpret other operating system 
codes,
like OSC 12 for changing the cursor color. NO_OSC_8 would be specific to 
hyperlinks.

> Where do you think this should be documented? Which part of the manual?
Installation > Application setup > Terminals
> Some Guix commands print hyperlinks by sending non-printing control 
> characters (\1b]8;;) 
> to the terminal display. In most cases, this works fine. But some older 
> terminals will 
> misinterpret hyperlinks and print the control characters. 
> If that happens, define the NO_OSC_8 variable to disable hyperlinks:
>    
>   $ export NO_OSC_8=1
> 
> If you later upgrade to a terminal with hyperlink support, unset this 
> variable to enable
> hyperlinks.

Sincerely,
Calvin





bug#38940: \x1b]8; ; OSC character displayed on hyperlinks shown after calls to `guix describe` or `guix show` on mate-terminal 1.12.1 (Trisquel 8)

2020-01-06 Thread Calvin Heim
On Mon, 2020-01-06 at 19:37 +0100, zimoun wrote:
> Hi,
> 
> Thank you for your report.
> 
> 
> On Sun, 5 Jan 2020 at 07:49, Calvin Heim  wrote:
> 
> > 
> > When using mate-terminal version 1.12.1 (the default graphical terminal 
> > provided in Trisquel 8), Guix commands
> > that print hyperlinks to the terminal (such as `guix describe` and `guix 
> > show`)
> > print a mangled \x1b]8;; OSC character. I haven't tested the mate-terminal
> > package provided by Guix though, so this bug may only be visible to 
> > Trisquel users
> > of the Guix package manager relying on their host distribution's default 
> > terminal soon
> > after installing Guix.
> I have tested with "guix environment --ad-hoc mater-terminal" on
> foreign distro (Debian) and I do not see an issue.
> 
> So it probably comes from the Trisquel default configuration.
> 
I concur.
> 
> > 
> > On a related note, the procedure supports-hyperlinks in module (guix ui) 
> > checks the
> > environment variable INSIDE_EMACS to prevent hyperlink mangling when using 
> > Emacs.
> > Perhaps this procedure could be edited to solve this bug.
> Does "INSIDE_EMACS=1 guix describe" fix the issue?
> 

Yes.
>  
> 
> All the best,
> simon





bug#38940: \x1b]8; ; OSC character displayed on hyperlinks shown after calls to `guix describe` or `guix show` on mate-terminal 1.12.1 (Trisquel 8)

2020-01-04 Thread Calvin Heim
Hi Guix developers,

When using mate-terminal version 1.12.1 (the default graphical terminal 
provided in Trisquel 8), Guix commands
that print hyperlinks to the terminal (such as `guix describe` and `guix show`)
print a mangled \x1b]8;; OSC character. I haven't tested the mate-terminal
package provided by Guix though, so this bug may only be visible to Trisquel 
users
of the Guix package manager relying on their host distribution's default 
terminal soon
after installing Guix.

On a related note, the procedure supports-hyperlinks in module (guix ui) checks 
the
environment variable INSIDE_EMACS to prevent hyperlink mangling when using 
Emacs.
Perhaps this procedure could be edited to solve this bug.

--
Calvin





bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

2019-08-15 Thread Calvin Heim
On Thu, 2019-08-15 at 19:37 -0400, Mark H Weaver wrote:
> Hi Calvin,
> 
> Calvin Heim  writes:
> 
> > 
> > On Thu, 2019-08-15 at 15:15 -0400, Mark H Weaver wrote:
> > > 
> > > I did some looking around for any recently updated tutorials on how to
> > > install GNU/Linux on a MacBook 1,1, and the only recent success story I
> > > found involved installing the rEFInd boot manager and using it to boot
> > > to a USB installer.
> > > 
> > >   https://www.youtube.com/watch?v=nHRai14ETKU
> > > 
> > > I would suggest something along those lines, since it would eliminate
> > > the need to access the DVD drive from the initrd, which seems to be
> > > where you're currently getting stuck.
> > > 
> > >    Mark
> > I have now removed the DVD and made a live USB with the 
> > guix-system-install-1.0.1.i686-linux.iso image.
> > Selecting the live usb at (what I believe to be) the EFI leads to the 
> > GuixSD LiveUSB image's GRUB, replete with the GUIXSD logo.
> > Setting the acpi=off boot option in the GuixSD LiveUSB image's GRUB leads 
> > to the same log that is 
> > pasted in my previous email, quoted above.  When I saw the identifier for 
> > the DVD drive again in the log,
> > I double-checked to make sure that my previous DVD was not in the drive. 
> > Nope, it's in a vinyl CD case.
> > 
> > David Stumph (the author of the video) is using lubuntu 16.04 in the video. 
> >  He attempted 18.10
> > but that resulted in a kernel panic.  I also see a kernel panic without 
> > setting acpi=off
> > in the grub boot options. In case someone in the future is searching for 
> > this issue, the kernel panic message is
> > > 
> > > %--begin pasted text->%
> > Kernel panic - not syncing: Timeout: Not all CPUs entered broadcast 
> > exception handler
> > Shutting down cpus with NMI
> > Kernel Offset : 0x800 from 0xc100 (relocation range: 
> > 0xc000-0xf7dfdfff)
> > Kernel rebooting in 30 seconds
> > > 
> > > %--end paste->%
> Ubuntu 16.04 uses linux-4.4.  We have linux-libre-4.4 (LTS) in Guix, but
> our 1.0.1 installer images are based on linux-libre-5.1.
> 
> It might be worth using another machine to build a Guix installer image
> that uses linux-libre-4.4, and trying that.  
Is it important that it's another machine, and not this machine (Macbook1,1)?
This machine has Trisquel 8 currently running and functional.
I am confident that I can reinstall the Guix package manager on it
to build the suggested custom installation image.

> Here's how: Section 3.9
> (Building the Installation Image) describes how to build an installer
> image, but instead of passing "gnu/system/install.scm", pass the name of
> a modified version of that file, with (kernel linux-libre-4.4) added as
> an additional field to 'installation-os'.
> 
>    Mark





bug#37021: root option during grub boot configuration

2019-08-15 Thread Calvin Heim
When I press e at GRUB to edit the boot configuration
I have noticed that the identifier
31393730-3031-3031-3139-343934363833
is the default value of the --root option on the LiveUSB.  I will look into
other possible values for this --root option. 





bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

2019-08-15 Thread Calvin Heim
resubmitted to list
On Thu, 2019-08-15 at 12:12 +0300, Efraim Flashner wrote:
> 
>  
> Does this laptop still have the original BIOS/EFI implementation or has
> it perchance been replaced with libreboot?
> 
This particular Macbook type (part no. MA472LL/A) is untested with libreboot.

https://libreboot.org/docs/hardware/#information-about-the-macbook11





bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

2019-08-15 Thread Calvin Heim
resubmitted to list
On Thu, 2019-08-15 at 12:43 +0200, pelzflorian (Florian Pelz) wrote:
> 
> Do I understand correctly that this message appears when booting the
> DVD, not the installed system?
Yes.

> 
> 
> On Wed, Aug 14, 2019 at 03:32:06PM -0700, Calvin Heim wrote:
> > 
> > 
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> I cannot check right now if that is a legitimate partition id for the
> i686 installer, but the installer source code in
> gnu/system/install.scm should mount a partition with
> (file-system-label "Guix_image").  You could check from another OS if
> this partition label exists.  
>From Trisquel 8,
$ ls /dev/disk/by-label
  GUIX_IMAGE
 
$ls /dev/disk/by-uuid
 1970-01-01-19-49-46-83
 [other stuff that doesn't change when the DVD ejects]

The contents of by-id and by-partuuid don't change when the install DVD is 
inserted,
so I assume that the contents of those directories are not related to the DVD.
> 
> You could also type in the recovery
> Guile repl that opens:
> 
> (use-modules (ice-9 ftw))
> (scandir "/dev/disk/by-id")
> (scandir "/dev/disk/by-uuid")
> (scandir "/dev/disk/by-partuuid")
> 
> and maybe:
> 
> ,L bournish
> cat /run/booted-system/etc/fstab
> 
The keyboard/usb ports do not function at this point in the boot,
despite working earlier in the boot during EFI and GRUB.  I
can see but not type in the recovery Guile repl.

> 
> Regards,
> Florian





bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

2019-08-15 Thread Calvin Heim
resent to list
On Thu, 2019-08-15 at 12:12 +0300, Efraim Flashner wrote:
> 
> Looks like it is the macbook 1,1. IIRC it has a pre-standardized EFI
> implementation in 32-bit, don't remember if the laptop itself is 32- or
> 64- bit. 
32 bit.

> 
> Personally I would try it with Debian's special mac-installer
> image first to see if that happens to boot up.
> 
> Does this laptop still have the original BIOS/EFI implementation or has
> it perchance been replaced with libreboot?
> 
Original EFI implementation.





bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

2019-08-15 Thread Calvin Heim
On Thu, 2019-08-15 at 15:15 -0400, Mark H Weaver wrote:
> Calvin Heim  writes:
> 
> > 
> > Apologies for the formatting errors in the previous email. Hopefully this 
> > message is cleaner.
> > 
> > GRUB loads.
edit: this grub shows the GuixSD logo in the background.
> >   
> > I add acpi=off to the boot options and boot.  Otherwise, the screen goes 
> > black
> > with a '-' symbol at the top left corner and freezes.
> > 
> > So, after booting with acpi=off, the display shows the following lines 
> > (with timestamps on the 
> > left, but I had to manually transcribe so I left them off):
> > 
> > %<---begin pasted text---
> >  ehci-pci :00:1d.7: Found HC with no IRQ. Check BIOS/PCI :00:1d.7 
> > setup!
> >  ehci-pci :00:1d.7: init :00:1d.7 fail, -19
> >  ehci-pci :00:1d.0: Found HC with no IRQ. Check BIOS/PCI :00:1d.0 
> > setup!
> >  ehci-pci :00:1d.0: init :00:1d.0 fail, -19
> >  ehci-pci :00:1d.1: Found HC with no IRQ. Check BIOS/PCI :00:1d.1 
> > setup!
> >  ehci-pci :00:1d.1: init :00:1d.1 fail, -19
> >  ehci-pci :00:1d.2: Found HC with no IRQ. Check BIOS/PCI :00:1d.2 
> > setup!
> >  ehci-pci :00:1d.2: init :00:1d.2 fail, -19
> >  ehci-pci :00:1d.3: Found HC with no IRQ. Check BIOS/PCI :00:1d.3 
> > setup!
> >  ehci-pci :00:1d.3: init :00:1d.7 fail, -19
> >  GC Warning: pthread_getattr_np or pthread_attr_getstack failed for main 
> > thread
> >  GC Warning: couldn't read /proc/stat
> >  Welcome, this is GNU's early boot Guile.
> >  Use '--repl' for an initrd REPL.
> >  
> >  loading kernel modules...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
> >  ERROR: In procedure scm-error:
> >  failed to resolve partition "31393730-3031-3031-3139-343934363833"
> >  %<-end paste-
> > 
> > And then it enters the Guile 2.2.4 prompt, but the keyboard and USB ports
> > are disabled at this stage, so I can't use it.
> It appears that our initrd lacks the drivers needed to access the DVD
> drive.
> 
> I did some looking around for any recently updated tutorials on how to
> install GNU/Linux on a MacBook 1,1, and the only recent success story I
> found involved installing the rEFInd boot manager and using it to boot
> to a USB installer.
> 
>   https://www.youtube.com/watch?v=nHRai14ETKU
> 
> I would suggest something along those lines, since it would eliminate
> the need to access the DVD drive from the initrd, which seems to be
> where you're currently getting stuck.
> 
>    Mark
I have now removed the DVD and made a live USB with the 
guix-system-install-1.0.1.i686-linux.iso image.
Selecting the live usb at (what I believe to be) the EFI leads to the GuixSD 
LiveUSB image's GRUB, replete with the GUIXSD logo.
Setting the acpi=off boot option in the GuixSD LiveUSB image's GRUB leads to 
the same log that is 
pasted in my prev

bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

2019-08-14 Thread Calvin Heim
Apologies for the formatting errors in the previous email. Hopefully this 
message is cleaner.

GRUB loads.  
I add acpi=off to the boot options and boot.  Otherwise, the screen goes black
with a '-' symbol at the top left corner and freezes.

So, after booting with acpi=off, the display shows the following lines (with 
timestamps on the 
left, but I had to manually transcribe so I left them off):

%<---begin pasted text---
 ehci-pci :00:1d.7: Found HC with no IRQ. Check BIOS/PCI :00:1d.7 setup!
 ehci-pci :00:1d.7: init :00:1d.7 fail, -19
 ehci-pci :00:1d.0: Found HC with no IRQ. Check BIOS/PCI :00:1d.0 setup!
 ehci-pci :00:1d.0: init :00:1d.0 fail, -19
 ehci-pci :00:1d.1: Found HC with no IRQ. Check BIOS/PCI :00:1d.1 setup!
 ehci-pci :00:1d.1: init :00:1d.1 fail, -19
 ehci-pci :00:1d.2: Found HC with no IRQ. Check BIOS/PCI :00:1d.2 setup!
 ehci-pci :00:1d.2: init :00:1d.2 fail, -19
 ehci-pci :00:1d.3: Found HC with no IRQ. Check BIOS/PCI :00:1d.3 setup!
 ehci-pci :00:1d.3: init :00:1d.7 fail, -19
 GC Warning: pthread_getattr_np or pthread_attr_getstack failed for main thread
 GC Warning: couldn't read /proc/stat
 Welcome, this is GNU's early boot Guile.
 Use '--repl' for an initrd REPL.
 
 loading kernel modules...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 waiting for partition '31393730-3031-3031-3139-343934363833' to appear...
 ERROR: In procedure scm-error:
 failed to resolve partition "31393730-3031-3031-3139-343934363833"
 %<-end paste-

And then it enters the Guile 2.2.4 prompt, but the keyboard and USB ports
are disabled at this stage, so I can't use it.





bug#37021: GuixSD 1.01-i686 install DVD boot failure on Macbook1, 1: failed to resolve partition

2019-08-13 Thread Calvin Heim
GRUB loads. ??
I add acpi=off to the boot options and boot.  Otherwise, the screen goes black
with a '-' symbol at the top left corner and freezes.

So, after booting with acpi=off, the display shows the following lines (with 
timestamps on the??
left, but I had to manually transcribe so I left them off):

ehci-pci :00:1d.7: Found HC with no IRQ. Check BIOS/PCI :00:1d.7 
setup!??
ehci-pci :00:1d.7: init :00:1d.7 fail, 
-19
ehci-pci :00:1d.0: Found HC with no IRQ. Check BIOS/PCI :00:1d.0 
setup!??
ehci-pci :00:1d.0: init :00:1d.0 fail, 
-19
ehci-pci :00:1d.1: Found HC with no IRQ. Check BIOS/PCI :00:1d.1 
setup!??
ehci-pci :00:1d.1: init :00:1d.1 fail, 
-19
ehci-pci :00:1d.2: Found HC with no IRQ. Check BIOS/PCI :00:1d.2 
setup!??
ehci-pci :00:1d.2: init :00:1d.2 fail, 
-19
ehci-pci :00:1d.3: Found HC with no IRQ. Check BIOS/PCI :00:1d.3 
setup!??
ehci-pci :00:1d.3: init :00:1d.3 fail, 
-19
GC Warning: pthread_getattr_np or pthread_attr_getstack failed for main 
thread
GC Warning: couldn't read 
/proc/stat
Welcome, this is GNU's early boot 
Guile.
Use '--repl' for an initrd REPL.

loading kernel 
modules...??
waiting for partition '31393730-3031-3031-3139-343934363833' to 
appear...??
waiting for partition '31393730-3031-3031-3139-343934363833' to 
appear...??
waiting for partition '31393730-3031-3031-3139-343934363833' to 
appear...??
waiting for partition '31393730-3031-3031-3139-343934363833' to 
appear...??
waiting for partition '31393730-3031-3031-3139-343934363833' to 

bug#27051: builder for glibc-intermediate-2.25 fails and ends guix pull

2017-06-01 Thread Calvin Heim
On Wed, 2017-05-24 at 13:51 +0200, Ludovic Courtès wrote:

> 
> One way to work around the issue might be:
> 
>   mv ~/.config/guix/latest{,.bak}
>   guix pull
> 
> Could you try this?

Yes, it succeeded. Thanks!








bug#27051: builder for glibc-intermediate-2.25 fails and ends guix pull

2017-05-24 Thread Calvin Heim
Hi,

'guix pull' fails with the Guix package manager on Trisquel 7.

$ uname -p
i686

$ guile --version
guile (GNU Guile) 2.2.0

$ guix --version
guix (GNU Guix) 20170430.04

$ guix pull
...
...
...
starting phase `pre-configure'
Backtrace:
In ice-9/boot-9.scm:
 157: 13 [catch #t # ...]
In unknown file:
   ?: 12 [apply-smob/1 #]
In ice-9/boot-9.scm:
  63: 11 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 432: 10 [eval # #]
In ice-9/boot-9.scm:
2320: 9 [save-module-excursion #]
3966: 8 [#]
1645: 7 [%start-stack load-stack ...]
1650: 6 [#]
In unknown file:
   ?: 5 [primitive-load
"/gnu/store/zhm1rxpqnhr8b976azyi10zkpm7i2d5q-glibc-intermediate-2.25-guile-builder"]
In ice-9/eval.scm:
 387: 4 [eval # ()]
In srfi/srfi-1.scm:
 830: 3 [every1 # ...]
In 
/gnu/store/5vvzwh41q3l0fdjyjxiz105fsxcz35rs-module-import/guix/build/gnu-build-system.scm:
 653: 2 [# #]
In ice-9/eval.scm:
 432: 1 [eval # #]
In unknown file:
   ?: 0 [system* "patch" "-p1" "--force" "--input" #f]

ERROR: In procedure system*:
ERROR: Wrong type (expecting string): #f
builder for
`/gnu/store/m7q6fhjy4zz8j36jvf7yihq65v6m3dnw-glibc-intermediate-2.25.drv' 
failed with exit code 1
cannot build derivation
`/gnu/store/kc6yxibxsk4vshl6svbwbm5wnig0d5zx-bash-static-4.4.12.drv': 1
dependencies couldn't be built
cannot build derivation
`/gnu/store/l1bp2qw2v0p0f9v9vb1z3xd6z7s5kvlc-gcc-5.4.0.drv': 1
dependencies couldn't be built
cannot build derivation
`/gnu/store/r68459m540fhs7n567pllbq827c90v9c-glibc-2.25.drv': 1
dependencies couldn't be built
cannot build derivation
`/gnu/store/0g35596mg1x4r6150pqd0jkmfyb64zyj-guile-2.0.14.drv': 1
dependencies couldn't be built
cannot build derivation
`/gnu/store/m92q2i44y1n0s1yv9h17gidvxzlg6si3-le-certs-0.drv': 1
dependencies couldn't be built
guix pull: error: build failed: build of
`/gnu/store/m92q2i44y1n0s1yv9h17gidvxzlg6si3-le-certs-0.drv' failed