bug#32773: clang: missing default include paths for C++

Tim Gesthuizen writes: > On 19.09.2018 20:33, Pjotr Prins wrote: >> Hi Tim, >> >> I am not sure this helps but in a project I have I use >> >> CPPFLAGS= -std=c++11 >> >> and >> >> CPPFLAGS += -I$(GUIX)/include/c++ >> -I$(GUIX)/include/c++/x86_64-unknown-linux-gnu >> >> to find include files

bug#32439: guix pull as root generates too many errors.

Ludovic Courtès writes: > Hello, > > fis trivial skribis: > >> Leo Famulari writes: >> >>> On Tue, Aug 14, 2018 at 07:41:14PM +, fis trivial wrote: >>>> Running guix pull -l as root user generates many warnings and errors. I >>>> att

bug#32439: guix pull as root generates too many errors.

Leo Famulari writes: > On Tue, Aug 14, 2018 at 07:41:14PM +0000, fis trivial wrote: >> Running guix pull -l as root user generates many warnings and errors. I >> attached the first 1000 lines of stderr logging in this mail. >> > >> ;;; WARNING: loading compil

bug#32397: GCC 4.8 Failed to build.

guix Version: guix (GNU Guix) cc48997de56864191a4a4ed4bed8763139c3add6 Platform: Fedora 27 Original command: guix environment --ad-hoc gcc@4.8 Relevant build log: mv -f .deps/tsan_clock.Tpo .deps/tsan_clock.Plo /gnu/store/rbrandv7anzjxqkr40d7fkanzssslk4b-bash-minimal-4.4.19/bin/b

bug#31983: guix lint command error.

