I'm submitting an ebuild for android-sdk from the Open Handset Alliance, for the people who want to play with it or maybe participate in the challenge. from http://code.google.com/android : Android is a software stack for mobile devices that includes an operating system, middleware and key applications. The Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.
Created attachment 143718 [details] android-sdk-5_rc14.ebuild still don't quite know the best category. dev-embedded or app-mobilephone
Created attachment 158721 [details] android-sdk-5_rc15.ebuild This ebuild for android-sdk-5_rc15 fixes an issue with the 'doc' use flag.
This is an SDK, dev-embedded category makes more sense than app-mobilephone.
Created attachment 163296 [details] ebuild for 0.9_beta Changed the naming scheme
Created attachment 166203 [details] an ebuild for the newest android-sdk 1.0 R1 based on the android-sdk-0.9_beta
is this ebuild in any overlay?
Works for me on amd64 ~jtriley
Alin: as it contains SDK, emulator and other android related tools I'm leaning towards dev-util/android-sdk -- any comments, suggestions anybody?
Created attachment 178784 [details] Updated to sdk r2, fixed version to match gentoo conventions. I updated this for the latest sdk, and I also fixed the version numbering (we can't use the gentoo -r# to track an upstream version number). For now I just hardcoded in the version in MY_P - it isn't entirely clear that their version numbering is completely stable at this point looking at past releases. I'd be interested in feedback about the new ebuild. I'm considering maintaining this in portage. I have a G1, and I'm interested in tinkering with it, but I'm not going to be a serious android developer so I'll be interested in feedback from those who are.
Thanks, works without problems here.
Created attachment 178788 [details] android-sdk-1.0_p2.ebuild Instead of 1.0.2 I suggest 1.0_p2 -- that way when 1.0.1 comes out we won't have any problems with it. Also: added examples USE flag, moved tools/NOTICE.txt to /usr/share/doc/...
Created attachment 178789 [details] android-sdk-1.0_p2.ebuild Improved version: installs to /opt/android-sdk-1.0/
Ok, this is now in portage. We're going to co-maintain so let either of us know if there are any issues.
I'm having permission problems basically with /opt/android-sdk-update-manager/tools folder. The app is trying to rename the tools folder to temp/sometmpname while updating its tools. I've modified my sdk folder, gave ownership to my main user (my main user is already on the android group) and tweaked some permission flags (I had this issue before and had to give almost full permission to everyone to fix it), but now I'd like to know if people are using the ebuild without any problems. I'd like to reset permissions and ownership, what is the best approach? Backup platform files and reinstall the sdk-manager ebuild?
(In reply to comment #14) > I'm having permission problems basically with > /opt/android-sdk-update-manager/tools folder. The app is trying to rename the > tools folder to temp/sometmpname while updating its tools. I've modified my sdk > folder, gave ownership to my main user (my main user is already on the android > group) and tweaked some permission flags (I had this issue before and had to > give almost full permission to everyone to fix it), but now I'd like to know if > people are using the ebuild without any problems. > > I'd like to reset permissions and ownership, what is the best approach? Backup > platform files and reinstall the sdk-manager ebuild? Bugs are not the best way to ask for help - better to ask on forums/lists. You do need to be in the android group per the ebuild notices to use the installer - I haven't had these issues and just tested it out a few days ago. If you've messed around with permissions your best bet is probably to just delete the entire android directory tree under /opt, and then just emerge the package again. Simply un-merging the package will leave behind any files that the installer downloaded, and any permissions issues that created.
Ok, sorry about that. I thought maybe the bug wasn't fully resolved yet. I'll try again from scratch, if anything arises, I'll report as a new bug.