Re: Changing python-wrapper to handle lib/ etc.

On Tue, Nov 04, 2014 at 10:40:14PM +0100, Ludovic Courtès wrote: > guix gc --references $(guix build libxcb) | grep python > shows nothing. So what about creating a bare-bones Python for that > (perhaps with other optional dependencies removed, while we’re at it), > and use that as a dependency

Re: Changing python-wrapper to handle lib/ etc.

Andreas Enge skribis: > On Tue, Nov 04, 2014 at 05:48:56PM +0100, Ludovic Courtès wrote: >> Doesn’t that create a circular dependency between the ‘python’ package >> and the ‘tk’ package, somehow? > > I checked only the direct inputs, the key is in "somehow"! > > tk depends on libx11, depends on

Re: Changing python-wrapper to handle lib/ etc.

On Tue, Nov 04, 2014 at 06:08:30PM +0100, Andreas Enge wrote: > How do we break this dependency? By creating one version of python with > input tk (used inside the xorg module), and one with input tk (served to > the outside world)? The first "with" should have been "without", of course. Andreas

Re: Changing python-wrapper to handle lib/ etc.

On Tue, Nov 04, 2014 at 05:48:56PM +0100, Ludovic Courtès wrote: > Doesn’t that create a circular dependency between the ‘python’ package > and the ‘tk’ package, somehow? I checked only the direct inputs, the key is in "somehow"! tk depends on libx11, depends on libxcb, depends on python. How do

Re: Changing python-wrapper to handle lib/ etc.

Andreas Enge skribis: > Next step: When adding tk as an input to python, I get the followiing error. > tcl in place of tk poses no problem; is there another variable named tk > somewhere? Doesn’t that create a circular dependency between the ‘python’ package and the ‘tk’ package, somehow? (Idea

Re: Changing python-wrapper to handle lib/ etc.

Next step: When adding tk as an input to python, I get the followiing error. tcl in place of tk poses no problem; is there another variable named tk somewhere? Backtrace: In srfi/srfi-1.scm: 578: 19 [map # (# # # ...)] In guix/packages.scm: 655: 18 [expand-input # # # ...] 613: 17 [cache # # #

Re: Changing python-wrapper to handle lib/ etc.

Andreas Enge skribis: > On Mon, Nov 03, 2014 at 09:49:21PM +0100, Andreas Enge wrote: >> In 2.0.12 without python, now the guile tests fail... 3.0.2 without python >> compiles well, so I am trying to build the swig dependencies now. > > Everything worked well, so I pushed this solution to wip-pyt

Re: Changing python-wrapper to handle lib/ etc.

On Mon, Nov 03, 2014 at 09:49:21PM +0100, Andreas Enge wrote: > In 2.0.12 without python, now the guile tests fail... 3.0.2 without python > compiles well, so I am trying to build the swig dependencies now. Everything worked well, so I pushed this solution to wip-python. Andreas

Re: Changing python-wrapper to handle lib/ etc.

On Mon, Nov 03, 2014 at 09:19:28PM +0100, Andreas Enge wrote: > This was it not. There is also a newer swig-3.0.2, but it also does not > solve the problem. My suspicion is that swig has never worked with python > for us. So my current solution would be to disable it and push this change > if all d

Re: Changing python-wrapper to handle lib/ etc.

On Mon, Nov 03, 2014 at 11:13:45AM +0100, Andreas Enge wrote: > Thanks, I will try to update and keep you updated. This was it not. There is also a newer swig-3.0.2, but it also does not solve the problem. My suspicion is that swig has never worked with python for us. So my current solution would

Re: Changing python-wrapper to handle lib/ etc.

On Mon, Nov 03, 2014 at 11:11:22AM +0100, Federico Beffa wrote: > - Compilation fixes on some systems for the generated Lua, PHP, Python > and R wrappers. > Maybe, it was an upstream bug? Thanks, I will try to update and keep you updated. Andreas

Re: Changing python-wrapper to handle lib/ etc.

On Sun, Nov 2, 2014 at 10:32 PM, Andreas Enge wrote: > With the new python wrapper, something is found: > checking for python3-config... python3-config > checking for Python 3.x prefix... > /gnu/store/r6614z0w2inxn78wzaa7ic5sai8s7l9f-python-3.3.5 > checking for Python 3.x exec-prefix... > /gnu/s

Re: Changing python-wrapper to handle lib/ etc.

Andreas Enge skribis: > On Thu, Oct 30, 2014 at 02:12:58PM +0100, Ludovic Courtès wrote: >> We’ll also need the patch from >> in >> this branch. > > Maybe not Indeed. (I replied in the other thread.) > I created the branch, s

Re: Changing python-wrapper to handle lib/ etc.

The first problem occurs. Swig does not compile any more: http://hydra.gnu.org/build/134889/log/raw There are lots of error messages of the form: checking testcase namespace_nested under python namespace_enum_wrap.cxx:154:21: fatal error: Python.h: No such file or directory # include If one

Re: Changing python-wrapper to handle lib/ etc.

On Thu, Oct 30, 2014 at 02:12:58PM +0100, Ludovic Courtès wrote: > We’ll also need the patch from > in > this branch. Maybe not, we will see. Once the python library is propagated, should it not appear automatically in the LIBRAR

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