~cco3
> --
> You received this message because you are subscribed to the "Android Building" mailing list.
> To post to this group, send email to android-...@googlegroups.com
> To unsubscribe from this group, send email to
> android-buildi...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-building?hl=en
>
JBQ
On Fri, Sep 16, 2011 at 3:38 AM, B.Arunkumar
<awsnetwor...@gmail.com> wrote:
> --
> You received this message because you are subscribed to the "Android Building" mailing list.
> To post to this group, send email to android-...@googlegroups.com
> To unsubscribe from this group, send email to
> android-buildi...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-building?hl=en
>
--
Jean-Baptiste M. "JBQ" Queru
Software Engineer, Android Open-Source Project, Google.
Questions sent directly to me that have no reason for being private
will likely get ignored or forwarded to a public forum with no further
warning.
Any other target available in the CodeAurora tree requires additional
sources and so won't generally compile without that code or hacking the
build system to remove the dependencies (which will probably lead you
back to generic anyhow).
--
Dominic Binks: dbi...@codeaurora.org
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum
Summary: our default manifests are out of date. (We use versioned
manifests for our customer to pull from.)
So... to solve your build issues do the following:
1. Go to this web page: https://www.codeaurora.org/xwiki/bin/QAEP/
2. Find a suitable versioned manifest to sync to (see below for details)
3. Follow the instructions for sync'ing to a versioned manifest (adding
caf/ before the manifest file name)
You should be able to build this for generic.
Locating a suitable versioned manifest.
On the https://www.codeaurora.org/xwiki/bin/QAEP/ page look down at the
branches. I'm assuming people will want a gingerbread based build, but
the process is the same for older versions.
Personally, I would suggest using gingerbread_house as this is a stable
branch. Code is up to date up to 2.3.5 there so it's pretty recent.
Click on the branch name and a new page will show with the date of the
release, the tag and the versioned manifest name (which is the same as
the tag, the chipset and the branch (which is moot by this point since
you're only looking at releases on that branch).
I used M7630AABBQMLZA414001 as the basis for my sync - largely because
msm7630 is a fairly old, stable target and it was the most recent push.
Then I did:
$ repo init -u git://git.quicinc.com/platform/manifest.git \
-b gingerbread_house -m caf/M7630AABBQMLZA414001.xml \
--repo-url=git://codeaurora.git/tools/repo.git
$ repo sync
Once the sync was done:
$ lunch 1
$ make ...
The build was successful in this case.
Once you've got a successful sync, if you are desperate to, you can get
at the gingerbread_house tip by checking out caf/gingerbread_house
(except the kernel which needs to point to caf/android-msm-2.6.35.)
Hope this helps you.
In a python traceback, usually the last line is the most important
line, so it may be useful to post that too.
However, While we are still sorting things out, you may want to use
the repo found here: http://code.google.com/p/git-repo/ -- when it
tries to self-update, it will go to the correct source as opposed to
kernel.org.
JBQ
> --
> You received this message because you are subscribed to the "Android Building" mailing list.
> To post to this group, send email to android-...@googlegroups.com
> To unsubscribe from this group, send email to
> android-buildi...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/android-building?hl=en
>
--
Conveniently, repo is also mirrored on code aurora as tools/repo.git.
Obviously when kernel.org comes back you will want to point back there
since do only mirror repo and we modify android so kernel.org will
typically have a newer tree.
No special version of repo is needed to sync the code from code aurora.
Dominic
On 9/19/2011 10:03 AM, Conley Owens wrote:
> On Mon, Sep 19, 2011 at 7:43 AM, Weston Weems<wwe...@gmail.com> wrote:
>>
>> WWEEMS-MBP:WORKING_DIRECTORY wweems$ ~/bin/repo sync -j12Traceback
>> (most recent call last): File "/Volumes/android/
>> WORKING_DIRECTORY/.repo/repo/main.py", line 238, in<module>
>> _Main(sys.argv[1:])
>> File "/Volumes/android/WORKING_DIRECTORY/.repo/repo/main.py", line
>> 220, in _Main
>> repo._Run(argv)
>> File "/Volumes/android/WORKING_DIRECTORY/.repo/repo/main.py", line
>> 125, in _Run
>> cmd.Execute(copts, cargs)
>> File "/Volumes/android/WORKING_DIRECTORY/.repo/repo/subcmds/
>> sync.py", line 381, in Execute
>>
>> yadda yadda yadda...
>
> In a python traceback, usually the last line is the most important
> line, so it may be useful to post that too.
>
> However, While we are still sorting things out, you may want to use
> the repo found here: http://code.google.com/p/git-repo/ -- when it
> tries to self-update, it will go to the correct source as opposed to
> kernel.org.
>
>>
>> Should I need a special copy of repo?
>>
--
You received this message because you are subscribed to the "Android Building" mailing list.
To post to this group, send email to android-building@googlegroups.com
To unsubscribe from this group, send email to
It was not required because it had a default value that pointed to
kernel.org. (When we say repo repository location, we mean where to
get the repo tool from, not the set of repositories for AOSP, etc)
>> To post to this group, send email to android-...@googlegroups.com
>> To unsubscribe from this group, send email to
>> android-buildi...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/android-building?hl=en
>
> --
> You received this message because you are subscribed to the "Android
> Building" mailing list.
> To post to this group, send email to android-...@googlegroups.com
> To unsubscribe from this group, send email to
> android-buildi...@googlegroups.com
Repo is built from 2 parts: a pretty thin wrapper script, which is the
one that you download and install manually, and the actual
implementation of the tool, which is downloaded and executed by the
wrapper.
The wrapper comes with a default location of the implementation, and
downloads the implementation from there if it's not told otherwise via
--repo-url (and it self-updates from there, no more than once every 24
hours unless told otherwise).
Repo is now hosted at http://code.google.com/p/git-repo/ and there's a
version of the wrapper that gets the implementation from
code.google.com by default:
http://code.google.com/p/git-repo/downloads/detail?name=repo-1.12
JBQ
--
This question is unrelated to the rest of the thread.
I'm not sure abut the exact nature of this article and code. But, in
general, simply because a particular device happens to have a Qualcomm
chipset in it, doesn't mean that the device will necessarily support
every feature of Qualcomm's chipset or software.
I will try to find out a little more information about the article and
see if I can provide any better answer, but that may take a day or two.
Then I did:
$ repo init -u git://git.quicinc.com/platform/manifest.git \
-b gingerbread_house -m caf/M7630AABBQMLZA414001.xml \
--repo-url=git://codeaurora.git/tools/repo.git
$ repo sync
What problem are you seeing? I tried this and it worked for me.
> Meanwhile, Dominic any information that
> you could tell us regarding the Qualcomm sample code.
I'm still following up.
>
> Thank you,
> B.Arunkumar
>
>
> On Sep 26, 7:18 pm, Vivek Arora<vivek13s...@gmail.com> wrote:
>> Hi Arun,
>>
>> Did you manage to get Gingerbread source code which can be compiled
>> successfully?
>>
>> Regards,
>> Vivek
>
The code has been validated, so yes the code does work. Obviously there
are device dependencies but it is expected to work on any device with a
Snapdragon core.
Please direct any further questions on this directly to me as it's not
related to this list.
No, I downloaded the gingerbread code according to the instructions I
gave and that does work. If you are taking code from codeaurora you
will need to follow the instruction I gave, otherwise it won't work.
That's referring to an internal server where we have a mirror of what is
on codeaurora.
I'm just running through validating the instructions against codeaurora
- it should be pretty much the same, but I will update the thread with
the corrected instructions shortly.
Dominic
However, I have confirmed that with the right server the process does build.
Here's the corrected instructions.
$ repo init -u git://codeaurora.org/platform/manifest.git -b
gingerbread_house -m M7630AABBQMLZA414001.xml
$ repo sync
$ source build/envsetup.sh
$ lunch 1
$ make -j <your-favourite j-ness>
to accelerate the sync times a little you could try using --jobs=2 in
the sync.
Sorry for the mistake.
Dominic