all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Efraim Flashner <efraim@flashner.co.il>
To: "Ludovic Courtès" <ludo@gnu.org>
Cc: 22808@debbugs.gnu.org
Subject: bug#22808: Add a function to simplify many of the new python2-foo definitions
Date: Tue, 26 Apr 2016 15:44:28 +0300	[thread overview]
Message-ID: <20160426124428.GA12637@debian-netbook> (raw)
In-Reply-To: <87lh40wv8r.fsf@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 1960 bytes --]

On Tue, Apr 26, 2016 at 11:54:28AM +0200, Ludovic Courtès wrote:
> ludo@gnu.org (Ludovic Courtès) skribis:
> 
> > Christopher Allan Webber <cwebber@dustycloud.org> skribis:
> >
> >> Right now we have a lot of these that look very similar:
> >>
> >>   (define-public python2-chardet
> >>     (package
> >>       (inherit (package-with-python2
> >>                 (strip-python2-variant python-chardet)))
> >>       (native-inputs `(("python2-setuptools" ,python2-setuptools)))))
> >
> > Right, we discussed before adding the python2-setuptools dependency
> > automatically as part of ‘package-with-python2’.  I think this would be
> > a good idea, indeed.
> 
> What about this:
> 

> --- a/gnu/packages/python.scm
> +++ b/gnu/packages/python.scm
> @@ -345,6 +345,14 @@ instead of @command{python3}.")))
>  (define-public python-wrapper (wrap-python3 python))
>  (define-public python-minimal-wrapper (wrap-python3 python-minimal))
>  
> +(define (package-with-python2+setuptools p)
> +  (let ((base (package-with-python2 (strip-python2-variant p))))
> +    (package
> +      (inherit base)
> +      (native-inputs `(("python2-setuptools" ,python2-setuptools)
> +                       ,@(package-native-inputs base))))))
> +
> +\f
>  (define-public python-psutil
>    (package
>      (name "python-psutil")

> 
> Then we need to change all the occurrences of this pattern to use this
> new procedure.
> 
> Thoughts?
> 
> Ludo’.

Would we still need the properties field in python-foo?

What would this mean for packages that need python2-setuptools and other
python2- specific packages? Specifically, would all the calls to
package-native-inputs cause a slowdown in computing the package?

-- 
Efraim Flashner   <efraim@flashner.co.il>   אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2016-04-26 12:45 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-25 21:14 bug#22808: Add a function to simplify many of the new python2-foo definitions Christopher Allan Webber
2016-02-26 23:26 ` Ludovic Courtès
2016-04-26  9:54   ` Ludovic Courtès
2016-04-26 12:44     ` Efraim Flashner [this message]
2016-04-26 13:09       ` Ludovic Courtès
2019-01-31 14:39 ` bug#22808: Close Andreas Enge

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160426124428.GA12637@debian-netbook \
    --to=efraim@flashner.co.il \
    --cc=22808@debbugs.gnu.org \
    --cc=ludo@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/guix.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.