Apt update fails #78

glitchphan · 2016-04-08T02:37:23Z

Not sure if I'm the only one with this problem.

$ apt update
Get:1 http://termux.net stable InRelease [965 B]
Err:1 http://termux.net stable InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
Fetched 965 B in 4s (196 B/s)
Reading package lists... Done
W: Failed to fetch http://termux.net/dists/stable/InRelease Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
E: Some index files failed to download. They have been ignored, or old ones used instead.

glitchphan · 2016-04-08T02:39:46Z

I know I'm online, etc

$ telnet termux.net 80

HTTP/1.1 400 Bad Request
Date: Fri, 08 Apr 2016 02:38:43 GMT
Content-Type: text/html
Content-Length: 177
Connection: close
Server: -nginx
CF-RAY: -

<html>
<head><title>400 Bad Request</title></head>
<body bgcolor="white">
<center><h1>400 Bad Request</h1></center>
<hr><center>cloudflare-nginx</center>
</body>
</html>
Connection closed by foreign host

fornwall · 2016-04-09T22:20:31Z

Do the problem remain? Can you visit http://termux.net/dists/stable/InRelease in the browser?

glitchphan · 2016-04-11T21:11:57Z

Still having the problem. I see a pgp signed message and signature when I open in browser.

glitchphan · 2016-04-11T21:15:24Z

When I grab that URL from within Termux, though, I get this.

