Re: Help packaging R Quarto Cli

2022-11-14 Thread Efraim Flashner
On Mon, Nov 14, 2022 at 11:30:47PM +0100, Sébastien Rey-Coyrehourcq wrote:
> Hi,
> 
> After some day of packaging rust crate, i progress and deno start to compile 
> … but after 1min i have this error when cargo start compiling *rust-v8-0.49* 
> . Any rust + guix help appreciated.
> 
> I push the channel to reproduce the problem here :
> 
> The rust scm repo : git.sr.ht:~reyman/rust-channel
> Channel info to put into *channels.scm* : 
> The *rust-deno.scm* file to build : 
> The command : guix time-machine -C channels.scm – build -f rust-deno.scm
> 
> And the rust error :
> 
> —
> 
> error: failed to run custom build command for `v8 v0.49.0`
> 
> Caused by:
>   process didn’t exit successfully: 
> `/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/build/v8-bbb68ec56db1d802/build-script-build`
>  (exit status: 101)
>   — stdout
>   cargo:rerun-if-changed=.gn
>   cargo:rerun-if-changed=BUILD.gn
>   cargo:rerun-if-changed=src/binding.cc
>   cargo:rerun-if-env-changed=CCACHE
>   cargo:rerun-if-env-changed=CLANG_BASE_PATH
>   cargo:rerun-if-env-changed=DENO_TRYBUILD
>   cargo:rerun-if-env-changed=DOCS_RS
>   cargo:rerun-if-env-changed=GN
>   cargo:rerun-if-env-changed=GN_ARGS
>   cargo:rerun-if-env-changed=HOST
>   cargo:rerun-if-env-changed=NINJA
>   cargo:rerun-if-env-changed=OUT_DIR
>   cargo:rerun-if-env-changed=RUSTY_V8_ARCHIVE
>   cargo:rerun-if-env-changed=RUSTY_V8_MIRROR
>   cargo:rerun-if-env-changed=SCCACHE
>   cargo:rerun-if-env-changed=V8_FORCE_DEBUG
>   cargo:rerun-if-env-changed=V8_FROM_SOURCE
>   cargo:rustc-link-lib=static=rusty_v8
>   download lockfile: 
> “/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/build/lib_download.fslock”
>   static lib URL: 
> 
>   
> cargo:rustc-link-search=/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/gn_out/obj
>   Downloading 
> 
>   Python downloader failed, trying with curl.

Looks like you need to patch rust-v8-0.49 to not try to download
librusty_v8_release... but instead you'll have to build it from source
and let it know where to find it.

