bug#30249: configure: “guile2” is checked before “guile”

On Fedora there is /usr/bin/guile2. When I want to configure Guix from source I run “guix environment guix” and run “./configure”. This aborts because the configure script finds the system’s /usr/bin/guile2 before “guile” from the environment. Here’s the error: --8<---cut here--

bug#30229: Python modules installed by pip in virtualenv can't find shared objects.

Hi, > When a python module needs to load a dynamic shared object, it looks in the > path provided by *LD_LIBRARY_PATH*(1), but guix doesn't modify this > environment > variable to export the needed path for python. We cannot set this environment variable by default lest we break other packages

bug#30265: Fish shell has wrong path variables

Hi Meiyo, thanks for the report. > I am using GuixSD 0.14. After upgrading fish shell to latest version(v2.7.1) > and > running `guix gc`, fish shell does not work well. […] > Fish shell is installed in: > #+BEGIN_EXAMPLE > /gnu/store/ajbbi9cgj9j0my7v5habp0lcysaf2a51-fish-2.7.1/ > #+END_EXAMP

bug#30311: efi-less grub install fails

“guix system init” fails with a configuration file that specifies grub-bootloader (not grub-efi-bootloader). “grub-install” reports an error about “lib/grub/x86_64-efi/modinfo.sh” not being available. It suggests passing “--target” or “--device”. Our invocation of grub-install does not include a

bug#30312: documentation: misleading EFI partitioning instructions

The manual section “Preparing for Installation: Disk Partitioning” says this: --8<---cut here---start->8--- If your disk uses the GUID Partition Table (GPT) format and you plan to install BIOS-based GRUB (which is the default), make sure a BIOS Boot Partition

bug#30396: nscd segfaults on attempt to ssh to .local host

Hi George, > nscd segfaults on attempt to ssh to .local host ... is this on GuixSD or on a foreign distro? -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net

bug#30401: gitolite some important hooks not working

n...@crash.cx writes: > A paste that lost its formatting but speaks for itself: > > Counting objects: 4, done. > Delta compression using up to 4 threads. > Compressing objects: 100% (3/3), done. > Writing objects: 100% (4/4), 1.03 KiB | 1.03 MiB/s, done. > Total 4 (delta 0), reused 0 (delta 0) >

bug#30365: Offloading sometimes hangs

Hi Ludo, > l...@gnu.org (Ludovic Courtès) skribis: > >> So what we have here is that the Scheme procedure ‘select’ returned >> stdin as “ready for reading”. How did that happen? I believe this is >> due to : ‘scm_i_prepare_to_wait_on_fd’ >> returns 1, so ‘select’ ret

bug#30434: magit won’t work over TRAMP

The default value for “magit-git-executable” (when magit is installed via Guix) appears to be a store path, such as “/gnu/store/l7g5r1c2i0bf3cd71g53ajy8khdcyidz-git-2.16.1/bin/git”. This means that when magit is used over TRAMP it will try to find the exact same git executable on the remote. Inst

bug#29787: guix-daemon does not work with SELinux enabled

This is fixed now that we ship an SELinux policy for the daemon in etc/guix-daemon.cil -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net

bug#30401: gitolite some important hooks not working

n...@crash.cx writes: > Turns out so far that it works when you make /usr/bin/perl as a > special file type link available on the system, as the problem is > some unchanged hook lines pointing to this instead of the store. The error messages you posted seem unrelated to whether /usr/bin/perl is

bug#30437: No “.guix-profile/bin/python” after ‘guix package -i python’

Efraim Flashner writes: > On Mon, Feb 12, 2018 at 06:23:07PM +0100, Danny Milosavljevic wrote: >> Hi Mathieu, >> >> On Mon, 12 Feb 2018 17:52:41 +0100 >> Mathieu Lirzin wrote: >> >> > I think it would work better if when installing python@3, a ‘python’ >> > executable would be available in th

bug#30437: No “.guix-profile/bin/python” after ‘guix package -i python’