$ wget -O - http://termux.net/dists/stable/InRelease
Connecting to termux.net (104.18.37.234:80)
}S�r�F��+�'=T��!��ͮ��͌@��+;ɋv��{�ӌ��('�p�KFq;��i��_W�pڍeA��3{P{˳�;ۢ\��0��ٚ�e#T�]��}�f��J��m[�b}<��
��s^܂�ŏ�Bn��a�#�0��H@��Y+��B!3K�:g��
3A, �!�!e�"m�e�1 �� <�{Au�>��l�ҖAh0��JJ7 a��T0"5jC��G
1�.��kg��^�8Dc��(?Ou ��Kn-�R��c8��B�AB�g!!�2��1�2l-ό0�hH�q-Ugē3l���t��v9�^�BbN�@3�6�x�8��!̴�
$�s�]PA�7��
�b� /]a�_�"S�g� ��YG<��%�:��1�̬�ƬsR��
>�OU+J��dPKb��2��Z!�i�=�?5�4��

'#��2o�S�$�n�]�h6��_N�qV�il�Q�lEQ�L�/-6̣(�ǉ�Θ�7iq��n}��͞fy�D�Gp{^�ɶS?�@��-�x?�n�MQn�qUL�Q�'˗ٴD��I�7��d��/yj��9�o�6n_#Z�e�T��~1��%;fd��ɚ�#�r�#�4�e�ќ5mpݭQm��gcVU��+k'��Xی��éw��6��Yk�zܔ�n�s$�C֍�
j��n�Mo��m:�L�ן�x7�Ѭ��\��i�_�Q�?Y/��'ͼV�~�9-��#��- 100% |_*************| 968 0:00:00 ETA
$

fornwall · 2016-04-12T03:46:04Z

@glitchphan The wget output is strange. Could you try both on a separate network and see if you get the same problem? Also, could you save the file (omit the -O option) and put up the file somewhere so I can exame it?

glitchphan · 2016-04-12T15:27:55Z

https://drive.google.com/file/d/0B-A2cTCaFGMNWV9SWDNKUHJ0OW8/view?usp=sharing

I definitely get a different file on a different computer/network. Still need to test the phone on another network as well as another device tethered to the phone.

fornwall · 2016-04-12T18:25:02Z

Interesting! The file you receive is actually InRelease in gzipped format (seen by using zcat InRelease). I'll check if it could be from my servers end, please check from your end by varying the network if possible!

Could you try to access the following two urls with wget and see if they return the gzipped data as well?

1: https://termux.net/dists/stable/InRelease
2: http://apt.termux.com/dists/stable/InRelease

glitchphan · 2016-04-23T08:04:00Z

The https link seems to be cleartext file but the second one gives a gzipped file again.

I finally got a chance to do an apt update on another network over WiFi and it worked fine. That's how I was able to get curl to try https :). Very strange that the network matters. Maybe my data is going through some proxy, even though I don't have one set in APN settings.

fornwall · 2016-04-24T13:34:19Z

@glitchphan Which network is the one returning the gzipped resource?

It would be helpful if you could run this and paste the output to see the http headers:

curl -H "Accept-Encoding: gzip" -D- -O http://termux.net/dists/stable/InRelease

fornwall · 2016-04-24T15:10:10Z

Also run once without the Accept-Encoding header:

curl -D- -O http://termux.net/dists/stable/InRelease

glitchphan · 2016-04-24T16:21:03Z

I'm on AT&T MVNO for my phone service, and on that network when I'm getting the gzipped stuff. I did both of those commands and got slightly different sized gzipped files.

$ curl -D- -O http://termux.net/dists/stable/InRelease
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --: 0 0 0 0 0 0 0 0 --:--:-- 0:00:01 --:--:-- 0HTTP/1.1 200 OK
Date: Sun, 24 Apr 2016 16:10:08 GMT
Content-Type: text/plain
Set-Cookie: __cfduid=d5b0db4b545641fa7fd7983f9bf5804921461514208; expires=Mon, 24-Apr-17 16:10:08 GMT; path=/; domain=.termux.net; HttpOnly
Last-Modified: Sun, 24 Apr 2016 12:48:15 GMT
ETag: "4034ed-5c0-5313a793e0cf5"
Accept-Ranges: bytes
Server: cloudflare-nginx
CF-RAY: 298ad2dacb2e1edd-SJC
Content-Length: 969
Content-Encoding: gzip

0 969 0 0 0 0 0 0 --:100 969 100 969 0 0 408 0 0:00:02 0:00:02 --:--:-- 426
$ mv InRelease InRelease.without
$ curl -H "Accept-Encoding: gzip" -D- -O http://termux.net/dists/stable/InRelease
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0HTTP/1.1 200 OK
Date: Sun, 24 Apr 2016 16:11:06 GMT
Content-Type: text/plain
Transfer-Encoding: chunked
Set-Cookie: __cfduid=d70d6fb9c5e520185d55900a290256aaa1461514266; expires=Mon, 24-Apr-17 16:11:06 GMT; path=/; domain=.termux.net; HttpOnly
Last-Modified: Sun, 24 Apr 2016 12:48:15 GMT
ETag: W/"4034ed-5c0-5313a793e0cf5"
Server: cloudflare-nginx
CF-RAY: 298ad443e4e3071f-SJC
Content-Encoding: gzip

0 0 0 0 0 0 0 0 --:100 988 0 988 0 0 1001 0 --:--:-- --:--:-- --:--:-- 1148
$ diff InRelease InRelease.without
Files InRelease and InRelease.without differ
$ zcat InRelease > one
$ zcat InRelease.without > two
$ diff one two
$

fornwall · 2016-04-24T19:27:22Z

Thanks! Finally, can you try appending a parameter t=1 and see if that removes the Content-Encoding: gzip header in the response? Like in:

curl -D- -O http://termux.net/dists/stable/InRelease?t=1

glitchphan · 2016-04-25T01:39:12Z

Nope, still there.

$ curl -D- -O http://termux.net/dists/stable/InRelease?t=1
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --: 0 0 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0HTTP/1.1 200 OK
Date: Mon, 25 Apr 2016 01:36:43 GMT
Content-Type: text/plain
Set-Cookie: __cfduid=d756e468c7d7d313c024c91e9969119e21461548203; expires=Tue, 25-Apr-17 01:36:43 GMT; path=/; domain=.termux.net; HttpOnly
Last-Modified: Sun, 24 Apr 2016 17:22:06 GMT
ETag: "402624-5c0-5313e4c9b945c"
Accept-Ranges: bytes
Server: cloudflare-nginx
CF-RAY: 298e10cf011941cf-SJC
Content-Length: 970
Content-Encoding: gzip

100 970 100 970 0 0 381 0 0:00:02 0:00:02 --:--:-- 1750
$

fornwall · 2016-04-26T21:44:41Z

Ok, could you try again with the same curl command as the last? I added the Vary: Accept-Encoding header from my servers end.

glitchphan · 2016-04-27T06:41:40Z

Same thing with all regular http tries.

Content-Encoding: gzip

fornwall · 2016-04-29T00:00:19Z

Ok, let's try again if we can avoid Content-Encoding: gzip :). Could you try again with a new url?

curl -D- -O http://termux.net/dists/stable/InRelease?t=1

glitchphan · 2016-04-29T07:11:20Z

Success! :)

