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

Maxim Cournoyer (2021-06-28 00:48 -0400) wrote: > Alex Kost writes: [...] >> I can modify /etc/profile with any "normal" linux distribution but I >> cannot do it with the Guix System. And I find it awful that you think >> it should stay like that. I am for provi

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

Maxim Cournoyer (2021-06-25 22:37 -0400) wrote: [...] > Do you still have a vetted interest in the issue at hand? This is a > serious usability problem that's been in limbo for 6 years, apparently > for reasons of purity (not wanting to run a command in /etc/profile). > While I share the

bug#41614: It's impossible to mark "--list-generations" for guix shell commands

ksg (2020-05-30 22:28 +0900) wrote: Hello, > Using emacs, > when I do, > > M-x guix RET, under "Sub-popups" hit "c" (guix shell commands) > > I can't mark "-l, --list-profiles", > because when I hit "-l", > 'Switches' buffer automatically mark "-l, --list-generations". BTW, you can also use

bug#20255: (old)bug#20255: 'search-paths' should respect both user and system profiles

zimoun (2020-02-21 16:53 +0100) wrote: > Dear, > > What is the status of the bug#20255 [1]? > It is old; the last activity seems back on 2015, November. So let resume. > > The issue is, e.g.: > - perl installed into the system profile > - perl-xml-parser installed into an user profile > Then

bug#38498: Fontconfig does not find fonts in non-default profiles

Pierre Neidhardt (2019-12-05 18:52 +0100) wrote: > Thank you Alex, that's what I did and it works. > > That said, I think it'd be nice if Guix would automatically do this for > us. After all, it already handles multiple-profiles properly for so > many other things! :) TBH I don't understand all

bug#38498: Fontconfig does not find fonts in non-default profiles

Pierre Neidhardt (2019-12-05 11:43 +0100) wrote: > The fontconfig package has this bit: > > (string-append "--with-add-fonts=" > "~/.guix-profile/share/fonts," > "/run/current-system/profile/share/fonts") > > If I understand correctly, fonts can only be installed at the system > level or in

bug#34010: "guix pull -h" does not show --system option

Hello, I have noticed that commit 5923102f7b58f0a0120926ec5b81ed48b26a188e did not add a notice of "--system" option to 'show-help' procedure, so "guix pull -h" does not show this option. -- Alex

bug#33854: StumpWM build failing.

Alex Kost (2018-12-24 18:01 +0300) wrote: > Oleg Pykhalov (2018-12-24 09:10 +0300) wrote: > >> Hi, >> >> Thank you for notice this. >> >> "bre...@posteo.net" writes: >> >>> Hi all, StumpWM is failing to build on my machine. Can a

bug#33854: StumpWM build failing.

Oleg Pykhalov (2018-12-24 09:10 +0300) wrote: > Hi, > > Thank you for notice this. > > "bre...@posteo.net" writes: > >> Hi all, StumpWM is failing to build on my machine. Can anybody >> replicate this? […] > > The build farm can https://ci.guix.info/build/721131 Actually it can't since the

bug#33772: StumpWM broken commands?

Pierre Langlois (2018-12-18 17:34 +) wrote: > Hello! > > Christopher Lemmer Webber writes: > >> Ludovic Courtès writes: >> >>> Hi, >>> >>> Christopher Lemmer Webber skribis: >>> It seems to me that StumpWM broke somehow, for some reason. I can confirm there was a version change:

bug#32836: emacs-magit is broken (and probably others) due to package renaming

Pierre Neidhardt (2018-09-25 17:04 +0200) wrote: > Oopsy, missed that indeed! xD > Sorry for the trouble, will fix as soon as possible. > > By the way, I think using "name" for URLs is a bad practice, we only need > "version" there. What do you people think? I totally agree! I don't like this

bug#32646: emacs-guix doesn't build, because of guile-gcrypt