Ricardo Wurmus writes: > Fis Trivial writes: > >> $ guix lint guix >> >> >> ;;; Failed to autoload make-session in (gnutls): >> ;;; missing interface for module (gnutls) >> Backtrace: >>5 (primitive-load "/home/fis/.config/guix/

bug#31983: guix lint command error.

$ guix lint guix ;;; Failed to autoload make-session in (gnutls): ;;; missing interface for module (gnutls) Backtrace: 5 (primitive-load "/home/fis/.config/guix/current/bin/guix") In guix/ui.scm: 1557:12 4 (run-guix-command _ . _) In srfi/srfi-1.scm: 640:9 3 (for-each # …) In

bug#31740: guix pull failed with syntax error.

$guix --version guix (GNU Guix) 909301591d21d3879276e4ede3cebdcc867184f2 Copyright (C) 2018 the Guix authors License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitte

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

> >>> The result of running ‘guix pull’ is a “profile” available under >>> ‘~/.config/guix/current’ containing the latest Guix. Thus, make sure to >>> add it to the beginning of your search path so that you use the latest >>> version, and similarly for the Info manual (*note Documentat

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

Hi, first of all, thanks for the improvement. It's really exciting know progress in guix. But I have a few questions around this change. Just curiosity. :) > Hello Guix! > > Here is the “new” ‘guix pull’ that we discussed notably in this thread: > > https://bugs.gnu.org/22629 > > The major dif

bug#31637: PyQt is broken.

$ guix --version guix (GNU Guix) 6fe165770539a4551b303dc5cd52db6c51c7604a Here is the last part of build log: make[1]: Entering directory '/tmp/guix-build-python-pyqt-5.9.drv-0/PyQt5_gpl-5.9/QtTest' g++ -c -pipe -O2 -std=gnu++11 -fno-exceptions -Wall -W -D_REENTRANT -fPIC -DSIP_PROTECTED_IS_P

bug#31294: Failed building dependencies for guix.

Ludovic Courtès writes: > Hi, > > Fis Trivial skribis: > >> Ludovic Courtès writes: > > [...] > >>> Could you paste /gnu/store/5y6mkv079xq5hnfajxfwky0kfc6ffy3p-info-dir.drv ? > > [...] > >> "/gnu/store/32qhdh8q4ba9lzp20495lw3a4cx0p3mp

bug#31294: Failed building dependencies for guix.

Ludovic Courtès writes: > Hi, > > Fis Trivial skribis: > >> Use following steps to reproduce: >> $ env -i bash --norc --noprofile --login >> $ guix environment guix >> >> Error message: >> >> The following derivations will be built: >>

bug#31294: Failed building dependencies for guix.

I failed building the dependencies for guix with `guix environment guix`. The command failed when doing in clean bash environment, but success in normal environment. Which means, doing: $ guix environment guix will success. But failed with `env -i bash --norc --noprofile --login` added, which

bug#30921: Jupyter uses the wrong Python.

Ricardo Wurmus writes: > 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 d

bug#30921: Jupyter uses the wrong Python.

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" -- /gnu/store/k2y0d2rp57pnl90lx

bug#30898: Warning "No such language bytecode" when pulling guix.

$ guix pull --- Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from Git commit e2f9847be0d1fcde201b3ec01f68a9cbdda230a0... The following derivation will be built: /gnu/store/15ncl8zii4kvixwyqqm94v6nzvc3j9z4-guix-latest.drv copying and compiling to '/gn

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

> > In general, though, I recommend using Guix for package management and > development instead of virtualenv and pip. > I understand the importance for having a self-contained dependency graph. After trying guix a few months, I came to realize that, at the a theoretical level, the environment v

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

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. * Backtrace In my case, it's lightgbm (installed by pip), needs libgomp.so from gcc:lib for op

bug#30093: Installing python-ipython breaks Gnome on Fedora.

> > so I > still think it might be best to deal with the problems on a case by case > basis. > I tried to find out what would Fedora set *GI_TYPELIB_PATH* if guix didn't. It turns out, nothing. If I comment out the line containing *GI_TYPELIB_PATH* in ~/.guix-profile/etc/profile, the variable won'

bug#30121: python-matplotlib broken.

> > Do you have a matplotlibrc file that sets a Qt-based backend? The default > backend is TkAgg, which does not require Qt. (Note that PySide is a Qt > interface for Python.) > I myself have never created such a file. I searched home with `find . -iname "*matplotlib*"`, didn't find the rc file

bug#30122: python-pygobject with gtk+ broken.

* Steps to reproduce: Install python-pygobject with guix: `guix package -i python-pygobject` Install gtk+ with guix: `guix package -i gtk+` $ python >>> from gi.repository import Gtk * Full message --8<---cut here---start->8--- Python 3.5.3 (default, Jan 1 197

bug#30121: python-matplotlib broken.

* Steps to reproduce: $ python >>> from matplotlib import pyplot * Full message: --8<---cut here---start->8--- Python 3.5.3 (default, Jan 1 1970, 00:00:01) [GCC 5.4.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>> from mat

bug#29824: Meson 0.44.0 is broken with guix.

> or > > #+BEGIN_SRC python > import os > os.environ['PYTHONPATH']="/gnu/store/.../site-packages${PYTHONPATH:+:}$PYTHONPATH" > exec(compile( > open( > > "/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real".read(), > > "/gnu/store/n53zdnl4l3gm9sg15bfwxp0w

bug#29824: Meson 0.44.0 is broken with guix.

>> >> detect_meson_py_location() assumes the executable to be called "meson" >> or "meson.py", but in guix it currently is called ".meson-real" (see teh >> first entry in the trace-back). >> >> The solution would be to get rid of the wrapper-scripts, see >>

bug#30093: Installing python-ipython breaks Gnome on Fedora.

Please know that introducing wrapper script might cause problems like this one: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=29824

bug#30093: Installing python-ipython breaks Gnome on Fedora.

Maybe we can Maybe we can divide those environment variables into two types: 1. Needed directly by human. For example the *PATH* environment, we use it to start whatever program from the shell. 2. Environment variables only needed by programs. For examples, the *PYTHON

bug#30093: Installing python-ipython breaks Gnome on Fedora.

I tried to find out which environment variable is responsible for breaking the gnome shell by disabling them in ~/.guix-profile/etc/profile one at a time. It turns out to be the *GI_TYPELIB_PATH*. After commenting it out in the profile file my system works as usual. But then, this variable is not

bug#30093: Installing python-ipython breaks Gnome on Fedora.

* Environment I am currently running Guix on top of Fedora 26, which comes with Gnome 3.24.2 As recommended(1), I source *~/.guix-profile/etc/profile* in *~/.bash_profile* to make all the exported variables recognized by login shell. * Issue After installing python-ipython with guix, guix exporte

bug#28987: Another fail report for `guix import crate`.

Version :5ae8c77adec6b64a53ed10c3505263380205321d $ guix import crate racer --8<---cut here---start->8--- Backtrace: 5 (primitive-load "/gnu/store/nxdxbad50ydp1nhmgzvlwbk0jkk…") In guix/ui.scm: 1474:12 4 (run-guix-command _ . _) In guix/scripts/im

bug#29879: System platform

Forgot to append it. I'm running guix on top of Fedora 26 x86_64 with GNU/Linux 4.14.8-200.fc26.x86_64.

bug#29879: guix package search error.

* Version $: guix pull Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from Git commit 6b681ddda0f965d4163fbeb4b34520c91bd01f5d... Guix already up to date * Error and backtrace: $: guix package --search=mutt Backtrace: In guix/ui.scm: 1474:12 19 (run

bug#29840: guix pull failed

On 12/27/2017 03:14 AM, Leo Famulari wrote: > On Sun, Dec 24, 2017 at 05:33:21PM +0000, Fis Trivial wrote: > > Hi, thanks for this report! > >> Runing `guix pull` generates the following error message: >> >> >> Updating from Git repository at >>

bug#29840: guix pull failed

Runing `guix pull` generates the following error message: Updating from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Building from Git commit b982fb1c09573f4638324d7809ec18d0c9956d11... The following derivation will be built:    /gnu/store/d8gx000cbyihr3x3gggnm9d61adjb0s3-gu

bug#29824: Meson 0.44.0 is broken with guix.

I installed meson with command `guix package -i meson` * Error: $ meson --version Traceback (most recent call last):   File "/gnu/store/n53zdnl4l3gm9sg15bfwxp0wdrwrvhg4-meson-0.44.0/bin/.meson-real", line 17, in     from mesonbuild import mesonmain, mesonlib   File "/gnu/store/n53zdnl4l3gm