-
Notifications
You must be signed in to change notification settings - Fork 1.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tar and Gzip support in Dart #3799
Comments
As far as I can tell, everything that you need to implement this is there. Set owner to @nex3. |
This comment was originally written by george.moscho...@gmail.com Could this be used to gzip HTTP responses and WebSocket messages? |
Yes. |
This comment was originally written by kaisellgren@gmail.com I'm working on Zlib package. I plan on publishing the code soon after I've got it in a reasonable state. I'll keep you posted. |
This comment was originally written by george.moscho...@gmail.com Great! |
Kai, I notice you have a Zip library up on Pub already (http://pub.dartlang.org/packages/zip). Is this what you're referring to, or are you working on a separate library that supports gzip? Zip itself won't work for HTTP compression. |
This comment was originally written by kaisellgren@gmail.com Zip is a container format, much like Tar. Zip does not compress itself. Instead, Zip specifies a compression algorithm to use (e.g. DEFLATE) and this algorithm compresses the data that Zip simply stores. That said, I'm working on a Zlib package, which implements the Zlib library. I will use it for my Zip library in the future as well. They are two different things. The Zlib package can be used for HTTP compression, to implement .docx generator (which I've been prototyping), or even implement Git in Dart which I've also been planning to do :) So, no, I'm not referring to the Zip package. My Zlib code is still private. The deflation works 95%, corrupting some random bytes. So, some work left there ;) |
Removed Type-Defect label. |
I'm all for having tar and gzip support as packages (I'm all for supporting everything with packages), but apart from what we already use, we don't currently plan to add those packages ourselves. Added NotPlanned label. |
We need some way of interacting with gzipped files and tar files that's better than shelling out to the "tar" executable. Issue #3798 is one possible way of doing this.
This is currently blocking Windows support for Pub.
The text was updated successfully, but these errors were encountered: