bug#33768: guix 0.16.0-4.60b0402 fails tests on aarch64

Vagrant Cascadian writes: > On 2018-12-17, Efraim Flashner wrote: >> On Sun, Dec 16, 2018 at 09:12:08PM +0100, Danny Milosavljevic wrote: >>> Should be fixed on master. Can you confirm? >> >> Vagrant confirmed on IRC that it is fixed on master. > > I think that was a different bug. > > As of 211

bug#33639: ISO installer image is broken on i686

Hi, > Oops, that was an omission that I’ve just fixed. Sometimes you need a clueless test user to clean the pipes. I now succeeded in running the ISO production command, but the truncation problem is not reproducible here. Please re-consider local reasons ... yada yada ... my main suspect woul

bug#33772: StumpWM broken commands?

Alex Kost writes: > Pierre Langlois (2018-12-18 17:34 +) wrote: > >> Hello! >> >> Christopher Lemmer Webber writes: >> >>> Ludovic Courtès writes: >>> Hi, Christopher Lemmer Webber skribis: > It seems to me that StumpWM broke somehow, for some reason. I can > con

bug#33772: StumpWM broken commands?

Pierre Langlois (2018-12-18 17:34 +) wrote: > Hello! > > Christopher Lemmer Webber writes: > >> Ludovic Courtès writes: >> >>> Hi, >>> >>> Christopher Lemmer Webber skribis: >>> It seems to me that StumpWM broke somehow, for some reason. I can confirm there was a version change: >>

bug#33778: guix copy fails

Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> ~/dev/gx/branches/master/pre-inst-env guix copy --to=elephly.net:1022 >> /gnu/store/b10q1d2hks78i6vbjwrf71xxsyc1xb95-system >> Backtrace: >>8 (apply-smob/1 #) >> In ice-9/boot-9.scm: >> 705:2 7 (call-with-prompt _ _ #> proc

bug#33772: StumpWM broken commands?

Pierre Langlois writes: > Hello! > > Christopher Lemmer Webber writes: > >> Ludovic Courtès writes: >> >>> Hi, >>> >>> Christopher Lemmer Webber skribis: >>> It seems to me that StumpWM broke somehow, for some reason. I can confirm there was a version change: -sbcl-stumpwm@18

bug#33795: Update mes-minimal-stripped-tarball to Mes 0.19 on gnu.org

Hi! The current Mes bootstrap on Guix has a big problem: the bin directory has been stripped from mes-minimal-stripped-tarball; so the bootstrap in core-updates really (accidentally) depends on bootstrap-guile. This has been addressed by Ricardo and me at the R-B summit last week. I also managed

bug#33772: StumpWM broken commands?

Hello! Christopher Lemmer Webber writes: > Ludovic Courtès writes: > >> Hi, >> >> Christopher Lemmer Webber skribis: >> >>> It seems to me that StumpWM broke somehow, for some reason. I can >>> confirm there was a version change: >>> >>> -sbcl-stumpwm@18.05:out >>> /gnu/store/i0picr2xr2

bug#33246: Updating ldc to 1.11.0/1.12.0 (WIP)

ldc 1.13.0 was released two days ago. 32-bits version appears to be broken.

bug#33768: guix 0.16.0-4.60b0402 fails tests on aarch64

On 2018-12-17, Efraim Flashner wrote: > On Sun, Dec 16, 2018 at 09:12:08PM +0100, Danny Milosavljevic wrote: >> Should be fixed on master. Can you confirm? > > Vagrant confirmed on IRC that it is fixed on master. I think that was a different bug. As of 2119cd3a350cb5544418a0e8ac6c7fb6dcbf0a13 it

bug#23697: guix system reconfigure hangs, shows repl in messages

Hello! l...@gnu.org (Ludovic Courtès) skribis: > Jan Nieuwenhuizen skribis: [...] >> guix system reconfigure drakenvlieg.scm >> >> which eventually printed >> >> ... >> guix system: loading new services: file-system-/home urandom-seed ntpd >> avahi-daemon ssh-daemon... >> shep

bug#33772: StumpWM broken commands?

Ludovic Courtès writes: > Hi, > > Christopher Lemmer Webber skribis: > >> It seems to me that StumpWM broke somehow, for some reason. I can >> confirm there was a version change: >> >> -sbcl-stumpwm@18.05:out >> /gnu/store/i0picr2xr2aq2a52nsaw67nvar1r3khw-sbcl-stumpwm-18.05 >> +sbcl-stum

bug#33745: Unnecessary dependencies in Coq

Hello Dan, It would be nice to include the bug title in the subject, so people looking at the mail don't have to go to the issue tracker to see what the mail refers to. Dan Frumin ezt írta (időpont: 2018. dec. 18., K, 15:54): > > Well it looks like this has been resolved in > 8a2cfc7bea37fd5cc5

bug#33745: (no subject)

Well it looks like this has been resolved in 8a2cfc7bea37fd5cc5d384ac16d7cd3bd5603ab9

bug#27067: Feature request: please allow for either automatic logging of all output of every guix commands or add an option to each guix command to allow it for all to be logged

Hi, swedebu...@riseup.net skribis: > I think the current logging is good enough. > > I vote for closing this as Brenton did not answer during a long time and > nobody else thought this was worth implementing. I agree, done! Ludo’.

bug#15549: hydra.gnu.org needs to declare its javascript licenses for LibreJS

swedebu...@riseup.net skribis: > Hi > > I vote for closing this as "won't fix" now we are moving away and > concentrate on cuirass at ci.guixsd.info. Indeed, done!

bug#33772: StumpWM broken commands?

Hi, Christopher Lemmer Webber skribis: > It seems to me that StumpWM broke somehow, for some reason. I can > confirm there was a version change: > > -sbcl-stumpwm@18.05:out > /gnu/store/i0picr2xr2aq2a52nsaw67nvar1r3khw-sbcl-stumpwm-18.05 > +sbcl-stumpwm@18.11:out > /gnu/store/6h

bug#33639: ISO installer image is broken on i686

Hi Thomas, "Thomas Schmitt" skribis: > Ludovic Courtès wrote: >> If you’re testing in a VM you might just as well download the GuixSD VM >> image from . > > There i only see only "x86_64" for QEMU, not "i686" like with ISO or Binary. You’re right, my

bug#33673: PATCH: Fwd: Re: bug#33673: "guix system --help" does not detail how to use --on-error=strategy

Hello, swedebugia skribis: > From e71273a1b3b20bba8f4174ac4b98925bbc36ac0d Mon Sep 17 00:00:00 2001 > From: swedebugia > Date: Fri, 14 Dec 2018 19:41:41 +0100 > Subject: [PATCH] system: Clarify the three strategies available. > > * guix/scripts/system.scm (show-help): Clarify the three choices.

bug#33737: do not attempt to build a package known to be broken

Hello! Ricardo Wurmus skribis: > Danny Milosavljevic writes: > >>> I propose that “guix publish” should also convey information about >>> failed builds. The Guix client can then abort right away without >>> wasting time and power to attempt a doomed build. Users may override >>> this with “--

bug#33755: error: execlp: No such file or directory from guix environment

Hi Timothy, Timothy Sample skribis: > Aha! I didn’t know about “error-reporting-wrapper”. I think this makes > sense. It fixes the same issue in the container script, too. I’ve > attached an updated patch. > > I had to modify “error-reporting-wrapper” to deal with the fact that > “execlp” ta