>   — stderr
>   thread ’main’ panicked at ’called `Result::unwrap()` on an `Err` value: Os 
> { code: 2, kind: NotFound, message: “No such file or directory” }’, 
> /tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/guix-vendor/rust-v8-0.49.0.tar.gz/build.rs:405:10
>   note: run with `RUST_BACKTRACE=1` environment variable to display a 
> backtrace
> warning: build failed, waiting for other jobs to finish…
> error: build failed
> error: in phase ’build’: uncaught exception:
> %exception #< program: “cargo” arguments: (“build” “–release”) 
> exit-status: 101 term-signal: #f stop-signal: #f>
> phase `build’ failed after 105.5 seconds
> command “cargo” “build” “–release” failed with status 101
> builder for 
> `/gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv’ failed 
> with exit code 1
> la compilation de 
> /gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv a échoué
> Vous trouverez le journal de compilation dans « 
> /var/log/guix/drvs/g4/m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv.gz 
> ».
> guix build: erreur : build of 
> `/gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv’ failed


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


signature.asc
Description: PGP signature


Re: guix search across core-updates?

2022-11-14 Thread Julien Lepiller
Hi jgart,

I think you could try with the time machine:

guix time-machine --branch=core-updates -- search …

Le 15 novembre 2022 06:45:35 GMT+01:00, jgart  a écrit :
>hi,
>
>how can I search for packages across the core-updates branch with `guix
>search` and without ./pre-inst-env?
>


Re: All 75 channel news entries are valid

2022-11-14 Thread Julien Lepiller
Hi jgart, are you trying to use -L in the guix repository? Use pre-inst-env 
instead.

Le 14 novembre 2022 23:44:02 GMT+01:00, jgart  a écrit :
>Hi,
>
>has anyone ever gotten this backtrace before? I was trying to update
>`emacs-crdt`:
>
> guix-shell  guix build -L . emacs-crdt
>guix build: warning: failed to load '(build-aux build-self)':
>no code for module (build-aux build-self)
>./build-aux/build-self.scm:19:0: warning: module name (build-self) does not 
>match file name 'build-aux/build-self.scm'
>hint: File `./build-aux/build-self.scm' should probably start with:
>
> (define-module (build-aux build-self))
>
>guix build: All 75 channel news entries are valid.
>guix build: warning: failed to load '(build-aux check-channel-news)':
>no code for module (build-aux check-channel-news)
>hint: File `./build-aux/check-channel-news.scm' should probably start with:
>
> (define-module (build-aux check-channel-news))
>
>checking final inputs for 'x86_64-linux'...
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>checking final inputs for 'aarch64-linux'...
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>checking final inputs for 'powerpc64le-linux'...
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>checking final inputs for 'i686-linux'...
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>checking final inputs for 'armhf-linux'...
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>checking final inputs for 'i586-gnu'...
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
>relative to current directory
>guix build: warning: failed to load '(build-aux 
>check-final-inputs-self-contained)':
>no code for module (build-aux check-final-inputs-self-contained)
>hint: File `./build-aux/check-final-inputs-self-contained.scm' should probably 
>start with:
>
> (define-module (build-aux check-final-inputs-self-contained))
>
>guix build: warning: failed to load '(build-aux compile-all)':
>Backtrace:
>In guix/store.scm:
>   1300:8 19 (call-with-build-handler # …)
>In guix/scripts/build.scm:
>587:2 18 (_)
>In srfi/srfi-1.scm:
>   673:15 17 (append-map _ _ . _)
>   586:17 16 (map1 ((argument . "emacs-crdt") (build-mode . 0) # # …))
>In guix/scripts/build.scm:
>   607:31 15 (_ _)
>In gnu/packages.scm:
>479:2 14 (%find-package "emacs-crdt" "emacs-crdt" #f)
>364:6 13 (find-best-packages-by-name _ _)
>   294:56 12 (_ "emacs-crdt" _)
>In unknown file:
>  11 (force #)
>In gnu/packages.scm:
>   241:33 10 (fold-packages # …)
>In guix/discovery.scm:
>   159:11  9 (all-modules _ #:warn _)
>In srfi/srfi-1.scm:
>   460:18  8 (fold # …)
>In guix/discovery.scm:
>   146:31  7 (_ _ ())
>116:5  6 (scheme-modules _ _ #:warn _)
>In srfi/srfi-1.scm:
>   691:23  5 (filter-map # . #)
>In guix/discovery.scm:
>   124:24  4 (_ . _)
>In guix/ui.scm:
>440:5  3 (warn-about-load-error "./build-aux/compile-all.scm" (…) …)
>In unknown file:
>   2 (display-error #f # "match" "…" …)
>In ice-9/boot-9.scm:
>  1685:16  1 (raise-exception _ #:continuable? _)
>  1685:16  0 (raise-exception _ #:continuable? _)
>
>ice-9/boot-9.scm:1685:16: In procedure raise-exception:
>Wrong number of arguments to #
>
>


guix search across core-updates?

2022-11-14 Thread jgart
hi,

how can I search for packages across the core-updates branch with `guix
search` and without ./pre-inst-env?



Re: Auto-Login to a Specific TTY

2022-11-14 Thread Raghav Gururajan

Joshua,


This has been broken for me for at least a year.  :(


I see.


I've since moved to seatd, which apparently doesn't support autologin.
So for now, I am just not worrying about autologin to tty.  :)


Are you using seatd as system service?

Regards,
RG.



OpenPGP_signature
Description: OpenPGP digital signature


Re: Problem with 'guix system reconfigure ... ' ?

2022-11-14 Thread Felix Lechner via
Hi Fenix,

On Mon, Nov 14, 2022 at 4:00 PM jord...@librebits.info
 wrote:
>
> no code formodule (nongnu packages linux)" .

I believe that our project's etiquette would direct your question to a
nonguix forum.

I am not sure whether there is a mailing list. Personally, I would ask
in #nonguix on IRC.

On their project site, however, I read the general remark that "Guix
System will only use the substitution server after it has been
reconfigured. The substitution server will therefore by default not be
used the first time you run guix system reconfigure after adding the
substitution server. It is therefore recommended to explicitly specify
the use of the substitution server the first time you reconfigure your
system:"

Hope that helps!

Kind regards
Felix Lechner



Re: SCSH libraries search path

2022-11-14 Thread Efraim Flashner
On Sun, Nov 13, 2022 at 04:49:05PM -0800, Tom Willemse wrote:
> Hey Efraim,
> 
> Efraim Flashner  writes:
> 
> > On Mon, Oct 31, 2022 at 12:18:50AM -0700, Tom Willemse wrote:
> >> Hey Guix \o/
> >> 
> >> I've been wanting to package one of my little scripts in Guix Home and
> >> it uses a little library I wrote for SCSH. I've been looking at how
> >> Search Paths work and I'm having trouble figuring out how to make this
> >> work.
> >> 
> >> Search paths seem easy enough generally, I was able to add a simple
> >> addition to my configuration by just adding this to the scsh package
> >> definition:
> >> 
> >> (native-search-paths
> >>  (list (search-path-specification
> >> (variable "SCSH_LIB_DIRS")
> >> (files '("share/scsh/site")
> >
> > Try adding the 'separator' field, so it would look like this:
> >
> >  (native-search-paths
> >   (list (search-path-specification
> >  (variable "SCSH_LIB_DIRS")
> >  (separator " ")
> >  (files '("share/scsh/site")
> 
> Thanks for the suggestion! Unfortunately this gets me a value of
> `SCSH_LIB_DIRS' like
> 
> /home/chelys/.guix-home/profile/share/scsh-0.7
> 
> which, when I try the command `scsh -ll mpd.scm -o mpd' causes the
> following error to appear:
> 
> error: Illegal path element in $SCSH_LIB_DIRS
> $SCSH_LIB_DIRS: /home/chelys/.guix-home/profile/share/scsh-0.7
> The following element is not a string or #f: 
> /home/chelys/.guix-home/profile/share/scsh-0.7
> 
> It's because SCSH treats the contents of `SCSH_LIB_DIRS' as "a sequence
> of of s-expressions, which are `read' from the string"[1] and supports
> either string values or the value #f. So `SCSH_LIB_DIRS' would have to
> be in this case:
> 
> "/home/chelys/.guix-home/profile/share/scsh-0.7"
> 
> I guess this just isn't supported as yet in Guix?
> 

I played around with a bunch of different options, and I wasn't able to
get the search-path-specification to pass the directories as strings. If
we change the file-type to 'string then it looks for strings, but it
really means it's looking for individual files or for directories, so
that's not the right change.

IMO the easiest way to work around it (from scsh, not from guix) would
be to use 'stringify' from (scheme utilities) in (scheme lib-dirs) (for
the syntactic sugar around symbol->string) to make all the items in the
search path into strings if they aren't already.

Actually I have a simple diff I'll send upstream that should take care
of it. If you could help test it that'd be great. I haven't been able to
create a scenario where I had more than one path in the SCSH_LIB_DIRS.

-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
diff --git a/scheme/lib-dirs.scm b/scheme/lib-dirs.scm
index a1fc009..c630fb4 100644
--- a/scheme/lib-dirs.scm
+++ b/scheme/lib-dirs.scm
@@ -75,6 +75,7 @@
   (let ((val (read)))
 (cond ((eof-object? val) '())
   ((string? val) (cons val (recur)))
+  ((symbol? val) (cons (symbol->string val) (recur)))
   ((not val) (append default-lib-dirs (recur)))
   (else 
(error 
diff --git a/gnu/local.mk b/gnu/local.mk
index bda6df1280..56727769df 100644
--- a/gnu/local.mk
+++ b/gnu/local.mk
@@ -1833,6 +1833,7 @@ dist_patch_DATA = 
\
   %D%/packages/patches/sbcl-clml-fix-types.patch   \
   %D%/packages/patches/sbcl-png-fix-sbcl-compatibility.patch   \
   %D%/packages/patches/scalapack-gcc-10-compilation.patch  \
+  %D%/packages/patches/scsh-nonstring-search-path.patch\
   %D%/packages/patches/scheme48-tests.patch\
   %D%/packages/patches/scons-test-environment.patch\
   %D%/packages/patches/screen-hurd-path-max.patch  \
diff --git a/gnu/packages/patches/scsh-nonstring-search-path.patch 
b/gnu/packages/patches/scsh-nonstring-search-path.patch
new file mode 100644
index 00..c79e6cc51e
--- /dev/null
+++ b/gnu/packages/patches/scsh-nonstring-search-path.patch
@@ -0,0 +1,12 @@
+diff --git a/scheme/lib-dirs.scm b/scheme/lib-dirs.scm
+index a1fc009..c630fb4 100644
+--- a/scheme/lib-dirs.scm
 b/scheme/lib-dirs.scm
+@@ -75,6 +75,7 @@
+   (let ((val (read)))
+ (cond ((eof-object? val) '())
+   ((string? val) (cons val (recur)))
++  ((symbol? val) (cons (symbol->string val) (recur)))
+   ((not val) (append default-lib-dirs (recur)))
+   (else 
+(error 
diff --git a/gnu/packages/shells.scm b/gnu/packages/shells.scm
index cc34f0a0a0..c5ceb3192b 100644
--- a/gnu/packages/shells.scm
+++ b/gnu/packages/shells.scm
@@ -613,7 +613,8 @@ (define-public scsh

Re: geiser-edit-symbol-at-point

2022-11-14 Thread Jake Shilling
On 2022-11-14 16:38, jg...@dismail.de wrote:

> On Mon, 14 Nov 2022 10:16:33 -0500 Jake Shilling  
> wrote:
>> On 2022-11-14 09:01, jg...@dismail.de wrote:
>
>> If I evaluate this file ...
>
> Cool, what did you do to evaluate the file exactly?

I usually use `geiser-load-file` (C-c C-l), but for incremental changes
as I'm working on a single file, I'll run `geiser-eval-definition` after
I change some top level form.

> Where you on Guix System when this worked for you?

I was. I haven't experimented in any serious way with guix on a foreign
distro.


-- 
Best regards,
Jake Shilling


signature.asc
Description: PGP signature


Re: Help packaging R Quarto Cli

2022-11-14 Thread Wojtek Kosior via
> Hi,
> 
> After some day of packaging rust crate, i progress and deno start to
> compile … but after 1min i have this error when cargo start compiling
> *rust-v8-0.49* . Any rust + guix help appreciated.

Your determination is extraordinary :)

> note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

Have you tried doing exactly this - setting the variable for the build
command?

Nonetheless, a quick glance at the error you posted makes me believe
Deno's build process involves downloading precompiled binary of certain
"librusty_v8". Guix builder of course blocks network access for builds,
hence the failure.

It this is indeed the case, the librusty static lib dep must be
packaged as well (if it isn't already) and Deno should then be told to
use that instead of downloading anything.

Disclaimer:
I have never built rust programs ;)

Anyway, good luck!

Wojtek

-- (sig_start)
website: https://koszko.org/koszko.html
PGP: https://koszko.org/key.gpg
fingerprint: E972 7060 E3C5 637C 8A4F  4B42 4BC5 221C 5A79 FD1A

Meet Kraków saints!   #18: blessed Józef Kowalski
Poznaj świętych krakowskich!  #18: błogosławiony Józef Kowalski
https://pl.wikipedia.org/wiki/Józef_Kowalski_(duchowny)
-- (sig_end)


On Mon, 14 Nov 2022 23:30:47 +0100
Sébastien Rey-Coyrehourcq  wrote:

> Hi,
> 
> After some day of packaging rust crate, i progress and deno start to compile 
> … but after 1min i have this error when cargo start compiling *rust-v8-0.49* 
> . Any rust + guix help appreciated.
> 
> I push the channel to reproduce the problem here :
> 
> The rust scm repo : git.sr.ht:~reyman/rust-channel
> Channel info to put into *channels.scm* : 
> The *rust-deno.scm* file to build : 
> The command : guix time-machine -C channels.scm – build -f rust-deno.scm
> 
> And the rust error :
> 
> —
> 
> error: failed to run custom build command for `v8 v0.49.0`
> 
> Caused by:
>   process didn’t exit successfully: 
> `/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/build/v8-bbb68ec56db1d802/build-script-build`
>  (exit status: 101)
>   — stdout
>   cargo:rerun-if-changed=.gn
>   cargo:rerun-if-changed=BUILD.gn
>   cargo:rerun-if-changed=src/binding.cc
>   cargo:rerun-if-env-changed=CCACHE
>   cargo:rerun-if-env-changed=CLANG_BASE_PATH
>   cargo:rerun-if-env-changed=DENO_TRYBUILD
>   cargo:rerun-if-env-changed=DOCS_RS
>   cargo:rerun-if-env-changed=GN
>   cargo:rerun-if-env-changed=GN_ARGS
>   cargo:rerun-if-env-changed=HOST
>   cargo:rerun-if-env-changed=NINJA
>   cargo:rerun-if-env-changed=OUT_DIR
>   cargo:rerun-if-env-changed=RUSTY_V8_ARCHIVE
>   cargo:rerun-if-env-changed=RUSTY_V8_MIRROR
>   cargo:rerun-if-env-changed=SCCACHE
>   cargo:rerun-if-env-changed=V8_FORCE_DEBUG
>   cargo:rerun-if-env-changed=V8_FROM_SOURCE
>   cargo:rustc-link-lib=static=rusty_v8
>   download lockfile: 
> “/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/build/lib_download.fslock”
>   static lib URL: 
> 
>   
> cargo:rustc-link-search=/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/gn_out/obj
>   Downloading 
> 
>   Python downloader failed, trying with curl.
> 
>   — stderr
>   thread ’main’ panicked at ’called `Result::unwrap()` on an `Err` value: Os 
> { code: 2, kind: NotFound, message: “No such file or directory” }’, 
> /tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/guix-vendor/rust-v8-0.49.0.tar.gz/build.rs:405:10
>   note: run with `RUST_BACKTRACE=1` environment variable to display a 
> backtrace
> warning: build failed, waiting for other jobs to finish…
> error: build failed
> error: in phase ’build’: uncaught exception:
> %exception #< program: “cargo” arguments: (“build” “–release”) 
> exit-status: 101 term-signal: #f stop-signal: #f>
> phase `build’ failed after 105.5 seconds
> command “cargo” “build” “–release” failed with status 101
> builder for 
> `/gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv’ failed 
> with exit code 1
> la compilation de 
> /gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv a échoué
> Vous trouverez le journal de compilation dans « 
> /var/log/guix/drvs/g4/m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv.gz 
> ».
> guix build: erreur : build of 
> `/gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv’ failed


pgp1NeKpTcVpX.pgp
Description: OpenPGP digital signature


Re: VPN

2022-11-14 Thread Benjamin Slade
On Sun, 13 Nov 2022 22:07:02 -0700 (19 hours, 51 minutes, 38 seconds ago), 
Raghav Gururajan  wrote:

> Hello Guix,

> With either OpenVPN or Wireguard system services, is it possible to route DNS
> requests and also opt to block connections without VPN?

I'm also curious about this. I've found the official MullvadVPN app (installed 
via Nix) on Guix seems to end up with sporadic DNS problems. 


Re: geiser-edit-symbol-at-point

2022-11-14 Thread Jake Shilling
On 2022-11-14 09:01, jg...@dismail.de wrote:

> On Sat, 12 Nov 2022 10:48:54 -0500 Jake Shilling  
> wrote:
>> 
>> If I'm reading this right, I belive that this macro is looking for the
>> 'add-after symbol--as a symbol--and not looking for any value referenced
>> by it.
>
> Does geiser work on the macroexpanded forms in %modify-phases that are
> not macros?

It does for me. Here's a snippet from the file I tested on:

```
(arguments
 `(#:bootstrap-scripts (list "autogen")
   #:make-flags (list "-C" "utils")
   #:configure-flags (list "--enable-start-stop-daemon"
   "--disable-update-alternatives")
   #:phases
   (modify-phases %standard-phases
 (add-before 'bootstrap 'patch-autogen-shebang
   (lambda* (#:key bootstrap-scripts #:allow-other-keys)
 (for-each patch-shebang (append bootstrap-scripts))
 (let ((get-version "printf \"%s\" \"1.20.12\"")
   (port (open-file "get-version" "w")))
   (format port get-version)
   (close-port port
 (add-after 'configure 'build-lib
   (lambda* (#:rest _)
 (invoke "make" "-C" "lib"))
```

If I evaluate this file, then call `geiser-edit-symbol-at-point` on
`invoke` in the last line, I get taken to `guix/build/utils.scm` as
expected. None of the standard guile functions work for me though; if I
try to navigate to `close-port` or `for-each` nothing happens. I can run
C-c C-d C-d on any of those, however, and navigate from the
documentation to the manual.

I also want to clarify that this does work for me on the macro itself,
`modify-phases`, just not on the symbols used by the macro for pattern
matching (`add-before`, `add-after`, etc).

-- 
Best regards,
Jake Shilling


signature.asc
Description: PGP signature


question on setting up guix.scm for project development

2022-11-14 Thread Andy Tai
Hi, guix allows setting up an environment containing all the
dependencies for development of a package; this can be done via a
guix.scm file containing the package definition.

My question is, if I am developing a package which has dependencies
with newer versions than what is available in the guix repo, how can I
use the guix.scm file to bring in the new version of the dependencies?
 As an example:

Say  my package "my-package" has dependencies d1, d2, d3
where d2 in the current guix package repo is at version 0.1.2 but I
need a later release version 0.1.4; so I tried something like this:

guix.scm---
(use-modules (guix packages)
   )

(define-public d2-0.1.4
   (package
   (name "d2")
   (version "0.1.4")

   ...
)


(define-public my-package
   (package
  (name "my-package")
  (version "0.1")
 ...


 (input (list d1 d2-0.1.4 d3...)

))

my-package

---end guix.scm--


and if I use

guix shell -f -d ./guix.scm

this does not seem to generate an environment that contains the new
dependency, that is d2 version 0.1.4

I wonder how can this made to work?  Ideally no need to create a
private channel or such..  Thanks for info on this.



VPN

2022-11-14 Thread Raghav Gururajan

Hello Guix,

With either OpenVPN or Wireguard system services, is it possible to 
route DNS requests and also opt to block connections without VPN?


Regards,
RG.


OpenPGP_signature
Description: OpenPGP digital signature


Re: add-ons in Icecat and Chromium

2022-11-14 Thread Ricardo Wurmus


Gottfried  writes:

> Cambridge Dictionary and Oxford Advanced Learner's Dictionary have a:
> Mozilla Public License 2.0
> Is that proprietäry software?

No, the MPL2.0 is a free software license.  You can also take a look at
the non-exhaustive list of free licenses in guix/licenses.scm.

-- 
Ricardo



Re: Auto-Login to a Specific TTY

2022-11-14 Thread Joshua Branson
Raghav Gururajan  writes:

> Joshua,
>
> Any you still using `Auto-Login to a Specific TTY` guide mentioned in cookbook
> [1]?
>
> I'm getting the message `Error in service module` in TTT and doesn't 
> auto-login.
>
> Here are references to my config, [2] and [3].
>
> Any ideas?
>

This has been broken for me for at least a year.  :(

The relevant bug report is #56958.

The bug report also includes a vm, which the last time I tested did let
you autologin to tty1, but not any others.

I've since moved to seatd, which apparently doesn't support autologin.
So for now, I am just not worrying about autologin to tty.  :)

>
> [1]
> https://guix.gnu.org/en/cookbook/en/html_node/Auto_002dLogin-to-a-Specific-TTY.html#Auto_002dLogin-to-a-Specific-TTY
> [2]
> https://git.sr.ht/~raghavgururajan/guix-config/tree/master/item/system/config.scm#L269
> [3]
> https://git.sr.ht/~raghavgururajan/guix-channel/tree/master/item/rg/services/base.scm#L5
>
> Regards,
> RG.



Re: geiser-edit-symbol-at-point

2022-11-14 Thread jgart
On Sat, 12 Nov 2022 10:48:54 -0500 Jake Shilling  
wrote:
> 
> If I'm reading this right, I belive that this macro is looking for the
> 'add-after symbol--as a symbol--and not looking for any value referenced
> by it.

Does geiser work on the macroexpanded forms in %modify-phases that are
not macros?



Problem with 'guix system reconfigure ... ' ?

2022-11-14 Thread jordila
heya guixers ! i have a problem: while trying to 'guix system reconfigure 
/etc/config.scm' (see attached file)  in order to switch from Linux-libre to 
Linux Kernel.

Guix says : "guix system: error: failed to load
    '/etc/config.scm':  ice-9/boot-9.scm:3330:6: In procedure 
resolve-interface: no code formodule (nongnu packages linux)" .

NOTE : i have both guix and nonguix channels enabled

What am i missing ? Thanks, thanks, thanks !

Fenix
 
;; This is an operating system configuration generated
;; by the graphical installer.
;;
;; Once installation is complete, you can learn and modify
;; this file to tweak the system configuration, and pass it
;; to the 'guix system reconfigure' command to effect your
;; changes.


;; Indicate which modules to import to access the variables
;; used in this configuration.
(use-modules (gnu) (nongnu packages linux))
(use-service-modules cups desktop networking ssh xorg syncthing)

(operating-system
 (kernel linux)
 (firmware (list linux-firmware))
  (locale "en_US.utf8")
  (timezone "Europe/Andorra")
  (keyboard-layout (keyboard-layout "es" "cat"))
  (host-name "rigel")

;;(hosts-file (local-file (string-append %current-directory "my-hosts-file")))
  ;;  (hosts-file (local-file "/etc/my-hosts"))
  ;; hosts list - see .config/ssh/config 
  (hosts-file
  (plain-file "hosts"
   (string-append
"127.0.0.1 locahost rigel\n"

		;; T420 - YunoHost
"192.168.1.121	librebits.noho.st\n"

		;; DigitalOcean VPS
		"64.225.79.195 	sirio\n"

		;; Netcup VPS s
		;; ssh port 22->119 :
		"5.45.110.193	proximacentauri\n"
		"45.79.250.66	gaminedes\n"

		;; Linode VPS
		"188.68.35.39	jupiter\n"

		;; Gandi
		"185.26.126.77	asterix\n"

;;"127.0.0.1 guile.web.server.com guile.web.com www.date.com date.com\n"
;;%other-hosts-file-lines
"::1 localhost rigel"
)))
  

  ;; The list of user accounts ('root' is implicit).
  (users (cons* (user-account
  (name "fenix")
  (comment "Fenix")
  (group "users")
  (home-directory "/home/fenix")
  (supplementary-groups '("wheel" "netdev" "audio" "video")))
%base-user-accounts))

  (sudoers-file (plain-file "sudoers" "\
root ALL=(ALL) ALL
%wheel ALL=NOPASSWD: ALL\n"))

  
  (packages (append (list (specification->package "i3-wm")
  (specification->package "i3status")
  (specification->package "dmenu")
  (specification->package "st")
  (specification->package "emacs")
  (specification->package "emacs-exwm")
  (specification->package
   "emacs-desktop-environment")
  (specification->package "nss-certs"))
%base-packages))

  ;; Below is the list of system services.  To search for available
  ;; services, run 'guix system search KEYWORD' in a terminal.
  (services
   (append (list 
		 
 ;; To configure OpenSSH, pass an 'openssh-configuration'
	;; record as a second argument to 'service' below.
	(service openssh-service-type)
 (service xfce-desktop-service-type)
 (set-xorg-configuration
  (xorg-configuration (keyboard-layout keyboard-layout)))

	  (service syncthing-service-type
  (syncthing-configuration (user "fenix"

  

   ;; This is the default list of services we
   ;; are appending to.
   %desktop-services))
  (bootloader (bootloader-configuration
(bootloader grub-efi-bootloader)
(targets (list "/boot/efi"))
(keyboard-layout keyboard-layout)))
  (swap-devices (list (swap-space
(target (uuid
 "576eb296-39c9-4cea-aa10-0674ff281382")

  ;; The list of file systems that get "mounted".  The unique
  ;; file system identifiers there ("UUIDs") can be obtained
  ;; by running 'blkid' in a terminal.
  (file-systems (cons* (file-system
 (mount-point "/boot/efi")
 (device (uuid "DAE3-ED7E"
   'fat32))
 (type "vfat"))
   (file-system
 (mount-point "/")
 (device (uuid
  "dce12d68-4bb7-453e-82ad-0dc8e8c079e0"
  'ext4))
 (type "ext4")) %base-file-systems)))


All 75 channel news entries are valid

2022-11-14 Thread jgart
Hi,

has anyone ever gotten this backtrace before? I was trying to update
`emacs-crdt`:

 guix-shell  guix build -L . emacs-crdt
guix build: warning: failed to load '(build-aux build-self)':
no code for module (build-aux build-self)
./build-aux/build-self.scm:19:0: warning: module name (build-self) does not 
match file name 'build-aux/build-self.scm'
hint: File `./build-aux/build-self.scm' should probably start with:

 (define-module (build-aux build-self))

guix build: All 75 channel news entries are valid.
guix build: warning: failed to load '(build-aux check-channel-news)':
no code for module (build-aux check-channel-news)
hint: File `./build-aux/check-channel-news.scm' should probably start with:

 (define-module (build-aux check-channel-news))

checking final inputs for 'x86_64-linux'...
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
checking final inputs for 'aarch64-linux'...
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
checking final inputs for 'powerpc64le-linux'...
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
checking final inputs for 'i686-linux'...
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
checking final inputs for 'armhf-linux'...
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
checking final inputs for 'i586-gnu'...
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix/packages.scm:1616:38: warning: resolving './gnu/packages/ld-wrapper.in' 
relative to current directory
guix build: warning: failed to load '(build-aux 
check-final-inputs-self-contained)':
no code for module (build-aux check-final-inputs-self-contained)
hint: File `./build-aux/check-final-inputs-self-contained.scm' should probably 
start with:

 (define-module (build-aux check-final-inputs-self-contained))

guix build: warning: failed to load '(build-aux compile-all)':
Backtrace:
In guix/store.scm:
   1300:8 19 (call-with-build-handler # …)
In guix/scripts/build.scm:
587:2 18 (_)
In srfi/srfi-1.scm:
   673:15 17 (append-map _ _ . _)
   586:17 16 (map1 ((argument . "emacs-crdt") (build-mode . 0) # # …))
In guix/scripts/build.scm:
   607:31 15 (_ _)
In gnu/packages.scm:
479:2 14 (%find-package "emacs-crdt" "emacs-crdt" #f)
364:6 13 (find-best-packages-by-name _ _)
   294:56 12 (_ "emacs-crdt" _)
In unknown file:
  11 (force #)
In gnu/packages.scm:
   241:33 10 (fold-packages # …)
In guix/discovery.scm:
   159:11  9 (all-modules _ #:warn _)
In srfi/srfi-1.scm:
   460:18  8 (fold # …)
In guix/discovery.scm:
   146:31  7 (_ _ ())
116:5  6 (scheme-modules _ _ #:warn _)
In srfi/srfi-1.scm:
   691:23  5 (filter-map # . #)
In guix/discovery.scm:
   124:24  4 (_ . _)
In guix/ui.scm:
440:5  3 (warn-about-load-error "./build-aux/compile-all.scm" (…) …)
In unknown file:
   2 (display-error #f # "match" "…" …)
In ice-9/boot-9.scm:
  1685:16  1 (raise-exception _ #:continuable? _)
  1685:16  0 (raise-exception _ #:continuable? _)

ice-9/boot-9.scm:1685:16: In procedure raise-exception:
Wrong number of arguments to #




Re: Help packaging R Quarto Cli

2022-11-14 Thread Sébastien Rey-Coyrehourcq
Hi,

After some day of packaging rust crate, i progress and deno start to compile … 
but after 1min i have this error when cargo start compiling *rust-v8-0.49* . 
Any rust + guix help appreciated.

I push the channel to reproduce the problem here :

The rust scm repo : git.sr.ht:~reyman/rust-channel
Channel info to put into *channels.scm* : 
The *rust-deno.scm* file to build : 
The command : guix time-machine -C channels.scm – build -f rust-deno.scm

And the rust error :

—

error: failed to run custom build command for `v8 v0.49.0`

Caused by:
  process didn’t exit successfully: 
`/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/build/v8-bbb68ec56db1d802/build-script-build`
 (exit status: 101)
  — stdout
  cargo:rerun-if-changed=.gn
  cargo:rerun-if-changed=BUILD.gn
  cargo:rerun-if-changed=src/binding.cc
  cargo:rerun-if-env-changed=CCACHE
  cargo:rerun-if-env-changed=CLANG_BASE_PATH
  cargo:rerun-if-env-changed=DENO_TRYBUILD
  cargo:rerun-if-env-changed=DOCS_RS
  cargo:rerun-if-env-changed=GN
  cargo:rerun-if-env-changed=GN_ARGS
  cargo:rerun-if-env-changed=HOST
  cargo:rerun-if-env-changed=NINJA
  cargo:rerun-if-env-changed=OUT_DIR
  cargo:rerun-if-env-changed=RUSTY_V8_ARCHIVE
  cargo:rerun-if-env-changed=RUSTY_V8_MIRROR
  cargo:rerun-if-env-changed=SCCACHE
  cargo:rerun-if-env-changed=V8_FORCE_DEBUG
  cargo:rerun-if-env-changed=V8_FROM_SOURCE
  cargo:rustc-link-lib=static=rusty_v8
  download lockfile: 
“/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/build/lib_download.fslock”
  static lib URL: 

  
cargo:rustc-link-search=/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/target/release/gn_out/obj
  Downloading 

  Python downloader failed, trying with curl.

  — stderr
  thread ’main’ panicked at ’called `Result::unwrap()` on an `Err` value: Os { 
code: 2, kind: NotFound, message: “No such file or directory” }’, 
/tmp/guix-build-rust-deno-1.25.2.drv-0/deno-1.25.2/guix-vendor/rust-v8-0.49.0.tar.gz/build.rs:405:10
  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
warning: build failed, waiting for other jobs to finish…
error: build failed
error: in phase ’build’: uncaught exception:
%exception #< program: “cargo” arguments: (“build” “–release”) 
exit-status: 101 term-signal: #f stop-signal: #f>
phase `build’ failed after 105.5 seconds
command “cargo” “build” “–release” failed with status 101
builder for `/gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv’ 
failed with exit code 1
la compilation de 
/gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv a échoué
Vous trouverez le journal de compilation dans « 
/var/log/guix/drvs/g4/m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv.gz ».
guix build: erreur : build of 
`/gnu/store/g4m5c558l1q4g1kggzg2v9vkw352nnaj-rust-deno-1.25.2.drv’ failed


Wojtek Kosior  writes:


>> > I think I almost understand your approach. Just a quick question - what
>> > Guix command are you using to try building? With this setup I’d try
>> > something like
>> >
>> > guix shell -L ./export/ rust-deno
>> >
>>
>> Actually, from export folder i try :
>> i try *guix build -L . -f rust-deno-1.scm*
>
> I see in your repo that rust-deno-1.scm is a module file (i.e. it has
> “define-module” at the top), so you’re not expected to use it with
> “-f”. Instead, you can rely on Guix loading it (because it is inside the
> directory passed via “-L”) and just do
>
> guix build -L . rust-deno
>
> Where “rust-deno” is the same as in the package’s “name” property.
>
>> But the module are not loaded, i don’t understand well the way guix load 
>> module it seems.
>>
>> Into rust-deno-1.scm i put :
>>
>> (define-module (rust-deno-1 rust-deno-1)
>>  #:use-module (rust-cache-control-0.2 rust-cache-control-0.2)
>>
>> and into ./rust-cache-control-0.2/rust-cache-control-0.2.scm i put :
>>
>> (define-module (rust-cache-control-0.2 rust-cache-control-0.2)
>>
>> But any of this pass using the *guix build* command :
>>
>> `no code for module (rust-cache-control-0.2 rust-cache-control-0.2)’
>
> Perhaps modules can’t contain periods (’.’)? I’m not sure - too little
> experience with scheme. I’d try giving them names without version
>
>
> Wojtek
>
>
> – (sig_start)
> website: 
> PGP: 
> fingerprint: E972 7060 E3C5 637C 8A4F  4B42 4BC5 221C 5A79 FD1A
>
> Meet Kraków saints!   #12: saint Jadwiga Andegaweńska
> Poznaj świętych krakowskich!  #12: święta Jadwiga Andegaweńska
> 
> – (sig_end)
>
>
> On Fri, 28 Oct 2022 23:32:10 +0200
> Sébastien Rey-Coyrehourcq  wrote:
>
>> Wojtek Kosior  writes:
>>
>> > I think I 

Re: geiser-edit-symbol-at-point

2022-11-14 Thread jgart
On Mon, 14 Nov 2022 10:16:33 -0500 Jake Shilling  
wrote:
> On 2022-11-14 09:01, jg...@dismail.de wrote:

> If I evaluate this file ...

Cool, what did you do to evaluate the file exactly? Where you on Guix System
when this worked for you?