bug#22550: (require 'magit) produces error: "no such file or directory" "dash"

Alex Kost writes: > Alex Kost (2016-02-04 23:00 +0300) wrote: > > [...] >> So to recap, you found 2 issues: >> >> 1. Emacs packages installed in a system profile are not automatically >>added to 'load-path'. > > Fixed in commit 004ea62¹. However, it will take effect when the new > source of

bug#22010: bytecode timestamps

Those differing bytes are the timestamps of the .py sources files that correspond to the compiled .pyc / .pyo files. So, the python-2.7-source-date-epoch.patch is working for software compiled by the patched compiler, but not on python-2.7 itself. It's related to

bug#22593: 'make check' fails

guixSD installed on a server. make check fails for user glc but succeeds for user glc3. make.check.fail.log Description: Binary data test-suite.log Description: Binary data make.check.log Description: Binary data

bug#22546: Download-Page is "hiding" what the options actually are

l...@gnu.org (Ludovic Courtès) writes: > Robin Vobruba skribis: > >> Being new to Guix, i went to the Download page: >> https://www.gnu.org/software/guix/download/ >> >> immediately saw the 3 big options >> read their title/names >> was confused what the difference might be between "GuixSD" and "

bug#22588: root: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY

I've been bitten by this once before, and a user on #guix did as well. When there are problems in the root filesystem that fsck doesn't want to fix automatically, the user is dumped into a guile prompt where PATH is not set, and it's very inconvenient to run fsck manually. This is what I just sugg

bug#22572: Handling of system 'locale' field needs improvement

Mark H Weaver skribis: > Better yet, the value of the 'locale' field should be automatically > added to the default value of 'locale-definitions' if it's not already > there. The overwhelming majority of users set their 'locale' and have > no interest in 'locale-definitions'. What about this?

bug#22558: gnupg-2.1.11 on x86_64 failed its tests many times on Hydra

Eric Bavier skribis: >> > * With 14 test failures. This happened at least twice, on >> > hydra.gnunet.org. >> >> Eric Bavier reported on #guix that it failed to build on his machine >> twice in a row, with 14 test failures. > > I used 'git bisect' on the gnupg repository to narrow the failures

bug#22437: Fixing package-with-python2

