> The attached patch should solve it, while avoiding a rebuild on other
> architectures:
I applied the patch, then ran 'make', but it failed with the same error.
By the way, I've been told that 3.5 and 3.6 versions (not sure about the
latest) of the kernel are broken. Does it affect the headers
Cyril Roelandt skribis:
> * gnu/packages/irssi.scm: New file.
> * Makefile.am (MODULES): Add it.
Applied, thanks!
(Note that I added ‘gnu:’ to the subject line, to distinguish from
commits to non-distro parts of Guix.)
Ludo’.
Andreas Enge skribis:
> Attached a patch for openldap, the test phase of which was really tricky.
Builds fine for me when tests are turned off.
> Since there are dynamically linked independent server and client programs,
> I had to set LD_LIBRARY_PATH.
That’s a problem. The problem is that t
Andreas Enge skribis:
> Now I have problems with zziplib and pkg-config during the configuration of
> texlive. I have pkg-config and zziplib as inputs. But configure fails at
>
> if $PKG_CONFIG zziplib --atleast-version=0.12; then
> ZZIPLIB_INCLUDES=`$PKG_CONFIG zziplib --cflags`
> ZZIPLIB_L
Nikita Karetnikov skribis:
>>(if (or (and=> (package-synopsis package)
>> (compose matches? gettext))
>
> I came up with a different solution, which seems more readable. What
> do you think? (If you want, I'll use your version.)
[...]
> From 0083eff18eb584213f55974807d4e
Hi,
Nikita Karetnikov skribis:
> starting phase `build'
> `ARCH' set to `mips64el'
> Makefile:484:
> /tmp/nix-build-xww122kbc08qcyaika8pf03x273rvph7-linux-libre-headers-3.3.8.drv-0/linux-3.3.8/arch/mips64el/Makefile:
> No such file or directory
This is because Linux calls this “mips”, not “mi
Cyril Roelandt skribis:
> On 01/25/2013 09:38 PM, Ludovic Courtès wrote:
>> Cyril Roelandt skribis:
>>
>>> * gnu/packages/sqlite.scm: New file.
>>> * Makefile.am (MODULES): Add it.
>>
>> Applied, thanks.
>>
>>> +(uri (string-append
>>> +
>>> "http://downloads.source
Andreas Enge skribis:
> the lonely "perl" in a file containing the subject line survives in the
> patch-shebang phase. Right now, I am patching it by hand to replace the
> complete line by the path to perl for the curl package; would it make sense
> to add a general automatism?
Yes, probably,
Hi,
Nikita Karetnikov skribis:
> 1. 'guix-build' doesn't work for new packages; it returns
> ": unknown package." I'm using the '-e' option as a
> workaround, but it's not very convenient.
‘guix-build’ searches all modules under gnu/packages; in those modules,
it searches all the p
Hello,
the lonely "perl" in a file containing the subject line survives in the
patch-shebang phase. Right now, I am patching it by hand to replace the
complete line by the path to perl for the curl package; would it make sense
to add a general automatism?
Andreas
* gnu/packages/irssi.scm: New file.
* Makefile.am (MODULES): Add it.
---
Makefile.am|1 +
gnu/packages/irssi.scm | 65
2 files changed, 66 insertions(+)
create mode 100644 gnu/packages/irssi.scm
diff --git a/Makefile.am b/Makefil
On 01/25/2013 09:38 PM, Ludovic Courtès wrote:
Cyril Roelandt skribis:
* gnu/packages/sqlite.scm: New file.
* Makefile.am (MODULES): Add it.
Applied, thanks.
+(uri (string-append
+
"http://downloads.sourceforge.net/project/sqlite.mirror/SQLite%20";
+
Attached a patch for openldap, the test phase of which was really tricky.
Since there are dynamically linked independent server and client programs,
I had to set LD_LIBRARY_PATH. Still, one test failed, but not all the time:
It succeeded once when run in the build tree. So I took it out. Even th
Am Samstag, 26. Januar 2013 schrieb Nikita Karetnikov:
> I'm trying to package 'gobject-introspection', but I'm facing some
> problems:
> 1. 'guix-build' doesn't work for new packages; it returns
> ": unknown package." I'm using the '-e' option as a
> workaround, but it's not very conv
Am Dienstag, 22. Januar 2013 schrieb Ludovic Courtès:
> For packages that use ‘gnu-build-system’, the prerequisites are a
> superset of (@ (gnu packages base) final-inputs), which includes GCC,
> Coreutils, libc, etc. So you would want to keep those, I guess, right?
Yes, that was the suggestion.
Am Samstag, 26. Januar 2013 schrieb Ludovic Courtès:
> You’ve created a circular dependency between ‘python’ and ‘compression’.
>
> The fix is to arrange so that there’s no circular dependency. The
> easiest way to achieve that is to move the package in question to its
> own module.
Okay, thanks
Hi,
I'm trying to package 'gobject-introspection', but I'm facing some
problems:
1. 'guix-build' doesn't work for new packages; it returns
": unknown package." I'm using the '-e' option as a
workaround, but it's not very convenient.
For instance, if I copy the recipe for 'sed'
>(if (or (and=> (package-synopsis package)
> (compose matches? gettext))
I came up with a different solution, which seems more readable. What
do you think? (If you want, I'll use your version.)
Nikita
From 0083eff18eb584213f55974807d4e0e6e29d3c73 Mon Sep 17 00:00:00 2001
18 matches
Mail list logo
