Nothing it just gets stuck at initializing amdfbpudrb (or something
similar):.
On Fri, Dec 7, 2018 at 7:46 AM Ricardo Wurmus wrote:
>
> Hi Ryan,
>
> > I used sudo dd if=guixsd-install-0.16.0.x86_64-linux.iso of=/dev/sdb to
> > make the usb work in uefi mode
>
> What errors do you get (if any)?
reopen 33542
retitle 33542 Offloading to older Guix fails for lack of (guix base16)
thanks
Hi Ludovic,
l...@gnu.org (Ludovic Courtès) writes:
> Mark H Weaver skribis:
>
>> Mark H Weaver writes:
>>
>>> On Hydra, the armhf builds for al variants of 'linux-libre-4.14.84'
>>> failed because the
Pushed as b9103c827c605dee32baf62816a0429543b3e451
signature.asc
Description: PGP signature
Hello!
"Thomas Schmitt" skribis:
>> Based on this and on a suggestion Ricardo made on IRC, I passed
>> “-padding 10m” and that solved the problem. \o/
>
> Ouchers. Do all files bear their expected content ?
> Especially the last one: /var/guix/db/db.sqlite
It looks good, and there are no I/O
Hello,
skribis:
> Is it possible to automatize detection of this kind of problems?
> As I see, some PC can has crontab job to do `guix pull`, so that if
> 'Backtrace' message occurs, it sends a report to developer not to rush up to
> push his branch to master branch.
There are lots of unit
...
phase `patch-usr-bin-file' succeeded after 0.0 seconds
starting phase `patch-source-shebangs'
patch-shebang: ./scripts/ingen.py: changing `/usr/bin/env python' to
`/gnu/store/r68bi4640vm0s7zsgyk7shsag8ibl3nc-python-wrapper-3.7.0/bin/python'
patch-shebang: ./scripts/ingenams: changing
Hello! This is just an idea.
Is it possible to automatize detection of this kind of problems?
As I see, some PC can has crontab job to do `guix pull`, so that if 'Backtrace'
message occurs, it sends a report to developer not to rush up to push his
branch to master branch.
Different branches can
guix (GNU Guix) 5118e26f83cc2b4ec835df56bee2a4003c1325b9
building /gnu/store/k993nvk595hqsrcfj4ymvmcj3w9fbfv3-spacefm-1.0.6.drv...
builder for `/gnu/store/k993nvk595hqsrcfj4ymvmcj3w9fbfv3-spacefm-1.0.6.drv'
failed with exit code
1
build of
Hi Joshua,
there was a bug with commit 6eac835f178c0c78637b0db8a4585a617b2f7622,
which has already been fixed in commit
23a1f738b1ef83c3dcb329e1c68617b0452e6a07.
Please try again.
--
Ricardo
Hi Ryan,
> I used sudo dd if=guixsd-install-0.16.0.x86_64-linux.iso of=/dev/sdb to
> make the usb work in uefi mode
What errors do you get (if any)?
--
Ricardo
cat .config/guix/channels.scm
;; Add my personal packages to those Guix provides.
(cons (channel
(name 'my-personal-packages)
(url "https://notabug.org/jbranso/guix-packages.git;))
%default-channels)
My channel is probably not correct. I'm not certain if I am specifying
Hello,
I'm tried looking to see if someone else was experiencing this bug, but
I couldn't find a easy way to search the guix bug database, so I'm sorry
if I am making a duplicate bug report.
Anyway, I'm using a Macbook 7,1. guix version reports this:
guix (GNU Guix)
Hi Diego,
Diego Nicola Barbato skribis:
> When I run ‘guix system roll-back’ I get the following backtrace:
Fixed in commit 6ddc63e599a26c302f74d0622f67cfd987f0dc5f, thanks!
Ludo'.
Hi,
Diego Nicola Barbato skribis:
> Ludovic Courtès writes:
[...]
>> In addition, be aware that Bash maintains a cache of commands it looked
>> up in $PATH. Thus it may be that, say, it had cached that ‘guix’ is
>> really /run/current-system/profile/bin/guix. When you pulled, it didn’t
>>
Hi
I'm trying hard to package perl-term-readline-gnu but have failed so
far. :D
See the attached patch for my addition to perl-build-system that did not
help.
The Makefile in the source says:
# Usage: perl Makefile.PL [--prefix=...] [--includedir=...]
[--libdir=...]
Diego Nicola Barbato writes:
> Hello Swedebugia,
>
> swedebu...@riseup.net writes:
>
>> On 2018-12-05 12:36, Diego Nicola Barbato wrote:
>>> Hello Guix,
>>>
>>> When I run ‘guix system roll-back’ I get the following backtrace:
>>>
>>> --8<---cut
On Fri, 07 Dec 2018 09:36:31 +0100
Diego Nicola Barbato wrote:
> I believe this is it. This also explains why ‘which guix’ returned
> the updated guix while ‘guix --version’ claimed it was still the older
> version, which I found rather confusing.
> I am afraid being unaware of this has led me
Hello,
Ludovic Courtès writes:
> Hello,
>
> Ricardo Wurmus skribis:
>
>>> Hello Guix,
>>>
>>> The first time a user runs ‘guix pull’ after a fresh install it does not
>>> seem to update guix. ‘guix --version’ reports that guix is still
>>> version 0.15.0 after running ‘guix pull’, instead of
18 matches
Mail list logo