George Clemmer (2018-09-10 10:31 -0400) wrote: > Alex Kost writes: > >> Ludovic Courtès (2018-09-06 11:09 +0200) wrote: >> >>>> ice-9/boot-9.scm:752:25: In procedure dispatch-exception: >>>> no code for module (guix hash) >>>> make[2

bug#32646: emacs-guix doesn't build, because of guile-gcrypt

Ludovic Courtès (2018-09-06 11:09 +0200) wrote: >> ice-9/boot-9.scm:752:25: In procedure dispatch-exception: >> no code for module (guix hash) >> make[2]: [Makefile:556: emacs-guix/hash.go] Error 1 (ignored) > > I suppose Emacs-Guix might need to use (gcrypt hash) instead. > Any ideas, Alex?

bug#32650: Nitpicking perl description

I have noticed that description of the 'perl' package is: "Perl 5 is a highly capable, feature-rich programming language with over 24 years of development." Mentioning 24 years seems strange to me. Well, of course, "over 24 years" will always be correct (as well as "over 1 year"), but still :-)

bug#32096: [wishlist] on-line documentation

Matt Wette (2018-07-08 09:53 -0700) wrote: > It would be nice if the guix documentation was directly readable > in HTML at https://www.gnu.org/software/guix Perhaps I miss-understood what you mean, but it is available: https://www.gnu.org/software/guix/manual/en/html_node/index.html (there

bug#31827: "guix pull" fails

Ben Sturmfels (2018-06-15 10:25 +1000) wrote: > On 15/06/18 01:13, Alex Kost wrote: >> Hello, sorry for bothering. I tried to run "guix pull" from the guix >> git checkout (using pre-inst-env) and it failed for me with the >> following backtrace. Do I miss

bug#31827: "guix pull" fails

Hello, sorry for bothering. I tried to run "guix pull" from the guix git checkout (using pre-inst-env) and it failed for me with the following backtrace. Do I miss anything obvious? [...] compiling...100.0% of 1 files compiling...100.0% of 40 files grafting

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

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 > console-keymap-service to make

bug#31088: Use '@' as version number separator in guix output

Chris Marusich (2018-04-09 23:38 -0700) wrote: [...] > Because I changed the package-full-name procedure, this also fixes the > package names in other places, such as graphs produced by "guix graph". I recall there was some discussion about 'package-full-name' in the past but I remember nothing

bug#31069: emacs-smartparens: sp-forward-barf-sexp broken

Oleg Pykhalov (2018-04-07 22:09 +0300) wrote: > Thorsten Wilms <t...@freenet.de> writes: > >> On 05.04.2018 21:25, Alex Kost wrote: >> >>> It probably wouldn't help but... all these commands work for me without >>> any error (I use smartparens 1.11 in

bug#31069: emacs-smartparens: sp-forward-barf-sexp broken

Thorsten Wilms (2018-04-06 22:35 +0200) wrote: > On 05.04.2018 21:25, Alex Kost wrote: > >> It probably wouldn't help but... all these commands work for me without >> any error (I use smartparens 1.11 installed with Guix). >> >> I don't use "smartparens-mode&quo

bug#31069: emacs-smartparens: sp-forward-barf-sexp broken

Thorsten Wilms (2018-04-05 12:12 +0200) wrote: > With both emacs and smartparens installed via guix, > sp-backward-slurp-sexp, sp-forward-slurp-sexp work, but > sp-backwards-barf-sexp and sp-forward-barf-sexp fail with: > Wrong type argument: integer-or-marker-p, :beg-in It probably wouldn't

bug#30655: xset(1) not accepting symlink to font path

Marco van Hulten (2018-02-28 22:54 +0100) wrote: > Hello, > > When I follow the manual at > https://www.gnu.org/software/guix/manual/html_node/Application-Setup.html#X11-Fonts > , > I get the message that there is something wrong with the directory I'm > trying to add it: > > > gast@graviton ~$

bug#30434: magit won’t work over TRAMP

Mark H Weaver (2018-02-16 04:09 -0500) wrote: > Alex Kost <alez...@gmail.com> writes: > >> Mark H Weaver (2018-02-14 13:17 -0500) wrote: >> >>> Alex Kost <alez...@gmail.com> writes: >>> >>>> You didn't remove "git" from the i

bug#30434: magit won’t work over TRAMP

Mark H Weaver (2018-02-14 13:17 -0500) wrote: > Hi Alex, > > Alex Kost <alez...@gmail.com> writes: > >> Mark H Weaver (2018-02-14 03:51 -0500) wrote: >> >>> Ricardo Wurmus <rek...@elephly.net> writes: >>>> I think it makes sense *

