Eric Bavier skribis:
[...]
> In gnu/system.scm:
> 501: 3 [operating-system-services # # #f]
> 476: 2 [essential-services # # #f]
> 576: 1 [operating-system-etc-service #]
> In gnu/system/nss.scm:
> 217: 0 [name-service-switch->string (# # # # ...)]
>
> gnu/system/nss.scm:217:19: In procedure
On Wed, Mar 21, 2018 at 10:04:00PM +0100, Ludovic Courtès wrote:
> Eric Bavier skribis:
>
> > On Wed, Mar 21, 2018 at 12:12:02AM +0100, Ludovic Courtès wrote:
> >
> >> That sounds a lot like regular ABI breakage: a new
> >> field was added but gnu/tests/base.go wasn’t rebuilt, and thus was
> >>
Eric Bavier skribis:
> On Wed, Mar 21, 2018 at 12:12:02AM +0100, Ludovic Courtès wrote:
>
>> That sounds a lot like regular ABI breakage: a new
>> field was added but gnu/tests/base.go wasn’t rebuilt, and thus was
>> expecting the previous struct layout.
>>
>> Does “rm gnu/tests/base.go && make
Hello,
Ricardo Wurmus skribis:
>> Good news! Commit e288572710250bcd2aa0f69ce88154d98ac69b29 adjusts
>> ‘gcc-strmov-store-file-names.patch’ in ‘core-updates’ to correctly deal
>> with this case:
> […]
>> I built everything about to ‘gcc-final’ in ‘core-updates’. I checked
>> manually that none
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
[...]
>> Are we sure this is a Guix issue and not a disk or file system
>> corruption issue? The relevant code in guix-daemon hasn’t changed in
>> ages.
>>
>> What file system are you using? Btrfs? :-)
>
> The ext[234] filesyste
$ guix pull
---
Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'...
Building from Git commit e2f9847be0d1fcde201b3ec01f68a9cbdda230a0...
The following derivation will be built:
/gnu/store/15ncl8zii4kvixwyqqm94v6nzvc3j9z4-guix-latest.drv
copying and compiling to
'/gn
I have been running the binary Guix installation on top of Armbian
on my
Rockchip RK3288 (armhf) based computing platform.
Up till about ~8 days ago, guix pull worked as intended. Recently,
running guix pull leads to the following error message
`./guix/build/pull.scm:44:20: ./guix/build/pull.scm
Vivien,
On 2018-03-21 7:54, Vivien Kraus wrote:
I don't know on what the hash depends; maybe it also depends on the
URL?
It depends only on the contents. This allows us to use a list of
different URIs (see the lsof package for an example) or try many
different mirror://s as long as they serv
Vivien,
On 2018-03-21 18:01, Vivien Kraus wrote:
Sorry for the mess with the mails. This new versions and its hash work
for me, thanks!
I didn't notice a mess :-)
Works here too. Pushed as 0d73f1481bf732147af7751a6ae58114bd3876db.
Kind regards,
T G-R
Sent from a Web browser. Excuse or enj
Hello,
Sorry for the mess with the mails. This new versions and its hash work
for me, thanks!
Vivien
Le mercredi 21 mars 2018 à 17:08 +0100, Tobias Geerinckx-Rice a écrit :
> I couldn't resist, of course.
>
> On 2018-03-21 16:46, Tobias Geerinckx-Rice wrote:
> > I've not actually been followi
I couldn't resist, of course.
On 2018-03-21 16:46, Tobias Geerinckx-Rice wrote:
I've not actually been following this thread so I don't know what that
means, but it looks like simply using the CVS revision as the SVN one
might not work.
The attached patch solves this by simply updating usb.ids
Vivien,
On 2018-03-21 12:05, Vivien Kraus wrote:
Could someone confirm this hash?
I can confirm both.
sha256 hash mismatch for output path
`/gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids'
expected: 17rg5i0wbyk289gr8v4kgvnc9q5bidz7ldcvv9x58l083wn16hq3
actual: 1wzkaan87ncx80hgddii01
Hello,
I have just finished guix pulling again and the hash is not right:
Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
usb.ids
>From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15
51...
following redirection to `http://svn.code.sf.net/p/linux-usb/repo/trun
Hello,
Thank you for your reply. This new URL works, but the file version
does not meet the checksum.
Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
usb.ids
>From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15
51...
following redirection to `http://svn.code
Hello,
I am not sure that my mails reach debbugs.gnu.org...
When applying the patch in https://debbugs.gnu.org/cgi/bugreport.cgi?bu
g=30890, it still does not work:
Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
usb.ids
>From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdo
On Wed, Mar 21, 2018 at 12:12:02AM +0100, Ludovic Courtès wrote:
> That sounds a lot like regular ABI breakage: a new
> field was added but gnu/tests/base.go wasn’t rebuilt, and thus was
> expecting the previous struct layout.
>
> Does “rm gnu/tests/base.go && make” suffice to fix this issue?
N
宋文武 transcribed 408 bytes:
> ng0 writes:
>
> > When adding FVWM to the system profile and not using startx or something
> > like adding fvwm execution to the file in $HOME the login manager would
> > source, it does not appear in the selection of window managers to start.
> >
> > We should instal
ng0 writes:
> When adding FVWM to the system profile and not using startx or something
> like adding fvwm execution to the file in $HOME the login manager would
> source, it does not appear in the selection of window managers to start.
>
> We should install a .desktop file for it.
Hello, as your
Hi Vivien,
> I have just finished guix pulling again and the hash is not right:
>
> Starting download of /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-
> usb.ids
> From https://svn.code.sf.net/p/linux-usb/repo/trunk/htdocs/usb.ids?r=15
> 51...
> following redirection to `http://svn.code.sf.net/p/li
Dear guix:
I have downloaded:
https://alpha.gnu.org/gnu/guix/guixsd-install-0.14.0.x86_64-linux.iso.xz
And follow the instruction
https://www.gnu.org/software/guix/manual/html_node/USB-Stick-and-DVD-Installation.html#USB-Stick-and-DVD-Installation
to make the DVD.
The DVD is ok to boot from a no
Hi,
I tested the fix and it worked fine for me.
Fixed in 0def91208 on master.
Thanks!
--
Ricardo
GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC
https://elephly.net
21 matches
Mail list logo
