Paul Querna wrote on Fri, 7 May 2010 at 18:10 -0700:
> On Fri, May 7, 2010 at 6:04 PM, sebb <sebbaz@gmail.com> wrote:
> > On 08/05/2010, Paul Querna <paul@querna.org> wrote:
> >> $ find . -name r_orders_order_88833465_api_ivan_net_nz_vps_running_state.json
> >> ./tar/apache-libcloud-0.3.1/test/fixtures/rimuhosting/r_orders_order_88833465_api_ivan_net_nz_vps_running_state.json
> >> ./zip/apache-libcloud-0.3.1/test/fixtures/rimuhosting/r_orders_order_88833465_api_ivan_net_nz_vps_running_state.json
> >>
> >> I am unable to reproduce this problem on osx using the command line
> >> tar and unzip tools?
> >>
> >> How are you extracting the tarball/zip file?
> >
> > Using an Ant script which uses:
> >
> > <bunzip2 src="${pathname}" dest="${filename}"/>
> > <untar src="${filename}" dest="${filename}-bz2"/>
> > <delete file="${filename}"/>
> >
> > with the appropriate settings.
> >
> > In the expanded bz2 archive, the file is in:
> >
> > test\fixtures\rimuhosting
> >
> > This is in parallel with
> > apache-libcloud-0.3.1
> > under which all the other files appear.
> >
> > whereas in the expanded zip archive, the file is in:
> >
> > apache-libcloud-0.3.1\test\fixtures\rimuhosting
> >
> > I don't know whether it is relevant, but the file name is
> > significantly longer than any of the others.
>
> its a bug in ant:
FWIW, I used to have similar issues with Subversion's tarballs on Windows.
My solution was to extract them using those tools that don't mess up the
directory structure.
|