untakenstupidnic | is there a way to install stuff on home? n900 bootloops often and i keep losing the programs. you can't make a backup every second. | 01:01 |
---|---|---|
xmn | There is a home.plugins file I've backup for such situations. /home/user/.config/hildon-desktop | 01:03 |
xmn | lets me instantly restore my desktop widgets | 01:03 |
xmn | if thats what you were talking about | 01:03 |
untakenstupidnic | it keeps stuck on boot spontaneously, and it would often be fixed by re-plugging the battery (suggesting it is a non-fatal, mundane problem) but no one seems to know why it happens, so i have to flash it again and again and again and i'm tired of reinstalling all the stuff for some crazy problem in a random system file. | 01:09 |
xmn | does it happen on a fresh flash? | 01:15 |
HtheB | Guys, is tmo down? | 01:51 |
HtheB | it gives a database error | 01:52 |
xmn | confirmed. Everything else seems to still be fine | 01:59 |
KotCzarny | well, thats new on tmo: | 06:17 |
KotCzarny | Content Encoding Error | 06:17 |
KotCzarny | The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression. | 06:17 |
KotCzarny | Please contact the website owners to inform them of this problem. | 06:17 |
KotCzarny | xes? | 06:18 |
Maxdamantus | > MySQL Error : The table 'vb3_session' is full | 06:48 |
Maxdamantus | Though I'm interested in why Firefox gets that content encoding error. | 06:48 |
Maxdamantus | Oh, I see. | 06:53 |
Maxdamantus | Content-Encoding: gzip^M | 06:53 |
Maxdamantus | but the response is not gzip. | 06:53 |
Maxdamantus | Annoying how Firefox's developer tools behaves with such errors; it just says "No headers for this request", so can't see the request or response headers. | 06:55 |
xes | KotCzarny: hi! tmo is up again | 09:44 |
xmn | sweet | 09:56 |
KotCzarny | thanks! | 10:10 |
KotCzarny | :) | 10:10 |
untakenstupidnic | what caused the problem? | 10:15 |
sixwheeledbeast | i am getting "too busy" on tmo | 10:30 |
sixwheeledbeast | are you sure this bootloop isn't a faulty battery. I mean unless your doing silly things to root I wouldn't expect bootloops to occur. Maybe there is some unusual hardware fault. | 10:32 |
sixwheeledbeast | ~bootloop | 10:32 |
infobot | i guess bootloop is when your device has broken rootfilesystem, so during reboot it fails on some service startup or kernel module load and thus reboots. This *drains* battery! And you can't reflash to stop bootloop when battery is drained. Recharge your battery by other means before reflashing. E.g. using ~rescueOS. Or external charger or BL-5J compatible other device. | 10:32 |
xes | notice: tmo web service has been stopped while monitoring the storm in progress | 11:05 |
sixwheeledbeast | ddos? | 11:19 |
sixwheeledbeast | oh maybe broken db? from posts above | 11:20 |
xes | nope. storm of requests. At the moment is again active only with https | 11:27 |
KotCzarny | https://sneak.berlin/20201112/your-computer-isnt-yours/ | 11:45 |
KotCzarny | nice | 11:45 |
bencoh | "Dear Frog, This Water Is Now Boiling" <3 | 11:49 |
warfare | KotCzarny: sneak.berlin doesn't understand OCSP. https://blog.jacopo.io/en/post/apple-ocsp/ has a more detailed writeup. | 12:10 |
KotCzarny | warfare: idea is its not about ocsp, its about sending it unencrypted, which allows spying by 3rd parties | 12:11 |
warfare | ocsp has to be unencrypted because using a tls connection would require another ocsp request. | 12:12 |
KotCzarny | which essentially makes it privacy hole | 12:12 |
warfare | Well, you could add some fake ocsp requests, but all in all, you have to start somewhere ;) | 12:15 |
Maxdamantus | Presumably you could just expect the OCSP server to include a stapled OCSP response. | 12:27 |
Maxdamantus | I suspect it's not encrypted because there are plenty of other ways of finding that information. | 12:28 |
Maxdamantus | eg, most obviously SNI, but afaik the server certificate itself is sent unencrypted when establishing a TLS connection. | 12:29 |
Maxdamantus | I can confirm that at least by default by looking at `strace openssl s_client -connect google.com:443` | 12:32 |
bencoh | I'm not certain OCSP here refers only to OCSP as we know it in the ssl/tls context | 12:42 |
bencoh | as in, they use it to check dev/app certs/sigs as well | 12:43 |
bencoh | there is basically no reason to send those requests as plaintext | 12:43 |
warfare | There is. TLS overhead time- and cpuwise. And actually I don't care if my os checks every now and then (because the result is cached) if certain developer certificates are still valid. | 13:11 |
warfare | Also, you can't use existing OCSP implementations and would have to roll your own. And thats always a bad idea with anything crypto related. | 13:12 |
bencoh | for this part they probably 1. implemented by themselves already 2. probably just relay the http(s) request to another layer | 13:38 |
peterleinchen | xes, thanks for fixing TMO | 22:51 |
peterleinchen | (once more) | 22:51 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!