bug#35553: getlogin and getlogin_r fail with error ENXIO

http://man7.org/linux/man-pages/man8/pam_loginuid.8.html suggests that we should use that for all "entry point"s for the user. I guess we can add it. Are you logging in using gdm? We don't refer to pam_loginuid.so anywhere, so it's understandable that /proc/self/loginuid is not set either. Appa

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

Hi, On Sat, 4 May 2019 14:24:03 +0200 "pelzflorian (Florian Pelz)" wrote: > I now get linewrapping, but provoked errors (these are not new bugs!) > are cut off like > > In ./gnu/installer/keymap.scm > 163:7 8 (_ _) > In unknown file: >7 (scm-error misc-error #f "~A" ("Unable to

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

On Fri, 3 May 2019 10:59:27 +0200 "pelzflorian (Florian Pelz)" wrote: > When the Newt installer displays a backtrace, it is possible to scroll > up and down, but not left and right. This cuts off important error > messages. IMO the better solution would be to wrap the text--and not to add anoth

bug#35540: Installer displays encrypted partition password entry in cleartext

Hi, On Fri, 3 May 2019 10:54:37 +0200 "pelzflorian (Florian Pelz)" wrote: > When creating an encrypted partition in Manual partitioning (maybe > also Guided?) in the Newt installer, it asks for a password with which > to encrypt the partition. However only the password confirmation > password e

bug#35525: guix-manual proposals

Hi Ludo, as far as I can see, it's also wrong in the original in the manual. doc/guix.texi: @item --list-available[=@var{regexp}] @itemx -A [@var{regexp}] List packages currently available in the distribution for this system (@pxref{GNU Distribution}). When @var{regexp} is specified, list only

bug#35475: [bug #35475] [PATCH] Add filesystem flag NOATIME

Let's also add MS_RELATIME which is halfway between noatime and atime. https://blog.confirm.ch/mount-options-atime-vs-relatime/ pgpuGHE4zyc7s.pgp Description: OpenPGP digital signature

bug#35068: GDM crashes when it cannot find any .desktop files

Hi Timothy, On Thu, 25 Apr 2019 21:02:53 -0400 Timothy Sample wrote: > Furthermore (I was surprised by this), even though the > “data/Xsession.in” script says that it will honour “custom” in a > comment, the code says otherwise. There’s a commit where support for it > gets removed, but they mus

bug#35068: GDM crashes when it cannot find any .desktop files

Hi Timothy, On Thu, 25 Apr 2019 14:49:42 -0400 Timothy Sample wrote: > exploding. I did look at Danny’s patch (#35377), and it would work, but > it seems a little arbitrary. Nothing understands the “Exec=custom” > line, and our “xinitrc” runs “~/.xsession” regardless of what desktop > entry is

bug#35408: External monitor not working with GDM

Hi, On Thu, 25 Apr 2019 21:41:27 +1000 Ben Sturmfels wrote: > Apr 25 20:30:54 localhost gdm: gdm_session_set_environment_variable: > assertion 'value != NULL' failed Yeah, that one again. It might make sense to patch that so the assertion actually prints name and value passed. You can also s

bug#35357: udev - ${exec_prefix} left over somewhere

./lhd03fz51lm9wp82az83y754yybc7sb8-eudev-3.2.7/lib/udev/rules.d/64-btrfs.rules:ENV{ID_BTRFS_READY}=="1", RUN+="${exec_prefix}/bin/udevadm trigger -s block -p ID_BTRFS_READY=0" pgpkJmlEWtN32.pgp Description: OpenPGP digital signature

bug#35068: GDM crashes when it cannot find any .desktop files

Apr 21 11:38:51 localhost gdm: GdmSessionWorkerJob: Running session_worker_job process: gdm-session-worker [pam/gdm-launch-environment] /gnu/store/qz8413ijzxnh6kfkxr8syxjwvhsc6s3a-gdm-3.26.2.1/libexec/gdm-session-worker Apr 21 11:38:51 localhost gdm: GdmSessionWorkerJob: : SessionWorkerJob on p

bug#35357: udev - ${exec_prefix} left over somewhere

vmunix: [ 11.748355] udevd[513]: failed to execute '/gnu/store/gdm4g9h9nk5g922g56vq89jhbzbda4sc-eudev-3.2.7/lib/udev/${exec_prefix}/bin/udevadm' '${exec_prefix}/bin/udevadm trigger -s block -p ID_BTRFS_READY=0': No such file or directory pgpLHrhb6GDFs.pgp Description: OpenPGP digital signatu

bug#35068: GDM crashes when it cannot find any .desktop files

Further investigation: diff -ru orig/gdm-3.26.2.1/daemon/gdm-session.c gdm-3.26.2.1/daemon/gdm-session.c --- orig/gdm-3.26.2.1/daemon/gdm-session.c 1970-01-01 01:00:00.0 +0100 +++ gdm-3.26.2.1/daemon/gdm-session.c 2019-04-21 10:58:31.211164558 +0200 @@ -2483,6 +2483,10 @@

bug#35356: exception caught while executing 'start' on service 'user-homes':

guix system: error: exception caught while executing 'start' on service 'user-homes': Throw to key `match-error' with args `("match" "no matching pattern" "#< name: \"root\" password: \"\" uid: 0 group: \"root\" supplementary-groups: () comment: \"System administrator\" home-directory: # create

bug#30109: [PATCH] gnu: shishi: Make shishi keys and database administrator-modifiable.

Hi Maxim, > I've applied and tried your proposed fix, and it made shishi > reproducible; so LGTM! Could you apply your fix to core-updates? Thanks for the test! I've pushed the fix to core-updates. pgpGo2KWlCf17.pgp Description: OpenPGP digital signature

bug#35068: GDM crashes when it cannot find any .desktop files

Hi, I just got hit by a similar problem. I've got .xinitrc in my home directory and no .xsession file. The former just invokes startfluxbox. Now after guix system reconfigure, gdm got selected as login manager. After I log in at the gdm prompt, it enters an endless loop, switching terminals wi

bug#35175: Cannot reconfigure

On Sat, 06 Apr 2019 20:44:45 + zna...@disroot.org wrote: > This is not a bug, but your config is wrong here: > > (file-systems >(cons > (file-system (device "my-root") >(mount-point "/") >(type "ext4") >(title 'label)) > %base-file

bug#34902: guix cannot find a module on boot

Maybe I'm too paranoid but can we have "guix" in the file name "modules.name" somewhere? Otherwise I see it coming that upstream uses modules.name for an incompatible purpose and then we'd be with a guix interface that's broken and/or break their interface. (So much complexity for something so si

bug#35034: One libgit2 derivation fails on armhf, another succeeds

Hi Mark, On Thu, 28 Mar 2019 16:38:27 -0400 Mark H Weaver wrote: > unless 'package-for-guile-2.0' is somehow modifying the > 'libgit2' derivation. > > Any idea what's going on here? Not really, *but* I've recently replaced Python by Guile in libgit2 tests. Maybe that broke something - especia

bug#35012: Can't install icecat

Just adding a few suggestions for Guix to do: > Especially for big packages like icecat there can always be a gap > between the time when the package definition is updated and when a > substitute is built and ready to be downloaded. Especially since icecat depends on Rust now. Rust has a very lo

bug#35008: sendmail package installs in wrong path

Hi, On Tue, 26 Mar 2019 14:18:27 -0500 Brant Gardner wrote: > Good afternoon; > > Installing sendmail package as: > > (packages (cons* nss-certs ;for HTTPS access > ; (several other packages here) > sendmail > %base-packages)) > > Res

bug#34333: Docker daemon failing to start on boot

Hi Allan, I've pushed a new way to get rid of this bug to guix master. Could you try guix pull and then guix reconfigure and report back? pgpGYs2hXy1fG.pgp Description: OpenPGP digital signature

bug#34902: guix cannot find a module on boot

> This underscore vs. hyphen thing is terrible. Yeah. But looking at kmod, it doesn't seem to be so bad for them. They basically always use the version with underscores as the lookup key for their internal hash tables. For alias resolving, they use a resolver for [a-zxxx] AND they replace dashe

bug#34333: Docker daemon failing to start on boot

For our own reference: # lsmod |grep overlay # mkdir -p /b # mount -t overlay none /b mount: /b: wrong fs type, bad option, bad superblock on /a, missing codepage or helper program, or other error. # lsmod |grep overlay overlay 110592 0 pgpaqHWkkR0Wf.pgp Description: OpenPGP digi

bug#34333: Docker daemon failing to start on boot

Hi Allan, thanks for the logs! I've found the problem now. daemon/graphdriver/overlay2/overlay.go: func supportsOverlay() error { // We can try to modprobe overlay first before looking at // proc/filesystems for when overlay is supported exec.Command("modprobe", "overlay

bug#34897: System reconfigure error

The gettext package is named "gnu-gettext". Modify your "packages" field. pgp6w_V6DAANk.pgp Description: OpenPGP digital signature

bug#34333: Docker daemon failing to start on boot

Hi Allan, On Mon, 11 Mar 2019 09:59:19 +0100 Allan Adair wrote: > Sorry for the late response. I was offline for the last week or so. No problem! > > I ended up having to repeat the first command with sudo > privileges. Please see below. Yes, so that looks as if it works fine. What's the di

bug#34788: Trouble starting GNOME -- fails to activate "org.freedesktop.PolicyKit1"

Hi, On Fri, 8 Mar 2019 14:39:49 -0500 (EST) Jack Hill wrote: > root@lib-its13 /gnu/store# cat > c57y49r44086xi8lh12s192m2w26b0ba-dbus-system-services/org.freedesktop.PolicyKit1.service > [D-BUS Service] > Name=org.freedesktop.PolicyKit1 > Exec=/gnu/store/n9x6x19y5fsv6j0y3kpppgcycagg6y79-polkit-

bug#34788: Trouble starting GNOME -- fails to activate "org.freedesktop.PolicyKit1"

Hi, is that on a standalone Guix system or on another distribution? Please try to find a file named "org.freedesktop.PolicyKit1.service" in /gnu/store and then find a line like the following in it: Exec=/gnu/store/xfysy3c824m4z8b07sbiangp7i2xfh6s-polkit-0.113/lib/polkit-1/polkitd --no-debug Th

bug#34717: GPL and Openssl incompatibilities in u-boot and possibly others

Hi, > openssl@1.0 has 7,029 dependent packages, so it may be hard to sort it > out. I wonder what would be the best way to approach it. I can't believe I seriously suggest the following but: A license algebra and guix commands that automate part of the lawyering, by using the "license" field of

bug#30109: [PATCH] gnu: shishi: Make shishi keys and database administrator-modifiable.

Fixes . * gnu/packages/kerberos.scm (shishi)[arguments]<#:configure-flags>: Add --with-key-dir, --with-db-dir. <#:phases>[disable-automatic-key-generation]: New phase. --- gnu/packages/kerberos.scm | 21 + 1 file changed, 17 insertions(+), 4 deletio

bug#34333: Docker daemon failing to start on boot

Hi, On Fri, 01 Mar 2019 14:50:39 +0100 Allan Adair wrote: > After a fresh boot: > > allana@guixsd ~$ docker ps > Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the > docker daemon running? > allana@guixsd ~$ sudo herd status dockerd > Password: > Status of dockerd: >

bug#34635: colord not reproducable

On Sat, 23 Feb 2019 22:51:48 +0200 Efraim Flashner wrote: > it appears that colord isn't reproducable. diffoscope output attached icc files are generated by client/cd-create-profile.c . It uses GFile in order to write the file. Since GFile doesn't have a way to call utime, we would have to pat

bug#34531: Guix profile fails on Overdrive 1000

Hi Ricardo, On Sun, 24 Feb 2019 12:45:34 +0100 Ricardo Wurmus wrote: > Danny Milosavljevic writes: > > > Final version attached. Works fine now. > > The loop looks a bit more complicated than it needs to be, I think. Did > my version not work for you? It did, but

bug#34531: Guix profile fails on Overdrive 1000

Final version attached. Works fine now. ;; -*- geiser-scheme-implementation: guile -*- ;;; Implementation: Danny Milosavljevic ;;; Based on: Implementation in Python by Vicent Marti. ;;; License: ISC, like the original generate.py in clar. (use-modules (ice-9 ftw)) (use-modules (ice-9 regex

bug#34531: Guix profile fails on Overdrive 1000

On Wed, 20 Feb 2019 23:08:57 +0100 Danny Milosavljevic wrote: > First somewhat working version attached... > > It finds 1387 tests in 328 suites. > > The original finds 2611 tests in 349 suites. > > That's because skip-comments is somehow broken. Another exampl

bug#34531: Guix profile fails on Overdrive 1000

) (replace (string-append "//[^\n]*?|" "/[*].*?[*]/|" "'([.]|[^'])*?'|" "\"([.]|[^\"])*?\"") "" text)) (write (skip-comments s)) ; very short, for some reason ;; -*- geiser-scheme-implementation: guil

bug#34531: Guix profile fails on Overdrive 1000

Hi Ricardo, On Wed, 20 Feb 2019 16:56:35 +0100 Ricardo Wurmus wrote: > The fixed version is attached. Thanks a lot! It almost works, but it seems not to find the "test_" lines. I've reduced the problem to: scheme@(guile-user)> ,use (ice-9 regex) scheme@(guile-user)> (fold-matches "^void" "bl

bug#34531: Guix profile fails on Overdrive 1000

> What files does a proper test require? generate.scm scans the files with the glob "*.c" for functions test_... and refers all of those in a new file "clar.suite" in the directory specified by "-o". pgpMb_SorYHF4.pgp Description: OpenPGP digital signature

bug#34531: Guix profile fails on Overdrive 1000

Hi Ricardo, unpack libgit2-0.27.7, then invoke guile generate.scm -o /tmp -f -x online -x stress -x perf . in there. Reference: ./tests/CMakeLists.txt: COMMAND ${PYTHON_EXECUTABLE} generate.py -o "${CMAKE_CURRENT_BINARY_DIR}" -f -xonline -xstress -xperf . (in libgit2) pgptQVueyeZfL.pgp Des

bug#34531: Guix profile fails on Overdrive 1000

ion: guile -*- ;; Implementation: Danny Milosavljevic ;; Based on: Implementation in Python by Vicent Marti. ;; License: ISC, like the original generate.py in clar. (use-modules (ice-9 ftw)) (use-modules (ice-9 regex)) (use-modules (ice-9 getopt-long)) (use-modules (ice-9 rdelim)) (use-modules (ice-9 match)) (use-mo

bug#34407: [PATCH] shepherd: Delete the socket file upon exit.

On Sun, 17 Feb 2019 11:38:16 +0800 iyzs...@member.fsf.org (宋文武) wrote: > Yes, I have the 'rm /run/user/1000/shepherd/socket' workaround in my session > script too... > > According to 'man 2 bind', the socket pathname should be deleted when no > longer required, so a patch to fix this bug: Hmm, I

bug#34531: Guix profile fails on Overdrive 1000

Hi Andreas, On Tue, 19 Feb 2019 16:35:53 +0100 Andreas Enge wrote: > I tried to simply drop python-wrapper from inputs. Actually it is not > referenced by the final output, so it should be in native-inputs. And > here is what happens: > > -- Could NOT find PythonInterp (missing: PYTHON_EXECUTAB

bug#34531: Guix profile fails on Overdrive 1000

Hi Ricardo, Hi Andreas, On Tue, 19 Feb 2019 14:23:23 +0100 Ricardo Wurmus wrote: > Andreas Enge writes: > > > Before closing the bug, I would still like to ask whether there is a way > > of getting around the need for python. > > Guix pull needs “guile-git”, and “guile-git” needs “libgit2”,

bug#34570: Failure to build swig/graphviz

Hi Andreas, I think that the test suite contains multiple sets of tests and and earlier set failed (the 514 perl5 tests apparently didn't fail; the warning shouldn't make tests fail anyway). What's before what you posted in the log? > I suppose the first one complaining that "make check" fails i

bug#34333: Docker daemon failing to start on boot

Hi Allan, On Tue, 12 Feb 2019 09:05:10 + Allan Adair wrote: > On 2019-02-11 17:31, Danny Milosavljevic wrote: > > Hi Allan, > > > > I've added some more requirements--let's see. > > > > Can you guix pull and guix reconfigure and then try again o

bug#34439: vlc build fails on guix master

Possible fixes: Either make vlc require libvpx-1.7 instead of libvpx-1.8 with no other changes. Or patch vlc to not use the newly removed constants. Reading the vlc commit log, they say that they removed those because they were unused anyway--so it shouldn't have a negative impact. I've poste

bug#34439: vlc build fails on guix master

codec/vpx.c:119:23: error: ‘VPX_IMG_FMT_444A’ undeclared here (not in a function) { VLC_CODEC_YUVA, VPX_IMG_FMT_444A, 8, 0 }, ^ codec/vpx.c:120:23: error: ‘VPX_IMG_FMT_YUY2’ undeclared here (not in a function) { VLC_CODEC_YUYV, VPX_IMG_FMT_YUY2, 8, 0 },

bug#34333: Docker daemon failing to start on boot

Hi Allan, I've added some more requirements--let's see. Can you guix pull and guix reconfigure and then try again once more? pgpdLPEyf4j05.pgp Description: OpenPGP digital signature

bug#34333: Docker daemon failing to start on boot

On Mon, 11 Feb 2019 13:11:33 + Allan Adair wrote: > I guix pulled and guix system reconfigured. After a successful > reconfigure and reboot, the service was still not started. Hmm, is the "containerd" process running? (pidof containerd) pgpD8FksabhhE.pgp Description: OpenPGP digital signa

bug#34431: Qt fails to build

Possible fix https://672856.bugs.gentoo.org/attachment.cgi?id=557978 diff -Naurp a/src/corelib/global/minimum-linux_p.h b/src/corelib/global/minimum-linux_p.h --- a/src/corelib/global/minimum-linux_p.h 2018-11-25 15:51:11.0 +0300 +++ b/src/corelib/global/minimum-linux_p.h 2018-

bug#34431: Qt fails to build

Hello Andreas, maybe https://bugs.gentoo.org/672856 is related. They say: >/usr/lib/libQt5Core.so.5.11.3: ELF 64-bit LSB pie executable, x86-64, version >1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, >for GNU/Linux 4.11.0, stripped >Nice of upstream to make signif

bug#34333: Docker daemon failing to start on boot

On Fri, 08 Feb 2019 22:55:48 +0100 Ludovic Courtès wrote: > Danny, could it be that the ‘docker’ service should depend on > ‘networking’? Might be the case. They certainly muck around a lot with networking, so it can't hurt to wait until host networking is set up. I've added it--let's see. Al

bug#34428: Guitarix build fails

[...] [558/975] cxx: src/gx_head/engine/gx_logging.cpp -> build/default/src/gx_head/engine/gx_logging.o [559/975] cxx: src/gx_head/engine/gx_pluginloader.cpp -> build/default/src/gx_head/engine/gx_pluginloader.o [560/975] cxx: src/gx_head/engine/ladspaplugin.cpp -> build/default/src/gx_head/engi

bug#34170: bitcoin-core bundles leveldb

pgpKo_V0Gvs6B.pgp Description: OpenPGP digital signature

bug#33999: CP437: Invalid Argument on init

Hi Ludo, Hi Bryan, On Mon, 21 Jan 2019 10:50:41 +0100 Ludovic Courtès wrote: > It’s not surprising to .lock files to be empty. I agree. But I didn't filter them out because it would be confusing. > But where are those > files you’re talking about? Surely there’s no /gnu/store on the VFAT > E

bug#33999: CP437: Invalid Argument on init

I've created a qemu disk image with Bryan's original files: https://drive.google.com/open?id=1_HcBJ3_qimbY6C4_gppOG57-UeGzuyJO To use it invoke: $ qemu-system-x86_64 -hda a.img -kernel mnt/gnu/store/b27wjlld5105cq56vvxfywk88x5hxsba-system/kernel/bzImage -initrd ../initrd -serial stdio -m 900 -

bug#33999: CP437: Invalid Argument on init

On Sun, 20 Jan 2019 23:48:40 +0100 Danny Milosavljevic wrote: > On Sun, 20 Jan 2019 06:34:46 -0800 > Bryan Ferris wrote: > > > Root files: > > https://drive.google.com/open?id=1XL_iQCze4SkOSd_GnOzNTfkNMiRJHDLG > > ESP: https://drive.google.com/open?id=1o7sQD

bug#33999: CP437: Invalid Argument on init

On Sun, 20 Jan 2019 06:34:46 -0800 Bryan Ferris wrote: > Root files: > https://drive.google.com/open?id=1XL_iQCze4SkOSd_GnOzNTfkNMiRJHDLG > ESP: https://drive.google.com/open?id=1o7sQD9rhzRwTKsyvqrZpScMQrgi5XCDT > > I tried reconfiguring from chroot but ran into some issues. I bind-mounted > /de

bug#33999: CP437: Invalid Argument on init

Hi Ludo, On Wed, 16 Jan 2019 12:00:15 +0100 Ludovic Courtès wrote: > Glibc has the ability to bring in statically-linked gconv modules, so we > could in theory build a custom glibc for the statically-linked > ‘fsck.fat’, but that doesn’t sound great. > > Thoughts? Reading the dosfstools source

bug#33999: CP437: Invalid Argument on init

Hi Bryan, On Fri, 18 Jan 2019 11:00:14 -0800 Bryan Ferris wrote: > I think I know why d-bus is failing to start. The error when it tries to is > as follows: > > "Failed to start message bus: Error in file /etc/dbus-1/system-local.conf, > line 1, column 0: no element found" > > The first possib

bug#30785: Man pages truncated, repeated

Hi Pierre, I've applied the groff-minimal patch to master now. pgpuxua7Q9TAF.pgp Description: OpenPGP digital signature

bug#30785: Man pages truncated, repeated

> Please add the “Fixes” line in the log. It alone does not fix the bug. Only combined with Pierre's part does it fix it, the part which makes man-db find groff's preconv in the first place (I don't believe a patch about that was submitted yet). Should I still add a "Fixes" line here? >(I like

bug#30785: Man pages truncated, repeated

ty problem. Should we use grafts instead? Patch for the former is attached. From adc9e7940b54e467732ec923c6a3fcec810dce48 Mon Sep 17 00:00:00 2001 From: Danny Milosavljevic Date: Wed, 16 Jan 2019 15:00:04 +0100 Subject: [PATCH] gnu: groff-minimal: Disable relocatability. Tags: patch * gnu/packages

bug#34085: autoscan reports a warning

Hi, On Tue, 15 Jan 2019 10:43:49 -0500 Joshua Branson wrote: > I'm not certain if this is the right list to report this to, but I just > installed autoscan version 2.21, and it gave me this warning: > > #BEGIN_SRC sh > autoscan > #END_SRC > > Unescaped left brace in regex is deprecated here

bug#30785: Man pages truncated, repeated

Hi Pierre, On Wed, 16 Jan 2019 14:02:10 +0100 Pierre Neidhardt wrote: > OK, now it works. > > Who would like to merge? :) I've pushed the disable-relocatability patch, amended by a huge comment that's larger than the actual code, as f57693e17c7905d2f11e46d04cb558fe0b0fc39b. Please push the pa

bug#30785: Man pages truncated, repeated

Hi Pierre, On Wed, 16 Jan 2019 11:01:44 +0100 Pierre Neidhardt wrote: > Nope, the patch does not work for me. > > I applied the patch in the Guix checkout, > then > > --8<---cut here---start->8--- > $ ./pre-inst-env guix build man-db > ... > /gnu/store/1w83

bug#30785: Man pages truncated, repeated

Correction, the file "charset.alias" is only installed for groff for glibc < 2.1 . The code that reads charset.alias is always created. What could possibly go wrong? Anyway, I suggest the following minimal patch: diff --git a/gnu/packages/groff.scm b/gnu/packages/groff.scm index 77728a5d7..ee289

bug#30785: Man pages truncated, repeated

Hi Pierre, Hi Ludo, On Mon, 14 Jan 2019 21:27:35 +0100 Ludovic Courtès wrote: > The ‘set_current_prefix’ logic is extremely fragile; it should readlink > from /proc/self/exe on GNU/Linux. > > But in our case, no relocation happens, so we can just patch it to do: > > void set_current_prefix (

bug#30785: Man pages truncated, repeated

On Mon, 14 Jan 2019 18:48:53 +0100 Danny Milosavljevic wrote: > set_current_prefix() searches for the current program executable file in > $PATH, > and it can fail and return 0. > > In that case, relocatep will probably segfault at the location marked below: > > >

bug#30785: Man pages truncated, repeated

set_current_prefix() searches for the current program executable file in $PATH, and it can fail and return 0. In that case, relocatep will probably segfault at the location marked below: > char *relocated_path = new char[curr_prefix_len + relative_path_len + 1]; > strcpy(relocated_path, curr

bug#30785: Man pages truncated, repeated

Hi Pierre, On Mon, 14 Jan 2019 17:57:12 +0100 Pierre Neidhardt wrote: > > (libs/libgroff/localcharset.c's locale_charset looks overly complicated, > > WTF?) > > Oh dear... relocatep.cpp is not much better, here is the offending function: > > --8<---cut here---start--

bug#30785: Man pages truncated, repeated

Hi Pierre, locale_charset, implemented in groff, uses nl_langinfo(CODESET)--and just a few days ago we had a bug report that CP437 doesn't work there. Maybe it's related. (libs/libgroff/localcharset.c's locale_charset looks overly complicated, WTF?) Maybe argv[0] is still the cause, but try set

bug#33999: CP437: Invalid Argument on init

Also, if you want, please try the following program on the booted guix system: #include #include #include #include static iconv_t iconv_init_codepage(int codepage) { iconv_t result; char codepage_name[16]; snprintf(codepage_name, sizeof(codepage_name), "CP%d", codepage); resul

bug#33999: CP437: Invalid Argument on init

Hi, On Thu, 10 Jan 2019 07:15:10 -0800 Bryan Ferris wrote: > I've linked to two videos here, one of the boot (the screen with the GNU > logo and "100% freedom" on it) and one of the init (where Shepherd reports > errors, Thanks! I've viewed those. >I think it's dmesg?). It depends. On early

bug#33616: biber build failure

Hi! Yes, it works for me now! Closing... pgpKnsJ6fzDDr.pgp Description: OpenPGP digital signature

bug#33999: CP437: Invalid Argument on init

Hi, apparently the message is printed by fsck.fat and is harmless (although we should still fix it). Are you sure that the services fail because of it? > (file-systems (cons* > (file-system > (device (file-system-label "ESP")) > (mount

bug#33896: libblockdev inputs are not used correctly

Currently, libblockdev has inputs which aren't used. These SHOULD be used, but the source files are not patched so the executables in the inputs are not found or used. Example: * libblockdev depends on dosfstools because src/plugins/fs/vfat.c would use "mkfs.vfat" etc, but src/plugins/fs/vfat.c

bug#33848: Store references in SBCL-compiled code are "invisible"

Hi Mark, On Mon, 24 Dec 2018 13:12:23 -0500 Mark H Weaver wrote: > Of course, the usual reason to choose UTF-32 is to support non-ASCII > characters while retaining fixed-width code points, so that string > lookups are straightforward and efficient. This kind of lookup is almost never what is n

bug#33862: "guix gc" failing to complete

Hi, On Mon, 24 Dec 2018 22:33:47 + Ethan O'Quin wrote: > Every time I run "guix gc" the process fails with: > > "guix gc: error: build failed: executing SQLite statement: FOREIGN KEY > constraint failed" > > This occurs every time "guix gc" is run, although it progresses for a moment > b

bug#33676: GuixSD on eoma68-a20?

Did you reconfigure? # guix system reconfigure /etc/config.scm If so, that's weird. >I'm on x86_64 hardware running a i686 guix Yeah, "--system" is using qemu to emulate the target architecture and the build job then runs in there. pgp_CTupxvV4v.pgp Description: OpenPGP digital signature

bug#33676: GuixSD on eoma68-a20?

Please add to your /etc/config.scm to the "services" section: (service qemu-binfmt-service-type (qemu-binfmt-configuration (platforms (lookup-qemu-platforms "arm")) (guix-support? #t))) pgp_xHQ3NXQ1W.pgp Description: OpenPGP digi

bug#33676: GuixSD on eoma68-a20?

Now I get: $ # commit 39c676c4a3507863f4edf20b225ace4cbf646ed6 $ ./pre-inst-env guix system disk-image --system=armhf-linux -e '(begin (use-modules (gnu system) (gnu bootloader) (gnu bootloader u-boot) (gnu system install)) (operating-system (inherit installation-os) (bootloader (bootloader-con

bug#33676: GuixSD on eoma68-a20?

Hi Luke, On Tue, 11 Dec 2018 02:04:59 + Luke Kenneth Casson Leighton wrote: > good to see there's progress on this. do make sure to use a UHC Class > 10 micro-sd card (the ones that say they are 75-80mbytes/sec), they > will happily run at 20-25mbytes/sec read/write speed, which is about >

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

On Fri, 14 Dec 2018 05:41:37 +0100 Ricardo Wurmus wrote: > The default use case is for users to have substitutes enabled and to > fetch binaries from a build farm. The build farm tries to build all > packages, but not all builds succeed. The daemon caches build failures. > > This information,

bug#33676: GuixSD on eoma68-a20?

Hi Ludo, > > The following package will be installed: > >guile-bootstrap 2.0 > > /tmp/guix-tests/store/1gd1z2r2a38bh3a4494jbhyzcv5mi5hl-guile-bootstrap-2.0 > > The solution I proposed only works if you’re using /gnu/store as your > store prefix. Otherwise you cannot get substitut

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

Should be fixed on master. Can you confirm? pgp31otuP9YVH.pgp Description: OpenPGP digital signature

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

Possible workaround (not that mit-scheme works on aarch64 then, but at least guix does): diff --git a/gnu/packages/scheme.scm b/gnu/packages/scheme.scm index c7ab00380..25852d2af 100644 --- a/gnu/packages/scheme.scm +++ b/gnu/packages/scheme.scm @@ -70,12 +70,7 @@ #:use-module (ice-9 match))

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

Hi Tim, I like it in princple, but why special-case ENOENT? I think it would be better to just always print the program name (and maybe program args, too!) and the system error message. pgpfpkMv0wer0.pgp Description: OpenPGP digital signature

bug#33676: GuixSD on eoma68-a20?

Hi Ludo, On Fri, 14 Dec 2018 11:48:52 +0100 Ludovic Courtès wrote: > I believe you can download it by running: > > guix build /gnu/store/ywrh286iqc3jlfhjqsvs22gmcr02i2bp-disk-image.drv I don't have it. > If you don’t have this .drv, you should be able to build it from commit > cba7ddcf60345

bug#33676: GuixSD on eoma68-a20?

Hi Andreas, On Sat, 15 Dec 2018 11:29:06 +0100 Andreas Enge wrote: > On Fri, Dec 14, 2018 at 09:50:26PM +0100, Danny Milosavljevic wrote: > > can you check whether dirindex (hashtables for directory) is enabled? > > # tune2fs -l /dev/... | grep -o dir_index > >

bug#33676: GuixSD on eoma68-a20?

Hi Andreas, can you check whether dirindex (hashtables for directory) is enabled? # tune2fs -l /dev/... | grep -o dir_index See also https://blog.merovius.de/2013/10/20/ext4-mysterious-no-space-left-on.html pgpULx3lqTzrM.pgp Description: OpenPGP digital signature

bug#33676: GuixSD on eoma68-a20?

Ye! flash-image just successfully built on Hydra. Can I have the resulting file please? See https://hydra.gnu.org/build/3255541/log/raw pgp0PksXCqbZt.pgp Description: OpenPGP digital signature

bug#33676: GuixSD on eoma68-a20?

Hi Andreas, I've tried it now and I get: dannym@bayfront ~/src/guix$ ./pre-inst-env guix system disk-image --system=armhf-linux gnu/system/install.scm ... importing file or directory '/gnu/store/3qrkj5zqmhnkr953xznmy96fq8i55ia5-glibc-b ootstrap-0'... found valid signature for '/gnu/store/3qrkj5z

bug#33676: GuixSD on eoma68-a20?

After the change, I get the following on Hydra : --- @ build-started /gnu/store/scnqgfc3k4434h3gch22hnh0z8qdbvdb-disk-image.drv - x86_64-linux /var/log/guix/drvs/sc//nqgfc3k4434h

bug#33676: GuixSD on eoma68-a20?

Hi Mark, On Sat, 08 Dec 2018 15:59:58 -0500 Mark H Weaver wrote: > This sounds like two distinct bugs: > > * Regarding the lack of disk space: if I'm not mistaken, as things are > currently implemented, we must specify the size of the disk image > manually. I guess we need to increase the

bug#33678: Locale problems

(Aha, updating just xterm fixes the problem). When locales don't work, I can't enter umlauts at all - they get replaced by a "generic" character that isn't an umlaut, even when checked using a hexdump tool. So not only couldn't I see the umlauts, I couldn't type them blindly either. pgp1De7YUg0

bug#33678: Locale problems

Can we do something against the locale problems that keep showing up when updating? Right now, after a half-finished update from guix master (half-finished because once any package build breaks, the entire update will stop), I cannot use any Umlauts because "xterm -u8" stops working as it should:

bug#33676: GuixSD on eoma68-a20?

Hi Ricardo, On Sat, 08 Dec 2018 18:34:04 +0100 Ricardo Wurmus wrote: > > Guix received one but we have so far be unable to get the GuixSD flash > > image because something always breaks on Hydra before it's done (for > > example lack of disk space - see > > https://hydra.gnu.org/build/3198097/l

bug#33676: GuixSD on eoma68-a20?

Hi swedebugia, On Sat, 8 Dec 2018 17:39:01 +0100 swedebugia wrote: > Could we pre-order some of these owned by the foundation to > be used to to hack on this? > > See https://www.crowdsupply.com/eoma68/micro-desktop Guix received one but we have so far be unable to get the GuixSD flash image b

<    1   2   3   4   5   6   7   8   >