| 9 Jul 2025 |
 dramforever | doesn't seem like it | 01:41:54 |
 jonhermansen | but someone else ran the command on another system and got a different result? is the result also dependend on the sqlite DB state? | 01:42:08 |
| jonhermansen | * but someone else ran the command on another system and got a different result? is the result also dependent on the sqlite DB state? | 01:42:17 |
 nh2 | looks like that message should be improved to make that clear | 01:42:26 |
| dramforever | unlikely, given that this thing fails at the http download stage | 01:42:29 |
| jonhermansen | I am a complete Nix noob so I'm learning as I go, if I ask a dumb question, sorry | 01:42:31 |
| dramforever | please ask more dumb questions | 01:43:03 |
| jonhermansen | Ok, duh, the .jar file is coming from Google in this instance | 01:43:07 |
| dramforever | so the http server is sending a bad header | 01:43:30 |
| dramforever | and we don't handle that particularly gracefully | 01:43:37 |
| dramforever | it looks like in TransferItem::writeCallback we call makeDecompressionSink | 01:44:14 |
| dramforever | passing the encoding straight from the http header to libarchive | 01:44:32 |
| dramforever | and libarchive goes "i literally have no idea what None is" | 01:44:41 |
| jonhermansen | How big is the buffer that stores the encoding string? | 01:45:09 |
| dramforever | normally it should only give what we send as Accept-Encoding | 01:45:21 |
| jonhermansen | This is libcurl right, I guess nix includes in | 01:45:22 |
| nh2 | Repro: curl --silent --head 'https://selenium-release.storage.googleapis.com/3.141/selenium-server-standalone-3.141.59.jar' | grep -i content-encoding
I get
x-goog-stored-content-encoding: None
content-encoding: None
hexa do you get that also, given it worked for you?
| 01:45:27 |
| jonhermansen | * This is libcurl right, I guess nix includes it | 01:45:31 |
| jonhermansen | yup | 01:45:50 |
 hexa | yes | 01:45:51 |
| dramforever | i'm not sure why but i think we handle decompression ourselves | 01:45:51 |
| jonhermansen | x-goog-stored-content-encoding: None | 01:45:53 |
| dramforever | or at least piping that | 01:45:59 |
| jonhermansen | Even Google corroborates the bad info | 01:46:02 |
| hexa | i run lix fwiw | 01:46:06 |
| jonhermansen | So I wonder if its something with the way they published the releases | 01:46:17 |
| dramforever | someone uploaded it with the wrong content-encoding | 01:46:20 |
| jonhermansen | Ok, I'm going to update the selenium package which will alleviate this problem anyways | 01:46:28 |
| jonhermansen | And if needed I can raise a bug for the Nix issue | 01:46:41 |
| jonhermansen | does it happen on Lix? | 01:46:46 |
