Re: wrapping up the Newmoon Browser package
Hi > Can you find evidence that > Pale Moon has made such a commitment for their add-ons repository? I did not find any such statements. I did find non-free addons though. E.g. FireShot listed here: https://addons.palemoon.org/extensions/tools-and-utilities/ It took some time to find a non-free one, so I guess they are rare like 1% of the total or less. -- Cheers Swedebugia
Re: ci.guix.info 504 gateway timeout (was Re: guix package builds, subsitutes and --no-build)
Hi Giovanni I responded to your questions here: https://lists.gnu.org/archive/html/help-guix/2019-02/msg00216.html I replied there because I didn't see your new email thread here until just now. I just wanted to make sure you saw my reply. -- Chris signature.asc Description: PGP signature
Re: Eliminate environment variable hints?
Andreas Enge writes: > Hello, > > On Tue, Feb 19, 2019 at 08:41:47AM +0100, Ricardo Wurmus wrote: >> This only needs to be done when GUIX_PROFILE is not set. The >> definitions in etc/profile either reference /gnu/store directories >> directly (when GUIX_PROFILE is not set) or they reference the profile >> links (when GUIX_PROFILE is set). > > that is an interesting point, thanks a lot for explaining it! So I think > that the best advice the command could give would be both to set GUIX_PROFILE > and to source etc/profile. +1 -- 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: shpchp kernel module (Re: upgrading on GuixSD before 0.16 to 0.16 fails)
Ricardo Wurmus transcribed 233 bytes: > > n...@n0.is writes: > > > Now my next question to get up to date is: What happened with shpchp? > > In 4.17.12-gnu I had to add this kernel module, now it's simply gone? > > You have asked this question before. See bug 32840. Ah, thanks. I forgot to include a bug URL in our system config file. This time I will do it.
Re: shpchp kernel module (Re: upgrading on GuixSD before 0.16 to 0.16 fails)
n...@n0.is writes: > Now my next question to get up to date is: What happened with shpchp? > In 4.17.12-gnu I had to add this kernel module, now it's simply gone? You have asked this question before. See bug 32840. -- Ricardo
shpchp kernel module (Re: upgrading on GuixSD before 0.16 to 0.16 fails)
Hi, swedebugia transcribed 5.4K bytes: > n...@n0.is skrev: (21 februari 2019 18:09:53 CET) > >Hi, > > > >I'm currently trying to upgrade out (gnunet) server to a new > >version of GuixSD. Upgrading it was put off for a while due to research > >reasons. > > > >This installation is from November '18, and I'm getting stuck on a > >backtrace when I'm trying to pull from the commit 0.16 tags or > >anything after it. > > > >Here's the backtrace. If it helps I can attach the config. > > > >root@firefly ~/gnunet-maintenance/gnunet# guix system build config.scm > >guile: warning: failed to install locale > >hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' > >package and > >defining `GUIX_LOCPATH', along these lines: > > > > guix package -i glibc-utf8-locales > > export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale" > > > >See the "Application Setup" section in the manual, for more info. > > > > > >Backtrace: > > 14 (primitive-load "/root/.config/guix/current/bin/guix") > >In guix/ui.scm: > > 1603:12 13 (run-guix-command _ . _) > >In ice-9/boot-9.scm: > > 829:9 12 (catch _ _ # ?) > > 829:9 11 (catch _ _ # ?) > >In guix/scripts/system.scm: > > 1268:8 10 (_) > >In guix/status.scm: > >615:4 9 (call-with-status-report _ _) > >In guix/scripts/system.scm: > > 1138:6 8 (process-action _ _ _) > >In guix/store.scm: > > 1659:24 7 (run-with-store _ _ #:guile-for-build _ #:system _ # _) > >In guix/scripts/system.scm: > > 1151:13 6 (_ _) > > 869:18 5 (perform-action build #< kernel: # ?) > >In gnu/system.scm: > > 840:19 4 (operating-system-derivation _ #:container? _) > >In gnu/services.scm: > >743:6 3 (instantiate-missing-services _) > >In guix/combinators.scm: > > 45:26 2 (fold2 # ?) > > 45:26 1 (fold2 # ?) > >In gnu/services.scm: > > 723:31 0 (_ _ (#< type: # ?) ?) > > > >gnu/services.scm:723:31: In procedure struct_vtable: Wrong type > >argument in position 1 (expecting struct): shepherd-root-service-type > > We need your config to be certain but I am guessing you are bitten by the ABI > changes: service->service-type. Yes, thanks for the pointer. What I had was one single quote too much in a service I have written to mount an xfs drive late (with /home). Now my next question to get up to date is: What happened with shpchp? In 4.17.12-gnu I had to add this kernel module, now it's simply gone? > Though this usually gives a more helpful error. > -- > Sent from my k-9 mail for Android.
Re: Getting a copy of the Cuirass (berlin.guixsd.org) database
Hi Björn, On Wed, 13 Feb 2019 22:00:06 +0100 Björn Höfling wrote: > I'm not sure if anybody else responded to you, but I have a database > around. I got it last year from Clement Lassieur. It is 1.6 GB in size, > I made a tar.xz an that is only 86 MB! I wonder if there is anything > wrong or it is just thaaat compressible! I think we didn't set up the infrastructure to VACUUM the database. The default in sqlite is not to VACUUM ever, so we probably should either stop the entire thing and vacuum it once a week or we could set up autovacuum to incremental or full (the latter would vacuum at each commit) if we ever ran out of space. pgpuCEjhSwAke.pgp Description: OpenPGP digital signature
Re: upgrading on GuixSD before 0.16 to 0.16 fails
n...@n0.is skrev: (21 februari 2019 18:09:53 CET) >Hi, > >I'm currently trying to upgrade out (gnunet) server to a new >version of GuixSD. Upgrading it was put off for a while due to research >reasons. > >This installation is from November '18, and I'm getting stuck on a >backtrace when I'm trying to pull from the commit 0.16 tags or >anything after it. > >Here's the backtrace. If it helps I can attach the config. > >root@firefly ~/gnunet-maintenance/gnunet# guix system build config.scm >guile: warning: failed to install locale >hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' >package and >defining `GUIX_LOCPATH', along these lines: > > guix package -i glibc-utf8-locales > export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale" > >See the "Application Setup" section in the manual, for more info. > > >Backtrace: > 14 (primitive-load "/root/.config/guix/current/bin/guix") >In guix/ui.scm: > 1603:12 13 (run-guix-command _ . _) >In ice-9/boot-9.scm: > 829:9 12 (catch _ _ # ?) > 829:9 11 (catch _ _ # ?) >In guix/scripts/system.scm: > 1268:8 10 (_) >In guix/status.scm: >615:4 9 (call-with-status-report _ _) >In guix/scripts/system.scm: > 1138:6 8 (process-action _ _ _) >In guix/store.scm: > 1659:24 7 (run-with-store _ _ #:guile-for-build _ #:system _ # _) >In guix/scripts/system.scm: > 1151:13 6 (_ _) > 869:18 5 (perform-action build #< kernel: # ?) >In gnu/system.scm: > 840:19 4 (operating-system-derivation _ #:container? _) >In gnu/services.scm: >743:6 3 (instantiate-missing-services _) >In guix/combinators.scm: > 45:26 2 (fold2 # ?) > 45:26 1 (fold2 # ?) >In gnu/services.scm: > 723:31 0 (_ _ (#< type: # ?) ?) > >gnu/services.scm:723:31: In procedure struct_vtable: Wrong type >argument in position 1 (expecting struct): shepherd-root-service-type We need your config to be certain but I am guessing you are bitten by the ABI changes: service->service-type. Though this usually gives a more helpful error. -- Sent from my k-9 mail for Android.
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
upgrading on GuixSD before 0.16 to 0.16 fails
Hi, I'm currently trying to upgrade out (gnunet) server to a new version of GuixSD. Upgrading it was put off for a while due to research reasons. This installation is from November '18, and I'm getting stuck on a backtrace when I'm trying to pull from the commit 0.16 tags or anything after it. Here's the backtrace. If it helps I can attach the config. root@firefly ~/gnunet-maintenance/gnunet# guix system build config.scm guile: warning: failed to install locale hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' package and defining `GUIX_LOCPATH', along these lines: guix package -i glibc-utf8-locales export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale" See the "Application Setup" section in the manual, for more info. Backtrace: 14 (primitive-load "/root/.config/guix/current/bin/guix") In guix/ui.scm: 1603:12 13 (run-guix-command _ . _) In ice-9/boot-9.scm: 829:9 12 (catch _ _ # ?) 829:9 11 (catch _ _ # ?) In guix/scripts/system.scm: 1268:8 10 (_) In guix/status.scm: 615:4 9 (call-with-status-report _ _) In guix/scripts/system.scm: 1138:6 8 (process-action _ _ _) In guix/store.scm: 1659:24 7 (run-with-store _ _ #:guile-for-build _ #:system _ # _) In guix/scripts/system.scm: 1151:13 6 (_ _) 869:18 5 (perform-action build #< kernel: # ?) In gnu/system.scm: 840:19 4 (operating-system-derivation _ #:container? _) In gnu/services.scm: 743:6 3 (instantiate-missing-services _) In guix/combinators.scm: 45:26 2 (fold2 # ?) 45:26 1 (fold2 # ?) In gnu/services.scm: 723:31 0 (_ _ (#< type: # ?) ?) gnu/services.scm:723:31: In procedure struct_vtable: Wrong type argument in position 1 (expecting struct): shepherd-root-service-type
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
Re: guix-video repository, final 2 weeks of Outreachy intern
Hello Björn, 2019. febr. 21., Cs 8:22 dátummal Björn Höfling < bjoern.hoefl...@bjoernhoefling.de> ezt írta: > On Wed, 20 Feb 2019 07:29:56 +0100 > Björn Höfling wrote: > > > I think I did all of my reviewing-homework and will now look at the > > Makefile/repository. > > Just trying to rebuild the videos with the existing Makefiles/scripts > takes me longer than expected, I'm making progress only slowly. I will > go on looking into these, but maybe we should put the scripts not as > polished as I would like into the repository and later concentrate on > a Guile-solution? > That would be ok. I also believe that finally we might have some kind of hybrid solution, I will look into this later. > > Björn >
