On Fri, Feb 26, 2016 at 07:07:23PM -0500, Thompson, David wrote:
> I install texlive-texmf into my profile because otherwise latex cannot
> find any extensions. In particular, I was trying to compile a beamer
> document and I spent hours wrestling with load paths and nothing
> worked until texlive
Announcement:
The ldc D compiler has been added to GNU Guix
http://forum.dlang.org/thread/zeeytgxkdkjdeebqo...@forum.dlang.org
Right before ldc 1.0 going into alpha. Great timing :)
LDC 1.0.0-alpha1 has been released!
http://forum.dlang.org/thread/ndafedsqoqxkhqpbk...@forum.dlang.org
P
Hi,
Attached is the patch I used for trying to update python 3 to 3.5. I disabled
a test and added an exception handler for some code calling pwd.getpwuid(0)
and the group equivalent.
It builds outside of the python.scm module but if I change the version in
python.scm python-minimal ends up wi
$ ./pre-inst-env guix package -i guile-emacs
...
configure: error: C compiler cannot create executables
See `config.log' for more details
phase `configure' failed after 0.4 seconds
builder for
`/gnu/store/izc4h0kd4pxh65v7yirshhprv5m13xnq-guile-emacs-20150512.41120e0.drv'
failed with exit code 1
On 23/02/16 08:22, Ludovic Courtès wrote:
[ ... ]
On 04/01/16 06:46, Ludovic Courtès wrote:
Ben Woodcroft skribis:
It seems I miscounted before, but now it is 129 of 146 github
"release" packages recognised with 28 suggesting an update - see the
end of email for details. There is one false
* guix/import/pypi.scm (latest-wheel-release): New procedure.
---
guix/import/pypi.scm | 116 +++
tests/pypi.scm | 74
2 files changed, 163 insertions(+), 27 deletions(-)
diff --git a/guix/import/pypi.scm b/gu
Hi,
According to observations, I attached the map and the first
package(libzapojit).
This is the map of non-packaged programs required for gnome-documents:
1) libzapojit
2) tracker
5) libgdata
3) liboauth
4) uhttpmock
6) gnome-documents
I wait your comments, thanks.
From cda91
* gnu/packages/linux.scm (btrfs-progs): Update to 4.4.1.
---
gnu/packages/linux.scm | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index 6068471..66b2cf0 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/packages/linux.scm
@@ -24
On Thu, Feb 25, 2016 at 3:19 PM, Andreas Enge wrote:
> Hello,
>
> I would like to make the texlive-texmf package private, to avoid that people
> erroneously install it into their profiles. One could still build the big
> data part locally as follows:
>
> guix build texlive-bin # This will use sub
Ricardo Wurmus skribis:
> From 76cb9cb91b76f4bb723030d3d5a63238cdf98e20 Mon Sep 17 00:00:00 2001
> From: Ricardo Wurmus
> Date: Thu, 25 Feb 2016 09:45:05 +0100
> Subject: [PATCH 1/3] gnu: Add pyliblo.
>
> * gnu/packages/audio.scm (python-pyliblo, python2-pyliblo): New
> variables.
[...]
> +
Alex Kost skribis:
> (operating-system
> ;; ...
> (services (cons* (vpn-tunnel-service "vpn0" "dannym")
>;; ...
>%desktop-services)))
Heh, nice stuff. :-)
Ludo’.
Efraim Flashner skribis:
> On Thu, 25 Feb 2016 21:32:22 +0100
> Ricardo Wurmus wrote:
>
>> Hi Guix,
>>
>> should we install headers to separate outputs as we do it in some cases
>> for really large documentation? It seems wrong to me to download
>> substitutes for libraries when at build time
Andreas Enge skribis:
> I would like to make the texlive-texmf package private, to avoid that people
> erroneously install it into their profiles. One could still build the big
> data part locally as follows:
>
> guix build texlive-bin # This will use substitutes.
> guix build --no-substitutes t
Christopher Allan Webber skribis:
> Ludovic Courtès writes:
>
>> Jookia <166...@gmail.com> skribis:
>>
>>> On Wed, Feb 24, 2016 at 11:16:51AM +0200, Efraim Flashner wrote:
What about taking it a step further and having a multi-level bootstrap
process like when we have the core-updates?
Leo Famulari skribis:
> When Florian was publishing substitutes from fps.io, there was a problem
> with `guix publish` in practice.
>
> I set my daemon to use '--substitute-urls=http://fps.io,
> http://hydra.gnu.org', or something like that (I don't remember the
> syntax). If a desired substitute
Andreas Enge skribis:
> I would like to see an updated vigra. Presumably, in maybe a week there
> should be a release that builds and that would allow us to build libreoffice.
> I tried the most recent git snapshot and it compiles (well, I had problems
> in the beginning, and I am not totally sur
On Fri, Feb 26, 2016 at 03:59:49PM -0500, Thompson, David wrote:
> On Fri, Feb 26, 2016 at 2:31 PM, wrote:
> > I have lately looked closer at IPFS and I would like to compile and run it
> > on GuixSD but don't know how to succeed without a build system.
>
> We would need a Go toolchain first. I
On Fri, Feb 26, 2016 at 2:31 PM, wrote:
> I have lately looked closer at IPFS and I would like to compile and run it
> on GuixSD but don't know how to succeed without a build system.
We would need a Go toolchain first. I recall at least two people
trying to package Go but no patches have shown
I have lately looked closer at IPFS and I would like to compile and run
it on GuixSD but don't know how to succeed without a build system.
cheers
sdb
Federico Beffa writes:
> Alex Vong writes:
>
>> + #:phases
>> + (modify-phases %standard-phases
>> + (delete 'configure)
>> + (replace 'unpack
>> + (lambda _
>> + (and (mkdir "clojure/")
>> + (zero? (system* "unzip"
>> +
Danny Milosavljevic (2016-02-26 01:44 +0300) wrote:
> Hi,
>
> I'm using openconnect to connect to a few VPNs.
>
> Most of openconnect actually doesn't require root.
> In order to avoid root, I'd like to pre-create the tunnel interfaces.
>
> This would be done by
>
> # ip tuntap add vpn0 mode tun
On Thu 25 Feb 2016 21:37, Mark H Weaver writes:
> Andy Wingo writes:
>> On media-updates, I had a failure building gtk-doc. Not sure what is
>> causing this failure; was it always failing recently?
>
> Yes, gtk-doc has been failing to build on all platforms for quite a
> while now. IIRC, it st
On Thu 25 Feb 2016 21:37, Mark H Weaver writes:
> Andy Wingo writes:
>> On media-updates, I had a failure building gtk-doc. Not sure what is
>> causing this failure; was it always failing recently?
>
> Yes, gtk-doc has been failing to build on all platforms for quite a
> while now. IIRC, it st
* gnu/packages/python.scm (python-backports-abc): New variable.
---
gnu/packages/python.scm | 24
1 file changed, 24 insertions(+)
diff --git a/gnu/packages/python.scm b/gnu/packages/python.scm
index b67aed0..6d1a73b 100644
--- a/gnu/packages/python.scm
+++ b/gnu/packages
As part of python updates I've attacked python-tornado, which now needs
python-backports-abc to take advantage of the new features in python-3.5.
Efraim Flashner (2):
gnu: Add python-backports-abc.
gnu: python-tornado: Update to 4.3.
gnu/packages/python.scm | 36 +
* gnu/packages/python.scm (python-tornado): Update to 4.3.
[native-inputs]: Add python-backports-abc.
(python2-tornado)[inputs]: Add python2-singledispatch.
---
gnu/packages/python.scm | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/gnu/packages/python.scm b/gnu/pa
26 matches
Mail list logo
