bug#19733: disfunctional gcc binary when GCJ or gfortran is installed

2015-01-30 Thread Ricardo Wurmus
Hi Guix, installing the gcj or the gfortran package, my profile's /bin directory gets a gcc link. If I use Guix as a package manager on top of another system that has a working installation of the GNU C compiler and my profile bin path has preference to all other items in PATH, then I end up

bug#19439: guix download fails with bad qstring header component

2015-02-03 Thread Ricardo Wurmus
Eric Bavier writes: I've encountered the same issue while attempting to upgrade the python-pillow package. For the newer versions 2.6.2 and 2.7.0, the following errors are reported when downloading the source:: [...] I don't have any ideas on how to work around this issue in general. In

bug#19630: error message when referencing non-existing output not helpful

2015-01-19 Thread Ricardo Wurmus
When a package recipe specifies as input a non-existing output of a package, the build process fails with a rather unhelpful late error message. The following is the output of building a package that depends on the bin output of libtool, which has since been removed. ~

bug#19780: 13 failing tests

2015-02-10 Thread Ricardo Wurmus
Ludovic Courtès writes: [rwurmus@guix-builder:/localhome/rwurmus-tmp/guix] (720) $ ./test-env guix build guile-bootstrap [...] @ build-started /localhome/rwurmus-tmp/guix/test-tmp/store/m1cbz6gmyv2f5551j7zpm99d7mgy2zp9-guile-bootstrap-2.0.drv - x86_64-linux

bug#19840: Bad uri header component when downloading from gitorious.org

2015-02-11 Thread Ricardo Wurmus
Downloading archives from gitorious fails: ~/dev/guix $ ./pre-inst-env guix download https://gitorious.org/lv2-synths/lv2-mdametapiano/archive/0.0.1.tar.gz starting download of `/tmp/guix-file.gqYdZs' from `https://gitorious.org/lv2-synths/lv2-mdametapiano/archive/0.0.1.tar.gz'...

bug#19830: cannot use snippets with zip source

2015-02-10 Thread Ricardo Wurmus
Snippets cannot be used when the source archive is not supported by tar. For example, when building HISAT with snippets (instead of patching in a build phase), guix determines the decompression type to be xz and then fails as follows: ~~~ The following derivations will be built:

bug#19708: Bowtie fails to build

2015-01-28 Thread Ricardo Wurmus
Andreas Enge writes: bowtie currently fails to build on all three architectures on hydra. On i686, the error message is: Makefile:146: *** bowtie2 compilation requires a 64-bit platform . Stop. Surprisingly, the same error message is shown on mip64el (!). From its description, I do not

bug#19708: Bowtie fails to build

2015-01-29 Thread Ricardo Wurmus
Andreas Enge writes: Clearly, only x86_64 is supported. Citing from Makefile: BITS=32 ifeq (x86_64,$(shell uname -m)) BITS=64 endif # msys will always be 32 bit so look at the cpu arch instead. ifneq (,$(findstring AMD64,$(PROCESSOR_ARCHITEW6432))) ifeq (1,$(MINGW))

bug#19780: 13 failing tests

2015-02-10 Thread Ricardo Wurmus
Ludovic Courtès writes: What architecture is it? It's x86_64-linux. ~~~ $ uname -a Linux guix-builder 3.10.0-123.20.1.el7.x86_64 #1 SMP Thu Jan 29 18:05:33 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux ~~~ There are a lot of these: --8---cut

bug#18698: Our WindowMaker wrapper pollutes PATH in the entire X session

2015-02-10 Thread Ricardo Wurmus
The fix may have resulted in unintended side-effects. On a fresh installation of the System Distribution v0.8.1 WindowMaker is installed by default, but it is not completely functional. For example, the attempt to change the style via the menu results in this error to be displayed: Could

bug#19780: 13 failing tests

2015-02-10 Thread Ricardo Wurmus
Ludovic Courtès writes: Hmm. Could you try: ./test-env guix build guile-bootstrap ~~ [rwurmus@guix-builder:/localhome/rwurmus-tmp/guix] (720) $ ./test-env guix build guile-bootstrap accepted connection from pid 2187, uid 22840 substitute-binary: warning: authentication and

bug#19780: 13 failing tests

