* dmd.texi (Introduction): Rewrite for style and clarity.
---
dmd.texi | 52
1 file changed, 28 insertions(+), 24 deletions(-)
diff --git a/dmd.texi b/dmd.texi
index 841ce7c..4e06e93 100644
--- a/dmd.texi
+++ b/dmd.texi
@@ -78,24 +78,28 @@
Hello,
I'm assuming that dmd contributions go to the guix list for now.
Attached a patch introducing some changes to the dmd manual — the
patch only covers the Introduction section for now as I wanted to
submit something with my approach early to know whether it is
acceptable.
As you can see
That would be really nice! Count me in.
Bas
On 22 January 2014 13:50, Cillian de Róiste cillian.deroi...@gmail.com wrote:
Hi,
Since there will be quite a few NixOS and Guix folks at FOSDEM it would be
great to meet up. Is there some interest in arranging dinner / drinks on
Saturday evening?
Mark H Weaver m...@netris.org skribis:
Andreas Enge andr...@enge.fr writes:
Actually, it should go into oggvorbis.scm, where we put all xiph codecs.
I think that module should be renamed. Maybe xiph-codecs.scm ?
Or just xiph.scm? Because not everything is a codec strictly speaking.
Ludo’.
Hi,
It has been known for a while that any access to /dev/shm fails inside
chroot if the host system has /dev/shm symlinked to /run/shm.
The suggested method to deal with this until now is to remove the
symlink from the host system, create /dev/shm directory and mount a
tmpfs on it.
I spent
On Tue, Jan 21, 2014 at 11:51:08PM +0100, Ludovic Courtès wrote:
Do you have a way to reproduce it (command line + “will be downloaded” list)?
I tried a few substitutions at random and everything went fine.
Now everything goes well for me, too. No idea what happened.
Andreas
On Sat, Jan 18, 2014 at 04:35:14PM +0100, Ludovic Courtès wrote:
And what do we do for URIs in http:// or mirror://?
What is the particular problem? For ffmpeg, for instance, the uri reads
(uri (string-append http://www.ffmpeg.org/releases/ffmpeg-;
version
Hi,
Sree Harsha Totakura sreehar...@totakura.in writes:
It has been known for a while that any access to /dev/shm fails inside
chroot if the host system has /dev/shm symlinked to /run/shm.
The suggested method to deal with this until now is to remove the
symlink from the host system, create
* gnu/packages/fltk.scm: New file
* gnu-system.am: New file fltk.scm
---
gnu-system.am |1 +
gnu/packages/fltk.scm | 63 +
2 files changed, 64 insertions(+)
create mode 100644 gnu/packages/fltk.scm
diff --git a/gnu-system.am
* gnu/packages/xorg.scm (libxft): Propagate input libxrender.
---
gnu/packages/xorg.scm |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index dfdd82c..c21ed63 100644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@
Hi!
Finally support for offloading builds to other Guix machines has landed!
It’s still rough on the edges, but it does the job, and should allow us
to start having more than one machine (and one architecture) building
things. Yay!
It requires Guile 2.0.10 (not yet released) though, and is not
11 matches
Mail list logo