$ curl -D- -O http://termux.net/dists/stable/InRelease?t=1
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --: 0 0 0 0 0 0 0 0 --: 0 0 0 0 0 0 0 0 --:--:-- 0:00:02 --:--:-- 0HTTP/1.1 200 OK
Date: Fri, 29 Apr 2016 07:09:21 GMT
Content-Type: application/octet-stream
Content-Length: 1472
Set-Cookie: __cfduid=ddd47b30deca797e4e15a1102263105971461913761; expires=Sat, 29-Apr-17 07:09:21 GMT; path=/; domain=.termux.net; HttpOnly
Last-Modified: Thu, 28 Apr 2016 14:06:11 GMT
ETag: "402879-5c0-5318c074f9729"
Accept-Ranges: bytes
Server: cloudflare-nginx
CF-RAY: 29b0ed926d730d97-SJC

91 1472 91 1348 0 0 522 0 0:100 1472 100 1472 0 0 553 0 0:00:02 0:00:02 --:--:-- 580
$ file InRelease?t=1
InRelease?t=1: ASCII text

fornwall · 2016-04-29T07:58:54Z

Great :)! Does apt update work on the device now?

glitchphan · 2016-04-29T18:31:28Z

It does! Thank you!

glitchphan closed this as completed Apr 29, 2016

termux locked and limited conversation to collaborators Oct 17, 2021

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Apt update fails #78

Apt update fails #78

glitchphan commented Apr 8, 2016

glitchphan commented Apr 8, 2016

fornwall commented Apr 9, 2016

glitchphan commented Apr 11, 2016

glitchphan commented Apr 11, 2016

fornwall commented Apr 12, 2016

glitchphan commented Apr 12, 2016

fornwall commented Apr 12, 2016

glitchphan commented Apr 23, 2016 •

edited

fornwall commented Apr 24, 2016

fornwall commented Apr 24, 2016

glitchphan commented Apr 24, 2016

fornwall commented Apr 24, 2016

glitchphan commented Apr 25, 2016

fornwall commented Apr 26, 2016

glitchphan commented Apr 27, 2016

fornwall commented Apr 29, 2016

glitchphan commented Apr 29, 2016

fornwall commented Apr 29, 2016

glitchphan commented Apr 29, 2016

Apt update fails #78

Apt update fails #78

Comments

glitchphan commented Apr 8, 2016

glitchphan commented Apr 8, 2016

fornwall commented Apr 9, 2016

glitchphan commented Apr 11, 2016

glitchphan commented Apr 11, 2016

fornwall commented Apr 12, 2016

glitchphan commented Apr 12, 2016

fornwall commented Apr 12, 2016

glitchphan commented Apr 23, 2016 • edited

fornwall commented Apr 24, 2016

fornwall commented Apr 24, 2016

glitchphan commented Apr 24, 2016

fornwall commented Apr 24, 2016

glitchphan commented Apr 25, 2016

fornwall commented Apr 26, 2016

glitchphan commented Apr 27, 2016

fornwall commented Apr 29, 2016

glitchphan commented Apr 29, 2016

fornwall commented Apr 29, 2016

glitchphan commented Apr 29, 2016

glitchphan commented Apr 23, 2016 •

edited