guix-publish gets ERROR when serve gtk+.

can't substitute gtk+ from a guix-publish server, it fails with:

GET /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2

In web/server/http.scm:

117:27 1 (http-read #<<http-server> socket: #<input-output: so...>)

In unknown file:

0 (peek-char #<input-output: socket 13>)

ERROR: In procedure fport_fill_input: Connection reset by peer

??? <iyzsong@openmailbox.org> skribis:

This means that the *client* closed the connection. Could you check

what happened on the client side?

It may be more convenient to use wget on the client-side to reproduce

the problem.

TIA,

Ludo’.

On 2015-11-13 04:28, ludo@gnu.org wrote:

OK, I attach logs of:

wget -qd

'http://localhost:8080/nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2'

wget -qd

'http://localhost:8080/nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk%2B-3.18.2'

DEBUG output created by Wget 1.16.3 on linux-gnu.

URI encoding = 'ANSI_X3.4-1968'

converted 'http://localhost:8080/nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk%2B-3.18.2'(ANSI_X3.4-1968) - 'http://localhost:8080/nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2' (UTF-8)

Caching localhost => ::1 127.0.0.1

Closed fd 3

Created socket 3.

Releasing 0x0000000001448300 (new refcount 1).

---request begin---

GET /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2 HTTP/1.1

User-Agent: Wget/1.16.3 (linux-gnu)

Accept: */*

Accept-Encoding: identity

Host: localhost:8080

Connection: Keep-Alive

---request end---

---response begin---

HTTP/1.1 404 Not Found

Content-Length: 69

Content-Type: text/plain;charset=utf-8

---response end---

Registered socket 3 for persistent reuse.

URI content encoding = 'utf-8'

Skipping 69 bytes of body: [Resource not found: /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2] done.

[IRI fallbacking to non-utf8 for 'http://localhost:8080/nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk%2B-3.18.2'

Reusing fd 3.

---request begin---

GET /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk%2B-3.18.2 HTTP/1.1

User-Agent: Wget/1.16.3 (linux-gnu)

Accept: */*

Accept-Encoding: identity

Host: localhost:8080

Connection: Keep-Alive

---request end---

---response begin---

HTTP/1.1 200 OK

Content-Type: application/x-nix-archive;charset=ISO-8859-1

---response end---

URI content encoding = 'ISO-8859-1'

DEBUG output created by Wget 1.16.3 on linux-gnu.

URI encoding = 'ANSI_X3.4-1968'

converted 'http://localhost:8080/nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2'(ANSI_X3.4-1968) - 'http://localhost:8080/nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2' (UTF-8)

Caching localhost => ::1 127.0.0.1

Closed fd 3

Created socket 3.

Releasing 0x000000000218f260 (new refcount 1).

---request begin---

GET /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2 HTTP/1.1

User-Agent: Wget/1.16.3 (linux-gnu)

Accept: */*

Accept-Encoding: identity

Host: localhost:8080

Connection: Keep-Alive

---request end---

---response begin---

HTTP/1.1 404 Not Found

Content-Length: 69

Content-Type: text/plain;charset=utf-8

---response end---

Registered socket 3 for persistent reuse.

URI content encoding = 'utf-8'

Skipping 69 bytes of body: [Resource not found: /nar/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2] done.

??? <iyzsong@openmailbox.org> skribis:

Here ‘guix publish’ returns 404, presumably because

/gnu/store/1dlz1am0qmj1579f5p6j5cvfx9l2aw50-gtk+-3.18.2 is not on disk

or not valid.

Is this correct?

Now, does http://localhost/1dlz1am0qmj1579f5p6j5cvfx9l2aw50.narinfo

return? It should also return 404, otherwise there’s an inconsistency.

Thanks,

Ludo’.

ludo@gnu.org (Ludovic Courtès) writes:

No, the gtk+ item is valid, and replace 'gtk+' with 'gtk%2B' in the url

will make wget download it happily.

for the narinfo, It does return 200.

iyzsong@member.fsf.org (???) skribis:

Oooh, I see. We’re missing a decoding phase here. David? :-)

Ludo’.

On Fri, Nov 13, 2015 at 8:29 AM, Ludovic Courtès <ludo@gnu.org> wrote:

I don't know when I'll be able to fix it, but it sounds easy. I'll

post a patch when I have time.

Thanks,

- Dave

iyzsong@member.fsf.org (???) skribis:

‘guix publish’ correctly decodes URIs in ‘request-path-components’, but

‘uri-decode’ does this:

I think that ‘uri-decode’ is right, and that Wget is wrong when it fails

to replace ‘+’ with ‘%2B’.

Regardless, the problem is that the faulty /nar/…-gtk+ URI comes from a

.narinfo generated by ‘guix publish’ itself. The fix is for ‘guix

publish’ to properly percent-encode it in the narinfo.

Done in 93961f02987cf738d116cc85cc32d97c2a488222.

Thanks,

Ludo’.