Mathieu Lirzin writes: > Hi, > > Danny Milosavljevic writes: > >> On Mon, 12 Feb 2018 17:52:41 +0100 >> Mathieu Lirzin wrote: >> >>> I think it would work better if when installing python@3, a ‘python’ >>> executable would be available in the PATH. Maybe there is a technical >>> reason for no

bug#30434: magit won’t work over TRAMP

Alex Kost writes: > Ricardo Wurmus (2018-02-12 13:53 +0100) wrote: > >> The default value for “magit-git-executable” (when magit is installed >> via Guix) appears to be a store path, such as >> “/gnu/store/l7g5r1c2i0bf3cd71g53ajy8khdcyidz-git-2.16.1/bin/git”. This >

bug#30415: Unzip CVE-2018-1000031 and others

Hi Leo, > The researcher's advisory recommends building UnZip with FORTIFY_SOURCE > to reduce the impact of the bug. The attached patch does that. […] > + ;; Mitigate CVE-2018-135, an exploitable buffer > overflow. > + ;; This environment variable is recommend

bug#30311: efi-less grub install fails

Marius Bakke writes: > Danny Milosavljevic writes: > >> Hi Ricardo, >> >> On Wed, 31 Jan 2018 19:55:58 +0100 >> Ricardo Wurmus wrote: >> >>> “guix system init” fails with a configuration file that specifies >>> grub-bootloader (not gr

bug#30512: phonon-backend-gstreamer has a ./gnu/store subdirectory

The package phonon-backend-gstreamer is configured to install icons in $out/gnu/store/…-phonon-backend-gstreamer-…/ instead of $out. -- Ricardo

bug#30228: desktop files embedding full path

Efraim Flashner writes: > On Tue, Jan 30, 2018 at 12:00:02PM +0100, Ludovic Courtès wrote: >> Hello, >> >> Efraim Flashner skribis: >> >> > On Wed, Jan 24, 2018 at 03:58:51PM +0100, Ludovic Courtès wrote: >> >> Hi, >> >> >> >> Efraim Flashner skribis: >> >> >> >> > the owncloud-client pack

bug#30524: java-jeromq: non-deterministic test failures

Sometimes the check phase of java-jeromq fails: --8<---cut here---start->8--- … [junit] Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.427 sec [junit] Running zmq.InprocUnbindTest [junit] Tests run: 1, Failures: 0, Errors: 0, Skip

bug#30526: java-testng: non-deterministic test failures

Sometimes I get this error when building java-testng 6.14.2: --8<---cut here---start->8--- === TestNG Total tests run: 1630, Failures: 1, Skips: 0 === Failures in :TestNG,

bug#30537: glibc 2.26 refuses to run on CentOS 6.8

Hi Guix, I have a bad day. After the upgrade to glibc 2.26 none of the Guix-installed software runs on the HPC cluster running CentOS 6.8. The glibc 2.26 expects a minimum kernel version of 3.x on x86_64, but CentOS 6.8 only comes with a heavily patched 2.6.32. The NixOS developers patch glibc

bug#30537: glibc 2.26 refuses to run on CentOS 6.8

Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> Ricardo Wurmus writes: >> >>> The NixOS developers patch glibc to make sure that all software still >>> runs on Linux 2.6.32: >>> >>> >>> https://raw.githubusercontent.

bug#30537: glibc 2.26 refuses to run on CentOS 6.8

Hi Danny, > Can you try just passing --enable-kernel=2.6.32 to "configure" of glibc > instead? > > It should set the minimal version without any weird patching. Does this work even though the official minimum kernel version for glibc 2.26 is 3.2.0? > But newer glibc has moved a lot of kernel d

bug#30523: mcomix test failure after core-updates merge

ng0 writes: > On 90e37ea088b8ab5ff0d3c4f92c7205f8acdd8d09 from master, > mcomix is failing to run its testsuite: I checked the log of the last successful build and saw that it never actually ran any tests anyway. So I’ve disabled the tests with commit 21169e314887700a5e8a9afe39baa4a07a109a36.

bug#30537: glibc 2.26 refuses to run on CentOS 6.8

Leo Famulari writes: > On Mon, Feb 19, 2018 at 08:22:29PM -0500, Leo Famulari wrote: >> My questions are, how does the glibc team choose the minimum kernel >> version? What could go wrong if we apply this patch and somebody uses >> Guix on a pre-3.2.0 kernel? >> >> Perhaps they simply chose to n

bug#30537: glibc 2.26 refuses to run on CentOS 6.8

Leo Famulari writes: >> For future updates to the glibc we would have to re-evaluate if the >> current RHEL 6.x kernel still supports all features the glibc expects, >> and decide once more if we can justify patching glibc to allow that one >> particular kernel version. > > Yes... and this will

bug#30537: glibc 2.26 refuses to run on CentOS 6.8

Ricardo Wurmus writes: > Leo Famulari writes: > >>> For future updates to the glibc we would have to re-evaluate if the >>> current RHEL 6.x kernel still supports all features the glibc expects, >>> and decide once more if we can justify patching glibc to all

bug#30311: efi-less grub install fails

Hi Danny, >> This change breaks my mips64el-linux GuixSD system, which is supported >> by GRUB, but where "--target=i386-pc" is obviously not appropriate. On >> my system I need a different 'target' setting. > > A pretty safe workaround is to substitute /sys/firmware/efi by > /sys/firmware/non-

bug#30311: efi-less grub install fails

Danny Milosavljevic writes: >> I don’t understand this patch. How does it work? >> >> What is the effect of replacing /sys/firmware/efi with >> /sys/firmware/non-efi? > > It won't find EFI since it's looking in the wrong place. > > That's what we want :) So the value “/sys/firmware/non-efi” mi

bug#30569: Packages count as installed twice

Hi Andreas, > trying to upgrade my packages, I notice something curious: > > $ ./pre-inst-env guix package -n -u > The following packages would be upgraded: > ... >gnutls 3.5.13 -> 3.5.13 > /gnu/store/1ah3fd12w6v66q6yjdmd39xbisqi0gpw-gnutls-3.5.13 >gnutls 3.5.13 -> 3.5.13

bug#30569: Packages count as installed twice

Andreas Enge writes: > On Wed, Feb 21, 2018 at 08:52:28PM +0100, Ricardo Wurmus wrote: >> Does the package appear twice in the profile’s “manifest” file >> (e.g. ~/.guix-profile/manifest)? > > no, I am not using a manifest and do things by hand all the time. Even so, you’

bug#30311: efi-less grub install fails

Marius Bakke writes: > Ricardo: Can you post the output of `find /sys/firmware/efi -maxdepth 1` > on the affected machine? With luck, we'll find a variable that is only > present on "real" EFI. > > Can you also post the contents of '/sys/firmware/efi/runtime'? Now that I have GuixSD installed

bug#30573: qemu build failed on `/gnu/store...-gst-plugins-ugly-1.12.4.drv'

Hi Danny, > Thanks for the report! > > gst-libav is incompatible with the latest libx264 update. > > Updating gstreamer fixes it (see attachment). This will lead to hundreds of rebuilds, including webkitgtk, numpy, scipy, seaborn, etc — all packages that take a long time to build. Please do thi

bug#30581: “sudo herd restart nscd” fails

Hi Guix, the shepherd behaves funny: --8<---cut here---start->8--- rekado ~ : sudo herd restart nscd Backtrace: 3 (primitive-load "/run/current-system/profile/bin/herd") In shepherd/scripts/herd.scm: 199:9 2 (main . _) In ice-9/boot-9.scm: 8

bug#30665: ant-build-system: use manifest task

Hi Guix, instead of using a custom target that uses the “echo” task to write the manifest, the ant-build-system should use the “manifest” task directly. It is documented here: https://ant.apache.org/manual/Tasks/manifest.html -- Ricardo

bug#30671: youtube-viewer fails to start in environment

This is what I did: guix environment --ad-hoc youtube-viewer youtube-viewer This is what happened: --8<---cut here---start->8--- Can't locate WWW/YoutubeViewer.pm in @INC (you may need to install the WWW::YoutubeViewer module) (@INC contains: /gnu/store/

bug#30569: Packages count as installed twice

Andreas Enge writes: > On Tue, Feb 27, 2018 at 10:55:05PM +0100, Ludovic Courtès wrote: >> What should we do? Status quo? Throwing a ‘delete-duplicates’ call? >> Let’s have a poll! ;-) > > The thing is confusing, and delete-duplicates should be essentially for free, > so I would support to ca