bug#30434: magit won’t work over TRAMP

Mark H Weaver (2018-02-14 03:51 -0500) wrote: > Ricardo Wurmus writes: >> I think it makes sense *not* to hardcode the path to the git executable >> here. > > Agreed. Done, in commit 5fe9ba59ba1cea12a70d011aacbace52e3bfda18 on > master and commit

bug#30434: magit won’t work over TRAMP

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 > means that when magit is used over TRAMP it will try

bug#29992: 'postgres' service doesn't stop

Ludovic Courtès (2018-01-08 11:59 +0100) wrote: > Perhaps the proper way to stop postgresql is via one of its client > commands, like we do for nginx? Regarding the commands: "pg_ctl" is the canonical tool to start/stop PostgreSQL server. Note: I don't use the Guix service for postgresql

bug#24279: Bug in xterm and/or fontconfig

Oleg Pykhalov (2017-11-28 10:14 +0300) wrote: > Hello John, > > John Darrington writes: > >> In GuixSD: >> >> guix package -i xterm strace >> strace xterm >> >> xterm starts as it should, however observe many failed calls similar to: >> >>

bug#28727: Profiles with intentionally out of date packages are upgraded to the newest version

Ben Woodcroft (2017-10-07 16:14 +1000) wrote: > Hi, Hello, > I have a profile with python@2 in it, and running 'guix package -u' > updates it to python@3, which isn't what I want. I cannot run 'guix > package -i python@2 -u' because then it tries to install both python@2 > and python@3, which

bug#28298: Downgrades in xfontsel and other packages using app-defaults

John Darrington (2017-08-30 15:21 -0400) wrote: > It looks fine to me. I don't get that warning. But did you actually tried what I wrote?: $ `guix build xfontsel`/bin/xfontsel > The XAPPLRESDIR is no longer required because the libxt library has > been patched. Oh, I didn't know about this

bug#28298: Downgrades in xfontsel and other packages using app-defaults

Hello, commit 5dc8dd07b¹ removed a wrapper from xfontsel package. And now xfontsel looks "ugly" (not as intended). You can simply check it: $ `guix build xfontsel`/bin/xfontsel It doesn't look right, and also prints the following message: Warning: app-defaults file not properly installed.

bug#27686: emacs-ess: Not installed in "${output}/share/emacs/site-lisp/guix.d"

Maxim Cournoyer (2017-08-15 12:08 -0400) wrote: > On Tue, Jul 18, 2017 at 9:52 AM, Alex Kost <alez...@gmail.com> wrote: [...] > A side note: this is one of the reasons why I don't like "guix.d" > sub-directory.  I think it is a useless extra level in the file >

bug#27686: emacs-ess: Not installed in "${output}/share/emacs/site-lisp/guix.d"

Alex Kost (2017-07-18 16:52 +0300) wrote: > Adonay Felipe Nogueira (2017-07-13 09:20 -0300) wrote: > >> It seems that Emacs ESS mode isn't installed in the same location as >> other packages are. >> >> Also note that emacs-ess doesn't use the Emacs build system. I d

bug#27820: guix package -u: order of argument is significant

Ricardo Wurmus (2017-07-26 10:59 +0200) wrote: > Ludovic Courtès writes: > >> Ricardo Wurmus skribis: [...] >>> This seems good to me. I just wonder if there are legitimate cases >>> where a package regexp would look like a command line option. If that’s >>>

bug#27491: Indentation issue in emacs

Arun Isaac (2017-06-27 11:44 +0530) wrote: > Ok, fixed! :-) > > https://git.savannah.gnu.org/cgit/guix.git/commit/?id=2482c02f3b23b2490a6647e0717cf8a4ccf3f6a8 > > However, I think this is a hack, and the better solution would be to > actually fix the underlying indentation issue. But, I am too

bug#27491: Indentation issue in emacs

