bug#26201: hydra.gnu.org uses ‘guix publish’ for nars and narinfos

[Ludovic Courtès]

Hi again!

Until now hydra.gnu.org was using Hydra (the software) to serve not only
the Web interface but also all the .narinfo and /nar URLs (substitute
meta-data and substitutes).

Starting from now, hydra.gnu.org directs all .narinfo and corresponding
nar requests to ‘guix publish’ instead of Hydra.

‘guix publish’ should be faster and less resource-hungry than Hydra.  It
uses in-process gzip for nar compression instead of bzip2 (I chose level
7, which seems to provide compression ratios close to what bzip2
provides with its default compression level, while being 3 times
faster).  Unlike Hydra it never forks so for instance, 404 responses for
.narinfo URLs should be quicker.  Hopefully, that will improve the
worst-case (cache miss) throughput.

I configured nginx in such a way that the former Hydra-provided /nar
URLs (which are cached in nginx instances, in our
/var/guix/substitute/cache directories, etc.) are still available.
‘guix publish’ uses the /guix/nar URLs while Hydra uses /nar, so the
nginx config redirects to either Hydra or ‘guix publish’ depending on
the URL:

  
https://git.savannah.gnu.org/cgit/guix/maintenance.git/tree/hydra/nginx/hydra.gnu.org-locations.conf#n29

Hydra-provided .narinfos are still cached here and there; they’ll be
progressively expire and be replaced by ‘guix publish’-provided
.narinfos.

Let me know if you notice anything fishy!

Ludo’.

bug#26201: No notification of cache misses when downloading substitutes

[Ludovic Courtès]

Hey Tobias,

Tobias Geerinckx-Rice  skribis:

> On 21/03/17 17:43, Ludovic Courtès wrote:
>> I think there’s room for improvement in our nginx config at
>> .
>> 
>> For instance, I just discovered ‘proxy_cache_lock’ while looking at
>> ; looks useful
>> in reducing load on hydra.gnu.org.  Surely there are other ways to tweak
>> caching.
>
> Indeed! For reference, here's my cache configuration.
>
> That's right. Now you can all¹ steal some criminally overpriced Belgian
> bandwidth!

Heheh.  :-)

>   limit_except GET {deny all; }
>   proxy_passSUPER_SEKRIT_BACKEND;
>
>   # https://www.nginx.com/blog/nginx-caching-guide
>   add_headerX-Cache-Status $upstream_cache_status;
>
>   proxy_cache   default;
>   # We allow only GET requests, so don't waste key space:
>   proxy_cache_key   "$request_uri";
>   proxy_cache_lock  on;
>   proxy_cache_lock_timeout  3h; #yolo
>   proxy_cache_use_stale error timeout
> http_500 http_502 http_503 http_504;

I didn’t fully understand the docs for the last 3 directives here.  For
instance, what happens when 10 clients do GET /nar/xyz-texlive?  Do the
9 unlucky clients wait for 3 hours and then get 404?

Anyway, thanks for sharing your tips.  :-)

> Entirely off-topic, but this 'tude is a part of what drew me to Guix in
> the first place. So, like, thanks, in general :-)

:-)

Ludo’.

bug#26158: Gnome starts unreliably

[Joshua Branson]

So I’ve gotten responses for this on the help-guix mailing list and in the 
guix-bugs list.  I’ll try to just respond to the bug mailing list so the 
conversation is in one place.

I did login as root, run guix system vm /etc/gnome-xfce.scm;   A vm popped up.  
I could not login as joshua, but I could also not login as root either.   When 
I tried to login as joshua, after I typed in my password, it prompted me for a 
user name.  So I can’t login as joshua in the vm.  Outside the vm, when I try 
logging in as joshua I see Logging in, I see lots of text, and then I’m back at 
the login screen.   In the vm, I tried logging in a root, and it tries to log 
me in, but inevitably I end up at the login screen again.   Outside the vm, 
when I try logging in as root, it works fine.

I tried looking for the x-session errors file and couldn’t find anything.

cat /home/joshua/.xsession-errors;

No file.


cat /root/.xsession-errors;

No file. 

cat / .xsession-errors;

no file.


Also it looks like Parabola X errors are listed in ~/.local/share/xorg/, 
because X is rootless in Parabola.   Does X start as root in guixSD?

If so,

pwd;  -> /var/log


grep -e Log -e tty Xorg.0.log ->  March 22  16:22:29(today about an hour 
ago)

grep EE Xorg.0.log

43.680  (EE) NOUVEAU (0):  [COPY] failed to allocate class.

grep WW Xorg.0.log

(WW)  Open ACPI failed (/var/run/aspid.socket)  (No such file or directory)
(WW)  Falling back to old probe method for mode setting
(WW)  Falling back to old probe method for fbdev
(WW) Falling back to old probe method vesa


I feel like if someone tries to make a vm of my scheme file, they’re going to 
be able to log in just fine….Wait I didn’t set my normal user password in the 
vm….  So I probably could login to the vm, because my normal user password was 
not set right?  BUT I can’t get a tty in a vm?  I tried, and I was in outside 
the vm in a normal tty.

