Pacman

Historical bug tracker for the Pacman package manager.

The pacman bug tracker has moved to gitlab:
https://gitlab.archlinux.org/pacman/pacman/-/issues

This tracker remains open for interaction with historical bugs during the transition period. Any new bugs reports will be closed without further action.
Tasklist

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
Task Type Feature Request
Category makepkg
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version 4.0.1
Due in Version 4.1.0
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

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
Comment by Dave Reisner (falconindy) - Tuesday, 03 April 2012, 21:42 GMT
Please compare gzip and lzop. You'll find they very much similar. libarchive would need support for this before we add it to pacman, and as far as I'm aware, it won't happen because of a licensing issue.
Comment by Karol Błażewicz (karol) - Tuesday, 03 April 2012, 23:07 GMT
You don't need to compress your packages at all, pkg.tar files are fine.
Comment by Allan McRae (Allan) - Sunday, 22 April 2012, 09:47 GMT
We can revisit this one libarchive supports LZO:
http://code.google.com/p/libarchive/issues/detail?id=256
Comment by Joni Virtanen (puudeli) - Thursday, 18 October 2012, 11:51 GMT
But so taken from makepkg 4.0.3 from lines 1286-1295 am I to understand you guys still want this to be done in bsdtar? (the indents show better in here: http://pastebin.com/RWVXMKgY):

# 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?
Comment by Dave Reisner (falconindy) - Thursday, 18 October 2012, 11:59 GMT
No, this was never about support in bsdtar. pacman links to libarchive to read (possibly compressed) packages. Without LZO support in libarchive, pacman can't read lzo compressed packages created by makepkg.
Comment by Joni Virtanen (puudeli) - Wednesday, 07 November 2012, 13:16 GMT
Just making everybody aware that the bug report ( http://code.google.com/p/libarchive/issues/detail?id=256 ) was closed today and marked as 'Fixed'.
Comment by Joni Virtanen (puudeli) - Tuesday, 26 February 2013, 07:36 GMT
This should be opened up again: https://mailman.archlinux.org/pipermail/arch-dev-public/2013-February/024394.html
Comment by Joni Virtanen (puudeli) - Tuesday, 26 February 2013, 07:41 GMT
Support has been implemented in upstream for a long time, probably since 3.1: https://mailman.archlinux.org/pipermail/arch-dev-public/2013-February/024394.html

Loading...