bug#22628: Emacs: ^ in installed package list misses some upgrades

Ludovic Courtès (2016-02-11 12:11 +0300) wrote: > Hello! > > In current Guix master we have Texinfo 6.0 and 6.1. With 6.0 installed > in my profile, hitting ^ in the M-x guix-installed-packages buffer does > not mark Texinfo as a candidate for upgrade. The fact that we have 2 versions is the

bug#22571: Acknowledgement (Guix on Debian Testing sbcl package needs warning to set SBCL_HOME)

Christopher W Carpenter (2016-02-10 04:57 +0300) wrote: > I found the problem, and this can be closed IMHO. > > I use StumpWM, which is written in common lisp and I use sbcl to run it. > It appears that when the stumpwm image is created the SBCL_HOME > environment variable's state at that time is

bug#22607: doc install from *Guix Package Info: profile* fails

myglc2 (2016-02-10 03:58 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: > >> myglc2 (2016-02-09 19:49 +0300) wrote: >> >>> Running: guixSD. >>> >>> Scenario: Finding and installing doc for a package (ncurses) used by a >&g

bug#22600: 'Globally-Visible Packages' not shown by 'M-x guix-installed-packages'

myglc2 (2016-02-10 05:30 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: > [...] >> As I suggested in the previous mail, we can add "M-x guix-system-packages". >> Maybe it would be good to add "M-x guix-user-packages", or maybe name them: >&

bug#22607: doc install from *Guix Package Info: profile* fails

myglc2 (2016-02-09 19:49 +0300) wrote: > Running: guixSD. > > Scenario: Finding and installing doc for a package (ncurses) used by a > by a global package (emacs) I hit the following error. A-a-a! What you tried is more or less the equivalent of: guix package -i foo

bug#22600: 'Globally-Visible Packages' not shown by 'M-x guix-installed-packages'

myglc2 (2016-02-09 05:29 +0300) wrote: [...] > I hope it is OK that I am taking the liberty of reporting things that > seem counterintutive or difficult to understand in the bugs > channel. These may well be operator error or misunderstandings on my > part. I am happy to report in a different

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

Ludovic Courtès (2016-02-08 12:22 +0300) wrote: >> From 292c5f137f6cc3cf72e71e2dd5fa40f38fc7d7bb Mon Sep 17 00:00:00 2001 >> From: Alex Kost <alez...@gmail.com> >> Date: Sun, 7 Feb 2016 11:08:57 +0300 >> Subject: [PATCH] emacs: 'C-u M-x guix-edit' prompts for directo

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

myglc2 (2016-02-07 21:04 +0300) wrote: > From guix INFO: > > 6.2 Invoking ‘guix edit’ > [...] > launches the program specified in the ‘VISUAL’ or in the ‘EDITOR’ > environment variable to edit the recipe of GCC 4.8.4 and that of Vim." > > TYPO: > > "edit" (last line above) should be replaced with

bug#22550: Fixed

The original problem is solved (though the conversation continues) -- Alex

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

myglc2 (2016-02-08 05:52 +0300) wrote: >> 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'.

bug#22600: 'Globally-Visible Packages' not shown by 'M-x guix-installed-packages'

myglc2 (2016-02-08 18:08 +0300) wrote: > In guixSD, 'Globally-Visible Packages' packages installed accoding to > '7.2.1 Using the Configuration System' are not shown by 'M-x > guix-installed-packages' and are shown as uninstalled in the 'M-x > guix-all-packages' 'list' buffers. "M-x

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

myglc2 (2016-02-05 17:52 +0300) wrote: > Alex Kost <alez...@gmail.com> 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 usua

bug#22548: Kernel panic after system reconfiguration

Mark H Weaver (2016-02-04 01:14 +0300) wrote: > Albin writes: > >> Hi again, >> >> I got rid of the kernel panic by removing the following from the config >> and reconfiguring (as suggested by Mark Weaver): >> >>> (swap-devices '("/swapfile")) >> >> It would be nice to be able

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

myglc2 (2016-02-04 18:16 +0300) wrote: [...] > glc4@g1 ~$ echo $EMACSLOADPATH > :/etc/emacs > > If I set it to match what you say ... > > glc4@g1 ~$ EMACSLOADPATH=/etc/emacs/site-start.el > glc4@g1 ~$ emacs No, no, it is expected; I meant ":/etc/emacs" is the default value, sorry for the

bug#22475: guix make check FAIL

ren...@openmailbox.org (2016-01-27 18:53 +0300) wrote: > Hi, > > i clone guix from git(in GuixSD), and when run 'make check' display FAIL > message. But the command './pre-inst-env' works. > > These are the commands that run: > > git clone git://git.savannah.gnu.org/guix.git > guix environment

bug#20433: guixsd on macbook

ren...@openmailbox.org (2016-01-22 00:39 +0300) wrote: > On 2016-01-20 16:47, l...@gnu.org wrote: >> Hi, >> >> ren...@openmailbox.org skribis: >> >>> I've finished installing correctly GuixSD on macbook. There are some >>> issue with touchpad. >>> >>> If anyone has problems with the keyboard when

bug#22276: .sig

Ludovic Courtès (2016-01-03 14:22 +0300) wrote: > Seems that the GPH repository given at > is now unreachable: > > $ cvs -z3 -d :pserver:anon...@cvs.gnupg.org:/cvs/gph co gph > cvs [checkout aborted]: connect to cvs.gnupg.org(217.69.76.56):2401

bug#22276: .sig

Ludovic Courtès (2016-01-03 14:10 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Ludovic Courtès (2016-01-01 21:04 +0300) wrote: >> >>> I’ve amended that section of the manual based on text from the >>> announcement (see >>> &

bug#22276: .sig

Ludovic Courtès (2016-01-01 21:04 +0300) wrote: > I’ve amended that section of the manual based on text from the > announcement (see > ). > Step 1 becomes: > > > 1. Download the binary tarball from >

bug#19219: New command-line syntax for package + version?

Mathieu Lirzin (2015-12-31 01:45 +0300) wrote: > l...@gnu.org (Ludovic Courtès) writes: > >> I had to think a lot because that’s a big change (technically simple I >> think, but it’s the change of UI and habits that’s bigger ;-)). I came >> to the conclusion that it’s probably a necessary thing.

bug#19219: Package names with digits following dashes

Mathieu Lirzin (2015-12-23 00:23 +0300) wrote: [...] > In fact I think that having the same character for separating words and > version is a design flaw. Wow, I didn't think about it before. And I totally agree! > This brings non desirable limitations when > choosing a package name (as shown

bug#22100: 'font-alias' breaks other xorg font packages when installed in a single profile

I install several xorg font packages (font-adobe75dpi, font-adobe100dpi, font-misc-misc and font-alias) in one of my profiles, and point my Xorg font path to this directory. Previously it worked fine, but after commit bf9655f¹, I cannot use this anymore, because the empty "fonts.dir" files from

bug#20255: 'search-paths' should respect both user and system profile.

Ludovic Courtès (2015-11-24 20:22 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Ludovic Courtès (2015-11-21 23:10 +0300) wrote: > > [...] > >>> Really? Can you show the output of: >>> >>> time guix package -p /run/curre

bug#20255: 'search-paths' should respect both user and system profile.

Ludovic Courtès (2015-11-23 02:04 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Ludovic Courtès (2015-11-22 13:52 +0300) wrote: > > [...] > >> but it suits only the default case of a single user profile. If I >> have several user profiles, it

bug#20255: 'search-paths' should respect both user and system profile.

Ludovic Courtès (2015-11-22 13:52 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >>>> At first, because of the slowdown: it may be a few hundred milliseconds >>>> for you, but it's several seconds for me. >>> >>> Really? Can you s

bug#20255: 'search-paths' should respect both user and system profile.

Ludovic Courtès (2015-11-21 11:57 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Ludovic Courtès (2015-11-20 01:32 +0300) wrote: >> >>> -# Load the system profile's settings. >>> +if [ -x /run/current-system/profile/bin/guix ] >>>

bug#20255: 'search-paths' should respect both user and system profile.

Ludovic Courtès (2015-11-21 23:10 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Ludovic Courtès (2015-11-21 11:57 +0300) wrote: >> >>> Alex Kost <alez...@gmail.com> skribis: >>> >>>> Ludovic Courtès (2015-11-20 01:32 +0

bug#20255: 'search-paths' should respect both user and system profile.

Ludovic Courtès (2015-11-20 01:32 +0300) wrote: > -# Load the system profile's settings. > +if [ -x /run/current-system/profile/bin/guix ] > +then > + # Crucial variables such as 'MANPATH' or 'INFOPATH' may be missing from the > + # profiles' individual 'etc/profile'. Thus, combine both

bug#21705: 25.0.50; error while entering trivial Python program

Eric Hanchrow (2015-10-19 16:08 +0300) wrote: > Yes, sorry... Completion fail :-) No problem, it happens :-) > On Mon, Oct 19, 2015, 4:15 AM Alex Kost <alez...@gmail.com> wrote: > > Eric Hanchrow (2015-10-19 03:23 +0300) wrote: > > >     C-x C-f /tmp/wat.py

bug#21705: 25.0.50; error while entering trivial Python program

Eric Hanchrow (2015-10-19 03:23 +0300) wrote: >     C-x C-f /tmp/wat.py RET >     M-x toggle-debug-on-error RET >     x = [ RET > > That leads to this error: > >     Debugger entered--Lisp error: (wrong-type-argument > number-or-marker-p nil) >       python-indent-context() >      

bug#21399: Emacs: Guix Package Info omits some inputs

Ludovic Courtès (2015-09-03 17:41 +0300) wrote: >> From ae9203234d5254a9cb6a8127d31e99289c605f7a Mon Sep 17 00:00:00 2001 >> From: Alex Kost <alez...@gmail.com> >> Date: Wed, 2 Sep 2015 17:57:58 +0300 >> Subject: [PATCH] emacs: Add support for "triplet

bug#21224: guix system init --no-grub doesn't work

Mark H Weaver (2015-08-09 20:17 +0300) wrote: I'm in the early stages of adding GuixSD for the Lemote Yeeloong, and so for now would like to avoid getting grub working on the Yeeloong. So, I tried running guix system init config.scm /target --no-grub, and this is what happens:

bug#21217: Only one icons shown in panel GuixSD installation with Xfce4 desktop

Danny Milosavljevic (2015-08-08 03:02 +0300) wrote: Hi, after instlaling GuixSD and starting the Xfce4 desktop, only the folder icon is shown in the panel. The other launchers are there, but the buttons are empty (without icon but the size is right). For example, File Manager (Thunar) has

bug#21127: Problem with guix.el on hybrid systems.

Ludovic Courtès (2015-07-24 23:31 +0300) wrote: Mathieu Lirzin m...@openmailbox.org skribis: From ca4360cc33f56dbfd1fa1367f68d3bd3d0d7c553 Mon Sep 17 00:00:00 2001 From: Mathieu Lirzin m...@openmailbox.org Date: Fri, 24 Jul 2015 12:59:20 +0200 Subject: [PATCH] emacs: Fix guix-guile-program.

bug#21085: Missing crda-optional-gcrypt.patch

Commit cc205da added 'crda' package but the patch crda-optional-gcrypt.patch is missing. -- Alex

bug#21019: ifconfig doesn't allow mac change for devices

i...@danieleparisi.me i...@danieleparisi.me (2015-07-09 21:16 +0300) wrote: Hello, I am trying to install guixsd with the installation image, my wireless internet provider allows me for only one MAC. The command I use to change the card mac on other distros and installation images is:

bug#20720: Inconsistency in text fields for 'operating-system'

Ludovic Courtès (2015-06-05 23:47 +0300) wrote: Alex Kost alez...@gmail.com skribis: Ludovic Courtès (2015-06-05 15:30 +0300) wrote: [...] Now, of course the solution will be for ‘guix system reconfigure’ to restart services that can be restarted. The goal is not to force people

bug#20720: Inconsistency in text fields for 'operating-system'

Ludovic Courtès (2015-06-05 15:30 +0300) wrote: Alex Kost alez...@gmail.com skribis: Ludovic Courtès (2015-06-03 12:52 +0300) wrote: [...] An important criterion is whether the file needs to contain references to store items or not. For ‘sudoers’ and ‘issue’, that’s normally

bug#20720: Inconsistency in text fields for 'operating-system'

Ludovic Courtès (2015-06-03 12:52 +0300) wrote: Alex Kost alez...@gmail.com skribis: I see some inconsistency in specifying text / text files in an operating-system declaration: Yeah, I agree it is somewhat annoying that there’s no single way to handle this. But... - ‘sudoers

bug#18868: tests/guix-lint.sh fails

“make check TESTS=tests/guix-lint.sh” is now failing. AFAIU it happens because now (after commit 3c42965) descriptions may start with a lower-case letter, so some checks from “tests/guix-lint.sh” need to be adjusted. Sorry, I don't have a patch, just a report. -- Alex

bug#17935: make check failed

Ludovic Courtès (2014-07-05 01:30 +0400) wrote: Alex Kost alez...@gmail.com skribis: guix build: error: build failed: derivation /home/alexx/src/guix/test-tmp/store/kaz0wkisszxrjh38znhgks2pc2g7dqgh-guile-bootstrap-2.0.drv' has incorrect output /media/storage/src/guix/test-tmp/store

bug#17935: make check failed

Ludovic Courtès (2014-07-05 21:20 +0400) wrote: Could you run “./pre-inst-env guile”, type these 3 expressions at the prompt, and send the result: (with-fluids ((%file-port-name-canonicalization 'relative)) (call-with-input-file (search-path %load-path gnu/packages/bootstrap.scm)

bug#17935: make check failed

Hello, I am on i686 and I tried to build guix from git like this: 1) ./configure (successful) 2) make check failed; test-suite.log attached GNU Guix 0.7: ./test-suite.log # TOTAL: 31 # PASS: 17 # SKIP: 0 # XFAIL: 0

bug#17935: make check failed

Ludovic Courtès (2014-07-04 21:12 +0400) wrote: Alex Kost alez...@gmail.com skribis: 525: 0 [add-text-to-store # guile-bootstrap-2.0.drv ...] guix/store.scm:525:9: In procedure add-text-to-store: guix/store.scm:525:9: Throw to key `srfi-34' with args `(#condition nix-protocol-error

<    1   2