Re: Outstanding cupcake - master merge
I create a android virtual device,and start emulator by emulate -avd
name
Thank you,JBQ!
On 4月2日, 上午11时42分, Jean-Baptiste Queru j...@android.com wrote:
I normally start it with just emulator. -avd is for future SDKs,
you shouldn't need to specify it when working on your own builds
(except if you're working on the SDK tools themselves).
JBQ
2009/4/1 luggie lug...@gmail.com:
hi, JBQ.
How do i start the emulator ?
What is -avd?
Thank you!
On 4月1日, 上午7时54分, Jean-Baptiste Queru j...@android.com wrote:
The changes are in, and master now builds with OpenCORE.
Thanks Ravi (and team)
JBQ
On Tue, Mar 31, 2009 at 12:22 PM, rktb yend...@pv.com wrote:
I have fixed the master build to include OpenCORE now. The basic
functionality is up an running. There is still a known issue with the
sdcard not being detected as mentioned by JBQ above.
The changes are in
https://review.source.android.com/Gerrit#change,9446
https://review.source.android.com/Gerrit#change,9447
https://review.source.android.com/Gerrit#change,9448
-Ravi
On Mar 31, 10:15 am, rktb yend...@pv.com wrote:
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on master
latest? From the log also, I see the mediascanner service scan only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner /tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688 uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir
/system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time: 240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time: 44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time: 285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a
plain
make should work again. This is still only a temporary hack and
we'll have to fix this the right way in the future, but it'll let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been
hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru
j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work
well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru
j...@android.com wrote:
I've been working on a better batch of patches (now it feels
more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it from
the manifest.
-you need to repo download changes 9355, 9356 and 9357. No need
to
take 9300. I know it's 3 changes instead of 1, because I had to
touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've put together a hack that allows the system to compile and
start
all the way to the home app. I worked with the delicateness of
open-heart surgery performed with a chainsaw.
Steps:
-remove the opencore files ( rm -rf external/opencore
.repo/projects/external/opencore.git ). Remove opencore from
your
.repo/manifest.xml if you intend to repo sync the entire world
but
don't want to have to
Re: Outstanding cupcake - master merge
hi,JBQ,How do i make winows_sdk by this source code?(I had made sdk in
ubuntu.)
Thanks.
On 4月2日, 下午4时16分, luggie lug...@gmail.com wrote:
I create a android virtual device,and start emulator by emulate -avd
name
Thank you,JBQ!
On 4月2日, 上午11时42分, Jean-Baptiste Queru j...@android.com wrote:
I normally start it with just emulator. -avd is for future SDKs,
you shouldn't need to specify it when working on your own builds
(except if you're working on the SDK tools themselves).
JBQ
2009/4/1 luggie lug...@gmail.com:
hi, JBQ.
How do i start the emulator ?
What is -avd?
Thank you!
On 4月1日, 上午7时54分, Jean-Baptiste Queru j...@android.com wrote:
The changes are in, and master now builds with OpenCORE.
Thanks Ravi (and team)
JBQ
On Tue, Mar 31, 2009 at 12:22 PM, rktb yend...@pv.com wrote:
I have fixed the master build to include OpenCORE now. The basic
functionality is up an running. There is still a known issue with the
sdcard not being detected as mentioned by JBQ above.
The changes are in
https://review.source.android.com/Gerrit#change,9446
https://review.source.android.com/Gerrit#change,9447
https://review.source.android.com/Gerrit#change,9448
-Ravi
On Mar 31, 10:15 am, rktb yend...@pv.com wrote:
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My understand
is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default
configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on
master
latest? From the log also, I see the mediascanner service scan
only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner /tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688
uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start
scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir
/system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time:
240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time: 44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time:
285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done
scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping
service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a
plain
make should work again. This is still only a temporary hack and
we'll have to fix this the right way in the future, but it'll let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been
hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru
j...@android.com wrote:
[still bcc android-platform, android-framework,
android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work
well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru
j...@android.com wrote:
I've been working on a better batch of patches (now it
feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it
from the manifest.
-you need to repo download changes 9355, 9356 and 9357. No
need to
take 9300. I know it's 3 changes instead of 1, because I had
to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've put together a hack that allows the system to compile
and start
all the way to the home app. I worked with the delicateness
Re: Outstanding cupcake - master merge
Congratulations to JBQ and to all that have helped him for this great
achievement !
2009/4/2 luggie lug...@gmail.com:
hi,JBQ,How do i make winows_sdk by this source code?(I had made sdk in
ubuntu.)
Thanks.
On 4月2日, 下午4时16分, luggie lug...@gmail.com wrote:
I create a android virtual device,and start emulator by emulate -avd
name
Thank you,JBQ!
On 4月2日, 上午11时42分, Jean-Baptiste Queru j...@android.com wrote:
I normally start it with just emulator. -avd is for future SDKs,
you shouldn't need to specify it when working on your own builds
(except if you're working on the SDK tools themselves).
JBQ
2009/4/1 luggie lug...@gmail.com:
hi, JBQ.
How do i start the emulator ?
What is -avd?
Thank you!
On 4月1日, 上午7时54分, Jean-Baptiste Queru j...@android.com wrote:
The changes are in, and master now builds with OpenCORE.
Thanks Ravi (and team)
JBQ
On Tue, Mar 31, 2009 at 12:22 PM, rktb yend...@pv.com wrote:
I have fixed the master build to include OpenCORE now. The basic
functionality is up an running. There is still a known issue with the
sdcard not being detected as mentioned by JBQ above.
The changes are in
https://review.source.android.com/Gerrit#change,9446
https://review.source.android.com/Gerrit#change,9447
https://review.source.android.com/Gerrit#change,9448
-Ravi
On Mar 31, 10:15 am, rktb yend...@pv.com wrote:
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My
understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default
configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on
master
latest? From the log also, I see the mediascanner service scan
only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner
/tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688
uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start
scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir
/system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time:
240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time:
44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time:
285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done
scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping
service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a
plain
make should work again. This is still only a temporary hack
and
we'll have to fix this the right way in the future, but it'll
let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been
hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru
j...@android.com wrote:
[still bcc android-platform, android-framework,
android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work
well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru
j...@android.com wrote:
I've been working on a better batch of patches (now it
feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it
from the manifest.
-you need to repo download changes 9355, 9356 and 9357. No
need to
take 9300. I know it's 3 changes instead of 1, because I had
to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru
j...@android.com wrote:
Re: Outstanding cupcake - master merge
Sorry, I don't.
JBQ
2009/4/2 luggie lug...@gmail.com:
hi,JBQ,How do i make winows_sdk by this source code?(I had made sdk in
ubuntu.)
Thanks.
On 4月2日, 下午4时16分, luggie lug...@gmail.com wrote:
I create a android virtual device,and start emulator by emulate -avd
name
Thank you,JBQ!
On 4月2日, 上午11时42分, Jean-Baptiste Queru j...@android.com wrote:
I normally start it with just emulator. -avd is for future SDKs,
you shouldn't need to specify it when working on your own builds
(except if you're working on the SDK tools themselves).
JBQ
2009/4/1 luggie lug...@gmail.com:
hi, JBQ.
How do i start the emulator ?
What is -avd?
Thank you!
On 4月1日, 上午7时54分, Jean-Baptiste Queru j...@android.com wrote:
The changes are in, and master now builds with OpenCORE.
Thanks Ravi (and team)
JBQ
On Tue, Mar 31, 2009 at 12:22 PM, rktb yend...@pv.com wrote:
I have fixed the master build to include OpenCORE now. The basic
functionality is up an running. There is still a known issue with the
sdcard not being detected as mentioned by JBQ above.
The changes are in
https://review.source.android.com/Gerrit#change,9446
https://review.source.android.com/Gerrit#change,9447
https://review.source.android.com/Gerrit#change,9448
-Ravi
On Mar 31, 10:15 am, rktb yend...@pv.com wrote:
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My
understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default
configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on
master
latest? From the log also, I see the mediascanner service scan
only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner
/tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688
uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start
scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir
/system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time:
240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time:
44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time:
285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done
scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping
service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a
plain
make should work again. This is still only a temporary hack
and
we'll have to fix this the right way in the future, but it'll
let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been
hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru
j...@android.com wrote:
[still bcc android-platform, android-framework,
android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work
well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru
j...@android.com wrote:
I've been working on a better batch of patches (now it
feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it
from the manifest.
-you need to repo download changes 9355, 9356 and 9357. No
need to
take 9300. I know it's 3 changes instead of 1, because I had
to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've put together a hack that allows the system to compile
Re: Outstanding cupcake - master merge
(I meant, I don't know)
JBQ
2009/4/2 Jean-Baptiste Queru j...@android.com:
Sorry, I don't.
JBQ
2009/4/2 luggie lug...@gmail.com:
hi,JBQ,How do i make winows_sdk by this source code?(I had made sdk in
ubuntu.)
Thanks.
On 4月2日, 下午4时16分, luggie lug...@gmail.com wrote:
I create a android virtual device,and start emulator by emulate -avd
name
Thank you,JBQ!
On 4月2日, 上午11时42分, Jean-Baptiste Queru j...@android.com wrote:
I normally start it with just emulator. -avd is for future SDKs,
you shouldn't need to specify it when working on your own builds
(except if you're working on the SDK tools themselves).
JBQ
2009/4/1 luggie lug...@gmail.com:
hi, JBQ.
How do i start the emulator ?
What is -avd?
Thank you!
On 4月1日, 上午7时54分, Jean-Baptiste Queru j...@android.com wrote:
The changes are in, and master now builds with OpenCORE.
Thanks Ravi (and team)
JBQ
On Tue, Mar 31, 2009 at 12:22 PM, rktb yend...@pv.com wrote:
I have fixed the master build to include OpenCORE now. The basic
functionality is up an running. There is still a known issue with the
sdcard not being detected as mentioned by JBQ above.
The changes are in
https://review.source.android.com/Gerrit#change,9446
https://review.source.android.com/Gerrit#change,9447
https://review.source.android.com/Gerrit#change,9448
-Ravi
On Mar 31, 10:15 am, rktb yend...@pv.com wrote:
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My
understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default
configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on
master
latest? From the log also, I see the mediascanner service scan
only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner
/tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688
uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start
scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir
/system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time:
240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time:
44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time:
1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time:
285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done
scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping
service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com
wrote:
[still bcc android-platform, android-framework,
android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a
plain
make should work again. This is still only a temporary hack
and
we'll have to fix this the right way in the future, but it'll
let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been
hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru
j...@android.com wrote:
[still bcc android-platform, android-framework,
android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to
work well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru
j...@android.com wrote:
I've been working on a better batch of patches (now it
feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it
from the manifest.
-you need to repo download changes 9355, 9356 and 9357. No
need to
take 9300. I know it's 3 changes instead of 1, because I
had to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru
Re: Outstanding cupcake - master merge
hi, JBQ.
How do i start the emulator ?
What is -avd?
Thank you!
On 4月1日, 上午7时54分, Jean-Baptiste Queru j...@android.com wrote:
The changes are in, and master now builds with OpenCORE.
Thanks Ravi (and team)
JBQ
On Tue, Mar 31, 2009 at 12:22 PM, rktb yend...@pv.com wrote:
I have fixed the master build to include OpenCORE now. The basic
functionality is up an running. There is still a known issue with the
sdcard not being detected as mentioned by JBQ above.
The changes are in
https://review.source.android.com/Gerrit#change,9446
https://review.source.android.com/Gerrit#change,9447
https://review.source.android.com/Gerrit#change,9448
-Ravi
On Mar 31, 10:15 am, rktb yend...@pv.com wrote:
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on master
latest? From the log also, I see the mediascanner service scan only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner /tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688 uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir /system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time: 240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time: 44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time: 285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a plain
make should work again. This is still only a temporary hack and
we'll have to fix this the right way in the future, but it'll let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru
j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru
j...@android.com wrote:
I've been working on a better batch of patches (now it feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it from the
manifest.
-you need to repo download changes 9355, 9356 and 9357. No need to
take 9300. I know it's 3 changes instead of 1, because I had to
touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've put together a hack that allows the system to compile and
start
all the way to the home app. I worked with the delicateness of
open-heart surgery performed with a chainsaw.
Steps:
-remove the opencore files ( rm -rf external/opencore
.repo/projects/external/opencore.git ). Remove opencore from your
.repo/manifest.xml if you intend to repo sync the entire world but
don't want to have to remove opencore every single time.
-patch in change 9300 ( repo download platform/frameworks/base
9300/1 )
-most probably do a clean build ( rm -rf out/ ; make )
I've tested on a device/release/generic/userdebug build. On my
machine, it compiles, launches. The media process dies (which
probably
means that downloads are busted too), as well as the music
player. The
browser starts and can access the network.
JBQ
On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru
Re: Outstanding cupcake - master merge
Hi,
Is there an issue with the sdcard not being recognized on master
latest? From the log also, I see the mediascanner service scan only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner /tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688 uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir /system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time: 240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time: 44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time: 285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a plain
make should work again. This is still only a temporary hack and
we'll have to fix this the right way in the future, but it'll let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru j...@android.com
wrote:
[still bcc android-platform, android-framework, android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru j...@android.com
wrote:
I've been working on a better batch of patches (now it feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it from the
manifest.
-you need to repo download changes 9355, 9356 and 9357. No need to
take 9300. I know it's 3 changes instead of 1, because I had to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru j...@android.com
wrote:
I've put together a hack that allows the system to compile and start
all the way to the home app. I worked with the delicateness of
open-heart surgery performed with a chainsaw.
Steps:
-remove the opencore files ( rm -rf external/opencore
.repo/projects/external/opencore.git ). Remove opencore from your
.repo/manifest.xml if you intend to repo sync the entire world but
don't want to have to remove opencore every single time.
-patch in change 9300 ( repo download platform/frameworks/base 9300/1 )
-most probably do a clean build ( rm -rf out/ ; make )
I've tested on a device/release/generic/userdebug build. On my
machine, it compiles, launches. The media process dies (which probably
means that downloads are busted too), as well as the music player. The
browser starts and can access the network.
JBQ
On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru j...@android.com
wrote:
I've submitted the merge (106 projects!), and I believe that the tree
is in the state that it should be.
Caveats:
-THE BUILD IS BROKEN. You've been warned. There's been some drift
around OpenCORE (probably situations where new code was written in
cupcake that uses OpenCORE 1, or where APIs were removed in cupcake
that OpenCORE 2 relies on).
The proper command to try to merge the OpenCORE code should be git
merge remotes/korg/cupcake (I'm typing from memory).
-I'm not 100% sure that the server contains exactly what it should.
I've had a filesystem failure right as I was trying to verify it, and
I'm not gonna be able to verify until at least sometime tomorrow.
JBQ
On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru j...@android.com
wrote:
I expect to start submitting the changes in about an hour, i.e.
between 1:30pm and 2pm PDT.
Starting right now, you may want to avoid initiating a new repo sync,
unless you're OK ending up with a tree that might not even compile.
JBQ
On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com
wrote:
[bcc android-platform, android-framework, android-porting]
I'm working on merging the latest cupcake code drop into master. The
task is quite hairy, so the following two guidelines probably apply:
-please don't submit anything in gerrit, as you'll just get in my way.
-now is a
Re: Outstanding cupcake - master merge
Yes, I think it's broken, both on cupcake and master. My understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default configuration.
I've filed http://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on master
latest? From the log also, I see the mediascanner service scan only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner /tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688 uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir /system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time: 240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time: 44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time: 285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a plain
make should work again. This is still only a temporary hack and
we'll have to fix this the right way in the future, but it'll let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru j...@android.com
wrote:
[still bcc android-platform, android-framework, android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru j...@android.com
wrote:
I've been working on a better batch of patches (now it feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it from the
manifest.
-you need to repo download changes 9355, 9356 and 9357. No need to
take 9300. I know it's 3 changes instead of 1, because I had to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru j...@android.com
wrote:
I've put together a hack that allows the system to compile and start
all the way to the home app. I worked with the delicateness of
open-heart surgery performed with a chainsaw.
Steps:
-remove the opencore files ( rm -rf external/opencore
.repo/projects/external/opencore.git ). Remove opencore from your
.repo/manifest.xml if you intend to repo sync the entire world but
don't want to have to remove opencore every single time.
-patch in change 9300 ( repo download platform/frameworks/base 9300/1 )
-most probably do a clean build ( rm -rf out/ ; make )
I've tested on a device/release/generic/userdebug build. On my
machine, it compiles, launches. The media process dies (which probably
means that downloads are busted too), as well as the music player. The
browser starts and can access the network.
JBQ
On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru j...@android.com
wrote:
I've submitted the merge (106 projects!), and I believe that the tree
is in the state that it should be.
Caveats:
-THE BUILD IS BROKEN. You've been warned. There's been some drift
around OpenCORE (probably situations where new code was written in
cupcake that uses OpenCORE 1, or where APIs were removed in cupcake
that OpenCORE 2 relies on).
The proper command to try to merge the OpenCORE code should be git
merge remotes/korg/cupcake (I'm typing from memory).
-I'm not 100% sure that the server contains exactly what it should.
I've had a filesystem failure right as I was trying to verify it, and
I'm not gonna be able to verify until at least sometime tomorrow.
JBQ
On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru
j...@android.com wrote:
I expect to start submitting the changes in about an hour, i.e.
between 1:30pm and 2pm PDT.
Starting right now, you may want to avoid initiating a new repo sync,
unless you're OK ending up with a tree that might not even compile.
JBQ
On Tue, Mar 17, 2009 at 6:35 PM,
Re: Outstanding cupcake - master merge
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on master
latest? From the log also, I see the mediascanner service scan only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner /tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688 uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir /system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time: 240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time: 44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner: total time: 285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a plain
make should work again. This is still only a temporary hack and
we'll have to fix this the right way in the future, but it'll let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru j...@android.com
wrote:
[still bcc android-platform, android-framework, android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru j...@android.com
wrote:
I've been working on a better batch of patches (now it feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it from the
manifest.
-you need to repo download changes 9355, 9356 and 9357. No need to
take 9300. I know it's 3 changes instead of 1, because I had to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru j...@android.com
wrote:
I've put together a hack that allows the system to compile and start
all the way to the home app. I worked with the delicateness of
open-heart surgery performed with a chainsaw.
Steps:
-remove the opencore files ( rm -rf external/opencore
.repo/projects/external/opencore.git ). Remove opencore from your
.repo/manifest.xml if you intend to repo sync the entire world but
don't want to have to remove opencore every single time.
-patch in change 9300 ( repo download platform/frameworks/base 9300/1 )
-most probably do a clean build ( rm -rf out/ ; make )
I've tested on a device/release/generic/userdebug build. On my
machine, it compiles, launches. The media process dies (which probably
means that downloads are busted too), as well as the music player. The
browser starts and can access the network.
JBQ
On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've submitted the merge (106 projects!), and I believe that the tree
is in the state that it should be.
Caveats:
-THE BUILD IS BROKEN. You've been warned. There's been some drift
around OpenCORE (probably situations where new code was written in
cupcake that uses OpenCORE 1, or where APIs were removed in cupcake
that OpenCORE 2 relies on).
The proper command to try to merge the OpenCORE code should be git
merge remotes/korg/cupcake (I'm typing from memory).
-I'm not 100% sure that the server contains exactly what it should.
I've had a filesystem failure right as I was trying to verify it, and
I'm not gonna be able to verify until at least sometime tomorrow.
JBQ
On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru
j...@android.com wrote:
I expect to start submitting the changes in about an hour, i.e.
between 1:30pm and 2pm
Re: Outstanding cupcake - master merge
I have fixed the master build to include OpenCORE now. The basic
functionality is up an running. There is still a known issue with the
sdcard not being detected as mentioned by JBQ above.
The changes are in
https://review.source.android.com/Gerrit#change,9446
https://review.source.android.com/Gerrit#change,9447
https://review.source.android.com/Gerrit#change,9448
-Ravi
On Mar 31, 10:15 am, rktb yend...@pv.com wrote:
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on master
latest? From the log also, I see the mediascanner service scan only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner /tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688 uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir /system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time: 240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time: 44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner: total time: 285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a plain
make should work again. This is still only a temporary hack and
we'll have to fix this the right way in the future, but it'll let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru j...@android.com
wrote:
[still bcc android-platform, android-framework, android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru
j...@android.com wrote:
I've been working on a better batch of patches (now it feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it from the
manifest.
-you need to repo download changes 9355, 9356 and 9357. No need to
take 9300. I know it's 3 changes instead of 1, because I had to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've put together a hack that allows the system to compile and start
all the way to the home app. I worked with the delicateness of
open-heart surgery performed with a chainsaw.
Steps:
-remove the opencore files ( rm -rf external/opencore
.repo/projects/external/opencore.git ). Remove opencore from your
.repo/manifest.xml if you intend to repo sync the entire world but
don't want to have to remove opencore every single time.
-patch in change 9300 ( repo download platform/frameworks/base
9300/1 )
-most probably do a clean build ( rm -rf out/ ; make )
I've tested on a device/release/generic/userdebug build. On my
machine, it compiles, launches. The media process dies (which
probably
means that downloads are busted too), as well as the music player.
The
browser starts and can access the network.
JBQ
On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've submitted the merge (106 projects!), and I believe that the
tree
is in the state that it should be.
Caveats:
-THE BUILD IS BROKEN. You've been warned. There's been some drift
around OpenCORE (probably situations where new code was written in
cupcake that uses OpenCORE 1, or where APIs were removed in cupcake
that OpenCORE 2 relies
Re: Outstanding cupcake - master merge
The changes are in, and master now builds with OpenCORE.
Thanks Ravi (and team)
JBQ
On Tue, Mar 31, 2009 at 12:22 PM, rktb yend...@pv.com wrote:
I have fixed the master build to include OpenCORE now. The basic
functionality is up an running. There is still a known issue with the
sdcard not being detected as mentioned by JBQ above.
The changes are in
https://review.source.android.com/Gerrit#change,9446
https://review.source.android.com/Gerrit#change,9447
https://review.source.android.com/Gerrit#change,9448
-Ravi
On Mar 31, 10:15 am, rktb yend...@pv.com wrote:
Thanks JBQ. Got around it.
-Ravi
On Mar 31, 4:55 am, Jean-Baptiste Queru j...@android.com wrote:
Yes, I think it's broken, both on cupcake and master. My understand is
that vold (the volume-management daemon, which replaced mountd) is
looking for a file that is not installed by the default configuration.
I've filedhttp://b.android.com/2335
JBQ
On Tue, Mar 31, 2009 at 3:38 AM, rktb yend...@pv.com wrote:
Hi,
Is there an issue with the sdcard not being recognized on master
latest? From the log also, I see the mediascanner service scan only
the internal directory. I don't see the external directory.
yend...@yendurid630:~/oha_android$ grep MediaScanner /tmp/loge.txt
03-31 03:12:09.977 579 579 I ActivityManager: Start proc
android.process.media for broadcast
com.android.providers.media/.MediaScannerReceiver: pid=688 uid=10005
gids={1006, 2001, 3003}
03-31 03:12:12.226 688 697 D MediaScannerService: start scanning
volume internal
03-31 03:12:03.726 688 697 D MediaScanner: opendir /system/media/
failed, errno: 2
03-31 03:12:03.726 688 697 D MediaScanner: prescan time: 240ms
03-31 03:12:03.736 688 697 D MediaScanner: scan time: 44ms
03-31 03:12:03.746 688 697 D MediaScanner: postscan time: 1ms
03-31 03:12:03.756 688 697 D MediaScanner:total time: 285ms
03-31 03:12:03.786 688 697 D MediaScannerService: done scanning
volume internal
03-31 03:12:03.796 579 583 I ActivityManager: Stopping service:
com.android.providers.media/.MediaScannerService
-Ravi
On Mar 30, 5:26 pm, Jean-Baptiste Queru j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Final status on this:
-BUILD_WITHOUT_PV=true is now the default in master, so that a plain
make should work again. This is still only a temporary hack and
we'll have to fix this the right way in the future, but it'll let
people build out of the box.
-Sorry for the delay in getting this done. Everything has been hectic.
JBQ
On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru
j...@android.com wrote:
[still bcc android-platform, android-framework, android-porting]
Latest status:
-we're back to one patch: 9356.
-build with BUILD_WITHOUT_PV=true make
-quickly tested both on emulator and dream, and seems to work well
enough to not have the phone app crash in a loop.
-I expect to submit 9356 on Monday morning PDT.
JBQ
On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru
j...@android.com wrote:
I've been working on a better batch of patches (now it feels more
like open-heart surgery with a meat cleaver):
-no need to delete the opencore directory or to remove it from the
manifest.
-you need to repo download changes 9355, 9356 and 9357. No need to
take 9300. I know it's 3 changes instead of 1, because I had to touch
a few more parts of the system, but those are much cleaner.
-only tested on the emulator, so those might very well cause
regressions on dream.
JBQ
On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've put together a hack that allows the system to compile and start
all the way to the home app. I worked with the delicateness of
open-heart surgery performed with a chainsaw.
Steps:
-remove the opencore files ( rm -rf external/opencore
.repo/projects/external/opencore.git ). Remove opencore from your
.repo/manifest.xml if you intend to repo sync the entire world but
don't want to have to remove opencore every single time.
-patch in change 9300 ( repo download platform/frameworks/base
9300/1 )
-most probably do a clean build ( rm -rf out/ ; make )
I've tested on a device/release/generic/userdebug build. On my
machine, it compiles, launches. The media process dies (which
probably
means that downloads are busted too), as well as the music player.
The
browser starts and can access the network.
JBQ
On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru
j...@android.com wrote:
I've submitted the merge (106 projects!), and I believe that the
tree
is in the state that it should be.
Caveats:
-THE BUILD IS BROKEN. You've been warned. There's been some drift
around
Re: Outstanding cupcake - master merge
[still bcc android-platform, android-framework, android-porting] Final status on this: -BUILD_WITHOUT_PV=true is now the default in master, so that a plain make should work again. This is still only a temporary hack and we'll have to fix this the right way in the future, but it'll let people build out of the box. -Sorry for the delay in getting this done. Everything has been hectic. JBQ On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru j...@android.com wrote: [still bcc android-platform, android-framework, android-porting] Latest status: -we're back to one patch: 9356. -build with BUILD_WITHOUT_PV=true make -quickly tested both on emulator and dream, and seems to work well enough to not have the phone app crash in a loop. -I expect to submit 9356 on Monday morning PDT. JBQ On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru j...@android.com wrote: I've been working on a better batch of patches (now it feels more like open-heart surgery with a meat cleaver): -no need to delete the opencore directory or to remove it from the manifest. -you need to repo download changes 9355, 9356 and 9357. No need to take 9300. I know it's 3 changes instead of 1, because I had to touch a few more parts of the system, but those are much cleaner. -only tested on the emulator, so those might very well cause regressions on dream. JBQ On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru j...@android.com wrote: I've put together a hack that allows the system to compile and start all the way to the home app. I worked with the delicateness of open-heart surgery performed with a chainsaw. Steps: -remove the opencore files ( rm -rf external/opencore .repo/projects/external/opencore.git ). Remove opencore from your .repo/manifest.xml if you intend to repo sync the entire world but don't want to have to remove opencore every single time. -patch in change 9300 ( repo download platform/frameworks/base 9300/1 ) -most probably do a clean build ( rm -rf out/ ; make ) I've tested on a device/release/generic/userdebug build. On my machine, it compiles, launches. The media process dies (which probably means that downloads are busted too), as well as the music player. The browser starts and can access the network. JBQ On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru j...@android.com wrote: I've submitted the merge (106 projects!), and I believe that the tree is in the state that it should be. Caveats: -THE BUILD IS BROKEN. You've been warned. There's been some drift around OpenCORE (probably situations where new code was written in cupcake that uses OpenCORE 1, or where APIs were removed in cupcake that OpenCORE 2 relies on). The proper command to try to merge the OpenCORE code should be git merge remotes/korg/cupcake (I'm typing from memory). -I'm not 100% sure that the server contains exactly what it should. I've had a filesystem failure right as I was trying to verify it, and I'm not gonna be able to verify until at least sometime tomorrow. JBQ On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru j...@android.com wrote: I expect to start submitting the changes in about an hour, i.e. between 1:30pm and 2pm PDT. Starting right now, you may want to avoid initiating a new repo sync, unless you're OK ending up with a tree that might not even compile. JBQ On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, Google. Questions sent directly to me that have no reason for being private will likely get ignored or forwarded to a
Re: Outstanding cupcake - master merge
[still bcc android-platform, android-framework, android-porting] We're now one step closer. Change 9356 was submitted, so that the source tree as is can be compiled. You still need to set BUILD_WITHOUT_PV=true. JBQ On Sat, Mar 21, 2009 at 10:35 PM, Jean-Baptiste Queru j...@android.com wrote: [still bcc android-platform, android-framework, android-porting] Latest status: -we're back to one patch: 9356. -build with BUILD_WITHOUT_PV=true make -quickly tested both on emulator and dream, and seems to work well enough to not have the phone app crash in a loop. -I expect to submit 9356 on Monday morning PDT. JBQ On Sat, Mar 21, 2009 at 11:50 AM, Jean-Baptiste Queru j...@android.com wrote: I've been working on a better batch of patches (now it feels more like open-heart surgery with a meat cleaver): -no need to delete the opencore directory or to remove it from the manifest. -you need to repo download changes 9355, 9356 and 9357. No need to take 9300. I know it's 3 changes instead of 1, because I had to touch a few more parts of the system, but those are much cleaner. -only tested on the emulator, so those might very well cause regressions on dream. JBQ On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru j...@android.com wrote: I've put together a hack that allows the system to compile and start all the way to the home app. I worked with the delicateness of open-heart surgery performed with a chainsaw. Steps: -remove the opencore files ( rm -rf external/opencore .repo/projects/external/opencore.git ). Remove opencore from your .repo/manifest.xml if you intend to repo sync the entire world but don't want to have to remove opencore every single time. -patch in change 9300 ( repo download platform/frameworks/base 9300/1 ) -most probably do a clean build ( rm -rf out/ ; make ) I've tested on a device/release/generic/userdebug build. On my machine, it compiles, launches. The media process dies (which probably means that downloads are busted too), as well as the music player. The browser starts and can access the network. JBQ On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru j...@android.com wrote: I've submitted the merge (106 projects!), and I believe that the tree is in the state that it should be. Caveats: -THE BUILD IS BROKEN. You've been warned. There's been some drift around OpenCORE (probably situations where new code was written in cupcake that uses OpenCORE 1, or where APIs were removed in cupcake that OpenCORE 2 relies on). The proper command to try to merge the OpenCORE code should be git merge remotes/korg/cupcake (I'm typing from memory). -I'm not 100% sure that the server contains exactly what it should. I've had a filesystem failure right as I was trying to verify it, and I'm not gonna be able to verify until at least sometime tomorrow. JBQ On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru j...@android.com wrote: I expect to start submitting the changes in about an hour, i.e. between 1:30pm and 2pm PDT. Starting right now, you may want to avoid initiating a new repo sync, unless you're OK ending up with a tree that might not even compile. JBQ On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, Google. Questions sent directly to me that have no reason for being private will
Re: Outstanding cupcake - master merge
I've been working on a better batch of patches (now it feels more like open-heart surgery with a meat cleaver): -no need to delete the opencore directory or to remove it from the manifest. -you need to repo download changes 9355, 9356 and 9357. No need to take 9300. I know it's 3 changes instead of 1, because I had to touch a few more parts of the system, but those are much cleaner. -only tested on the emulator, so those might very well cause regressions on dream. JBQ On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru j...@android.com wrote: I've put together a hack that allows the system to compile and start all the way to the home app. I worked with the delicateness of open-heart surgery performed with a chainsaw. Steps: -remove the opencore files ( rm -rf external/opencore .repo/projects/external/opencore.git ). Remove opencore from your .repo/manifest.xml if you intend to repo sync the entire world but don't want to have to remove opencore every single time. -patch in change 9300 ( repo download platform/frameworks/base 9300/1 ) -most probably do a clean build ( rm -rf out/ ; make ) I've tested on a device/release/generic/userdebug build. On my machine, it compiles, launches. The media process dies (which probably means that downloads are busted too), as well as the music player. The browser starts and can access the network. JBQ On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru j...@android.com wrote: I've submitted the merge (106 projects!), and I believe that the tree is in the state that it should be. Caveats: -THE BUILD IS BROKEN. You've been warned. There's been some drift around OpenCORE (probably situations where new code was written in cupcake that uses OpenCORE 1, or where APIs were removed in cupcake that OpenCORE 2 relies on). The proper command to try to merge the OpenCORE code should be git merge remotes/korg/cupcake (I'm typing from memory). -I'm not 100% sure that the server contains exactly what it should. I've had a filesystem failure right as I was trying to verify it, and I'm not gonna be able to verify until at least sometime tomorrow. JBQ On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru j...@android.com wrote: I expect to start submitting the changes in about an hour, i.e. between 1:30pm and 2pm PDT. Starting right now, you may want to avoid initiating a new repo sync, unless you're OK ending up with a tree that might not even compile. JBQ On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups android-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Outstanding cupcake - master merge
If BUILD_WITHOUT_PV=true, can the video playback be played by the codec?? On Mar 22, 1:37 pm, Jean-Baptiste Queru j...@android.com wrote: No need to sync a full tree. Based on my latest status, once you have a tree that you have synced: repo download platform/frameworks/base 9356/4 rm -rf out/ BUILD_WITHOUT_PV=true make JBQ On Sat, Mar 21, 2009 at 10:34 PM, John Cola jt...@marvell.com wrote: How about delete whole tree and repo sync all over again? Can I make succes after dowloading the brand new master open source based on today's distribution? BR John On Mar 22, 2:50 am, Jean-Baptiste Queru j...@android.com wrote: I've been working on a better batch of patches (now it feels more like open-heart surgery with a meat cleaver): -no need to delete the opencore directory or to remove it from the manifest. -you need to repo download changes 9355, 9356 and 9357. No need to take 9300. I know it's 3 changes instead of 1, because I had to touch a few more parts of the system, but those are much cleaner. -only tested on the emulator, so those might very well cause regressions on dream. JBQ On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru j...@android.com wrote: I've put together a hack that allows the system to compile and start all the way to the home app. I worked with the delicateness of open-heart surgery performed with a chainsaw. Steps: -remove the opencore files ( rm -rf external/opencore .repo/projects/external/opencore.git ). Remove opencore from your .repo/manifest.xml if you intend to repo sync the entire world but don't want to have to remove opencore every single time. -patch in change 9300 ( repo download platform/frameworks/base 9300/1 ) -most probably do a clean build ( rm -rf out/ ; make ) I've tested on a device/release/generic/userdebug build. On my machine, it compiles, launches. The media process dies (which probably means that downloads are busted too), as well as the music player. The browser starts and can access the network. JBQ On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru j...@android.com wrote: I've submitted the merge (106 projects!), and I believe that the tree is in the state that it should be. Caveats: -THE BUILD IS BROKEN. You've been warned. There's been some drift around OpenCORE (probably situations where new code was written in cupcake that uses OpenCORE 1, or where APIs were removed in cupcake that OpenCORE 2 relies on). The proper command to try to merge the OpenCORE code should be git merge remotes/korg/cupcake (I'm typing from memory). -I'm not 100% sure that the server contains exactly what it should. I've had a filesystem failure right as I was trying to verify it, and I'm not gonna be able to verify until at least sometime tomorrow. JBQ On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru j...@android.com wrote: I expect to start submitting the changes in about an hour, i.e. between 1:30pm and 2pm PDT. Starting right now, you may want to avoid initiating a new repo sync, unless you're OK ending up with a tree that might not even compile. JBQ On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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.- Hide quoted text - - Show quoted text -
Re: Outstanding cupcake - master merge
Definitely not. You *might* have ogg and midi support, but anything that requires OpenCORE is broken until further notice, with no ETA. JBQ On Sat, Mar 21, 2009 at 10:40 PM, John Cola jt...@marvell.com wrote: If BUILD_WITHOUT_PV=true, can the video playback be played by the codec?? On Mar 22, 1:37 pm, Jean-Baptiste Queru j...@android.com wrote: No need to sync a full tree. Based on my latest status, once you have a tree that you have synced: repo download platform/frameworks/base 9356/4 rm -rf out/ BUILD_WITHOUT_PV=true make JBQ On Sat, Mar 21, 2009 at 10:34 PM, John Cola jt...@marvell.com wrote: How about delete whole tree and repo sync all over again? Can I make succes after dowloading the brand new master open source based on today's distribution? BR John On Mar 22, 2:50 am, Jean-Baptiste Queru j...@android.com wrote: I've been working on a better batch of patches (now it feels more like open-heart surgery with a meat cleaver): -no need to delete the opencore directory or to remove it from the manifest. -you need to repo download changes 9355, 9356 and 9357. No need to take 9300. I know it's 3 changes instead of 1, because I had to touch a few more parts of the system, but those are much cleaner. -only tested on the emulator, so those might very well cause regressions on dream. JBQ On Thu, Mar 19, 2009 at 1:07 PM, Jean-Baptiste Queru j...@android.com wrote: I've put together a hack that allows the system to compile and start all the way to the home app. I worked with the delicateness of open-heart surgery performed with a chainsaw. Steps: -remove the opencore files ( rm -rf external/opencore .repo/projects/external/opencore.git ). Remove opencore from your .repo/manifest.xml if you intend to repo sync the entire world but don't want to have to remove opencore every single time. -patch in change 9300 ( repo download platform/frameworks/base 9300/1 ) -most probably do a clean build ( rm -rf out/ ; make ) I've tested on a device/release/generic/userdebug build. On my machine, it compiles, launches. The media process dies (which probably means that downloads are busted too), as well as the music player. The browser starts and can access the network. JBQ On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru j...@android.com wrote: I've submitted the merge (106 projects!), and I believe that the tree is in the state that it should be. Caveats: -THE BUILD IS BROKEN. You've been warned. There's been some drift around OpenCORE (probably situations where new code was written in cupcake that uses OpenCORE 1, or where APIs were removed in cupcake that OpenCORE 2 relies on). The proper command to try to merge the OpenCORE code should be git merge remotes/korg/cupcake (I'm typing from memory). -I'm not 100% sure that the server contains exactly what it should. I've had a filesystem failure right as I was trying to verify it, and I'm not gonna be able to verify until at least sometime tomorrow. JBQ On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru j...@android.com wrote: I expect to start submitting the changes in about an hour, i.e. between 1:30pm and 2pm PDT. Starting right now, you may want to avoid initiating a new repo sync, unless you're OK ending up with a tree that might not even compile. JBQ On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru
Re: Outstanding cupcake - master merge
I've put together a hack that allows the system to compile and start all the way to the home app. I worked with the delicateness of open-heart surgery performed with a chainsaw. Steps: -remove the opencore files ( rm -rf external/opencore .repo/projects/external/opencore.git ). Remove opencore from your .repo/manifest.xml if you intend to repo sync the entire world but don't want to have to remove opencore every single time. -patch in change 9300 ( repo download platform/frameworks/base 9300/1 ) -most probably do a clean build ( rm -rf out/ ; make ) I've tested on a device/release/generic/userdebug build. On my machine, it compiles, launches. The media process dies (which probably means that downloads are busted too), as well as the music player. The browser starts and can access the network. JBQ On Wed, Mar 18, 2009 at 7:57 PM, Jean-Baptiste Queru j...@android.com wrote: I've submitted the merge (106 projects!), and I believe that the tree is in the state that it should be. Caveats: -THE BUILD IS BROKEN. You've been warned. There's been some drift around OpenCORE (probably situations where new code was written in cupcake that uses OpenCORE 1, or where APIs were removed in cupcake that OpenCORE 2 relies on). The proper command to try to merge the OpenCORE code should be git merge remotes/korg/cupcake (I'm typing from memory). -I'm not 100% sure that the server contains exactly what it should. I've had a filesystem failure right as I was trying to verify it, and I'm not gonna be able to verify until at least sometime tomorrow. JBQ On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru j...@android.com wrote: I expect to start submitting the changes in about an hour, i.e. between 1:30pm and 2pm PDT. Starting right now, you may want to avoid initiating a new repo sync, unless you're OK ending up with a tree that might not even compile. JBQ On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups android-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Outstanding cupcake - master merge
Thanks for the heads-up JBQ. -Ravi On Mar 17, 8:35 pm, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups android-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Outstanding cupcake - master merge
I expect to start submitting the changes in about an hour, i.e. between 1:30pm and 2pm PDT. Starting right now, you may want to avoid initiating a new repo sync, unless you're OK ending up with a tree that might not even compile. JBQ On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups android-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
Re: Outstanding cupcake - master merge
I've submitted the merge (106 projects!), and I believe that the tree is in the state that it should be. Caveats: -THE BUILD IS BROKEN. You've been warned. There's been some drift around OpenCORE (probably situations where new code was written in cupcake that uses OpenCORE 1, or where APIs were removed in cupcake that OpenCORE 2 relies on). The proper command to try to merge the OpenCORE code should be git merge remotes/korg/cupcake (I'm typing from memory). -I'm not 100% sure that the server contains exactly what it should. I've had a filesystem failure right as I was trying to verify it, and I'm not gonna be able to verify until at least sometime tomorrow. JBQ On Wed, Mar 18, 2009 at 12:43 PM, Jean-Baptiste Queru j...@android.com wrote: I expect to start submitting the changes in about an hour, i.e. between 1:30pm and 2pm PDT. Starting right now, you may want to avoid initiating a new repo sync, unless you're OK ending up with a tree that might not even compile. JBQ On Tue, Mar 17, 2009 at 6:35 PM, Jean-Baptiste Queru j...@android.com wrote: [bcc android-platform, android-framework, android-porting] I'm working on merging the latest cupcake code drop into master. The task is quite hairy, so the following two guidelines probably apply: -please don't submit anything in gerrit, as you'll just get in my way. -now is a good time to repo sync master, as I'm going to have to submit the result of the merge in a state where it doesn't build, and I have no idea how long it'll take to get it to build again after that. Thanks, JBQ -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. -- Jean-Baptiste M. JBQ Queru Android Engineer, 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. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups android-framework group. To post to this group, send email to android-framework@googlegroups.com To unsubscribe from this group, send email to android-framework+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~--~~~~--~~--~--~---
