i found the problem. The problem is with 1.6 sdk. 1.6sdk dont have
'SDK setup.exe' so the only way to update is to run 'android' command.
To run this you have to go to Tools folder and then you cant move as
it used by the android command..;-)
On Dec 7, 6:52 pm, havexz wrote:
> I already h
I already have 1.6 and trying to update it using cmd "andoird". I have
the work around to solve this issue but that is not an elegant
solution. You have to manually download the tools and there is not
link for it so you have to extract that from the repository.xml..
On 5 Dec, 04:42, QD wrote:
First I rename the "old" tools folder to any name
then I download the new packages with Android SDK,
unzip the "new" tools folder and move to android-sdk folder
then Setup.exe works well :D
On Dec 5, 11:13 am, havexz wrote:
> Downloading Android SDK Tools, revision 4
> Installing Android SDK T
Downloading Android SDK Tools, revision 4
Installing Android SDK Tools, revision 4
Failed to rename directory E:\android-sdk\tools to E:\android-sdk\temp
\ToolPackage.old01
-= Warning ! =-
A folder failed to be renamed or moved. On Windows this typically
means that a program is using that folder (f
"A folder failed to be renamed or moved. On Windows this typically
means that a program is using that folder (for example Windows
Explorer.) Please close all running programs that may be locking the
directory"
I was having the same problem and disabling Norton Internet Security
solved it for me.
I am still unable to fix this. I am running Avast antivirus and tried
disabling it but still got the error. All other components are
installed except "tools rev 3". Here is the error message:
--
Skink and Armond,
Thank you for the direct links! Downloading using the SDK and AVD
Manager, my download rate kept falling from 20 to 0 KiB/sec, and then
stalling.
You may also find that you want
http://dl-ssl.google.com/android/repository/usb_driver_r02-windows.zip
as well.
--
You received th
so looking through the .xml you can manually find the download
locations for each file, example...
"Google APIs
4
Google Inc.
01
Android + Google APIs
http://d.android.com/
-
-
41858003
e687a15e70a96bcb5acc2f6a99af8791f9421804
google_apis-4-r01.zip"
as you can see "google_apis-4-r01.zip" is wha
I managed to avoid the folder lock problem by stopping Norton
Antivirus during installation. But I am still getting a "SSL peer shut
down incorrectly" error every time I try to install the 2.0 platform
and upgrade the 1.5 platform.
On Nov 2, 7:44 pm, Chuan Lee wrote:
> I'm new to this group. Has
Hi
I had the same problem with eclipse + vista home. Running android.bat
(double click from explorer) seems to work for me. Hope it helps.
On Nov 5, 11:07 am, ekwang wrote:
> When I try to upgrade Android SDK Tools, revision 3, by SDK Setup.exe
> I meet same problem.
> I think it has obvious prob
Hello,
I am having the same issue, can someone post the steps to solve this?
I got v1.1 working on eclipse (still not sure why) for for the rest I
get the warning temp error.
Thanks!
On Nov 5, 12:07 am, ekwang wrote:
> When I try to upgrade Android SDK Tools, revision 3, by SDK Setup.exe
> I m
When I try to upgrade Android SDK Tools, revision 3, by SDK Setup.exe
I meet same problem.
I think it has obvious problem.
Because SDK Setup.exe running with some files on /tools. (maybe
android.bat and some lib files)
So When SDK Setup try to rename old tools folder name after download
complete, t
I'm new to this group. Has anyone got an answer to the problem?
I read through the posts and I can say I've tried most of the way I can
think of.
First of all, I'm pretty sure it's 'SDK Setup.exe' that is locking up the
directory. So after it unpacks the platforms and addons to 'temp' directory,
i
Raphael,
The error message says that some files are locked in "temp" directory not in
destination. At least if you're doing a first-time install (not update), the
destination directory is empty and it's quite safe to copy.
Regards,
Armond
> From: Raphael [mailto:r...@android.com]
> Sent: Monday,
On Wed, Oct 28, 2009 at 11:25 PM, Armond Avanes wrote:
> After all, I'm still on my opinion. In the case of failure, the update
> process should try to COPY the contents instead of moving/renaming. And a
> warning that some garbage have been left on "temp" directory. For those of
> us on slow conn
Hi Skink,
I was trying to guess the correct path for direct download but no success!
Thanks a million :-) I'm downloading it...
For those who want Google API v5 as well, here it is:
http://dl-ssl.google.com/android/repository/google_apis-5_r01.zip
After all, it would be great if Google mentione
On Oct 29, 8:25 am, "Armond Avanes" wrote:
For those of
> us on slow connections it's really a pain to download that much and throw it
> away!!! I guess I've downloaded 500MB worth of data so far and still
> trying...
>
>
hi Armond,
you can manually download stuff from:
http://dl-ssl.google.
ael
> Sent: Wednesday, October 28, 2009 9:55 PM
> To: android-developers@googlegroups.com
> Subject: [android-developers] Re: Eclair install choked with errors about
> locks and died horribly leaving corrupted install
>
>
> Hey, do you still have the lock issue from Eclipse?
I was having the same issue:
Failed to rename directory
M:\android-sdk-windows\temp\DocPackage.new01 to
M:\android-sdk-windows\docs
-= Warning ! =-
A folder failed to be renamed or moved. On Windows this typically
means that
a program is using that folder (for example Windows Explorer.) Please
c
Hey, do you still have the lock issue from Eclipse?
I could use a bit of help understand what's going on:
- Install Process Explorer from
http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx
- Run Process Explorer
- Go to Find > Find Handle
- Search for the one of the locked path, e.g. C
On Tue, Oct 27, 2009 at 5:44 PM, Streets Of Boston
wrote:
>
> I have the same issue.
>
> I started android.bat from the command prompt.
> Since android.bat is in the directory that is reported to be locked,
> my command prompt is holding a lock to it when starting
> android.bat not very handy
.@googlegroups.com] On Behalf Of Xavier Ducrohet
> > Sent: Wednesday, October 28, 2009 4:19 AM
> > To: android-developers@googlegroups.com
> > Subject: [android-developers] Re: Eclair install choked with errors about
> > locks and died horribly leaving corrupted inst
Regards,
Armond
> -Original Message-
> From: android-developers@googlegroups.com [mailto:android-
> develop...@googlegroups.com] On Behalf Of Xavier Ducrohet
> Sent: Wednesday, October 28, 2009 4:19 AM
> To: android-developers@googlegroups.com
> Subject: [android-developers
I don't discuss the reason for failing, but won't it be better to try to
COPY the downloaded package instead of moving/renaming when it fails? This
is the minimum the upgrade tool should do... Downloading tens of MBs on a
slow connection then failing to move/rename is just a pain!
Armond
> Fail
I still have this "Some packaget ... updates" message, but it does not
seem to affect anything negatively.
On Oct 27, 9:33 pm, Streets Of Boston wrote:
> It looks like adb.exe holds a lock to the problematic directory.
> When you start Eclipse, adb.exe is started. And when you kill adb.exe,
> Ec
It looks like adb.exe holds a lock to the problematic directory.
When you start Eclipse, adb.exe is started. And when you kill adb.exe,
Eclipse tries to start adb.exe again. After 11 tries, it is
successful.
I did the manual install.
When i start android.bat right now, it looks like all is fine.
I wish i could say that; i had only my Eclipse open and a few browser
windows...and still i got this message.
On Oct 27, 9:05 pm, Xavier Ducrohet wrote:
> As long as you don't have a command prompt of a file explorer opened
> in the some folder of the SDK that you are updating, it should work
>
As long as you don't have a command prompt of a file explorer opened
in the some folder of the SDK that you are updating, it should work
from Eclipse.
Xav
On Tue, Oct 27, 2009 at 5:59 PM, Streets Of Boston
wrote:
>
> It doesn't work under Eclipse either... same message as when using the
> comma
It doesn't work under Eclipse either... same message as when using the
command prompt.
I guess all Windows users should download from this directory and do
it 'manually'.
On Oct 27, 8:49 pm, Xavier Ducrohet wrote:
> That's correct.
>
> Windows users who are not using eclipse, we recommend that
That's correct.
Windows users who are not using eclipse, we recommend that you
download the SDK package at
http://developer.android.com/sdk/index.html
This is basically only the tools folder, but it also includes a "SDK
Setup.exe" at the top SDK folder which calls android.bat in update
mode. Thi
I have the same issue.
I started android.bat from the command prompt.
Since android.bat is in the directory that is reported to be locked,
my command prompt is holding a lock to it when starting
android.bat not very handy...
On Oct 27, 7:36 pm, Xavier Ducrohet wrote:
> Hi,
>
> the issue is
Hi,
the issue is with Windows putting locks on files/folders. For instance
if you have a file explorer opened on the folder being updated (e.g.
the docs folder), it'll prevent other programs from modifying the
files/folders.
If you have problem using it from eclipse you can always use
SDK/tools/
If you were looking at documentation for the SDK or had looked at it
with Eclipse that would have been a problem. If you have ANY projects
open, close them and open them back up after the upgrade.
On Oct 27, 2:31 pm, Jim Showalter wrote:
> Followed the instructions
> inhttp://developer.android.
Everything worked for me and upgraded perfectly. Much easier to
upgrade now.
On Oct 27, 2:35 pm, maennj wrote:
> I suggest you download SDK Tools Rev3 manually and then install all
> SDKs you want. I had a problem with in my Mac too. I deleted the whole
> folder, downloaded a clean copy of sdk
I suggest you download SDK Tools Rev3 manually and then install all
SDKs you want. I had a problem with in my Mac too. I deleted the whole
folder, downloaded a clean copy of sdk tools and then installed all
sdks from the manager
http://developer.android.com/sdk/download.html?v=android-sdk_r3-wind
35 matches
Mail list logo