[PATCH] guix package: Export generation procedures.

Ludovic Courtès (2014-08-22 12:56 +0400) wrote: > Alex Kost skribis: > >> Also I would like to add support for deleting generations (to >> "guix.el"), so I think it would be good to export ‘delete-generation’ >> from "scripts/package.scm". WDYT? >

Re: [PATCH 1/1] gnu: add feh

Hello, I confirm that the package is built successfully (at least for me). Several comments: There should be a header (a comment with author, license, …) in the beginning of “feh.scm” – see any file in the "gnu/packages" dir. Ian Denhardt (2014-10-05 07:32 +0400) wrote: [...] > +(define-publi

[PATCH] emacs: Add support for deleting generations.

Ludovic Courtès (2014-10-05 00:23 +0400) wrote: > Hi! > > Alex Kost skribis: > >> What about the attached patch? Some comments and questions: >> >> - I added 'store' argument to the exported procedures, however it is >> used only in one pa

Re: [PATCH] emacs: Add support for deleting generations.

Ludovic Courtès (2014-10-05 17:14 +0400) wrote: > Alex Kost skribis: > >> Ludovic Courtès (2014-10-05 00:23 +0400) wrote: > > [...] > >>> To sum up, I would imagine two followups to this: >>> >>> 1. Move these procedures to (guix profiles). >

Re: [PATCH] emacs: Add support for deleting generations.

Ludovic Courtès (2014-10-05 23:20 +0400) wrote: > Alex Kost skribis: > >> Thanks for the comments, the updated patch is attached. I also fixed >> another “i.e.” thing there and used ‘with-store’ in >> ‘process-package-actions’ procedure as well. Is it OK to make these &

[PATCH] guix package: Add '--switch-generation' option.

Ludovic Courtès (2014-10-05 00:23 +0400) wrote: > Alex Kost skribis:> [...] >> - (Not related to this patch, but still …) Currently with “roll-back”, >> we can only switch to the previous generation. What about adding a >> possibility to switch to any generatio

Re: [PATCH] guix package: Add '--switch-generation' option.

Ludovic Courtès (2014-10-06 23:27 +0400) wrote: > Alex Kost skribis: > >> A patch is attached. Some comments: >> >> - ‘shitted-generation’ is not a very good name, I think. Ideas? > > ‘shifted-generation’ is better :-), but otherwise maybe > ‘relative-generat

Re: guix pull misses json module

Federico Beffa (2014-10-07 21:19 +0400) wrote: > Hi, > > I've issued "guix pull" to update my installation in place, but the > procedure fails > because guile can't find the json module > > copying and compiling to > '/gnu/store/ql7vciqlpj7g6b8zh73qxs384nbgbyy2-guix-latest'... > compiling...

Re: [PATCH 1/4] gnu: Add potrace.

Ludovic Courtès (2014-10-07 20:59 +0400) wrote: > Eric Bavier skribis: > >> From f178a122f3805cbc23119b20c2144cf2a59bed3f Mon Sep 17 00:00:00 2001 >> From: Eric Bavier >> Date: Tue, 7 Oct 2014 11:13:35 -0500 >> Subject: [PATCH 1/4] gnu: Add potrace. >> >> * gnu/packages/fontutils.scm (potrace):

Re: [PATCH] guix package: Add '--switch-generation' option.

