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 >> convention to use “…-fonts-ttf” in Guix?

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 reasonable, and from what I

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 better to have “python2” a

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: Problems with downloading from https

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 better to have “python2” and “python” > (which is python3) packages. Or mayb

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

On Wed, Oct 29, 2014 at 11:11 PM, Ludovic Courtès wrote: >> +(define python2-numpy-reference python-numpy-reference) >> + >> +(define python2-numpy-userguide python-numpy-userguide) > > These variables are unused and not needed, so they can be removed. Ah, you are right. I thought that 'package-

Re: Problems with downloading from https

Quoting Alex Kost (2014-10-30 15:08:08) > This is what you currently have: you can install both, and "python" would > be a link to "python2". > > But installing 2 packages with the same name is not intended (to prevent > file names collision), so I think it would be better to rename one of the > p

[PATCH 2/3] gnu: Add perl-io-socket-ssl.

* gnu/packages/web.scm (perl-io-socket-ssl): New variable. --- gnu/packages/web.scm | 23 +++ 1 file changed, 23 insertions(+) diff --git a/gnu/packages/web.scm b/gnu/packages/web.scm index 1a42625..301e64b 100644 --- a/gnu/packages/web.scm +++ b/gnu/packages/web.scm @@ -572

Different versions of a package in the same profile?

Andreas Enge skribis: > 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 reasonable, and from what I saw in their > naming

[PATCH 0/3]: gnu: wget: Upgrade to 1.16.

This upgrade fixes CVE-2014-4877. In the previous release, the testcases would fail but be marked as "skipped". That behavior changed to hard failures in 1.16, thus the need for the additional native-input perl modules. The libpsl input can be added at a later time (i.e. libpsl needs to be pack

Re: Font package naming convention

Andreas Enge skribis: > On Thu, Oct 30, 2014 at 06:20:46PM +0100, Ludovic Courtès wrote: >> There’s no documented convention (yet), so it’s not a mistake strictly >> speaking. :-) > > We have a convention for package names, including fonts; You mean the convention of choosing the upstream name,

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 suggest this ↑ IIUC it is a common practice i

Re: Font package naming convention

On Thu, Oct 30, 2014 at 06:20:46PM +0100, Ludovic Courtès wrote: > There’s no documented convention (yet), so it’s not a mistake strictly > speaking. :-) We have a convention for package names, including fonts; so strictly speaking it is a mistake. > I think we must settle on a convention, and I

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 cost of keeping several > vari

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

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 similar for the description >> itself, like display it right below the synopsis. Thoughts? > > I think a simp

Font package naming convention

Alex Kost skribis: > 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: [PATCH 1/2] gnu: Add numpy

On Wed, Oct 29, 2014 at 11:20 PM, Andreas Enge wrote: > On Mon, Oct 27, 2014 at 09:26:41PM +0100, Federico Beffa wrote: >> 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

[PATCH 1/3] gnu: Add perl-net-ssleay.

* gnu/packages/openssl.scm (perl-net-ssleay): New variable. --- gnu/packages/openssl.scm | 34 +- 1 file changed, 33 insertions(+), 1 deletion(-) diff --git a/gnu/packages/openssl.scm b/gnu/packages/openssl.scm index 563290d..141e105 100644 --- a/gnu/packages/ope

Re: Icecat not substituted

Andreas Enge skribis: > when issueing >guix package -u icecat -n > I see: > > The following package would be upgraded: >icecat 31.2.0 → 31.2.0 > /gnu/store/rsf4pww335qqv7iyss54i8fmwr7kfm83-icecat-31.2.0 > > The following derivations would be built: >/gnu/

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

Alex Kost skribis: > 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

Changing python-wrapper to handle lib/ etc.

Andreas Enge skribis: > On Tue, Oct 28, 2014 at 10:34:48AM +0100, Ludovic Courtès wrote: >> Ah right. And what if you again remove Python from ‘inputs’, and add >> #:python ,python >> to the arguments? >> That means it will use the actual Python 3.x package, not the wrapper, >> so everything w

Re: Problems with downloading from https

l...@gnu.org (Ludovic Courtès) skribis: > Mark H Weaver skribis: [...] >> The reason is that guix/download.scm contains this code: >> >> ;; Add GnuTLS to the inputs and to the load path. >> #~(eval-when (load expand eval) >> (set! %load-path >>

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 >> python-3… would be replaced, but if you

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

