Hello,
Le lundi 26 juillet 2021 à 14:36 -0300, EuAndreh a écrit :
> Is
> this an issue with the "guile-git" library?
This is a frustrating known issue. Bare git repositories cannot be
cloned with libgit2, which is what guile-git uses.
If guix is installed on your server, maybe you could set up t
Hello,
Le samedi 15 mai 2021 à 08:07 +0100, Phil a écrit :
> It also looks like there is no problem with Git. I can clone the
> > channel `git clone
> > ssh://@:22/absolute/path/to//`. Where
> > is the user in the output of `ls -l `.
guix uses libgit2, which is not the same implementation as g
Hi!
Le lundi 12 avril 2021 à 13:52 -0400, Leo Famulari a écrit :
> Yes, Firefox is free software. The reason we don't include it is that
> Guix goes beyond only including free software; our packages are not
> supposed to recommend non-free software either. The Firefox addons
> interface doesn't ad
Le vendredi 09 avril 2021 à 15:52 +0200, Ricardo Wurmus a écrit :
> I’m saying that for public
> channels it’s the wrong workflow as it results in rewritten history.
My channels aren’t public (they are git repos on the file system), but
I fail to understand how it makes a difference. Maybe the
mis
Hello,
Le vendredi 09 avril 2021 à 14:21 +0200, Ricardo Wurmus a écrit :
> > I have a couple of channels that get rebased constantly.
>
> This seems like a broken workflow. Why would they be rebased
> constantly, which results in rewritten history?
Sorry, I don’t know how to respond to that. Of
Dear guix,
I have a couple of channels that get rebased constantly. Is there a way
to tell guix that a channel allows downgrades, in a way that can also
be used by the unattended upgrade service? Also, if a package has a
git-fetch origin, the daemon will check that future versions are direct
desce
Le vendredi 02 avril 2021 à 11:39 +0200, Jérémy Korwin-Zmijowski a
écrit :
> I tried to add myself to the group using :
>
> $ sudo usermod -a -G kvm jeko
Hello,
Groups need to be specified in the config.scm file.
You need to edit it, and under "(user-account", find or create the
entry "(supple
Le vendredi 12 mars 2021 à 17:53 +0100, e...@beaver-labs.com a écrit :
>(apply invoke "7z" "e" (assoc-ref %build-inputs "patch-
> data")
> (map (cut format "quake3-latest-
> pk3s/baseq3/pak~a.pk3" <>)
>(iota 8 1)))
Hello Edouard,
The first arg
Le jeudi 11 mars 2021 à 08:30 +0100, Pierre Neidhardt a écrit :
> Note that Guix uses linux-libre, _not_ linux, which may be the
> difference here.
I don’t think so, Gabriel Wicki wrote that the installer worked, and I
assume the installer uses linux-libre too.
Hello,
Le jeudi 11 mars 2021 à 08:23 +0900, Yasuaki Kudo a écrit :
> Does anyone have an insight into mixing different programming
> language? Say Visual Basic, Java, Racket, Haskell, etc
I am aware of 3 different kinds of approaches:
- writing programs in different languages, with one programmi
Hello,
Le mardi 09 mars 2021 à 21:03 +0300, Михалева, Екатерина a écrit :
> As far as I know, GPLv2 and GPLv3 are incompatible and Linux kernel
> is
> licensed strictly under GPLv2 without any possibility to update to
> any
> further version.
> I presumed that GPLv2 would make the whole product su
Hello,
Le mercredi 10 mars 2021 à 20:14 +0100, Zelphir Kaltstahl a écrit :
> How does one calculate the hash for a package one wants to add to GNU
> Guix?
My method is: take any hash from any package, change the first digit
(if it’s 0, then write 1; if it’s 1, write 0), and try to build your
pack
Hello,
Le mardi 09 mars 2021 à 08:48 +0100, Fulbert a écrit :
>
> Attached, 2 files with such an error. Note that I have
> translated the messages back to english (from french)… just in
> case you find some typos and wonder how guix could mistype… ^^
You can run LANG=C guix ... to directly have t
t:
(gnome-control-center:9651): printers-cc-panel-WARNING **:
21:08:07.779: cups-pk-helper: addition of printer Deskjet-2050-J510
failed: cups-authentication-canceled
What do I do wrong? What can I do to debug it?
Best regards,
divoplade
Hello,
Le dimanche 07 février 2021 à 08:11 +0100, Ricardo Wurmus a écrit :
> The r-build-system has a procedure “generate-site-path” to generate
> R_LIBS_SITE.
Thank you, I did not know about this function. It is not exported, but
I can copy it, or re-use the R_LIBS_SITE environment variable afte
Hello,
Sorry, I realize I was not clear enough.
Attached is an example of a script written in R that has non-trivial
recursive dependencies.
You can run the example as:
guix environment --ad-hoc --container -l package.scm -- hello
You will normally see something like:
$ guix environment --ad-h
o you have a better idea?
Best regards,
divoplade
, I ended up creating a service that just did "ip
address add dev " on startup, and it seems to work.
Maybe you can do something similar? The "ip" program is from the
iproute package, defined in (gnu packages linux).
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=44571
Hop
Hello!
Le mercredi 30 décembre 2020 à 13:28 -0500, Julien Lepiller a écrit :
> Looking at the opam repo, ppxlib 0.20.0 requires ocaml-parse-tree >=
> 2.1.0, which is the latest. You have version 1.8.0.
1.8.0 is actually the latest, but not the highest version number.
However, I figured I can use
Dear guix,
I am trying to build js-of-ocaml. I have created an updated version of
ocaml-compiler-libs, ocaml-migrate-parsetree and ocaml-ppxlib, and
tried to build the latest js_of_ocaml with that, but I get the
following error when building the updated ppxlib:
starting phase `build'
File "_build
tificate), which is very puzzling to me.
Anyway, I see you do these redirections yourself. So I will do the
same.
Best regards,
divoplade
all other HTTP requests to HTTPS.
However, my system does not seem to do that.
How does guix know that my web server configuration needs to be
extended with certbot's anyway? Should I add a configuration entry?
For now my web configuration is:
https://code.divoplade.fr/divoplade-site.git
> It works fine here, not sure what's
> wrong with the service.
You were right: I just needed to nuke the DB and it started to work!
Thank you so much for your involvement in helping me fix the problem. I
really appreciate it.
Best regards,
divoplade
Le dimanche 18 octobre 2020 à 19:38 +0200, Mathieu Othacehe a écrit :
> You also need to add "divoplade-site" to "#:package-path-inputs" in
> the
> specifications.
>
> See the following snippet from Cuirass info page:
>
> --8<--
Thank you for your answer.
The package I want to run guix in should be this one:
https://code.divoplade.fr/divoplade-site.git/
It is a channel aggregating my packages. The one you tried is just the
source code of one of them, and it's not supposed to be used as a guix
channel (thus the e
is the same. The config is here:
https://code.divoplade.fr/divoplade-site.git/tree/divoplade/services/cuirass.scm
The /srv/git path is the root of the repos at
https://code.divoplade.fr/.
The evaluations are here:
https://ci.divoplade.fr/jobset/my-packages
divoplade
Sorry, answering my own questions here...
Le dimanche 18 octobre 2020 à 16:53 +0200, divoplade a écrit :
> Thank you for your responses. I reduced down the problem further.
>
> The following program, as run in a service, creates an *empty* file
> "/tmp/wtf", and runs for
so maybe guile panics when it is time to flush the data, even if the
ports are redirected.
Do you have an example of a service written in guile that works in this
context?
Best regards,
divoplade
,
divoplade
,
divoplade
Hello,
Le samedi 17 octobre 2020 à 16:55 -0400, Julien Lepiller a écrit :
> Don't you have one pair of parentheses too much around make-forkexec-
> constructor? I think it may try to evaluate the result as a function
> with no argument if you do that.
Indeed. Thank you!
divoplade
for the define* function. Results is here:
https://code.divoplade.fr/pomdappi.git/tree/guix/divoplade/services/pomdappi.scm
I still have a problem: shepherd reports an exception when loading the
service:
Wrong type to apply: 17293
(or any number, it varies, maybe a PID).
Do you know what happens
Best regards,
divoplade
Le jeudi 15 octobre 2020 à 14:32 +0200, Mathieu Othacehe a écrit :
> You can also try to setup a Guix mirror to see if it helps.
That's what I did. It seems that the configuration is ignored if the
/var/lib/cuirass/cuirass.db file exists, and that cuirass cannot
restart if I remove it. So I had to
:package-path-inputs . ())
> (#:proc-input . "guix")
> (#:proc-file . "build-aux/cuirass/gnu-system.scm")
> (#:proc . cuirass-jobs)
> (#:proc-args (subset "pomdappi")) ;name of the packages you want
> to build
> (#:inputs . (((#:name
Hello,
I would like to use the cuirass service, but I cannot seem to make it
work. It either fails with an exception, or it builds nothing.
I would like to build all the packages from my repository (
https://framagit.org/divoplade/pomdappi-ci) and nothing from guix git.
Here is a specification
ameter --listen=endpoint of guix daemon
https://guix.gnu.org/manual/en/html_node/Invoking-guix_002ddaemon.html
I never did something like that, so I can't be sure it will work. I
still hope it helps you.
divoplade
Hello guix,
I have written a small C guile module to access (some parts of) the GNU
nettle library. I can install it with guix, but then if I try to load
it from within an environment:
guix environment --ad-hoc guile guile-nettle -- guile <
p.
Perhaps the smartest thing for me to do would be to install the cgit
guix service
https://guix.gnu.org/manual/en/html_node/Version-Control-Services.html.
Best regards,
divoplade
Hello guix,
I have set up a few packages of mine at
https://divoplade.fr/divoplade-site.git
If you clone it, it works:
git clone https://divoplade.fr/divoplade-site.git
But if I add this URL as a guix channel, I get:
guix pull: error: Git error: invalid content-type: 'text/plain'
ild-exp)
>
> Now there’s no need for ‘(guix store)’.
Thank you, that was exactly what I was looking for!
divoplade
ild the package or derivation that the code within FILE evaluates
to"
However, I get an exception, "Wrong number of arguments to #", after a backtrace that
does not even contains example.scm.
What is going on? How do you build the derivation?
Best regards,
divoplade
fortunately. I believe I can substitute cuirass for gitlab-ci,
provided it runs on my server).
divoplade
>
> Le 5 septembre 2020 06:38:32 GMT-04:00, divoplade a
> écrit :
> > Hello Guix,
> >
> > I am trying to set up a mail server. I had already "done" thi
ugh update-exim4.conf.
Now, I cannot help but notice that no such thing exists on guix. So I
have to actually configure everything from scratch, and the task is
quite heavy. Has anyone already done that?
Anyways, is it easier to do with opensmtpd?
Best regards,
divoplade
there deep reasons why it is disabled? It seems to me that the
objective C variant is in a separate package, so maybe it could be as
simple as making a derivative package for ada. Is there a bootstrapping
problem for instance?
Best regards
divoplade
Thank you so much for your help, now I can build both packages without
hassle. The filled-in module template is dynamically computed [1], so I
do not need to care about passing the version number around.
https://framagit.org/divoplade/pomdappi/-/jobs/1068726/artifacts/raw/public/divoplade
I use the git repository and the gitlab CI
environment variables to fill in the blanks [2]. The "pomdappi-dist"
package creates the release tarball for "pomdappi", with the (dist-
package) constructor. The problem is that using a git source, I cannot
run "git describe"; so
))
However, I get "guix build: error: invalid name: `.tarball-version'"
when running guix build.
My idea was to create a file in the store containing the fixed string
@VERSION@, and then symlink it withing the source as ".tarball-
version".
Could someone help me?
divoplade
Le samedi 01 août 2020 à 15:25 +0200, Ricardo Wurmus a écrit :
> That’s on purpose, because the .git directory contains files that
> prevent reproducibility.
>
Thank you, I will try something else then.
divoplade
create an artificial commit, and
use that as the source. However, it is not reproducible because re-
creating the same commit (with the same date and authorship
information) will lead to another commit ID.
Can I do something better? Is it possible to include the ".git"
directory with a git source?
divoplade
is a very unfortunate problem that running "guix pull" or guix
installing something will require the "ntp" debian package, so each job
requires apt-get update and apt-get install -y ntp... I am
investigating how to cache the ntp package (and its dependencies) to
avoid running apt-get update, but that's quite disappointing.
divoplade
.
I prefer the solution in which the pack is a .tar.gz that is directly
untarred to /; this way it can be run on a shared unprivileged runner
and the storage can be achieved in the runner itself, via the gitlab CI
cache.
divoplade
Hello,
Le vendredi 24 juillet 2020 à 03:06 +0300, Dmitry Alexandrov a écrit :
> Jérémy Korwin-Zmijowski wrote:
> > https://jeko.frama.io
> > ## Installation
> > ### On Windows
> >
> > No solution yet.
>
> Is that true? Itʼs true (and a pity) that there no official
> packages, of course, but ‘n
Hello,
Le lundi 06 juillet 2020 à 14:25 +0200, Jérémy Korwin-Zmijowski a
écrit :
> Thank you for the new yaml file ! Unfortunately, I didn't manage to
> use
> this one yet. I have to do more experiments I guess.
I do, too. In the mean time, I think we would be very happy to have a
debian package.
.
Anyways, everything will be way easier once we have a proper debian
package for guix:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850644
divoplade
Le samedi 20 juin 2020 à 10:42 +0200, Jérémy Korwin-Zmijowski a écrit :
> Hey Guixters !
>
> I am experimenting with Gitlab CI fo
in an unprivileged
container, cache things to avoid pulling the world at each commit). I
have a solution based on caching a guix pack containing all your
packages: https://framagit.org/divoplade/guix-project
variables:
GUIX_REF: "--branch=master"
PACKAGES: "guile-hall hello"
b
", which makes sure that the distribution can
be built from source (detect missing files, out-of-tree build errors,
and a few other goodies)
https://www.gnu.org/software/automake/manual/html_node/Checking-the-Distribution.html
Best regards
divoplade
>
> Cheers!
>
> Jérémy
>
>
;
> On Tue, May 26, 2020 at 2:05 am, divoplade wrote:
> > Hello,
> >
> > I think that guix does not support guile 3 yet, so you should have
> > guile 2 bytecode for the guix modules. If geiser starts guile 3,
> > then
> > guile 3 will recompile everything because
with geiser.
divoplade
Le lundi 25 mai 2020 à 19:02 -0400, Jonathan Frederickson a écrit :
> I've been using Geiser to hack on Guix lately, which is absolutely
> wonderful to use when it works. The trouble is, after I upgrade my
> system's Guix, Guile attempts to compile lar
Hello,
Le lundi 18 mai 2020 à 17:00 -0400, Julien Lepiller a écrit :
> We might be lucky and no other package might be needed.
Now I understand the problem.
Best regards
Le lundi 18 mai 2020 à 16:21 -0400, Julien Lepiller a écrit :
> When considering build-time dependencies, there are many cycles that
> makes an importer almost impossible to create. There is some code
> that works (at least it used to work) when you don't need a recursive
> import, but it would be
Hello Guix users :)
Browsing through the web, I found a few discussions about an NPM
importer.
Nov 2018: https://www.mail-archive.com/guix-devel@gnu.org/msg44700.html
Mar 2017:
https://lists.gnu.org/archive/html/guix-devel/2017-03/msg00814.html
What is the status of this?
62 matches
Mail list logo