TST: make flaky zip check less strict
Saw this failure the other day:
```
pandas/tests/io/test_gcs.py:137: 
71
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
72

73
result = b'PK\x03\x04\x14\x00\x00\x00\x08\x00\xe0\xa1\x87R3ET~\x18\x06\x00\x00\x8c\n\x00\x00\x03\x00\x00\x00zip-\x96]WT;\x0c\x8...x00\x00\x00\x00\x80\x01\x00\x00\x00\x00zipPK\x05\x06\x00\x00\x00\x00\x01\x00\x01\x001\x00\x00\x009\x06\x00\x00\x00\x00'
74
expected = b'PK\x03\x04\x14\x00\x00\x00\x08\x00\xdd\xa1\x87R3ET~\x18\x06\x00\x00\x8c\n\x00\x00\x03\x00\x00\x00zip-\x96]WT;\x0c\x8...x00\x00\x00\x00\x80\x01\x00\x00\x00\x00zipPK\x05\x06\x00\x00\x00\x00\x01\x00\x01\x001\x00\x00\x009\x06\x00\x00\x00\x00'
```

The failing byte was the 10th, based on the linked wikipedia page in `assert_equal_zip_safe`, looks like 10th and 11th are last modified timestamp related, so may as well not check the 10th byte as well.

thanks @mzeitlin11 