This adds s2tc as an input to mesa, and uses a mesa-without-s2tc package
as an input to s2tc to solve a cyclic dependency.
The resulting s2tc package does *not* link to any libraries in the
mesa-without-s2tc package (it's not a requisite as per "guix gc -R"), so
this should be safe, as in the user
* gnu/packages/task.scm: New file.
* gnu-system.am (GNU_SYSTEM_MODULES): Add new file here.
---
gnu-system.am | 1 +
gnu/packages/task.scm | 64 +++
2 files changed, 65 insertions(+)
create mode 100644 gnu/packages/task.scm
diff --git a/gn
* gnu/packages/version-control.scm (tig): New variable.
---
gnu/packages/version-control.scm | 26 ++
1 file changed, 26 insertions(+)
diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index 7434ed9..cb26280 100644
--- a/gnu/packages/version-
On Wed, Mar 11, 2015 at 01:41:58AM +0300, Axel wrote:
Name 'operating-system-packages' declared twice in export list in the
gnu/system.scm. I think it is a typo. Isn't it?
Yes, it seems so. Good catch :)
On 2015-03-11 17:34, Mark H Weaver wrote:
What you've done is to roll back your Guix to the 4-month-old version
of
Guix that the 'wip-libreoffice' branch was based on.
The proper way would be to use 'git' to rebase that branch on our
current master branch, and then use that. "guix pull" can't
taylanbayi...@gmail.com (Taylan Ulrich "Bayırlı/Kammer") writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Ricardo Wurmus skribis:
>>
>>> In packaging PCB I noticed that our Mesa package loads a few libraries
>>> with dlopen() but does not use absolute paths to store items. In the
>>> case o
白い熊@相撲道 writes:
> On 2015-03-10 13:41, l...@gnu.org wrote:
>> "白い熊 @相撲道" skribis:
>>
>>> wget
>>> http://git.savannah.gnu.org/cgit/guix.git/snapshot/wip-libreoffice.tar.gz
>>> guix pull --url=file:///path/to/wip-libreoffice.tar.gz
>>> guix package -i libreoffice
>>>
>>> It's building now, appare
There seems to be hardware failure on one of the FSF's servers hosted at
MIT. Unfortunately, our Hydra VM runs on that machine, so no one will
be getting substitutes until the physical host is back up. :(
Apologies for the downtime.
--
David Thompson
Web Developer - Free Software Foundation -
l...@gnu.org (Ludovic Courtès) writes:
> Ricardo Wurmus skribis:
>
>> In packaging PCB I noticed that our Mesa package loads a few libraries
>> with dlopen() but does not use absolute paths to store items. In the
>> case of PCB, dlopen("libudev.so.0") fails and causes "pcb" die on
>> startup wit
Well, I modified the patch and now it just trivially add paths for
fish, tcsh and zsh.
For example Debian has add-shell/remove-shell scripts triggered on
package installing and removing. FTP servers like proftpd by default
check for installed shells and with this patch they will allow for a
user s
On 2015-03-11 13:04, Andreas Enge wrote:
On Wed, Mar 11, 2015 at 10:27:15AM +0100, 白い熊@相撲道 wrote:
guix substitute-binary: error: connect: Connection timed out
fetching path `/gnu/store/8n7d1bgib9f1hml2k5ravgv79jv1whqf-tar-1.28'
failed
with exit code 1
I think this is just a random error, due
On Wed, Mar 11, 2015 at 10:27:15AM +0100, 白い熊@相撲道 wrote:
> guix substitute-binary: error: connect: Connection timed out
> fetching path `/gnu/store/8n7d1bgib9f1hml2k5ravgv79jv1whqf-tar-1.28' failed
> with exit code 1
I think this is just a random error, due to hydra being overloaded. Normally
you
* gnu/packages/mail.scm (isync): New variable.
---
gnu/packages/mail.scm | 25 +
1 file changed, 25 insertions(+)
diff --git a/gnu/packages/mail.scm b/gnu/packages/mail.scm
index 4aa74fe..18836c1 100644
--- a/gnu/packages/mail.scm
+++ b/gnu/packages/mail.scm
@@ -29,6 +29,7
Ludovic Courtès writes:
>> + (copy-file "wqy-zenhei.ttc"
>> + (string-append font-dir "wqy-zenhei.ttc"))
>
> What format is this?
Apparently it's a TrueType font collection containing three fonts.
~~ Ricardo
Ricardo Wurmus skribis:
> From caa906f41e25202ecc4546cb04a8b0b6c70e556a Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Wed, 11 Mar 2015 08:55:57 +0100
> Subject: [PATCH] gnu: Add WenQuanYi ZenHei font.
>
> * gnu/packages/fonts.scm (font-wqy-zenhei): New variable.
LGTM.
> + (
Axel skribis:
> And generally should we check that shells really installed or just
> unconditionally add paths to /etc/shells? I will modify patch then.
I think it’s enough to just add them unconditionally.
Thanks,
Ludo’.
On 2015-03-11 10:01, 白い熊@相撲道 wrote:
Have I somehow "poluted" the environment via the pull of the
wip-libreoffice tar? I'm asking this as I see a different behavior now
with `guix package -d' and `-i' for other packages now than before,
and a lot of building from source. Also `# guix gc' will dele
On 2015-03-10 13:41, l...@gnu.org wrote:
"白い熊 @相撲道" skribis:
wget
http://git.savannah.gnu.org/cgit/guix.git/snapshot/wip-libreoffice.tar.gz
guix pull --url=file:///path/to/wip-libreoffice.tar.gz
guix package -i libreoffice
It's building now, apparently everything from source, so probably a
>From caa906f41e25202ecc4546cb04a8b0b6c70e556a Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus
Date: Wed, 11 Mar 2015 08:55:57 +0100
Subject: [PATCH] gnu: Add WenQuanYi ZenHei font.
* gnu/packages/fonts.scm (font-wqy-zenhei): New variable.
---
gnu/packages/fonts.scm | 47 ++
19 matches
Mail list logo