Re: Redshift and Geoclue
I will be once I get time to move stuff from ubuntu to guix. It does a lot to save my eyes and sleep schedule. On Wed, Jan 8, 2020 at 10:55 AM Pierre Neidhardt wrote: > > Friendly ping! ;) > Anyone using redshift on Guix? > > -- > Pierre Neidhardt > https://ambrevar.xyz/
Re: File is read-only; trying to patch anyway
Tobias Geerinckx-Rice writes:
The source origin is built as a completely separate derivation,
before Guix even
starts to build your package, and long before your package's
phases are called.
Snippets are (vaguely) like phases for your source derivation.
Thank you for making me aware of snippets! Using snippets I was
finally able to get the build working, and submitted the patch as
bug #39093. The submitted patch is also attached here for
reference.
--
Joseph LaFreniere
>From 06223ab2ed07b3fbfb2dfd95aa0a5fce1c44baf9 Mon Sep 17 00:00:00 2001
From: Joseph LaFreniere
Date: Mon, 6 Jan 2020 20:56:35 -0600
Subject: [PATCH] gnu: Add emacs-vterm.
* gnu/packages/emacs-xyz.scm (emacs-vterm): New variable.
---
gnu/packages/emacs-xyz.scm | 67 +-
1 file changed, 66 insertions(+), 1 deletion(-)
diff --git a/gnu/packages/emacs-xyz.scm b/gnu/packages/emacs-xyz.scm
index 0559f0c7cc..9a0f08e16a 100644
--- a/gnu/packages/emacs-xyz.scm
+++ b/gnu/packages/emacs-xyz.scm
@@ -46,7 +46,7 @@
;;; Copyright © 2019 Brian Leung
;;; Copyright © 2019 mikadoZero
;;; Copyright © 2019 Gabriel Hondet
-;;; Copyright © 2019 LaFreniere, Joseph
+;;; Copyright © 2019, 2020 Joseph LaFreniere
;;; Copyright © 2019 Amar Singh
;;; Copyright © 2019 Baptiste Strazzulla
;;; Copyright © 2019 Giacomo Leidi
@@ -105,6 +105,7 @@
#:use-module (gnu packages python)
#:use-module (gnu packages python-xyz)
#:use-module (gnu packages telephony)
+ #:use-module (gnu packages terminals)
#:use-module (gnu packages tex)
#:use-module (gnu packages texinfo)
#:use-module (gnu packages tcl)
@@ -17401,6 +17402,70 @@ next, volume) and display and control the current playlist as well as your
stored playlists.")
(license license:gpl3+)))
+(define-public emacs-vterm
+ (let ((version "0")
+(revision "1")
+(commit "7d7381fa8104b55b70148cf147523d9ab7f01fcd"))
+(package
+ (name "emacs-vterm")
+ (version (git-version version revision commit))
+ (source (origin
+(method git-fetch)
+(uri (git-reference
+ (url "https://github.com/akermu/emacs-libvterm.git;)
+ (commit commit)))
+(file-name (git-file-name name version))
+(sha256
+ (base32
+ "04a2jlhmr20ipgzpnba3yryw3ly7qdxjgaw10dwn9wxy1yqmapz1"))
+(modules '((guix build utils)))
+(snippet
+ '(begin
+(delete-file "vterm-module-make.el")
+(substitute* "vterm.el"
+ (((string-append "\\(or \\(require 'vterm-module nil t\\)\n"
+ "^.*\\(and \\(require 'vterm-module-make\\)\n"
+ "^.*\\(require 'vterm-module\\)\\)\\)"))
+ "(module-load \"vterm-module.so)"))
+(make-file-writable "vterm.el")
+#t
+ (build-system emacs-build-system)
+ (arguments
+ `(#:modules ((guix build emacs-build-system)
+((guix build cmake-build-system) #:prefix cmake:)
+(guix build utils))
+ #:imported-modules (,@%emacs-build-system-modules
+ (guix build cmake-build-system))
+ #:phases (modify-phases %standard-phases
+(add-before 'add-source-to-load-path 'configure
+ (lambda* (#:key outputs #:allow-other-keys)
+((assoc-ref cmake:%standard-phases 'configure)
+ #:outputs outputs
+ #:out-of-source? #f
+ #:configure-flags '("-DUSE_SYSTEM_LIBVTERM=ON"
+(add-before 'install 'make
+ (lambda* (#:key (make-flags '()) #:allow-other-keys)
+(apply invoke "make" "all" make-flags)
+#t))
+(add-before 'make-autoloads 'move-el
+ (lambda* (#:key outputs #:allow-other-keys)
+(let* ((out (assoc-ref outputs "out"))
+ (site-lisp (string-append out "/share/emacs/site-lisp")))
+ (mkdir-p site-lisp)
+ (copy-file "vterm.el" (string-append site-lisp "/vterm.el"))
+ (copy-file "vterm-module.so" (string-append site-lisp "/vterm-module.so"))
+ #t
+ #:tests? #f))
+ (native-inputs
+ `(("cmake" ,cmake-minimal)
+ ("libtool" ,libtool)
+ ("libvterm" ,libvterm)))
+ (home-page "https://github.com/akermu/emacs-libvterm;)
+ (synopsis "Emacs libvterm integration")
+ (description "This package implements a bridge to @code{libvterm} to
+display a terminal in an Emacs buffer.")
+ (license license:gpl3+
+
(define-public
Re: Is this normal? /var/log/messages is ~730 MB
On Sat, 11 Jan 2020 20:04:25 -0500 Gábor Boskovits wrote > sirgazil ezt írta (időpont: 2020. jan. 12., V, 0:18): > > > > Hi, > > > > Looking for some boot messages, I discovered that /var/log/messages > > contains messages since the day I installed the Guix System and the file > > is around 730 MB now. > > > > Is this normal or should I report this as a bug? > > Do you have log rotation configured? Not that I know of. I installed the Guix System using the graphical installer, and I haven't configured anything about logs myself.
Re: Is this normal? /var/log/messages is ~730 MB
sirgazil ezt írta (időpont: 2020. jan. 12., V, 0:18): > > Hi, > > Looking for some boot messages, I discovered that /var/log/messages contains > messages since the day I installed the Guix System and the file is around 730 > MB now. > > Is this normal or should I report this as a bug? Do you have log rotation configured? > > --- > https://sirgazil.bitbucket.io/ > > > > > -- OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21
Re: protect generations
Marco van Hulten writes: > Hello— > > One of the great features of Guix is that one can roll back his > profile. But I did a garbage collection (gc) that was too aggressive > such that a relevant old profile disappeared. I presume this is gone > forever. > > Is it possible to lock certain generations (of certain users) such that > 'guix gc' would not touch it? There are AFAIK two ways in which 'guix gc' can delete "live" profiles: 1. you used the '-d' option, which deletes old profile generations, optionally filtering on age 2. the profile was inaccessible/invisible to gc (e.g. on a mounted drive that was unavailable) Do either of these scenarios ring a bell? signature.asc Description: PGP signature
Re: ungoogled-chromium aborts on foreign distro via LTSP (Linux Terminal Server Project)
Giovanni Biscuolo writes: > if I run the last ungoogled-chromium Guix version in my terminal session > [1] on a Debian 10 server, I get SIGABRT: > > --8<---cut here---start->8--- > [14913:14913:0110/113833.689067:FATAL:zygote_host_impl_linux.cc(116)] No > usable sandbox! Update your kernel or see > https://chromium.9oo91esource.qjz9zk/chromium/src/+/master/docs/linux_suid_sandbox_development.md > for more information on developing with the SUID sandbox. If you want to > live dangerously and need an immediate workaround, you can try using > --no-sandbox. > #0 0x561fb4b09f09 base::debug::CollectStackTrace() > > Received signal 6 > #0 0x561fb4b09f09 base::debug::CollectStackTrace() > r8: r9: 7ffc91ca6500 r10: 0008 r11: > 0246 > r12: 7ffc91ca7750 r13: 0170 r14: 7ffc91ca7910 r15: > 7ffc91ca6780 > di: 0002 si: 7ffc91ca6500 bp: 7ffc91ca6740 bx: > 0006 > dx: ax: cx: 7fee29c227fa sp: > 7ffc91ca6578 > ip: 7fee29c227fa efl: 0246 cgf: 002b0033 erf: > > trp: msk: cr2: > [end of stack trace] > Calling _exit(1). Core file will not be generated. > --8<---cut here---end--->8--- > > If I run ungoogled-chromium with --no-sandbox it works, but I'd like not > to browse with the sandbox off (I'm going to study how to run my > browsers in a guix container, but it't not the solution AFAIU) > > The same updated version of ungoogled-chromium from Guix on a Debian 10 > laptop does not have this problem, so it's specific to the LTSP > environment I guess > > The chromium binary from Debian 10 on the same LTSP environment does not > have the same problem, it works > > Any suggestion on where to look for problems here, please? The (ungoogled-) Chromium sandbox relies on user namespaces support in the kernel. I guess `guix environment -C` does not work either? Debian disables user namespaces by default, try this command to enable it: sudo sysctl -w kernel.unprivileged_userns_clone=1 signature.asc Description: PGP signature
Is this normal? /var/log/messages is ~730 MB
Hi, Looking for some boot messages, I discovered that /var/log/messages contains messages since the day I installed the Guix System and the file is around 730 MB now. Is this normal or should I report this as a bug? --- https://sirgazil.bitbucket.io/
guix import texlive fails because of svn
Hi Guix,
I'm trying to import a texlive package with the command: `guix import
texlive savetrees'. I get the following output:
--8<---cut here---start->8---
following redirection to `https://ctan.org/xml/1.2/pkg/savetrees'...
Backtrace:
11 (primitive-load "/home/matthew/.config/guix/current/bin…")
In guix/ui.scm:
1806:12 10 (run-guix-command _ . _)
In guix/scripts/import.scm:
116:11 9 (guix-import . _)
In guix/scripts/import/texlive.scm:
91:19 8 (guix-import-texlive . _)
In guix/memoization.scm:
98:0 7 (_ # ("savetrees" "lat…") _)
In unknown file:
6 (_ # …)
In guix/store.scm:
625:10 5 (call-with-store #)
In guix/import/texlive.scm:
148:23 4 (_ #)
In guix/utils.scm:
661:8 3 (call-with-temporary-directory #)
In guix/svn-download.scm:
160:14 2 (_ "/tmp/guix-directory.FEVjRH")
In guix/build/svn.scm:
39:2 1 (svn-fetch _ _ _ #:svn-command _ #:recursive? _ # _ # _)
In guix/build/utils.scm:
652:6 0 (invoke _ . _)
guix/build/utils.scm:652:6: In procedure invoke:
Throw to key `srfi-34' with args `(#)'.
--8<---cut here---end--->8---
I have subversion installed and when I try to execute the subversion
command manutally it succeeds:
--8<---cut here---start->8---
matthew@picard ~ $ svn export --non-interactive --trust-server-cert -r 49435
svn://www.tug.org/texlive/tags/texlive-2018.2/Master/texmf-dist/source/latex/savetrees
/tmp/foobar
A/tmp/foobar
A/tmp/foobar/savetrees.dtx
A/tmp/foobar/savetrees.ins
Exported revision 49435.
--8<---cut here---end--->8---
Am I doing something wrong or is this a bug?
Regards,
--
Matt
Re: File is read-only; trying to patch anyway
Joseph, LaFreniere, Joseph 写道： I am working on the attached patch to package https://github.com/akermu/emacs-libvterm.git. Thanks! When building the package I get the following error: building /gnu/store/89icdpwha5vvqmn2yn3949w503ck6cq6-emacs-vterm-0-1.de63115.tar.xz.drv... File vterm-module-make.el is read-only; trying to patch anyway patching file vterm-module-make.el File vterm.el is read-only; trying to patch anyway patching file vterm.el Hunk #1 FAILED at 45. 1 out of 1 hunk FAILED -- saving rejects to file vterm.el.rej I have looked at several other packages and the call I'm making to `make-file-writable` _looks_ to be correct. Indeed. But that function is either not called before the patch is applied Also correct. The source origin is built as a completely separate derivation, before Guix even starts to build your package, and long before your package's phases are called. Snippets are (vaguely) like phases for your source derivation. This might work: (source … (modules '((guix build utils))) (snippet '(begin (for-each make-file-writable (find-files ".")) #t))) But… I don't have access to Guix at the moment and am not positively certain in which order the snippet and patches field are applied. Try it and let me know. Kind regards, T G-R signature.asc Description: PGP signature
Re: Two keyboard layouts with toggle in console
On Fri, Jan 10, 2020 at 03:50:45PM +0300, Alexei Drozdov wrote:
> Manual proposes to do it at runtime:
From my config.scm:
(services (cons* (service slim-service-type
(slim-configuration
(xorg-configuration
(xorg-configuration
(keyboard-layout
(keyboard-layout "pl,cz"
"legacy,ucw"
#:options
'("compose:menu,grp:caps_switch")))
;; other stuff
))
But it works only in xorg. May be of use for you if you don’t mean the
text-mode console.
WŻ
signature.asc
Description: PGP signature
