#general
Title
b
busy-car-23170
03/04/2019, 10:06 PMHey all, I'm spending some time trying to update Pants at my company (it's become an annual-ish event for me), and am hitting this error while moving from 1.7.0 -> 1.8.0.
Copy code
[shade-zinc]
==== stderr ====
Exception in thread "main" java.util.zip.ZipException: invalid entry size (expected 526140 but got 0 bytes)w
witty-crayon-22786
03/04/2019, 10:11 PMdoes it repro on retry? that sortof looks like a bad cache fetch
b
busy-car-23170
03/04/2019, 10:12 PMYep happens consistently
w
witty-crayon-22786
03/04/2019, 10:12 PMinteresting. then possibly a corrupted cache entry...
possibly the input jar?
b
busy-car-23170
03/04/2019, 10:13 PMHm I'll try without reading from cache
here is the entire message from Pants: https://gist.github.com/alexmoore0/97c02ab8b1d3021639202857b4d41751
w
witty-crayon-22786
03/04/2019, 10:20 PM@busy-car-23170: i'm guessing that one of the input jars is truncated
you might try iterating through each of them and doing a check that they are valid... like
unzip -l $jar > /dev/null && echo $?also, coursier has better validation of fetched artifacts, so maybe once you've made it onto a more recent version you can try that out?
b
busy-car-23170
03/04/2019, 10:43 PMAll of the jars are unzippable 😕
Could it be that step is expecting a nailgun server for some I/O? We've turned off some usages of nailgun in a couple places
it does appear that the very final jar argument for that command does not exist, but I'm not sure what that is supposed to be (output perhaps?)
w
witty-crayon-22786
03/05/2019, 5:18 PMyea, that should be output.
nailgun shouldn't be necessary, afaik
might try wiping the ivy cache, and the caches under
~/.cache/pants5 Views