3/      None The data contents for a -. For empty entries (e.g., directories), use  .@A known ByteString, which will be fully evaluated (not streamed)GA byte stream producer, streamed (and compressed) directly into the zip(The beginning of) a single entry in a zip stream, which may be any file or directory. As per zip file conventions, directory names should end with a slash and have no data, but this library does not ensure that.mFile name (in posix format, no leading slashes), usually utf-8 encoded, with a trailing slash for directoriesModification timeVSize of file data (if known); checked on zipping and also used as hint to enable zip64/Summary information at the end of a zip stream. (Errors thrown during zip file processing Normalize any  to a simple source      None!MThe version of this zip program, really just rough indicator of compatibility"4The OS this implementation tries to be compatible to !"#$%&'()None"#QVLtStream process a zip file, producing a sequence of entry headers and data blocks. For example, this might produce: vLeft (ZipEntry "directory/" ...), Left (ZipEntry "directory/file.txt" ...), Right "hello w", Right "orld!\n", Left ... The final result is summary information taken from the end of the zip file. No state is maintained during processing, and, in particular, any information in the central directory is discarded.This only supports a limited number of zip file features, including deflate compression and zip64. It does not (ironically) support uncompressed zip files that have been created as streams, where file sizes are not known beforehand. Since it does not use the offset information at the end of the file, it assumes all entries are packed sequentially, which is usually the case. Any errors are thrown in the underlying monad (as  s or ).    *+,-./01234567None"#%/ 4Options controlling zip file parameters and featuresAllow ss over 4GB (reduces compatibility in some cases); this is automatically enabled for any files of known size (e.g., )Compress (0 = store only, 9 = best) zipped files (improves compatibility, since some unzip programs don't supported stored, streamed files, including the one in this package))Other parameters to store in the zip fileUse a file on disk as  ( . 8).Stream produce a zip file, reading a sequence of entries with data. Although file data is never kept in memory (beyond a single ), the format of zip files requires producing a final directory of entries at the end of the file, consuming an additional ~100 bytes of state per entry during streaming. The final result is the total size of the zip file.Depending on options, the resulting zip file should be compatible with most unzipping applications. Any errors are thrown in the underlying monad (as  s).  97:       !"#$%&'()*+,-.//0123456789:;<=>?@'zip-stream-0.1.1-8wUHehshnGX8A1jORShfpQCodec.Archive.Zip.Conduit.TypesCodec.Archive.Zip.Conduit.UnZipCodec.Archive.Zip.Conduit.Zip"Codec.Archive.Zip.Conduit.Internal!Data.Conduit.Serialization.Binary ParseErrorZipDataZipDataByteString ZipDataSourceZipEntry zipEntryName zipEntryTime zipEntrySizeZipInfo zipCommentZipError sourceZipData$fExceptionZipError$fIsStringZipError$fMonoidZipData$fSemigroupZipData$fShowZipError $fEqZipInfo $fShowZipInfo $fEqZipEntry$fShowZipEntry unZipStream ZipOptionszipOpt64zipOptCompressLevel zipOptInfodefaultZipOptions zipFileData zipStreambaseGHC.Basemempty zipVersion osVersionzipError idConduitsizeCRC outputSize inputSize maxBound32deflateWindowBitsExtFieldextZip64 extZip64USize extZip64CSizeHeader FileHeaderEndOfCentralDirectoryfileDecompress fileEntryfileCRC fileCSize fileZip64endInfo&conduit-1.3.0.2-BclVfAOBDikI0BnlnzCz6BData.Conduit.Combinators sourceFile?*