On Thu, Oct 30, 2014 at 6:03 PM, Andreas Enge wrote: > Okay. I think I should do this together with the changes to python-wrapper > in the python branch to be created. For both python-2 and python-3? Yes, please. That will allow making a matplotlib package for both versions of python. Regards,

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

On Thu, Oct 30, 2014 at 05:56:53PM +0100, Federico Beffa wrote: > On Wed, Oct 29, 2014 at 11:20 PM, Andreas Enge wrote: > > So we should add tk as an input to the python package? > > That would be great! In this way the python package should build the > Tkinter library which currently is missing

Re: Problems with downloading from https

Alex Kost skribis: > 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 > python-3… would be replaced, but if you install both packages in the > same command, then both would be installed. Oh, really?

[PATCH 3/3] gnu: wget: Upgrade to 1.16.

* gnu/packages/wget.scm (wget)[source]: Upgrade to 1.16. [inputs]: Add libidn. [native-inputs]: Add python, perl-http-daemon, and perl-io-socket-ssl. --- gnu/packages/wget.scm | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/gnu/packages/wget.scm b/gnu/

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

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 > convention to use “…-fonts-ttf” in Guix? It may be a good name, but the Guix convention is

Re: Problems with downloading from https

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 reasonable, and from what I saw in their naming scheme, it is entirely possible (

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. > We should rename it. I do

[sr #108678] Creating extra repository guix/artwork.git

URL: Summary: Creating extra repository guix/artwork.git Project: Savannah Administration Submitted by: civodul Submitted on: Fri 31 Oct 2014 06:20:07 PM GMT Category: Developer So

Patch-shebangs phase and created binaries

Hello, should the final patch-shebangs phase not include the generated output path (well, the bin subdirectory) in its $PATH? In texlive I see lines such as patch-shebang: ./texmf-dist/tex/luatex/lualibs/lualibs-compat.lua: warning: no binary for interpreter `texlua' found in $PATH The file sta

Re: Font package naming convention

On Fri, Oct 31, 2014 at 06:58:40PM +0100, Andreas Enge wrote: > On Fri, Oct 31, 2014 at 01:02:44AM +0300, Alex Kost wrote: > > Andreas prefers this ↑ > I did not say this. Sorry, I actually did prefer this ;-) But I am open to discussion. Andreas

Re: Font package naming convention

On Fri, Oct 31, 2014 at 01:02:44AM +0300, Alex Kost wrote: > I suggest this ↑ IIUC it is a common practice in other distributions. This is absolutely no argument for us! We have quite a few different practices from other distributions (and some of them are more logical, I think, like trying to st

Re: [PATCH 0/3]: gnu: wget: Upgrade to 1.16.

Eric Bavier skribis: > This upgrade fixes CVE-2014-4877. In the previous release, the testcases > would fail but be marked as "skipped". That behavior changed to hard failures > in 1.16, thus the need for the additional native-input perl modules. This all looks good to me, thank you! Ludo’.

Re: Font package naming convention

Andreas Enge skribis: > 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 be called? > > This is what we have done so

[PATCH] gnu: ruby: Update to 2.1.4.

This patch updates Ruby to 2.1.4, which includes security fixes for 2 vulnerabilities. More details here: https://www.ruby-lang.org/en/news/2014/10/27/ruby-2-1-4-released/ Okay to push? >From 12d39eb5145e42669748f172f9433ea8e6ead020 Mon Sep 17 00:00:00 2001 From: David Thompson Date: Fri, 31 Oc

Re: [PATCH] gnu: ruby: Update to 2.1.4.

David Thompson skribis: > This patch updates Ruby to 2.1.4, which includes security fixes for 2 > vulnerabilities. > > More details here: > https://www.ruby-lang.org/en/news/2014/10/27/ruby-2-1-4-released/ > > Okay to push? LGTM! > From 12d39eb5145e42669748f172f9433ea8e6ead020 Mon Sep 17 00:00:

Re: [PATCH] gnu: ruby: Update to 2.1.4.

Ludovic Courtès writes: > David Thompson skribis: > >> From 12d39eb5145e42669748f172f9433ea8e6ead020 Mon Sep 17 00:00:00 2001 >> From: David Thompson >> Date: Fri, 31 Oct 2014 18:57:30 -0400 >> Subject: [PATCH] gnu: ruby: Update to 2.1.4. >> >> * gnu/packages/ruby.scm: Update. Remove the now r

[sr #108678] Creating extra repository guix/artwork.git

Update of sr #108678 (project administration): Status:None => Done Assigned to:None => agn Open/Closed:Open => Closed ___