Re: Odd behavior with --dry-run and --upgrade

[Roel Janssen]

>From cf5a01aba3c08b7c62048bff3e0f1df80dc0b4dc Mon Sep 17 00:00:00 2001
From: Roel Janssen 
Date: Sun, 21 Aug 2016 06:48:52 +0200
Subject: [PATCH] guix scripts: Disable grafting on dry runs.

* guix/scripts/archive.scm, guix/scripts/build.scm,
  guix/scripts/environment.scm, guix/scripts/system.scm,
  guix/scripts/package.scm: Disable grafting when a dry-run parameter is given.
---
 guix/scripts/archive.scm | 2 +-
 guix/scripts/build.scm   | 2 +-
 guix/scripts/environment.scm | 2 +-
 guix/scripts/package.scm | 3 ++-
 guix/scripts/system.scm  | 2 +-
 5 files changed, 6 insertions(+), 5 deletions(-)

diff --git a/guix/scripts/archive.scm b/guix/scripts/archive.scm
index e06c38a..8c7322d 100644
--- a/guix/scripts/archive.scm
+++ b/guix/scripts/archive.scm
@@ -162,7 +162,7 @@ Export/import one or more packages from/to the store.\n"))
(alist-cons 'expression arg result)))
  (option '(#\n "dry-run") #f #f
  (lambda (opt name arg result)
-   (alist-cons 'dry-run? #t result)))
+   (alist-cons 'dry-run? #t (alist-cons 'graft? #f result
 
  %standard-build-options))
 
diff --git a/guix/scripts/build.scm b/guix/scripts/build.scm
index a02a0d5..9a113b4 100644
--- a/guix/scripts/build.scm
+++ b/guix/scripts/build.scm
@@ -541,7 +541,7 @@ must be one of 'package', 'all', or 'transitive'~%")
(alist-cons 'file arg result)))
  (option '(#\n "dry-run") #f #f
  (lambda (opt name arg result)
-   (alist-cons 'dry-run? #t result)))
+   (alist-cons 'dry-run? #t (alist-cons 'graft? #f result
  (option '(#\r "root") #t #f
  (lambda (opt name arg result)
(alist-cons 'gc-root arg result)))
diff --git a/guix/scripts/environment.scm b/guix/scripts/environment.scm
index 9f72b7b..0c69bfc 100644
--- a/guix/scripts/environment.scm
+++ b/guix/scripts/environment.scm
@@ -226,7 +226,7 @@ COMMAND or an interactive shell in that environment.\n"))
(alist-cons 'ad-hoc? #t result)))
  (option '(#\n "dry-run") #f #f
  (lambda (opt name arg result)
-   (alist-cons 'dry-run? #t result)))
+   (alist-cons 'dry-run? #t (alist-cons 'graft? #f result
  (option '(#\s "system") #t #f
  (lambda (opt name arg result)
(alist-cons 'system arg
diff --git a/guix/scripts/package.scm b/guix/scripts/package.scm
index 2a751a4..fd42cdb 100644
--- a/guix/scripts/package.scm
+++ b/guix/scripts/package.scm
@@ -486,7 +486,8 @@ kind of search path~%")
#f)))
  (option '(#\n "dry-run") #f #f
  (lambda (opt name arg result arg-handler)
-   (values (alist-cons 'dry-run? #t result)
+   (values (alist-cons 'dry-run? #t
+   (alist-cons 'graft? #f result))
#f)))
  (option '("bootstrap") #f #f
  (lambda (opt name arg result arg-handler)
diff --git a/guix/scripts/system.scm b/guix/scripts/system.scm
index 4b53c3d..a9fe7d5 100644
--- a/guix/scripts/system.scm
+++ b/guix/scripts/system.scm
@@ -750,7 +750,7 @@ Build the operating system declared in FILE according to ACTION.\n"))
 
  (option '(#\n "dry-run") #f #f
  (lambda (opt name arg result)
-   (alist-cons 'dry-run? #t result)))
+   (alist-cons 'dry-run? #t (alist-cons 'graft? #f result
  (option '(#\s "system") #t #f
  (lambda (opt name arg result)
(alist-cons 'system arg
-- 
2.9.3


Ludovic Courtès writes:

> Roel Janssen  skribis:
>
>> Ludovic Courtès writes:
>>
>>> Hi!
>>>
>>> Alex Kost  skribis:
>>>
 Roel Janssen (2016-07-23 18:11 +0300) wrote:

> Dear Guix,
>
> For some time now, running `guix package --dry-run --upgrade' results in
> build actions involving grafting.  For a dry-run, I find that really
> odd.  I believe the correct behavior should be what can be achieved
> with: `guix package --dry-run --no-grafts --upgrade'.

 I'm totally agree with this; nowadays I always use --dry-run with
 --no-grafts option.
>>>
>>> Same here…
>>>
 As a user I expect that --dry-run means no building at all.

 BTW it's not just about ‘guix package --dry-run --upgrade’, it relates
 to all commands, for example ‘guix build --dry-run foo’, etc.

 OTOH, if a future ‘--dry-run’ would mean what ‘--dry-run --no-grafts’
 means now, than how to achieve what ‘--dry-run’ means now?  Or rather:
 does anyone use just --dry-run (without --no-grafts)?  Is it really
 useful?
>>>
>>> In theory it could be useful for ‘guix build’, since it’s a “low level”
>>> tool and people using it may want to be able to 

Re: GCC bootstrap failure on ARM

[Mark H Weaver]

Picking up an old thread...

l...@gnu.org (Ludovic Courtès) writes:

> For the record, at this point I’m mostly relying on the GCC developers
> to help with this failure.  I’ve reported the issue at:
>
>   https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71399

Interestingly, a similar bootstrapping failure is now happening with
GCC-4.9.4 on the current 'core-updates' branch:

  https://hydra.gnu.org/build/1444118/nixlog/2/tail-reload

This suggests the possibility of performing a 'git bisect' between 4.9.3
and 4.9.4 and finding out which commit introduced this problem.

  Mark

[PATCH] gnu: Add toxic (Need help with ncurses+libnotify not being found).

[ng0]

There are serious cosmetic improvements I need to to make on these
patches, I am aware of this, but what I am asking help for is:

I've tried for hours many ways to make toxic find "libnotify" and
"ncursesw" ... It does not
happen... setenv. substitute. ldflags. user_ldflags. cflags. user_cflags. 
nothing..

Can someone shed some light on this?

>From a5e87597d89988cd88bbac4de11a4cd6292f58ad Mon Sep 17 00:00:00 2001
From: ng0 
Date: Sat, 20 Aug 2016 22:14:17 +
Subject: [PATCH 1/3] gnu: Add libtoxcore.

* gnu/packages/messaging.scm (libtoxcore): New variable.
---
 gnu/packages/messaging.scm | 48 +-
 1 file changed, 47 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/messaging.scm b/gnu/packages/messaging.scm
index de9ac17..0c8bc3d 100644
--- a/gnu/packages/messaging.scm
+++ b/gnu/packages/messaging.scm
@@ -5,6 +5,7 @@
 ;;; Copyright © 2015 Andreas Enge 
 ;;; Copyright © 2015 Ricardo Wurmus 
 ;;; Copyright © 2015 Efraim Flashner 
+;;; Copyright © 2016 ng0 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -28,6 +29,7 @@
   #:use-module (guix utils)
   #:use-module (guix packages)
   #:use-module (guix download)
+  #:use-module (guix git-download)
   #:use-module (guix build-system gnu)
   #:use-module (guix build-system glib-or-gtk)
   #:use-module (guix build-system python)
@@ -35,6 +37,7 @@
   #:use-module (gnu packages autotools)
   #:use-module (gnu packages avahi)
   #:use-module (gnu packages check)
+  #:use-module (gnu packages crypto)
   #:use-module (gnu packages cyrus-sasl)
   #:use-module (gnu packages databases)
   #:use-module (gnu packages documentation)
@@ -58,7 +61,9 @@
   #:use-module (gnu packages admin)
   #:use-module (gnu packages linux)
   #:use-module (gnu packages tls)
-  #:use-module (gnu packages icu4c))
+  #:use-module (gnu packages icu4c)
+  #:use-module (gnu packages video)
+  #:use-module (gnu packages xiph))
 
 (define-public libotr
   (package
@@ -492,4 +497,45 @@ transformation; audio and video conferences; file transfer; TLS, GPG and
 end-to-end encryption support; XML console.")
 (license gpl3+)))
 
+(define-public libtoxcore
+  (let ((revision "1")
+(commit "755f084e8720b349026c85afbad58954cb7ff1d4"))
+(package
+  (name "libtoxcore")
+  (version (string-append "0.0.0" "-"
+  revision (string-take commit 8)))
+  (source (origin
+(method git-fetch)
+(uri (git-reference
+  (url "https://github.com/irungentoo/toxcore.git;)
+  (commit commit)))
+(file-name (string-append name "-" version))
+(sha256
+ (base32
+  "0ap1gvlyihnfivv235dbrgsxsiiz70bhlmlr5gn1027w3h5kqz8w"
+  (build-system gnu-build-system)
+  (native-inputs
+   `(("autoconf" ,autoconf)
+ ("automake" ,automake)
+ ("libtool" ,libtool)
+ ;; TODO: Add when test suite is capable of passing.
+ ;; ("check" ,check)
+ ("pkg-config" ,pkg-config)))
+  (inputs
+   `(("libsodium" ,libsodium)
+ ("opus" ,opus)
+ ("libvpx" ,libvpx)))
+  (arguments
+   `(#:phases
+ (modify-phases %standard-phases
+   (add-before 'configure 'autoconf
+ (lambda _
+   (zero? (system* "./autogen.sh")
+ #:tests? #f)) ; FIXME: Tests require ip6-localhost in /etc/hosts
+  (synopsis "Library for the Tox encrypted messenger protocol")
+  (description
+   "C library implementation of the Tox encrypted messenger protocol.")
+  (license gpl3+)
+  (home-page "http://tox.chat;
+
 ;;; messaging.scm ends here
-- 
2.9.3

>From 97c2b1e9f6484c2ea5fefce5e651e592501b5d6d Mon Sep 17 00:00:00 2001
From: ng0 
Date: Sun, 21 Aug 2016 02:17:27 +
Subject: [PATCH 2/3] gnu: Add freealut.

* gnu/packages/audio.scm (freealut): New variable.
---
 gnu/packages/audio.scm | 24 
 1 file changed, 24 insertions(+)

diff --git a/gnu/packages/audio.scm b/gnu/packages/audio.scm
index a214ef3..eb08e24 100644
--- a/gnu/packages/audio.scm
+++ b/gnu/packages/audio.scm
@@ -1509,6 +1509,30 @@ buffers, and audio capture.")
 (home-page "http://kcat.strangesoft.net/openal.html;)
 (license license:lgpl2.0+)))
 
+(define-public freealut
+  (package
+(name "freealut")
+(version "1.1.0")
+(source (origin
+  (method url-fetch)
+  ;; upstream url is dead
+  (uri (string-append
+"http://pkgs.fedoraproject.org/repo/pkgs/; name "/" name "-" version
+".tar.gz" "/e089b28a0267faabdb6c079ee173664a/" name "-" version ".tar.gz"))
+  (sha256
+   (base32
+"0kzlil6112x2429nw6mycmif8y6bxr2cwjcvp18vh6s7g63ymlb0"
+  

Re: flashrom package needs update

[Kei Kebreau]

ng0  writes:

> Kei Kebreau  writes:
>
>> [ Unknown signature status ]
>>
>> ng0  writes:
>>
>>> ng0  writes:
>>>
 Someone should update flashrom to 0.9.9. 
 (https://www.flashrom.org/Flashrom/0.9.9)
 I tried and do not understand enough of flashrom to update the patch we 
 need.
>>>
>>> Additionally we need to check what's different about GuixSD that this
>>> happens:
>>>
>>> root@shadowwalker /home/ng0# flashrom -p internal -w 
>>> libreboot_latest_stable.rom
>>> flashrom v0.9.7-r1711 on Linux 4.7.0-gnu (x86_64)
>>> flashrom is free software, get the source code at http://www.flashrom.org
>>>
>>> Calibrating delay loop... OK.
>>> Error accessing high tables, 0x10 bytes at 0x7dad6000
>>> /dev/mem mmap failed: Operation not permitted
>>> Failed getting access to coreboot high tables.
>>> 
>>> WARNING! You seem to be running flashrom on an unsupported laptop.
>>> Laptops, notebooks and netbooks are difficult to support and we
>>> recommend to use the vendor flashing utility. The embedded controller
>>> (EC) in these machines often interacts badly with flashing.
>>> See the manpage and http://www.flashrom.org/Laptops for details.
>>>
>>> If flash is shared with the EC, erase is guaranteed to brick your laptop
>>> and write may brick your laptop.
>>> Read and probe may irritate your EC and cause fan failure, backlight
>>> failure and sudden poweroff.
>>> You have been warned.
>>> 
>>> Aborting.
>>> Error: Programmer initialization failed.
>>>
>>>
>>>
>>> I value that GuixSD seems to be more protective than any other system in
>>> that regard where I could just become root and run flashrom, but maybe
>>> we need to make an exception for flashrom and similar software.
>>> Booting into ubuntu-live and running a statically linked binary of
>>> flashrom just made me flash libreboot stable. I want to do this from
>>> within GuixSD.
>>
>> This is mentioned in Libreboot's documentation (top of the page here:
>> https://libreboot.org/docs/install/index.html). The GuixSD Linux-libre
>> kernel is configured with CONFIG_STRICT_DEVMEM enabled, which I presume
>> Libreboot uses for software-based flashing.
>>
>> If you add linux to the list "use-package-modules" in your system
>> configuration and add (kernel-arguments '("iomem=relaxed")) to your
>> "operating-system" configuration, the flashing utility will work correctly.
>
> Oh, interesting. Thanks for the explanation. Do you think we should add
> a pointer to this somewhere in the documentation, or add a link pointing
> to this email thread?
> I feel like this needs to be explained or be visible somewhere at our
> side.
>
I agree. It should probably be mentioned in the "System Configuration"
section of the manual. I would take me some time to write it up, as my
schedule is just starting to calm itself and I have no experience with
texinfo, so if someone else picked it up before me, I wouldn't complain.

> I think I want to keep this feature, and reconfigure the system only for
> updating libre/coreboot.
>
I agree here, too.

> Thanks
You're welcome! :-)


signature.asc
Description: PGP signature

Re: [PATCH 24/24] gnu: qt: Update qt to 5.7.0.

[Leo Famulari]

On Sat, Aug 20, 2016 at 09:50:51PM +0200, David Craven wrote:
> I fixed all regression except vlc and avidemux (locally). I'll have to
> do some more debugging tomorrow. Forcing --std=gnu++11 worked in all
> other cases. With the release of vlc 3 eminent, would it be acceptable
> to use qt-4 with vlc 2.2.4 (if I don't manage to fix it)? That's what
> arch linux is doing currently - and forcing --std=gnu++98, since
> they're on gcc6.

My interpretation of the Qt security policy is that qt-4 is unsupported.

"What Version of Qt are Supported?

Fixes are only guaranteed to be provided for:

The latest released version.

The preceding minor version.

Fixes for earlier versions (such as 4.8, 5.0, etc.) may be provided,
but the qt-project makes no commitment to do so. Other groups such
as Digia may choose to make such fixes available, but that is
outside the scope of the qt-project."

source: https://wiki.qt.io/Qt_project_security_policy

Re: [PATCH] gnu: awesome: Shorten the description.

[ng0]

ng0  writes:

> awesome has 11 or 12 lines description where the same problem applies
> dwm had.  Please do not try to explain the concepts of twm etc in the
> description, this can be done by visiting (home-page) or other sources.
>
> Thanks.
>
> From 26b9e2e6e4d61928d9067540f7785a2aa595ef33 Mon Sep 17 00:00:00 2001
> From: ng0 
> Date: Sat, 20 Aug 2016 20:56:46 +
> Subject: [PATCH] gnu: awesome: Shorten the description.
>
> * gnu/packages/wm.scm (awesome)[description]: Shorten.
> ---
>  gnu/packages/wm.scm | 14 +++---
>  1 file changed, 3 insertions(+), 11 deletions(-)
>
> diff --git a/gnu/packages/wm.scm b/gnu/packages/wm.scm
> index 2cc9f44..6275e6f 100644
> --- a/gnu/packages/wm.scm
> +++ b/gnu/packages/wm.scm
> @@ -9,6 +9,7 @@
>  ;;; Copyright © 2016 Al McElrath 
>  ;;; Copyright © 2016 Carlo Zancanaro 
>  ;;; Copyright © 2016 Ludovic Courtès 
> +;;; Copyright © 2016 ng0 
>  ;;;
>  ;;; This file is part of GNU Guix.
>  ;;;
> @@ -452,16 +453,7 @@ experience.")
>(zero? (system* "../build/awesome" "-v")))
>  (synopsis "Highly configurable window manager")
>  (description
> - "awesome is a window manager for X.  It manages windows in different
> -layouts, like floating or tiled.  Any layout can be applied dynamically,
> -optimizing the environment for the application in use and the task currently
> -being performed.
> -
> -In a tiled layout, windows are managed in a master and stacking area.  In a
> -floating layout windows can be resized and moved freely.  Dialog windows are
> -always managed as floating, regardless of the layout currently applied.
> -
> -Windows are grouped by tags in awesome.  Each window can be tagged with one 
> or
> -more tags.  Selecting certain tags displays all windows with these tags.")
> + "Awesome has been designed as a framework window manager.  It is fast, 
> small,
> +dynamic and extensible using the Lua programming language.")

We could add a short description of the modes like in dwm:

bla is a ... for X.  It manages windows in tiled, floating, etc etc
layout. etc.

>  (license license:gpl2+)
>  (home-page "https://awesome.naquadah.org/;)))
> -- 
> 2.9.3


-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

[PATCH] gnu: awesome: Shorten the description.

[ng0]

awesome has 11 or 12 lines description where the same problem applies
dwm had.  Please do not try to explain the concepts of twm etc in the
description, this can be done by visiting (home-page) or other sources.

Thanks.

>From 26b9e2e6e4d61928d9067540f7785a2aa595ef33 Mon Sep 17 00:00:00 2001
From: ng0 
Date: Sat, 20 Aug 2016 20:56:46 +
Subject: [PATCH] gnu: awesome: Shorten the description.

* gnu/packages/wm.scm (awesome)[description]: Shorten.
---
 gnu/packages/wm.scm | 14 +++---
 1 file changed, 3 insertions(+), 11 deletions(-)

diff --git a/gnu/packages/wm.scm b/gnu/packages/wm.scm
index 2cc9f44..6275e6f 100644
--- a/gnu/packages/wm.scm
+++ b/gnu/packages/wm.scm
@@ -9,6 +9,7 @@
 ;;; Copyright © 2016 Al McElrath 
 ;;; Copyright © 2016 Carlo Zancanaro 
 ;;; Copyright © 2016 Ludovic Courtès 
+;;; Copyright © 2016 ng0 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -452,16 +453,7 @@ experience.")
   (zero? (system* "../build/awesome" "-v")))
 (synopsis "Highly configurable window manager")
 (description
- "awesome is a window manager for X.  It manages windows in different
-layouts, like floating or tiled.  Any layout can be applied dynamically,
-optimizing the environment for the application in use and the task currently
-being performed.
-
-In a tiled layout, windows are managed in a master and stacking area.  In a
-floating layout windows can be resized and moved freely.  Dialog windows are
-always managed as floating, regardless of the layout currently applied.
-
-Windows are grouped by tags in awesome.  Each window can be tagged with one or
-more tags.  Selecting certain tags displays all windows with these tags.")
+ "Awesome has been designed as a framework window manager.  It is fast, small,
+dynamic and extensible using the Lua programming language.")
 (license license:gpl2+)
 (home-page "https://awesome.naquadah.org/;)))
-- 
2.9.3


-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

[PATCH] wip'ish things rebased a bit on master: awesome-3.5.9 and lua-lgi.

[ng0]

As written in
https://lists.gnu.org/archive/html/help-guix/2016-08/msg00068.html,
here are two patches from my wip crypt (you should apply them in
reverse, lgi is a dependency of awesome).

awesome has not been tested again, lgi has been half tested (it fails in
the make check phase).

Here are additional notes:
awesome:
(run)inputs: lua-5.1 glib2 libxdg-basedir-1
lua/lgi-0.7 cairo[xcb] gdk-pixbuf2 libxcb-1.6
pango-1.19.3[introspection] startup-notification
xcb-util xcb-util-cursor libXcursor libx11

(build/make)native-inputs: asciidoc xmlto gperf
pkg-config imagemagick[png] xcb-proto-1.15 xproto
(if docs: doxygen, graphviz)

The part where I cut down the awesome description: This was my original
description months ago, did a 12 lines description not trigger lint
failures? I'll send in a separate patch now which will fix this. For
every twm etc we don't need to explain what twm's are.

>From 4d2907a46c4f02fba09c9843637189eacb847750 Mon Sep 17 00:00:00 2001
From: ng0 
Date: Sat, 20 Aug 2016 20:09:58 +
Subject: [PATCH 1/2] gnu: awesome: Update to 3.5.9.

* gnu/packages/wm.scm (awesome): Update to 3.5.9.
---
 gnu/packages/wm.scm | 21 +++--
 1 file changed, 7 insertions(+), 14 deletions(-)

diff --git a/gnu/packages/wm.scm b/gnu/packages/wm.scm
index 2cc9f44..e1ae7d0 100644
--- a/gnu/packages/wm.scm
+++ b/gnu/packages/wm.scm
@@ -9,6 +9,7 @@
 ;;; Copyright © 2016 Al McElrath 
 ;;; Copyright © 2016 Carlo Zancanaro 
 ;;; Copyright © 2016 Ludovic Courtès 
+;;; Copyright © 2016 ng0 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -382,15 +383,15 @@ experience.")
 (define-public awesome
   (package
 (name "awesome")
-(version "3.4.15")
+(version "3.5.9")
 (source
  (origin (method url-fetch)
  (uri (string-append
"https://awesome.naquadah.org/download/awesome-;
-   version ".tar.xz"))
+   version ".tar.bz2"))
  (sha256
   (base32
-   "1m910lr7wkw2dgzmirfvz7dasfswhhccdf65l21iiciv24c3w1bb"))
+   "103c1015nk8iyjh9qsrs23gggp3x3x2cklipslx3vccvi36zgxlr"))
  (modules '((guix build utils)
 (srfi srfi-19)))
  (snippet
@@ -423,6 +424,7 @@ experience.")
   ("libxcursor" ,libxcursor)
   ("libxdg-basedir" ,libxdg-basedir)
   ("lua" ,lua-5.1)
+  ("lgi" ,lgi)
   ("pango" ,pango)
   ("startup-notification" ,startup-notification)
   ("xcb-util" ,xcb-util)
@@ -452,16 +454,7 @@ experience.")
   (zero? (system* "../build/awesome" "-v")))
 (synopsis "Highly configurable window manager")
 (description
- "awesome is a window manager for X.  It manages windows in different
-layouts, like floating or tiled.  Any layout can be applied dynamically,
-optimizing the environment for the application in use and the task currently
-being performed.
-
-In a tiled layout, windows are managed in a master and stacking area.  In a
-floating layout windows can be resized and moved freely.  Dialog windows are
-always managed as floating, regardless of the layout currently applied.
-
-Windows are grouped by tags in awesome.  Each window can be tagged with one or
-more tags.  Selecting certain tags displays all windows with these tags.")
+ "Awesome has been designed as a framework window manager. It is extremely fast,
+small, dynamic and heavily extensible using the Lua programming language.")
 (license license:gpl2+)
 (home-page "https://awesome.naquadah.org/;)))
-- 
2.9.3

>From b1bc2bf6c66247614aff06062fc70c7f57ec0cb0 Mon Sep 17 00:00:00 2001
From: ng0 
Date: Sat, 20 Aug 2016 20:44:04 +
Subject: [PATCH 2/2] gnu: Add lua-lgi.

* gnu/packages/lua.scm (lua-lgi): New variable.
---
 gnu/packages/lua.scm | 37 +
 1 file changed, 37 insertions(+)

diff --git a/gnu/packages/lua.scm b/gnu/packages/lua.scm
index b4b5dee..e32ed80 100644
--- a/gnu/packages/lua.scm
+++ b/gnu/packages/lua.scm
@@ -4,6 +4,7 @@
 ;;; Copyright © 2014 Mark H Weaver 
 ;;; Copyright © 2014 Andreas Enge 
 ;;; Copyright © 2016 Efraim Flashner 
+;;; Copyright © 2016 ng0 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -26,6 +27,9 @@
   #:use-module (guix download)
   #:use-module (guix build-system gnu)
   #:use-module (gnu packages)
+  #:use-module (gnu packages glib)
+  #:use-module (gnu packages gtk)
+  #:use-module (gnu packages pkg-config)
   #:use-module (gnu packages readline))
 
 (define-public lua
@@ -107,3 +111,36 @@ programming language.  Lua is a powerful, dynamic and light-weight programming
 language.  It may be embedded or used as a general-purpose, stand-alone
 language.")
 (license x11)))
+

Re: [PATCH 24/24] gnu: qt: Update qt to 5.7.0.

[Efraim Flashner]

On Sat, Aug 20, 2016 at 09:50:51PM +0200, David Craven wrote:
> I fixed all regression except vlc and avidemux (locally). I'll have to
> do some more debugging tomorrow. Forcing --std=gnu++11 worked in all
> other cases. With the release of vlc 3 eminent, would it be acceptable
> to use qt-4 with vlc 2.2.4 (if I don't manage to fix it)? That's what
> arch linux is doing currently - and forcing --std=gnu++98, since
> they're on gcc6.
> 

you could also try using regular qt, that's still on 5.6.1-1

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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [PATCH 24/24] gnu: qt: Update qt to 5.7.0.

[David Craven]

I fixed all regression except vlc and avidemux (locally). I'll have to
do some more debugging tomorrow. Forcing --std=gnu++11 worked in all
other cases. With the release of vlc 3 eminent, would it be acceptable
to use qt-4 with vlc 2.2.4 (if I don't manage to fix it)? That's what
arch linux is doing currently - and forcing --std=gnu++98, since
they're on gcc6.

[PATCH] gnu: font-un: Add mirror.

[ng0]

This adds another mirror for font-un, this time with tls
enabled. Leaving the sdf.org mirror in the list in case dl.n0.is goes
down.

>From 163375e4af66eacece1860bb7850b7e92cd75cb6 Mon Sep 17 00:00:00 2001
From: ng0 
Date: Sat, 20 Aug 2016 19:40:14 +
Subject: [PATCH] gnu: font-un: Add tls mirror.

* gnu/packages/fonts.scm (font-un)[source]: Add mirror.
---
 gnu/packages/fonts.scm | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/gnu/packages/fonts.scm b/gnu/packages/fonts.scm
index 9b2281a..e69d5c9 100644
--- a/gnu/packages/fonts.scm
+++ b/gnu/packages/fonts.scm
@@ -708,6 +708,8 @@ symbols unable to be displayed properly.")
 (source (origin
   (method url-fetch)
   (uri (list
+(string-append "https://dl.n0.is/hosted/;
+   name "-" version ".tar.gz")
 (string-append
  "http://krosos.sdf.org/static/unix/;
  "un-fonts-core-" version ".tar.gz")
-- 
2.9.3


-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

Re: [PATCH] Add Emacs Org mode

[Ricardo Wurmus]

Nicolas Goaziou  writes:

> Hello,
>
> Efraim Flashner  writes:
>
>> On Sat, Aug 20, 2016 at 10:53:48AM +0200, Ricardo Wurmus wrote:
>>
>>> Thank you for the patch.  Org mode is already part of Emacs; is a
>>> separate package for Org mode still needed in this case?
>>> 
>> I notice the release date is about 2 weeks ago, so development seems to
>> be continuing, not just as part of emacs. How recently was orgmode added
>> to emacs? If it was quite recently then could this still be useful to
>> people using Guix on a foreign distro?
>
> Org has been part of Emacs for quite a long time already. However, as
> you notice, Org shipped with Emacs (8.2.10) is lagging behind current
> stable release (8.3.5). As a data point, Org 8.3 was released more than
> one year ago, and 8.3.5 differs from 8.2.10 by 2700+ commit. More
> importantly, bugs reported on 8.2.10 are unlikely to be fixed.

Thanks for the details!  I can confirm that the latest prerelease of
Emacs 25.1 comes with Org 8.2.10.

~~ Ricardo

Re: [PATCH 2/5] profiles: gtk-icon-themes: Use 'gtk-update-icon-cache' from 'gtk+:bin'.

[Mark H Weaver]

iyzs...@member.fsf.org (宋文武) writes:

> Mark H Weaver  writes:
>
>> Hmm.  Would this cause 'gtk+' to become a dependency for building any
>> profile, even if it contains no graphical programs?
>
> No, it does only run when the profile contains gtk+ (with or without
> this patch).  But with this patch, it will use the latest deployed
> gtk+:bin instead of the gtk+ referenced by the profile.

Okay, sounds good to me.  Thanks!

   Mark

Re: [PATCH] Add tintin.

[David Craven]

> Hmmm, my way of learning emacs is to read the Emacs Tutorial but not to
> read the Emacs Manual, because it goes into things too deep for newbies
> IMO. Then, I try to code in emacs and eventually I get comfortable in
> emacs key bindings. Only then I start to look into packages and elisp
> programming. (emacs is actually what get me into learning scheme)
> Alternatively, if you are used to vim, you could try Evil Mode, which
> emulates vim key bindings.

I completed the evil-tutor thing in spacemacs yesterday, and think
I'll get used to
it. The main problem I had when getting started with emacs, is that the bindings
appear to be random? With spacemacs finding the relevant commands was easy,
(space b for buffer and n for next). I think that's easy to
remember... and it comes
with a lot of packages pre-installed and with sane defaults. I think that
the vim key bindings are more known, since everyone has had to modify
a config file
over ssh and use :wq and insert mode, and that's pretty much all you need to get
started.

Re: Hardening

[Alex Vong]

ng0  writes:

> Alex Vong  writes:
>
>> Hi,
>>
>> Wow, this was long time ago. I've forgot this completely.
>>
>> Ricardo Wurmus  writes:
>>
>>> Leo Famulari  writes:
>>>
 On Wed, Dec 30, 2015 at 05:06:30PM +0100, Ludovic Courtès wrote:
> Alex Vong  skribis:
> > Yes, I grep for `fstack-protector-strong' in the guix code base and no
> > matches are found. It appears no packages are setting this flag
> > currently. I think this flag (perhaps also a couple others) should be
> > set by default since they help protect against buffer overflow
> > .
> 
> I definitely agree, that’s something I’ve been wanting to try out.
> 
> The question is more how.  Do we change the default #:configure-flags
> for ‘gnu-build-system’ to something like:
> 
>   '("CPPFLAGS=-D_FORTIFY_SOURCE=2"
> "CFLAGS=-O2 -g -fstack-protector-strong")
> 
> ?
> 
> That sounds like a good starting point, but I expect that (1) one third
> of the packages will fail to build, and (2) another third of the
> packages will not get these flags, for instance because they pass their
> own #:configure-flags.
> 
> IOW, it will take a whole rebuild to find out exactly what’s going on
> and to fix any issues.
> 
> Would you like to start working on it?  Then we could create a branch,
> have Hydra build it, and incrementally fix things.

 We should pick this project back up. I was suprised to find we haven't
 done anything like this after reading this recent blog post about Nix's
 hardening effort:

 https://blog.mayflower.de/5800-Hardening-Compiler-Flags-for-NixOS.html?utm_source=twitterfeed_medium=twitter
>>>
>>> Are the above flags the only flags we’d like to play with?  There’s no
>>> harm in letting hydra rebuild the world with these flags on a separate
>>> branch — provided that all build nodes are usable.
>>>
>> There are indeed additional flags (for debian's hardening).
>>
>>
>> Here is the complete output (from the testing distribution):
>>
>> alexvong1995@debian:~$ DEB_BUILD_MAINT_OPTIONS=hardening=+all dpkg-buildflags
>> CFLAGS=-g -O2 -fdebug-prefix-map=/home/alexvong1995=. -fPIE
>> -fstack-protector-strong -Wformat -Werror=format-security
>> CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2
>> CXXFLAGS=-g -O2 -fdebug-prefix-map=/home/alexvong1995=. -fPIE
>> -fstack-protector-strong -Wformat -Werror=format-security
>> FCFLAGS=-g -O2 -fdebug-prefix-map=/home/alexvong1995=. -fPIE
>> -fstack-protector-strong
>> FFLAGS=-g -O2 -fdebug-prefix-map=/home/alexvong1995=. -fPIE
>> -fstack-protector-strong
>> GCJFLAGS=-g -O2 -fdebug-prefix-map=/home/alexvong1995=. -fPIE
>> -fstack-protector-strong
>> LDFLAGS=-fPIE -pie -Wl,-z,relro -Wl,-z,now
>> OBJCFLAGS=-g -O2 -fdebug-prefix-map=/home/alexvong1995=. -fPIE
>> -fstack-protector-strong -Wformat -Werror=format-security
>> OBJCXXFLAGS=-g -O2 -fdebug-prefix-map=/home/alexvong1995=. -fPIE
>> -fstack-protector-strong -Wformat -Werror=format-security
>>
>>
>> The `-fdebug-prefix-map' flag seems to be using the current working
>> directory.
>>
>>> ~~ Ricardo
>>
>> Cheers,
>> Alex
>>
>
> I think there's even more, I can add to this thread when I have access
> to my hardened vm systems again.
>
Yes, I think people running guix on top of another distro can tell how
their distro do the hardening, so we can see what are the existing
practices.

> Good to see that this is being picked up again.

Re: [PATCH] Add tintin.

[Alex Vong]

David Craven  writes:

>> I usually attach the patches as files, in notmuch emacs they are saved
>> by pressing
>> . s
>> when in the displayed attached files part. Or what exactly do you mean?
>
> Yep that's what I mean. I'm currently doing this:
> Look at the patch in gmail
> touch 0.patch
> copy paste the email into 0.patch
> git am 0.patch
> copy paste again because I didn't copy the right part
> git am 0.patch
>
> and was wondering if there was a better way... I've read good things
> about emacs, but I still haven't taken the learning curve. I gave it a
> try a couple of weeks ago but gave up after a couple of hours =P

Hmmm, my way of learning emacs is to read the Emacs Tutorial but not to
read the Emacs Manual, because it goes into things too deep for newbies
IMO. Then, I try to code in emacs and eventually I get comfortable in
emacs key bindings. Only then I start to look into packages and elisp
programming. (emacs is actually what get me into learning scheme)
Alternatively, if you are used to vim, you could try Evil Mode, which
emulates vim key bindings.

Re: [PATCH] gnu: Add perl-net-psyc.

[ng0]

ng0  writes:

> ng0  writes:
>
>> Net::PSYC binary "psycion" requires perl-curses, which has been packaged
>> and send for review.
>>
>> psycion is being bugfixed, it is functional but the server application
>> it functions with needs to update the internal policies on how to treat
>> native psyc clients. It's on the todo list and will be fixed
>> eventually. As psycion is not the only part of Net::PSYC I find it okay
>> to submit the entire perl-net-psyc now instead of waiting for psyced to
>> have this policy fixed.
>>
>> There is psycmp3 which currently depends on MP3::List and the rxaudio
>> shareware, it will be fixed to function with current free software
>> equivalents of dependencies. It is deleted in a snippet phase for now
>> and will be added back when it no longer "recommends non-free
>> software".
>>
>> For another binary, I would have to package fam and SGI::FAM, this is
>> reflected in the most recent commit:
>> "moving bin/psycfilemonitor to contrib until somebody upgrades it to use
>> inotify instead of fam". No one uses this binary currently, so it can be
>> left where it is and will be updated in time.
>>
>> I created the file gnu/packages/psyc.scm because I am working on more
>> applications: psyced, libpsyc, psyclpc and future releases. As they all
>> circle around the psyced.org domain and the protocol PSYC, a dedicated
>> file is the only logic choice. libpsyc will follow soon after this
>> (perl-net-psyc) patch.
>> I am working close with upstream to address issues on different
>> operating systems. Upstream developers do very rarely release tarballs,
>> in the case of Net::PSYC this git commit has more bugfixes than the
>> latest tarball. As soon as the tarball catches up I will consider to
>> change it, however this is a very small application collection, so a
>> checkout will not take that much space on distributing servers.
>
> Corrections appending to this:
>
> "needs to update the internal policies on how to treat native psyc
> clients" <- only when the welcome channel has secure set, a default
> psyced without any changes does not complain about this.
>
> The plan for the future is to run psycion with localhost psyced and
> cadet (gnunet), not via the insecure internet

Release version 1.1 of Net::PSYC is out, using the zip archive of it for
now. Patches rebased on master.

>From 1f86f2a4b47df27e6540e64fb704bbcb4c8c9b53 Mon Sep 17 00:00:00 2001
From: ng0 
Date: Fri, 19 Aug 2016 13:13:42 +
Subject: [PATCH 1/2] gnu: Add perl-curses.

* gnu/packages/perl.scm (perl-curses): New variable.
---
 gnu/packages/perl.scm | 52 +++
 1 file changed, 52 insertions(+)

diff --git a/gnu/packages/perl.scm b/gnu/packages/perl.scm
index aef92f4..170eacd 100644
--- a/gnu/packages/perl.scm
+++ b/gnu/packages/perl.scm
@@ -30,6 +30,7 @@
 (define-module (gnu packages perl)
   #:use-module (guix licenses)
   #:use-module (gnu packages)
+  #:use-module (gnu packages ncurses)
   #:use-module (guix packages)
   #:use-module (guix download)
   #:use-module (guix build-system gnu)
@@ -1138,6 +1139,57 @@ contained in Appendix A of FIPS Publication 181, \"Standard for Automated
 Password Generator\".")
 (license (package-license perl
 
+(define-public perl-curses
+  (package
+(name "perl-curses")
+(version "1.36")
+(source (origin
+  (method url-fetch)
+  (uri (string-append "mirror://cpan/authors/id/G/GI/GIRAFFED/"
+  "Curses-" version ".tar.gz"))
+  (sha256
+   (base32
+"0r6xd9wr0c25rr28zixhqipak575zqsfb7r7f2693i9il1dpj554"
+(build-system perl-build-system)
+(inputs
+ `(("ncurses" ,ncurses)))
+(arguments
+ `(#:make-maker-flags (list "PANELS" "MENUS") ; FORMS seems faulty.
+   #:phases
+   (modify-phases %standard-phases
+ (add-before 'configure 'set-curses-ldflags
+   (lambda* (#:key inputs #:allow-other-keys)
+ (setenv "CURSES_LIBTYPE" "ncurses")
+ (setenv "CURSES_CFLAGS"
+ (string-append "-I" (assoc-ref inputs "ncurses")
+"/include"))
+ (setenv "CURSES_PANEL_CFLAGS"
+ (string-append "-I" (assoc-ref inputs "ncurses")
+"/include"))
+ (setenv "CURSES_MENU_CFLAGS"
+ (string-append "-I" (assoc-ref inputs "ncurses")
+"/include"))
+ (setenv "CURSES_FORM_CFLAGS"
+ (string-append "-I" (assoc-ref inputs "ncurses")
+"/include"))
+ (setenv "CURSES_LDFLAGS"
+ (string-append "-L" (assoc-ref inputs "ncurses")
+"/lib -lncurses"))
+ (setenv "CURSES_PANEL_LDFLAGS"
+

Re: [PATCH 24/24] gnu: qt: Update qt to 5.7.0.

[David Craven]

Are we still using gcc 4.9 as our default compiler? I think that some
of the build failures could be caused by that. qt 5.7 requires a c11
compiler and gcc 4.9 still defaults to the c99 standard. Any
dependency on qt 5.7 also needs to be compiled with a c11 compiler.

Are there plans to upgrade the default gcc? I look into fixing the
packages temporarily.

Re: [PATCH] gnu: Add capnproto.

[Marius Bakke]

Leo Famulari  writes:

> On Fri, Aug 19, 2016 at 06:06:24PM -0400, Leo Famulari wrote:
>> On Sun, Aug 14, 2016 at 07:16:22PM +0100, Marius Bakke wrote:
>> > Leo Famulari  writes:
>> > 
>> > > On Sat, Aug 13, 2016 at 07:48:36PM +0100, Marius Bakke wrote:
>> > >> Note that it bundles googletest; I tried unbundling but it proved
>> > >> difficult. gtest will no longer be used from the 0.6 release so I did
>> > >> not think a comment was necessary.
>> > >
>> > > I am cc-ing Lukas with my reply, since he added our googletest package.
>> > > Maybe he has some insight.
>> > The problem is that their autotools system expects to build gtest as
>> > well, so there are references all over. See:
>> > https://github.com/sandstorm-io/capnproto/blob/release-0.5.3/c%2B%2B/Makefile.am
>> > and also configure.ac. It would have to be patched out, which seems
>> > excessive for a 4MB build dependency.
>> 
>> In my opinion, it's generally not about the size of the bundled
>> dependency. Rather, it's about the opacity of the dependency graph of
>> the application that does the bundling. The worst case would be
>> something like a bundled OpenSSL, for example.
>> 
>> In this case, Debian has accepted the bundled gtest [0], which makes me
>> wonder if my understanding of gtest is incorrect. Perhaps it is designed
>> to be bundled?

It comes bundled more often than not, but decoupling generally works out
of the box, as it's just linked to as with any library AFAICT:

https://github.com/google/googletest/blob/master/googletest/docs/Primer.md

If it was any other library, or if it wasn't dropped in current git, I
would have gone through the effort of purging it.

> In any case, since Debian accepted it, I'm willing to accept it as well,
> unless somebody objects.
>
> But the patch has gone stale due to other changes in serialization.scm.
> Marius, will you send an updated patch?

New patch below. Thanks!

>From 6e73e7c85a044d1da176534ed8ff046431afe617 Mon Sep 17 00:00:00 2001
From: Marius Bakke 
Date: Fri, 12 Aug 2016 13:42:16 +0100
Subject: [PATCH] gnu: Add capnproto.

* gnu/packages/serialization.scm (capnproto): New variable.
---
 gnu/packages/serialization.scm | 30 ++
 1 file changed, 30 insertions(+)

diff --git a/gnu/packages/serialization.scm b/gnu/packages/serialization.scm
index c3ce5c5..4a3278f 100644
--- a/gnu/packages/serialization.scm
+++ b/gnu/packages/serialization.scm
@@ -2,6 +2,7 @@
 ;;; Copyright © 2015 Ricardo Wurmus 
 ;;; Copyright © 2016 Lukas Gradl 
 ;;; Copyright © 2016 David Craven 
+;;; Copyright © 2016 Marius Bakke 
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -170,3 +171,32 @@ including serialization and deserialization to and from strings.  It can also
 preserve existing comment in unserialization/serialization steps, making
 it a convenient format to store user input files.")
 (license license:expat)))
+
+(define-public capnproto
+  (package
+(name "capnproto")
+(version "0.5.3")
+(source (origin
+  (method url-fetch)
+  (uri (string-append
+"https://capnproto.org/capnproto-c++-;
+version ".tar.gz"))
+  (sha256
+   (base32
+"1yvaadhgakskqq5wpv53hd6fc3pp17mrdldw4i5cvgck4iwprcfd"
+(build-system gnu-build-system)
+(arguments
+ `(#:phases
+   (modify-phases %standard-phases
+ (add-before 'check 'do-not-require-/etc/services
+   (lambda _
+ ;; Workaround for test that tries to resolve port name from
+ ;; /etc/services, which is not present in build environment.
+ (substitute* "src/kj/async-io-test.c++" ((":http") ":80"))
+ #t)
+(home-page "https://capnproto.org;)
+(synopsis "Capability-based RPC and serialization system")
+(description
+ "Cap'n Proto is a very fast data interchange format and capability-based
+RPC system.  Think JSON, except binary.  Or think Protocol Buffers, except faster.")
+(license license:expat)))
-- 
2.9.2

Re: [PATCH] gnunet-svn, gnunet-gtk-svn

[ng0]

ng0  writes:

> In case you are interested here is current (37742):
>
> 
> Testsuite summary for gnunet 0.10.1
> 
> # TOTAL: 63
> # PASS:  55
> # SKIP:  4
> # XFAIL: 0
> # FAIL:  4
> # XPASS: 0
> # ERROR: 0
> 
> See src/transport/test-suite.log
> Please report to bug-gnu...@gnu.org
> 
>
> 13 MiB log file:
> https://dl.n0.is/debug/gnunet/logs/37742/2016-08-20/guixsd-gnunet-svn-1100UTC-test-suite.log
> https://dl.far37qbrwiredyo5.onion/debug/gnunet/logs/37742/2016-08-20/guixsd-gnunet-svn-1100UTC-test-suite.log
>
> I will open a bug on this now to figure out how I can patch it in guix.
>
> I do not understand enough of gnunet testsuite to answer this question
> myself at the moment.
>
> DK* is no remote gnunet peerid, so I have to ask how these tests work.

Reported at https://gnunet.org/bugs/view.php?id=4619

-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

Re: [PATCH] Add Emacs Org mode

[Nicolas Goaziou]

Hello,

Efraim Flashner  writes:

> On Sat, Aug 20, 2016 at 10:53:48AM +0200, Ricardo Wurmus wrote:
>
>> Thank you for the patch.  Org mode is already part of Emacs; is a
>> separate package for Org mode still needed in this case?
>> 
> I notice the release date is about 2 weeks ago, so development seems to
> be continuing, not just as part of emacs. How recently was orgmode added
> to emacs? If it was quite recently then could this still be useful to
> people using Guix on a foreign distro?

Org has been part of Emacs for quite a long time already. However, as
you notice, Org shipped with Emacs (8.2.10) is lagging behind current
stable release (8.3.5). As a data point, Org 8.3 was released more than
one year ago, and 8.3.5 differs from 8.2.10 by 2700+ commit. More
importantly, bugs reported on 8.2.10 are unlikely to be fixed.

This patch adds Org current stable release. However, a new release is
going to be shipped on Monday.

Also, this is without the third party "contrib/" directory. We can
provide that also (license is still gpl3+) if needed.


Regards,

-- 
Nicolas Goaziou0x80A93738

Re: [PATCH] gnunet-svn, gnunet-gtk-svn

[ng0]

In case you are interested here is current (37742):


Testsuite summary for gnunet 0.10.1

# TOTAL: 63
# PASS:  55
# SKIP:  4
# XFAIL: 0
# FAIL:  4
# XPASS: 0
# ERROR: 0

See src/transport/test-suite.log
Please report to bug-gnu...@gnu.org


13 MiB log file:
https://dl.n0.is/debug/gnunet/logs/37742/2016-08-20/guixsd-gnunet-svn-1100UTC-test-suite.log
https://dl.far37qbrwiredyo5.onion/debug/gnunet/logs/37742/2016-08-20/guixsd-gnunet-svn-1100UTC-test-suite.log

I will open a bug on this now to figure out how I can patch it in guix.

I do not understand enough of gnunet testsuite to answer this question
myself at the moment.

DK* is no remote gnunet peerid, so I have to ask how these tests work.
-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

Re: [PATCH 1/1] Go: Update to 1.7

[Petter]

On 2016-08-20 02:07, Leo Famulari wrote:

On Wed, Aug 17, 2016 at 10:54:36AM -0500, Alex Griffin wrote:

Thanks for contributing! Your changes work for me, but it looks like
your mail client mangled the formatting of your patch. So I produced a
good patch with your changes, and added a copyright line and commit
message for you. Hopefully that will make it easier for someone with
commit access to look it over.

--
Alex Griffin



From f2f28e088f2a3f833251c2b31de7e6f531bcdf9a Mon Sep 17 00:00:00 2001
From: Petter 
Date: Wed, 17 Aug 2016 10:27:04 -0500
Subject: [PATCH] gnu: go: Update to 1.7.

* gnu/packages/golang.scm (go-1.6): Update to 1.7, with corresponding
  minor changes to prebuild phase, and rename variable to...
  (go-1.7): ...this new variable.
  (go): Inherit from new "go-1.7".


I have a working Syncthing [0] on x86_64 with this patch.



Good, my testing on a couple of small programs have been successful as 
well.



I noticed this during the test suite:

# ../misc/cgo/testsanitizers
skipping msan tests: -fsanitize=memory not supported
gcc: error: -fsanitize=thread linking must be done with -pie or -shared
skipping tsan tests: -fsanitizer=thread build failed

I don't know whether or not that's a problem.



Good catch, I did not notice this.

It could be an error by the Go team, ref:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703230

I don't know though if it would be correct for us in that case to add 
-fPIC to this call if that would solve it.



[0] WIP branch:
https://github.com/lfam/guix/commits/contrib-syncthing


 ;;; Copyright ?? 2016 Matthew Jordan 
 ;;; Copyright ?? 2016 Andy Wingo 
 ;;; Copyright ?? 2016 Ludovic Court??s 
+;;; Copyright ?? 2016 Petter 


Petter, I noticed your original patch did not add a line like this.
Please confirm the name and email address you'd prefer to use.
Pseudoynms are fine.


Alex got it right, this is the name and e-mail address I want to use.

Re: [PATCH] Add Emacs Org mode

[Efraim Flashner]

On Sat, Aug 20, 2016 at 10:53:48AM +0200, Ricardo Wurmus wrote:
> 
> Hi Nicolas,
> 
> > The following patch adds Org mode to the list of Emacs packages.
> 
> Thank you for the patch.  Org mode is already part of Emacs; is a
> separate package for Org mode still needed in this case?
> 
> ~~ Ricardo
> 

I'm not an emacs user, so ignore me if I'm way off on my assumptions :)

I notice the release date is about 2 weeks ago, so development seems to
be continuing, not just as part of emacs. How recently was orgmode added
to emacs? If it was quite recently then could this still be useful to
people using Guix on a foreign distro?

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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [PATCH] gnu: Add libunique.

[ng0]

Leo Famulari  writes:

> On Wed, Aug 17, 2016 at 09:52:40AM +, ng0 wrote:
>> Leo Famulari  writes:
>> > Okay, then I think we should add the package with a comment that says
>> > it's unmaintained. What do you think of the attached patch?
>> 
>> Looks good to me. This way if some old application should require
>> libunique, we have it. I'll also ask about libunique at gnunet-devel
>> list with some other applications I need to question. As far as I
>> understand Christian, they want to avoid external dependencies where
>> possible. A ifcase for gnunet-gtk is in the HEAD of gnunet-gtk.
>
> What does your last sentence mean?

I should be more precise and provide context to statements. I am
sorry. I meant this:
https://gnunet.org/svn/gnunet-gtk/src/fs/gnunet-fs-gtk.c

/**
 * @file src/fs/gnunet-fs-gtk.c
 * @brief Main function of gnunet-fs-gtk
 * @author Christian Grothoff
 */
#include "gnunet-fs-gtk.h"
#include "gnunet-fs-gtk_common.h"
#include "gnunet-fs-gtk_event-handler.h"
#include "gnunet-fs-gtk_open-uri.h"

#if HAVE_LIBUNIQUE
#include 
#endif

and similar inclusions.

By the way, I've asked about specific dependencies here
(https://gnunet.org/bugs/view.php?id=4618 ), including libunique.
-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

Re: [PATCH][core-updates] gnu: gnupg, libgpg-error updates rebased

[ng0]

ng0  writes:

> ng0  writes:
>
>> Leo Famulari  writes:
>>
>>> On Thu, Aug 18, 2016 at 07:27:14PM +, ng0 wrote:
 Leo Famulari  writes:
 
 > On Thu, Aug 18, 2016 at 06:34:24PM +, ng0 wrote:
 >> GnuPG 2.1.15 has just been released, but please apply this patch, I'll
 >> have 2.1.15 ready later and send a separate patch of it based on this 
 >> one.
 >
 > I applied your update patch for libgpg-error, but I rewrote the gnupg
 > update patch from scratch.
 >
 > So, no need for a "gnupg: Update to 2.1.15" patch. It's already done.
 
 I'm not so sure. My build of it failed when the tests happened, which is
 why my patch included a fix for that:
 https://lists.gnu.org/archive/html/guix-devel/2016-08/msg01276.html
>>>
>>> Ah, you're right. Can you send a patch for core-updates?
>>
>> http://lists.gnu.org/archive/html/guix-devel/2016-08/msg01276.html
>> includes this already.
>
> Disregard the previous message, this one applies on top of your changes
> on core-updates. It has not been run, I'm starting the build now, but it
> is the same as the original gnupg update I had.

It has been run, build succeeds.


> From 3aec89f0444bd1e75f8dfa945e586a79790d254d Mon Sep 17 00:00:00 2001
> From: ng0 
> Date: Sat, 20 Aug 2016 08:37:22 +
> Subject: [PATCH] gnu: gnupg: Fix test failures.
>
> * gnu/packages/gnupg.scm (gnupg)[arguments]: Set $HOME before 'check.
> ---
>  gnu/packages/gnupg.scm | 8 +++-
>  1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/gnu/packages/gnupg.scm b/gnu/packages/gnupg.scm
> index 27db5c3..52a9fc5 100644
> --- a/gnu/packages/gnupg.scm
> +++ b/gnu/packages/gnupg.scm
> @@ -247,7 +247,13 @@ compatible to GNU Pth.")
>(lambda _
>  (substitute* (find-files "tests" ".\\.scm$")
>(("/usr/bin/env gpgscm")
> -   (string-append (getcwd) "/tests/gpgscm/gpgscm"
> +   (string-append (getcwd) "/tests/gpgscm/gpgscm")
> +(add-before 'check 'set-home
> +  ;; Some tests require write access to $HOME, otherwise leading to
> +  ;; 'failed to create directory /homeless-shelter/.asy' error.
> +  (lambda _
> +(setenv "HOME" "/tmp")
> +#t)
>  (home-page "https://gnupg.org/;)
>  (synopsis "GNU Privacy Guard")
>  (description
> -- 
> 2.9.3
>
>
-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

Re: [PATCH] gnu: Add perl-net-psyc.

[ng0]

ng0  writes:

> Net::PSYC binary "psycion" requires perl-curses, which has been packaged
> and send for review.
>
> psycion is being bugfixed, it is functional but the server application
> it functions with needs to update the internal policies on how to treat
> native psyc clients. It's on the todo list and will be fixed
> eventually. As psycion is not the only part of Net::PSYC I find it okay
> to submit the entire perl-net-psyc now instead of waiting for psyced to
> have this policy fixed.
>
> There is psycmp3 which currently depends on MP3::List and the rxaudio
> shareware, it will be fixed to function with current free software
> equivalents of dependencies. It is deleted in a snippet phase for now
> and will be added back when it no longer "recommends non-free
> software".
>
> For another binary, I would have to package fam and SGI::FAM, this is
> reflected in the most recent commit:
> "moving bin/psycfilemonitor to contrib until somebody upgrades it to use
> inotify instead of fam". No one uses this binary currently, so it can be
> left where it is and will be updated in time.
>
> I created the file gnu/packages/psyc.scm because I am working on more
> applications: psyced, libpsyc, psyclpc and future releases. As they all
> circle around the psyced.org domain and the protocol PSYC, a dedicated
> file is the only logic choice. libpsyc will follow soon after this
> (perl-net-psyc) patch.
> I am working close with upstream to address issues on different
> operating systems. Upstream developers do very rarely release tarballs,
> in the case of Net::PSYC this git commit has more bugfixes than the
> latest tarball. As soon as the tarball catches up I will consider to
> change it, however this is a very small application collection, so a
> checkout will not take that much space on distributing servers.

Corrections appending to this:

"needs to update the internal policies on how to treat native psyc
clients" <- only when the welcome channel has secure set, a default
psyced without any changes does not complain about this.

The plan for the future is to run psycion with localhost psyced and
cadet (gnunet), not via the insecure internet
-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

Re: 01/01: gnu: shotwell: Update to 0.23.4.

[Efraim Flashner]

On Fri, Aug 19, 2016 at 03:48:53PM +0200, Tobias Geerinckx-Rice wrote:
> Efraim,
> 
> On 19/08/16 12:35, Efraim Flashner wrote:
> > efraim pushed a commit to branch master
> > in repository guix.
> > 
> > commit f819c21dd5ea08ef063f68999710b6b25432df1c
> > Author: Efraim Flashner 
> > Date:   Fri Aug 19 13:35:14 2016 +0300
> > 
> > gnu: shotwell: Update to 0.23.4.
> 
> I submitted an update to Shotwell 0.23.5 a day or two ago, which changes
> a few more things. I've been using it without problems since, so I went
> ahead and pushed it.
> 
> Kind regards,
> 
> T G-R
> 

sorry, I didn't mean to jump in like that. I'm still a bit behind in my
emails and I was just looking to fix some of the packages that failed to
build.

I meant to send this out earlier but my mail client has been acting up

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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [PATCH] Add Emacs Org mode

[Ricardo Wurmus]

Hi Nicolas,

> The following patch adds Org mode to the list of Emacs packages.

Thank you for the patch.  Org mode is already part of Emacs; is a
separate package for Org mode still needed in this case?

~~ Ricardo

Re: [PATCH] gnu: Move gtkglext from gnome to gtk.

[Efraim Flashner]

On Wed, Aug 17, 2016 at 08:53:14AM +0200, Ricardo Wurmus wrote:
> 
> Leo Famulari  writes:
> 
> > On Wed, Aug 17, 2016 at 01:12:07AM +0200, Danny Milosavljevic wrote:
> >> I'll send a patch. We can think of what we want to do with it - but at 
> >> least we can see the extent then.
> >
> > Oh, I see you already sent it. You'd also need to be sure to move the
> > copyright authorship lines around properly. I don't think it's worth all
> > the noise, to be honest.
> 
> I agree that this seems like a lot of noise for little gain (and in some
> cases I think the new location isn’t actually an improvement).
> 
> ~~ Ricardo
> 

I like the freedesktop, glib and linux ones, not as sure about the
gnome/gtk switchings.

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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Guix on other distros: Gentoo. [You run Gentoo? Please help testing.]

[Efraim Flashner]

On Fri, Aug 05, 2016 at 07:02:14PM +, ng0 wrote:
> 
> The disfunctional thing currently is:
> 
> guixbuilder01 ... guixbuilder10 get created and added to guixbuild
> group.
> 
> Post-setup I let root authorize hydra's pubkey, then I run
> `rc-service start guix' which sadly makes the terminal unusable if you
> don't append "&".
> 
> running guix pull then as root downloads happen, but as soon as builder
> should start, it fails:
> 
> shikahr ~ # guix pull
> 
> Starting download of /tmp/guix-file.RpedfI
> From http://git.savannah.gnu.org/cgit/guix.git/snapshot/master.tar.gz...
>  ….tar.gz   1.1MiB/s 00:10 | 10.3MiB
>  transferred
>  unpacking
>  '/gnu/store/h33fva5hvrw7z99vrn3ivnh07mgg55qc-guix-latest.tar.gz'...
>  substitute: updating list of substitutes from
>  'https://mirror.hydra.gnu.org'... 100.0%
>  The following derivations will be built:
> /gnu/store/yw3dzq3nlngki5bd8z5yp1aslvzsjh1n-guix-latest.drv
> /gnu/store/2gyrssyswj0p2z6yr7938kln20piy4w6-module-import.drv
> /gnu/store/jb6ir2q5j8lwmdcqlhs7c4vdkgllcjga-module-import-compiled.drv
>   building path(s)
>`/gnu/store/35xw5kccyq76v8zgkdrnx1z9w8s6ll7m-module-import'
> guix pull: error: build failed: the build users group
>   `guixbuild' has no members
>   shikahr ~ # id -nG guixbuilder01
>   guixbuild
>   shikahr ~ # id -nG guixbuilder1
>   id: guixbuilder1: no such user
>   
> 
> I know the openrc service is total crap because if you don't kill every
> instance of guix-daemon before shutdown/reboot, you have almost 30
> minutes delay.
> OpenRC services are not my favorit thing to write, but it should just
> work.
> 
> Also strange enough a sequence from 1 - 10 in ebuild creates users 01 -
> 10.
> 
> -- 
> ♥Ⓐ  ng0
> Current Keys: https://we.make.ritual.n0.is/ng0.txt
> For non-prism friendly talk find me on http://www.psyced.org
> 

one thing you could try as a work around is to only make 9 builders, or
to number the builders from 10 to 19.

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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [PATCH][core-updates] gnu: gnupg, libgpg-error updates rebased

[ng0]

ng0  writes:

> Leo Famulari  writes:
>
>> On Thu, Aug 18, 2016 at 07:27:14PM +, ng0 wrote:
>>> Leo Famulari  writes:
>>> 
>>> > On Thu, Aug 18, 2016 at 06:34:24PM +, ng0 wrote:
>>> >> GnuPG 2.1.15 has just been released, but please apply this patch, I'll
>>> >> have 2.1.15 ready later and send a separate patch of it based on this 
>>> >> one.
>>> >
>>> > I applied your update patch for libgpg-error, but I rewrote the gnupg
>>> > update patch from scratch.
>>> >
>>> > So, no need for a "gnupg: Update to 2.1.15" patch. It's already done.
>>> 
>>> I'm not so sure. My build of it failed when the tests happened, which is
>>> why my patch included a fix for that:
>>> https://lists.gnu.org/archive/html/guix-devel/2016-08/msg01276.html
>>
>> Ah, you're right. Can you send a patch for core-updates?
>
> http://lists.gnu.org/archive/html/guix-devel/2016-08/msg01276.html
> includes this already.

Disregard the previous message, this one applies on top of your changes
on core-updates. It has not been run, I'm starting the build now, but it
is the same as the original gnupg update I had.

>From 3aec89f0444bd1e75f8dfa945e586a79790d254d Mon Sep 17 00:00:00 2001
From: ng0 
Date: Sat, 20 Aug 2016 08:37:22 +
Subject: [PATCH] gnu: gnupg: Fix test failures.

* gnu/packages/gnupg.scm (gnupg)[arguments]: Set $HOME before 'check.
---
 gnu/packages/gnupg.scm | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/gnu/packages/gnupg.scm b/gnu/packages/gnupg.scm
index 27db5c3..52a9fc5 100644
--- a/gnu/packages/gnupg.scm
+++ b/gnu/packages/gnupg.scm
@@ -247,7 +247,13 @@ compatible to GNU Pth.")
   (lambda _
 (substitute* (find-files "tests" ".\\.scm$")
   (("/usr/bin/env gpgscm")
-   (string-append (getcwd) "/tests/gpgscm/gpgscm"
+   (string-append (getcwd) "/tests/gpgscm/gpgscm")
+(add-before 'check 'set-home
+  ;; Some tests require write access to $HOME, otherwise leading to
+  ;; 'failed to create directory /homeless-shelter/.asy' error.
+  (lambda _
+(setenv "HOME" "/tmp")
+#t)
 (home-page "https://gnupg.org/;)
 (synopsis "GNU Privacy Guard")
 (description
-- 
2.9.3


-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org

Re: flashrom package needs update

[ng0]

Kei Kebreau  writes:

> [ Unknown signature status ]
>
> ng0  writes:
>
>> ng0  writes:
>>
>>> Someone should update flashrom to 0.9.9. 
>>> (https://www.flashrom.org/Flashrom/0.9.9)
>>> I tried and do not understand enough of flashrom to update the patch we 
>>> need.
>>
>> Additionally we need to check what's different about GuixSD that this
>> happens:
>>
>> root@shadowwalker /home/ng0# flashrom -p internal -w 
>> libreboot_latest_stable.rom
>> flashrom v0.9.7-r1711 on Linux 4.7.0-gnu (x86_64)
>> flashrom is free software, get the source code at http://www.flashrom.org
>>
>> Calibrating delay loop... OK.
>> Error accessing high tables, 0x10 bytes at 0x7dad6000
>> /dev/mem mmap failed: Operation not permitted
>> Failed getting access to coreboot high tables.
>> 
>> WARNING! You seem to be running flashrom on an unsupported laptop.
>> Laptops, notebooks and netbooks are difficult to support and we
>> recommend to use the vendor flashing utility. The embedded controller
>> (EC) in these machines often interacts badly with flashing.
>> See the manpage and http://www.flashrom.org/Laptops for details.
>>
>> If flash is shared with the EC, erase is guaranteed to brick your laptop
>> and write may brick your laptop.
>> Read and probe may irritate your EC and cause fan failure, backlight
>> failure and sudden poweroff.
>> You have been warned.
>> 
>> Aborting.
>> Error: Programmer initialization failed.
>>
>>
>>
>> I value that GuixSD seems to be more protective than any other system in
>> that regard where I could just become root and run flashrom, but maybe
>> we need to make an exception for flashrom and similar software.
>> Booting into ubuntu-live and running a statically linked binary of
>> flashrom just made me flash libreboot stable. I want to do this from
>> within GuixSD.
>
> This is mentioned in Libreboot's documentation (top of the page here:
> https://libreboot.org/docs/install/index.html). The GuixSD Linux-libre
> kernel is configured with CONFIG_STRICT_DEVMEM enabled, which I presume
> Libreboot uses for software-based flashing.
>
> If you add linux to the list "use-package-modules" in your system
> configuration and add (kernel-arguments '("iomem=relaxed")) to your
> "operating-system" configuration, the flashing utility will work correctly.

Oh, interesting. Thanks for the explanation. Do you think we should add
a pointer to this somewhere in the documentation, or add a link pointing
to this email thread?
I feel like this needs to be explained or be visible somewhere at our
side.

I think I want to keep this feature, and reconfigure the system only for
updating libre/coreboot.

Thanks
-- 
ng0
For non-prism friendly talk find me on http://www.psyced.org