IDK.  

Joshua

P.S.  Most of the time when I login to gnome my mouse cannot move left to 
right.  It’s probably a different issue, but I felt I should probably mention 
it.

bug#26199: claws-mail needs to be built with libenchant support

[Quiliro]

El Wed, 22 Mar 2017 12:57:14 +0100
Ricardo Wurmus  escribió:

> Quiliro  writes:
> 
> > The error is not produce. It just exists. I tryed without
> > --debug
> > and I get no other error.  
> 
> Another option is to start claws-mail, record the process ID, then
> attach strace with “strace -f -p $PID”, and then to perform the action
> that triggers the error.
> 
> Maybe claws looks for things in invalid directories; in that case
> “strace” should be able to confirm this.


Repetitions of:

[pid 18261] clock_gettime(CLOCK_MONOTONIC, {tv_sec=14675,
tv_nsec=799818077}) = 0 [pid 18261] poll([{fd=3, events=POLLIN}, {fd=4,
events=POLLIN|POLLPRI}, {fd=5, events=POLLIN}, {fd=6, events=POLLIN},
{fd=7, events=POLLIN}, {fd=11, events=POLLIN}, {fd=13, events=POLLIN},
{fd=15, events=POLLIN|POLLPRI}], 8, 250) = 0 (Timeout) [pid 18261]
clock_gettime(CLOCK_MONOTONIC, {tv_sec=14676, tv_nsec=50374837}) = 0
[pid 18261] stat64("", 0xbf9d8b00)  = -1 ENOENT (No such file or
directory) [pid 18261] recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN
(Resource temporarily unavailable)


-- 
Example of rude top posting:

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

A: No.
Q: Should I leave quotations after my reply?

Saluton,
Quiliro
0987631031

bug#26199: claws-mail needs to be built with libenchant support

[Ricardo Wurmus]

Quiliro  writes:

> The error is not produce. It just exists. I tryed without
> --debug
> and I get no other error.

Another option is to start claws-mail, record the process ID, then
attach strace with “strace -f -p $PID”, and then to perform the action
that triggers the error.

Maybe claws looks for things in invalid directories; in that case
“strace” should be able to confirm this.

--
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net

bug#26199: claws-mail needs to be built with libenchant support

[Quiliro]

El Wed, 22 Mar 2017 10:51:34 +0100
Catonano  escribió:

> 2017-03-22 10:44 GMT+01:00 Quiliro :
> 
> > The only error I get with:
> > claws-mail --debug
> > is about spamassassin
> >
> 
> I would try without the "--debug"" part
> 
> Just launch it with
> 
> claws-mail
> 
> then, repeat the steps that produce the error
> 
> When the error is reproduced, some meaningful output could show up in
> the terminal

The error is not produce. It just exists. I tryed without
--debug
and I get no other error. By the way, it reported spamassasin not as an
error but as a warning.

-- 
Example of rude top posting:

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

A: No.
Q: Should I leave quotations after my reply?

Saluton,
Quiliro
0987631031

bug#26199: claws-mail needs to be built with libenchant support

[Catonano]

2017-03-22 10:44 GMT+01:00 Quiliro :

> The only error I get with:
> claws-mail --debug
> is about spamassassin
>

I would try without the "--debug"" part

Just launch it with

claws-mail

then, repeat the steps that produce the error

When the error is reproduced, some meaningful output could show up in the
terminal

bug#26199: claws-mail needs to be built with libenchant support

[Quiliro]

The only error I get with:
claws-mail --debug
is about spamassassin
-- 
Example of rude top posting:

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

A: No.
Q: Should I leave quotations after my reply?

Saluton,
Quiliro
0987631031

bug#26215: gschemas.compiled should not be added to the profile by multiple packages

[pelzflorian (Florian Pelz)]

Currently multiple packages contain the file
share/glib-2.0/schemas/gschemas.compiled (which is built by
glib-or-gtk-build-system). Doing so *works* (because each package’s
share directory in the Store is part of the XDG_DATA_DIRS environment
variable, GSettings looks for settings in each of the gschemas.compiled
files in the Store) but leads to *warnings* because only one package’s
gschemas.compiled can be added to the profile at the same time.

To avoid these misleading warnings, either
· no package’s gschemas.compiled should go to the profile on
  install *or*
· gschemas.compiled should not be created for each package by
  glib-or-gtk-build-system, instead it should be created only once
  in each profile by a profile hook from the GSettings data of all
  packages in the manifest,
· or something else?

This bug report follows a discussion here:
https://lists.gnu.org/archive/html/guix-devel/2017-03/msg00552.html

Is it easily possible to prevent a file from going from the Store to a
profile?

As for the other possible solution using a profile hook, John Darrington
asked:
> But what would happen if one had for example gnome-calculator in the
> system profile,
> and gnome-maps in the user profile?  Would it work under those
> circumstances?

A profile hook for gschemas.compiled would eliminate half the purpose of
glib-or-gtk-build-system I believe… It would still be used for setting
GTK_PATH GTK+ modules.