Ricardo Wurmus skribis: > Efraim Flashner writes: > >> On Wed, 03 Feb 2016 09:47:15 +0100 >> l...@gnu.org (Ludovic Courtès) wrote: >> >>> l...@gnu.org (Ludovic Courtès) skribis: >>> >>> > An idea I haven’t taken the time to test yet would be to use >>> > ‘properties’: >>> > >>> > (define pyth

bug#22437: Fixing package-with-python2

Efraim Flashner skribis: > On Wed, 03 Feb 2016 09:47:15 +0100 > l...@gnu.org (Ludovic Courtès) wrote: [...] >> This will trigger rebuilds (but with an identical result) because in >> manually-written variants we would use “python2-foo” as the label of >> inputs, whereas the automatic transforma

bug#22437: Fixing package-with-python2

Andreas Enge skribis: > this looks really good, but I do not understand why we need the > additional private variable, for instance %python-cython: Glad you noticed. :-) > On Wed, Feb 03, 2016 at 09:47:15AM +0100, Ludovic Courtès wrote: >> -(define-public python-cython >> +(define %python-cyth

bug#22587: ‘guix edit’ & ‘M-x guix-edit' typo, rename, & mode change

Andreas Enge writes: > On Sun, Feb 07, 2016 at 02:22:36PM -0500, myglc2 wrote: >> But, AIUI, this goes against the guix concept of an immutable store. >> To describe and name this function to imply that one could/should edit >> recipes in the store based on the "corner case" of root having the >>

bug#22546: Download-Page is "hiding" what the options actually are

Robin Vobruba skribis: > Being new to Guix, i went to the Download page: > https://www.gnu.org/software/guix/download/ > > immediately saw the 3 big options > read their title/names > was confused what the difference might be between "GuixSD" and "Guix Binary" > could not find anything inside the

bug#22573: critical error during 'guix pull'

Leo Famulari skribis: > On Sat, Feb 06, 2016 at 03:33:56PM +0100, Nils Gillmann wrote: >> Hi, today 15:30 EU/Berlin Timezone I started guix pull and got this output: >> >> Starting download of /tmp/guix-file.bHtiW7 >> From http://git.savannah.gnu.org/cgit/guix.git/snapshot/master.tar.gz... >> m

bug#22587: ‘guix edit’ & ‘M-x guix-edit' typo, rename, & mode change

On Sun, Feb 07, 2016 at 02:22:36PM -0500, myglc2 wrote: > But, AIUI, this goes against the guix concept of an immutable store. > To describe and name this function to imply that one could/should edit > recipes in the store based on the "corner case" of root having the > ultimable ability to do so s

bug#22587: ‘guix edit’ & ‘M-x guix-edit' typo, rename, & mode change

Andreas Enge writes: > On Sun, Feb 07, 2016 at 01:04:40PM -0500, myglc2 wrote: >> TYPO: >> "edit" (last line above) should be replaced with "view", "inspect", or >> "examine". >> RENAME: >> Calling these functions 'guix edit' and 'M-x guix-edit' implies that the >> user will be able to modify the

bug#22587: ‘guix edit’ & ‘M-x guix-edit' typo, rename, & mode change

On Sun, Feb 07, 2016 at 01:04:40PM -0500, myglc2 wrote: > TYPO: > "edit" (last line above) should be replaced with "view", "inspect", or > "examine". > RENAME: > Calling these functions 'guix edit' and 'M-x guix-edit' implies that the > user will be able to modify the recipe, but this is not actual

bug#22587: ‘guix edit’ & ‘M-x guix-edit' typo, rename, & mode change

Alex Kost writes: [...] > The purpose of "M-x guix-edit" Emacs command (and "guix edit" shell > command) is just to show you the source code of the package. This > source is usually placed in the store, and you shouldn't edit it. If > you are going to contribute to guix, (info "(guix) Building

bug#22565: Cannot talk to upowerd over D-Bus

tags 22565 notabug close 22565 thanks l...@gnu.org (Ludovic Courtès) skribis: > On GuixSD as of v0.9.0-1430-g234ea8a, attempts to talk to upowerd over > D-Bus fail: > > $ sudo dbus-send --print-reply --system --dest=org.freedesktop.UPower > /org/freedesktop/UPower org.freedesktop.UPower.Suspend

bug#21806: TeX Live: missing biber executable

Clément skribis: > Ludovic Courtès writes: > >> Did you have a chance to look into it? :-) > > I started, but I got scared by the number of dependencies. I > still intend to work on it though, but will be a little short on > time until the end of the month. Is that okay? Sure, no problem. I j

bug#22437: Fixing package-with-python2

Hello, this looks really good, but I do not understand why we need the additional private variable, for instance %python-cython: On Wed, Feb 03, 2016 at 09:47:15AM +0100, Ludovic Courtès wrote: > -(define-public python-cython > +(define %python-cython >(package > (name "python-cython") >

bug#22437: Fixing package-with-python2

Efraim Flashner writes: > On Wed, 03 Feb 2016 09:47:15 +0100 > l...@gnu.org (Ludovic Courtès) wrote: > >> l...@gnu.org (Ludovic Courtès) skribis: >> >> > An idea I haven’t taken the time to test yet would be to use >> > ‘properties’: >> > >> > (define python-foobar ;with Python 3 >> > (

bug#22550: (require 'magit) produces error: "no such file or directory" "dash"

Alex Kost (2016-02-04 23:00 +0300) wrote: [...] > So to recap, you found 2 issues: > > 1. Emacs packages installed in a system profile are not automatically >added to 'load-path'. Fixed in commit 004ea62¹. However, it will take effect when the new source of "guix-emacs.el" will be used. It

bug#22437: Fixing package-with-python2

On Wed, 03 Feb 2016 09:47:15 +0100 l...@gnu.org (Ludovic Courtès) wrote: > l...@gnu.org (Ludovic Courtès) skribis: > > > An idea I haven’t taken the time to test yet would be to use > > ‘properties’: > > > > (define python-foobar ;with Python 3 > > (package > > (name "foobar") > >

bug#22550: (require 'magit) produces error: "no such file or directory" "dash"

Ludovic Courtès (2016-02-06 15:38 +0300) wrote: > Alex Kost skribis: > >> myglc2 (2016-02-05 17:52 +0300) wrote: > > [...] > >>> b) make a new/improved 'guix-edit' that prompts for guix-directory if it >>>is not already not set, perhaps also refering the user to "8.1 >>>Building from Git"