bug#22533: Python bytecode reproducibility

Hi Guix, Marius Bakke writes: > It would be great to revive this longstanding bug! Indeed. Here’s another attempt. As far as I understand, the timestamp in the pyc files only affects the header. Up until Python 3.6 (incl) the header looks like this: magic | timestamp | size Since Python

bug#22533: Python bytecode reproducibility

Hi Gábor, > Nix had this issue, it seems they have a python 3.5 solution, which > should be easy to adopt: https://github.com/NixOS/nixpkgs/issues/22570. > WDYT? Here’s the patch for Nix: https://patch-diff.githubusercontent.com/raw/NixOS/nixpkgs/pull/22585.diff Here are the relevant changes

bug#22533: Python bytecode reproducibility

I have applied this patch locally: diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm index 5f701701a..0d1ecc3c6 100644 --- a/gnu/packages/python.scm +++ b/gnu/packages/python.scm @@ -359,8 +359,42 @@ data types.") "Lib/ctypes/test/test_win32.py" ; fails

bug#22533: Python bytecode reproducibility

Ricardo Wurmus writes: > I have applied this patch locally: > > diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm > index 5f701701a..0d1ecc3c6 100644 > --- a/gnu/packages/python.scm > +++ b/gnu/packages/python.scm > @@ -359,8