Arun Isaac (2017-06-26 02:35 +0530) wrote: > I'm not entirely sure this is the right place to report this > bug. If I should report this bug elsewhere, please direct me. > > When I indent the `emacs-which-key' package definition in > gnu/packages/emacs.scm using `indent-region', the description

bug#27222: [PATCH] Fix ert-runner regression

Arun Isaac (2017-06-07 15:58 +0530) wrote: >> Sorry I haven’t closely followed this discussion. Arun: Could you merge >> it if that looks good to you? I trust your judgment, comrades. :-) > > The patches are fine by me. Alex Kost is reviewing this patch. So, I > think h

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Arun Isaac (2017-06-05 15:33 +0530) wrote: > Please make any other changes you think are necessary, and push. Thanks! Thanks, but I'm afraid I'm not competent to judge about the first patch. I don't really know what is used on build side and on host side, and whether these things can be mixed

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Arun Isaac (2017-06-05 00:55 +0530) wrote: [...] >> I also think these arguments are redundant! I suggested to remove this >> duplication at: >> >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26559#41 > > And, I did respond at > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=26559#53 Sure, I

bug#27231: regression?: grub-configuration for grub-efi does not return a bootloader-configuration

pelzflorian (Florian Pelz) (2017-06-04 16:25 +0200) wrote: > On Sun, Jun 04, 2017 at 04:38:11PM +0300, Alex Kost wrote: >> This is a limitation of 'grub-configuration' macro: that backtrace >> happened because you have 'grub' field *not* in the first place of your >>

bug#27222: [PATCH] emacs-build-system install phase doesn't honor directory hierarchy

Maxim Cournoyer (2017-06-04 09:44 -0700) wrote: [...] >>>(phases '(@ (guix build emacs-build-system) >>>%standard-phases)) >>>(outputs '("out")) >>> - (include ''("^[^/]*\\.el$"

bug#27231: regression?: grub-configuration for grub-efi does not return a bootloader-configuration

pelzflorian (Florian Pelz) (2017-06-04 12:47 +0200) wrote: > Hello, > > My GuixSD configuration (see attachment) for UEFI got broken some > three weeks ago but I’ve only now caught up with my e-mail and “fixed” > it. > > root@floriannotebook ~# guix system reconfigure >

bug#26848: procedure resolve-interface finds no code for GUIX_PACKAGE_PATH modules which are otherwise working

ng0 (2017-05-08 22:24 +) wrote: > [user@abyayala ~/src/packages]$ sudo guix system reconfigure /etc/config.scm > guix system: error: failed to load '/etc/config.scm': > ice-9/boot-9.scm:2903:6: In procedure resolve-interface: > ice-9/boot-9.scm:2903:6: no code for module (ng0 packages

bug#26367: Please add emacs-adaptive-wrap package

> From be8efedf1710a907db522002c9df1773ab1681ae Mon Sep 17 00:00:00 2001 > From: humanitiesNerd > Date: Wed, 5 Apr 2017 12:42:05 +0200 > Subject: [PATCH] gnu: Add emacs-adaptive-wrap > > * gnu/packages/emacs.scm (emacs-adaptive-wrap): New variable. > --- >

bug#26046: ESS installed without autoloads

Ricardo Wurmus (2017-03-10 10:03 +0100) wrote: > The “emacs-ess” package does not behave like all other Emacs packages. > Its files are installed to “$out/share/emacs/site-lisp/ess” (not > “guix.d”) and there are no autoloads. > > I don’t know how to get ESS to work like this. Should the package

bug#25884: build fails

Catonano (2017-02-27 15:02 +0100) wrote: > Ok, > > I'm ashamed to admit that I was just confused, master builds > perfectly > > This bug can be closed. > > Sorry for the fuss > > Alex, I apologize for abusing your time :-/ No problem. BTW you can close bugs yourself simply by sending a message

bug#25884: build fails

Catonano (2017-02-27 00:04 +0100) wrote: > Guix master won't build > > I just pulled master and I'm at > 5d79b1bf575139dba9b3f919c7cc7b7f0853a67c I have just built it successfully. Could you try "make clean-go"; if it reports about unhandled .go files, remove them; then try "make" again. --

bug#25758: Should zathura depend on zathura-pdf-poppler?

Mekeor Melire (2017-02-16 18:01 +0100) wrote: > zathura is a document viewer: > > synopsis: Lightweight keyboard-driven PDF viewer > description: Zathura is a customizable document viewer. It > provides a minimalistic interface and an interface that mainly focuses > on keyboard

bug#25573: Adding btrfs support may break reconfigured system

Ludovic Courtès (2017-01-30 10:41 +0100) wrote: > Hi, > > Alex Kost <alez...@gmail.com> skribis: > >> Hello, recently I found that "guix system" makes a "broken" system for >> me. When I boot a freshly created system, I get something like th

bug#25573: Adding btrfs support may break reconfigured system

Hello, recently I found that "guix system" makes a "broken" system for me. When I boot a freshly created system, I get something like this: In procedure <...> at ./gnu/build/file-systems.scm:282:4 (device) In procedure fport_seek: Invalid argument and I'm thrown at the Guile promt. The

bug#24442: gettext: No PO mode for Emacs (or wrong description)

Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote: > The description for ``gettext@0.19.8`` (current) includes this sentence: > > It provides translators with the means to create message catalogs, > as well as an Emacs mode to work with them, and a runtime library to > load

bug#24442: gettext: No PO mode for Emacs (or wrong description)

Ludovic Courtès (2016-09-24 10:55 +0900) wrote: > Hi! > > Alex Kost <alez...@gmail.com> skribis: > >> Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote: >> >>> The description for ``gettext@0.19.8`` (current) includes this sentence: >>> >>

bug#24442: gettext: No PO mode for Emacs (or wrong description)

Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote: > The description for ``gettext@0.19.8`` (current) includes this sentence: > > It provides translators with the means to create message catalogs, > as well as an Emacs mode to work with them, and a runtime library to > load

bug#24279: Bug in xterm and/or fontconfig

Mark H Weaver (2016-09-02 00:03 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: > >> John Darrington (2016-08-21 16:18 +0300) wrote: [...] >>> Now in the xterm, hold down Ctrl and press any mouse button. >>> The xterm aborts with the following messag

bug#24335: Error when invoking usermod while reconfiguring

Leo Famulari (2016-08-30 08:44 +0300) wrote: > While reconfiguring my GuixSD system from 1062f2451 (gnu: Add stagit), > the process fails as show below. > > When I revert 2d1a2f4af (system: Add 'create-home-directory?' field to > ) and the associated commit cb58b2cd, the reconfigure > completes

bug#24279: Bug in xterm and/or fontconfig

Ludovic Courtès (2016-08-28 17:45 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> John Darrington (2016-08-21 16:18 +0300) wrote: > > [...] > >>> Now in the xterm, hold down Ctrl and press any mouse button. >>> The xterm aborts with the fol

bug#24279: Bug in xterm and/or fontconfig

John Darrington (2016-08-22 16:41 +0300) wrote: > On Mon, Aug 22, 2016 at 11:36:26AM +0300, Alex Kost wrote: > John Darrington (2016-08-21 16:18 +0300) wrote: > > > In GuixSD: > > > > guix package -i xterm strace > > strace xte

bug#24275: Misnamed directory in GuixSD

Leo Famulari (2016-08-22 02:14 +0300) wrote: > On Sat, Aug 20, 2016 at 10:11:00PM +0200, John Darrington wrote: >> Installing GuixSD 0.11.0 creates a directory called /nonexistent >> Despite its name, it does actually exist. > > I checked, and it's the 'nobody' user's home directory: >

bug#24192: Gajim fails with locale.Error

Arun Isaac (2016-08-10 12:53 +0300) wrote: > I was using en_IN.UTF-8. > > After switching to en_US.UTF-8 and setting GUIX_LOCPATH and > XDG_DATA_DIRS with > > export > GUIX_LOCPATH="/gnu/store/rvc5iqmqwhhmj2mcip4x1y9g8chrlxs8-profile/lib/locale${GUIX_LOCPATH:+:}$GUIX_LOCPATH" > export >

bug#24192: Gajim fails with locale.Error

Cc-ing David Thompson (the author of haunt). Daniel Pimentel (2016-08-09 20:28 +0300) wrote: > 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

bug#24076: gnupg [-agent]: when signing [commits], it claims that there is no pinentry - but there is

Danny Milosavljevic (2016-07-28 15:04 +0300) wrote: >> Another option would be to change ‘gnupg_module_name’, in homedir.c, from: >> >> --8<---cut here---start->8--- >> case GNUPG_MODULE_NAME_PINENTRY: >> #ifdef GNUPG_DEFAULT_PINENTRY >> return

bug#24076: gnupg [-agent]: when signing [commits], it claims that there is no pinentry - but there is

Ludovic Courtès (2016-07-27 14:01 +0300) wrote: > Hi, > > Danny Milosavljevic skribis: > >>> My ~/.gnupg/gpg-agent.conf file reads this: >>> >>> --8<---cut here---start->8--- >>> pinentry-program

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

Ludovic Courtès (2016-06-02 22:40 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Ludovic Courtès (2016-04-20 18:31 +0300) wrote: > > [...] > >>>>> However, I think (1) the title should describe the bug, not the >>>>> solution,

bug#23409: unable to load free firmware

Quilro Ordonez (2016-05-14 00:15 +0300) wrote: [...] >> So, to recap, you should try (again as root): >> >> echo -n $(guix build openfwwf-firmware)/b43-open \ >> > /sys/module/firmware_class/parameters/path >> modprobe b43 >> dmesg | tail >> >> Could you try and report back? > > #

bug#23409: unable to load free firmware

Quilro Ordonez (2016-05-04 21:30 +0300) wrote: > Thank you very much for your help Alex. Below is my report. > > El 2016-05-04 04:10, Alex Kost escribió: >> you can create >> "/any/directory/you/want/my-guix-packages.scm" file > > Downloaded the file and saved

bug#23409: unable to load free firmware

Quilro Ordonez wrote: > So the path would be: > export GUIX_PACKAGE_PATH=/openfwwf-firmware-5.2 > Is that correct? No. > root@komputilo /home/quiliro# export > GUIX_PACKAGE_PATH=/openfwwf-firmware-5.2 > root@komputilo /home/quiliro# echo -n $(guix build > openfwwf-firmware)/lib/firmware > \ >>

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

Ludovic Courtès (2016-04-19 13:50 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Ludovic Courtès (2016-04-18 20:41 +0300) wrote: >> >>> It seems to me that this bug has no clear purpose, or too broad a >>> purpose, or something. >>

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

Ludovic Courtès (2016-04-18 20:41 +0300) wrote: > It seems to me that this bug has no clear purpose, or too broad a > purpose, or something. > > Could you retitle it, or close it, or fix it, whichever is appropriate? > :-) Was it for me? I think the main purpose of this report was to tell us

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

myglc2 (2016-02-08 21:29 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: > >> myglc2 (2016-02-07 21:04 +0300) wrote: >> >>> From guix INFO: >>> >>> 6.2 Invoking ‘guix edit’ >>> [...] >>> launches the program specifie

bug#23275: 307 "Temporary Redirect" is not handled

es#3xx_Redirection [3] https://tools.ietf.org/html/rfc2616#section-10.3.8 >From d0ee21dd4e8c34e7d3f23eb69943026706d24d37 Mon Sep 17 00:00:00 2001 From: Alex Kost <alez...@gmail.com> Date: Tue, 12 Apr 2016 11:14:59 +0300 Subject: [PATCH] download: Follow HTTP 307 "Temporary Redirectio

bug#23217: xboing bugs

Jean Louis (2016-04-04 21:47 +0300) wrote: > I have encountered few bugs with xboing. > > xboing -debug > XBoing - Debugging mode activated. > XBoing - Command line parsed. > XBoing - Display system checked. > XBoing - Colourmap created. > XBoing - Please wait , initialising xboing ... > XBoing -

bug#22927: system-installed emacs does not find system-installed fonts

Ludovic Courtès (2016-04-03 23:39 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> From fc239dda52244d6bd3b645660ca0827aa17afc05 Mon Sep 17 00:00:00 2001 >> From: Alex Kost <alez...@gmail.com> >> Date: Sun, 3 Apr 2016 10:27:45 +0300 >> Su

bug#22927: system-installed emacs does not find system-installed fonts

Ludovic Courtès (2016-04-02 20:29 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> myglc2 (2016-03-06 21:57 +0300) wrote: >> >>> Not technically not a bug because the doc says ... >>> >>> 2.6.2 X11 Fonts >>> >>>

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

myglc2 (2016-03-25 18:20 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: [...] >> This issue should be completely fixed now (after commit 092dd65¹). >> (Just to remind) the original issue is a request for auto-finding emacs >> packages installed globally (in

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

Alex Kost (2016-03-07 12:14 +0300) wrote: > myglc2 (2016-03-06 17:47 +0300) wrote: > >> Alex Kost <alez...@gmail.com> writes: >> [...] >>>> So, should I put ... >>>> >>>> '(guix-emacs-load-autoloads "/run/current-system/profile&q

bug#22994: FAIL: tests/gexp.scm

Ludovic Courtès (2016-03-14 01:03 +0300) wrote: > Jean Louis skribis: > >> I have run this: >> >> guix package -i guix >> >> and it failed: >> >> FAIL: tests/gexp.scm > > What does ‘guix build guix -n’ display? I think there are 2 separate issues here: 1. A failed test: I

bug#22981: guix-edit does not find git checkout directory

Ludovic Courtès (2016-03-14 01:01 +0300) wrote: > myglc2 skribis: > >> Guix is "stateful" because, to use a git checkout, I have to set "state" >> variables like ... >> >> (setq guix-directory "/home/glc/src/guix") >> >> (let ((dir "~/dev/guix/emacs")) >>

bug#22981: guix-edit does not find git checkout directory

myglc2 (2016-03-13 05:00 +0300) wrote: [...] > Thank you for this great summary. This list + the post you referenced > make me feel better that I am taking so long to figure Guix out ;) > > OTOH, guix as more state-full than I had hoped ;( > > I suggest that you think of it this way: You are

bug#22990: Grafts leads to inefficient substitute info retrieval

Ludovic Courtès (2016-03-11 19:52 +0300) wrote: > As of right now (v0.9.0-2007-g66a30a3), ‘graft-derivation’ works either by: > > 1. Fetching substitute info about the things being built so that it > can determine its references, which in turns allows it to determine > whether they

bug#22981: guix-edit does not find git checkout directory

myglc2 (2016-03-11 17:45 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: [...] >> Anyway, you can configure any directory for "M-x guix-edit" by setting >> 'guix-directory' variable. See (info "(guix) Emacs Commands"). It is >> not in the hmt

bug#22970: guix edit mutt -- not working

Jean Louis (2016-03-10 22:34 +0300) wrote: > Hello Andreas, > > I have now 2 files in gnu/guix/packages/*.scm, for mutt and postgresql: > and now I get each time on running guix, following: > > guix package: warning: failed to load '(databases)': > ERROR: no code for module (databases) > guix

bug#22962: Something keeps overwriting /etc/hosts

Leo Famulari (2016-03-10 04:43 +0300) wrote: > On Thu, Mar 10, 2016 at 12:28:11AM +0100, Danny Milosavljevic wrote: >> If I make it immutable, I get the following message on guix system >> reconfigure ... : >> >> guix system: error: copy-file: Permission denied: "/etc/hosts" >> >> Aha! > > I

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

myglc2 (2016-03-08 16:49 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: > >> myglc2 (2016-03-07 23:03 +0300) wrote: >> [...] >>> I re-read your earlier posts. AIUI now, in order to use the latest guix >>> emacs features from 'git checkout master

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

myglc2 (2016-03-07 23:03 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: > > [...] > >> No, I mean it is fixed in the current master, but as I wrote¹ it will >> take effect only after we update our "guix" package. Currently it is >> "gui

bug#22933: M-x guix-edit fails gracelessly when passed an nonexistent package name

Ludovic Courtès (2016-03-08 00:03 +0300) wrote: [...] >> what about using (not tested): >> >> (and=> (or (package-by-id id-or-name) >> (match (packages-by-name id-or-name) >>(()#f) >>((pkg ..1) pkg))) >> (compose location->string

bug#22933: M-x guix-edit fails gracelessly when passed an nonexistent package name

Mathieu Lirzin (2016-03-07 22:58 +0300) wrote: > l...@gnu.org (Ludovic Courtès) writes: > >> diff --git a/emacs/guix-main.scm b/emacs/guix-main.scm >> index 34da6ac..c5d5d75 100644 >> --- a/emacs/guix-main.scm >> +++ b/emacs/guix-main.scm >> @@ -954,10 +954,14 @@ GENERATIONS is a list of

bug#22927: system-installed emacs does not find system-installed fonts

myglc2 (2016-03-06 21:57 +0300) wrote: > Not technically not a bug because the doc says ... > > 2.6.2 X11 Fonts > > The ‘fontconfig’ package in Guix looks for fonts in > ‘$HOME/.guix-profile’ by default. Thus, to allow graphical applications > installed with Guix to display fonts, you have to

bug#22797: Using UUID for vfat file system is impossible

Ludovic Courtès (2016-02-25 21:32 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Hello, unlike other file system types, FAT volumes have short UUIDs, >> for example: "58D7-4FA5", but such an UUID cannot be used in an >> operating system decl

bug#22740: Freshness check blocks upgrading

Andreas Enge (2016-02-23 12:18 +0300) wrote: > On Tue, Feb 23, 2016 at 11:54:30AM +0300, Alex Kost wrote: >> Attached. I also removed 'check-package-freshness' from (gnu packages) >> as it is not used anywhere else, or should it be left? > > I think it is good, please push.

bug#22740: Freshness check blocks upgrading

Ludovic Courtès (2016-02-23 00:16 +0300) wrote: > Alex Kost <alez...@gmail.com> skribis: > >> Andreas Enge (2016-02-19 20:12 +0300) wrote: >> >>> Hello, >>> >>> when upgrading packages, there is a check for new GNU releases. >>

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

Alex Kost (2016-02-09 22:21 +0300) wrote: [...] > 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: > > - guix-installed-system-packages (for /run/current-sy

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

Alex Kost (2016-02-10 13:14 +0300) wrote: > myglc2 (2016-02-10 03:58 +0300) wrote: > [...] >> Also, just to be clear, I was not trying to install the curses.6 doc >> globally. I was trying to install it locally as 1) user, and when that >> failed as 2) root. > > N

bug#22740: Freshness check blocks upgrading

Andreas Enge (2016-02-19 20:12 +0300) wrote: > Hello, > > when upgrading packages, there is a check for new GNU releases. > In the presence of network problems preventing to reach the corresponding > servers, the command "guix package -u" hangs indefinitely. > > It would be nice to add a (short)

bug#22687: Online manual not updated automatically

Chris Marusich (2016-02-17 07:07 +0300) wrote: > Ricardo Wurmus writes: > >> 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 “guix pull” (so users really

bug#22543: 404 in Manualpage

Nils Gillmann (2016-02-16 12:56 +0300) wrote: >>> I don't think you can send a patch for this. According to >>> : >>> >>> (This page generated by the gendocs.sh¹ script.) > >>> This "gendocs.sh" uses "texi2html" to convert our texinfo documentation >>>

bug#22651: Up: GNU Guix doc produces 404 page not found

myglc2 (2016-02-13 20:06 +0300) wrote: > Start on https://www.gnu.org/software/guix/download/ > click 'Installation instructions.' and 'Up' 3 times > lands on 'https://www.gnu.org/software/guix/manual/dir/index.html' > which produces '404 - Page Not Found' error This is not a Guix bug. It

bug#22543: 404 in Manualpage

Nils Gillmann (2016-02-03 16:41 +0300) wrote: > The manual page > https://www.gnu.org/software/guix/manual/html_node/Requirements.html#Requirements > > contains a link to > > https://www.gnu.org/software/guix/manual/gnutls-guile/Guile-Preparations.html#Guile-Preparations > > which give a 404. I

bug#22633: Provide a kvm-less qemu / guix system vm

Christopher Allan Webber (2016-02-12 20:47 +0300) wrote: > Ludovic Courtès writes: > >> Jookia <166...@gmail.com> skribis: >> >>> We should probably also blacklist kvm on Libreboot machines too somehow, >> >> A simple way to achieve this is with: >> >> (operating-system >> ;; … >>

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

myglc2 (2016-02-10 23:25 +0300) wrote: > Alex Kost <alez...@gmail.com> writes: > [...] >> I don't understand what "w/wo user mods" means, > > That "official" guix recipes in local repo may be modified. > > Revised table: > > ** Sources of a

  1   2   >