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
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 sentimen
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 "M-x
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 "gu
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
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 ~/
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
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
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 build
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:
>>
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 p
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
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?
Ouch
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 :-)
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 is
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
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 '/gnu/store/z5fy5i0va7l3ffwlia
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 th
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 a
Oleg Pykhalov (2018-04-07 22:09 +0300) wrote:
> Thorsten Wilms 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 installed with Guix)
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 "smartparen
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 he
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 ~$ x
Mark H Weaver (2018-02-16 04:09 -0500) wrote:
> Alex Kost writes:
>
>> Mark H Weaver (2018-02-14 13:17 -0500) wrote:
>>
>>> Alex Kost writes:
>>>
>>>> You didn't remove "git" from the inputs. I think it is not needed now.
>&
Mark H Weaver (2018-02-14 13:17 -0500) wrote:
> Hi Alex,
>
> Alex Kost writes:
>
>> 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 executabl
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 317e8e9404058af35d9843e076934560f95d895a on
> cor
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 to
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 (instea
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:
>>
>> open("/gnu/store/b484nvn9nnr3ddclpz2fma9yxmimg2jj-font
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 co
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
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.
Maxim Cournoyer (2017-08-15 12:08 -0400) wrote:
> On Tue, Jul 18, 2017 at 9:52 AM, Alex Kost 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
>
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 s
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
>>> not the case could we just “unread”
e would be no need to adjust 'emacs-ess', 'magit' and probably some
other packages to install *.el in "guix.d". But this is for another
discussion :-), sorry:
http://lists.gnu.org/archive/html/guix-devel/2016-05/msg00241.html
>From 2b36a9a5de44d162b39b351c49ec2f35c8c
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 laz
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 ge
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
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 li
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
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 p
Maxim Cournoyer (2017-06-04 09:44 -0700) wrote:
[...]
>>>(phases '(@ (guix build emacs-build-system)
>>>%standard-phases))
>>>(outputs '("out"))
>>> - (include ''("^[^/]*\\.el$" "^[^/]*\\.info$
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
> /home/florian/keep/guixsd-
I Cc-ed Arun, the author of the mentioned change (commit
d879685176d23c111f4fc665698251b25cdf9124).
[...]
> From a035d07dfa6cbddccfa0476e2009d19bdf296941 Mon Sep 17 00:00:00 2001
> From: Maxim Cournoyer
> Date: Sat, 3 Jun 2017 23:43:02 -0700
> Subject: [PATCH] build-system: emacs: Install elisp f
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 personal
> 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.
> ---
> gnu/packages/emacs.scm | 24
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
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
t
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.
--
Al
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 intera
Ludovic Courtès (2017-01-30 10:41 +0100) wrote:
> Hi,
>
> Alex Kost 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 this:
>>
>>
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 same
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 transla
Ludovic Courtès (2016-09-24 10:55 +0900) wrote:
> Hi!
>
> Alex Kost skribis:
>
>> Ivan Vilata i Balaguer (2016-09-15 09:04 +0200) wrote:
>>
>>> The description for ``gettext@0.19.8`` (current) includes this sentence:
>>>
>>> It provides tr
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 transla
Mark H Weaver (2016-09-02 00:03 +0300) wrote:
> Alex Kost 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 messages:
>>> Warning:
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 su
Ludovic Courtès (2016-08-28 17:45 +0300) wrote:
> Alex Kost 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 following messages:
>>
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 xterm
>
John Darrington (2016-08-21 16:18 +0300) wrote:
> In GuixSD:
>
> guix package -i xterm strace
> strace xterm
>
> xterm starts as it should, however observe many failed calls similar to:
>
> open("/gnu/store/b484nvn9nnr3ddclpz2fma9yxmimg2jj-fontconfig-2.11.94/lib/libXdmcp.so.6",
> O_RDONLY|O_CL
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:
> http://git.
Arun Isaac (2016-08-12 09:04 +0300) wrote:
>>> Isn't there a more automated way to handle these environment variables?
>>
>> I don't think so: if you are not on GuixSD, you have to set these
>> variables yourself.
>
> Actually, I am on GuixSD. Does that mean there is some automated to do
> this? I
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
> XDG_DATA
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 [c
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 GNUPG_
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 /home/ludo/.guix-profile/bin/pinentry-gtk-2
>>> --8<
Ludovic Courtès (2016-06-02 22:40 +0300) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2016-04-20 18:31 +0300) wrote:
>
> [...]
>
>>>>> However, I think (1) the title should describe the bug, not the
>>>>> solution, and (2) ‘guix edit’ does
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?
>
> # ec
Quilro Ordonez (2016-05-05 02:13 +0300) wrote:
> Same errors in dmesg.
If you mean after system reconfiguring, then it is expected, because
nothing has changed, you just moved package definitions from you system
config to another file, so that "guix build" and other commands could
see these packa
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
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 > \
>>
Ludovic Courtès (2016-04-20 18:31 +0300) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2016-04-19 13:50 +0300) wrote:
>>
>>> Yes, using the ‘retitle’ command, described somewhere at
>>> <http://debbugs.gnu.org/Developer.html>.
>>
>> Sor
Ludovic Courtès (2016-04-19 13:50 +0300) wrote:
> Alex Kost 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.
>>>
>>> Coul
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
tha
myglc2 (2016-02-08 21:29 +0300) wrote:
> Alex Kost writes:
>
>> 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 ‘E
Ludovic Courtès (2016-04-13 23:35 +0300) wrote:
> Alex Kost skribis:
>
>> From d0ee21dd4e8c34e7d3f23eb69943026706d24d37 Mon Sep 17 00:00:00 2001
>> From: Alex Kost
>> Date: Tue, 12 Apr 2016 11:14:59 +0300
>> Subject: [PATCH] download: Follow HTTP 307 "Temp
//en.wikipedia.org/wiki/List_of_HTTP_status_codes#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
Date: Tue, 12 Apr 2016 11:14:59 +0300
Subject: [PATCH] download: Follow HTTP 307 "Tempor
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 -
Ludovic Courtès (2016-04-03 23:39 +0300) wrote:
> Alex Kost skribis:
>
>> From fc239dda52244d6bd3b645660ca0827aa17afc05 Mon Sep 17 00:00:00 2001
>> From: Alex Kost
>> Date: Sun, 3 Apr 2016 10:27:45 +0300
>> Subject: [PATCH] gnu: fontconfig: Find fonts in the sys
Ludovic Courtès (2016-04-02 20:29 +0300) wrote:
> Alex Kost skribis:
>
>> 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
myglc2 (2016-03-25 18:20 +0300) wrote:
> Alex Kost 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 a system profile).
>>
Alex Kost (2016-03-07 12:14 +0300) wrote:
> myglc2 (2016-03-06 17:47 +0300) wrote:
>
>> Alex Kost writes:
>> [...]
>>>> So, should I put ...
>>>>
>>>> '(guix-emacs-load-autoloads "/run/current-system/profile")'
>>
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 can't reproduce it usi
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"))
>> (add-to-list 'load-path dir
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 runni
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 nee
myglc2 (2016-03-11 17:45 +0300) wrote:
> Alex Kost 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 hmtl manual yet.
&
myglc2 (2016-03-11 00:56 +0300) wrote:
> Situation: GuixSD sysetm managaed by user glc using a git checkout in
> /home/glc/sre/guix.
>
> Problem: When I follow the manual to set up a vanila user (glc5) with a
> separate git checkout in /home/glc5/src/guix, guix-edit does not find
> the checkout so
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 pack
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 th
myglc2 (2016-03-08 16:49 +0300) wrote:
> Alex Kost 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' one must add
myglc2 (2016-03-07 23:03 +0300) wrote:
> Alex Kost 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
>> "guix-devel" pack
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 pack
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 generatio
Ludovic Courtès (2016-03-07 19:28 +0300) wrote:
> Currently M-x guix-edit fails badly (actually ‘guix-package-location’)
> pwhen passed the name of a nonexistent package:
[...]
> I think this patch fixes it:
>
>
> diff --git a/emacs/guix-main.scm b/emacs/guix-main.scm
> index 34da6ac..c5d5d75 1006
宋文武 (2016-03-07 18:18 +0300) wrote:
> 于 2016年3月7日 GMT+08:00下午8:18:44, l...@gnu.org 写到:
>
> l...@gnu.org (Ludovic Courtès) skribis:
>
> myglc2 skribis:
>
> glc@g1 ~$ ssh glc4@g1
> glc4@g1's password:
> glc4@g1 ~$ umask
>
>
>
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 ins
myglc2 (2016-03-06 17:47 +0300) wrote:
> Alex Kost writes:
> [...]
>>> So, should I put ...
>>>
>>> '(guix-emacs-load-autoloads "/run/current-system/profile")'
>>>
>>> ... in init.el, in which case guix INFO should say so
Ludovic Courtès (2016-02-25 21:32 +0300) wrote:
> Alex Kost 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 declaration:
>>
>&
1 - 100 of 171 matches
Mail list logo