2015-02-28 Thread Ricardo Wurmus
Ludovic Courtès writes: l...@gnu.org (Ludovic Courtès) skribis: Ricardo Wurmus ricardo.wur...@mdc-berlin.de skribis: 17814 execve(/localhome/rwurmus-tmp/guix/test-tmp/store/nakn26p520psw7jawgfv74wm34dn6kxj-bash, [nakn26p520psw7jawgfv74wm34dn6kxj..., /localhome/rwurmus-tmp/guix/test

bug#19780: 13 failing tests

2015-03-02 Thread Ricardo Wurmus
Ludovic Courtès writes: Ricardo Wurmus ricardo.wur...@mdc-berlin.de skribis: 17814 execve(/localhome/rwurmus-tmp/guix/test-tmp/store/nakn26p520psw7jawgfv74wm34dn6kxj-bash, [nakn26p520psw7jawgfv74wm34dn6kxj..., /localhome/rwurmus-tmp/guix/test...], [/* 11 vars */]) = 0 [...] 17814

bug#19934: Failed run of make check

2015-02-23 Thread Ricardo Wurmus
Peter Baumgarten writes: The OS was Fedora 21 x86_64, attached is the log This looks similar to this bug report: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19780 Failures there are also caused by segfaults and the OS is CentOS 7, which is rather close to a recent Fedora. ~~ Ricardo

bug#19686: Bad source checksum in netpbm

2015-01-25 Thread Ricardo Wurmus
Andreas Enge writes: This is a tricky error. I still had the svn checkout of the previous version on my disk: /gnu/store/4a6ck86ap94m397vmycxy98bmhws7h6a-svn-checkout So the recipe worked for me, since the hash and the file name corresponded to the package recipe. However, instead of the

bug#20428: git-fetch does not always validate hash

2015-04-26 Thread Ricardo Wurmus
I'm currently playing with the elogind package recipe and I'm occasionally updating my clone of the elogind git repository. Whenever I do I update the value of commit in the package definition: (define-public elogind (let ((commit 18ee7abc9a)) (package (name elogind)

bug#20888: matplotlib broken

2015-07-01 Thread Ricardo Wurmus
I'm afraid I cannot reproduce this. This doesn't mean things just work for me. It rather means that I'm getting a different error: $ GI_TYPELIB_PATH=$HOME/.guix-profile/lib/girepository-1.0/ PYTHONPATH=$HOME/.guix-profile/lib/python2.7/site-packages/ python Python 2.7.6 (default, Jun 16 2015,

bug#21909: Segfault with eigen in R

2015-11-13 Thread Ricardo Wurmus
Kyle Meyer writes: > With R 3.2.2 built from r in statistics.scm (guix 0.9.0), I'm seeing a > segfault when eigen is called with a matrix over some size. I can > trigger the error with the following code [1]: > > > M <- 50 > > N <- 500 > >

bug#19780: “User has no home directory” (was: bug#19780: 13 failing tests)

2015-10-13 Thread Ricardo Wurmus
Hi Ludo, I can confirm that the error disappears when nscd is running. Emacs no longer tells me Error (initialization): User rwurmus has no home directory when starting it as long as nscd is running. I would like to note that the version of Emacs that is available through Fedora

bug#19733: disfunctional gcc binary when GCJ or gfortran is installed

2015-10-13 Thread Ricardo Wurmus
Commit 5f6887e8 fixes this for GCJ, but we still have this problem for all variants of gfortran, gcc-objc, and gccgo, all of which are built using the ‘custom-gcc’ procedure. It’s probably safe to add a build phase like this to ‘custom-gcc’: (add-after 'install

bug#20765: Python .egg files must not be compressed

2015-10-13 Thread Ricardo Wurmus
Ludovic Courtès writes: >> I could only coerce the build system to install plain files by adding a >> build phase like this: >> >> (add-after 'unpack 'prevent-generation-of-egg-archive >> (lambda _ >> (substitute* "setup.py" >> (("from

bug#20381: Interacting with a remote daemon

2015-07-10 Thread Ricardo Wurmus
I just tried the socat idea[1] with some success. On the guix-builder host where guix-daemon is running and the NFS share holding ‘/gnu’ (with $localstatedir set to ‘/gnu/var’) is mounted as read-write I executed this: /root/.guix-profile/bin/socat TCP4-LISTEN:

bug#20381: Interacting with a remote daemon

2015-07-10 Thread Ricardo Wurmus
Ludovic Courtès l...@gnu.org writes: What about installing Guix in /gnu/bin (say) and sharing it over NFS? I would avoid installing Guix in a profile, because if things go wrong, you may find yourself unable to do anything. In practice, you can always roll-back by hand (it’s simply a

bug#22304: Build for Julia is not reproducible

2016-01-04 Thread Ricardo Wurmus
When building “julia” twice we get different binaries for $out/lib/julia/sys.so and $out/lib/julia/sys-debug.so I could not determine the exact differences, because instead of a diff I just see something like this: ---

bug#19733: disfunctional gcc binary when GCJ or gfortran is installed

2015-12-21 Thread Ricardo Wurmus
Ludovic Courtès <l...@gnu.org> writes: > l...@gnu.org (Ludovic Courtès) skribis: > >> Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> skribis: >> >>> Commit 5f6887e8 fixes this for GCJ, but we still have this problem for >>> all variants of gfort

bug#22209: name resolution failures in installer image

2015-12-19 Thread Ricardo Wurmus
Leo Famulari writes: > On Sat, Dec 19, 2015 at 09:04:41AM +0100, Florian Paul Schmidt wrote: >> After booting the installer image, doing the ifconfig/dhclient dance, >> preparing the target fs, mounting it and starting the guix system init >> invocation at some point in

bug#22013: python2 versions of packages failing as inputs

2015-11-25 Thread Ricardo Wurmus
Efraim Flashner writes: > Guix build python2-cryptography builds fine, guix build python2-oauthlib > rebuilds python2-cryptography, and fails to build. Python2-cryptography has > an additional input of python2-ipaddress which doesn't get carried along when >

bug#22024:

2015-11-30 Thread Ricardo Wurmus
Fixed in commit 36f26211bbb.

bug#22024: [PATCH] openssh: install ssh-copy-id.

2015-11-27 Thread Ricardo Wurmus
This fixes bug #22024. >From 65c9863898e1ddc2a1443b557003f0cbc25442d8 Mon Sep 17 00:00:00 2001 From: Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> Date: Fri, 27 Nov 2015 10:57:03 +0100 Subject: [PATCH 1/2] gnu: openssh: Use modify-phases syntax. * gnu/packages/ssh.scm (openssh)[argume

bug#21978: tbb broken on mips64el but tests always pass

2015-11-21 Thread Ricardo Wurmus
The “tbb” package appears to be broken on mips64el but both the build phase and the check phase always pass. This means that “tbb” is built “successfully”, which results in downstream build failures. Debian patches the sources of “tbb” such that the build fails on bad tests:

bug#20433: Keyboard not working on laptop with guixSD

2016-01-15 Thread Ricardo Wurmus
While comparing the output of dmesg I found it interesting that on GuixSD the keyboard is identified as “USB HIDBP”: input: USB HIDBP Keyboard 05ac:820a as /devices/pci:00/:00:14.0/usb1/1-3/1-3.1/1-3.1:1.0/input/input5 whereas it is just a regular HID device on Trisquel: input:

bug#22304: Build for Julia is not reproducible

2016-02-04 Thread Ricardo Wurmus
Ludovic Courtès <l...@gnu.org> writes: > Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> skribis: > >> When building “julia” twice we get different binaries for >> >> $out/lib/julia/sys.so >> >> and >> >> $out/lib/julia/sys-debug.so &

bug#22738: Build failure in vigra

2016-02-24 Thread Ricardo Wurmus
Andreas Enge writes: > On Thu, Feb 18, 2016 at 10:59:11PM -0500, Leo Famulari wrote: >> It looks like we need this module 'vigranumpy': >> https://ukoethe.github.io/vigra/doc-release/vigranumpy/index.html > > This is part of the vigra source code. There should soon be a new

bug#22836: “guix build -S” fails when “source” is #f

2016-02-28 Thread Ricardo Wurmus
I just did this: guix build -S xfce This resulted in this error message: ~~~ Backtrace: In ice-9/boot-9.scm: 157: 18 [catch #t # ...] In unknown file: ?: 17 [apply-smob/1 #] In ice-9/boot-9.scm: 63: 16 [call-with-prompt prompt0 ...] In ice-9/eval.scm: 432: 15

bug#22677: guix lint fails with -dc switch missing

2016-02-15 Thread Ricardo Wurmus
Pjotr Prins writes: > When I run lint on a recent ceckout > > ./pre-inst-env guix lint > > or > > ./pre-inst-env guix lint python > > I get > > filtered-port: failed to execute ' -dc ': No such file or directory > This looks like it is a result of an undefined

bug#22687: Online manual not updated automatically

2016-02-16 Thread Ricardo Wurmus
Leo Famulari writes: > I see the value of the online manual matching the version of the Guix > binaries we distribute, but on the other hand, we get a lot of questions > that are answered in the latest version of the manual. Many other projects publish online manuals for

bug#22695: Binary Installation bugs and suggestions

2016-02-16 Thread Ricardo Wurmus
myglc2 writes: > I attempted to perform 'Binary Installation' on Debian 8 following ... > > https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation > > last updated November 04, 2015 I suggest looking at the latest version of the manual

bug#22687: Online manual not updated automatically

2016-02-16 Thread Ricardo Wurmus
Andreas Enge <andr...@enge.fr> writes: > On Tue, Feb 16, 2016 at 11:06:40AM +0100, Ricardo Wurmus wrote: >> Many other projects publish online manuals for both stable and >> development versions. As our releases are a little far apart and we’re >> encouraging to do “

bug#22707: IBus relies on possibly outdated ~/.cache/ibus/bus/registry

2016-02-16 Thread Ricardo Wurmus
I have an annoying little problem with IBus. IBus creates a binary registry in ~/.cache/ibus/bus on first start(?) which contains the full paths to store items such as /gnu/store/k3r...-ibus-1.5.11/libexec/ibus-dconf The problem is that when updating the “ibus” package this registry is

bug#19733: disfunctional gcc binary when GCJ or gfortran is installed

2016-03-09 Thread Ricardo Wurmus
Fixed with 82f145ef7aef8f4d28a144ee8efcadf3fdd4b877

bug#22907: `guix package -u` fails

2016-03-04 Thread Ricardo Wurmus
Nils Gillmann writes: > niasterisk@khazad-dum ~$ time guix package --substitute-urls=hydra.gnu.org > --dry-run -u *.* “-u” takes a regular expression like '.*' It seems to work for me. ~~ Ricardo

bug#21909: Segfault with eigen in R

2016-03-03 Thread Ricardo Wurmus
Ludovic Courtès <l...@gnu.org> writes: > Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> skribis: > >> We have since removed OpenBLAS from the inputs of R and just use the >> internal BLAS instead. Without OpenBLAS I cannot reproduce this bug >> any more

bug#21909: Segfault with eigen in R

2016-03-02 Thread Ricardo Wurmus
Kyle Meyer writes: > I've opened an issue in the OpenBLAS repo [1]. > > https://github.com/xianyi/OpenBLAS/issues/703 > > I'm trying to answer their questions, but, as is apparent in that > thread, I'm not really familiar with debugging these sorts of problems. > Since others

bug#23200: XFCE: selecting a style has no effect

2016-04-03 Thread Ricardo Wurmus
Chris Marusich writes: > I've noticed surprising behavior on a fresh install of GuixSD v0.10.0 > when using XFCE. In XFCE, in the "Appearance" section of the settings, > under the "Style" tab, if you select an alternate style (e.g., > "Xfce-kolors"), the color scheme does

bug#23504: git 2.7.4 fails to clone repositories over HTTPS sources

2016-05-11 Thread Ricardo Wurmus
Dennis Mungai writes: > Hello there, > > I'm using git 2.7.4 from a guix profile, and here is my current environment: > > guix package -p ~/opt/guix-build-system --search-paths > warning: failed to install locale: Invalid argument > export >

bug#23479: CRAN importer: do not print backtrace when package name is invalid

2016-05-08 Thread Ricardo Wurmus
The CRAN importer (and possibly other importers) print ugly backtraces when a package is to be imported that does not exist. This can happen when the user mistypes the name or when the package is available on Bioconductor rather than CRAN. To fix this we should catch 404 errors in the

bug#23984: Bug avr-toolchain

2016-07-14 Thread Ricardo Wurmus
Daniel Pimentel writes: > I'd like report a bug in our avr-toolchain. I try compile to Arduino > plataform using Microscheme (installed with: guix package -i > microscheme) on GuixSD, but there are errors. > > I did: > sudo microscheme -m UNO -d /dev/ttyACM0 -au lightom.ms > >

bug#24087: recovery from suspend is broken with recent libreboot + linux-libre 4.7

2016-07-31 Thread Ricardo Wurmus
Clément Lassieur writes: > Hi, > >> We include older kernel versions: linux-libre-4.4 and linux-libre-4.1, >> which you can select via the 'kernel' field of the OS configuration, >> e.g.: (kernel linux-libre-4.4) >> >> Can you try these and see if the problem persists? > >

bug#24188: gnucash needs gtk+ in propagated-inputs

2016-08-09 Thread Ricardo Wurmus
Arun Isaac writes: > I installed gnucash with `guix package -i gnucash`. When I attempt to > run it, it fails with the following error message: > > ** > gnc.gui:ERROR:gnc-icons.c:96:gnc_add_stock_icon_pair: assertion failed: > (pixbuf1 && pixbuf2) > fish: 'gnucash'

bug#24192: Gajim fails with locale.Error

2016-08-09 Thread Ricardo Wurmus
Daniel Pimentel writes: > I have a similar problem with locale in Haunt package: > > Backtrace: > In ice-9/boot-9.scm: > 157: 10 [catch #t # ...] > In unknown file: > ?: 9 [apply-smob/1 #] > In ice-9/boot-9.scm: >63: 8 [call-with-prompt prompt0 ...] > In ice-9/eval.scm:

bug#23874: duplicates in manifests are “installed” more than once

2016-06-30 Thread Ricardo Wurmus
When there are duplicate references to package variables in a manifest, the same package will appear to be installed into the same profile multiple times. Here’s a manitest: ~~ (use-package-modules admin) ;; so stressed! (packages->manifest (list stress stress stress))

bug#25598: R packages are not bit-reproducible

2017-02-01 Thread Ricardo Wurmus
It looks like R 3.3.2 already includes the fixes but they need to be explicitly requested when installing packages. Attached is a patch that seems to fix this. >From fa42971cb7099e3b370565de5d3f454faecf0369 Mon Sep 17 00:00:00 2001 From: Ricardo Wurmus <ricardo.wur...@mdc-berlin.de>

bug#25631: epiphany: Ad blocker does not work.

2017-02-06 Thread Ricardo Wurmus
Epiphany comes with an ad blocker extension that can be enabled in the settings. When starting epiphany, however, the following message can be seen on VT1: ** (WebKitWebProcess:12345): WARNING **: Error retrieving adblock filter: Operation not supported In fact, Epiphany does not store any

bug#25632: shogun: Do not upgrade before adjusting the snippet

2017-02-06 Thread Ricardo Wurmus
Shogun contains nonfree software. While the latest version do build we cannot just upgrade before changing the snippet to remove the nonfree parts. Shogun now comes with a shell script that reliably removes all nonfree software. We should make it possible to run shell scripts within snippets.

bug#25631: epiphany: Ad blocker does not work.

2017-02-06 Thread Ricardo Wurmus
“g_file_new_for_uri” triggers the download via dbus, so it must be made aware of the dbus session. When running “dbus-launch epiphany” the error changes to ** (WebKitWebProcess:30867): WARNING **: Error retrieving adblock filter: HTTP Error: TLS/SSL support not available; install

bug#25631: epiphany: Ad blocker does not work.

2017-02-07 Thread Ricardo Wurmus
Mark H Weaver <m...@netris.org> writes: > Ricardo Wurmus <rek...@elephly.net> writes: > […] >> Should we use dbus-launch in the wrapper script or should we ensure >> system-wide that after logging in the DBUS_SESSION_BUS_ADDRESS is >> exported? >> >

bug#25638: linux libre tarball has disappeared

2017-02-06 Thread Ricardo Wurmus
Rohit Yadav reported in

bug#25638: linux libre tarball has disappeared

2017-02-06 Thread Ricardo Wurmus
As a short-term fix could we upload the tarball for 4.4.18 to ftp://alpha.gnu.org/gnu/guix/mirror as done before[1] for 3.3.8? [1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=14851 -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC https://elephly.net

bug#25425: cannot express search path

2017-01-22 Thread Ricardo Wurmus
Ludovic Courtès <l...@gnu.org> writes: > Hello! > > Ricardo Wurmus <rek...@elephly.net> skribis: > >> Ludovic Courtès <l...@gnu.org> writes: >> >>> I think this should work: >>> >>>(search-path-spe

bug#25422: [PATCH 0/2] Support single-entry search paths

2017-01-23 Thread Ricardo Wurmus
Ludovic Courtès writes: > Hi! > > These patches for ‘core-updates’ add support for “single-entry” search > paths like ‘GIT_SSL_CAINFO’. This is achieved by setting ‘separator’ to > #f in the search path spec. > > Feedback welcome! This looks good and will be useful for the Lua

bug#25507: SDDM leaves drawing artifacts on screen with OpenBox

2017-01-23 Thread Ricardo Wurmus
ng0 writes: > Using the SDDM service with GuixSD, when logging into OpenBox > leaves glitches on screen when moving applications around, > opening and closing windows, etc. > For the lack of a screenshot, imagine that I am able to "draw" > with the open windows. > >

bug#25467: Acknowledgement (Fish: some script is broken)

2017-01-21 Thread Ricardo Wurmus
e error disappears in an environment where “python-wrapper” is available. A fix would involve replacing the call to “python” with the full path to the “python” executable. Here’s a patch: >From dbc045eb338b7e70645ed19be71d8e761762c738 Mon Sep 17 00:00:00 2001 From: Ricardo Wurmus <rek...@elephl

bug#25467: Fixed

2017-01-22 Thread Ricardo Wurmus
Fixed as of 79f3e82bd. -- Ricardo

bug#25775: Can't install packages after guix pull

2017-02-20 Thread Ricardo Wurmus
This problem was exposed by commit 50b8a527e, which adds a graft for bash and along with it a download method for bash patches. What happens is that for a reason I haven’t yet understood the download method procedure is called with “#f” instead of a package object for guile. This is no problem

bug#25775: Can't install packages after guix pull

2017-02-19 Thread Ricardo Wurmus
pelzflorian (Florian Pelz) writes: > Today I don’t even get that far: > > $ guix package -u > guix package: error: failed to connect to > `/var/guix/daemon-socket/socket': Connection refused This indicates that the daemon is not running. The daemon (when running)

bug#25775: Can't install packages after guix pull

2017-02-18 Thread Ricardo Wurmus
Pjotr Prins writes: > I am seeing the same on a fresh checkout and build: Sirgazil wrote that an old version of the guix-daemon is in use. What version of the guix-daemon are you using, Pjotr? -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC

bug#25775: Can't install packages after guix pull

2017-02-23 Thread Ricardo Wurmus
Leo Famulari <l...@famulari.name> writes: > On Mon, Feb 20, 2017 at 05:06:48PM +0100, Ricardo Wurmus wrote: >> Since I lack an understanding of why the “guile” argument could ever >> purposefully be set to “#f” I cannot come up with a nice fix. Instead >> of a nic

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

2017-02-24 Thread Ricardo Wurmus
Marius Bakke <mba...@fastmail.com> writes: > Ricardo Wurmus <rek...@elephly.net> writes: > >> Ricardo Wurmus <rek...@elephly.net> writes: >> >>> Leo Famulari <l...@famulari.name> writes: >>> >>>> On

bug#25775: Can't install packages after guix pull

2017-02-21 Thread Ricardo Wurmus
Ben Sturmfels writes: > On Tue, 21 Feb 2017 09:52:11 +1100 > Ben Sturmfels wrote: > >> > Could I trouble you to walk through the steps for manually >> > installing a different version of guix-daemon? I'm stuck in the >> > same situation where I can't

bug#25775: Attempts to fix bootstrap Guile bug

2017-02-21 Thread Ricardo Wurmus
Leo Famulari writes: > What about Ricardo's "really gross fix"? [0] I don't understand it enough to > know why it's gross. If it works and does not break other things, at > least it could protect people who have not yet hit the bug, but will hit > it the next time they run

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

2017-02-21 Thread Ricardo Wurmus
Leo Famulari <l...@famulari.name> writes: > On Tue, Feb 21, 2017 at 06:30:12PM +0100, Ricardo Wurmus wrote: >> From 1ac5166df11766b47cd1ac723a464063a89afc96 Mon Sep 17 00:00:00 2001 >> From: Ricardo Wurmus <rek...@elephly.net> >> Date: Tue, 21 Feb 2017 18:28

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

2017-02-21 Thread Ricardo Wurmus
Ricardo Wurmus <rek...@elephly.net> writes: > Leo Famulari <l...@famulari.name> writes: > >> On Mon, Feb 20, 2017 at 12:00:21AM +0100, Marius Bakke wrote: >>> Danny Milosavljevic <dan...@scratchpost.org> writes: >>> > @Leo: Can you please start

bug#25775: Can't install packages after guix pull

2017-02-20 Thread Ricardo Wurmus
Ben Sturmfels writes: > On Sat, 18 Feb 2017 16:30:34 + > Pjotr Prins wrote: > >> Yes, using the latest guix-daemon and guix client fixed it: >> >> /gnu/store/175nlv448nk5kagwwl3zyy2w4726qfz6-guix-0.12.0-4.d9da/bin/guix-daemon > > Could I

bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

2017-02-20 Thread Ricardo Wurmus
Leo Famulari writes: > On Mon, Feb 20, 2017 at 12:00:21AM +0100, Marius Bakke wrote: >> Danny Milosavljevic writes: >> > @Leo: Can you please start a new evaluation of python-tests? >> >> I pushed some other fixes recently and built most of `guix

bug#25762: trailing slash breaks “guix package”

2017-02-16 Thread Ricardo Wurmus
Here’s a confusing error: --8<---cut here---start->8--- $ guix package -p $HOME/.guix-profile/ -l Backtrace: In ice-9/boot-9.scm: 160: 13 [catch #t # ...] In unknown file: ?: 12 [apply-smob/1 #] In ice-9/boot-9.scm: 66: 11 [call-with-prompt prompt0 ...]

bug#25484: QEMU depends on two different version of libjpeg

2017-01-19 Thread Ricardo Wurmus
Ludovic Courtès writes: > While building ‘qemu’ as of 840f38ba37af1d09eb1e896a6350d6ab7f6532d0, we > see: > > --8<---cut here---start->8--- > ld: warning: libjpeg.so.62, needed by >

bug#25484: QEMU depends on two different version of libjpeg

2017-01-19 Thread Ricardo Wurmus
Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> writes: > Ludovic Courtès <l...@gnu.org> writes: > >> While building ‘qemu’ as of 840f38ba37af1d09eb1e896a6350d6ab7f6532d0, we >> see: >> >> --8<---cut here---start---

bug#25449: GHC packages take a long time to install

2017-01-17 Thread Ricardo Wurmus
David Craven writes: > FYI commit 384344198dcaa97847e66d3dd82f279ede08d690 causes this on my end, > but I don't currently have time to look in to it... Try “rm gnu/system.go && make” -- Ricardo GPG: BCA6 89B6 3655 3801 C3C6 2150 197A 5888 235F ACAC http://elephly.net

bug#25884: build fails

2017-02-28 Thread Ricardo Wurmus
gt;> Alex, I apologize for abusing your time :-/ > > No problem. BTW you can close bugs yourself simply by sending a message > to <n-d...@debbugs.gnu.org> as I did with this message. Or if you’re using the Emacs debbugs interface you can hit “C” to send a control message (as I did before), e.g. to close the issue. -- Ricardo Wurmus

bug#24373: “man” cannot find “iconv”

2016-09-05 Thread Ricardo Wurmus
Some man pages cannot be rendered: rekado in dev: LANG=en_US.utf8 man borg man: can't execute iconv: No such file or directory man: command exited with status 127: iconv -c -f ISO-8859-1 -t UTF-8//TRANSLIT | sed -e '/^[[:space:]]*$/{ N;

bug#24373: Fixed

2016-09-08 Thread Ricardo Wurmus
Fixed with commit ea55a39530d6604cde07d5b23ba529a07a76ea7b.

bug#24373: how to reproduce this

2016-09-07 Thread Ricardo Wurmus
The environment variable that triggers the bug is “LC_CTYPE=zh_CN.utf8”, which I have set in Emacs. ~ $ LC_CTYPE=zh_CN.utf8 man borg man: can't execute iconv: No such file or directory man: command exited with status 127: iconv -c -f ISO-8859-1 -t

bug#24288: gnome-maps fails

2016-08-22 Thread Ricardo Wurmus
I just installed “gnome-maps” and tried to start it with disappointing results: $ gnome-maps (org.gnome.Maps:5547): GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.interface' is not installed Trace/breakpoint trap I’m not using GNOME but Xfce. ~~ Ricardo

bug#24550: Epiphany, errors in terminal, and missing icons

2016-09-27 Thread Ricardo Wurmus
Adonay Felipe Nogueira writes: > I'm using Guix in my copy of Trisquel, and installed Epiphany. > > As per the attachments and subject, Epiphany seems to behave strangely, > almost like what happens with `gnunet-setup` (from "gnunet-gtk" > package). What GTK theme are

bug#24670: bug #24670: Unexpected EOF reading a line (from guix pull)

2016-10-14 Thread Ricardo Wurmus
dian_ce...@zoho.com writes: > When I was looking to try and figure out what was going wrong, I didn't even > think about the fact I have /gnu mounted as a seperate parition, since I'm > installing Guix on Gentoo system and my root partition is rather close to full > for my liking. The perms for

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

2016-10-14 Thread Ricardo Wurmus
ng0 writes: > Without adding all of the off-ticket/list email I got: the failure is > very likely caused by /gnu/store being on a separate partition. What makes you say this is “very likely” the cause? I have no problems having /gnu on an NFS share on a remote

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

2016-10-14 Thread Ricardo Wurmus
ng0 <n...@we.make.ritual.n0.is> writes: > Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> writes: > >> ng0 <n...@we.make.ritual.n0.is> writes: >> >>> Without adding all of the off-ticket/list email I got: the failure is >>> very likely caused b

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

2016-10-14 Thread Ricardo Wurmus
ng0 writes: > It is impossible to reproduce exactly the system which caused the bug, > but I will try to reproduce it as good as you can with Gentoo. I chuckled a little. It’s ironic because with Guix we actually can reproduce systems with relative ease :) Which is

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

2016-10-14 Thread Ricardo Wurmus
ng0 <n...@we.make.ritual.n0.is> writes: > Ricardo Wurmus <ricardo.wur...@mdc-berlin.de> writes: > >> ng0 <n...@we.make.ritual.n0.is> writes: >> >>> It is impossible to reproduce exactly the system which caused the bug, >>> but I will try t

bug#24988: Guix requests substitute for non-substitutable package

2016-11-22 Thread Ricardo Wurmus
Guix requests a substitute for “texlive-texmf” even though it is marked as not substitutable. This is a problem for many users because hydra does not offer a substitute for this package. Users have to pass “--fallback” to make Guix build the package from source. Only the “texlive-texmf” package

bug#25035: scribus: No module named _sysconfigdata_nd

2016-11-28 Thread Ricardo Wurmus
Adonay Felipe Nogueira writes: > Note: If I'm not mistaken, there was no advise to set $PYTHONPATH to > anything by the documentation (at least not for dailly/normal use) or by > Guix itself (during installation of Scribus). I don’t have PYTHONPATH set and Scribus works

bug#25037: abiword: Not openning file chooser, and GLib-GIO-ERROR error

2016-11-28 Thread Ricardo Wurmus
Adonay Felipe Nogueira writes: > Abiword exits whenever one needs to use a file chooser to open or save > files to be used or saved by AbiWord. > > # Steps to reproduce > > 1. Run AbiWord (with no other instances open, just to make sure). > > 2. Go to: File → Open > *

bug#25035: scribus: No module named _sysconfigdata_nd

2016-11-28 Thread Ricardo Wurmus
Adonay Felipe Nogueira writes: > # Steps to reproduce > > Simply try running Scribus. It closes immediatelly. I cannot reproduce this. I just upgraded Scribus; I’m using /gnu/store/5h44li2ansg4mb5kqck44wdzkka3isih-scribus-1.5.2/bin/scribus > # Notes > > * I have

bug#24670: Unexpected EOF reading a line (from guix pull) [forward]

2016-10-13 Thread Ricardo Wurmus
> dian_ce...@zoho.com writes: > >> I'm just sending this to you since I think I might have figured out what is >> happening, and I don't know how to respond to bugs via the mailing list. >> Instruction on replying to bugs via the mailing list would be quite a help. >> >> Basically,

bug#24670: bug #24670: Unexpected EOF reading a line (from guix pull)

2016-10-16 Thread Ricardo Wurmus
dian_ce...@zoho.com writes: > On Fri, Oct 14, 2016 at 12:06:41PM +0200, Ricardo Wurmus wrote: >> >> There’s nothing wrong with having /gnu on a separate partition. I’m >> doing the same on our HPC cluster at work (/gnu is on NFS). >> >> Have you tried

bug#24937: "deleting unused links" GC phase is too slow

2016-12-13 Thread Ricardo Wurmus
Ludovic Courtès writes: > Ricardo, Roel: would you be able to run that links-traversal.c from > > on a machine with a big store, as described at >

bug#23479: CRAN importer: do not print backtrace when package name is invalid

2016-12-17 Thread Ricardo Wurmus
Fixed in commit fdbc84b056683204c5832d3740d9b109f31f7cb9.

bug#25425: lua does not set search paths

2017-01-12 Thread Ricardo Wurmus
The lua interpreter packages do not set native search paths, so they cannot find lua modules. $ guix environment --ad-hoc lua lua-lpeg $ lua > require('lpeg') … ERROR … However: $ guix environment --ad-hoc lua lua-lpeg $ export

bug#25425: cannot express search path

2017-01-12 Thread Ricardo Wurmus
Ludovic Courtès writes: > I think this should work: > >(search-path-specification > (variable "LUA_PATH") > (separator ";") > (files '("share/lua/5.3")) > (file-pattern "\\.lua$") > (file-type 'regular)) I tried this very same

bug#25425: cannot express search path

2017-01-12 Thread Ricardo Wurmus
It seems that the “search-path-specification” cannot be used to include placeholders such as “?” as required by LUA_PATH and LUA_CPATH. The search paths in Lua are not directories and they are not actual file names. I suggest adding an optional “placeholder” field to “search-path-specification”,

  1   2   3   4   5   6   7   8   >