Re: Building from git fails on linking guix-daemon with undefined reference to argp_parse
Hi, 白い熊 writes: > I'm trying to build guix from git in Termux on Android. Heroic! I admire your courage, but I have to ask: what is your goal? It seems like it might be easier to install a pre-built Guix into the Android system. Then you could build Guix with Guix, and not worry about manually figuring out all the dependencies. -- Chris signature.asc Description: PGP signature
Re: printing pdf with evince
Hi nightowl, nightowl writes: > I recently notice that when I try to send a pdf document to the > printer using the gnome viewer evince, it will not print text. For > comparison, I can also print a pdf document from within the icecat > browser, and it works good. Anyone know why evince would behave this > way when printing hard copy of text from a pdf? I read that the gnome > settings key 'override-restrictions' for org.gnome.Evince schema > should be set to 'true' and that is what I currently have by default. That's probably worth filing a bug report about. The fact that you can print via Icecat is interesting. I've had...trouble...printing from Guix System (formerly known as GuixSD) in the past. But I think what you're experiencing may be different from what I experienced. Are you able to print a test page successfully from the cups web interface? To try this, go to: http://localhost:631/ Click on "Printers". Select the printer you want. Click on the "Maintenance" drop-down menu. Select "Print Test Page". You can watch the status of the job in the web interface, also. Also, you might be able to find out more about why the Evince print job is misbehaving if you examine it in the CUPS web interface. You can also modify CUPS logging to make it log more verbose messages. I've found that helps narrow down problems sometimes. You can sometimes find interesting error messages that way. I'd also look into debugging Evince - maybe it has an option that spits out more verbose messages? Try starting it on the command line with "evince"; maybe it's saying something useful. I hope that helps. You're not alone! Let's try to solve this together. I wish printing were easier. :-( -- Chris signature.asc Description: PGP signature
Re: MySQL configuration: root password?
Pierre Neidhardt writes: > From the Guix manual: > > -- Data Type: mysql-configuration > Data type representing the configuration of MYSQL-SERVICE. > > ‘mysql’ (default: MARIADB) > Package object of the MySQL database server, can be either > MARIADB or MYSQL. > > For MySQL, a temporary root password will be displayed at > activation time. For MariaDB, the root password is empty. > > What does "activation time" mean here. > I don't see any password in `guix system reconfigure` or `herd restart > mysql`. > Am I missing something? Usually, activation happens during boot. Have you tried rebooting, and did you see anything at that time? -- Chris signature.asc Description: PGP signature
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Giovanni Biscuolo writes:
> $ guix weather --manifest=.ungoogled-chromium.manifest
> computing 1 package derivations for x86_64-linux...
> looking for 1 store items on https://ci.guix.info...
> https://ci.guix.info
> 100.0% substitutes available (1 out of 1)
> 99,3 MiB of nars (compressed)
> 288,3 MiB on disk (uncompressed)
> 0,004 seconds per request (0,0 seconds in total)
> 262,4 requests per second
> 'https://ci.guix.info/api/queue?nr=1000' returned 504 ("Gateway Time-out")
>
> actually all https://ci.guix.info/ returns 504 "Gateway Time-out":
> AFAIU this mean I'm not able to install that package (possibly others)
> for some problem in the CDN
Summary: A Cuirass API is failing, but substitutes are available. The
CDN is not the problem. I'll explain more below.
The 504 error comes from berlin, not the CDN. If you access
berlin.guixsd.org directly when the 504 occurs, I think you'll see a 504
from there, too. The CDN is merely forwarding you the 504 it got from
berlin. I've observed this behavior multiple times in the past. The
next time this happens, try viewing the offending location via berlin
directly in your browser:
https://berlin.guixsd.org/api/queue?nr=1000
I think you'll find that berlin, not the CDN, returns the 504 error. To
understand why berlin.guixsd.org returns a 504, we would need someone to
investigate more on the server side. I don't know if anyone understands
why this happens; I don't have access to investigate berlin, myself.
In any case, the 504 for the /api/queue path doesn't imply that
substitutes are unavailable. Indeed, your "guix weather" output states
that the 1 substitute you were looking for was in fact available. How
can this be? Well, both Cuirass and "guix publish" are served through a
front-end NGINX web server, which confuses matters a little. The name
berlin.guixsd.org resolves to that NGINX web server. That NGINX web
server forwards requests to their appropriate destination ("guix
publish" or Cuirass) depending on the path. Substitutes are served from
"guix publish" via one set of paths (e.g., /nar/gzip/), and
Cuirass resources are served from Cuirass via a different set of paths
(e.g., "/api/queue"). It's possible for a Cuirass path to fail even
though the "guix publish" paths are working just fine. This is because
"guix publish" and Cuirass are not the same thing, even though they are
served via the same domain name.
What I'm trying to say is that the 504 doesn't mean substitutes are
unavailable. However, it does suggest a problem with Cuirass or its
dependencies. When you run commands that fetch substitutes, like "guix
build" and "guix install," you will probably find that the substitution
is not failing. If that isn't the case, please let us know.
--
Chris
signature.asc
Description: PGP signature
Re: Need help porting eDuke32
Thank you for looking it this. I have done my own poking around and here is the idea I came up with, after looking at how some other games were handling SDL: (arguments `(#:phases (modify-phases %standard-phases (delete 'configure) (add-after 'set-paths 'set-sdl-paths ;; The makefile adds the output of `sdl2-config --cflags` to the ;; compiler flags, but sdl2-config gives us the wrong directory to ;; include. We have to add the SDL2 header directory ourselves. (lambda* (#:key inputs #:allow-other-keys) (setenv "CPLUS_INCLUDE_PATH" (string-append (assoc-ref inputs "sdl-union") "/include/SDL2" ":" (getenv "CPLUS_INCLUDE_PATH"))) #t)) (delete 'install This seems cleaner to me than patching. I tested it with `guix build` and it seems to work, but I won't have time until next week to look into it again. On Thursday, 21 February 2019 20:19:35 CET you wrote: > I've looked into this and found the culprit. > > > $ echo $C_INCLUDE_PATH > > /gnu/store/x3r6c04n583q3fz7szm32ahycrxgfiz6-profile/include > > This is not correct. You should have a ":"-separated list of store items > brom bzip2 to libxau. > > > $ sdl2-config --cflags > > -I/gnu/store/4bhz5xzr39v0kgxf3ipv6kswicrdmkk4-sdl2-2.0.9/include/SDL2 > > Indeed, sdl2-config should return the path to the union, not the sdl2 > package. SDL2_mixer is missing, which leads to the error. > > It seems to be an issue with sdl2-config. Any idea, anyone?
Re: Need help porting eDuke32
For eduke32, we can patch Common.mak. The offending lines (around line 910): --8<---cut here---start->8--- SDLCONFIG_CFLAGS := $(strip $(subst -Dmain=SDL_main,,$(shell $(SDLCONFIG) --cflags))) SDLCONFIG_LIBS := $(strip $(subst -mwindows,,$(shell $(SDLCONFIG) --libs))) --8<---cut here---end--->8--- Ideally, we'd need a working sdl2-config though. -- Pierre Neidhardt https://ambrevar.xyz/ signature.asc Description: PGP signature
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Hi Giovanni, I think my specific problem is caused by the "Gateway Timeout" error from ci.guix.info, see below for details >>> >>> I cannot reproduce this. > > do you mean you are able to reach https://ci.guix.info/ without > problems? Yes. I can still access it without problems with a browser. I can also access https://berlin.guixsd.org just fine. Curl gives me the same kind of error, though: --8<---cut here---start->8--- $ curl -I https://ci.guix.info/ HTTP/2 405 server: nginx date: Thu, 21 Feb 2019 18:26:49 GMT x-cache: Error from cloudfront via: 1.1 e83e50311ef72f016908ba58ad2e6bd8.cloudfront.net (CloudFront) x-amz-cf-id: EeV0rybaav9_GfKT4ufwCu5orDNAlV6v11fUV_OEzze_UsjnlP2VvQ== --8<---cut here---end--->8--- I don’t know what this means. -- Ricardo
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Hi Ricardo and Mathieu, Mathieu Lirzin writes: > Ricardo Wurmus writes: > >> Hi Giovanni, >> >>> I think my specific problem is caused by the "Gateway Timeout" error >>> from ci.guix.info, see below for details >> >> I cannot reproduce this. do you mean you are able to reach https://ci.guix.info/ without problems? > I can reproduce here (on GuixSD) and like Giovanni I am unable to use > the substitutes for ‘ungoogled-chromium’. here some detail about the connection from my network (Italy): --8<---cut here---start->8--- giovanni@anemone: curl -I https://ci.guix.info/ HTTP/2 405 server: nginx date: Thu, 21 Feb 2019 16:51:48 GMT x-cache: Error from cloudfront via: 1.1 a6fa155499d42d80898e356700528797.cloudfront.net (CloudFront) x-amz-cf-id: gx4DPKlmNJNqdVcpOWJTXgAXFpPleiZdxBz4HyYRuP-xzkZAKt7j4Q== --8<---cut here---end--->8--- and from the network of one remote hosts in OVH (France): --8<---cut here---start->8--- $ curl -I https://ci.guix.info/ HTTP/2 405 server: nginx date: Thu, 21 Feb 2019 16:53:33 GMT x-cache: Error from cloudfront via: 1.1 6cb5674c966cf185ca044933e4011460.cloudfront.net (CloudFront) x-amz-cf-id: JXxc1CoqYXERBwRSu-TtvpzdgzbfJ5rBCFcJNrP779n4EG8l33VNFA== --8<---cut here---end--->8--- and in Hetzner (Germany) --8<---cut here---start->8--- $ curl -I https://ci.guix.info/ HTTP/2 405 server: nginx date: Thu, 21 Feb 2019 16:58:59 GMT x-cache: Error from cloudfront via: 1.1 6135f6c459dcfb7b39ddb7d01def7207.cloudfront.net (CloudFront) x-amz-cf-id: OKRLI-rbcxr59M5HfO6eRiFHkGsFVcV8hbXiMEsmR1qZ70Pc5yrbVg== --8<---cut here---end--->8--- it seems a problem affecting several geographical regions if I can do some more testing please tell me! Thanks! Giovanni -- Giovanni Biscuolo Xelera IT Infrastructures signature.asc Description: PGP signature
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Hello,
Ricardo Wurmus writes:
> Hi Giovanni,
>
>> I think my specific problem is caused by the "Gateway Timeout" error
>> from ci.guix.info, see below for details
>
> I cannot reproduce this.
I can reproduce here (on GuixSD) and like Giovanni I am unable to use
the substitutes for ‘ungoogled-chromium’.
--8<---cut here---start->8---
$ guix weather --manifest=foo.scm
calcul de 1 dérivations de paquets pour x86_64-linux…
recherche de 1 éléments du dépôt sur https://ci.guix.info...
https://ci.guix.info
100.0% substituts disponibles (1 sur 1)
99,3 Mo de fichiers nar (compressés)
288,3 Mo sur le disque (décompressé)
0,003 secondes par requête (0,0 secondesen tout)
358,9 requêtes par seconde
« https://ci.guix.info/api/queue?nr=1000 » a renvoyé 504 ("Gateway Time-out")
$ guix package -i ungoogled-chromium
construction de
/gnu/store/w54r150nj8ksyznj6b8q92fgr1n0l20h-ungoogled-chromium-72.0.3626.109.tar.xz.drv...
\ C-c C-c
--8<---cut here---end--->8---
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Hi Giovanni, > I think my specific problem is caused by the "Gateway Timeout" error > from ci.guix.info, see below for details I cannot reproduce this. -- Ricardo
ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Leo,
thanks for helping!
I'm also involving guix-devel since probably this issue must escalate
:-)
I think my specific problem is caused by the "Gateway Timeout" error
from ci.guix.info, see below for details
Leo Famulari writes:
[...]
> Did you authorize substitutes for ci.guix.info?
>
> https://www.gnu.org/software/guix/manual/en/html_node/Substitutes.html
not explicitly but my (user) guix accepts it by default, I was able to
install other packages with no problem, also tried again some minutes
ago and succeeded installing gnumeric
this also means that my problem installing ungoogled-chromium substitute
does not depend from my X.509 problem shown below (subsitutes are
installed via https://ci.guix.info and I'm able to install them)
still, if I try to install ungoogled-chromium on my machine, it starts
building:
--8<---cut here---start->8---
$ guix package -i ungoogled-chromium
substitute: updating substitutes from 'https://ci.guix.info'... 100.0%
building
/gnu/store/4mvzzx2jmr4r4p2kx0hcvwr9s9lvx0gd-ungoogled-chromium-72.0.3626.109.drv...
| 'unpack' phase
--8<---cut here---end--->8---
now, guix weather tell me this:
--8<---cut here---start->8---
$ guix weather --manifest=.ungoogled-chromium.manifest
computing 1 package derivations for x86_64-linux...
looking for 1 store items on https://ci.guix.info...
https://ci.guix.info
100.0% substitutes available (1 out of 1)
99,3 MiB of nars (compressed)
288,3 MiB on disk (uncompressed)
0,004 seconds per request (0,0 seconds in total)
262,4 requests per second
'https://ci.guix.info/api/queue?nr=1000' returned 504 ("Gateway Time-out")
--8<---cut here---end--->8---
actually all https://ci.guix.info/ returns 504 "Gateway Time-out":
AFAIU this mean I'm not able to install that package (possibly others)
for some problem in the CDN
>> guix/build/download.scm:313:6: In procedure tls-wrap:
>> X.509 certificate of 'ci.guix.info' could not be verified:
>> signer-not-found
>> invalid
>> --8<---cut here---end--->8---
>
> Also, did you set up X.509 certificates for use by Guix?
>
> https://www.gnu.org/software/guix/manual/en/html_node/Application-Setup.html
ouch no :-S (I'm on foreign distro)
I've installed nss-certs (and configured my env) and now "guix weather"
does not report the above error
>> and checking the build logs it's clear my problem is lack of space in /tmp
>
> Yes, I don't know off the top of my head how much space it needs but
> since the source alone is several gigabytes I recommend 15 GB.
wow: I don't have so much space in /tmp so I have to find an alternative
:-) (i.e. grow my volume, LVM unfortunately [1])
>> please how can I set a different TMPDIR for the build process?
>
> You need to set this variable in the context of the guix-daemon:
>
> https://www.gnu.org/software/guix/manual/en/html_node/Invoking-guix_002ddaemon.html
the builder! guix-daemon is The Builder!
thanks Leo: I read that once in the manual but missed it yesterday when
I needed it :-S
in my case (I'm on Debian with systemd) I have to add an "Environment="
parameter in /etc/systemd/system/guix-daemon.service, reload the systemd
file and restart the service
kudos
Giovanni
[1] because LVM is still not fully supported by Guix
--
Giovanni Biscuolo
Xelera IT Infrastructures
signature.asc
Description: PGP signature
