[arch-dev-public] libarchive 3.1.1 upgrade
I noticed last week that we're a bit out of date on libarchive, and started looking into why. There's 3 things that immediately came up: 1) There's a soname bump. The list isn't huge though (15 packages) 2) bsdtar's mtree file generation explodes. This is relevant for pacman 4.1. I've already filed a bug and proposed a patch[1]. 3) There's a test suite failure in bsdcpio for lzo extraction. This turned out to be a missing dep. libarchive now handles lzo via lzo2 so we'd need to add it to depends. No big deal as lzo2 is already in [core]. Other than this, I've been running 3.1.1 without problems for roughly a week now (logs say since 1/28) and haven't had any other issues. Mostly aiming this at Dan and Allan, but once we have an upstream fix for the legit bug here, is anyone opposed to doing this upgrade/rebuild? I know we want to release pacman 4.1 soon, and it'd be probably be good not to have these overlap too much. d [1] http://code.google.com/p/libarchive/issues/detail?id=301
On 04/02/13 11:31, Dave Reisner wrote:
I noticed last week that we're a bit out of date on libarchive, and started looking into why. There's 3 things that immediately came up:
1) There's a soname bump. The list isn't huge though (15 packages) 2) bsdtar's mtree file generation explodes. This is relevant for pacman 4.1. I've already filed a bug and proposed a patch[1]. 3) There's a test suite failure in bsdcpio for lzo extraction. This turned out to be a missing dep. libarchive now handles lzo via lzo2 so we'd need to add it to depends. No big deal as lzo2 is already in [core].
Other than this, I've been running 3.1.1 without problems for roughly a week now (logs say since 1/28) and haven't had any other issues. Mostly aiming this at Dan and Allan, but once we have an upstream fix for the legit bug here, is anyone opposed to doing this upgrade/rebuild? I know we want to release pacman 4.1 soon, and it'd be probably be good not to have these overlap too much.
d
[1] http://code.google.com/p/libarchive/issues/detail?id=301
I'd aso like to see this update done as soon as possible, but that mtree fix really needs to be dealt with by upstream first. I'm aiming for pacman-4.1 in March, so as long as it is in before then I am happy. Allan
On Sun, Feb 3, 2013 at 7:31 PM, Dave Reisner <d@falconindy.com> wrote:
I noticed last week that we're a bit out of date on libarchive, and started looking into why. There's 3 things that immediately came up:
1) There's a soname bump. The list isn't huge though (15 packages) 2) bsdtar's mtree file generation explodes. This is relevant for pacman 4.1. I've already filed a bug and proposed a patch[1]. 3) There's a test suite failure in bsdcpio for lzo extraction. This turned out to be a missing dep. libarchive now handles lzo via lzo2 so we'd need to add it to depends. No big deal as lzo2 is already in [core].
4) They aren't releasing tarballs because they can't host them on Github anymore. Seriously? Please become a real project again and release a stable cut of code hosted somewhere else at least; I know their Google code page could still do this for him.
Other than this, I've been running 3.1.1 without problems for roughly a week now (logs say since 1/28) and haven't had any other issues. Mostly aiming this at Dan and Allan, but once we have an upstream fix for the legit bug here, is anyone opposed to doing this upgrade/rebuild? I know we want to release pacman 4.1 soon, and it'd be probably be good not to have these overlap too much.
d
[1] http://code.google.com/p/libarchive/issues/detail?id=301
On Sun, Feb 03, 2013 at 07:57:14PM -0600, Dan McGee wrote:
On Sun, Feb 3, 2013 at 7:31 PM, Dave Reisner <d@falconindy.com> wrote:
I noticed last week that we're a bit out of date on libarchive, and started looking into why. There's 3 things that immediately came up:
1) There's a soname bump. The list isn't huge though (15 packages) 2) bsdtar's mtree file generation explodes. This is relevant for pacman 4.1. I've already filed a bug and proposed a patch[1]. 3) There's a test suite failure in bsdcpio for lzo extraction. This turned out to be a missing dep. libarchive now handles lzo via lzo2 so we'd need to add it to depends. No big deal as lzo2 is already in [core].
4) They aren't releasing tarballs because they can't host them on Github anymore. Seriously? Please become a real project again and release a stable cut of code hosted somewhere else at least; I know their Google code page could still do this for him.
They ship build/autogen.sh which appropriately preps the build env. I don't really mind since we're getting an autogenerated tarball from the git tree.
Other than this, I've been running 3.1.1 without problems for roughly a week now (logs say since 1/28) and haven't had any other issues. Mostly aiming this at Dan and Allan, but once we have an upstream fix for the legit bug here, is anyone opposed to doing this upgrade/rebuild? I know we want to release pacman 4.1 soon, and it'd be probably be good not to have these overlap too much.
d
[1] http://code.google.com/p/libarchive/issues/detail?id=301
On Sun, Feb 03, 2013 at 07:57:14PM -0600, Dan McGee wrote:
On Sun, Feb 3, 2013 at 7:31 PM, Dave Reisner <d@falconindy.com> wrote:
I noticed last week that we're a bit out of date on libarchive, and started looking into why. There's 3 things that immediately came up:
1) There's a soname bump. The list isn't huge though (15 packages) 2) bsdtar's mtree file generation explodes. This is relevant for pacman 4.1. I've already filed a bug and proposed a patch[1]. 3) There's a test suite failure in bsdcpio for lzo extraction. This turned out to be a missing dep. libarchive now handles lzo via lzo2 so we'd need to add it to depends. No big deal as lzo2 is already in [core].
4) They aren't releasing tarballs because they can't host them on Github anymore. Seriously? Please become a real project again and release a stable cut of code hosted somewhere else at least; I know their Google code page could still do this for him.
Ah, nevermind. They've fixed themselves: http://libarchive.org/downloads/ There was already a thread on libarchive-discuss: https://groups.google.com/forum/?fromgroups=#!topic/libarchive-discuss/CX_EH...
Other than this, I've been running 3.1.1 without problems for roughly a week now (logs say since 1/28) and haven't had any other issues. Mostly aiming this at Dan and Allan, but once we have an upstream fix for the legit bug here, is anyone opposed to doing this upgrade/rebuild? I know we want to release pacman 4.1 soon, and it'd be probably be good not to have these overlap too much.
d
[1] http://code.google.com/p/libarchive/issues/detail?id=301
participants (3)
-
Allan McRae
-
Dan McGee
-
Dave Reisner