I have a Samsung Vibrant (T-mobile version), And now I wanted to start
developing for the phone (some apps, and test new kernels)
I downloaded the source with repo, choosen the combo for full crespo
eng, and builded the SDK.
Also readed the doc on android web page, but or some parts doesn't
seems up to date or I am doing something really wrong.
Then I have 2 questions:
1) what about this command? partner_setup generic
On android web page -> porting -> build system they talk about it but
I cannot find it.
2) When selecting a combo to build, I select crespo, for simulator,
and a debug eng. but them make -j4 PRODUCT-full_crespo-eng I get an
error:
make: *** No rule to build target `build/core/prelink-linux-x86.map',
needed by `out/debug/host/linux-x86/pr/crespo/symbols/system/lib/libjni_latinime.so'.
Stop
What am I doing wrong? What I want to do is compile a kernel for the
vibrant phone, and after that use it on the emulator.
Thanks!!
Albert
-There's no support in AOSP for that specific phone, so eventually
you're going to be running into trouble.
-It's very possible that the command in question doesn't exist any
more. I'm not familiar with that part of the documentation, though.
-The simulator is a very special build configuration that attempts to
run parts of Android into an single process on a linux x86 host. It
doesn't mix-and-match with other build configurations.
-What you're really looking for is the following sequence of commands:
source build/envsetup.sh
lunch full_crespo-eng
make -j4
At that point though you won't be able to do anything useful with the
result unless you have a Nexus S to flash this on.
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
>
--
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.
But at some point I should be able to test my image on the emulator
isn't it? Before flash it on the phone. Am I wrong?
two posible scenarios:
- If i want to test new apps on froyo to my phone
- Or try to make new patches and test them
Also the generic build of the simulator uses a kernel older than the eclair one.
Thanks!
JBQ
On Thu, Jan 13, 2011 at 7:55 AM, Alberich de megres
On the other hand, If I want to test the app i'm developing on froyo
for that I can use the emulator ins't it?
JBQ
On Thu, Jan 13, 2011 at 8:20 AM, Alberich de megres
The only way to test a passion-specific build is on actual passion
hardware, and the only way to test a crespo-specific build is on
actual crespo hardware.
JBQ
On Thu, Jan 13, 2011 at 8:32 AM, Alberich de megres
One last question, offtopic, for the kernel developing there's a list
of issues? or some other place a part the android+kernel list to track
current work/bug?
thanks once again
For questions about porting Android to other devices, android-porting
is best. Questions that aren't android-specific can go to the relevant
upstream discussion forums, of course (e.g. lkml).
JBQ
On Thu, Jan 13, 2011 at 9:27 AM, Alberich de megres
You have 3 options for the proprietary drivers:
-Not using any and running a pure open-source build. This prevents you
from using the cell network, BT/wifi, gps, 3D graphics, compass. You
don't need to do anything in that case.
-Using the officially distributed drivers: download
http://dl.google.com/dl/android/aosp/imgtec-crespo-grh78-12c7db93.tgz
and extract it at the top of your source tree. execute the script,
agree to the license, and you have 3D graphics. No other drivers are
currently available.
-Using drivers extracted from your device:
after building adb, run "./extract-files.sh" from
device/samsung/crespo with adb enabled on your Nexus S. You're
responsible for making sure that you're allowed to do that.
Configure your build:
source build/envsetup.sh
lunch full_crespo-userdebug
rm -rf out # necessary if you switch between driver options
make
Unlock your Nexus S bootloader if you haven't already done so:
adb reboot bootloader (or press-and-hold VolUp while powering up).
# make sure that your device has the JK1 bootloader and the JK8
baseband to use with 2.3.1.
fastboot oem unlock # this wipes your device, for security reasons
Flash your build:
fastboot flashall
You can lock your device back from the bootloader: fastboot oem lock
WARNING: THERE IS CURRENTLY NO OFFICIAL WAY TO RETURN TO THE FACTORY SYSTEM.
JBQ
2011/1/13 Alberich de megres <alber...@gmail.com>:
> So the only way will be use the phone? even if it's not the nexus S,
> as far as i remenber nexus S is prety much the same hard than vibrant
> S.
don't even flash or try to boot a Nexus S Kernel on you phone, just
because the CPU is the same it doesn't mean that the Phone is the
same! Only do this if have strong experience in Kernel world and
really know the differences between the devices! You can easily brick
your phone to total unrecovery. Flashlayout may differ or regulator
settings in the Kernel that will burn your hardware.
When flashing individual partitions, there's no sanity-check on
version mismatches (so you could end up with a system that doesn't
boot) and there's a risk of flashing a more sensitive partition (which
is how you can really end up with a brick). There's also a risk that
you wouldn't be flashing all partitions, and some of those work
hand-in-hand (some people discovered last month that a gingerbread
system partition doesn't run on top of a froyo boot partition, because
they weren't flashing all partitions).
I definitely recommend flashing with flashall.
As for the languages, the default language in the UI is the first one
in PRODUCT_LOCALES in the product definition.
JBQ
> You received this message because you are subscribed to the "Android Building" mailing list.
JBQ
> You received this message because you are subscribed to the "Android Building" mailing list.
-assuming that you're authorized to do it, it might be possible to
perform at least a partial backup. Please don't discuss details
further on this list.
-the simulator is somewhat maintained, but it's a very specialized and
very fragile tool which is only used by a handful of people at Google.
It is likely to require the very precise environment that those people
use, which is specific to Google and isn't publicly available.
JBQ