Closed GoogleCodeExporter closed 9 years ago
At me similar problem. Arch Linux and xdelta3 3.0y too.
Original comment by die.xan...@gmail.com
on 21 Apr 2010 at 6:19
How large a value for -B did you try? As documented in
http://xdelta.org/2009/10/re-3.html, there is a normal case for this error.
You should raise the value for -B until it goes away, but keep in mind that
this problem would not happen normally, it's a result of the delta being
generated by a pre-3.0y binary being applied by 3.0y.
Who is in charge of the archdelta.net site? I'd like to know how they choose
which version of xdelta3 to use, as I'd really like people to upgrade to 3.0y.
These problems will go away (I think) when both encode and decode are using
3.0y or later.
Original comment by josh.mac...@gmail.com
on 1 Aug 2010 at 3:34
I believe I tried different -B values, including the highest possible, without
success.
Quoting from the archdelta maintainer's original post (
https://bbs.archlinux.org/viewtopic.php?pid=717016#p717016 ): "I'm using
xdelta3 (3.0v-2) because the 3.0w version has a bug where it doesn't decompress
input files correctly (netting a delta thats almost the same size as the
package)."
Original comment by lukasz.f...@gmail.com
on 1 Aug 2010 at 8:08
I filed issue 113 about the failure related to -B.
However, I would like archlinux to upgrade past 3.0v and will post again on
that forum.
Original comment by josh.mac...@gmail.com
on 24 Aug 2010 at 4:59
FYI, the version currently present in Arch repository is 3.0z.
http://www.archlinux.org/packages/?q=xdelta
Original comment by lukasz.f...@gmail.com
on 24 Aug 2010 at 2:23
Release 3.0.0 fixes this issue and the related issue 113. Thanks.
Original comment by josh.mac...@gmail.com
on 9 Jan 2011 at 8:47
Original issue reported on code.google.com by
lukasz.f...@gmail.com
on 30 Mar 2010 at 6:11