Re: [PATCH] gnu: Add ruby 1.8.7 package

Pjotr Prins writes: > * gnu/packages/ruby.scm: (ruby-1.8): New variable. I pushed this with some minor changes to the commit log, and with the unneeded (guix hash) import removed. I also followed it up with another commit making some improvements to the original ruby package. Thanks!

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' command. >> >> * emacs/guix-base.el (guix-pu

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 >> Date: Mon, 20 Oct 2014 23:18:13 +0400 >> Subj

‘strip’ phase

Mark H Weaver skribis: >> I DO get a load of messages such as >> >> >> strip:/gnu/store/icz59y35qqmm4jcrnkqx7d73xlzsq0lq-ruby-1.8.7-p374/lib/ruby/1.8/rexml/attlistdecl.rb: >> File format not recognized >> >> is there a way to prevent files with a .rb extension or ruby shebang >> to be stripp

Re: Problems with downloading from https

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 installed gnutls, but it didn't work because I didn't set the right guile paths: “guix package --search-paths” recommends "/usr/loc

Re: Imlib2 license

l...@gnu.org (Ludovic Courtès) writes: > Alex Kost skribis: > >> OK for the attached patch? >> >> >> From b7564a7f68fe2d2d74d0d1bc768eb19dbab09a36 Mon Sep 17 00:00:00 2001 >> From: Alex Kost >> Date: Sun, 26 Oct 2014 15:27:56 +0300 >> Subject: [PATCH] licenses: Add 'imlib2'. >> >> * guix/license

Re: guile ERROR: Unbound variable: sha256

Hi Pjotr, Pjotr Prins skribis: > I suspect this was introduced with bags. When I use below Guile instruction > running > from the CLI I get > > $2 = # > scheme@(guile-user)> (package-derivation s python) > ERROR: In procedure memoize-variable-access!: > ERROR: Unbound variable: sha256 [...]

Re: Ruby gems in user land ($HOME)

Pjotr Prins skribis: > In the document I describe how you can install cleanly separated Ruby > gems in $HOME using the Ruby gem command that comes with GNU Guix: > > https://github.com/pjotrp/guix-notes/blob/master/RUBY#L152 Nice. > export > GEM_PATH=/home/wrk/.gem/ziy7a6zib846426kprc7fgimgg

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

Alex Kost skribis: > 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 >>> Date: Mon, 20

Re: ‘strip’ phase

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >>> I DO get a load of messages such as >>> >>> >>> strip:/gnu/store/icz59y35qqmm4jcrnkqx7d73xlzsq0lq-ruby-1.8.7-p374/lib/ruby/1.8/rexml/attlistdecl.rb: >>> File format not recognized >>> >>> is there a way to prevent files wi

Re: [PATCH 0/1] Re: Problems with downloading from https

Ping. Haven't heard anything about this. Quoting Ian Denhardt (2014-10-26 01:30:05) > Quoting Ludovic Courtès (Sat, 25 Oct 2014 23:53:25 +0200) > > The problem is that the GnuTLS Guile bindings must be installed for > > ‘guix download’ to work with HTTPS (the manual suggests it, but perhaps > > no

Re: ‘strip’ phase

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: [...] >> I think the ‘strip’ phase is fine this way: sure, it ends up invoking >> ‘strip’ on files that are not ELF files, but it’s harmless. So we get >> these extra warnings in the build log, but they are really harmless. > > La

Re: Problems with downloading from https

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 skribis: > Yes, I installed gnutls, but it didn't work because I didn't set the > right guile paths: “guix package --sea

Re: Imlib2 license

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Alex Kost skribis: >> >>> OK for the attached patch? >>> >>> >>> From b7564a7f68fe2d2d74d0d1bc768eb19dbab09a36 Mon Sep 17 00:00:00 2001 >>> From: Alex Kost >>> Date: Sun, 26 Oct 2014 15:27:56 +0300 >>> Subject: [PATCH] license

Re: Problems with downloading from https

l...@gnu.org (Ludovic Courtès) skribis: > Currently, there are a couple of packages that hard-code site/2.0. They > should be changed to use: > > (string-append "--with-site-dir=.../site/" (effective-version)) Actually this won’t work because the Guile that runs the build script is not necessa

Re: [PATCH 1/1] README: add a note about optional GnuTLS dependency.

Ian Denhardt skribis: > * README: add a note about 'guix download''s GnuTLS dependency. This is > documented in the manual, but should be more prominently featured. Thanks. Pushed with a similar change in guix.texi. Ludo’.

Re: Suggestion: disable offloading for texlive builds on hydra?

Mark H Weaver skribis: > l...@gnu.org (Ludovic Courtès) writes: [...] >> The rationale was that, in general, you just slow everything down by >> sending several things at once. > > I have my doubts that it would slow things down very much, if at all. > The number of parallel transfers would sti

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 installed gnutls, but it didn't work because I didn't set the > right guile path

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 skribis: > >> Yes, I installed gnutls, but it didn't work because

Re: Ruby gems in user land ($HOME)

On Mon, Oct 27, 2014 at 10:23:19AM +0100, Ludovic Courtès wrote: > > export > > GEM_PATH=/home/wrk/.gem/ziy7a6zib846426kprc7fgimggh8bz97-ruby-2.1.3/2.1.0 > > > > export GEM_HOME=$GEM_PATH > > > > expor

Re: ‘strip’ phase

l...@gnu.org (Ludovic Courtès) writes: > Mark H Weaver skribis: > >> IMO, the best solution is to check for the presence of ELF headers >> ourselves. We already have ELF code in Guile master. > > Yes, that sounds good. Instead of relying on Guile’s ELF code, perhaps > it would be enough to chec

Re: Problems with downloading from https

Alex Kost writes: > 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 installed gnutls, but it didn't work because I didn'

Re: Problems with downloading from https

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 > suggested at > ? In my opinion, this is the right fix. Th

Re: Problems with downloading from https

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 >> suggested at >> ? > > In my

Re: Ruby gems in user land ($HOME)

Pjotr Prins skribis: > On Mon, Oct 27, 2014 at 10:23:19AM +0100, Ludovic Courtès wrote: >> > export >> > GEM_PATH=/home/wrk/.gem/ziy7a6zib846426kprc7fgimggh8bz97-ruby-2.1.3/2.1.0 >> > >> > export GEM_HOME=$GEM_PATH >> >

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 >>> suggested at >>>

Re: [PATCH 1/2] gnu: Add numpy

On Sun, Oct 26, 2014 at 7:56 PM, Ludovic Courtès wrote: > Can these manuals be built from source? I get error messages that matplotlib is missing. I started looking at matplotlib as well, but I've found that, for the TkAgg back-end, it needs TKinter which is part of the standard python libraries

Re: forcing local build from a package definition

On Sun, Oct 26, 2014 at 2:59 PM, Ludovic Courtès wrote: > In the not-too-distant future, we’ll be able to mark the package as > non-substitutable, which will be best. There’s already a #:local-build? > flag around, but its semantics are a bit fuzzy at the moment because it > determines both wheth

Re: [PATCH 0/4] imake, xfig, and transfig packages

On Oct 26, 2014 4:24 PM, "Federico Beffa" wrote: > > Hi, > > I've installed xfig, my preferred drawing utility :-). Unfortunately > I've found that it can't find the configuration file "Fig". Without > that I get a flat look and no bindkeys. This can be fixed, e.g., by > defining the following env

[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 2/2] gnu: Add 'tt

[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: Tue, 28 Oct 2014 09:38:0