On 1/3/2012 4:48 PM, Eric Noulard wrote:
3.0.2 does include the feature:
Dec 24, 2011: libarchive 3.0.2 released
Great. I started the update work less than a week before that ;)
Let's wait for you to finish your experiment with 3.0.0-r3950
then may be the first application of your work
On 1/5/2012 10:05 AM, Rolf Eike Beer wrote:
Please cherry-pick 41719b7507a70b0c098f652c96693ba7755b397f into the
updated branch again and push this upstream, too.
The libarchive-upstream branch must remain pristine w.r.t. upstream.
Your fix is already in the update-libarchive topic:
Hi Brad,
I've seen you are integrating new upstream libarchive today.
Any particular reason to pick-up 3.0.0-r3950 and
not some real version like 3.0.2 ?
I did notice that this particular version may unblock a pending CMake issue
related to symbolic link handling in zip files, see:
On 1/3/2012 4:07 PM, Eric Noulard wrote:
I've seen you are integrating new upstream libarchive today.
Any particular reason to pick-up 3.0.0-r3950 and
not some real version like 3.0.2 ?
3.0.2 wasn't out when I started that topic. I just took that day's
snapshot. The main goal/achievement of
2012/1/3 Brad King brad.k...@kitware.com:
On 1/3/2012 4:07 PM, Eric Noulard wrote:
I've seen you are integrating new upstream libarchive today.
Any particular reason to pick-up 3.0.0-r3950 and
not some real version like 3.0.2 ?
3.0.2 wasn't out when I started that topic. I just took that
On 1/3/2012 4:48 PM, Eric Noulard wrote:
3.0.2 does include the feature:
Dec 24, 2011: libarchive 3.0.2 released
Great. I started the update work less than a week before that ;)
Let's wait for you to finish your experiment with 3.0.0-r3950
then may be the first application of your work may
