Ludovic Courtès writes:
> commit ca1e3ad2faa59d5b32289f84e0937fa476e21a1a
> Author: Ludovic Courtès
> Date: Sat Feb 28 01:01:51 2015 +0100
>
> utils: Change 'patch-shebangs' to use binary input.
>
> * guix/build/utils.scm (get-char*): New procedure.
> (patch-shebang): Use it
2015-02-27 18:16 GMT+08:00 Andreas Enge :
> On Fri, Feb 27, 2015 at 11:14:05AM +0100, Andreas Enge wrote:
>> You can use "copy-recursively" from (guix build utils),
>> see a few examples in the distribution.
Yes.
>
> PS: And actually then, I think the function install-opentype-font disappears.
>
On Fri, Feb 27, 2015 at 11:48:34PM +0100, Andreas Enge wrote:
> Can we use in the 'source' field something like
> (if (string=? name "python-pycairo"
> source-x
> source-y))
We can, but it does not work. The second package inherits not the code to
construct the source,
On Fri, Feb 27, 2015 at 10:41:51AM +0100, Andreas Enge wrote:
> So let us rename python(2)-py(2)cairo to python(2)-pycairo. If nobody beats
> me to it, I can do it tomorrow.
Well, if I am not mistaken, renaming does not solve the problem really. I had
forgotten how 'package-with-python2' works: It
Hello,
your ideas sound good to me. As to Fede, it occurred to me that we would
not need to maintain our own bootstrap binaries as we do for the guix system.
Instead, we could add a fixed binary from upstream to the store (as a
separate, probably private, package) and use it to build the final pac
On Fri, Feb 27, 2015 at 01:27:08PM -0500, Mark H Weaver wrote:
> Mark H Weaver writes:
> > Here are two commits I'd like to push to core-updates.
> > Comments and suggestions welcome.
> I should mention that although I tried to be reasonably careful, I've
> not tested these changes beyond making s
On 2015-02-27 at 19:21, quoth Mark H Weaver:
> On the whole, I think the preferable approach (and the one I've used in
> a large commit that cleans up all of these autogen-style phases) is
> this:
>
> --8<---cut here---start->8---
>(alist-cons-after
>
>From af6a7e03fc6debea314b88d616d035acc1b6ed50 Mon Sep 17 00:00:00 2001
From: David Thompson
Date: Fri, 27 Feb 2015 12:03:20 -0500
Subject: [PATCH] build: ruby: Install executables in /bin.
* guix/build/ruby-build-system.scm (install): Add '--bindir' flag to gem
command.
---
guix/build/ruby-bu
>From c753913eca6180a1382379c1de96d222a17c Mon Sep 17 00:00:00 2001
From: David Thompson
Date: Mon, 23 Feb 2015 19:10:57 -0500
Subject: [PATCH] gnu: Add bundler.
* gnu/packages/ruby.scm (bundler): New variable.
---
gnu/packages/ruby.scm | 20
1 file changed, 20 insertion
>From c4753f392ea85840f7fe84baf319c08591bb6b4b Mon Sep 17 00:00:00 2001
From: David Thompson
Date: Mon, 23 Feb 2015 18:22:31 -0500
Subject: [PATCH] gnu: Add ruby-hoe.
* gnu/packages/ruby.scm (ruby-hoe): New variable.
---
gnu/packages/ruby.scm | 29 +
1 file changed, 2
Paul van der Walt writes:
> On 2015-02-27 at 17:13, quoth Mark H Weaver:
>>> Paul van der Walt writes:
>> [...]
+(arguments
+ '(#:configure-flags
+ '("BOOST_LIB_SUFFIX=")
+ #:phases
+ (alist-cons-after
+'unpack 'autogen
+
Mark H Weaver writes:
> Here are two commits I'd like to push to core-updates.
> Comments and suggestions welcome.
I should mention that although I tried to be reasonably careful, I've
not tested these changes beyond making sure that the *.scm files compile
successfully, because it would obviousl
Here are two commits I'd like to push to core-updates.
Comments and suggestions welcome.
Mark
>From d30e55dcf10b4d090926763dc63725410f31aa9c Mon Sep 17 00:00:00 2001
From: Mark H Weaver
Date: Fri, 27 Feb 2015 11:53:06 -0500
Subject: [PATCH 1/2] gnu: Move autoconf-style phases after the unp
David Thompson skribis:
> Ludovic Courtès writes:
>
>> "Thompson, David" skribis:
>>
>>> On Tue, Feb 24, 2015 at 10:45 AM, Ludovic Courtès wrote:
Any other ideas come to mind?
>>>
>>> How about adding container support to 'guix system'? There are some
>>> good problems to be solved
Tomáš Čech skribis:
> * gnu/packages/efl.scm (evas-generic-loaders): New variable.
[...]
> + (uri (string-append
> "http://download.enlightenment.org/rel/libs/evas_generic_loaders/evas_generic_loaders-";
> version ".tar.gz"))
Line too long.
> + ("poppler" ,poppler)
> +
Tomáš Čech skribis:
> * gnu/packages/efl.scm (terminology): New variable.
[...]
> + (uri (string-append
> "http://download.enlightenment.org/rel/apps/terminology/terminology-"; version
> ".tar.gz"))
Too long.
> +(description
> + "Fast but advanced terminal emulator runn
Paul van der Walt writes:
> On 2015-02-27 at 17:13, quoth Mark H Weaver:
>>> Paul van der Walt writes:
>> [...]
+(arguments
+ '(#:configure-flags
+ '("BOOST_LIB_SUFFIX=")
+ #:phases
+ (alist-cons-after
+'unpack 'autogen
+
Tomáš Čech skribis:
> * gnu/packages/efl (elementary): New variable.
[...]
> +(synopsis "Widget library of Enlightenment world")
“from the Enlightenment world” maybe?
> +(description
> + "Widget library/toolkit for EFL based applications.")
Please expound a bit.
Thanks,
Ludo’.
Tomáš Čech skribis:
> * gnu/packages/efl.scm (emotion-generic-players): New variable.
I agree with Andreas. Other than that LGTM, except for lines too long.
Thanks,
Ludo’.
Tomáš Čech skribis:
> * gnu/packages/efl.scm: New file
> * gnu-system.am (GNU_SYSTEM_MODULES): Add it.
Nice work!
> + (uri (string-append
> "http://download.enlightenment.org/rel/libs/efl/efl-"; version ".tar.gz"))
Please keep lines below 80 chars.
> +(inputs
> + `(("als
Hi,
I'm a little busy for now, but i'll get to this soon. Thanks for your
comments!
On 2015-02-27 at 17:13, quoth Mark H Weaver:
>> Paul van der Walt writes:
> [...]
>>> +(arguments
>>> + '(#:configure-flags
>>> + '("BOOST_LIB_SUFFIX=")
>>> + #:phases
>>> + (alist-cons-
Mark H Weaver writes:
> David Thompson writes:
>
>> Paul van der Walt writes:
> [...]
>>> +(arguments
>>> + '(#:configure-flags
>>> + '("BOOST_LIB_SUFFIX=")
>>> + #:phases
>>> + (alist-cons-after
>>> +'unpack 'autogen
>>> +(lambda _
>>> + (subs
David Thompson writes:
> Paul van der Walt writes:
[...]
>> +(arguments
>> + '(#:configure-flags
>> + '("BOOST_LIB_SUFFIX=")
>> + #:phases
>> + (alist-cons-after
>> +'unpack 'autogen
>> +(lambda _
>> + (substitute* "autogen.sh"
>> +(
David Thompson skribis:
> Found one big issue with adding a $PATH search path specification to a
> package: It messes up the 'set-paths' phase of 'gnu-build-system'.
> $PATH ends up being unset!
>
> environment variable `PATH' set to
> `/gnu/store/dwjlh4id7ksdjiigfddw5dq617bajxxm-ruby-2.2.0/
David Thompson skribis:
> From cdc378a6fb6a59e49511d4151e0f2ba79e502632 Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Mon, 23 Feb 2015 20:45:59 -0500
> Subject: [PATCH 2/2] packages: Add %base-search-path-specifications.
>
> * guix/packages.scm (%base-search-path-specifications): New v
David Thompson skribis:
> From 3f72a5d1cfe6d65f54c50c2ac8a8dd31f1a0691f Mon Sep 17 00:00:00 2001
> From: David Thompson
> Date: Mon, 23 Feb 2015 20:36:59 -0500
> Subject: [PATCH 1/2] packages: Merge like search path specifications.
>
> * guix/packages.scm (merge-search-path-specifications): New
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") skribis:
> Several weird issues with this one:
>
> - It tries to find libid3tag and libmad via pkg-config even though they
> don't install .pc files. Perhaps we can generate them manually in the
> install phase of those packages, or may
Here are three ideas for Guix and dmd. Others may follow.
Added to the ideas page. Thanks.
l...@gnu.org (Ludovic Courtès) skribis:
> Mark H Weaver skribis:
>
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> Commit 5335c56 adds an ‘install-locale’ phase to gnu-build-system and
>>> the next one adds glibc-utf8-locale to the implicit inputs.
>>>
>>> During bootstrap, locales aren’t availa
Ludovic Courtès writes:
> "Thompson, David" skribis:
>
>> On Tue, Feb 24, 2015 at 10:45 AM, Ludovic Courtès wrote:
>>>
>>> Any other ideas come to mind?
>>
>> How about adding container support to 'guix system'? There are some
>> good problems to be solved there.
>
> What do you have in mind e
Paul van der Walt writes:
> A patch to update ncmpcpp, the mpd frontend. I hope my patch makes more
> sense now -- the build system is a little finicky, so perhaps there's a
> neater way to accomplish what i'm doing.
Thanks for updating this!
> From e1382a9df3e7df94e794df8aa247920b7e28c0c6 Mon
Andreas Enge writes:
> By the way, I still think we should modify our cmake build system to pass
>-DCMAKE_VERBOSE_MAKEFILE=ON
> It shows the commands executed by make, which is really useful when there
> is a build problem.
>
> This would be the occasion to implement it in core-updates.
>
> W
Mark H Weaver skribis:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Commit 5335c56 adds an ‘install-locale’ phase to gnu-build-system and
>> the next one adds glibc-utf8-locale to the implicit inputs.
>>
>> During bootstrap, locales aren’t available so we’re still running on the
>> C locale, whi
On Fri, Feb 27, 2015 at 11:14:05AM +0100, Andreas Enge wrote:
> You can use "copy-recursively" from (guix build utils),
> see a few examples in the distribution.
PS: And actually then, I think the function install-opentype-font disappears.
So my previous point becomes moot.
Great, thanks for your work!
On Fri, Feb 27, 2015 at 02:02:56PM +0800, 宋文武 wrote:
> +(outputs '("out" "cn" "jp" "kr" "tw"))
I wondered if that was needed, but after downloading the source, I agree it
is the right thing to do!
> +(build-system gnu-build-system)
I would go for trivial-bui
Hello again,
A patch to update ncmpcpp, the mpd frontend. I hope my patch makes more
sense now -- the build system is a little finicky, so perhaps there's a
neater way to accomplish what i'm doing.
Thanks,
p.
>From e1382a9df3e7df94e794df8aa247920b7e28c0c6 Mon Sep 17 00:00:00 2001
From: Paul van d
36 matches
Mail list logo
