FS#29263 - [pacman] [makepkg] LZO (tzo / tar.lzo) support
Attached to Project:
Pacman
Opened by Swift Geek (swiftgeek) - Tuesday, 03 April 2012, 21:31 GMT
Last edited by Allan McRae (Allan) - Tuesday, 26 February 2013, 07:41 GMT
Opened by Swift Geek (swiftgeek) - Tuesday, 03 April 2012, 21:31 GMT
Last edited by Allan McRae (Allan) - Tuesday, 26 February 2013, 07:41 GMT
|
Details
Please add support for this compression algorithm. It would
be useful with AUR/local packages, because now compiling can
be much quicker than compressing package (on my machine even
couple of times faster).
Comparison of compressing unxz-ipped libreoffice-common package (size before: 222M) * xz: real 3m17.927s user 3m15.907s sys 0m1.330s (size after: 61M) * lzo: real 0m1.364s user 0m1.133s sys 0m0.227s (size after: 118M) For this "benchmark" lzop and xz were used with default settings, and everything happened in tmpfs. |
This task depends upon
Closed by Allan McRae (Allan)
Tuesday, 26 February 2013, 07:41 GMT
Reason for closing: Implemented
Additional comments about closing: git commit 0a5b79e1
Tuesday, 26 February 2013, 07:41 GMT
Reason for closing: Implemented
Additional comments about closing: git commit 0a5b79e1
http://code.google.com/p/libarchive/issues/detail?id=256
# bsdtar's gzip compression always saves the time stamp, making one
# archive created using the same command line distinct from another.
# Disable bsdtar compression and use gzip -n for now.
bsdtar -cf - $comp_files * |
case "$PKGEXT" in
*tar.gz) gzip -c -f -n ;;
*tar.bz2) bzip2 -c -f ;;
*tar.xz) xz -c -z - ;;
*tar.Z) compress -c -f ;;
*tar) cat ;;
[...]
Or does this mean bsdtar is used either way _together_ with gzip/gzip2/xz/whatever or something?