bug#22533: Python bytecode reproducibility

Ricardo Wurmus writes: > Unfortunately, this doesn’t fix all reproducibility problems with numpy: > > --8<---cut here---start->8--- > Binary files > /gnu/store/kd06ql8fynlydymzhhnwk2lh0778dwcc-python-numpy-1.14.0-check/lib/python3.

bug#30706: Nginx service fails

Andreas Enge writes: > Well, I am turning this into a bug report, since it still occurs with > the latest git commit ac1a9ce8b07f3b80900ee08436ff6e683e8dc195 . > > This is the result of "./pre-inst-env guix system reconfigure ...", > where "..." is my configuration file: > > ... > creating nginx

bug#22533: Python bytecode reproducibility

Gábor Boskovits writes: > 2018-03-05 16:36 GMT+01:00 Gábor Boskovits : > >> 2018-03-05 1:05 GMT+01:00 Ricardo Wurmus : >> >>> >>> Ricardo Wurmus writes: >>> >>> > Unfortunately, this doesn’t fix all reproducibility pro

bug#22533: Python bytecode reproducibility

Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> Unfortunately, this doesn’t fix all reproducibility problems with numpy: >> >> --8<---cut here---start->8--- >> Binary files >> /gnu/store/kd06ql8fynlydymzhhnw

bug#22533: Python bytecode reproducibility

Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> I have applied this patch locally: >> >> diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm >> index 5f701701a..0d1ecc3c6 100644 >> --- a/gnu/packages/python.scm >> +++ b/gnu/packages/pyt

bug#30729: r-lambda-r not reproducible

The r-lambda-r package is not reproducible. The differences in the RDX files indicates that the package’s RDB file includes references to environments that differ in size, which leads to variables being stored at different offsets in the RDB file. Here’s the diffoscope output: --8<--

bug#22533: Python bytecode reproducibility

Marius Bakke writes: > The only remark I have is: is introducing a new variable necessary? > SOURCE_DATE_EPOCH implies that the user wants a deterministic build; > the upstream patch doesn't actually honor it outside of making the > hashing method deterministic. So, I think it might be enough t

bug#22533: Python bytecode reproducibility

