Andreas Enge skribis:
> Yes, I needed to add
>(setenv "PYTHONPATH" (string-append libxml2 "/lib/python2.7/site-
> packages"))
>
> as well as in some other place
>(setenv "PERL5LIB" (string-append perl-xml-parser
> "/lib/perl5/site_perl"))
>
> This had better be handled centrally. One cou
Am Donnerstag, 14. März 2013 schrieb Ludovic Courtès:
> Andreas Enge skribis:
> > I think it would be better to change it to "glibc" (which is what both
> > of us thought naturally that it was already). I think this occurrence
> > needs to be changed: ./gnu/packages/base.scm:1091: ("libc"
> > ,gli
Hello!
Andreas Enge skribis:
> Indeed, the key of the hash table is "libc" and not "glibc".
Ah, right, sorry.
> I think it would be better to change it to "glibc" (which is what both
> of us thought naturally that it was already). I think this occurrence
> needs to be changed: ./gnu/packages/b
Am Sonntag, 10. März 2013 schrieb Cyril Roelandt:
> On 03/07/2013 11:38 PM, Andreas Enge wrote:
> > I am attaching the resulting patch. Is it reasonable to apply it to
> > the libxml2 package, or would it be preferable to create a separate
> > libxml2- python package?
> I
which fails since this is another package, not libxml2.
Giving as --prefix the output path, files are instead installed into
/nix/store/svnw8fq87qrfrpcs7grx5nram558ahkp-
libxml2-2.9.0/lib/python2.7/site-packages/
which looks reasonable.
I am attaching the resulting patch. Is it reasonable
Am Freitag, 8. März 2013 schrieb Ludovic Courtès:
> Glibc is automatically added as an input, under the name “glibc” (see
> build-system/gnu.scm).
>
> So you can just do something like:
>
> (lambda* (#:key inputs #:allow-other-keys)
> (substitute* "setup.py"
> (("/usr/include")
>
Andreas Enge skribis:
> I tried adding glibc as an explicit input and to overwrite the path in
> setup.py. However, that does not use the glibc of the CPATH, but builds
> another one on top of it. Do I understand it correctly that I need to use
> glibc-final instead?
Glibc is automatically ad
48vdq0-
python-2.7.3/lib/python2.7/site-packages/libxml2mod.so
which fails since this is another package, not libxml2.
Giving as --prefix the output path, files are instead installed into
/nix/store/svnw8fq87qrfrpcs7grx5nram558ahkp-
libxml2-2.9.0/lib/python2.7/site-packages/
which looks reasonable.
On 03/06/2013 11:43 PM, Andreas Enge wrote:
xorg-server requires mesa, and mesa requires python and libxml2, more
exactly libxml2-python.
This is supposed to be set up the python way using
python setup.py build install
which already does not work manually:
failed to find headers for
xorg-server requires mesa, and mesa requires python and libxml2, more
exactly libxml2-python.
This is supposed to be set up the python way using
python setup.py build install
which already does not work manually:
failed to find headers for libxml2: update includes_dir
Supposedly, one needs
10 matches
Mail list logo
