bug#24192: Gajim fails with locale.Error
> File > "/gnu/store/6bk1n2g7i34b4yi0rdindk1f49wps5g6-gajim-0.16.5/share/gajim/src/common/i18n.py", > line 54, in > locale.setlocale(locale.LC_ALL, '') > File > "/gnu/store/vcx1n5nj4gr52xx5m6gvi7zrwngy06s3-python-2.7.11/lib/python2.7/locale.py", > line 579, in setlocale > return _setlocale(category, locale) > locale.Error: unsupported locale setting > > I have set my locale in my operating system configuration as shown in > the example configuration in the manual. Is there anything else to be > done that I am missing? >Could this be a bug in the gajim package? I don't think so. It's probably glibc configuration. Try $ locale -a to get a list of supported locales. Which locale is it?
bug#24188: gnucash needs gtk+ in propagated-inputs
Arun Isaac writes: > I installed gnucash with `guix package -i gnucash`. When I attempt to > run it, it fails with the following error message: > > ** > gnc.gui:ERROR:gnc-icons.c:96:gnc_add_stock_icon_pair: assertion failed: > (pixbuf1 && pixbuf2) > fish: 'gnucash' terminated by signal SIGABRT (Abort) > > However within an environment created by `guix environment --ad-hoc > gtk+`, gnucash runs fine. So, I'm guessing gtk+ needs to be in gnucash's > propagated-inputs. I cannot reproduce this. I don’t have gtk+ installed in a profile and Gnucash starts up just fine. The following environment variables are set which may make a difference here: GUIX_GTK3_PATH=/run/current-system/profile/lib/gtk-3.0 GUIX_GTK2_PATH=/run/current-system/profile/lib/gtk-2.0 GTK_DATA_PREFIX=/run/current-system/profile ~~ Ricardo
bug#24192: Gajim fails with locale.Error
On Tue, Aug 09, 2016 at 10:56:53AM +0530, Arun Isaac wrote: > > I installed gajim with `guix package -i gajim`. When I try to run it, it > fails with the following error message: > > /gnu/store/ykzwykkvr2c80rw4l1qh3mvfdkl7jibi-bash-4.3.42/bin/sh: hg: command > not found > Traceback (most recent call last): > File "gajim.py", line 131, in > logging_helpers.init(sys.stderr.isatty()) > File > "/gnu/store/6bk1n2g7i34b4yi0rdindk1f49wps5g6-gajim-0.16.5/share/gajim/src/common/demandimport.py", > line 86, in __getattribute__ > self._load() > File > "/gnu/store/6bk1n2g7i34b4yi0rdindk1f49wps5g6-gajim-0.16.5/share/gajim/src/common/demandimport.py", > line 58, in _load > mod = _origimport(head, globals, locals) > File > "/gnu/store/6bk1n2g7i34b4yi0rdindk1f49wps5g6-gajim-0.16.5/share/gajim/src/common/logging_helpers.py", > line 22, in > import i18n > File > "/gnu/store/6bk1n2g7i34b4yi0rdindk1f49wps5g6-gajim-0.16.5/share/gajim/src/common/demandimport.py", > line 95, in _demandimport > return _import(name, globals, locals, fromlist, level) > File > "/gnu/store/6bk1n2g7i34b4yi0rdindk1f49wps5g6-gajim-0.16.5/share/gajim/src/common/i18n.py", > line 54, in > locale.setlocale(locale.LC_ALL, '') > File > "/gnu/store/vcx1n5nj4gr52xx5m6gvi7zrwngy06s3-python-2.7.11/lib/python2.7/locale.py", > line 579, in setlocale > return _setlocale(category, locale) > locale.Error: unsupported locale setting > > I have set my locale in my operating system configuration as shown in > the example configuration in the manual. Is there anything else to be > done that I am missing? Could this be a bug in the gajim package? I believe it's related to this locale-related issue problem with our glibc package: http://lists.gnu.org/archive/html/guix-devel/2016-08/msg00167.html signature.asc Description: PGP signature
bug#24192: Gajim fails with locale.Error
I have a similar problem with locale in Haunt package: Backtrace: In ice-9/boot-9.scm: 157: 10 [catch #t # ...] In unknown file: ?: 9 [apply-smob/1 #] In ice-9/boot-9.scm: 63: 8 [call-with-prompt prompt0 ...] In ice-9/eval.scm: 432: 7 [eval # #] In ice-9/boot-9.scm: 2401: 6 [save-module-excursion #ice-9/boot-9.scm:4045:3 ()>] 4050: 5 [#] 1724: 4 [%start-stack load-stack ...] 1729: 3 [#] In unknown file: ?: 2 [primitive-load "/gnu/store/v6gq48wbxprf3sbrxdkc9scb80nyypjs-haunt-0.2/bin/.haunt-real"] In haunt/ui.scm: 130: 1 [haunt-main "/gnu/store/v6gq48wbxprf3sbrxdkc9scb80nyypjs-haunt-0.2/bin/.haunt-real" ...] In unknown file: ?: 0 [setlocale 6 ""] ERROR: In procedure setlocale: ERROR: In procedure setlocale: Invalid argument I believe it's related to this locale-related issue problem with our glibc package: http://lists.gnu.org/archive/html/guix-devel/2016-08/msg00167.html I think or with locale in general. Thanks, -- Daniel Pimentel (aka d4n1)
bug#24192: Gajim fails with locale.Error
Daniel Pimentel writes: > I have a similar problem with locale in Haunt package: > > Backtrace: > In ice-9/boot-9.scm: > 157: 10 [catch #t # ...] > In unknown file: > ?: 9 [apply-smob/1 #] > In ice-9/boot-9.scm: >63: 8 [call-with-prompt prompt0 ...] > In ice-9/eval.scm: > 432: 7 [eval # #] > In ice-9/boot-9.scm: > 2401: 6 [save-module-excursion # ice-9/boot-9.scm:4045:3 ()>] > 4050: 5 [#] > 1724: 4 [%start-stack load-stack ...] > 1729: 3 [#] > In unknown file: > ?: 2 [primitive-load > "/gnu/store/v6gq48wbxprf3sbrxdkc9scb80nyypjs-haunt-0.2/bin/.haunt-real"] > In haunt/ui.scm: > 130: 1 [haunt-main > "/gnu/store/v6gq48wbxprf3sbrxdkc9scb80nyypjs-haunt-0.2/bin/.haunt-real" > ...] > In unknown file: > ?: 0 [setlocale 6 ""] > > ERROR: In procedure setlocale: > ERROR: In procedure setlocale: Invalid argument > >> I believe it's related to this locale-related issue problem with our >> glibc package: >> >> http://lists.gnu.org/archive/html/guix-devel/2016-08/msg00167.html > > I think or with locale in general. What is your locale? I had the same problem with Gajim on a foreign system on which I had set up “en_GB.utf8”. After switching to “en_US.utf8” I could start Gajim. Another possible fix may have been to install the “glibc-locales” package and set GUIX_LOCPATH as “glibc-utf8-locales” only contains a narrow subset of all possible locales. ~~ Ricardo
bug#24105: git package misses man pages
On Sat, Jul 30, 2016 at 03:46:29PM +0200, Ludovic Courtès wrote:
> Leo Famulari skribis:
>
> > On Fri, Jul 29, 2016 at 02:46:23PM +0200, Andreas Enge wrote:
>
> [...]
>
> >> I suggest to include the man pages into the git package itself. If building
> >> them is a real issue, adding a source and the build phase of git-manpages
> >> to the git package itself could also be an option.
> >
> > I agree. If we continue to not build them from source, it won't make the
> > Git package any more "expensive". We could add the pre-built source
> > tarball as a native-input to the Git package, and re-use the unpack
> > phase from git-manpages.
>
> I agree too, this sounds like a good idea.
I've attached a patch. Your thoughts?
>From 2407216eac19e5a7a3376efc497f7047dc0c8299 Mon Sep 17 00:00:00 2001
From: Leo Famulari
Date: Tue, 9 Aug 2016 14:55:37 -0400
Subject: [PATCH] gnu: git: Provide man-pages in main Git package.
* gnu/packages/version-control.scm (git-manpages): Remove variable.
(git)[native-inputs]: Add GIT-MANPAGES.
[arguments]: Add 'install-man-pages' phase.
---
gnu/packages/version-control.scm | 69
1 file changed, 20 insertions(+), 49 deletions(-)
diff --git a/gnu/packages/version-control.scm b/gnu/packages/version-control.scm
index 767715d..dd0195d 100644
--- a/gnu/packages/version-control.scm
+++ b/gnu/packages/version-control.scm
@@ -9,6 +9,7 @@
;;; Copyright © 2015, 2016 Efraim Flashner
;;; Copyright © 2015 Kyle Meyer
;;; Copyright © 2015 Ricardo Wurmus
+;;; Copyright © 2016 Leo Famulari
;;;
;;; This file is part of GNU Guix.
;;;
@@ -110,7 +111,6 @@ as well as the classic centralized workflow.")
(license gpl2+)))
(define-public git
- ;; Keep in sync with 'git-manpages'!
(package
(name "git")
(version "2.9.2")
@@ -124,7 +124,16 @@ as well as the classic centralized workflow.")
(build-system gnu-build-system)
(native-inputs
`(("native-perl" ,perl)
- ("gettext" ,gnu-gettext)))
+ ("gettext" ,gnu-gettext)
+ ("git-manpages"
+ ,(origin
+ (method url-fetch)
+ (uri (string-append
+ "mirror://kernel.org/software/scm/git/git-manpages-"
+ version ".tar.xz"))
+ (sha256
+ (base32
+"08y38w6yfvrpgj10dl3vghp05xjpl8jj37kkfna2nhf0wip52p2c"))
(inputs
`(("curl" ,curl)
("expat" ,expat)
@@ -260,7 +269,15 @@ as well as the classic centralized workflow.")
;; specify a single directory, not a search path.
(wrap-program (string-append out "/bin/git")
`("PATH" ":" prefix
- ("$HOME/.guix-profile/libexec/git-core")
+ ("$HOME/.guix-profile/libexec/git-core"))
+(add-after 'split 'install-man-pages
+ (lambda* (#:key inputs outputs #:allow-other-keys)
+(let* ((out (assoc-ref outputs "out"))
+ (man (string-append out "/share/man"))
+ (manpages (assoc-ref inputs "git-manpages")))
+ (mkdir-p man)
+ (with-directory-excursion man
+(zero? (system* "tar" "xvf" manpages)
(native-search-paths
;; For HTTPS access, Git needs a single-file certificate bundle, specified
@@ -278,52 +295,6 @@ everything from small to very large projects with speed and efficiency.")
(license gpl2)
(home-page "http://git-scm.com/";)))
-(define-public git-manpages
- ;; Keep in sync with 'git'!
-
- ;; Granted, we could build the man pages from the 'git' package itself,
- ;; which contains the real source. However, it would add a dependency on a
- ;; full XML tool chain, and building it actually takes ages. So we use this
- ;; lazy approach.
- (package
-(name "git-manpages")
-(version (package-version git))
-(source (origin
- (method url-fetch)
- (uri (string-append
-"mirror://kernel.org/software/scm/git/git-manpages-"
-version ".tar.xz"))
- (sha256
- (base32
-"08y38w6yfvrpgj10dl3vghp05xjpl8jj37kkfna2nhf0wip52p2c"
-(build-system trivial-build-system)
-(arguments
- '(#:modules ((guix build utils))
- #:builder
- (begin
- (use-modules (guix build utils))
-
- (let* ((xz (assoc-ref %build-inputs "xz"))
-(tar (assoc-ref %build-inputs "tar"))
-(out (assoc-ref %outputs "out"))
-(man (string-append out "/share/man")))
- (setenv "PATH" (string-append tar "/bin:" xz "/bin"))
-
- (mkdir-p man)
- (with-directory-excursion man
- (zero? (system* "tar" "xvf"
- (assoc-ref %build-inputs "source"
-
-(native-inputs `(("tar" ,tar)
- ("xz" ,xz)))
-(home-page (package-home-page git))
-(license (package-license git))
-(synopsis "Man
bug#24192: Gajim fails with locale.Error
Cc-ing David Thompson (the author of haunt). Daniel Pimentel (2016-08-09 20:28 +0300) wrote: > I have a similar problem with locale in Haunt package: > > Backtrace: > In ice-9/boot-9.scm: > 157: 10 [catch #t # ...] > In unknown file: >?: 9 [apply-smob/1 #] > In ice-9/boot-9.scm: > 63: 8 [call-with-prompt prompt0 ...] > In ice-9/eval.scm: > 432: 7 [eval # #] > In ice-9/boot-9.scm: > 2401: 6 [save-module-excursion # ice-9/boot-9.scm:4045:3 ()>] > 4050: 5 [#] > 1724: 4 [%start-stack load-stack ...] > 1729: 3 [#] > In unknown file: >?: 2 [primitive-load > "/gnu/store/v6gq48wbxprf3sbrxdkc9scb80nyypjs-haunt-0.2/bin/.haunt-real"] > In haunt/ui.scm: > 130: 1 [haunt-main > "/gnu/store/v6gq48wbxprf3sbrxdkc9scb80nyypjs-haunt-0.2/bin/.haunt-real" > ...] > In unknown file: >?: 0 [setlocale 6 ""] > > ERROR: In procedure setlocale: > ERROR: In procedure setlocale: Invalid argument I don't have this problem when GUIX_LOCPATH is set properly (on GuixSD it is "/run/current-system/locale"). Hi David, I think it would be good if haunt just displayed a warning instead of failing like this, so instead of calling 'setlocale' directly in 'haunt-main', you can catch a potential error as it is done in Guix: look at 'install-locale' procedure in (guix ui) module. -- Alex
bug#24194: GUIX gc - add warning
Hello, I used GUIX for the first time and invoked: guix gc. The command deleted all my bootstrap files (gcc, binutils, findutils etc.). There should be a warning added to the manual page: https://www.gnu.org/software/guix/manual/html_node/Invoking-guix-gc.html I was actually assuming that guix gc removes orphan packages, build-caches, temporary files etc., but it does not seem to only do that. Best regards J. Eppler
