On Sun, May 8, 2016 at 10:06 PM, Federico Beffa wrote:
> On Sun, May 8, 2016 at 9:51 PM, Alex Kost wrote:
>> Federico Beffa (2016-05-08 19:23 +0300) wrote:
>>
>>> On Sun, May 8, 2016 at 12:33 PM, Alex Kost wrote:
I should have asked this when emacs-build-system was introduced. Why
doe
On Sat, May 07, 2016 at 09:10:48PM -0500, Alex Griffin wrote:
> On Sat, May 7, 2016, at 05:23 PM, Leo Famulari wrote:
> > What's the story with the library? Are there any programs that use it?
>
> Not that I know of, which is why I didn't include it (well, also I
> couldn't figure out how to tell
On Sun, May 08, 2016 at 10:46:59AM +0300, Alex Kost wrote:
> Alex Griffin (2016-05-07 21:42 +0300) wrote:
>
> > This is the Emacs mode for manipulating ledger files. Technically it
> > depends on ledger but it would have need to be a propagated input, so I
> > didn't include that. Maybe I should h
On Sun, May 08, 2016 at 09:43:28AM -0500, Alex Griffin wrote:
> On Sun, May 8, 2016, at 03:13 AM, Alex Kost wrote:
> > I don't know whether we have an idiomatic way to convert "2.3.4" into
> > "2_3_4", but I would just use a tarball from github:
>
> The project was just migrated to GitHub and hasn
* gnu/packages/cross-base.scm (cross-libtool): New function.
---
gnu/packages/cross-base.scm | 46 +
1 file changed, 46 insertions(+)
diff --git a/gnu/packages/cross-base.scm b/gnu/packages/cross-base.scm
index a7227d0..011f58d 100644
--- a/gnu/packages
* gnu/packages/ncurses.scm (ncurses)[MINGW]: Build with libtool, as
recommended; enables dlopen'ing.
---
gnu/packages/ncurses.scm | 32
1 file changed, 24 insertions(+), 8 deletions(-)
diff --git a/gnu/packages/ncurses.scm b/gnu/packages/ncurses.scm
index 840dcf2.
* gnu/packages/patches/readline-6.3-mingw.patch: New file.
* gnu-system.am (dist_patch_DATA): Add it.
* gnu/packages/readline.scm (readline): Support mingw.
---
gnu/packages/readline.scm | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/readline.scm b/
* gnu/packages/patches/libtool-mingw.patch: New file.
* gnu/local.mk (dist_patch_DATA): Add it.
* gnu/packages/autotools.scm (libtool): Support cross-libtool for mingw.
---
gnu/packages/autotools.scm | 3 ++-
gnu/packages/patches/libtool-mingw.patch | 40
* gnu/packages/base.scm (libiconv-if-needed): New function.
---
gnu/packages/base.scm | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/base.scm b/gnu/packages/base.scm
index beb689e..51d70b1 100644
--- a/gnu/packages/base.scm
+++ b/gnu/packages/base.scm
@@ -4
* gnu/packages/guile.scm (guile-2.0): Support mingw.
---
gnu/packages/guile.scm | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/gnu/packages/guile.scm b/gnu/packages/guile.scm
index 53ea3e5..3fd9ded 100644
--- a/gnu/packages/guile.scm
+++ b/gnu/packages/guile.scm
@@
Hi!
You've seen most of this, and thanks so much for merging my basic cross
build patches (and Ludo: for fixing typo/mergo, sorry!).
Major change is that I compile ncurses now with libtool which because of a
non-standard use of libtool needs a cross-built libtool preinstalled.
Greetings,
Jan
* gnu/packages/multiprecision.scm (gmp)[MINGW]: Use --enable-shared.
---
gnu/packages/multiprecision.scm | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/multiprecision.scm b/gnu/packages/multiprecision.scm
index 9924323..8c1a9b7 100644
--- a/gnu/packages/mu
* guix/utils.scm (mingw-target?): New function.
* gnu/packages/cross-base.scm (cross-gcc-snippet): New function for mingw.
(cross-gcc): Use it.
(cross-gcc-arguments, cross-gcc-patches, cross-gcc): Support mingw.
(native-libc, cross-newlib?): New functions.
(cross-libc): Use cross-newlib? to support
* gnu/packages/libunistring (libunistring): propagated-inputs: add
libiconv-if-needed. Fixes unicode translation in mingw.
---
gnu/packages/libunistring.scm | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/libunistring.scm b/gnu/packages/libunistring.scm
inde
* gnu/packages/patches/ncurses-mingw.patch: New file.
* gnu-system.am (dist_patch_DATA): Add it.
* gnu/packages/ncurses.scm (ncurses): Support mingw.
---
gnu/local.mk | 1 +
gnu/packages/ncurses.scm | 88 +++-
gnu/packages/pa
* gnu/packages/patches/gcc-4.9.3-mingw-gthr-default.patch,
gnu/packages/patches/mingw-w64-5.0rc2-gcc-4.9.3.patch,
gnu/packages/mingw.scm: New files.
* gnu/local.mk (dist_patch_DATA): Add them.
---
gnu/local.mk | 3 +
gnu/packages/mingw.scm
Efraim Flashner skribis:
> On Fri, May 06, 2016 at 03:28:56PM -0400, Leo Famulari wrote:
>> On Thu, May 05, 2016 at 11:36:50PM +0200, Pjotr Prins wrote:
>> > Talk is at
>> >
>> > http://www.ustream.tv/recorded/86424059 start @ 38 min.
>>
>> Nice! I liked it when you described Nokogiri's graph a
Ricardo Wurmus skribis:
> Ludovic Courtès writes:
>
>> Ricardo Wurmus skribis:
>>
>>> Ludovic Courtès writes:
>>>
Ricardo Wurmus skribis:
> I tested JUnit previously with the log4j-api package, but I cannot
> submit this right now due to a bug(?) in Guile’s HTTP client, whic
On Sun, May 8, 2016 at 9:51 PM, Alex Kost wrote:
> Federico Beffa (2016-05-08 19:23 +0300) wrote:
>
>> On Sun, May 8, 2016 at 12:33 PM, Alex Kost wrote:
>>> I should have asked this when emacs-build-system was introduced. Why
>>> does it put emacs packages in sub-directories of
>>> "/share/emacs
Ludovic Courtès (2016-05-08 19:51 +0300) wrote:
> Alex Kost skribis:
>
>> I should have asked this when emacs-build-system was introduced. Why
>> does it put emacs packages in sub-directories of
>> "/share/emacs/site-lisp/guix.d"? It looks more natural to me just to
>> use "/share/emacs/site-li
Federico Beffa (2016-05-08 19:23 +0300) wrote:
> On Sun, May 8, 2016 at 12:33 PM, Alex Kost wrote:
>> I should have asked this when emacs-build-system was introduced. Why
>> does it put emacs packages in sub-directories of
>> "/share/emacs/site-lisp/guix.d"? It looks more natural to me just to
Alex Griffin (2016-05-08 17:43 +0300) wrote:
> On Sun, May 8, 2016, at 03:13 AM, Alex Kost wrote:
>> I suggest (gnu packages textutils); I see 'utf8proc' is placed there. I
>> think this is also a suitable module for 'libunistring' (currently it is
>> placed in its own file), but it's a separate
Ludovic Courtès (2016-05-08 19:12 +0300) wrote:
> Alex Kost skribis:
>
>> Not a big thing but we indent '#:use-module' by 2 spaces. Out of
>> curiosity: what editor do you use?
>
> [...]
>
>> Please don't add leading spaces in descriptions :-)
>
> Just a side remark: I think it’s preferable and
Manolis Ragkousis skribis:
> From c51c4fd6b489c07d8577952114d4dc77a2b20049 Mon Sep 17 00:00:00 2001
> From: Manolis Ragkousis
> Date: Sun, 10 Apr 2016 21:20:51 +0300
> Subject: [PATCH] gnu: glibc: Rename linux-headers input to kernel-headers.
>
> * gnu/packages/base.scm (glibc)[propagated-inputs
Alex Kost skribis:
> * emacs/guix-main.scm (register-package, packages-from-file): New procedures.
> (%patterns-makers): Add 'from-file' search type.
> * emacs/guix-messages.el (guix-messages): Add messages for it.
> * emacs/guix-ui-package.el (guix-package-from-file): New command.
> (guix-packag
Alex Kost skribis:
> * emacs/guix-main.scm (%package-vhash, package-vhash, %package-table)
> (package-table, name+version->key, key->name+version): Remove.
> (package-by-address, packages-by-name+version): Adjust by using delayed
> local package tables.
LGTM, thanks. :-)
Ludo’.
Alex Kost skribis:
> I should have asked this when emacs-build-system was introduced. Why
> does it put emacs packages in sub-directories of
> "/share/emacs/site-lisp/guix.d"? It looks more natural to me just to
> use "/share/emacs/site-lisp".
>
> I don't see any potential conflicts here: some
On Sun, May 8, 2016 at 12:33 PM, Alex Kost wrote:
> I should have asked this when emacs-build-system was introduced. Why
> does it put emacs packages in sub-directories of
> "/share/emacs/site-lisp/guix.d"? It looks more natural to me just to
> use "/share/emacs/site-lisp".
>
> I don't see any p
Alex Kost skribis:
> Not a big thing but we indent '#:use-module' by 2 spaces. Out of
> curiosity: what editor do you use?
[...]
> Please don't add leading spaces in descriptions :-)
Just a side remark: I think it’s preferable and more efficient if those
of us with commit access fix little is
On Sun, May 08, 2016 at 01:21:47PM +0300, Alex Kost wrote:
> [PATCH 1/4] gnu: mu: Use 'modify-phases'.
> [PATCH 2/4] gnu: mu: Install emacs files in a proper place.
> [PATCH 3/4] gnu: mu: Install emacs autoloads.
> [PATCH 4/4] gnu: mu: Update to 0.9.16.
As a regular user of mu but not mu4e, this c
Alex Kost skribis:
> Ludovic Courtès (2016-05-06 13:36 +0300) wrote:
[...]
>>> So I think it's the time to update guix-devel package. Is it OK to do
>>> it now?
>>
>> Yes, we could do that, but the problem remains on foreign distros
>> though.
>
> Not really: on foreign distros the recommended
On Sun, May 8, 2016, at 03:13 AM, Alex Kost wrote:
> I suggest (gnu packages textutils); I see 'utf8proc' is placed there. I
> think this is also a suitable module for 'libunistring' (currently it is
> placed in its own file), but it's a separate question.
Okay. I had assumed textutils was for co
This is to add an Emacs companion of "guix build --file" and
"guix package --install-from-file".
Patches:
[PATCH 1/2] emacs: main: Remove top-level package tables.
This patch finally rewrites that part of code in a functional style.
Many thanks to Ludovic for past comments on using 'delay' a
* emacs/guix-main.scm (register-package, packages-from-file): New procedures.
(%patterns-makers): Add 'from-file' search type.
* emacs/guix-messages.el (guix-messages): Add messages for it.
* emacs/guix-ui-package.el (guix-package-from-file): New command.
(guix-package-info-insert-location): Adjust
* emacs/guix-main.scm (%package-vhash, package-vhash, %package-table)
(package-table, name+version->key, key->name+version): Remove.
(package-by-address, packages-by-name+version): Adjust by using delayed
local package tables.
---
emacs/guix-main.scm | 73 ++
I should have asked this when emacs-build-system was introduced. Why
does it put emacs packages in sub-directories of
"/share/emacs/site-lisp/guix.d"? It looks more natural to me just to
use "/share/emacs/site-lisp".
I don't see any potential conflicts here: some packages will put their
elisp fi
* gnu/packages/mail.scm (mu)[arguments]: Add 'install-emacs-autoloads'
phase. Use appropriate modules and imported-modules.
---
gnu/packages/mail.scm | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
index 48379f2..8
* gnu/packages/mail.scm (mu)[arguments]: Add 'patch-configure.ac' phase
to avoid adding "mu4e" sub-directory to 'lispdir' variable.
---
gnu/packages/mail.scm | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
index 59ddd4
* gnu/packages/mail.scm (mu): Use 'modify-phases'.
---
gnu/packages/mail.scm | 25 +
1 file changed, 13 insertions(+), 12 deletions(-)
diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
index 17dd0ad..59ddd41 100644
--- a/gnu/packages/mail.scm
+++ b/gnu/packages/ma
Hello, does anyone use mu4e (emacs interface for 'mu')? If you do, may
I ask how? By adding "~/.guix-profile/share/emacs/site-lisp/mu4e" to
'load-path' manually and requiring mu4e?
Our Emacs doesn't look in sub-directories of "share/emacs/site-lisp"
(only in "guix.d" subdir), so mu4e is not foun
* gnu/packages/mail.scm (%mu-gtester-patch): Remove.
(mu): Update to 0.9.16.
[source]: Remove 'patches'.
---
gnu/packages/mail.scm | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
index 8998fdb..140993a 100644
--- a/g
Hello,
Alex Kost writes:
> Thanks! Looks good to me, so if there will be no other comments in
> several days, I will commit it. Did you check that the resulting
> "/share/emacs/site-lisp" directory contains elisp files (including
> "asymptote-autoloads.el")?
Yes, I did. All is fine, AFAICT.
Nicolas Goaziou (2016-05-07 15:50 +0300) wrote:
> Hello,
>
> Alex Kost writes:
>
>> Thanks! Sorry I didn't build asymptote (as I don't have a wish to build
>> gigabytes of texlive), but I looked at the source and I see there are
>> "autoloads" cookies in "/base/asy-mode.el", so it would also
>>
Alex Griffin (2016-05-08 05:10 +0300) wrote:
> On Sat, May 7, 2016, at 05:19 PM, Leo Famulari wrote:
>> Not a bad idea for a new module, but I wonder if you considered any of
>> the existing modules? Are none of them appropriate?
>
> Nothing else seemed to fit, but I'm open to suggestions.
I sugg
Alex Griffin (2016-05-07 21:42 +0300) wrote:
> This is the Emacs mode for manipulating ledger files. Technically it
> depends on ledger but it would have need to be a propagated input, so I
> didn't include that. Maybe I should have? I don't know.
As for me, I think this emacs stuff shouldn't be
45 matches
Mail list logo
