Dave Vasilevsky
Dave Vasilevsky
I'm able to do eg: `brioche ubuntu app flatpak run org.signal.Signal`
1. I'll look into this. 2. I think that's the right behaviour? What are you trying to accomplish by asking pixz to compress files that are already compressed?
I forked the COPR here, and it seems to work: https://copr.fedorainfracloud.org/coprs/djvasi/python-validity/ I make no commitment to continue to maintain this though.
I definitely use pv with pixz! It's only really useful when you have a multi-block file of course, as you noticed. Adding built-in progress would be great though, PRs welcome.
Seems not 100% reproducible, maybe I'm scribbling over uninitialized memory? Try with malloc_debug, valgrind, clang static analyzer.
Pixz can decompress fine without an index. The only potential problems I can think of are: - Some tools might create pixz files with multiple blocks, where the blocks headers...
You can also pass `--without-manpage` to skip manpage generation so you don't need asciidoc. The option is mentioned in `configure --help`. As you noticed, you'll need LZMA as well, see...
pixz files are also valid xz files, so you can try using xz to decode and see if that helps
pixz definitely works on large files, I use it that way all the time. The uint32_t in the code there refers to part of the structure of an xz file,...
Sure, if it's a tar-file then try `cat myfile | xz -dd | tar -t` to see a list of contents. If that works, you can do `cat myfile |...