Re: [PATCH] gnu: inetutils: Enable tests.

[Maxim Cournoyer]

Hi Leo!

Leo Famulari  writes:

> On Wed, Feb 22, 2017 at 09:21:51AM -0800, Maxim Cournoyer wrote:
>> Hello Guix!
>> 
>> Here's a simple patch which enables the tests for inetutils.
>
> Sounds great!
>
>> From f707e5f479b2df969cbe582f722afbf761596ef3 Mon Sep 17 00:00:00 2001
>> From: Maxim Cournoyer 
>> Date: Wed, 22 Feb 2017 09:03:25 -0800
>> Subject: [PATCH] gnu: inetutils: Enable tests.
>> 
>> * gnu/packages/admin.scm (inetutils)[source]: Indent.
>> [arguments]: Remove #:tests? and #:configure-flags (not needed).
>
> I'm curious, what is the value of $localstatedir if we don't set it?

I was under the (flawed) impression that the gnu build system would take
care of this detail for us. Luckily inetutils doesn't seem to require setting
this at all. I've studied the build log more closely and didn't see any
mention of localstatedir.

Maxim


signature.asc
Description: PGP signature

Re: [PATCH] gnu: Add gnushogi and xshogi

[John Darrington]

On Wed, Feb 22, 2017 at 04:58:07PM -0500, Leo Famulari wrote:
 On Wed, Feb 22, 2017 at 08:15:04PM +0100, John Darrington wrote:
 > * gnu/packages/games.scm (gnushogi, xshogi): New variables.
 
 > +(define-public xshogi
 
 [...]
 
 > +;; Contains a copy of GPLv3 but the licence notices simply
 > +;; state "GNU General Public Licence" without specifying a version.
 > +(license license:gpl1+)))
 
 Section 14 of the GPL says "If the Program does not specify a
 version number of the GNU General Public License, you may choose any
 version ever published by the Free Software Foundation."
 
You are correct.  That is why I put gpl1+
 
 Do we want to use version 1 of the GPL? I don't fully understand the
 issues with it, but it's an unusual choice.

I don't have a strong opinion here.  But there is a precedent in Guix, that 
where upstream permits a package to be distributed under a choice of licences,
we simply present that choice to our users.  We don't - at least I haven't seen 
any instances of it - choose a particular one that suits us, unless there is a 
good reason for doing that.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

[PATCH] gnu: Add lmms

[Rodger Fox]

Here is another package. I think I got the commit message right this 
time. Let me know if I missed anything.From 8e2757bee584f4686e02da512662fb512b05c037 Mon Sep 17 00:00:00 2001
From: Rodger Fox 
Date: Wed, 22 Feb 2017 15:08:30 -0800
Subject: [PATCH] gnu: Add lmms. * gnu/packages/music.scm (lmms): New variable.

---
 gnu/packages/music.scm | 38 ++
 1 file changed, 38 insertions(+)

diff --git a/gnu/packages/music.scm b/gnu/packages/music.scm
index 730d981e6..924fb8109 100644
--- a/gnu/packages/music.scm
+++ b/gnu/packages/music.scm
@@ -9,6 +9,7 @@
 ;;; Copyright © 2016 John J. Foerch 
 ;;; Copyright © 2016 Alex Griffin 
 ;;; Copyright © 2017 ng0 
+;;; Copyright © 2017 Rodger Fox 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -2818,3 +2819,40 @@ collections and wantlists, inventory, and orders.")
 conversions between time and pulses, tempo map handling and more.  The only dependencies
 are a C compiler and glib.  Full API documentation and examples are included.")
 (license license:bsd-2)))
+
+(define-public lmms
+  (package
+(name "lmms")
+(version "1.1.3")
+(source
+ (origin
+   (method url-fetch)
+   (uri (string-append "https://github.com/LMMS/lmms/archive/v;
+   version ".tar.gz"))
+   (sha256
+(base32
+	 "1g76z7ha3hd53vbqaq9n1qg6s3lw8zzaw51iny6y2bz0j1xqwcsr"
+(build-system cmake-build-system)
+(arguments `(#:tests? #f  ; No tests to run.
+	 #:validate-runpath? #f))
+(native-inputs
+ `(("pkg-config" ,pkg-config)))
+ (inputs
+ `(("sdl" ,sdl)
+   ("qt" ,qt-4)
+   ("fltk" ,fltk)
+   ("libogg" ,libogg)
+   ("libsamplerate" ,libsamplerate)
+   ("fluidsynth" ,fluidsynth)
+   ("libvorbis" ,libvorbis)
+   ("alsa-lib" ,alsa-lib)
+   ("portaudio" ,portaudio)
+   ("ladspa" ,ladspa)
+   ("libsndfile1" ,libsndfile)
+   ("libxft" ,libxft)
+   ("freetype2" ,freetype)
+   ("fftw3f" ,fftwf)))
+(home-page "https://lmms.io/;)
+(synopsis "Music composition tool")
+(description "LMMS is a digital audio workstation. It includes tools for sequencing melodies and beats and for mixing and arranging songs. It includes instruments based on audio samples and various soft sythesizers. It can receive input from a MIDI keyboard.")
+(license license:gpl2+)))
-- 
2.11.1

Re: 'guix build --target=' handling questions

[Sergei Trofimovich]

> Question time:
> 
> - Is there a way to run 'guix environment --target=' in the same way as 'guix 
> build --target='
>   sets it up? I'd like to see how both compilers are supposed to be present 
> in there.
>
> - Why default g++ in PATH is the host g++ and not target g++?
>   Target seems to make most sense if no explicit compiler is specified.
> 
> - How to actually set CXX to point to target g++?
>   It looks like implicitly there already both host (through native-inputs)
>   and target (through build-inputs) compilers available.
>   I would expect something like
>   #:make-flags (list (string-append "CXX=" <.?.>)) 
>   What should be in place of that "<.?.>" to refer to target g++?

I think I've found a workaround at least for my third question.

Both host and target compilers are available as g++ and ${target}-g++.

Thus the following workaround seems to work:

diff --git a/gnu/packages/regex.scm b/gnu/packages/regex.scm
index f04cba706..a8fa689ab 100644
--- a/gnu/packages/regex.scm
+++ b/gnu/packages/regex.scm
@@ -20,11 +20,13 @@

 (define-module (gnu packages regex)
   #:use-module ((guix licenses) #:prefix license:)
   #:use-module (guix packages)
   #:use-module (guix download)
-  #:use-module (guix build-system gnu))
+  #:use-module (guix build-system gnu)
+  #:use-module (guix utils) ; for %current-target-system
+  )

 (define-public re2
(package
  (name "re2")
  (version "2017-01-01")
@@ -40,11 +42,15 @@
  "0yij1ajh66h3pj3kfz7y0ldrsww8rlpjzaavyr5lchl98as1jq74"
  (build-system gnu-build-system)
  (arguments
   `(#:test-target "test"
 ;; There is no configure step, but the Makefile respects a prefix.
-#:make-flags (list (string-append "prefix=" %output))
+#:make-flags (list (string-append "prefix=" %output)
+   (string-append "CXX=" ,(string-append (if 
(%current-target-system)
+ 
(string-append (%current-target-system) "-")
+ "")
+ "g++")))
 #:phases
 (modify-phases %standard-phases
   (delete 'configure)
   (add-after 'install 'delete-static-library
 (lambda* (#:key outputs #:allow-other-keys)

It looks clumsy and potentially requires more tools to be wrapped like that.

At least 'ar' for this package. Perhaps there is a function that already
adds a "${target}-" and I've missed it?

-- 

  Sergei


pgpaAoEdth0Gv.pgp
Description: Цифровая подпись OpenPGP

Re: bug#24544: 2.1.4 tarball install fails on GuixSD

[Andy Wingo]

On Sun 25 Sep 2016 21:22, Jan Nieuwenhuizen  writes:

> ld-wrapper: error: attempt to use impure library 
> "/home/janneke/guile-2.1.4/lib/libguile-2.2.so"
> collect2: error: ld returned 1 exit status
> libtool:   error: error: relink 'guile-readline.la' with the above 
> command before installing it

This is because Guix is silly and thinks that even when you are
installing to /rando/prefix/that/you/like that it's bad to link to
thinks outside /gnu/store.

The workaround is to export GUIX_LD_WRAPPER_ALLOW_IMPURITIES=yesplease.
(Actually any value.)

The real fix is to prevent ld-wrapper from carping for normal installs
to non-store prefixen!

Andy

Re: [PATCH] gnu: inetutils: Enable tests.

[Leo Famulari]

On Wed, Feb 22, 2017 at 09:21:51AM -0800, Maxim Cournoyer wrote:
> Hello Guix!
> 
> Here's a simple patch which enables the tests for inetutils.

Sounds great!

> From f707e5f479b2df969cbe582f722afbf761596ef3 Mon Sep 17 00:00:00 2001
> From: Maxim Cournoyer 
> Date: Wed, 22 Feb 2017 09:03:25 -0800
> Subject: [PATCH] gnu: inetutils: Enable tests.
> 
> * gnu/packages/admin.scm (inetutils)[source]: Indent.
> [arguments]: Remove #:tests? and #:configure-flags (not needed).

I'm curious, what is the value of $localstatedir if we don't set it?


signature.asc
Description: PGP signature

Re: [PATCH] gnu: Add gnushogi and xshogi

[Leo Famulari]

On Wed, Feb 22, 2017 at 08:15:04PM +0100, John Darrington wrote:
> * gnu/packages/games.scm (gnushogi, xshogi): New variables.

> +(define-public xshogi

[...]

> +;; Contains a copy of GPLv3 but the licence notices simply
> +;; state "GNU General Public Licence" without specifying a version.
> +(license license:gpl1+)))

Section 14 of the GPL says "If the Program does not specify a
version number of the GNU General Public License, you may choose any
version ever published by the Free Software Foundation."

https://www.gnu.org/licenses/gpl.html

Do we want to use version 1 of the GPL? I don't fully understand the
issues with it, but it's an unusual choice.

[PATCH] services: openssh: Enable PAM.

[Clément Lassieur]

* gnu/services/ssh.scm: (openssh-pam-services): New procedure.
  (openssh-service-type): Use it to extend PAM-ROOT-SERVICE-TYPE.
  ()[challenge-response-authentication?]: New field.
  ()[use-pam?]: New field.
  (openssh-config-file): Add them.
* doc/guix.texi (Networking Services): Document them.
---

This fixes the tests.

 doc/guix.texi| 16 
 gnu/services/ssh.scm | 21 -
 2 files changed, 36 insertions(+), 1 deletion(-)

diff --git a/doc/guix.texi b/doc/guix.texi
index 6cdb5e592..22eef3a64 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -9163,6 +9163,22 @@ enabled---in other words, @command{ssh} options 
@option{-X} and
 
 @item @code{protocol-number} (default: @code{2})
 The SSH protocol number to use.
+
+@item @code{challenge-response-authentication?} (default: @code{#f})
+Specifies whether challenge response authentication is allowed (e.g. via
+PAM).
+
+@item @code{use-pam?} (default: @code{#t})
+Enables the Pluggable Authentication Module interface.  If set to
+@code{#t}, this will enable PAM authentication using
+@code{challenge-response-authentication?} and
+@code{password-authentication?}, in addition to PAM account and session
+module processing for all authentication types.
+
+Because PAM challenge response authentication usually serves an
+equivalent role to password authentication, you should disable either
+@code{challenge-response-authentication?} or
+@code{password-authentication?}.
 @end table
 @end deftp
 
diff --git a/gnu/services/ssh.scm b/gnu/services/ssh.scm
index 58c35c9f5..027e0d00a 100644
--- a/gnu/services/ssh.scm
+++ b/gnu/services/ssh.scm
@@ -278,7 +278,11 @@ The other options should be self-descriptive."
   (x11-forwarding?   openssh-configuration-x11-forwarding? ;Boolean
  (default #f))
   (protocol-number   openssh-configuration-protocol-number ;integer
- (default 2)))
+ (default 2))
+  (challenge-response-authentication? 
openssh-challenge-response-authentication?
+  (default #f)) ;Boolean
+  (use-pam?  openssh-configuration-use-pam?
+ (default #t))) ;Boolean
 
 (define %openssh-accounts
   (list (user-group (name "sshd") (system? #t))
@@ -334,6 +338,12 @@ The other options should be self-descriptive."
"yes" "no"))
  (format port "PidFile ~a\n"
  #$(openssh-configuration-pid-file config))
+ (format port "ChallengeResponseAuthentication ~a\n"
+ #$(if (openssh-challenge-response-authentication? config)
+   "yes" "no"))
+ (format port "UsePAM ~a\n"
+ #$(if (openssh-configuration-use-pam? config)
+   "yes" "no"))
  #t
 
 (define (openssh-shepherd-service config)
@@ -354,11 +364,20 @@ The other options should be self-descriptive."
  #:pid-file #$pid-file))
  (stop #~(make-kill-destructor)
 
+(define (openssh-pam-services config)
+  "Return a list of  for sshd with CONFIG."
+  (list (unix-pam-service
+ "sshd"
+ #:allow-empty-passwords?
+ (openssh-configuration-allow-empty-passwords? config
+
 (define openssh-service-type
   (service-type (name 'openssh)
 (extensions
  (list (service-extension shepherd-root-service-type
   openssh-shepherd-service)
+   (service-extension pam-root-service-type
+  openssh-pam-services)
(service-extension activation-service-type
   openssh-activation)
(service-extension account-service-type
-- 
2.11.1

Re: Memory Usage

[Leo Famulari]

On Wed, Feb 22, 2017 at 07:51:24PM +, ng0 wrote:
> On 17-02-22 11:37:11, Rodger Fox wrote:
> > What is the typical memory usage of a GuixSD system?
> 
> There's no such thing as a typical system. It depends on what you run,
> 300 open browser tabs will lead to more RAM used for example.
> 
> I'm watching a video, write in an IRC client, and run some other
> background applications and I'm at 3.5 GiB RAM.

I have a headless system with 3 GiB RAM total. I'm currently compiling
the Linux kernel and GCC, and ~900 MiB are actively being used by
userspace processes, with the remainder filled with assorted buffers and
cache.

Re: Memory Usage

[Rodger Fox]

On 2017-02-22 11:51 am, ng0 wrote:

On 17-02-22 11:37:11, Rodger Fox wrote:

What is the typical memory usage of a GuixSD system?


There's no such thing as a typical system. It depends on what you run,
300 open browser tabs will lead to more RAM used for example.


I understand. I didn't mean to leave that as the whole of my question.
I elaborated more on my situation. I have stopped Xorg, networking,
and the guix daemon. I was still at over 5GiB.


I'm watching a video, write in an IRC client, and run some other
background applications and I'm at 3.5 GiB RAM.


So that seems to confirm my suspicion that something is wrong with my 
system.

I am way over that mark with basically nothing running.
As well, I checked another system I have that runs Arch Linux and I 
found that
with full gnome-desktop and several extra services running, it is around 
4GiB.


I was wondering if it was just something strange about the Guix 
binaries.

Anyway, I'm just looking for ideas. I know it's a pretty vague problem.
It just makes me wonder if my system is compromised somehow.

I think I will try a fresh install to see if it changes anything.


I can't seem to get mine below 5GiB, according to top.
This is when I stop Xorg and most system services, including 
networking and
such, and just log in to a plain terminal with nothing but top 
running. Is

this normal?
The numbers listed per process in top don't even add up to that, but 
it
reports the total being high. Also, icecat uses a 1000m and 
gnome-terminal

uses 500m.
This seems wrong to me, but I'm not sure. In my session right now it 
is
reporting over 14GiB of memory use. I don't know why it should be so 
high.


-Rodger

[PATCH] gnu: prosody: Update to 0.9.12.

[Clément Lassieur]

* gnu/packages/messaging.scm (prosody): Update to 0.9.12.
  [inputs]: Change lua5.1-sec-0.5 to lua5.1-sec.
* gnu/packages/lua.scm (lua5.1-sec-0.5): Remove it.
---
 gnu/packages/lua.scm   | 13 -
 gnu/packages/messaging.scm |  7 +++
 2 files changed, 3 insertions(+), 17 deletions(-)

diff --git a/gnu/packages/lua.scm b/gnu/packages/lua.scm
index 5016732b7..35efaa496 100644
--- a/gnu/packages/lua.scm
+++ b/gnu/packages/lua.scm
@@ -6,7 +6,6 @@
 ;;; Copyright © 2016 Efraim Flashner 
 ;;; Copyright © 2016 Ricardo Wurmus 
 ;;; Copyright © 2016 doncatnip 
-;;; Copyright © 2016 Clément Lassieur 
 ;;; Copyright © 2016 José Miguel Sánchez García 
 ;;;
 ;;; This file is part of GNU Guix.
@@ -283,18 +282,6 @@ communication.  It takes an already established TCP 
connection and creates a
 secure session between the peers.")
 (license (package-license lua-5.1
 
-(define-public lua5.1-sec-0.5
-  (package
-(inherit lua5.1-sec)
-(version "0.5.1")
-(source (origin
-  (method url-fetch)
-  (uri (string-append "https://github.com/brunoos/luasec/archive/;
-  "luasec-" version ".tar.gz"))
-  (sha256
-   (base32
-"01llf5bcrjmqqy6m65avqkajz7h79rvkka6rd131kwr10n75yp3d"))
-
 (define-public lua-lgi
   (package
 (name "lua-lgi")
diff --git a/gnu/packages/messaging.scm b/gnu/packages/messaging.scm
index 9345e2426..0ffc031c8 100644
--- a/gnu/packages/messaging.scm
+++ b/gnu/packages/messaging.scm
@@ -495,14 +495,14 @@ end-to-end encryption support; XML console.")
 (define-public prosody
   (package
 (name "prosody")
-(version "0.9.10")
+(version "0.9.12")
 (source (origin
   (method url-fetch)
   (uri (string-append "https://prosody.im/downloads/source/;
   "prosody-" version ".tar.gz"))
   (sha256
(base32
-"0bv6s5c0iizz015hh1lxlwlw1iwvisywajm2rcrbdfyrskzfwdj8"
+"139yxqpinajl32ryrybvilh54ddb1q6s0ajjhlcs4a0rnwia6n8s"
 (build-system gnu-build-system)
 (arguments
  `(#:tests? #f ; no "check" target
@@ -572,8 +572,7 @@ end-to-end encryption support; XML console.")
("lua5.1-expat" ,lua5.1-expat)
("lua5.1-socket" ,lua5.1-socket)
("lua5.1-filesystem" ,lua5.1-filesystem)
-   ;; See .
-   ("lua5.1-sec" ,lua5.1-sec-0.5)))
+   ("lua5.1-sec" ,lua5.1-sec)))
 (home-page "https://prosody.im/;)
 (synopsis "Jabber (XMPP) server")
 (description "Prosody is a modern XMPP communication server.  It aims to
-- 
2.11.1

Re: Memory Usage

[ng0]

On 17-02-22 11:37:11, Rodger Fox wrote:
> What is the typical memory usage of a GuixSD system?

There's no such thing as a typical system. It depends on what you run,
300 open browser tabs will lead to more RAM used for example.

I'm watching a video, write in an IRC client, and run some other
background applications and I'm at 3.5 GiB RAM.

> I can't seem to get mine below 5GiB, according to top.
> This is when I stop Xorg and most system services, including networking and
> such, and just log in to a plain terminal with nothing but top running. Is
> this normal?
> The numbers listed per process in top don't even add up to that, but it
> reports the total being high. Also, icecat uses a 1000m and gnome-terminal
> uses 500m.
> This seems wrong to me, but I'm not sure. In my session right now it is
> reporting over 14GiB of memory use. I don't know why it should be so high.
> 
> -Rodger
> 

Re: [PATCH 5/6] gnu: gcc: Force Aarch64 to use /lib.

[Efraim Flashner]

On Tue, Feb 14, 2017 at 09:51:20PM +0200, Efraim Flashner wrote:
> On Tue, Feb 14, 2017 at 09:51:47AM +0100, Ludovic Courtès wrote:
> > Danny Milosavljevic  skribis:
> > 
> > >> +  ;; Force Aarch64 libdir to be /lib and not /lib64
> > >> +  (substitute* "gcc/config/aarch64/t-aarch64-linux"
> > >> +(("lib64") "lib"))
> > >> +
> > >
> > > I'd amend the comment to say why.
> > 
> > I think we should just skip this patch.  There’s no reason one
> > architecture should be treated different from the others in that
> > respect.
> > 
> > WDYT, Efraim?
> > 
> > Ludo’.
> 
> I don't think it should cause a problem either way. As far as I can tell
> it doesn't make a difference to the software built further down the
> line.
> 

Looks like I spoke too soon. I tried to build gccgo which failed at the
linking stage, since it turned out libgcc_s was in gccgo/lib64 and not
gccgo/lib. I then tried gcc@4.9 and had a similar failure, the lib files
were split between lib and lib64. Other than this patch (with a when
file-exists), the other idea is to change libdir in gcc.scm:86 to be
lib64 on aarch64.

Unfortunately it looks like it'd cause a full rebuild on core-updates.
I'll test it overnight and see how it goes.

-- 
Efraim Flashner      אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature

[PATCH] gnu: Add gnushogi and xshogi

[John Darrington]

* gnu/packages/games.scm (gnushogi, xshogi): New variables.
---
 gnu/packages/games.scm | 43 +++
 1 file changed, 43 insertions(+)

diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
index 1d6a12a..50315a6 100644
--- a/gnu/packages/games.scm
+++ b/gnu/packages/games.scm
@@ -175,6 +175,49 @@ You may even apply photos to the faces instead of colors.  
The game is
 scriptable with Guile.")
 (license license:gpl3+)))
 
+(define-public gnushogi
+  (package
+(name "gnushogi")
+(version "1.4.2")
+(source
+ (origin
+  (method url-fetch)
+  (uri (string-append "mirror://gnu/gnushogi/gnushogi-"
+  version ".tar.gz"))
+  (sha256
+   (base32
+"0a9bsl2nbnb138lq0h14jfc5xvz7hpb2bcsj4mjn6g1hcsl4ik0y"
+(arguments `(#:tests? #f)) ;; No check target.
+(build-system gnu-build-system)
+(home-page "http://www.gnu.org/software/gnushogi/;)
+(synopsis "The game of Shogi (Japanese chess)")
+(description  "GNU Shogi is a program that plays the game Shogi (Japanese
+Chess).  It is similar to standard chess but this variant is far more 
complicated.")
+(license license:gpl3+)))
+
+(define-public xshogi
+  (package
+(name "xshogi")
+(version "1.4.2")
+(source
+ (origin
+  (method url-fetch)
+  (uri (string-append "mirror://gnu/gnushogi/xshogi-"
+  version ".tar.gz"))
+  (sha256
+   (base32
+"1dns0nhymak44by18sv48m4xb2skiwbi2i3nb9hl6w9iwd2i2brf"
+(build-system gnu-build-system)
+(inputs
+ `(("libxaw" ,libxaw)
+   ("libxt" ,libxt)))
+(home-page "http://www.gnu.org/software/gnushogi/;)
+(synopsis "User interface for @code{gnushogi}")
+(description  "A graphical user interface for the package 
@code{gnushogi}.")
+;; Contains a copy of GPLv3 but the licence notices simply
+;; state "GNU General Public Licence" without specifying a version.
+(license license:gpl1+)))
+
 (define-public abbaye
   (package
 (name "abbaye")
-- 
2.1.4

Memory Usage

[Rodger Fox]

What is the typical memory usage of a GuixSD system?
I can't seem to get mine below 5GiB, according to top.
This is when I stop Xorg and most system services, including networking 
and such, and just log in to a plain terminal with nothing but top 
running. Is this normal?
The numbers listed per process in top don't even add up to that, but it 
reports the total being high. Also, icecat uses a 1000m and 
gnome-terminal uses 500m.
This seems wrong to me, but I'm not sure. In my session right now it is 
reporting over 14GiB of memory use. I don't know why it should be so 
high.


-Rodger

Re: [PATCH 0/1] improvements to the lightweight desktop example

[Mathieu Lirzin]

John Darrington  writes:

> On Wed, Feb 22, 2017 at 04:48:55PM +0100, Mathieu Lirzin wrote:
>  
>  Sure it is!
>  
>  What I meant is that Ratpoison is not the most "intuitive" WM for non
>  GNU Emacs/Screen users.  As a consequence adding it in an example
>  configuration which is likely to be copy and paste, is maybe not the
>  most welcoming thing.  :)
>  
>  IMHO Openbox or anything which is able to launch a program by "clicking"
>  seems more friendly as a default (modulo the accessibility issues which
>  to my knowledge are not addressed by any of the "lightweight" WMs).
>  
...
> So most of them found "clicking" extremely unfriendly.  Please be very 
> carefull when making generalisations like "GUIs are intuitive" "mice are
> friendly" etc.  As we said before - it depends uponn the user.

I don't think I have made this generalisation.  :)

I haven't said that "clicking is more friendly".
I have precisely said "'clicking' seems more friendly as a default".

"defaults" are not adapted to everybody, especially in the case of people
who are computer illiterates.

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37

Re: Leaving the guix project

[Rodger Fox]

I suggest we drop this thread. It belongs elsewhere.

Pj.


+1

Re: How to M-x debbugs-gnu with new guix-patches

[Catonano]

2017-02-12 15:21 GMT+01:00 Christopher Allan Webber 
:

> So!  We have a new debbugs tracking of guix-patches.  Great!  Those who
> are emacs users in the know probably like to use the M-x debbugs-gnu
> interface.  Here's what you need to do:
>
> Add this to your .emacs:
>   (add-to-list 'debbugs-gnu-all-packages "guix-patches")
>
> Now open up debbugs-gnu:
>   C-u M-x debbugs-gnu   guix-patches  n y
>
> And now you have a nice emacs interface!
>
> I found this documentation on debbugs useful:
>   https://www.debian.org/Bugs/Reporting
>
> And also, maybe you want to tag bugs or etc.  Use the 'C' key from the
> emacs interface!
>
> Happy bug triaging!
>

Say you want to test one patch that has been submitted to patches-guix

How do you do that ?
How do you extract the patch from within the Emacs Debbugs buffer ?

I see there's a menu that pops up with the mouse-3 button with a "save
as..." issue.

Do you just save it somewhere and then you continue from there ?

Further, there are 2 issues in that menu that make me curious

"View interactively..." that asks me to indicate a Viewer. Which viewer ?
What is this about ?

"Take action on part..." that asks me to indicate an Action. Again, what is
this about ?

Thanks

[PATCH] gnu: inetutils: Enable tests.

[Maxim Cournoyer]

Hello Guix!

Here's a simple patch which enables the tests for inetutils.

From f707e5f479b2df969cbe582f722afbf761596ef3 Mon Sep 17 00:00:00 2001
From: Maxim Cournoyer 
Date: Wed, 22 Feb 2017 09:03:25 -0800
Subject: [PATCH] gnu: inetutils: Enable tests.

* gnu/packages/admin.scm (inetutils)[source]: Indent.
[arguments]: Remove #:tests? and #:configure-flags (not needed).
[native-inputs]: Add net-tools as tests require netstat.
---
 gnu/packages/admin.scm | 20 
 1 file changed, 8 insertions(+), 12 deletions(-)

diff --git a/gnu/packages/admin.scm b/gnu/packages/admin.scm
index b2207a1205..2d6543e0f6 100644
--- a/gnu/packages/admin.scm
+++ b/gnu/packages/admin.scm
@@ -246,20 +246,16 @@ re-executing them as necessary.")
 (name "inetutils")
 (version "1.9.4")
 (source (origin
- (method url-fetch)
- (uri (string-append "mirror://gnu/inetutils/inetutils-"
- version ".tar.gz"))
- (sha256
-  (base32
-   "05n65k4ixl85dc6rxc51b1b732gnmm8xnqi424dy9f1nz7ppb3xy"
+  (method url-fetch)
+  (uri (string-append "mirror://gnu/inetutils/inetutils-"
+  version ".tar.gz"))
+  (sha256
+   (base32
+"05n65k4ixl85dc6rxc51b1b732gnmm8xnqi424dy9f1nz7ppb3xy"
 (build-system gnu-build-system)
-(arguments `(#:configure-flags '("--localstatedir=/var")
-
- ;; FIXME: `tftp.sh' relies on `netstat' from utils-linux,
- ;; which is currently missing.
- #:tests? #f))
 (inputs `(("ncurses" ,ncurses)
-  ("readline" ,readline))); for 'ftp'
+  ("readline" ,readline)));for 'ftp'
+(native-inputs `(("netstat" ,net-tools))) ;for tests
 (home-page "http://www.gnu.org/software/inetutils/;)
 (synopsis "Basic networking utilities")
 (description
-- 
2.11.1


Thanks,

Maxim


signature.asc
Description: PGP signature

Re: Leaving the guix project

[Ricardo Wurmus]

David Craven  writes:

> Yeah exactly, you only force people to buy your crappy hardware and while
> you care so much about freedom, freedom of speech and information you do
> not give a shit about. You prefer to lie to unknowing users, telling them
> how firmware in ROM is so much better while I know you're full of shit and
> all of this because of an arbitrary line RMS drew.

People, please keep this civil.  This is not the kind of language we
want to see on our mailing list.

If we cannot discuss things in a respectful manner we shouldn’t discuss
at all.  I think we’ve reached a point at which every point has been
stated and restated, so let’s drop it.

Clearly, we won’t come to an agreement here, so let’s get back to more
fun things like doing the one thing we do agree on: writing free
software.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

[PATCH 1/1] gnu: linux-libre@4.1, linux-libre@4.4, linux-libre@4.9: Fix CVE-2017-6074.

[Leo Famulari]

* gnu/packages/linux.scm (linux-libre-4.1, linux-libre-4.4,
linux-libre-4.9): Add patch for CVE-2017-6074.
---
 gnu/packages/linux.scm | 36 +---
 1 file changed, 33 insertions(+), 3 deletions(-)

diff --git a/gnu/packages/linux.scm b/gnu/packages/linux.scm
index 5342c7f92..a6c564b27 100644
--- a/gnu/packages/linux.scm
+++ b/gnu/packages/linux.scm
@@ -351,19 +351,49 @@ It has been modified to remove all non-free binary 
blobs.")
   (make-linux-libre "4.9.11"
 "1gypfg2984zr4z7hihnl3bbpxnk1mrqbynb6xd8ad2v2z04aw13q"
 %intel-compatible-systems
-#:configuration-file kernel-config))
+#:configuration-file kernel-config
+#:patches
+(list %boot-logo-patch
+  (origin
+(method url-fetch)
+(uri "\
+https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=5edabca9d4cff7f1f2b68f0bac55ef99d9798ba4;)
+(file-name "linux-libre-CVE-2017-6074.patch")
+(sha256
+ (base32
+  
"1x40slfz1qxgiaznyy13bwlh34450pkyyrkljpyjlx6c4mrzb1jj"))
 
 (define-public linux-libre-4.4
   (make-linux-libre "4.4.50"
 "0c157kk0vgrb1fsyy4q3czqdg4npgql82n6p303afy8ylh2w6d3l"
 %intel-compatible-systems
-#:configuration-file kernel-config))
+#:configuration-file kernel-config
+#:patches
+(list %boot-logo-patch
+  (origin
+(method url-fetch)
+(uri "\
+https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=5edabca9d4cff7f1f2b68f0bac55ef99d9798ba4;)
+(file-name "linux-libre-CVE-2017-6074.patch")
+(sha256
+ (base32
+  
"1x40slfz1qxgiaznyy13bwlh34450pkyyrkljpyjlx6c4mrzb1jj"))
 
 (define-public linux-libre-4.1
   (make-linux-libre "4.1.38"
 "165kmzglhg63hn7y4q7r6cb2dpsljxiq1czvgyx0bkd1vd2bcvsa"
 %intel-compatible-systems
-#:configuration-file kernel-config))
+#:configuration-file kernel-config
+#:patches
+(list %boot-logo-patch
+  (origin
+(method url-fetch)
+(uri "\
+https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=5edabca9d4cff7f1f2b68f0bac55ef99d9798ba4;)
+(file-name "linux-libre-CVE-2017-6074.patch")
+(sha256
+ (base32
+  
"1x40slfz1qxgiaznyy13bwlh34450pkyyrkljpyjlx6c4mrzb1jj"))
 
 (define-public linux-libre-arm-generic
   (make-linux-libre %linux-libre-version
-- 
2.11.1

Re: [PATCH 0/1] improvements to the lightweight desktop example

[Leo Famulari]

On Wed, Feb 22, 2017 at 11:33:24AM +0100, Mathieu Lirzin wrote:
> Hi,
> 
> Leo Famulari  writes:
> 
> > I think we should remove xmonad from the lightweight-desktop OS
> > declaration example. Xmonad is not "lightweight" in terms of disk space
> > or bandwidth, since it requires GHC, which is 859 MiB uncompressed.
> 
> Makes sense.
> 
> > Also, the i3 window manager is not very useful without dmenu and
> > i3status, so I think we should add them.
> 
> Agreed.

Okay, I'll wait another day or so for more comments.

> While we are on this lightweight template, what would you think of
> replacing ratpoison with something less "exotic" like openbox? :)

This is really a separate discussion! :)

Re: [PATCH 0/1] improvements to the lightweight desktop example

[John Darrington]

On Wed, Feb 22, 2017 at 04:48:55PM +0100, Mathieu Lirzin wrote:
 
 Sure it is!
 
 What I meant is that Ratpoison is not the most "intuitive" WM for non
 GNU Emacs/Screen users.  As a consequence adding it in an example
 configuration which is likely to be copy and paste, is maybe not the
 most welcoming thing.  :)
 
 IMHO Openbox or anything which is able to launch a program by "clicking"
 seems more friendly as a default (modulo the accessibility issues which
 to my knowledge are not addressed by any of the "lightweight" WMs).
 

I don't want to take sides in this debate.At the same time I think "clicking
is more friendly" is a fallacy.  It's more friendly to people who are used to
it, but decidedly frightening to those who are not.

Some years ago, I was volunteering at an organisation which taught basic 
computer
use to the computer illiterate.  
A lot of the students I taught were: Elderly, female and had arthritis in the 
fingers
(but all that I dealt with were of sound mind).

Many of them had, in their younger years been employed as typists, so a keyboard
was nothing new to them and were quite happy with it.

The mouse on the other hand was a challenge:

1. I would start by standing over the student's shoulder and give them an 
exercise to alternately push the mouse away from their body and pull it back
towards them, whilst observing the curser ascending and descending the screen.
(Don't tell them to "move the mouse up"!  If you say that half of the students,
will lift the mouse from the surface of the desk!)

2. The second exercise would be an extension of this idea.  I would instruct
them now to move the mouse to the left, and observe the mouse cursor also move
to the left.  Almost invariably the student would first rotate the mouse 90 
degrees to
the left and THEN push the mouse in that direction.  This instinct is very 
common with the ladies - It's unintuitive to them to have an object moving
in a direction other than the way it is facing. (Have you ever noticed how men
hold maps with North at the top, whereas women turn the map to that the top
is in the direction of travel?)

3. The next exercise would be to get them to click on a button.  Here 
the arthritis was sometimes an obstacle even if I had set the mouse sensitivity 
very low - but normally with a bit of effort the student could place the 
cursor over the target screen area.  So I would instruct them to press the
mouse button.  This was a often big problem.  The wrist would shake so much 
that when the click came the cursor had moved from the target.

So most of them found "clicking" extremely unfriendly.  Please be very 
carefull when making generalisations like "GUIs are intuitive" "mice are
friendly" etc.  As we said before - it depends uponn the user.


J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Leaving the guix project

[Mathieu Lirzin]

Leo Famulari  writes:

> Please, everyone, can we try to keep this discussion civil?
>
> The fact that we all find ourself on this mailing list makes me think
> that we all care about free software in some way or another.
>
> It's true that within that broad idea we have different values and
> preferences, but I think we should be more generous when interpreting
> each others' messages.

For christ sake, love you each other! :)

Joke aside, I agree with you Leo.

I agree with Pjotr too, I think it is time to drop this thread.

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37

Re: [PATCH 0/1] improvements to the lightweight desktop example

[Mathieu Lirzin]

Hello Clément,

Clément Lassieur  writes:

> Mathieu Lirzin  writes:
>
>> While we are on this lightweight template, what would you think of
>> replacing ratpoison with something less "exotic" like openbox? :)
>
> What do you mean by "exotic"?  Isn't that subjective? :)

Sure it is!

What I meant is that Ratpoison is not the most "intuitive" WM for non
GNU Emacs/Screen users.  As a consequence adding it in an example
configuration which is likely to be copy and paste, is maybe not the
most welcoming thing.  :)

IMHO Openbox or anything which is able to launch a program by "clicking"
seems more friendly as a default (modulo the accessibility issues which
to my knowledge are not addressed by any of the "lightweight" WMs).

> Here are the results of "guix size":
>   - ratpoison: 172.6 MiB,
>   - i3-wm: 263.4 MiB,
>   - openbox: 322.9 MiB.
>
> So Openbox is almost twice as big as Ratpoison, which I think matters
> for a "lightweight" template.  Furthermore, Ratpoison quite is
> convenient to use for those of us who use GNU Emacs and GNU Screen.

As a former dedicated user of Ratpoison, I know and appreciate all its
niceness.

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37

Re: Leaving the guix project

[Leo Famulari]

On Wed, Feb 22, 2017 at 03:06:19PM +0100, David Craven wrote:
> Yeah exactly, you only force people to buy your crappy hardware and while
> you care so much about freedom, freedom of speech and information you do
> not give a shit about. You prefer to lie to unknowing users, telling them
> how firmware in ROM is so much better while I know you're full of shit and
> all of this because of an arbitrary line RMS drew.
> 
> On Feb 22, 2017 14:58, "John Darrington" 
> wrote:
> 
> On Wed, Feb 22, 2017 at 02:54:32PM +0100, David Craven wrote:
>  Exactly why I'm leaving. You prefer to spread and force your religion
> on to
>  people,
> 
> No we don't.
> 
> One of the defining principles of free software is that nobody is forced
> into
> anything.  And we never do it.   In fact that forcing people into things is
> exactly what we OPPOSE.
> 
> --
> Avoid eavesdropping.  Send strong encrypted email.
> PGP Public key ID: 1024D/2DE827B3
> fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
> See http://sks-keyservers.net or any PGP keyserver for public key.

Please, everyone, can we try to keep this discussion civil?

The fact that we all find ourself on this mailing list makes me think
that we all care about free software in some way or another.

It's true that within that broad idea we have different values and
preferences, but I think we should be more generous when interpreting
each others' messages.

Re: Leaving the guix project

[Pjotr Prins]

I suggest we drop this thread. It belongs elsewhere.

Pj.

Re: Leaving the guix project

[David Craven]

And the Hurd has been in development since 1990, so started at roughly the
same time as the Linux kernel. Misleading information again. Hurd and Linux
started out as competitors.

On Feb 22, 2017 3:44 PM, "Clément Lassieur"  wrote:

> Also note how that line was conviniently drawn just barely outside of what
> the Linux project was doing at the time, I guess most likely so that he
> could still find developers to build his Hurd by saying "Linux does not
> respect your freedoms"

I'm not sure what line you are talking about, but the GNU Project
started in 1983, the FSF started in 1985, while Linux began in 1991.

Re: Leaving the guix project

[Clément Lassieur]

> Also note how that line was conviniently drawn just barely outside of what
> the Linux project was doing at the time, I guess most likely so that he
> could still find developers to build his Hurd by saying "Linux does not
> respect your freedoms"

I'm not sure what line you are talking about, but the GNU Project
started in 1983, the FSF started in 1985, while Linux began in 1991.

Re: Leaving the guix project

[Clément Lassieur]

David Craven  writes:

> Yeah exactly, you only force people to buy your crappy hardware and while
> you care so much about freedom, freedom of speech and information you do
> not give a shit about. You prefer to lie to unknowing users, telling them
> how firmware in ROM is so much better while I know you're full of shit and
> all of this because of an arbitrary line RMS drew.

The fact that you are expressing your opinions shows how much we care
about freedom of speech.

And I don't think anyone lies while saying out loud what she believes is
right.

Re: Leaving the guix project

[David Craven]

Yeah exactly, you only force people to buy your crappy hardware and while
you care so much about freedom, freedom of speech and information you do
not give a shit about. You prefer to lie to unknowing users, telling them
how firmware in ROM is so much better while I know you're full of shit and
all of this because of an arbitrary line RMS drew.

On Feb 22, 2017 14:58, "John Darrington" 
wrote:

On Wed, Feb 22, 2017 at 02:54:32PM +0100, David Craven wrote:
 Exactly why I'm leaving. You prefer to spread and force your religion
on to
 people,

No we don't.

One of the defining principles of free software is that nobody is forced
into
anything.  And we never do it.   In fact that forcing people into things is
exactly what we OPPOSE.

--
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.

Re: [PATCH 0/1] improvements to the lightweight desktop example

[Clément Lassieur]

Mathieu Lirzin  writes:

> While we are on this lightweight template, what would you think of
> replacing ratpoison with something less "exotic" like openbox? :)

What do you mean by "exotic"?  Isn't that subjective? :)

Here are the results of "guix size":
  - ratpoison: 172.6 MiB,
  - i3-wm: 263.4 MiB,
  - openbox: 322.9 MiB.

So Openbox is almost twice as big as Ratpoison, which I think matters
for a "lightweight" template.  Furthermore, Ratpoison quite is
convenient to use for those of us who use GNU Emacs and GNU Screen.

Re: Leaving the guix project

[John Darrington]

On Wed, Feb 22, 2017 at 02:54:32PM +0100, David Craven wrote:
 Exactly why I'm leaving. You prefer to spread and force your religion on to
 people, 

No we don't.  

One of the defining principles of free software is that nobody is forced into 
anything.  And we never do it.   In fact that forcing people into things is 
exactly what we OPPOSE.

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Leaving the guix project

[David Craven]

Exactly why I'm leaving. You prefer to spread and force your religion on to
people, and don't really care about anything other than that.

On Feb 22, 2017 05:54, "Mike Gerwitz"  wrote:

> On Tue, Feb 21, 2017 at 14:13:45 +0100, David Craven wrote:
> > In most you can not. And I don't know of a way to tell if it is
> > possible without trying it.
>
> The card will either be soldered or be inserted into a slot much like a
> PCI card.  It sometimes has its own area on the outside of the case;
> otherwise it's easy to find because the antennas that connect to it
> usually go to the monitor or other corners of the case.
>
> > What about laptops that don't have usb ports anymore? Are there any
> > free USB-C wifi dongles yet?
>
> USB-C -> USB adapter.
>
> > What about laptops that have a single usb port? you can only plugin a
> > thumbdrive or use wifi?
>
> Does the kernel linux support multi USB port adapters?  I've been
> meaning to try.
>
> I'm not saying this is ideal.  I have only two USB ports on my C201
> Chromebook.  I use a Wifi dongle or pair my Replicant phone for Internet
> access, leaving me with only one free port, which usually houses my
> Nitrokey.  If I need more ports, I'll need an adapter.  Sometimes such
> laptops come with {,Micro}SD card readers (mine does), which is also an
> alternative to a flash drive.
>
> Many of us are used to having to make sacrifices for freedom.  Hopefully
> one day this won't be necessary.
>
> --
> Mike Gerwitz
> Free Software Hacker+Activist | GNU Maintainer & Volunteer
> GPG: D6E9 B930 028A 6C38 F43B  2388 FEF6 3574 5E6F 6D05
> Old: 2217 5B02 E626 BC98 D7C0  C2E5 F22B B815 8EE3 0EAB
> https://mikegerwitz.com
>

[PATCH] gnu: grep: Fix for gnulib library.

[rennes]

Hello
This patch fix error on 'gnulib' library required to build 'grep' 
package on GNU/Hurd.


The error was fixed on upstream, this is the report:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25821

ThanksFrom f76585a44afdc41187df768eec79fb723713cf0c Mon Sep 17 00:00:00 2001
From: rennes 
Date: Tue, 21 Feb 2017 23:21:49 -0600
Subject: [PATCH] gnu: grep: Fix for gnulib library.

* gnu/packages/patches/grep-gnulib-lock.patch: New file.  
* gnu/local.mk (dist_patch_DATA): Add it.
---
 gnu/local.mk|  3 +-
 gnu/packages/base.scm   | 62 +++--
 gnu/packages/patches/grep-gnulib-lock.patch | 32 +++
 3 files changed, 66 insertions(+), 31 deletions(-)
 create mode 100644 gnu/packages/patches/grep-gnulib-lock.patch

diff --git a/gnu/local.mk b/gnu/local.mk
index 82d9a31bd..806a776f9 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -5,7 +5,7 @@
 # Copyright © 2013, 2014, 2015, 2016 Mark H Weaver 
 # Copyright © 2016 Chris Marusich 
 # Copyright © 2016, 2017 Kei Kebreau 
-# Copyright © 2016 Rene Saavedra 
+# Copyright © 2016, 2017 Rene Saavedra 
 # Copyright © 2016 Adonay "adfeno" Felipe Nogueira  
 # Copyright © 2016, 2017 Ricardo Wurmus 
 # Copyright © 2016 Ben Woodcroft 
@@ -604,6 +604,7 @@ dist_patch_DATA =		\
   %D%/packages/patches/gobject-introspection-absolute-shlib-path.patch \
   %D%/packages/patches/gobject-introspection-cc.patch		\
   %D%/packages/patches/gobject-introspection-girepository.patch	\
+  %D%/packages/patches/grep-gnulib-lock.patch			\
   %D%/packages/patches/grep-timing-sensitive-test.patch		\
   %D%/packages/patches/grub-CVE-2015-8370.patch			\
   %D%/packages/patches/grub-gets-undeclared.patch		\
diff --git a/gnu/packages/base.scm b/gnu/packages/base.scm
index 8be9c88ab..f748c7b5c 100644
--- a/gnu/packages/base.scm
+++ b/gnu/packages/base.scm
@@ -7,6 +7,7 @@
 ;;; Copyright © 2014, 2015 Manolis Fragkiskos Ragkousis 
 ;;; Copyright © 2016 Efraim Flashner 
 ;;; Copyright © 2016 Jan Nieuwenhuizen 
+;;; Copyright © 2017 Rene Saavedra 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -77,34 +78,35 @@ command-line arguments, multiple languages, and so on.")
 
 (define-public grep
   (package
-   (name "grep")
-   (version "3.0")
-   (source (origin
-(method url-fetch)
-(uri (string-append "mirror://gnu/grep/grep-"
-version ".tar.xz"))
-(sha256
- (base32
-  "1dcasjp3a578nrvzrcn38mpizb8w1q6mvfzhjmcqqgkf0nsivj72"))
-(patches (search-patches "grep-timing-sensitive-test.patch"
-   (build-system gnu-build-system)
-   (native-inputs `(("perl" ,perl))) ;some of the tests require it
-   (arguments
-`(#:phases
-  (modify-phases %standard-phases
-(add-after 'install 'fix-egrep-and-fgrep
-  ;; Patch 'egrep' and 'fgrep' to execute 'grep' via its
-  ;; absolute file name instead of searching for it in $PATH.
-  (lambda* (#:key outputs #:allow-other-keys)
-(let* ((out (assoc-ref outputs "out"))
-   (bin (string-append out "/bin")))
-  (substitute* (list (string-append bin "/egrep")
- (string-append bin "/fgrep"))
-(("^exec grep")
- (string-append "exec " bin "/grep")))
-  #t))
-   (synopsis "Print lines matching a pattern")
-   (description
+(name "grep")
+(version "3.0")
+(source (origin
+  (method url-fetch)
+  (uri (string-append "mirror://gnu/grep/grep-"
+  version ".tar.xz"))
+  (sha256
+   (base32
+"1dcasjp3a578nrvzrcn38mpizb8w1q6mvfzhjmcqqgkf0nsivj72"))
+  (patches (search-patches "grep-timing-sensitive-test.patch"
+   "grep-gnulib-lock.patch"
+(build-system gnu-build-system)
+(native-inputs `(("perl" ,perl))) ;some of the tests require it
+(arguments
+ `(#:phases
+   (modify-phases %standard-phases
+ (add-after 'install 'fix-egrep-and-fgrep
+;; Patch 'egrep' and 'fgrep' to execute 'grep' via its
+;; absolute file name instead of searching for it in $PATH.
+(lambda* (#:key outputs #:allow-other-keys)
+  (let* ((out (assoc-ref outputs "out"))
+ (bin (string-append out "/bin")))
+(substitute* (list (string-append bin "/egrep")
+   

Re: bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

[Marius Bakke]

Ricardo Wurmus  writes:

> Ricardo Wurmus  writes:
>
>> Leo Famulari  writes:
>>
>>> On Tue, Feb 21, 2017 at 06:30:12PM +0100, Ricardo Wurmus wrote:
 From 1ac5166df11766b47cd1ac723a464063a89afc96 Mon Sep 17 00:00:00 2001
 From: Ricardo Wurmus 
 Date: Tue, 21 Feb 2017 18:28:21 +0100
 Subject: [PATCH] gnu: python-dendropy: Disable failing tests.

 * gnu/packages/bioinformatics.scm (python-dendropy): Disable two failing
 tests.
>>>
>>> LGTM
>>
>> The problem was fixed in the upstream commit 93f984b in response to my
>> bug report:
>>
>> 
>> https://github.com/jeetsukumaran/DendroPy/commit/93f984bba7a6c588a28ca87f4e557ce283809453
>>
>> I believe we can just backport this fix instead of deleting the test.
>
> Here’s a patch that fixes the tests by applying the changes of the
> upstream commit.  If this is fine I’ll push it to the python-tests
> branch.

LGTM, thank you!


signature.asc
Description: PGP signature

Re: bug#25177: python-tests: python-oslosphinx fixed. Please evaluate.

[Ricardo Wurmus]

Ricardo Wurmus  writes:

> Leo Famulari  writes:
>
>> On Tue, Feb 21, 2017 at 06:30:12PM +0100, Ricardo Wurmus wrote:
>>> From 1ac5166df11766b47cd1ac723a464063a89afc96 Mon Sep 17 00:00:00 2001
>>> From: Ricardo Wurmus 
>>> Date: Tue, 21 Feb 2017 18:28:21 +0100
>>> Subject: [PATCH] gnu: python-dendropy: Disable failing tests.
>>>
>>> * gnu/packages/bioinformatics.scm (python-dendropy): Disable two failing
>>> tests.
>>
>> LGTM
>
> The problem was fixed in the upstream commit 93f984b in response to my
> bug report:
>
> 
> https://github.com/jeetsukumaran/DendroPy/commit/93f984bba7a6c588a28ca87f4e557ce283809453
>
> I believe we can just backport this fix instead of deleting the test.

Here’s a patch that fixes the tests by applying the changes of the
upstream commit.  If this is fine I’ll push it to the python-tests
branch.

>From 0959e057886f9d9ab83467f6280ceefa35d05972 Mon Sep 17 00:00:00 2001
From: Ricardo Wurmus 
Date: Tue, 21 Feb 2017 18:28:21 +0100
Subject: [PATCH] gnu: python-dendropy: Fix failing tests.

* gnu/packages/patches/python-dendropy-fix-tests.patch: New file.
* gnu/local.mk (dist_patch_DATA): Add it.
* gnu/packages/bioinformatics.scm (python-dendropy)[source]: Add patch.
---
 gnu/local.mk   |  1 +
 gnu/packages/bioinformatics.scm|  3 +-
 .../patches/python-dendropy-fix-tests.patch| 41 ++
 3 files changed, 44 insertions(+), 1 deletion(-)
 create mode 100644 gnu/packages/patches/python-dendropy-fix-tests.patch

diff --git a/gnu/local.mk b/gnu/local.mk
index 0b9b5b1a1..ac22924c4 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -853,6 +853,7 @@ dist_patch_DATA =		\
   %D%/packages/patches/python-3-search-paths.patch		\
   %D%/packages/patches/python-3.4-fix-tests.patch		\
   %D%/packages/patches/python-3.5-fix-tests.patch		\
+  %D%/packages/patches/python-dendropy-fix-tests.patch		\
   %D%/packages/patches/python-file-double-encoding-bug.patch	\
   %D%/packages/patches/python-fix-tests.patch			\
   %D%/packages/patches/python-parse-too-many-fields.patch	\
diff --git a/gnu/packages/bioinformatics.scm b/gnu/packages/bioinformatics.scm
index 5a1738b93..de6186de2 100644
--- a/gnu/packages/bioinformatics.scm
+++ b/gnu/packages/bioinformatics.scm
@@ -1981,7 +1981,8 @@ accessing bigWig files.")
(uri (pypi-uri "DendroPy" version))
(sha256
 (base32
- "15c7s3d5gf19ljsxvq5advaa752wfi7pwrdjyhzmg85hccyvp47p"
+ "15c7s3d5gf19ljsxvq5advaa752wfi7pwrdjyhzmg85hccyvp47p"))
+   (patches (search-patches "python-dendropy-fix-tests.patch"
 (build-system python-build-system)
 (home-page "http://packages.python.org/DendroPy/;)
 (synopsis "Library for phylogenetics and phylogenetic computing")
diff --git a/gnu/packages/patches/python-dendropy-fix-tests.patch b/gnu/packages/patches/python-dendropy-fix-tests.patch
new file mode 100644
index 0..30ab618ff
--- /dev/null
+++ b/gnu/packages/patches/python-dendropy-fix-tests.patch
@@ -0,0 +1,41 @@
+This patch fixes two test failures.  It was downloaded from:
+https://github.com/jeetsukumaran/DendroPy/commit/93f984bba7a6c588a28ca87f4e557ce283809453
+
+From 93f984bba7a6c588a28ca87f4e557ce283809453 Mon Sep 17 00:00:00 2001
+From: jeetsukumaran 
+Date: Tue, 21 Feb 2017 16:41:01 -0500
+Subject: [PATCH] Update to Python 3 container and iteration semantics
+
+---
+ dendropy/dataio/newickreader.py | 3 ++-
+ dendropy/datamodel/treemodel.py | 3 +++
+ 2 files changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/dendropy/dataio/newickreader.py b/dendropy/dataio/newickreader.py
+index 6dcf3c5..f978729 100644
+--- a/dendropy/dataio/newickreader.py
 b/dendropy/dataio/newickreader.py
+@@ -303,7 +303,8 @@ def tree_iter(self,
+ taxon_symbol_map_fn=taxon_symbol_mapper.require_taxon_for_symbol)
+ yield tree
+ if tree is None:
+-raise StopIteration
++# raise StopIteration
++return
+ 
+ def _read(self,
+ stream,
+diff --git a/dendropy/datamodel/treemodel.py b/dendropy/datamodel/treemodel.py
+index 0ecfe31..73146f0 100644
+--- a/dendropy/datamodel/treemodel.py
 b/dendropy/datamodel/treemodel.py
+@@ -772,6 +772,9 @@ def __hash__(self):
+ def __eq__(self, other):
+ return self is other
+ 
++def __lt__(self, other):
++return id(self) < id(other)
++
+ ###
+ ### Basic Structure
+ 
-- 
2.11.1


--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

Re: [PATCH] gnu: xonsh: Update to 0.5.5.

[Danny Milosavljevic]

Applied as f59a20cb6ccbde86a4b06428c9dbfe43ef813983 to master.

Re: [PATCH 0/1] improvements to the lightweight desktop example

[Mathieu Lirzin]

Hi,

Leo Famulari  writes:

> I think we should remove xmonad from the lightweight-desktop OS
> declaration example. Xmonad is not "lightweight" in terms of disk space
> or bandwidth, since it requires GHC, which is 859 MiB uncompressed.

Makes sense.

> Also, the i3 window manager is not very useful without dmenu and
> i3status, so I think we should add them.

Agreed.

While we are on this lightweight template, what would you think of
replacing ratpoison with something less "exotic" like openbox? :)

> Leo Famulari (1):
>   gnu: lightweight-desktop.tmpl: Remove xmonad and complete i3-wm.
>
>  gnu/system/examples/lightweight-desktop.tmpl | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)

-- 
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761  070D 0ADE E100 9460 4D37

Re: [PATCH] gnu: python-pygame: Update to 1.9.3.

[Danny Milosavljevic]

Applied as 052f75da754b1d6aae00049f732a3bb549147e0f to master.

Re: Icecat crash

[John Darrington]

On Tue, Feb 21, 2017 at 05:44:43PM -0500, Leo Famulari wrote:
 On Wed, Feb 15, 2017 at 11:12:45PM +0100, Julien Lepiller wrote:
 > Hey, I'm also experiencing crashes with icecat since a few months. It
 > just seems to happen randomly. I've found a note about that on the LFS
 > website on the firefox page that says that using system cairo is
 > causing a crash when it tries to do background rendering. So I've
 > changed our icecat recipe to use the bundled version of cairo, and I
 > don't get any crash anymore. Would something like this patch be
 > acceptable?
 
 For serious upstream vendors like Mozilla, one of the reasons they
 bundle things is that they are hitting bugs in the 3rd party library
 that are not fixed upstream.
 
 On the other hand, distros like to unbundle because the upstream vendor
 tends not to patch security vulnerabilities in their bundled copies
 quickly enough, in our opinion.


Surely the advantage of a Functional Package Management System like Guix is
that we have the best of both worlds.

We can specify a *specific* version of a dependency to use (patched if 
necessary)
but are not forced to bundle it.
 
J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 1/4] services: openssh: Enable PAM.

[Clément Lassieur]

Clément Lassieur  writes:

> * gnu/services/ssh.scm: (%openssh-pam-services): New variable.
>   (openssh-service-type): Use it to extend PAM-ROOT-SERVICE-TYPE.
>   ()[challenge-response-authentication?]: New field.
>   ()[use-pam?]: New field.
>   (openssh-config-file): Add them.
> * doc/guix.texi (Networking Services): Document them.

'make check-system TESTS="openssh"' fails because of this patch.  Access
denied.  I'll have a look at it.

[dan...@haxx.se: [RELEASE] curl 7.53.0]

[ng0]

Unless you didn't notice, here's the notice that curl 7.53.0 is out.
gnurl will follow soon'ish, probably this evening.

- Forwarded message from Daniel Stenberg  -

Date: Wed, 22 Feb 2017 00:43:22 +0100 (CET)
From: Daniel Stenberg 
To: curl users , curl-annou...@cool.haxx.se, libcurl 
hacking 
Subject: [RELEASE] curl 7.53.0
User-Agent: Alpine 2.20 (DEB 67 2015-01-07)

Hi friends!

I'm thrilled to once again offer the world a brand new curl release. This time
with a slightly larger amount of bug fixes than usual, including a security
advisory (see separate mail following this.) - with contributions from no less
than 47 individuals.

As always, run over and get the source tarballs at https://curl.haxx.se/

Curl and libcurl 7.53.0

 Public curl releases: 163
 Command line options: 205
 curl_easy_setopt() options:   244
 Public functions in libcurl:  61
 Contributors: 1506

This release includes the following changes:

 o unix_socket: added --abstract-unix-socket and CURLOPT_ABSTRACT_UNIX_SOCKET 
[25]
 o CURLOPT_BUFFERSIZE: support enlarging receive buffer [29]

This release includes the following bugfixes:

 o CVE-2017-2629: make SSL_VERIFYSTATUS work again [64]
 o gnutls-random: check return code for failed random
 o openssl-random: check return code when asking for random
 o http: remove "Curl_http_done: called premature" message
 o cyassl: use time_t instead of long for timeout
 o build-wolfssl: Sync config with wolfSSL 3.10
 o ftp-gss: check for init before use
 o configure: accept --with-libidn2 instead [1]
 o ftp: failure to resolve proxy should return that error code
 o curl.1: add three more exit codes
 o docs/ciphers: link to our own new page about ciphers
 o vtls: s/SSLEAY/OPENSSL - fixes multi_socket timeouts with openssl [2]
 o darwinssl: fix iOS build [3]
 o darwinssl: fix CFArrayRef leak [4]
 o cmake: use crypt32.lib when building with OpenSSL on windows [5]
 o curl_formadd.3: CURLFORM_CONTENTSLENGTH not needed when chunked [6]
 o digest_sspi: copy terminating NUL as well [7]
 o curl: fix --remote-time incorrect times on Windows [8]
 o curl.1: several updates and corrections [11]
 o content_encoding: change return code on a failure
 o curl.h: CURLE_FUNCTION_NOT_FOUND is no longer in use
 o docs: TCP_KEEPALIVE start and interval default to 60 [9]
 o darwinssl: --insecure overrides --cacert if both settings are in use [10]
 o TheArtOfHttpScripting: grammar
 o CIPHERS.md: document GSKit ciphers
 o wolfssl: support setting cipher list
 o wolfssl: display negotiated SSL version and cipher
 o lib506: fix build for Open Watcom [12]
 o asiohiper: improved socket handling [13]
 o examples: make the C++ examples follow our code style too
 o tests/sws: retry send() on EWOULDBLOCK [14]
 o cmake: Fix passing _WINSOCKAPI_ macro to compiler [15]
 o smtp: Fix STARTTLS denied error message
 o imap/pop3: don't print response character in STARTTLS denied messages [16]
 o rand: make it work without TLS backing [17]
 o url: fix parsing for when 'file' is the default protocol [18]
 o url: allow file://X:/path URLs on windows again [19]
 o gnutls: check for alpn and ocsp in configure [20]
 o IDN: Use TR46 'non-transitional' for toASCII translations [21]
 o url: Fix NO_PROXY env var to work properly with --proxy option [22]
 o CURLOPT_PREQUOTE.3: takes a struct curl_slist*, not a char* [23]
 o docs: Add note about libcurl copying strings to CURLOPT_* manpages [24]
 o curl: reset the easy handle at --next
 o --next docs: --trace and --trace-ascii are also global
 o --write-out docs: 'time_total' is not always shown with ms precision
 o http: print correct HTTP string in verbose output when using HTTP/2
 o docs: improved language in README.md HISTORY.md CONTRIBUTE.md [26]
 o http2: disable server push if not requested [27]
 o nss: use the correct lock in nss_find_slot_by_name()
 o usercertinmem.c: improve the short description
 o CURLOPT_CONNECT_TO: Fix compile warnings
 o docs: non-blocking SSL handshake is now supported with NSS
 o *.rc: escape non-ASCII/non-UTF-8 character for clarity [28]
 o mbedTLS: fix multi interface non-blocking handshake [30]
 o PolarSSL: fix multi interface non-blocking handshake [31]
 o VC: remove the makefile.vc6 build infra [32]
 o telnet: fix windows compiler warnings [33]
 o cookies: do not assume a valid domain has a dot
 o polarssl: fix hangs
 o gnutls: disable TLS session tickets [34]
 o mbedtls: disable TLS session tickets [35]
 o mbedtls: implement CTR-DRBG and HAVEGE random generators [36]
 o openssl: Don't use certificate after transferring ownership [37]
 o cmake: Support curl --xattr when built with cmake [38]
 o OS400: Fix symbols [39]
 o docs: Add more HTTPS proxy documentation [40]
 o docs: use more HTTPS links [41]
 o cmdline-opts: Fixed build and test in out of source tree builds
 o CHANGES.0: removed
 o schannel: Remove incorrect SNI disabled message 

Re: Icecat crash

[ng0]

On 17-02-21 17:44:43, Leo Famulari wrote:
> On Wed, Feb 15, 2017 at 11:12:45PM +0100, Julien Lepiller wrote:
> > Hey, I'm also experiencing crashes with icecat since a few months. It
> > just seems to happen randomly. I've found a note about that on the LFS
> > website on the firefox page that says that using system cairo is
> > causing a crash when it tries to do background rendering. So I've
> > changed our icecat recipe to use the bundled version of cairo, and I
> > don't get any crash anymore. Would something like this patch be
> > acceptable?
> 
> For serious upstream vendors like Mozilla, one of the reasons they
> bundle things is that they are hitting bugs in the 3rd party library
> that are not fixed upstream.
> 
> On the other hand, distros like to unbundle because the upstream vendor
> tends not to patch security vulnerabilities in their bundled copies
> quickly enough, in our opinion.
> 
> So, if we want to use the bundled cairo, we need to understand what
> upstream version of cairo it is based on, and if it contains any
> unpatched security vulnerabilities.
> 
> Of course, denial-of-service is a security issue, and our IceCat is
> currently suffering from it due to this cairo crash.
> 
> Another option is figure out how to build our IceCat using the skia
> rendering backend [0] instead of cairo, which is the work-around that we
> have been recommending to users. Asking users to change this option
> themselves is not a good solution, in my opinion.

I'm all for the skia solution.
I haven't looked at icecat source in a while, but it should be as easy
as modifying/adding "--enable-skia" to the mozconfig

For a real world example, Gentoo uses this by default for firefox:

https://gitweb.gentoo.org/repo/gentoo.git/tree/eclass/mozconfig-v6.51.eclass
https://gitweb.gentoo.org/repo/gentoo.git/tree/www-client/firefox/firefox-45.7.0.ebuild#n193

> WDYT?
> 
> [0]
> https://bugzilla.mozilla.org/show_bug.cgi?id=1038800
> https://bugzilla.mozilla.org/show_bug.cgi?id=740200#c44
> 
> > From 89a121bab987caef7f0fbe0f5e24085c3ccae42d Mon Sep 17 00:00:00 2001
> > From: Julien Lepiller 
> > Date: Tue, 14 Feb 2017 20:59:15 +0100
> > Subject: [PATCH] gnu: icecat: Fix random crashes.
> > 
> > gnu/packages/gnuzilla.scm (icecat): Remove cairo dependency to fix crashes.
> > ---
> >  gnu/packages/gnuzilla.scm | 5 ++---
> >  1 file changed, 2 insertions(+), 3 deletions(-)
> > 
> > diff --git a/gnu/packages/gnuzilla.scm b/gnu/packages/gnuzilla.scm
> > index 9279c46b5..90655fd76 100644
> > --- a/gnu/packages/gnuzilla.scm
> > +++ b/gnu/packages/gnuzilla.scm
> > @@ -404,6 +404,8 @@ standards.")
> >;; 
> > 
> >;;
> >;; TODO: Use system graphite2.
> > +  ;; TODO: Use system cairo. This currently causes 
> > random
> > +  ;; crash when icecat does background rendering.
> >;;
> >"modules/freetype2"
> >"modules/zlib"
> > @@ -412,7 +414,6 @@ standards.")
> >"media/libjpeg"
> >"media/libvpx"
> >"security/nss"
> > -  "gfx/cairo"
> >"js/src/ctypes/libffi"
> >"db/sqlite3"))
> >;; Delete .pyc files, typically present in icecat source tarballs
> > @@ -426,7 +427,6 @@ standards.")
> >  (inputs
> >   `(("alsa-lib" ,alsa-lib)
> > ("bzip2" ,bzip2)
> > -   ("cairo" ,cairo)
> > ("cups" ,cups)
> > ("dbus-glib" ,dbus-glib)
> > ("gdk-pixbuf" ,gdk-pixbuf)
> > @@ -511,7 +511,6 @@ standards.")
> > "--with-system-nspr"
> > "--with-system-nss"
> > "--enable-system-pixman"
> > -   "--enable-system-cairo"
> > "--enable-system-ffi"
> > "--enable-system-hunspell"
> > "--enable-system-sqlite"
> > -- 
> > 2.11.1
> > 
> 
> 
> 

Re: RFC: writable private scratch XDG_CACHE_HOME in build enviroment?

[Andy Wingo]

On Tue 21 Feb 2017 18:50, Mathieu Lirzin  writes:

> Andy Wingo  writes:
>
>>> Since /tmp is writeable in a Guix build environment and in most POSIX
>>> systems (I guess), Would it make sense for Guile itself to fallback to
>>> /tmp for its compilation cache?
>>
>> It's possible.  It's a bit gnarly though:
>>
>>   * you get the usual race conditions between users and /tmp that you
>> have to mitigate
>
> Nothing different from the race conditions for a single user using
> XDG_CACHE_HOME when compilation is done by multiple threads?

Say you are compiling /foo/bar/baz.scm.  Say your XDG_CACHE_HOME is /tmp
and so it would cache to /tmp/foo/bar/baz.go.  You have to make sure
that /tmp/foo, /tmp/bar, and /tmp/bar.baz.go aren't symlinks created by
another user.

Probably having per-user cache directories fixes this problem for the
leaves, though you would still have it when creating the root
/tmp/mthl-guile-cache directory.

> Maybe we could apply the the sane principles of memoization by computing
> the "value" of a file (by hashing it?) and search it in the different
> ".go" stores (GUILE_LOAD_COMPILED_PATH, XDG_CACHE_HOME, site-ccache,
> ...)?
>
> I don't know if the idea is stupid or not, maybe I miss an obvious
> point.  Anyway this doesn't fit the purpose of fixing your issue in the
> short term.

I would love to do this in Guile but I don't know how :)  Procedural
macros make it tricky.  Consider that there are even some macros that
spawn C compilers!  But there are probably good approximations we can
make (e.g. sha256 of files for imported modules assuming that each
module has a single file, an optional hook to include other files).  I
would like this very much though I don't know yet about the details.

>
>> I'd rather use XDG_CACHE_HOME for this as it's already well specified
>> and actually not Guile-specific
>> (https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html).
>
> Setting XDG_CACHE_HOME to the build directory or /tmp in the Guix build
> environnement seems fine to me.

OK I'll do this for the next fibers package and see how it goes.  Thanks
for the feedback.

Andy