bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes

Hi Ludo, okay, I've now (permanently) unset GUIX_PACKAGE_PATH and killed the problematic "guix pull" process. I run "guix pull" regularily. Let's see what happens... pgpb3PrLFB9jl.pgp Description: OpenPGP digital signature

bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes

Hi Ludo, On Sun, 29 Dec 2019 23:41:42 +0100 Ludovic Courtès wrote: > > It could be because my modules in GUIX_PACKAGE_PATH contain an import cycle > > (I don't know whether it does, but I had such a cycle before). > > And that’s definitely a possibility! Can you try unsetting > GUIX_PACKAGE_

bug#38804: Samsung Chromebook 3

Hi, On Sun, 29 Dec 2019 20:02:11 -0600 Caleb Herbert wrote: > I tried running the Guix System installer on my Chromebook. I wanted to > try replacing GalliumOS. > > Unsurprisingly, I get many errors do to proprietary firmware. My > keyboard doesn't work, so I can't check what all the messages

bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes

(continued) /proc/19221/fd$ ls -lrt insgesamt 0 l-wx-- 1 dannym users 64 28. Dez 18:52 9 -> 'pipe:[1044711]' lr-x-- 1 dannym users 64 28. Dez 18:52 8 -> 'pipe:[1044711]' lr-x-- 1 dannym users 64 28. Dez 18:52 7 -> /gnu/store/y8fxyc5404hd859si99lyd0516pq86d3-guix-command l-wx-- 1 d

bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes

Hi Ludo, On Fri, 27 Dec 2019 19:11:08 +0100 Ludovic Courtès wrote: > Danny Milosavljevic skribis: > > > USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND > > dannym 19221 20.8 87.4 9404812 6884184 pts/0 Tl 20:34 2:

bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes

> You could look at the output of “guix processes” and find out which > session child process is consuming memory. SessionPID: 19228 ClientPID: 19221 ClientCommand: /gnu/store/sc7z07gim1iq5zvfz1amdwf2irxrzifg-guile-2.2.6/bin/guile --no-auto-compile /home/dannym/.config/guix/current/bin/guix pull

bug#38735: GuixSD graphical Installer hangs on connecting to wifi

Can you still go to another console once it hangs? Try pressing Alt-F2 or Alt-F3 or something (once it hangs). Then we could try to find out via "ps" and maybe via /proc and "strace" what it's doing. pgpSZMPR5s31C.pgp Description: OpenPGP digital signature

bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes

USER PID %CPU %MEMVSZ RSS TTY STAT START TIME COMMAND dannym 19221 20.8 87.4 9404812 6884184 pts/0 Tl 20:34 2:40 /gnu/store/sc7z07gim1iq5zvfz1amdwf2irxrzifg-guile-2.2.6/bin/guile --no-auto-compile /home/dannym/.config/guix/current/bin/guix pull pgpgwwzosj28v.pgp Descrip

bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes

Hi Ludo, On Mon, 11 Nov 2019 21:42:24 +0100 Ludovic Courtès wrote: > Also, it would be great if you could identify which derivation build > requires that much memory, if this was happening sequentially. (I > suspect “guix-packages.drv” is the one that eats up the most memory.) How do I do that

bug#38719: mate-utils build failure

Works the second time around. It might be a race somewhere. pgp_uBEJTslGL.pgp Description: OpenPGP digital signature

bug#38529: Make --ad-hoc the default for guix environment proposed deprecation mechanism

Hi Ricardo, On Fri, 20 Dec 2019 22:08:48 +0100 Ricardo Wurmus wrote: > zimoun writes: > > > - I propose the name "guix shell" > > This is not a bad idea, especially considering that “guix environment” > was meant to get shebang support, so that you could use it as the > interpreter in a sc

bug#38719: mate-utils build failure

Traceback (most recent call last): File "/gnu/store/0cr7zsmwd3agg1fa5l26qw9zkkbqbac8-itstool-2.0.6/bin/.itstool-real", line 1598, in doc.merge_translations(translations, opts.lang, strict=opts.strict) File "/gnu/store/0cr7zsmwd3agg1fa5l26qw9zkkbqbac8-itstool-2.0.6/bin/.itstool-real", l

bug#38666: Maybe netcat should support ipv6 ("-6" option)

Hmm, would it make sense to deprecate the "netcat" package then--with a hint on how to get the functionality (by installing nmap)? pgpIqD8CPx355.pgp Description: OpenPGP digital signature

bug#38666: Maybe netcat should support ipv6 ("-6" option)

Hi, maybe netcat should support ipv6 ("-6" option). The latest official release on Sourceforge doesn't have it but Debian includes a patch to add it. pgpkmsJuLfDBO.pgp Description: OpenPGP digital signature

bug#38161: Guix guided installer should set up printers and scanners

Hi, On Tue, 12 Nov 2019 09:35:30 +0200 Efraim Flashner wrote: > At the very least I think the udev rules should be added to the cups > service. Hmm, does cups have anything to do with scanning? Long term, people will not print things anymore but will scan things (until such time where that st

bug#38167: guix pull takes over 8 GiB of memory to finish if there are no substitutes

Hi, guix pull takes over 8 GiB of memory to finish if there are no substitutes. My laptop only takes max 8 GiB of RAM. I've set up swap, but that kind of memory usage still seems ridiculous. pgpyF4ZirSunm.pgp Description: OpenPGP digital signature

bug#38162: icedtea "jar" tool could automatically pack reproducible jars

Hi, it would be better if icedtea's "jar" tool automatically packed reproducible jar files instead of us doing some barely safe unzip-then-rezip-with-specific-order in the ant-build-system. It could check the environment variable SOURCE_DATE_EPOCH and then use that as timestamp for the zip entrie

bug#38161: Guix guided installer should set up printers and scanners

Hi, currently, the Guix guided installer does not set up printers and scanners (see bug# 38064), making those not work after installation. It would be good to extend the Guix installer to also install "cups" and "sane-backends" services, just like it already does for networking services, if appli

bug#37999: clang fails to pickup/supply startfiles to ld

Wait. Rust depends on clang? I'm pretty sure that's not the case. The only time gnu/packages/rust.scm refers to clang is to delete it. pgpRZYqAXEuED.pgp Description: OpenPGP digital signature

bug#38088: Guix system becomes unresponsive after backtrace

Hi Gábor, On Wed, 6 Nov 2019 15:15:41 +0100 Gábor Boskovits wrote: > This happened when I was trying a pre-inst-env guix build from a > core-updates checkout. > Previously python3 failed to build, and I was trying to build it again. Hmm, sounds like disk corruption. If there's a sudden read-on

bug#37882: [PATCH] build-system/linux-module: Accept a #:make-flags keyword.

On Sun, 27 Oct 2019 10:18:06 +0200 Efraim Flashner wrote: > > In any case, I'd written the following simple fix but never merged it > > because I have yet to meet a module with a legitimate need for it. It > > works, though. > > > It was more of surprise that it was in one > place and not a

bug#37860: qemu-4.1.0 build failure

Hi, On Sun, 3 Nov 2019 01:27:49 +0100 Miguel Arruga Vivas wrote: > I've hit the same error five times in a row too. The test seems to > depend on the order of notifications between two inotify queues (one > open on the folder and the other one open on the file name). I don't > know any easy wa

bug#37940: endless "try upgrading both" cycles

Hi, On Mon, 28 Oct 2019 01:03:48 +0100 Arne Babenhauserheide wrote: > > Now, it doesn’t sound right that ‘util-linux’ is propagated from glib > > and from poppler…? > > Poppler needs glib at runtime and glib needs tools from util-linux at > runtime? That doesn't mean glib has to propagate th

bug#37860: qemu-4.1.0 build failure

On Mon, 21 Oct 2019 23:39:32 +0200 Danny Milosavljevic wrote: > ERROR:tests/test-util-filemonitor.c:665:test_file_monitor_events: assertion > failed: (err == 0) > ERROR - Bail out! > ERROR:tests/test-util-filemonitor.c:665:test_file_monitor_events: assertion > failed: (err

bug#37860: qemu-4.1.0 build failure

ERROR:tests/test-util-filemonitor.c:665:test_file_monitor_events: assertion failed: (err == 0) ERROR - Bail out! ERROR:tests/test-util-filemonitor.c:665:test_file_monitor_events: assertion failed: (err == 0) Four times in a row now. pgppqrwglECJx.pgp Description: OpenPGP digital signature

bug#37801: Possible insight into issue #30756 #include_next bug

Hi, On Fri, 18 Oct 2019 14:02:33 + Carl Dong wrote: > Perhaps Ludovic can confirm this, but I believe the reason why Guix is not > setting up CROSS_CPATH is because it doesn't _know_ it's cross-compiling. Ah, that makes a lot of sense! But the "cross-gcc" returns a cross compiler that sho

bug#37801: Possible insight into issue #30756 #include_next bug

Hi Carl, On Thu, 17 Oct 2019 21:56:44 + Carl Dong wrote: > Note that the reason mingw-w64-x86_64-6.0.0/include is in this list at all is > because of the 'fix-env phase I added, which plucked it from CPATH and plopped > it into CROSS_CPATH. Yeah, I did the same in sunxi-tools--which was als

bug#37765: Trivial rust 1.37.0-compiled program immediately segfaults on newest master

Generation 28 Oct 14 2019 20:42:05(current) guix dc505e3 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: dc505e3eb88faf3c952aa1de4a12a42111c3742c pgpsnKbff8w90.pgp Description: OpenPGP digital signature

bug#37765: Trivial rust 1.37.0-compiled program immediately segfaults on newest master

$ cat b.rs fn main() { } $ rustc b.rs $ ./b Segmentation fault $ gdb ./b (gdb) r (gdb) bt #0 0x77fe40f8 in call_init.part () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/ld-linux-x86-64.so.2 #1 0x77fe428e in _dl_init () from /gnu/store/ahqgl4h89xqj695lgqvsaf6z

bug#37688: "guix system reconfigure" doesn't work with LC_ALL=C - and locale problems

After retrying "reconfigure" a few more times, it did work. Now I rebooted and now I can also log into the Linux console again. Locale problems seem to be gone away--for now. Note that I report this stuff because it's a general problem all our users see (and probably never report--they just dele

bug#37688: "guix system reconfigure" doesn't work with LC_ALL=C - and locale problems

Because of the locale problems every time there is a merge, I've tried to upgrade as follows: sudo -i LC_ALL=C guix system reconfigure /etc/config.scm downloading from https://ci.guix.gnu.org/nar/lzip/532l4zja85y9c69i0l0bwnsxx98gpzdw-nss-certs-3.45... nss-certs-3.45 135KiB

bug#37687: simple-scan build failure

page.vala:90.5-90.39: error: Property `Page.scan_direction' with custom `get' accessor and/or `set' mutator cannot have `default' value simple-scan.vala:130.30-130.41: error: Argument 1: Cannot convert from `unowned GLib.List' to `unowned GLib.List' ui.set_scan_devices (devices_copy, mis

bug#37678: python-binaryornot build failure

Fixed in commit 86723f98ab272b1a2621fb54ff88eab5e8e80fed to guix master. pgpxQ53wxO5Mq.pgp Description: OpenPGP digital signature

bug#37678: python-binaryornot build failure

File "/tmp/guix-build-python-binaryornot-0.4.4.drv-0/binaryornot-0.4.4/tests/test_check.py", line 219, in TestDetectionProperties @given(binary(average_size=512)) TypeError: binary() got an unexpected keyword argument 'average_size' command "python" "-c" "import setuptools, tokenize;__file

bug#37569: Mount does not honor 'user' option.

Hmm, how is that solved with other distributions? Is "mount" suid root there? pgpO07B97QGhK.pgp Description: OpenPGP digital signature

bug#34580: Service ssh-daemon could not be started

On second thought, maybe it would be easiest to make term-auto "succeed" when it can't find that serial console. Shepherd would think everything is a-ok and nobody would tell it any better :P pgpX_bhuaNlLm.pgp Description: OpenPGP digital signature

bug#34580: Service ssh-daemon could not be started

Hi everyone, On Sat, 28 Sep 2019 19:44:16 +0200 Ludovic Courtès wrote: > ‘term-auto’ is actually something that doesn’t start; it’s confusing, we > should present it differently, maybe as a one-shot service. term-auto automatically provides a shell on the console if that is a serial console. M

bug#37505: "make check" fails on a fresh Guix checkout

Yeah, "make" itself fails, too, see bug #37491. I'm not that knowledgeable with po strings but I think it added a msgstr that's broken in that the number of format string parts is different from msgid_plural. I've edited po/guix/e...@quot.po and po/guix/e...@boldquot.po (which "git log" doesn't w

bug#37491: guix master build fails with msgmerge error

msgmerge --lang=en@quot e...@quot.po guix.pot -o e...@quot.new.po done. make[5]: Leaving directory '/home/dannym/src/guix-heads-v5/guix/po/guix' make[4]: Leaving directory '/home/dannym/src/guix-heads-v5/

bug#37469: meld doesn't start up successfully

$ LC_ALL=C meld a.txt b.txt Meld requires GTK+ 3.20 or higher. pgpDo9Z5qEL8o.pgp Description: OpenPGP digital signature

bug#35519: librsvg broken on i686-linux

Hi Ludo, On Mon, 16 Sep 2019 14:24:48 +0200 Ludovic Courtès wrote: > Does that ring a bell? Yes, I've brought that up upstream and upstream is more than willing to work on this and debug this problem if there is a system to debug it on. However, as far as I understand we decided not to give th

bug#37403: Cannot 'guix guix build --target=x86_64-w64-mingw32 perl'

Further information: According to gnu/packages/cross-base.scm, cross-gcc contains either "libc" or "mingw-source" in the mingw case--I don't know why, but that's what it says. The purpose of "remove-extra-references" seems to be to shrink the number of recorded dependencies, so maybe compare it w

bug#37403: Cannot 'guix guix build --target=x86_64-w64-mingw32 perl'

Looking at the source code of phase "remove-extra-references" and assuming that the "out" output exists, probably the "libc" input doesn't exist. set-cross-path/mingw guards against this case, so apparently it is normal that "libc" input can be missing and perl should be guarding against it, but d

bug#37286: Make a faster method to list supported boards.

Hi Jesse, On Mon, 02 Sep 2019 20:07:53 -0600 Jesse Gibbons wrote: > On Mon, 2019-09-02 at 22:49 +0200, Danny Milosavljevic wrote: > > Hi, > > > > On Mon, 02 Sep 2019 12:52:49 -0600 > > Jesse Gibbons wrote: > > > If the bootloader build fails, which appe

bug#37286: Make a faster method to list supported boards.

Hi, On Mon, 02 Sep 2019 12:52:49 -0600 Jesse Gibbons wrote: > guix tries to build an entire system. It doesn't look like it checks if > "dne-board" is a valid board until it is building the image. It takes > hours to cross-compile the kernel, and even longer if the kernel needs > to be deblobbed

bug#37164: Generated installation image does not include grub.

> Jesse Gibbons skribis: > > > 1. generate the install image > > guix system disk-image --file-system-type=iso9600 --verbosity=3 -- > > root=installation-os-x86_64.iso --system=x86_64-linux -e '(@ (gnu > > system install) installation-os)' There's a typo there :) You wrote: iso9600 It should

bug#37164: Generated installation image does not include grub.

And also the volume uuid passed to xorriso is: "\x0eJ)\x90ö± bn\x00\x19y+u\x90ê" pgpOF9Ol4V96q.pgp Description: OpenPGP digital signature

bug#37164: Generated installation image does not include grub.

I also see in the VM: file-size: /gnu/store/kw357rqfm7kw4rhx1sbakw3jc4zpi6gy-nss-certs-3.45/etc/ssl/certs/NetLock_Arany_=Class_Gold=_F??tan??s??tv??ny:2.6.73.65.44.228.0.16.pem: Noy file-size: /gnu/store/vysii5zxdaxiz4pmb468rpn7i4x08qga-profile/etc/ssl/certs/NetLock_Arany_=Class_Gold=_F??tan??s

bug#37164: Generated installation image does not include grub.

> Then I tried the invocation I usually use and it's the same, funny characters > and the image is without grub. Debugging it some further, it's trying to format an iso9660 partition inside the VM. There's an (error ...) inside the VM and the later Guix parts say "successfully built". WTF?!

bug#37164: Generated installation image does not include grub.

Hi Jesse, On Wed, 28 Aug 2019 11:11:45 -0600 Jesse Gibbons wrote: > Did you follow the instructions in the manual calling the file to > generate that (as the manual specifies) or did you include the option: > > -e '(@ (gnu system install) installation-os)' > > to specify the os configuration?

bug#37207: guix.gnu.org Last Modified at epoch

Hi Gabor, On Wed, 28 Aug 2019 12:40:37 +0200 Gábor Boskovits wrote: > Supressing the last modified header is just an > add_header Last-Modified ""; > away. > > To get the info from the symlink seems to be much trickier, i would do with > either embedded perl or embedded lua. I am not sure if we

bug#37164: Generated installation image does not include grub.

Hi, could you check gnu/bootloader/grub.scm install-grub (and maybe install-grub-efi) ? They are build-side code so you can just use (write "foo\n") to add debugging messages. Interesting would be DEVICE, MOUNT-POINT. FWIW, I successfully built a new installation iso image from guix master (and

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

Hi Mark, Hi Calvin, On Thu, 22 Aug 2019 17:26:50 -0400 Mark H Weaver wrote: > I appreciate your effort to make life easier for Calvin, but in general > it seems like a bad security practice to post large unsigned disk images > and asking users to try them. In general I agree. So I would sugges

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

> and asking users to try them. A digital signature from you would > improve matters somewhat sha256sum: c09b3d75e15f46cf04605895402fcfeaf2d1ef922859c7e9fab49352debc guix-master-i686.iso This mail is signed. pgpu1slP3ZQL3.pgp Description: OpenPGP digital signature

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

Hi, On Thu, 22 Aug 2019 16:31:19 +0200 Danny Milosavljevic wrote: > could you try booting > https://drive.google.com/open?id=15YTPS2jt1l3VMyE4LTbMCoy7DnEu7etv from DVD > and later from USB Flash drive? Sorry, I didn't mean that one. Wrong architecture. https://drive.goog

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

Hi Calvin, could you try booting https://drive.google.com/open?id=15YTPS2jt1l3VMyE4LTbMCoy7DnEu7etv from DVD and later from USB Flash drive? pgpkmkTQ1vlSZ.pgp Description: OpenPGP digital signature

bug#36942: Reconfigure broke GRUB

Hi Jakob, On Tue, 06 Aug 2019 15:48:43 -0400 zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) wrote: > Danny Milosavljevic writes: > > > Hi, > > > > I've examined /var/guix/gcroots without #36947 and I get: > > > > lrwxrwxrwx 1 root root 18 24.

bug#36942: Reconfigure broke GRUB

Hi, I've examined /var/guix/gcroots without #36947 and I get: lrwxrwxrwx 1 root root 18 24. Jul 11:32 profiles -> /var/guix/profiles lrwxrwxrwx 1 root root 19 24. Jul 11:32 current-system -> /run/current-system lrwxrwxrwx 1 root root 18 24. Jul 11:32 booted-system -> /run/booted-system lrwx

bug#36876: guix system delete-generations removes custom boot menu entries

Addition: * If you do "guix system switch-generation", the state that is restored does not include the bootloader installer and previous bootloader configuration. pgpARsn4jtDjg.pgp Description: Digitale Signatur von OpenPGP

bug#36876: guix system delete-generations removes custom boot menu entries

Hi Jakob, keep in mind that switching back to a previous generation could also entail a switch of bootloader projects. It does you no good to parse the grub config to find menu entries and then append them to u-boot. Fundamentally, it would be best if either the bootloader is part of the state t

bug#36819: Installer boot problems on UEFI

Hi, could you please try https://drive.google.com/open?id=15YTPS2jt1l3VMyE4LTbMCoy7DnEu7etv Thanks! pgpqiUsvv5wSd.pgp Description: Digitale Signatur von OpenPGP

bug#36816: gcc-toolchain 9.1.0 can't link even a tiny simple C program

Yep, works after reboot. Sorry for the noise. pgpNR9iXy1T4f.pgp Description: Digitale Signatur von OpenPGP

bug#36816: gcc-toolchain 9.1.0 can't link even a tiny simple C program

Hmm, $ guix environment --ad-hoc gcc-toolchain makes it work in there. Maybe I forgot to actually reboot? brb... pgpzq41JHNgos.pgp Description: Digitale Signatur von OpenPGP

bug#36816: gcc-toolchain 9.1.0 can't link even a tiny simple C program

Hi, so I've got a new drive and installed Guix (from the iso from the homepage) on it. Then I ran guix pull. Then I installed gcc-toolchain and tried to compile the following program: int main() { return 42; } using gcc a.c but I get: ld: cannot find crt1.o: No such file or direc

bug#36783: Guix graphical installation failure on all drives with size > 1 TiB

Hi, using the Guix graphical installation method, one cannot install Guix on a drive with more than 1 TiB. (symptom: "null pointer dereference" in mkpart) The reason is a bug in guile-parted. An example is to use the "separate /home" option with a 2 TiB disk. The fix that lets me install is:

bug#36335: Is /dev/kvm missing ACLs?

auditd can find those acl setters :) # auditctl -w /dev/kvm -p a -k kvm-acl-setter-foo Later on: # ausearch -k kvm-acl-setter-foo pgpDrrFvZJqO9.pgp Description: OpenPGP digital signature

bug#36457: Guix does not match point-versions correctly

On Mon, 1 Jul 2019 11:11:45 +0200 swedebugia wrote: > I'm doing the crate-adventure and stumbled on this: > > starting phase `build' > error: failed to select a version for the requirement `clippy = "^0.0.41"` >candidate versions found which didn't match: 0.0.302 >location searched: dire

bug#36335: Is /dev/kvm missing ACLs?

On Thu, 27 Jun 2019 15:45:33 +0200 Ludovic Courtès wrote: > I suspected a udev rule but ‘grep’ didn’t find any that explicitly does > that, and there’s no code in eudev that fiddles with ACLs either, and > nothing obvious in devtmpfs.c in Linux. So… it’s a mystery. Might be elogind. It sets so

bug#36299: Report: failed to compute the derivation for Guix

> > -following redirection to `https://ci.guix.gnu.org'... I think that that redirection is wrong (the URL is not specific enough for a substitute, right?). It probably happens because one of the old substitute servers tries to be helpful and redirects to the new substitute server, but fucks up.

bug#36325: In procedure put-string: Wrong type argument in position 1 (expecting open output port): #

$ guix describe Generation 98 21. Juni 2019 18:33:36 (aktuell) guix e6049c8 Repository-URL: https://git.savannah.gnu.org/git/guix.git Branch: master Commit: e6049c84dab3031fb64defae2c45a20b512d4644 GUIX_PACKAGE_PATH="" $ guix environment -s i686-linux --ad-hoc gcc-toolchain@5.5.0

bug#36262: cannot install bootloader to root partition

Hi, which grub is that? grub-efi? pgpWU7ufzDsqF.pgp Description: OpenPGP digital signature

bug#36040: Guix Installation Bug Report

Hi, yeah, you have a hidden Wifi network in range and we had a bug with them (see bug# 35941). It has since been fixed--but there was no new Guix release yet. If possible, can you move out of range of the hidden Wifi to install (just to install) Guix? If not, I can build a new installation iso

bug#35996: User account password got locked when booting old generation

For debugging, I've used "chattr +i" in the past in order to make such files (i.e. /etc/shadow) immutable. This would hopefully expose the mutator (other than Guix)--it should log some error somewhere. pgpKrPhEw9hmR.pgp Description: OpenPGP digital signature

bug#35995: Installer: GUIX_IMAGE as /dev/sda on some hardware?

Yeah, but disk ids are not uuids. /dev/disk/by-id seems to be a good way to find those disk ids in order to pass them to grub-install. I doubt that this can be made OS-independent--even the udev rules specify different variables for different devices, sometimes it's bus id and serial number, some

bug#35995: Installer: GUIX_IMAGE as /dev/sda on some hardware?

Grub already can search by uuid or label (via "search --fsuuid" and "search --label", respectively). IF you specify an uuid or label in your operating-system configuration it will use that. The only part missing is: The Guix installer's config generator should find out the uuids and print those i

bug#35941: Newt installer failure when wifi name is #f

Hi Pierre, On Tue, 28 May 2019 10:59:04 +0200 Pierre Neidhardt wrote: > I've tried the installer today and it failed at the wifi selection, > printing a stack trace which allowed me to investigate. Since I could > not save it (shouldn't we dump it to a file by the way?), I think it's in /tmp/

bug#35915: Please provide an installer with non-free drivers

Hi, On Sun, 26 May 2019 12:37:18 +0200 juh wrote: >If Guix were just another distro focusing on free software, > there would be no need for a nonfree installer iso. But in case of Guix > I think it is missing [and necessary]. Yeah, that's a common argument in the Open Source source camp. But bu

bug#35856: Unable to boot on iMac, likely because of UUIDs

> Can you try an ISO built from current Guix git master? Yeah. Please try https://drive.google.com/open?id=15YTPS2jt1l3VMyE4LTbMCoy7DnEu7etv . pgpUaA0vIiZwZ.pgp Description: OpenPGP digital signature

bug#35746: Evolution calendar gets the timezone wrong

You'd have to add a debug output to the package in question (outputs '("out" "debug")) and possibly pass --enable-debug to configure. Unfortunately, for space reasons, that's not the default in Guix. pgpe25SVjMWNS.pgp Description: OpenPGP digital signature

bug#35751: "guix environment -s" doesn't set %current-system in gnu/packages

Hi, when doing "guix environment -s armhf-linux", apparently it doesn't set %current-system to "armhf-linux" for packages in gnu/packages at toplevel context. That would be convenient for development, f.e. instead of "guix build" I often use "guix environment" inside the git checkout of the packa

bug#35722: Filesystem error in the installer

Hi Graham, On Tue, 14 May 2019 18:37:38 +0100 Graham Lee wrote: > Thanks Danny, I appreciate you pushing a fix. I will find out how to make an > updated installer and try again :). > Just to clear up, though, I was going through the guided partitioning, so > didn’t either select to format the

bug#35722: Filesystem error in the installer

Root cause analysis: (user-partitions (append (auto-partition disk #:scheme scheme) (create-special-user-partitions (disk-partitions disk) <--- (define (create-special-user

bug#35722: Filesystem error in the installer

Or just not let the user select "Format this partition" if we don't know how to format it. Also not let the user specify a mount point if we don't know how to mount it. pgp_24ZZzXxdp.pgp Description: OpenPGP digital signature

bug#35722: Filesystem error in the installer

> Anyway I think this is fixed by commit > 628d09ae53047ea666f4f84ae5e5be911647fe8c, which Danny just pushed. :-) Yeah, but I fixed it by adding the file system type--which is kinda a sledgehammer approach. We really don't want to include every file system known to man in the installer. In thi

bug#35542: Installer does not display full backtrace on error

Hi Mathieu, On Sat, 04 May 2019 11:43:28 +0200 Mathieu Othacehe wrote: > Hello, > > > I believe I read about Guile error messages not doing line wrapping in > > terminals on the Guix or Guile mailing lists recently, but I cannot > > find it. Proper line wrapping may be the better solution. >

bug#35640: Make USB modems just work on Guix

Hi Florian, On Mon, 13 May 2019 23:04:43 +0200 "pelzflorian (Florian Pelz)" wrote: > On Mon, May 13, 2019 at 10:57:20PM +0200, pelzflorian (Florian Pelz) wrote: > > Also attached is my current work-in-progress package for > > USB_ModeSwitch. It does *not* work because I cannot figure out how to

bug#35655: Installer: mount error using btrfs on already formatted partition

Hi Ludo, On Mon, 13 May 2019 23:51:46 +0200 Ludovic Courtès wrote: > Giovanni Biscuolo skribis: > > > summary: AFAIU the installer lacks "force" formatting when using btrfs, > > using "mkfs.btrfs -f " solved the problem (see below) > > I believe the patch at

bug#35660: guix weather runaway memory consumption

Hi Ludo, On Mon, 13 May 2019 22:46:22 +0200 Ludovic Courtès wrote: > I don’t think this is the place to debug personal package collections. > :-) I didn't even remember the personal package collection at first. This here is a bug in guix that happens to manifest with that personal package colle

bug#35719: iso-image-install fails

/gnu/store/3c4y81fr7r6lk5d4fpx1cyqkl4x64kz5-iso-image-installer-builder:1: FAIL shell and user commands ;;; (services (udev term-tty1 console-font-tty1 term-tty2 term-tty6 console-font-tty6 console-font-tty2 console-font-tty5 console-font-tty4 user-processes syslogd file-system-/dev/pts term-tt

bug#35703: Bootstrap error - Current master

$ ./bootstrap [...] Makefile.am: error: 'version.texi', included in 'doc/guix.zh_CN.texi', also included in 'doc/guix.texi' Commit: f8cd07e8d8acf85fd6d08646a0719178895b5894 pgpXapa8GdKzO.pgp Description: OpenPGP digital signature

bug#35683: wishlist: addessing statefulness of .cache(s)

> --8<---cut here---start->8--- > What should we do about this? For gdm I think it would make sense to > add an activation service extension that clears the gdm user’s home > directory. And more generally, maybe we should offer a generic cache > cleaner service

bug#35519: librsvg broken on i686-linux

Extra info: guix mrustc seems to be compiled with gcc 8 but guix rust-1.19 with gcc 5.5. How did that happen? Doesn't sound like a good idea since one loads compiler plugins compiled using the other into the same process. pgpbp3YRpnpCn.pgp Description: OpenPGP digital signature

bug#35519: librsvg broken on i686-linux

Hi Mark, On Sat, 11 May 2019 04:03:41 -0400 Mark H Weaver wrote: > Hmm. What makes you think that 'invoke' swallowed the output? You > might be right, but 'invoke' is used quite widely by now in Guix, > including to invoke 'make' in gnu-build-system, and I haven't seen > reports of it swallowi

bug#35519: librsvg broken on i686-linux

Hi, On Fri, 10 May 2019 14:53:40 +0200 Ricardo Wurmus wrote: > > Hydra failed to build librsvg on i686-linux, because it depends on Rust > > which is still broken on i686-linux in Guix. > > Danny opened a bug report with the mrustc upstream: > > https://github.com/thepowersgang/mrustc/is

bug#35640: Make USB modems just work on Guix

I think back then we thought it would be too big for the installation medium. How big is it after that? pgpGiQxsqbDWa.pgp Description: OpenPGP digital signature

bug#35585: GRUB does not work with USB keyboards when using keyboard-layout

Hi Florian, > "pelzflorian (Florian Pelz)" skribis: > Yes, it fixes having no keyboard input at all on my Macbook (the > layout is not applied though). As for the layout not being applied, can you please report a bug with grub upstream? I've checked grub-core/term/usb_keyboard.c and they usua

bug#35585: GRUB does not work with USB keyboards when using keyboard-layout

Hi Ludo, On Tue, 07 May 2019 18:11:55 +0200 Ludovic Courtès wrote: > > --- a/gnu/bootloader/grub.scm > > +++ b/gnu/bootloader/grub.scm > > @@ -360,7 +360,7 @@ entries corresponding to old generations of the system." > > (keyboard-layout-file layout #:grub grub >

bug#35550: Installer: wpa_supplicant fails to start

Hi Ludo, what happens when the loop reads the pid file when it contains just half of a numeral? It won't detect it, right? pgphutGIhbtZ3.pgp Description: OpenPGP digital signature

bug#35542: Installer does not display full backtrace on error

Hi Mathieu, On Sat, 04 May 2019 18:14:48 +0200 Mathieu Othacehe wrote: > Thanks for testing Florian. Based on Danny suggestion we could set > COLUMNS to 200 to have a more verbose backtrace (like guix itself). Good idea in principle. > Using higher values, the backtrace becomes really long and

bug#35559: armhf-linux flash image: "No space left on device"

http://berlin.guixsd.org/log/64f1pzamnmb0x2bi8krp78nnbywpkqh1-disk-image ERROR: In procedure copy-file: In procedure copy-file: No space left on device copying 410 store items [ ]Backtrace: In ./gnu/build/vm.scm: 337:3 19 (initialize-par

<    1   2   3   4   5   6   7   8   >