Ricardo Wurmus writes: > Marius Bakke writes: > >> I suppose we'll have to set PYTHONHASHSEED somewhere in >> python-build-system as well. Did you check if that makes a difference >> for numpy? Perhaps it's enough to set it if we add an auto-compilation >

bug#30730: JDK not reproducible

The icedtea packages are not reproducible. * The JDK provides jar files that did not undergo repacking (see ant-build-system), so they contain timestamps. * The doc output contains files generated by javadoc, which contain more than one timestamp. Near the top is a comment: A little

bug#30524: [PATCH] gnu: java-jeromq: Fix tests.

Hi Gábor, > * gnu/packages/patches/java-jeromq-fix-tests.patch: New file. > * gnu/local.mk (dist_patch_DATA): Add it. > * gnu/packages/java.scm (java-jeromq)[source](patches): Add it. > [arguments](#test-exclude): Disable more failing tests. > --- Thank you for this. > diff --git a/gnu/packages

bug#30729: r-lambda-r not reproducible

Ricardo Wurmus writes: > The r-lambda-r package is not reproducible. The differences in the RDX > files indicates that the package’s RDB file includes references to > environments that differ in size, which leads to variables being stored > at different offsets in

bug#30730: JDK not reproducible

Ricardo Wurmus writes: > The icedtea packages are not reproducible. > > * The JDK provides jar files that did not undergo repacking (see > ant-build-system), so they contain timestamps. This is fixed in commit f2785bd65. The “out” output of icedtea-8 now is built reproducibly.

bug#30729: r-lambda-r not reproducible

Ricardo Wurmus writes: > Searching the R sources indicates that this value is set in > “src/library/base/R/srcfile.R”, which I’ve previously encountered in the > arguments field of “r-minimal”. It looks like this value is taken from > the source file’s mtime, but resetting th

bug#30767: gtk+ not reproducible because of icon-theme.cache

The gtk+-3.22.28 package is not reproducible because of a single file: share/icons/hicolor/icon-theme.cache The contents of this file appear not be sorted deterministically: --8<---cut here---start->8--- diffoscope /gnu/store/1qqyd1mhydh19qcis13kg3455lfm9

bug#30767: gtk+ not reproducible because of icon-theme.cache

Danny Milosavljevic writes: > Then again usually people don't install gtk+ into their profiles. They do if they choose to install python-matplotlib, which sadly propagates gtk+. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net

bug#30524: [PATCH] gnu: java-jeromq: Fix tests.

Hi Gábor, > * gnu/packages/patches/java-jeromq-fix-tests.patch: New file. > * gnu/local.mk (dist_patch_DATA): Add it. > * gnu/packages/java.scm (java-jeromq)[source](patches): Add it. > [arguments](#test-exclude): Disable more failing tests. Thank you for the fix. I’ve pushed this patch to mast

bug#30830: Allow disabling of collision checks

“guix package” should have a new option “--allow-collisions”, which disables the pre-install collision checks. -- Ricardo

bug#30395: bug#30820: Chunked store references in compiled code break grafting (again)

Hi Ludo, > 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 of the /gnu/store references

bug#30890: Hash mismatch for /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids

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

bug#30890: Hash mismatch for /gnu/store/bvbs19jg8497ca73i82xmrjspd83lvs2-usb.ids

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

bug#30921: Jupyter uses the wrong Python.

Fis Trivial writes: > When running jupyter, it seems that the python in "/usr/bin/python" > instead of the one in store is used. Here is the complete logging of > jupyter console output, notice those line in the middle, where displaying: > "/usr/bin/python: No module named ipykernel_launcher" I

bug#30728: Modification for guix installation script.

Hi Tatiana, > I have installed guix for the first time and noticed that the installation > script at > https://git.savannah.gnu.org/cgit/guix.git/tree/etc/guix-install.sh did not > work for me. So, I had to make some modifications. > > There was a problem with the path to root user home directory

bug#30728: Modification for guix installation script.

Hi Clément, > As I said to Chris (Cc'ed), I don't think it's a good idea to install > Guix in root's home directory. Instead, we should probably honor the > USER and HOME environment variables, so that the command can be run as a > non-root user (with sudo) in a consistent way. What do you thin

bug#30728: guix-install.sh doesn't work if run with "sudo"

Clément Lassieur writes: >> The manual says (see: (guix) Binary Installation): >> >> 3. Make ‘root’’s profile available under ‘~/.guix-profile’: >> >> # ln -sf /var/guix/profiles/per-user/root/guix-profile \ >>~root/.guix-profile > > I think the manual is wrong he

bug#30949: libp11-kit error

Hello Vivien, > If I install glib-networking alone, it breaks. > > If I install glib gnutls gsettings-desktop-schemas intltool p11-kit > pkg-config (glib-networking deps), it works. Could you please share the output of “env” with us (before and after)? I think the key here is the installation o

bug#30949: libp11-kit error

Vivien Kraus writes: > It is weird to me that guix' gnutls does not use guix' glibc. It most certainly does. > If I override LD_LIBRARY_PATH to also point to my profile, I get a > segfault. Setting LD_LIBRARY_PATH on a system where Guix things are installed alongside system things is rarely e

bug#30949: libp11-kit error

Vivien Kraus writes: > Anyways, thank you, the problem is solved! That’s great! Environment variables can be tricky and the way this failed in your case certainly isn’t nice, but I can’t think of a way to avoid this. I’m closing this bug. -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A

bug#30728: guix-install.sh doesn't work if run with "sudo"

Hi Chris, > I've updated my patch; it now also changes the following line... > > 3. Make ‘root’’s profile available under ‘~/.guix-profile’: > > ...to this: > > 3. Make ‘root’’s profile available under ‘~root/.guix-profile’: > > How does that sound? This looks good to me. Thank you! -- Ri

bug#30728: guix-install.sh doesn't work if run with "sudo"

Hi Clément, > I am surprised that you didn't comment on > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30728#32 (where I explain > to you why I disagree with Guix being installed in ~root) before saying > LGTM. Don’t be surprised: there are too many emails and I’m bound to forget about some. M

bug#31053: report problem: fcitx input works in xfce but not in GNOME

Wensheng Xie writes: > Chinese font is installed. > fcitx is installed and setup for same user. > > When logged in under xfce: fcitx Chinese input works. > When logged in under GNOME: fcitx Chinese input does not work. > > Does anybody have the same issue? I’m using ibus with ibus-libpinyin onl

bug#27284: ‘guix pull’ builds using multiple derivations

Hi Ludo, > After quite a bit of tweaking I’ve finally pushed this patch series to > master. So if you run ‘guix pull’ now, you’ll get the new > multiple-derivation build. This is really great! I’m very happy that this is finally in the master branch. Thank you! As discussed on IRC, there is

bug#27284: ‘guix pull’ broken on Guile 2.0

Ludovic Courtès writes: >> Indeed, on closer inspection, (guix config) is miscompiled and looks for >> ‘getenv’ and ‘string-append’ in a nonexistent anonymous module (the >> #{g12345}# thing below) instead of (guile): > > It turns out the ‘define-module’ form has to be spliced in 2.0. > > Fixed

bug#31189: r-rcurl does not find CA bundle

The r-rcurl package does not find a CA bundle and does not respect any of the common environment variabls to set the location of the bundle. This makes r-gprofiler (a user of r-rcurl) pretty useless as it cannot access any of the online databases. The fix here is to figure out where to inject a ge

bug#31189: r-rcurl does not find CA bundle

Ricardo Wurmus writes: > The r-rcurl package does not find a CA bundle and does not respect any > of the common environment variabls to set the location of the bundle. > This makes r-gprofiler (a user of r-rcurl) pretty useless as it cannot > access any of the online databases.

bug#31390: java-hamcrest-all fails to build

Hi Guix, “java-hamcrest-all” fails to build with a curious error message. It first builds hamcrest-core-1.3.jar and then complains about being unable to access “org/hamcrest/Description.class” from that jar. --8<---cut here---start->8--- starting phase `build'

bug#31390: java-hamcrest-all fails to build

Gábor Boskovits writes: > Yes, I have run into this already when doing the updates for java8. Debian > seems to have a patch for this here: > https://anonscm.debian.org/viewvc/pkg-java/trunk/libhamcrest-java/debian/patches/002-random-build-failure.patch?view=log The patch would require adding j

bug#31367: ERROR: In procedure scm-error: no code for module (guix build utils)

Roel Janssen writes: > I'm using a git checkout of Guix, and I am encountering this bug with > version 217af8ae7. Is there a work-around? Does it happen all the time? A work-around, as I understood it, is to ensure that you ensure that the compilation only uses a single core. -- Ricardo

bug#27217: texlive is too big

Peter Neidhardt writes: > What's the current status on this? No progress yet. I’ve been meaning to work on this, but it’s pretty tedious and demands concentration, which is a quality I haven’t been able to maintain. For most *packages* needing a subset of TeX live we can use “texlive-union” a

bug#27217: texlive is too big

Mathieu Lirzin writes: > Ricardo Wurmus writes: > >> What’s missing? >> >> Currently, one needs to set a lot of environment variables to use these >> separate packages. For “fastcap” I needed to set “DVIPSHEADERS” (to >> find “tex.pro”), “TFMFONTS” (for c

bug#31640: Librecad fails to build with Qt 5.11

Librecad fails to build since the upgrade to Qt 5.11 in commit 1f52eb7be7e166b477b7635ff71936fc05425a6e. --8<---cut here---start->8--- g++ -c -pipe -g -fext-numeric-literals -O2 -std=gnu++11 -Wall -W -D_REENTRANT -fPIC -DDWGSUPPORT -DQC_APPDIR="librecad" -DLC_V

bug#31640: Librecad fails to build with Qt 5.11

Clément Lassieur writes: > Ricardo Wurmus writes: > >> Librecad fails to build since the upgrade to Qt 5.11 in commit >> 1f52eb7be7e166b477b7635ff71936fc05425a6e. > > Fixed by 6cedd611774f91056c70d8d3a175d514b9b9fc76. Thank you for > reporting it. Awesome! Thank

bug#31643: Scribus fails to build since Qt upgrade

Scribus fails to build, probably because of the Qt upgrade. There are a bunch of errors; some of them are reproduced here: --8<---cut here---start->8--- … /tmp/guix-build-scribus-1.5.3.drv-0/scribus-1.5.3/scribus/plugins/tools/2geomtools/meshdistortion/meshdist

bug#31647: [core-updates] gtkglext fails in a weird way

Hi, on “core-updates” the “gtkglext” package fails with an odd error message: --8<---cut here---start->8- make[4]: Leaving directory '/tmp/guix-build-gtkglext-1.2.0.drv-0/gtkglext-1.2.0/gdk' make[3]: *** [Makefile:558: all-recursive] Error 1 make[3]: Leaving d

bug#31647: [core-updates] gtkglext fails in a weird way

> on “core-updates” the “gtkglext” package fails with an odd error > message: […] It seems that this is not limited to “gtkglext”. This behaviour seems to affect any package using “invoke” where the invoked command fails. Should the build system catch the exception and make sure that it gets to

bug#31647: [core-updates] gtkglext fails in a weird way

Mark H Weaver writes: > Ricardo Wurmus writes: > >>> on “core-updates” the “gtkglext” package fails with an odd error >>> message: […] >> >> It seems that this is not limited to “gtkglext”. This behaviour seems >> to affect any package usin

bug#31659: powertabeditor fails to build since qt upgrade

The powertabeditor package fails to build. Errors include these: --8<---cut here---start->8--- /tmp/guix-build-powertabeditor-2.0.0-alpha10.drv-0/powertabeditor-2.0.0-alpha10/source/dialogs/benddialog.cpp: In constructor ‘BendDialog::BendDialog(QWidget*)’: /tm

bug#31647: [core-updates] gtkglext fails in a weird way

Mark H Weaver writes: > Ricardo Wurmus writes: > >> Mark H Weaver writes: >> >>> In summary, although the new messages don't look as nice in common >>> cases, I think it's more important to ensure that we have the >>> information we n

bug#31659: powertabeditor fails to build since qt upgrade

Fixed with commit 1e341fa50849094fd5c685b6dfb2ee328a2ae44e. -- Ricardo

bug#31652: Use of ‘keymap’ vs. ‘layout’ in manual

Alex Kost writes: > Tobias Geerinckx-Rice (2018-05-30 05:49 +0200) wrote: > >> Guix, >> >> Grepping the manual for ‘keyboard layout’ will get you to section >> 6.1.4.1 (setting the layout temporarily during installation using >> loadkeys), but not 6.2.7.1 where you might learn about using >> co

bug#22629: [PATCH 0/4] 'guix pull' produces a self-contained Guix

> Here is the “new” ‘guix pull’ that we discussed notably in this thread: > > https://bugs.gnu.org/22629 > > The major difference is that instead of just building a bunch of modules > and putting them under ~/.config/guix/latest, it now produces a > standalone package (with bin/guix, share/info

bug#31719: icedtea-3 binaries contain references to icedtea-2

Many binaries of the icedtea-3 package contain references to icedtea-2, which was used to build it. Because of these references users of icedtea-3 have to *also* download icedtea-2. And because icedtea-2 contains references to icedtea-1, they *also* need to download that version. It is possible

bug#31720: java-bouncycastle: tests fail and freeze

The package java-bouncycastle has a failing test suite on core-updates. After the first test fails there is no more progress and the build eventually times out. I have disabled the test suite for now, but we should try to fix this. The failing test is “org.bouncycastle.mail.smime.test.AllTests”.

bug#31721: “generate-jar-indices” phase fails on many packages

The “generate-jar-indices” phase fails on a couple of packages, such as java-picard (all variants) dropseq-tools java-cisd-jhdf5 The errors are either about duplicates as in java-picard-2.10.3: duplicate entry: htsjdk/samtools/AbstractBAMFileIndex$1.class or about missing files as in

bug#31720: java-bouncycastle: tests fail and freeze

Julien Lepiller writes: > Le 2018-06-05 12:52, Ricardo Wurmus a écrit: >> The package java-bouncycastle has a failing test suite on core-updates. >> After the first test fails there is no more progress and the build >> eventually times out. >> >> I have disabl

bug#31719: icedtea-3 binaries contain references to icedtea-2

Gábor Boskovits writes: > Do you think we can do something like rebuild icedtea3 with icedtea3, and > then rewrite the references? I guess this way the dependency loop could be > broken, as we could detach the last icedtea3 build from the packages used > for bootstrapping. > We could even make

bug#31721: “generate-jar-indices” phase fails on many packages

Danny Milosavljevic writes: >> The errors are either about duplicates as in java-picard-2.10.3: >> >> duplicate entry: htsjdk/samtools/AbstractBAMFileIndex$1.class > > That's... bad. What if those files differed? Which one would be used at > runtime? I wonder where they come from. Is t

bug#31779: gitweb PERL5LIB needs to include Perl version subdirectory

The “git” package provides “gitweb”, which is wrapped in PERL5LIB. Gitweb has broken some time ago and now fails with an error about CGI.pm not being found. The reason seems to be that the Perl version sub-directory is not searched for CGI.pm. The directory that gitweb.cgi is wrapped with stops a

bug#31780: manual mentions “git-http-service”, but it does not exist

In section “Version Control Services” the manual mentions the “git-http-service” to describe “git-http-configuration”, but that service does not exist. -- Ricardo

bug#30104: [PATCH] gnu: ant-bootstrap: Make build reproducible.

Ludovic Courtès writes: > Hello! > > Gábor Boskovits skribis: > >> * gnu/packages/java.scm >> (ant-bootstrap)[arguments]<#:phases>[strip-jar-timestamps]: >> New phase to reset jar file timestamps. >> <#:imported-modules>: Import guix build syscalls, gnu-build-system-modules. >> <#:modules>: I

<    1   2   3   4   5   6   7   8   9   10   >