Error while installing on Ubuntu 10.04 32bits

[nicolas...@gmail.com]

Hi,

I'm trying to install ifolder on ubuntu 10.04 following the steps that
can be found at https://help.ubuntu.com/community/iFolderInstall

When issuing the command "bzr-buildpackage", it downloads
"simias.tar.gz" from the web in "download" (no idea where it is).
The download is working.

Then, it seems to be unable to find the "just downloaded file" to
uncompress it and it gives me the following error.


tar -xzvf "simias.tar.gz"
tar: simias.tar.gz: Cannot open: No such file or directory
tar: Error is not recoverable: exiting now
tar: Child returned status 2
tar: Exiting with failure status due to previous errors
make: *** [get-orig-source] Error 2
Trying to run get-orig-source rule failed
Using uscan to look for the upstream tarball.
uscan warning: In /tmp/tmpn8wXTS no matching hrefs for version
1.8.3.10200.0 in watch line
http://sf.net/ifolder/simias-(.*)\.tar\.gz
uscan could not find the needed tarball.

Any help would be greatly appreciated.
Thanks,

Nic

[nicolas...@gmail.com]

found it.

In the file named "rules"
After the line "wget "${DOWNLOAD_ROOT}""
Add "mv download ${DOWNLOAD_NAME}${DOWNLOAD_SUFFIX} "

This is true for both server and client.

Nic

On Sep 6, 8:51 am, "nicolas.gend...@gmail.com"

<nicolas.gend...@gmail.com> wrote:
> Hi,
>
> I'm trying to install ifolder on ubuntu 10.04 following the steps that

> can be found athttps://help.ubuntu.com/community/iFolderInstall

>
> When issuing the command "bzr-buildpackage", it downloads
> "simias.tar.gz" from the web in "download" (no idea where it is).
> The download is working.
>
> Then, it seems to be unable to find the "just downloaded file" to
> uncompress it and it gives me the following error.
>
> tar -xzvf "simias.tar.gz"
> tar: simias.tar.gz: Cannot open: No such file or directory
> tar: Error is not recoverable: exiting now
> tar: Child returned status 2
> tar: Exiting with failure status due to previous errors
> make: *** [get-orig-source] Error 2
> Trying to run get-orig-source rule failed
> Using uscan to look for the upstream tarball.
> uscan warning: In /tmp/tmpn8wXTS no matching hrefs for version

> 1.8.3.10200.0 in watch linehttp://sf.net/ifolder/simias-(.*)\.tar\.gz

[csights]

Thanks for testing!

I tried out the rules again. When I add "ls -al" to the rules there
is a "simias.tar.gz" in the working directory where tar expects it.
I think what happened for you was the download did not complete.


Saving to: âsimias.tar.gzâ

100%[==================================================>] 27,789,722
274K/s in 1m 47s

2010-09-06 18:29:28 (253 KB/s) - âsimias.tar.gzâ saved
[27789722/27789722]

ls -al
total 27184
drwxr-xr-x 3 csights csights 4096 Sep 6 18:27 .
drwx------ 3 csights csights 4096 Sep 6 18:27 ..
drwxr-xr-x 4 csights csights 4096 Sep 6 18:27 debian
-rw-r--r-- 1 csights csights 27789722 Jul 16 01:24 simias.tar.gz
sleep 60
^Cmake: *** wait: No child processes. Stop.
make: *** Waiting for unfinished jobs....
make: *** wait: No child processes. Stop.
bzr: interrupted

[geo01005]

I had the same problem but with the 64 bit version of ubuntu 10.10 the
other day. I was only able to solve the problem by putting "mv
download ${DOWNLOAD_NAME}${DOWNLOAD_SUFFIX} " into the rules.

I'm 100% sure that the file finished downloading each of the ten times
I tried it. The first time I added the line to rename the file it
worked.

I just thought that I would let you know.

Jon

[csights]

On Oct 16, 7:38 pm, geo01005 <geo01...@gmail.com> wrote:
> I had the same problem but with the 64 bit version of ubuntu 10.10 the
> other day. I was only able to solve the problem by putting "mv
> download ${DOWNLOAD_NAME}${DOWNLOAD_SUFFIX} "  into the rules.
>
> I'm 100% sure that the file finished downloading each of the ten times
> I tried it. The first time I added the line to rename the file it
> worked.

Thanks! I was able to reproduce the error eventually. I think
SourceForge changed the name of the download file from "simias.tar.gz"
to "download"

I uploaded a tweaked rules on 10/13. Following a different suggestion,
I changed the wget line to:

wget -O "${DOWNLOAD_NAME}${DOWNLOAD_SUFFIX}" "${DOWNLOAD_ROOT}"

and now it works for me!