bug#22981: guix-edit does not find git checkout directory
l...@gnu.org (Ludovic Courtès) writes: > Alex Kostskribis: > >> Ludovic Courtès (2016-03-14 01:01 +0300) wrote: >> >>> myglc2 skribis: >>> Guix is "stateful" because, to use a git checkout, I have to set "state" variables like ... (setq guix-directory "/home/glc/src/guix") (let ((dir "~/dev/guix/emacs")) (add-to-list 'load-path dir) (setq guix-load-path dir) (require 'guix-init nil t)) '(safe-local-variable-values (quote ((bug-reference-bug-regexp . " ") (custom-set-faces /home/glc/.config/guix/latest’ -> ‘../../src/guix' /root/.config/guix/latest’ -> ‘/home/glc/src/GUI’ Guix would be less stateful (AKA more "stateless") if instead I could put something like ... (guix (#:use-git #t) (#:git-directory:"~/src/guix")) >>> >>> It seems to me that it’s not a question of “statefulness”, but rather a >>> question of how much configuration is needed to have guix.el use the >>> Guix that you want. >> >> I agree. If someone want to use a "non-installed" software, (s)he has >> to do some additional configuration. I don't see how to reduce such >> a configuration to set up emacs code from a guix git checkout. > > Should this issue be closed? > > Ludo’. Sure! Thanks! - George
bug#23103: A number of corrupt packages on Hydra?
http://mirror.guixsd.org/nar/7v3093adf31b2sg2c46y3z2m24x2cjmi-gs-fonts-8.11 815KiB/s 00:02 | 1.2MiB transferred bzip2: Compressed file ends unexpectedly; perhaps it is corrupted? *Possible* reason follows.
bug#23056: (no subject)
l...@gnu.org (Ludovic Courtès) skribis: > So what happens is that (1) substitutes were not available for the > ‘guix’ package, which is why it ended up being built, and (2) /tmp is > indeed a FUSE file system on the installation image (unionfs), hence the > weird FUSE things that get in the way when running the tests. Fixed in ee03b75dfb3399f41002c38ac512473ab94afa74 by simply making /tmp a tmpfs. Thanks, Ludo’.
bug#22981: guix-edit does not find git checkout directory
Alex Kostskribis: > Ludovic Courtès (2016-03-14 01:01 +0300) wrote: > >> myglc2 skribis: >> >>> Guix is "stateful" because, to use a git checkout, I have to set "state" >>> variables like ... >>> >>> (setq guix-directory "/home/glc/src/guix") >>> >>> (let ((dir "~/dev/guix/emacs")) >>> (add-to-list 'load-path dir) >>> (setq guix-load-path dir) >>> (require 'guix-init nil t)) >>> >>> '(safe-local-variable-values >>>(quote >>> ((bug-reference-bug-regexp . >>> " ") >>> (custom-set-faces >>> >>> /home/glc/.config/guix/latest’ -> ‘../../src/guix' >>> /root/.config/guix/latest’ -> ‘/home/glc/src/GUI’ >>> >>> >>> Guix would be less stateful (AKA more "stateless") if instead I could >>> put something like ... >>> >>> (guix >>> (#:use-git #t) >>> (#:git-directory:"~/src/guix")) >> >> It seems to me that it’s not a question of “statefulness”, but rather a >> question of how much configuration is needed to have guix.el use the >> Guix that you want. > > I agree. If someone want to use a "non-installed" software, (s)he has > to do some additional configuration. I don't see how to reduce such > a configuration to set up emacs code from a guix git checkout. Should this issue be closed? Ludo’.
bug#22550: (require 'magit) produces error: "no such file or directory" "dash"
Alex Kost (2016-03-07 12:14 +0300) wrote: > myglc2 (2016-03-06 17:47 +0300) wrote: > >> Alex Kostwrites: >> [...] So, should I put ... '(guix-emacs-load-autoloads "/run/current-system/profile")' ... in init.el, in which case guix INFO should say so. >>> >>> Well, you can do it as a temporary workaround, but we'll fix it soon (I >>> mean the system profile will also be inspected for emacs packages), so >>> it will not be necessary in the closest future. >> >> Hi Alex. Tried removing this and got 'command-execute: Symbol's function >> definition is void: magit-status' Shouldn't it be fixed by now? > > No, I mean it is fixed in the current master, but as I wrote¹ it will > take effect only after we update our "guix" package. Currently it is > "guix-devel" package at commit c3f29bc², which is older then commit > 004ea62 (that fixed this issue). > > After we update "guix" package (either via updating "guix-devel" > snapshot or via pointing "guix" to "guix-0.9.1" after the new release), > this will be finally fixed. > > ¹ http://debbugs.gnu.org/cgi/bugreport.cgi?bug=22550#38 > ² > http://git.savannah.gnu.org/cgit/guix.git/tree/gnu/packages/package-management.scm#n198 This issue should be completely fixed now (after commit 092dd65¹). (Just to remind) the original issue is a request for auto-finding emacs packages installed globally (in a system profile). So, if you update your Emacs, it should automatically find emacs packages (magit, etc.) installed both in user and system profiles. To update Emacs, one need to: 1. If emacs is installed in a user profile: $ guix pull $ guix package --upgrade=emacs 2. If emacs is installed in a system profile: # guix pull # guix system reconfigure ¹ http://git.savannah.gnu.org/cgit/guix.git/commit/?id=092dd6541fc75ed19ebbb1f9d8e6f32a88cb3445 -- Alex
bug#23103: A number of corrupt packages on Hydra?
I am also seeing such corruption on my substitutes server. Is there a way we can validate files in a running cache so they can be rebuild? Would be useful for the mirror.guixsd.org too. I am glad they get picked up (even so) and that we have the --fallback option :) Pj. On Wed, Mar 23, 2016 at 04:48:50PM -0700, Christopher Allan Webber wrote: > For at least boost and hydra I'm getting errors like the following: > > From http://hydra.gnunet.org/nar/jaf2s3paa3fswfpzi6amlqjxd3fwiw9x-ruby-2.3.0 > Downloading jaf2s3...-ruby-2.3.0 (41.9MiB installed)... >http://hydra.gnunet.org/nar/jaf2s3paa3fswfpzi6amlqjxd3fwiw9x-ruby-2.3.0 > 2.0MiB/s 00:02 | 3.4MiB transferredd > bzip2: Compressed file ends unexpectedly; > perhaps it is corrupted? *Possible* reason follows. > bzip2: Inappropriate ioctl for device > Input file = (stdin), output file = (stdout) > > It is possible that the compressed file(s) have become corrupted. > You can use the -tvv option to test integrity of such files. > > You can use the `bzip2recover' program to attempt to recover > data from undamaged sections of corrupted files. > > guix substitute: error: corrupt input while restoring > '/gnu/store/jaf2s3paa3fswfpzi6amlqjxd3fwiw9x-ruby-2.3.0/lib/ruby/2.3.0/rdoc/generator/template/darkfish/fonts/SourceCodePro-Regular.ttf' > from #{read pipe}# > killing process 8510 > guix package: error: build failed: some substitutes for the outputs of > derivation `/gnu/store/l7ffwqbkrvd4vk3h51p597psyl44gv67-ruby-2.3.0.drv' > failed (usually happens due to networking issues); try `--fallback' to build > derivation from source > > > --
bug#23106: rxvt-unicode is missing .desktop file(s)
urxvt / rxvt-unicode has no .desktop files in Guix and therefore does not show up in application menus like GNOME provides. Whoever wants to fix it faster than I do (currently occupied with psyced related packages), here is my work in progress part of the rxvt-unicode package. .desktop files can be found in the source dir of gentoo and archlinux (https://projects.archlinux.org/svntogit/community.git/tree/trunk?h=packages/rxvt-unicode) Code below has not been tested, it may need some fixes, and we need at least 3 like in archlinux. (arguments ;; This sets the destination when installing the necessary terminal ;; capability data, which are not provided by 'ncurses'. See ;; https://lists.gnu.org/archive/html/bug-ncurses/2009-10/msg00031.html '(#:make-flags (list (string-append "TERMINFO=" (assoc-ref %outputs "out") "/share/terminfo")) #:phases (modify-phases %standard-phases (add-after 'install 'install-desktop (lambda _ (let ((desktop (string-append %output "/share/applications"))) (mkdir-p desktop) (call-with-output-file (string-append desktop "/urxvt.desktop") (lambda (port) (format port "~ [Desktop Entry]~@ Name=~a~@ Comment=~a~@ TryExec=~a/bin/urxvt~@ Exec=~a/bin/urxvt~@ Icon=terminal~@ Type=Application~@ Categories=GNOME;GTK;Utility;TerminalEmulator;System;~@ StartupNotify=true~%" ,name ,synopsis %output) -- ng personal contact: http://krosos.sdf.org EDN: https://wiki.c3d2.de/EDN