On 03/14/2013 06:39 PM, Ludovic Courtès wrote:
Cyril Roelandt skribis:
* gnu/packages/cmake.scm: New file.
* gnu/packages/patches/cmake-fix-tests.patch: New file.
* Makefile.am: Add them.
Thanks! Can you add a comment at the top of the patch saying what it
does, why, with a pointer to any r
On 03/14/2013 02:44 PM, Ludovic Courtès wrote:
I can’t reproduce the problem with v0.1-237-gef86c39.
Could you check whether it happens with current master, and if it does,
add some ‘pk’ calls in there to see what happens?
I can confirm this happens with current master.
I don't really know w
On 03/10/2013 01:46 PM, Andreas Enge wrote:
Hello,
the client part is working, I just added xeyes as a test application in the
xorg branch. So now we should be able to package applications requiring X!
I checked out the xorg branch, and tried to install xeyes:
$ ./pre-inst-env ./scripts/guix
Nikita Karetnikov skribis:
>> You mean it _tries_ to use it, because it’s not available in chroot
>> builds, right?
>
> It'll try to use '/usr/bin/ld' if I run 'unset COMPILER_PATH'. I guess
> that it's trying to autodetect the right linker during './configure'.
>
> However, if I run
>
> export
> You mean it _tries_ to use it, because it’s not available in chroot
> builds, right?
It'll try to use '/usr/bin/ld' if I run 'unset COMPILER_PATH'. I guess
that it's trying to autodetect the right linker during './configure'.
However, if I run
export
COMPILER_PATH=/nix/store/khdyz3i5aih56lxf
Cyril Roelandt skribis:
> * gnu/packages/cmake.scm: New file.
> * gnu/packages/patches/cmake-fix-tests.patch: New file.
> * Makefile.am: Add them.
Thanks! Can you add a comment at the top of the patch saying what it
does, why, with a pointer to any relevant mailing list discussion or
documentat
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
Andreas Enge skribis:
> the client part is working, I just added xeyes as a test application in the
> xorg branch. So now we should be able to package applications requiring X!
Exclent, congratulations!
Now that xeyes works, you could try to uncomment the X dependencies in
emacs.scm and se
Nikita Karetnikov skribis:
> I'm trying to cross-build the Glasgow Haskell Compiler 7.6.2 [1].
>
> I got stuck when I was trying to build a cross-compiler (Stage 1).
> For some reason, it uses '/usr/bin/ld' instead of a cross-linker.
You mean it _tries_ to use it, because it’s not available in c
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
Cyril Roelandt skribis:
> On 03/05/2013 08:47 PM, Ludovic Courtès wrote:
>> Hi!
>>
>> I just had a brain wave and couldn’t resist: commit ef010c0 changes
>> ‘guix package --install’ such that, when installing a GNU package, it
>> automatically reports the availability of a new upstream version.
>
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
12 matches
Mail list logo
