[PATCH 1/2] gnu: libxft: Propagate input.

[John Darrington]

* gnu/packages/xorg.scm (libxft): Propagate input libxrender.
---
 gnu/packages/xorg.scm |4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index dfdd82c..c230654 100644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@ -1257,10 +1257,12 @@ tracking.")
   (base32
 "1gdv6559cdz1lfw73x7wsvax1fkvphmayrymprljhyyb5nwk5kkz"
 (build-system gnu-build-system)
+(propagated-inputs
+  `(("libxrender" ,libxrender))) ;; libxft refers to symbols in 
libxrender, 
+ ;; so without it, applications cannot be 
built.
 (inputs
   `(("libx11" ,libx11)
 ("xproto" ,xproto)
-("libxrender" ,libxrender)
 ("freetype" ,freetype)
 ("fontconfig" ,fontconfig)))
 (native-inputs
-- 
1.7.10.4

[PATCH 2/2] gnu: fltk: New module

[John Darrington]

* gnu/packages/fltk.scm: New file
* gnu-system.am: New file fltk.scm
---
 gnu-system.am |2 ++
 gnu/packages/fltk.scm |   63 +
 2 files changed, 65 insertions(+)
 create mode 100644 gnu/packages/fltk.scm

diff --git a/gnu-system.am b/gnu-system.am
index 31d664e..a2d85c8 100644
--- a/gnu-system.am
+++ b/gnu-system.am
@@ -57,12 +57,14 @@ GNU_SYSTEM_MODULES =\
   gnu/packages/dictionaries.scm\
   gnu/packages/docbook.scm \
   gnu/packages/dwm.scm \
+  gnu/packages/e2fsprogs.scm   \
   gnu/packages/ed.scm  \
   gnu/packages/elf.scm \
   gnu/packages/emacs.scm   \
   gnu/packages/fdisk.scm   \
   gnu/packages/file.scm\
   gnu/packages/flex.scm\
+  gnu/packages/fltk.scm\
   gnu/packages/fonts.scm   \
   gnu/packages/fontutils.scm   \
   gnu/packages/freeipmi.scm\
diff --git a/gnu/packages/fltk.scm b/gnu/packages/fltk.scm
new file mode 100644
index 000..4c8fc3f
--- /dev/null
+++ b/gnu/packages/fltk.scm
@@ -0,0 +1,63 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2014 John Darrington 
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or modify it
+;;; under the terms of the GNU General Public License as published by
+;;; the Free Software Foundation; either version 3 of the License, or (at
+;;; your option) any later version.
+;;;
+;;; GNU Guix is distributed in the hope that it will be useful, but
+;;; WITHOUT ANY WARRANTY; without even the implied warranty of
+;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;;; GNU General Public License for more details.
+;;;
+;;; You should have received a copy of the GNU General Public License
+;;; along with GNU Guix.  If not, see .
+
+(define-module (gnu packages fltk)
+  #:use-module (guix licenses)
+  #:use-module (gnu packages xorg)
+  #:use-module (gnu packages gl)
+  #:use-module (guix packages)
+  #:use-module (guix download)
+  #:use-module (guix build-system gnu))
+
+(define-public fltk
+  (package
+(name "fltk")
+(version "1.3.2")
+(source
+ (origin
+  (method url-fetch)
+  (uri (string-append "http://fltk.org/pub/fltk/"; version "/fltk-" version 
"-source.tar.gz"))
+  (sha256
+   (base32
+"1974brlk723095vf8z72kazq1cbqr9a51kq6b0xda6zkjkgl8q0p"
+   (build-system gnu-build-system)
+(inputs
+  `(("libx11" ,libx11)
+("mesa" ,mesa)))
+(arguments
+ `(#:phases
+   (alist-replace
+'check
+(lambda* (#:key inputs #:allow-other-keys) #t) ;; fltk does not have a
+   ;; check target
+(alist-replace
+ 'configure
+ (lambda* (#:key outputs #:allow-other-keys #:rest args)
+   (let ((configure (assoc-ref %standard-phases 'configure)))
+ (substitute* "makeinclude.in"
+   (("/bin/sh") (which "sh")))
+ (apply configure args)))
+ %standard-phases
+(home-page "https://www.fltk.org";)
+(synopsis "3D C++ GUI library")
+(description "FLTK is a C++ GUI toolkit providing modern GUI functionality 
without the
+bloat. It supports 3D graphics via OpenGL and its built-in GLUT emulation.
+FLTK is designed to be small and modular enough to be statically linked, but
+works fine as a shared library. FLTK also includes an excellent UI builder
+called FLUID that can be used to create applications in minutes.")
+(license lgpl2.0))) ; plus certain additional permissions
-- 
1.7.10.4

Re: [PATCH] gnu: Add Corkscrew 2.0.

[Cyril Roelandt]

Hello,

On 01/25/2014 01:51 AM, Sree Harsha Totakura wrote:

+ (bash (string-append
+(assoc-ref inputs "bash") "/bin/bash"))


You could use '(which "bash")' here.

Regards,
Cyril.

[PATCH] gnu: Add Corkscrew 2.0.

[Sree Harsha Totakura]

* gnu/packages/ssh.scm (corkscrew): New variable.
---
 gnu/packages/ssh.scm |   45 +
 1 file changed, 45 insertions(+)

diff --git a/gnu/packages/ssh.scm b/gnu/packages/ssh.scm
index 5d21eee..0a92138 100644
--- a/gnu/packages/ssh.scm
+++ b/gnu/packages/ssh.scm
@@ -238,3 +238,48 @@ programs written in GNU Guile interpreter.  It is a 
wrapper to the underlying
 libssh library.")
 (home-page "https://github.com/artyom-poptsov/libguile-ssh";)
 (license license:gpl3+)))
+
+(define-public corkscrew
+  (package
+(name "corkscrew")
+(version "2.0")
+(source
+ (origin
+   (method url-fetch)
+   (uri (string-append "http://www.agroman.net/corkscrew/corkscrew-";
+   version ".tar.gz"))
+   (sha256 (base32
+"1gmhas4va6gd70i2x2mpxpwpgww6413mji29mg282jms3jscn3qd"
+(build-system gnu-build-system)
+(arguments
+ ;; Replace configure phase as the ./configure script does not link
+ ;; CONFIG_SHELL and SHELL passed as parameters
+ '(#:phases
+   (alist-replace
+'configure
+(lambda* (#:key outputs inputs system target
+#:allow-other-keys #:rest args)
+  (let* ((configure (assoc-ref %standard-phases 'configure))
+ (prefix (assoc-ref outputs "out"))
+ (bash (string-append
+(assoc-ref inputs "bash") "/bin/bash"))
+ ;; Set --build and --host flags as the provided config.guess
+ ;; is not able to detect them
+ (flags `(,(string-append "--prefix=" prefix)
+  ,(string-append "--build=" system)
+  ,(string-append "--host="
+  (or target system)
+(setenv "CONFIG_SHELL" bash)
+(zero? (apply system* bash
+  (string-append "." "/configure")
+  flags
+%standard-phases)))
+(home-page "http://www.agroman.net/corkscrew";)
+(synopsis "A tool for tunneling SSH through HTTP proxies")
+(description
+ "Corkscrew allows creating TCP tunnels through HTTP proxies.  WARNING:
+At the moment only plain text authentication is supported, should you require
+to use it with your HTTP proxy.  Digest based authentication may be supported
+in future and NTLM based authentication is most likey never be supported.")
+(license license:gpl2)))
-- 
1.7.10.4

Re: [Nix-dev] /dev/shm inconsistency in chroot

[Shea Levy]

On 01/24/2014 04:17 PM, Ludovic Courtès wrote:

Sree Harsha Totakura  skribis:


On 01/24/2014 06:13 PM, Mark H Weaver wrote:

Shea Levy  writes:

Another option is to mount  a devtmpfs there, for systems which support it.

devtmpfs may give different devices on each machine and they may hinder
our build reproducibility.

OK.


The thing is, we don't actually want most of the system's devices to be
in the build environment, do we?  These are all impurities.  I don't
think we want /dev/sda, for example.

Sure, I agree.  I propose we start enumerating commonly needed devices
and create them.

Sounds good.

The major/minor device numbers may not be portable across OSes, which
may be a problem for Nix, so that code may need to be #ifdef’d.


Generally a good idea, but note that for now chroot is not enabled on 
non-Linux



If in future, a package requires access to certain device while
building (or during tests) we can include it in our list of created
device nodes.

Yes, but keep in mind that we’re not going to change that often, because
it’s inconvenient.

Thanks,
Ludo’.

Re: dmd: running as non-root user

[Ludovic Courtès]

Alex Sassmannshausen  skribis:

> Running dmd as a non-privileged user currently results in (by default):
> - log: ~/.dmd.log
> - config: ~/.dmdconf.scm
> - an attempt being made to create a socket at
>   $LOCALSTATEDIRE/var/run/dmd/socket, which fails because poor muggins
>   has no write permissions there (from what I can tell).
>
> I would propose changing the above, Emacs stylee, so that we get the
> following by default:
> - log: ~/.dmd/dmd.log
> - config: ~/.dmd/init.scm (or dmdconf.scm if preferred, though init is
>   probably better known to people familiar with emacs.)
> - socket: ~/.dmd/socket

That makes sense, yes.

(I realized I’m running dmd unprivileged with --prefix=$HOME/foo, so it
had no problem with the socket directory.  But that’s definitely not the
common case.)

[...]

> I think that would make it a more useful tool for managing your own
> daemons, and it would also become more newbie friendly.

Agreed.

> I'm happy to implement the above, or whatever comes out of this
> discussion.
>
> What do you think?

I think it’s a good idea!  :-)  The relevant bits are in support.scm.

Thanks,
Ludo’.

Re: [PATCH] gnu: Add ncdc-1.18.1.

[Ludovic Courtès]

Sree Harsha Totakura  skribis:

> * gnu/packages/dc.scm : New module.
> * gnu-system.am (GNU_SYSTEM_MODULES): Add module.

Applied, thanks!

> +(license 'license:x11)))

I removed the quote.

Please make sure to use no tabs in .scm files and leave no trailing
white space (this should happen automatically with Emacs >= 23.)

Ludo’.

Re: [Nix-dev] /dev/shm inconsistency in chroot

[Ludovic Courtès]

Sree Harsha Totakura  skribis:

> On 01/24/2014 06:13 PM, Mark H Weaver wrote:
>> Shea Levy  writes:
>>> > Another option is to mount  a devtmpfs there, for systems which support 
>>> > it.
>
> devtmpfs may give different devices on each machine and they may hinder
> our build reproducibility.

OK.

>> The thing is, we don't actually want most of the system's devices to be
>> in the build environment, do we?  These are all impurities.  I don't
>> think we want /dev/sda, for example.
>
> Sure, I agree.  I propose we start enumerating commonly needed devices
> and create them.

Sounds good.

The major/minor device numbers may not be portable across OSes, which
may be a problem for Nix, so that code may need to be #ifdef’d.

> If in future, a package requires access to certain device while
> building (or during tests) we can include it in our list of created
> device nodes.

Yes, but keep in mind that we’re not going to change that often, because
it’s inconvenient.

Thanks,
Ludo’.

Re: [PATCH] gnu: packages: Add ncdc-1.18.1.

[Ludovic Courtès]

Sree Harsha Totakura  skribis:

> On 01/24/2014 06:18 PM, Ludovic Courtès wrote:
>>> > +  #:use-module ((guix licenses)
>>> > +#:renamer (symbol-prefix-proc 'license:)))
>>   #:use-module (guix licenses)
>> 
>
> I had to use the renamer as the package depends on zlib and there is
> also a license with the same name.

Right, sorry.

Ludo’.

dmd: running as non-root user

[Alex Sassmannshausen]

Hello,

On the back of me looking at the manual and my resulting playing with
dmd (which is a pretty cool program by the way), I've come across the
following:

Running dmd as a non-privileged user currently results in (by default):
- log: ~/.dmd.log
- config: ~/.dmdconf.scm
- an attempt being made to create a socket at
  $LOCALSTATEDIRE/var/run/dmd/socket, which fails because poor muggins
  has no write permissions there (from what I can tell).

I would propose changing the above, Emacs stylee, so that we get the
following by default:
- log: ~/.dmd/dmd.log
- config: ~/.dmd/init.scm (or dmdconf.scm if preferred, though init is
  probably better known to people familiar with emacs.)
- socket: ~/.dmd/socket

Then, when a newbie starts playing with dmd we can simply point them to
that one directory for exploration in the manual. We can also then move
to dmd checking for the existence of the folder and creating files as
necessary, and changing the permissions of the .dmd folder so dmd itself
considers it secure (if dmd created the folder: if it already existed,
then do what it does now and simply emit an 'insecure' warning).

Instead of, when running as non-root, having to do
$ dmd -s ~/.dmd/socket
to start dmd and then
$ deco ACTION SERVICE -s ~/.dmd/socket
for every deco command we could simply do
$ dmd
and 
$ deco ACTION SERVICE

I think that would make it a more useful tool for managing your own
daemons, and it would also become more newbie friendly.

I'm happy to implement the above, or whatever comes out of this
discussion.

What do you think?

Best wishes,

Alex

Re: [Nix-dev] /dev/shm inconsistency in chroot

[Sree Harsha Totakura]

On 01/24/2014 06:13 PM, Mark H Weaver wrote:
> Shea Levy  writes:
>> > Another option is to mount  a devtmpfs there, for systems which support it.

devtmpfs may give different devices on each machine and they may hinder
our build reproducibility.

> The thing is, we don't actually want most of the system's devices to be
> in the build environment, do we?  These are all impurities.  I don't
> think we want /dev/sda, for example.

Sure, I agree.  I propose we start enumerating commonly needed devices
and create them.  If in future, a package requires access to certain
device while building (or during tests) we can include it in our list of
created device nodes.

Sree

[PATCH] gnu: Add ncdc-1.18.1.

[Sree Harsha Totakura]

* gnu/packages/dc.scm : New module.
* gnu-system.am (GNU_SYSTEM_MODULES): Add module.
---
 gnu-system.am   |1 +
 gnu/packages/dc.scm |   62 +++
 2 files changed, 63 insertions(+)
 create mode 100644 gnu/packages/dc.scm

diff --git a/gnu-system.am b/gnu-system.am
index 31d664e..3112dc4 100644
--- a/gnu-system.am
+++ b/gnu-system.am
@@ -52,6 +52,7 @@ GNU_SYSTEM_MODULES =  \
   gnu/packages/cryptsetup.scm  \
   gnu/packages/curl.scm\
   gnu/packages/cyrus-sasl.scm  \
+  gnu/packages/dc.scm  \
   gnu/packages/dejagnu.scm \
   gnu/packages/ddrescue.scm\
   gnu/packages/dictionaries.scm\
diff --git a/gnu/packages/dc.scm b/gnu/packages/dc.scm
new file mode 100644
index 000..91e9d6e
--- /dev/null
+++ b/gnu/packages/dc.scm
@@ -0,0 +1,62 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2014 Sree Harsha Totakura 
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or modify it
+;;; under the terms of the GNU General Public License as published by
+;;; the Free Software Foundation; either version 3 of the License, or (at
+;;; your option) any later version.
+;;;
+;;; GNU Guix is distributed in the hope that it will be useful, but
+;;; WITHOUT ANY WARRANTY; without even the implied warranty of
+;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;;; GNU General Public License for more details.
+;;;
+;;; You should have received a copy of the GNU General Public License
+;;; along with GNU Guix.  If not, see .
+
+(define-module (gnu packages dc)
+  #:use-module (gnu packages)
+  #:use-module (gnu packages compression)
+  #:use-module (gnu packages glib)
+  #:use-module (gnu packages gnutls)
+  #:use-module (gnu packages ncurses)
+  #:use-module (gnu packages pkg-config)
+  #:use-module (gnu packages sqlite)
+  #:use-module (guix packages)
+  #:use-module (guix download)
+  #:use-module (guix build-system gnu)
+  #:use-module ((guix licenses)
+#:renamer (symbol-prefix-proc 'license:)))
+
+(define-public ncdc
+  (package
+(name "ncdc")
+(version "1.18.1")
+(source
+ (origin 
+   (method url-fetch)
+   (uri (string-append "http://dev.yorhel.nl/download/ncdc-"; version
+   ".tar.gz"))
+   (sha256 (base32
+"11c6z9c3vv2vg01q02r53m28q3cx6x66j1l63f1mbk1crlqpf9fc"
+(build-system gnu-build-system)
+(inputs 
+ `(("bzip2" ,bzip2)
+   ("glib" ,glib)
+   ("gnutls" ,gnutls)
+   ("ncurses" ,ncurses)
+   ("sqlite" ,sqlite)
+   ("zlib" ,zlib)))
+(native-inputs
+ `(("pkg-config", pkg-config)))
+(home-page "http://dev.yorhel.nl/ncdc";)
+(synopsis 
+ "Lightweight direct connect client with a friendly ncurses interface")
+(description
+ "Ncdc is a client for the Direct Connect peer-to-peer protocol implemented
+using ncurses.  It is known for its smaller footprint and ease of use.")
+(license 'license:x11)))
-- 
1.7.10.4

Re: [PATCH] gnu: packages: Add ncdc-1.18.1.

[Ludovic Courtès]

Overall looks good to me.  Could you send an updated version that fixes
the details below?

Sree Harsha Totakura  skribis:

> * gnu/packages/: Add new file dc.scm.
> * gnu-system.am: Add file dc.scm.
> * gnu/packages/dc.scm: Recipe for ncdc-1.18.1.

Please use the same format we normally use (see ‘git log’ for examples.)

> +  #:use-module ((guix licenses)
> +#:renamer (symbol-prefix-proc 'license:)))

  #:use-module (guix licenses)

> +(synopsis 
> + "moder and lightweight direct connect client with a friendly ncurses
> +interface")

Could you start with a capital letter, and make it fit and one line?

> +(description
> + "Ncdc is a Direct Connect protocol client implemented using ncurses 
> known

Perhaps something like: “is a client for the Direct Connect peer-to-peer
file sharing protocol” (yeah I just discovered what Direct Connect is,
so thanks ;-)).

> +(license 'license:x11)))
^
There should be no quote here.

Thanks,
Ludo’.

Re: [PATCH] gnu: packages: Add ncdc-1.18.1.

[Sree Harsha Totakura]

On 01/24/2014 06:18 PM, Ludovic Courtès wrote:
>> > +  #:use-module ((guix licenses)
>> > +#:renamer (symbol-prefix-proc 'license:)))
>   #:use-module (guix licenses)
> 

I had to use the renamer as the package depends on zlib and there is
also a license with the same name.

Sree

Re: [PATCH] Doc: Introduction: rewrite for style and clarity.

[Ludovic Courtès]

Alex Sassmannshausen  skribis:

> * dmd.texi (Introduction): Rewrite for style and clarity.

Pushed, thanks!

Please add a copyright line for yourself (assuming you’re the copyright
holder) in dmd.texi in the next commit.

Ludo’.

Re: [Nix-dev] /dev/shm inconsistency in chroot

[Mark H Weaver]

Shea Levy  writes:

> On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>>
>> On 01/23/2014 08:56 PM, Mark H Weaver wrote:
>>> We should not inherit /dev from the host system at all, but rather
>>> create it from scratch with just the things we need.  IMO, that's
>>> the only truly proper solution.
>> We can try creating a fixed set of device nodes, for example:
>> /dev/null, /dev/random, /dev/urandom, /dev/sda etc.  Has anyone tried
>> this before?
>
> Another option is to mount  a devtmpfs there, for systems which support it.

The thing is, we don't actually want most of the system's devices to be
in the build environment, do we?  These are all impurities.  I don't
think we want /dev/sda, for example.

 Mark

Re: [Nix-dev] /dev/shm inconsistency in chroot

[Ludovic Courtès]

Shea Levy  skribis:

> On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>>
>> On 01/23/2014 08:56 PM, Mark H Weaver wrote:
>>> We should not inherit /dev from the host system at all, but rather
>>> create it from scratch with just the things we need.  IMO, that's
>>> the only truly proper solution.
>> We can try creating a fixed set of device nodes, for example:
>> /dev/null, /dev/random, /dev/urandom, /dev/sda etc.  Has anyone tried
>> this before?
>
> Another option is to mount  a devtmpfs there, for systems which support it.

Both options look good to me.  Using devtmpfs would be easier, but I
don’t see any documentation for it.  Are its contents really
deterministic?

Thanks,
Ludo’.

Re: [PATCH 2/3] gnu: fltk: New module

[Thompson, David]

Hi John,

Noticed one small thing.

On Thu, Jan 23, 2014 at 3:07 PM, John Darrington  wrote:
> * 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 b/gnu-system.am
> index 47995b5..5c01e8e 100644
> --- a/gnu-system.am
> +++ b/gnu-system.am
> @@ -62,6 +62,7 @@ GNU_SYSTEM_MODULES =  \
>gnu/packages/fdisk.scm   \
>gnu/packages/file.scm\
>gnu/packages/flex.scm\
> +  gnu/packages/fltk.scm\
>gnu/packages/fonts.scm   \
>gnu/packages/fontutils.scm   \
>gnu/packages/freeipmi.scm\
> diff --git a/gnu/packages/fltk.scm b/gnu/packages/fltk.scm
> new file mode 100644
> index 000..245cd93
> --- /dev/null
> +++ b/gnu/packages/fltk.scm
> @@ -0,0 +1,63 @@
> +;;; GNU Guix --- Functional package management for GNU
> +;;; Copyright © 2014 John Darrington 
> +;;;
> +;;; This file is part of GNU Guix.
> +;;;
> +;;; GNU Guix is free software; you can redistribute it and/or modify it
> +;;; under the terms of the GNU General Public License as published by
> +;;; the Free Software Foundation; either version 3 of the License, or (at
> +;;; your option) any later version.
> +;;;
> +;;; GNU Guix is distributed in the hope that it will be useful, but
> +;;; WITHOUT ANY WARRANTY; without even the implied warranty of
> +;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
> +;;; GNU General Public License for more details.
> +;;;
> +;;; You should have received a copy of the GNU General Public License
> +;;; along with GNU Guix.  If not, see .
> +
> +(define-module (gnu packages fltk)
> +  #:use-module (guix licenses)
> +  #:use-module (gnu packages xorg)
> +  #:use-module (gnu packages gl)
> +  #:use-module (guix packages)
> +  #:use-module (guix download)
> +  #:use-module (guix build-system gnu))
> +
> +(define-public fltk
> +  (package
> +(name "fltk")
> +(version "1.3.2")
> +(source
> + (origin
> +  (method url-fetch)
> +  (uri (string-append "http://fltk.org/pub/fltk/1.3.2/fltk-"; version 
> "-source.tar.gz"))

Substitute "1.3.2" with 'version'.

> +  (sha256
> +   (base32
> +"1974brlk723095vf8z72kazq1cbqr9a51kq6b0xda6zkjkgl8q0p"
> +   (build-system gnu-build-system)
> +(inputs
> +  `(("libx11" ,libx11)
> +("mesa" ,mesa)))
> +(arguments
> + `(#:phases
> +   (alist-replace
> +'check
> +(lambda* (#:key inputs #:allow-other-keys) #t) ;; fltk does not have 
> a
> +  ;; check target
> +(alist-replace
> + 'configure
> + (lambda* (#:key outputs #:allow-other-keys #:rest args)
> +   (let ((configure (assoc-ref %standard-phases 'configure)))
> + (substitute* "makeinclude.in"
> +   (("/bin/sh") (which "sh")))
> + (apply configure args)))
> + %standard-phases
> +(home-page "https://www.fltk.org";)
> +(synopsis "3D C++ GUI library")
> +(description "FLTK is a C++ GUI toolkit providing modern GUI 
> functionality without the
> +bloat. It supports 3D graphics via OpenGL and its built-in GLUT emulation.
> +FLTK is designed to be small and modular enough to be statically linked, but
> +works fine as a shared library. FLTK also includes an excellent UI builder
> +called FLUID that can be used to create applications in minutes.")
> +(license lgpl2.0))) ; plus certain additional permissions
> --
> 1.7.10.4
>
>

- Dave

[PATCH] gnu: packages: Add ncdc-1.18.1.

[Sree Harsha Totakura]

* gnu/packages/: Add new file dc.scm.
* gnu-system.am: Add file dc.scm.
* gnu/packages/dc.scm: Recipe for ncdc-1.18.1.
---
 gnu-system.am   |1 +
 gnu/packages/dc.scm |   62 +++
 2 files changed, 63 insertions(+)
 create mode 100644 gnu/packages/dc.scm

diff --git a/gnu-system.am b/gnu-system.am
index 31d664e..3112dc4 100644
--- a/gnu-system.am
+++ b/gnu-system.am
@@ -52,6 +52,7 @@ GNU_SYSTEM_MODULES =  \
   gnu/packages/cryptsetup.scm  \
   gnu/packages/curl.scm\
   gnu/packages/cyrus-sasl.scm  \
+  gnu/packages/dc.scm  \
   gnu/packages/dejagnu.scm \
   gnu/packages/ddrescue.scm\
   gnu/packages/dictionaries.scm\
diff --git a/gnu/packages/dc.scm b/gnu/packages/dc.scm
new file mode 100644
index 000..91e9d6e
--- /dev/null
+++ b/gnu/packages/dc.scm
@@ -0,0 +1,62 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2014 Sree Harsha Totakura 
+;;;
+;;; This file is part of GNU Guix.
+;;;
+;;; GNU Guix is free software; you can redistribute it and/or modify it
+;;; under the terms of the GNU General Public License as published by
+;;; the Free Software Foundation; either version 3 of the License, or (at
+;;; your option) any later version.
+;;;
+;;; GNU Guix is distributed in the hope that it will be useful, but
+;;; WITHOUT ANY WARRANTY; without even the implied warranty of
+;;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+;;; GNU General Public License for more details.
+;;;
+;;; You should have received a copy of the GNU General Public License
+;;; along with GNU Guix.  If not, see .
+
+(define-module (gnu packages dc)
+  #:use-module (gnu packages)
+  #:use-module (gnu packages compression)
+  #:use-module (gnu packages glib)
+  #:use-module (gnu packages gnutls)
+  #:use-module (gnu packages ncurses)
+  #:use-module (gnu packages pkg-config)
+  #:use-module (gnu packages sqlite)
+  #:use-module (guix packages)
+  #:use-module (guix download)
+  #:use-module (guix build-system gnu)
+  #:use-module ((guix licenses)
+#:renamer (symbol-prefix-proc 'license:)))
+
+(define-public ncdc
+  (package
+(name "ncdc")
+(version "1.18.1")
+(source
+ (origin 
+   (method url-fetch)
+   (uri (string-append "http://dev.yorhel.nl/download/ncdc-"; version
+   ".tar.gz"))
+   (sha256 (base32
+"11c6z9c3vv2vg01q02r53m28q3cx6x66j1l63f1mbk1crlqpf9fc"
+(build-system gnu-build-system)
+(inputs 
+ `(("bzip2" ,bzip2)
+   ("glib" ,glib)
+   ("gnutls" ,gnutls)
+   ("ncurses" ,ncurses)
+   ("sqlite" ,sqlite)
+   ("zlib" ,zlib)))
+(native-inputs
+ `(("pkg-config", pkg-config)))
+(home-page "http://dev.yorhel.nl/ncdc";)
+(synopsis 
+ "moder and lightweight direct connect client with a friendly ncurses
+interface")
+(description
+ "Ncdc is a Direct Connect protocol client implemented using ncurses known
+for its smaller footprint and ease of use.  Its features are on par with the
+existing DC clients.")
+(license 'license:x11)))
-- 
1.7.10.4

Re: [Nix-dev] /dev/shm inconsistency in chroot

[Shea Levy]

On 01/24/2014 05:16 AM, Sree Harsha Totakura wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On 01/23/2014 08:56 PM, Mark H Weaver wrote:

We should not inherit /dev from the host system at all, but rather
create it from scratch with just the things we need.  IMO, that's
the only truly proper solution.

We can try creating a fixed set of device nodes, for example:
/dev/null, /dev/random, /dev/urandom, /dev/sda etc.  Has anyone tried
this before?


Another option is to mount  a devtmpfs there, for systems which support it.


Sree
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlLiPZUACgkQO2+K8UPCHzvyuwCgpPH4ndRBqFkITqbPcQ1UN4Ws
JsYAniMrgj8mBvNMC7Jq1AkFv+bV/VUj
=DbCU
-END PGP SIGNATURE-
___
nix-dev mailing list
nix-...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [PATCH 1/3] gnu: libxft: Propagate input.

[Ludovic Courtès]

John Darrington  skribis:

> * gnu/packages/xorg.scm (libxft): Propagate input libxrender.

Can you please provide the rationale in a comment next to it?

Thanks,
Ludo’.

Re: New package recipe: libopus-1.1

[Ludovic Courtès]

Sree Harsha Totakura  skribis:

> From 23dcddebb12c619e22dac20a6181dfb77df4c876 Mon Sep 17 00:00:00 2001
> From: Sree Harsha Totakura 
> Date: Thu, 23 Jan 2014 19:38:39 +0100
> Subject: [PATCH] gnu: oggvorbis: Add libopus-1.1.
>
> * gnu/packages/oggvorbis.scm: Add libopus-1.1.

Thanks, applied with minor changes:

  • Added you as a copyright holder (let me know if that’s not the
case);

  • Changed the package name to “opus”, since that’s what it’s called
upstream;

  • Adjusted to match the xiph.scm rename.

Ludo’.

Re: Rename oggvorbis.scm to xiph-codecs.scm? (was Re: New package recipe: libopus-1.1)

[Ludovic Courtès]

Andreas Enge  skribis:

> On Thu, Jan 23, 2014 at 11:58:43AM -0500, Thompson, David wrote:
>> On Thu, Jan 23, 2014 at 11:51 AM, Ludovic Courtès  wrote:
>> > Or just xiph.scm?  Because not everything is a codec strictly speaking.
>> I like this name best.
>
> Done in 54ff0b7. Please correct any errors you find... (As I just restarted
> hydra and it needs to catch up building core-updates, I tested only that guix
> still compiles.)

Thanks!

Ludo’.

Re: dmd: Some improvements to the dmd manual

[Ludovic Courtès]

Hello Alex,

Alex Sassmannshausen  skribis:

> Ludovic Courtès writes:
>
>>> Let me know if you think I should ba approaching this differently.
>>
>> I will comment on the first patch, but what specific points do you want
>> to address more generally?  Is it more about wording, structure, guiding
>> the user?  (I can see some of that in the first patch.)
>
> It started of being about correcting typos and improving the wording a
> bit, but then it became about enhancing the journey of the reader a bit:
> make things friendlier where appropriate, keep things simpler,
> especially prior to chapter 2, etc.

Sounds good!

> The manual that keeps coming back to me is the Geiser manual: it's
> written in a lovely way and I'd like to introduce some of its style
> whilst maintaining clarity and newbie-friendliness.

That’s a good benchmark.  :-)

> So, fixing typos and wording probably doesn't require large changes,
> guiding the user probably would imply some re-writing.
>
> I could split the job in two: always submit one patch fixing typos and
> wording, and then, if necessary, a rewritten section afterwards? (this
> might be slightly more work for me, but as there is no deadline that's
> fine :-).

I think splitting into two parts here would be annoying for you, and not
very fruitful if large parts are going to be rewritten anyway.  So
submit in whatever form is the most appropriate for you: split by
section when that’s possible, and otherwise whatever you think makes a
consistent change set.

> I like the style of the manual overall anyway, so I'm definitely
> approaching this with respect to what has been done already.
>
> Hope this clarifies my intentions a little

It does, and I like the ideas.  Thank you!

Ludo’.

Re: /dev/shm inconsistency in chroot

[Sree Harsha Totakura]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On 01/23/2014 08:56 PM, Mark H Weaver wrote:
> We should not inherit /dev from the host system at all, but rather 
> create it from scratch with just the things we need.  IMO, that's
> the only truly proper solution.

We can try creating a fixed set of device nodes, for example:
/dev/null, /dev/random, /dev/urandom, /dev/sda etc.  Has anyone tried
this before?

Sree
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Icedove - http://www.enigmail.net/

iEYEARECAAYFAlLiPZUACgkQO2+K8UPCHzvyuwCgpPH4ndRBqFkITqbPcQ1UN4Ws
JsYAniMrgj8mBvNMC7Jq1AkFv+bV/VUj
=DbCU
-END PGP SIGNATURE-