Ludovic Courtès (2014-10-07 20:00 +0400) wrote: > Alex Kost skribis: > > [...] > >> +(define (switch-to-generation profile number) >> + "Atomically switch PROFILE to the generation NUMBER." >> + (let ((current (generation-number profile)) >> +

ui: Move 'show-manifest-transaction' from (guix profiles).

quot;. Its log and the patch with the changes I made are attached. Need help :( >From bc27ebd215a16c52d434245bd618b10262fa9562 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Wed, 8 Oct 2014 17:15:49 +0400 Subject: [PATCH] ui: Move 'show-manifest-transaction' from (guix profiles). MI

Re: ui: Move 'show-manifest-transaction' from (guix profiles).

ck. >From 480c22f37437ce138d4fe822f5b1c15f1f65be0e Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Wed, 8 Oct 2014 17:15:49 +0400 Subject: [PATCH] ui: Move 'show-manifest-transaction' from (guix profiles). * guix/profiles.scm: Do not use (guix ui) module. (right-arrow, manifest-show-transa

Re: ui: Move 'show-manifest-transaction' from (guix profiles).

Ludovic Courtès (2014-10-08 23:55 +0400) wrote: > Alex Kost skribis: [...] > This is another circularity issue. :-/ > > There’s: > > (guix store) -> (guix nar) -> (guix ui) -> (guix store) ... > > This shouldn’t be a problem, except that occasional uses

Re: [PATCH] scripts: Add 'environment' command.

David Thompson (2014-10-09 02:48 +0400) wrote: > Hello Guix hackers, > > Below is a preliminary version of a new guix command called > 'environment'. For those familiar with Nix, it works a lot like > nix-shell. > > The purpose of 'guix environment' is to assist hackers in creating > reproducible

Re: ui: Move 'show-manifest-transaction' from (guix profiles).

e”-ed anymore. This patch is also attached. What to do about it? I think moving ‘switch-to-generation’ to (guix ui) is not good or is it? Perhaps it would be better to move ‘switch-symlinks’ and all ‘_’, ‘N_’, … stuff to (guix utils)? But what do I know, it's up to you again (I feel guilty tha

Re: ui: Move 'show-manifest-transaction' from (guix profiles).

Ludovic Courtès (2014-10-10 16:15 +0400) wrote: > Alex Kost skribis: > >> Ludovic Courtès (2014-10-10 02:08 +0400) wrote: > > [...] > >>> This is bikeshedding, but I would make a hierarchy like this: >>> >>>

[PATCH 2/2] emacs: Add support for switching generations.

Ludovic Courtès (2014-10-12 01:57 +0400) wrote: > Alex Kost skribis: > >> OK, I have not pushed anything yet, as the commits were changed a bit. >> I'm attaching all 3 patches for adding “Switch to generation” support. >> Everything seems OK now (at least “make

[PATCH] emacs: Support auto-updating after performing REPL operation.

finishing a REPL operation, a buffer from which this operation was performed will be automatically updated. This auto-updating may be disabled with: (setq guix-update-after-operation nil) >From 108434af7591025101a6bbf82daa484e77ef790b Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Mon, 1

Re: [PATCH] emacs: Support auto-updating after performing REPL operation.

Ludovic Courtès (2014-10-14 23:17 +0400) wrote: > Alex Kost skribis: > >> Currently when a user performs some REPL operation using Emacs UI – >> e.g. installs a package from *Guix Package Info* buffer, information in >> that buffer stays the same, and he needs to press &q

Re: [PATCH] emacs: Support auto-updating after performing REPL operation.

Ludovic Courtès (2014-10-14 23:22 +0400) wrote: > Alex Kost skribis: > >> The attached patches will add that missing feature: after finishing a >> REPL operation, a buffer from which this operation was performed will be >> automatically updated. > > It seems the se

[PATCH] emacs: Add 'guix-generations-by-time' command.

I think sometimes it may be useful to select generations for a particular period of time. >From 91cbf61d8cfb978a877f8c9f1b2174ffd3616556 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Thu, 16 Oct 2014 21:35:47 +0400 Subject: [PATCH] emacs: Add 'guix-generations-by-time' command.

[PATCH] emacs: Improve interface for working with multiple profiles.

ile"). Also as prefix argument was previously used in "M-x guix-generations" to select last N generations, I added a new command "M-x guix-last-generations". >From 955138b8098e1b290ae66e8d554b6b7e0efe617b Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Fri, 17 Oct

Re: [PATCH] emacs: Improve interface for working with multiple profiles.

Ludovic Courtès (2014-10-17 23:29 +0400) wrote: > Alex Kost skribis: [...] > What about renaming ‘guix-set-current-profile’ to > ‘guix-set-default-profile’? Because now, what it does is just to define > the profile that is used when C-u isn’t used, right? Right, but I think it

[PATCH 1/5] emacs: Handle updating by ID after REPL restart.

REPL restart. >From a6eff11fc7810a26aefd382bb09cef439e10e03e Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Mon, 20 Oct 2014 16:07:38 +0400 Subject: [PATCH 1/5] emacs: Handle updating by ID after REPL restart. * emacs/guix-base.el (guix-entry-to-specification, guix-entries-to-specifications): New procedures. (guix-re

[PATCH 3/5] emacs: Improve buffer procedures.

Some internal changes. >From 0973be332e0752497c831ad27d44fe6594cb1da8 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Mon, 20 Oct 2014 21:43:33 +0400 Subject: [PATCH 3/5] emacs: Improve buffer procedures. * emacs/guix-base.el (guix-list-or-info-buffer-p): Delete. Replace with... (guix-buf

[PATCH 2/5] emacs: Introduce REPL operation type.

This is an auxiliary commit for a “pull” operation added in a later patch. >From ef0414fbe738d18d33b23a67dc47c8e75dbb Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Mon, 20 Oct 2014 23:18:13 +0400 Subject: [PATCH 2/5] emacs: Introduce REPL operation type. * emacs/guix-backend.el (guix-r

[PATCH 5/5] emacs: Add 'guix-pull' command.

“M-x guix-pull” itself. >From c117fe99830323409c0563204d45ceb0f53e1e75 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Tue, 21 Oct 2014 11:48:28 +0400 Subject: [PATCH 5/5] emacs: Add 'guix-pull' command. * emacs/guix-base.el (guix-pull): New command. (guix-update-after-pull, gu

[PATCH 4/5] emacs: Improve REPL procedures.

More internal changes. >From 6dd7a04f6021892b79b88579297cdf3358e3c2dc Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Mon, 20 Oct 2014 23:23:32 +0400 Subject: [PATCH 4/5] emacs: Improve REPL procedures. * emacs/guix-backend.el (guix-start-process-maybe): Add 'start-msg' and '

[PATCH] gnu: Add ttf-symbola.

y use; they may be opened, edited, modified, regenerated, posted, packaged and redistributed.» Is it OK to use "fsf-free" for this package? >From 42e291f301925f766436570fa8efabde51ef89a2 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Wed, 22 Oct 2014 20:36:33 +0400 Subject: [PAT

Re: [PATCH] gnu: Add ttf-symbola.

Ian Denhardt (2014-10-23 21:36 +0400) wrote: > Quoting Eric Bavier (2014-10-23 10:14:02) >> >> Andreas Enge writes: >> >> > On Wed, Oct 22, 2014 at 08:51:04PM +0400, Alex Kost wrote: >> >> «In lieu of a licence: Fonts in this site are offered free for

Imlib2 license

I've noticed that there is “imlib2” license: - http://www.gnu.org/licenses/license-list.html#imlib - http://directory.fsf.org/wiki/License:Imlib2 Is it worth to add it to (guix licenses) module and to use it for “imlib2” package? -- Alex

Re: [PATCH] gnu: Add ttf-symbola.

Ian Denhardt (2014-10-24 10:52 +0400) wrote: > Quoting Alex Kost (2014-10-24 02:11:53) >> Ian Denhardt (2014-10-23 21:36 +0400) wrote: >> > We ought to be careful about this one - maybe ask someone at the FSF >> > about whether this meets their standards, and if not m

Re: [PATCH 5/5] gnu: Some cleanup based on lint checkers.

Tremendous work!! My admiration :-) Eric Bavier (2014-10-24 09:19 +0400) wrote: > This patch does not clean up all warning from 'guix lint' because: > > 1. Warnings about patch names are generated in cases where a single > patch is used in several packages, or in packages that inherit from > ano

Problems with downloading from https

Hello, I noticed and decided to ask about a similar problem I have. Whenever I try to download anything from https, I get an error, for example: --8<---cut here---start->8--- $ guix download https://savannah.

Re: Problems with downloading from https

Ian Denhardt (2014-10-26 00:02 +0400) wrote: > Quoting Alex Kost (2014-10-25 13:30:26) >> Hello, I noticed <http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18831> >> and decided to ask about a similar problem I have. >> >> Whenever I try to download anythin

Re: Imlib2 license

Ludovic Courtès (2014-10-26 01:16 +0300) wrote: > Alex Kost skribis: > >> I've noticed that there is “imlib2” license: >> >> - http://www.gnu.org/licenses/license-list.html#imlib >> - http://directory.fsf.org/wiki/License:Imlib2 >> >> Is it worth to

Re: Problems with downloading from https

Ludovic Courtès (2014-10-26 16:46 +0300) wrote: > Alex Kost skribis: > >> Yes, I installed gnutls, but it didn't work because I didn't set the >> right guile paths: “guix package --search-paths” recommends >> "/usr/local/var/guix/profiles/per-user//gu

Re: [PATCH 5/5] emacs: Add 'guix-pull' command.

Ludovic Courtès (2014-10-26 21:41 +0300) wrote: > Alex Kost skribis: > >> From c117fe99830323409c0563204d45ceb0f53e1e75 Mon Sep 17 00:00:00 2001 >> From: Alex Kost >> Date: Tue, 21 Oct 2014 11:48:28 +0400 >> Subject: [PATCH 5/5] emacs: Add 'guix-pull' c

Re: [PATCH 2/5] emacs: Introduce REPL operation type.

Ludovic Courtès (2014-10-26 21:37 +0300) wrote: > Alex Kost skribis: > >> This is an auxiliary commit for a “pull” operation added in a later patch. >> >> >> From ef0414fbe738d18d33b23a67dc47c8e75dbb Mon Sep 17 00:00:00 2001 >> From: Alex Kost >

Re: Problems with downloading from https

Mark H Weaver (2014-10-27 12:06 +0300) wrote: > l...@gnu.org (Ludovic Courtès) writes: > >> Alex Kost skribis: >> >>> Ludovic Courtès (2014-10-26 16:46 +0300) wrote: >>> >>>> Alex Kost skribis: >>>> >>>>> Yes, I inst

Re: Problems with downloading from https

Ludovic Courtès (2014-10-27 15:24 +0300) wrote: > Mark H Weaver skribis: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> Alex Kost skribis: >>> >>>> Ludovic Courtès (2014-10-26 16:46 +0300) wrote: >>>> >>>>> Alex Kost

Re: Problems with downloading from https

Ludovic Courtès (2014-10-27 19:24 +0300) wrote: > Mark H Weaver skribis: > >> Alex Kost writes: >> >>> Why not just allow gnutls and other packages to install guile modules in >>> a site dir (without version) and to augment GUILE_LOAD_PATH with it as I >&g

[PATCH 2/2] gnu: Add 'ttf-liberation'.

Not related to this patch: what about renaming ‘freefont-ttf’ package into ‘ttf-freefont’ to make all TrueType fonts have a name "ttf-…"? >From 5cddcfb5939bd783527194381e4a8e107fc39395 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Tue, 28 Oct 2014 09:44:16 +0300 Subject: [PATCH

[PATCH 1/2] licenses: Add 'silofl1.1'.

The license for the Liberation fonts. I named it ‘silofl1.1’ or should it be just ‘silofl’? Also about the title: "SIL Open Font License 1.1" or "SILOFL 1.1" or something else? >From ef66e2f801d5b54bb16074bea747888e6ed4e5be Mon Sep 17 00:00:00 2001 From: Alex Kost Date:

Re: [PATCH 1/2] licenses: Add 'silofl1.1'.

Ludovic Courtès (2014-10-28 11:08 +0300) wrote: > Alex Kost skribis: > >> The license for the Liberation fonts. I named it ‘silofl1.1’ or should >> it be just ‘silofl’? > > ‘silofl1.1’ sounds good. > >> Also about the title: "SIL Open Font License 1.1

Re: [PATCH] emacs: Add a name/version/synopsis heading in package-info buffers

Ludovic Courtès (2014-10-29 19:25 +0300) wrote: > Hello, > > What would think of a patch like this: [...] > (defun guix-info-insert-entry (entry entry-type &optional indent-level) >"Insert ENTRY of ENTRY-TYPE into the current info buffer. > If INDENT-LEVEL is non-nil, indent displayed info

Re: Problems with downloading from https

Andreas Enge (2014-10-30 01:22 +0300) wrote: > On Tue, Oct 28, 2014 at 09:03:44AM +0100, Ludovic Courtès wrote: >> Alex Kost skribis: >> > But currently it's not possible to install 2 (or more) packages with the >> > same name. So a user can't hav

Re: [PATCH 2/2] gnu: Add 'ttf-liberation'.

Andreas Enge (2014-10-30 01:16 +0300) wrote: > On Tue, Oct 28, 2014 at 09:10:30AM +0100, Ludovic Courtès wrote: >> Alex Kost skribis: >> > Not related to this patch: what about renaming ‘freefont-ttf’ package >> > into ‘ttf-freefont’ to make all TrueType fonts have a

Re: [PATCH 2/2] gnu: Add 'ttf-liberation'.

Andreas Enge (2014-10-30 16:36 +0300) wrote: > On Thu, Oct 30, 2014 at 03:52:50PM +0300, Alex Kost wrote: >> I don't understand why you call it a mistake. It's just a package name >> used by some distributions (and I think it's a good name). Is there a >> con

Re: Problems with downloading from https

Andreas Enge (2014-10-30 15:38 +0300) wrote: > On Thu, Oct 30, 2014 at 03:31:15PM +0300, Alex Kost wrote: >> I think the latter is a bug. IMHO it shouldn't be possible to install >> several packages with the same name in one profile. > > Well, having python 2 and 3 is r

Re: Problems with downloading from https

Ian Denhardt (2014-10-30 20:05 +0300) wrote: > Quoting Alex Kost (2014-10-30 03:27:59) >> As both python packages can co-exist in one profile, either python-2… >> may be renamed into “python2” or python-3… into “python3”. As python3 >> is the future, I think it would be be

Re: Font package naming convention

Ludovic Courtès (2014-10-30 20:20 +0300) wrote: [...] > I think we must settle on a convention, and I would personally prefer to > follow the principle of least surprise–i.e., choose a convention that is > already widespread elsewhere. I agree with that and I would prefer to see: ttf-bitstrea

Re: Font package naming convention

Andreas Enge (2014-10-30 22:17 +0300) wrote: > On Thu, Oct 30, 2014 at 09:55:34PM +0300, Alex Kost wrote: >> I agree with that and I would prefer to see: >> ttf-bitstream-vera >> ttf-dejavu >> ttf-freefont >> ttf-liberation >> ttf-symbola I sugge

Re: [PATCH] emacs: Add a name/version/synopsis heading in package-info buffers

Ludovic Courtès (2014-10-30 16:16 +0300) wrote: > Alex Kost skribis: [...] >> Thanks again, I really like your suggestion, I just prefer to keep >> previous possibilities instead of replacing them with the new ones. > > Yes, why not. I’m a bit concerned about the co

Re: Problems with downloading from https

Andreas Enge (2014-10-30 10:49 +0300) wrote: > On Thu, Oct 30, 2014 at 10:27:59AM +0300, Alex Kost wrote: >> I think such an "evil" case is just not handled currently. If you have >> python-3… installed and you install python-2… in the same profile, then >> pyth

Re: [PATCH 2/2] gnu: Add 'ttf-liberation'.

Andreas Enge (2014-10-30 10:56 +0300) wrote: > On Thu, Oct 30, 2014 at 10:27:49AM +0300, Alex Kost wrote: >> Why should? What about “ttf-dejavu”? Should it be called >> “dejavu-fonts-ttf” then? > > Yes, that was a mistake, maybe inspired from the debian package name. >

Re: Font package naming convention

Andreas Enge (2014-10-31 20:58 +0300) wrote: > On Fri, Oct 31, 2014 at 01:02:44AM +0300, Alex Kost wrote: >> I'm against any strict binding to an upstream name. Why should we stick >> to a (potentially strange) upstream name if we know better how a package >> should b

Re: Font package naming convention

Andreas Enge (2014-11-01 12:45 +0300) wrote: > Alex, > > On Sat, Nov 01, 2014 at 12:36:30PM +0300, Alex Kost wrote: >> I think the majority should decide. So if the most of guix people think >> that it should be named "bar", then let it be so. > > for this

Re: [PATCH] emacs: Add a name/version/synopsis heading in package-info buffers

Ludovic Courtès (2014-10-31 02:20 +0300) wrote: > Alex Kost skribis: > >> OK, I'm attaching a patch. Is “Co-authored-by …” enough or should you >> be credited in some other way? > > It’s enough. > >>> I’m thinking perhaps we should do something sim

[PATCH 2/2] emacs: Add interface for comparing generations.

In short, now (with this patch) after marking 2 generations (by pressing "m" in a “generation-list” buffer), you can perform diff/ediff on generation packages or manifests. Thanks to Ludovic for the idea. >From 2b98ab3243e5d79f9787442bd1bfdceb76bf72a8 Mon Sep 17 00:00:00 2001 Fr

[PATCH 1/2] emacs: Improve minibuffer messages.

I think that moving "message system" from “guix-base.el” to “guix-messages.el” would be more convenient. I also made the messages more verbose (by mentioning a used profile). >From 6811c72ea7b3135de1bbe4230f5b012edbfd092b Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Sun, 2 Nov

Re: [PATCH 2/2] emacs: Add interface for comparing generations.

Ludovic Courtès (2014-11-02 20:59 +0300) wrote: > Alex Kost skribis: > >> In short, now (with this patch) after marking 2 generations (by pressing >> "m" in a “generation-list” buffer), you can perform diff/ediff on >> generation packages or manifests. Thanks t

Re: Font package naming convention

Andreas Enge (2014-11-03 12:30 +0300) wrote: > On Mon, Nov 03, 2014 at 09:53:21AM +0100, Ludovic Courtès wrote: >> If there’s rough consensus on this, the next step would be to write this >> informal rule in the manual, and to update package names. >> >> Any volunteer? Alex? :-) > > I volunteer

Re: [PATCH 2/2] emacs: Add interface for comparing generations.

Ludovic Courtès (2014-11-04 01:22 +0300) wrote: > Alex Kost skribis: [...] >> Perhaps "s/The Emacs Editor/The GNU Emacs Manual/"? As it's the most >> common (but not the one) variant in the Emacs Lisp manual, for example here: >> <http://git.savannah.

Re: [PATCH 2/2] emacs: Add interface for comparing generations.

Ludovic Courtès (2014-11-04 12:50 +0300) wrote: > Alex Kost skribis: [...] >> Do not worry about the efficiency of that @code{require} thing. It will >> not load the whole ``guix.el'' package, it will just autoload the main >> -interactive commands (@pxre

[PATCH] emacs: Add 'pretty-sha-path'.

Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Tue, 4 Nov 2014 19:38:27 +0300 Subject: [PATCH] emacs: Add 'pretty-sha-path'. * emacs/pretty-sha-path.el: New file. * emacs.am (ELFILES): Add it. * doc/emacs.texi (Emacs Pretty Path): New node. --- doc/emacs.texi | 41 ++

Re: [PATCH] emacs: Add 'pretty-sha-path'.

Mark H Weaver (2014-11-04 22:39 +0300) wrote: > Hi Alex, > > Alex Kost writes: > >> +(defcustom pretty-sha-path-regexp >> + (rx "/" >> + (or "nix" "gnu") >> + "/store/" >> + (group (= 32 alnum))) &g

Re: [PATCH] emacs: Add 'pretty-sha-path'.

Ludovic Courtès (2014-11-05 00:37 +0300) wrote: > Alex Kost skribis: > >> Also I forgot to mention “emacs/guix-messages.el” in “emacs.am” in >> commit 62f261d, so I did it in this patch (I hope it's not too evil :-)) > > Maybe “evil” is too strong a word ;-), but

Re: [PATCH] emacs: Add 'pretty-sha-path'.

Ludovic Courtès (2014-11-05 23:12 +0300) wrote: > Alex Kost skribis: > >> Ludovic Courtès (2014-11-05 00:37 +0300) wrote: >> >>> Alex Kost skribis: >>> >>>> Also I forgot to mention “emacs/guix-messages.el” in “emacs.am” in >>>> co

[PATCH] emacs: Add 'guix-prettify'.

Ludovic Courtès (2014-11-06 12:37 +0300) wrote: > Alex Kost skribis: > >> Ludovic Courtès (2014-11-05 23:12 +0300) wrote: >> >>> Alex Kost skribis: [...] >>>> I've realized that "pretty-sha-path" is a bad name, because those 32 >>>&

[PATCH 1/3] emacs: Add "c" key binding to copy a button link.

I think it may be useful to copy the current URL or file path by pressing "c". >From c55a306d9a0588b3950e2905fb288200c27faa84 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Sat, 8 Nov 2014 20:13:32 +0300 Subject: [PATCH 1/3] emacs: Add "c" key binding to copy a button link

[PATCH 3/3] emacs: Add "Source" field to 'guix-info' buffers.

ame meaning as “guix build -S …”. >From c879b5520718726366a5afd83143315a16ab29a7 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Sun, 9 Nov 2014 11:03:39 +0300 Subject: [PATCH 3/3] emacs: Add "Source" field to 'guix-info' buffers. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-

[PATCH 2/3] emacs: Restore mode-line after operation prompt.

" and "dry-run" make sence there too). This patch will handle this case. >From 8036ec72ef486c158683ce67a1a5f15056de0cc4 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Sun, 9 Nov 2014 11:00:35 +0300 Subject: [PATCH 2/3] emacs: Restore mode-line after operation prompt. * e

Re: [PATCH 3/3] emacs: Add "Source" field to 'guix-info' buffers.

Ludovic Courtès (2014-11-09 20:45 +0300) wrote: > Alex Kost skribis: > >> This patch adds URL of a package source and 2 buttons ("Show" and >> "Download") to an ‘info’ buffer (see the attached screenshot). >> >> Pushing the "Show" bu

Re: [PATCH 3/3] emacs: Add "Source" field to 'guix-info' buffers.

Ludovic Courtès (2014-11-10 01:43 +0300) wrote: > Alex Kost skribis: [...] >> Also what if I want to define whether there is a source in the store or >> not? (And I don't want to download it if it's not there.) > > I don’t think it’s natural for a user

Re: Fwd: [PATCH] Add font-terminus.

ense, why not use the latter? The patch for fixing it is attached. >From 73873d10466680ffed64e11f5c96fe7a5343fb69 Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Mon, 10 Nov 2014 18:26:29 +0300 Subject: [PATCH] gnu: fonts: Fix license of 'terminus-font'. * gnu/packages/fonts.scm (t

Re: [PATCH 3/3] emacs: Add "Source" field to 'guix-info' buffers.

Ludovic Courtès (2014-11-11 02:29 +0300) wrote: > Alex Kost skribis: > >> Ludovic Courtès (2014-11-10 01:43 +0300) wrote: [...] >>>>> With the interface you propose, things might be slightly confusing: >>>>> sometimes clicking on “Download” will do no

Re: [PATCH 3/3] emacs: Add "Source" field to 'guix-info' buffers.

Ludovic Courtès (2014-11-11 22:57 +0300) wrote: > Alex Kost skribis: > >> Ludovic Courtès (2014-11-11 02:29 +0300) wrote: [...] >>> There’s still the possibility that (1) the source is there, so no >>> “Download” button, (2) the source is GC’d, and (3) there’s stil

Re: [PATCH] emacs: Honor 'geiser-guile-load-path'

Ludovic Courtès (2014-11-19 12:25 +0300) wrote: > I found that guix.el would override my ‘geiser-guile-load-path’ > settings. This patch fixes that. OK to apply? > > Thanks, > Ludo’. > > diff --git a/emacs/guix-backend.el b/emacs/guix-backend.el > index 6537888..a320eae 100644 > --- a/emacs/guix

Re: Font package naming convention

Ludovic Courtès (2014-11-19 12:01 +0300) wrote: > I think there were a couple of packages submitted, notably the > Liberation font. > > What about resubmitting them following the agreed-upon naming > convention, Alex? Sure, I'm just waiting for the existing packages to be updated, because I don't

Re: Howto run guix.el correctly?

Adam Pribyl (2014-11-22 01:28 +0300) wrote: > I have folloed the instruction in > http://www.gnu.org/software/guix/manual/guix.html#Emacs-Interface > to get the emacs interface for guix, but there is something missing > probably. > > Installation of emacs and geiser was OK, I changed the path to g

Re: Howto run guix.el correctly?

Ludovic Courtès (2014-11-22 13:52 +0300) wrote: > Alex Kost skribis: > >> Did you install geiser with guix? If so, you probably need to add >> "~/.guix-profile/share/emacs/site-lisp" to `load-path'. > > Yes, and also something like: > > (setq-defau

Re: Howto run guix.el correctly?

Adam Pribyl (2014-11-22 01:28 +0300) wrote: > I have folloed the instruction in > http://www.gnu.org/software/guix/manual/guix.html#Emacs-Interface > to get the emacs interface for guix, but there is something missing > probably. > > Installation of emacs and geiser was OK, I changed the path to g

Re: Howto run guix.el correctly?

Ludovic Courtès (2014-11-23 01:17 +0300) wrote: > David Thompson skribis: > >> I am experiencing the exact same issue. If you check *Guix REPL*, >> you'll see that compiling 'guix-main.scm' fails for some reason. Not >> sure why. I gave up on it for now. > > Can you try ,bt and ,error in there

[PATCH] doc: Fix typos.

I think I've noticed a couple of typos in the manual. >From 68770c75ae8417807e58701e6537f552d7108bad Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Sun, 23 Nov 2014 11:46:38 +0300 Subject: [PATCH] doc: Fix typos. * doc/guix.texi (Base Services): Fix 'lsh-service' name. (N

Re: [PATCH] doc: Add a section on naming conventions for font packages.

Thanks! Andreas Enge (2014-11-23 20:27 +0300) wrote: > I finally got around to word Ludovic's suggestion on names for font packages, > which I think we agreed upon. Corrections are welcome. [...] > +In the case where several formats of the same font family or font collection > +are packaged sepa

[PATCH] gnu: Add 'font-liberation'.

Alex Kost (2014-11-20 10:09 +0300) wrote: > Ludovic Courtès (2014-11-19 12:01 +0300) wrote: > >> I think there were a couple of packages submitted, notably the >> Liberation font. >> >> What about resubmitting them following the agreed-upon naming >> conventi

Installing the system from another distro

Hello, I've tried to install the Guix system from my current system ("Arch Linux") where I use the Guix package manager: ./pre-inst-env guix system init /path/to/my-os-config.scm /mnt/guix Unfortunately it failed (os-config and the backtrace are attached). So I wonder: is installing from anothe

Re: Installing the system from another distro

Ludovic Courtès (2014-11-24 20:21 +0300) wrote: > Alex Kost skribis: > >> Hello, I've tried to install the Guix system from my current system >> ("Arch Linux") where I use the Guix package manager: >> >> ./pre-inst-env guix system init /path/

Re: Howto run guix.el correctly?

Ludovic Courtès (2014-11-24 23:42 +0300) wrote: > Alex Kost skribis: > >> No need to fiddle with ‘geiser-scheme-dir’: it should be set properly if >> you have ‘(require 'geiser-install)’ in your emacs config. > > Oops, indeed, PEBKAC: I was just unaware of ‘geiser-i

Re: Howto run guix.el correctly?

Adam Pribyl (2014-11-23 00:04 +0300) wrote: > On Sat, 22 Nov 2014, Alex Kost wrote: > >> Adam Pribyl (2014-11-22 01:28 +0300) wrote: >> >>> I have folloed the instruction in >>> http://www.gnu.org/software/guix/manual/guix.html#Emacs-Interface >>> to g

Re: Howto run guix.el correctly?

Ludovic Courtès (2014-11-26 19:23 +0300) wrote: > Alex Kost skribis: > >> As I wrote at >> <http://lists.gnu.org/archive/html/guix-devel/2014-08/msg00165.html>, I >> see the only way to achieve that: >> >> - to modify emacs package recipes so that

Re: Installing the system from another distro

Ludovic Courtès (2014-11-25 17:48 +0300) wrote: > Alex Kost skribis: [...] >> I have another question. I used "--no-grub" option, so I don't have a >> proper grub.cfg. I expected to see “/boot” directory with symlinks to >> the linux and initram im

Re: Installing the system from another distro

Ludovic Courtès (2014-11-27 01:06 +0300) wrote: > Alex Kost skribis: [...] >> Thanks for the pointers! You helped to figure it out. And the system >> is awesome!! The only big issue I've noticed so far is: the screen >> resolution was 800x600 for me and xrandr di

Re: Few notes to 0.8

宋文武 (2014-11-29 14:57 +0300) wrote: [...] > I just put it in my config.scm: > > (define (console-layout-service layout) > (with-monad %store-monad > (return > (service >(document "Setup keyboard layout for console") >(provision '(console-layout)) >(start #~

Re: Howto run guix.el correctly?

Ludovic Courtès (2014-11-27 01:41 +0300) wrote: > Alex Kost skribis: [...] >>> Actually, since it’s going to be used in most packages, what about >>> adding an ‘install-autoloads’ procedure in (guix build emacs-utils)? >>> So the above would become >>>

Re: Howto run guix.el correctly?

Ludovic Courtès (2014-12-01 15:49 +0300) wrote: > Alex Kost skribis: [...] >> Thanks, I have created "wip-emacs-packages" branch: the elisp code is >> ready, so now I'm going to walk through existing emacs packages in order >> to add “…-autoloads.el” to eac

Re: Howto run guix.el correctly?

Federico Beffa (2014-12-01 20:15 +0300) wrote: > AFAIU the initialization of each package is already defined inside each > package by the author. The way emacs's packaging infrastructure works > goes along the lines (see (elisp) Packaging Basics): > > * At installation: > > - Search every Lisp f

Re: Howto run guix.el correctly?

Ludovic Courtès (2014-12-02 11:39 +0300) wrote: > Alex Kost skribis: > >> Ludovic Courtès (2014-12-01 15:49 +0300) wrote: >> >>> Alex Kost skribis: >> >> [...] >>>> Thanks, I have created "wip-emacs-packages" branch: the elisp code i

[PATCH] gnu: Add wmctrl.

on 64-bit. - Is it ok to make "wmctrl.scm" or would it be more appropriate to put it into "xdisorg.scm"? >From 080fcefdcb814cc0942569ea0fb8d61513a4ec8a Mon Sep 17 00:00:00 2001 From: Alex Kost Date: Fri, 5 Dec 2014 00:22:04 +0300 Subject: [PATCH] gnu: Add wmctrl. *

  1   2   3   4   5   6   7   8   9   10   >