Open GoogleCodeExporter opened 8 years ago
Our release cycle is quite short, so nightly builds probably will not be a big
improvement.
But if one has a server to share, creating nightly builds is just running make
and then uploading the system.img and boot.img, so that should be manageable.
Original comment by polyth...@gmail.com
on 26 Oct 2010 at 10:48
The Dolphin project have a system like this, and it's awesome :
http://code.google.com/p/dolphin-emu/source/list
http://www.dolphin-emulator.com/download.html
Maybe you could ask them how to do the same thing here.
Original comment by ounga...@gmail.com
on 27 Oct 2010 at 8:51
I think Polytheus has a good idea of how to do it.
It's more an hosting problem apparently.
I think we could ask cwhchew for that maybe ?
Original comment by Tetsuo6...@gmail.com
on 27 Oct 2010 at 9:22
Original comment by polyth...@gmail.com
on 28 Oct 2010 at 9:35
Original comment by polyth...@gmail.com
on 29 Oct 2010 at 7:45
Hi all,
I'm a sysAdmin of a HPC cluster, and it has available a node with 16
processors, 16G ram and 3TG of hard disk (1T at my disposal).
I can reproduce the process of "repo sync & make" and then send the build to
some external server. but I know that exisit automation for such tasks, if it
is very urgent I can do a research this weekend and propose some.
buildbot is a system to perform these tasks, I've never implemented this but I
think I can do so within 3 to 5 days.
Original comment by cmcg...@gmail.com
on 29 Oct 2010 at 1:43
Hi cmcglnx,
I can provide the hosting.
You may add me on google chat - cwhchew@gmail.com
Lets work together on this, i'm keen on the idea of nightly builds too.
Original comment by cwhc...@gmail.com
on 29 Oct 2010 at 3:44
Great Idea!
but i've to warning you that my english is very poor :p
this weekend start to work on the server...
Original comment by cmcg...@gmail.com
on 29 Oct 2010 at 7:46
its alright !
do let me know when you are done with your side. can you somehow get the builds
to upload via ftp ?
Original comment by cwhc...@gmail.com
on 30 Oct 2010 at 12:10
Original comment by cwhc...@gmail.com
on 30 Oct 2010 at 12:12
cwhchew,
in the first instance I will make the process manually using a script and cron
scheduled job.
here the script:
#!/bin/sh
cd ~/android-2.2/device/lg/eve/
~/repo sync || $(echo "Repo Sync Error!" && exit )
SDATE=$(date +%Y%m%d_%H%M)
[ -x ./extract-files.sh ] && ./extract-files.sh || $(echo "Extract Files
Error!" && exit)
cd ~/android-2.2
make -j16 || $(echo "Make Error!" && exit )
SIMG=out/target/product/eve/system.img
SIMGOUT=system-$SDATE.img
BIMG=out/target/product/eve/boot.img
BIMGOUT=boot-$DATE.img
lftp -u login,password some.host.com -e \
"cd NightlyBuilds/ ; put ${SIMG} -o${SIMGOUT} ${BIMG} -o${BIMGOUT} ; exit " \
|| $(echo "Upload Files Error!" && exit)
that would be the manual and rudimentary way to make the nightly build.
in the coming days I hope to implement the buildbot system for a more complete
system: error handling, logging, etc...
now i'm doing local tests.
Original comment by cmcg...@gmail.com
on 30 Oct 2010 at 4:42
sure. how much space do you think the nightly builds will take up ? will it
replace the previous build everytime it runs ?
Original comment by cwhc...@gmail.com
on 30 Oct 2010 at 5:21
i can provide a stable mirror for downloading or compiling with 100Mbit
bandwidth on my linux box (debian/ubuntu/gentoo/any other, gentoo is preferred,
but i couldn't setup building environment on it)
contact me if interested
Original comment by emiron...@gmail.com
on 30 Oct 2010 at 9:56
hi all,
I just finished my local tests (compile and upload the files to a server).
took me about 15 minutes to do the first compilation (not counting the time it
takes to do repo sync and extract-files.sh)
BY NOW the builds can be downloaded from:
http://146.83.123.120/~openetna/ (http://portada.disc.ucn.cl/~openetna/)
but I must warn that this server is used in other services at my university.
also is only temporary as I documented about buildbot system (I need a few more
days)
The build takes place at 1:00 a.m. (-4 GMT) regardless of whether there are
changes or not (which is why I hope to implement the system buildbot)
greetings!
Original comment by cmcg...@gmail.com
on 31 Oct 2010 at 5:05
cannot download system.img. Error message "You don't have permission to access
/~openetna/NightlyBuilds/system-20101031_0232.img on this server". Boot.img
starts downloading
Original comment by iareh...@gmail.com
on 31 Oct 2010 at 5:38
works fine for me. thanks cmcglnx !
I have created an address on openetna, http://nightly.openetna.com . This will
direct users to the available mirrors. OpenEtna users, if you have hosting,
drop me an email at cwhchew@gmail.com. thanks !
@emironoff : Hi, do you think you can provide an ftp account for us to transfer
the builds ? I think it would be better if all the mirrors have the same build.
Original comment by cwhc...@gmail.com
on 31 Oct 2010 at 12:02
works for me too now.
Original comment by iareh...@gmail.com
on 31 Oct 2010 at 12:12
I would suggest removing the "out" directory and
"device/lg/eve/proprietaries"-directory before each new compilation to make
sure its clean.
Original comment by polyth...@gmail.com
on 1 Nov 2010 at 8:28
@polytheus, i'll change the script to make a clean build.
Original comment by cmcg...@gmail.com
on 1 Nov 2010 at 9:49
is this of any use to flash a nightly build version? how to report problems if
flashed nightly build version?? How could we know which problems are fixed in a
nightly build?
Original comment by iareh...@gmail.com
on 2 Nov 2010 at 3:52
as a general rule, you should't report problems in the nightly build.
Original comment by cwhc...@gmail.com
on 2 Nov 2010 at 4:14
you answered only one part. how do we know if any bug is fixed in a build? is
this of any use if no new bugs fixed? :)
Original comment by iareh...@gmail.com
on 2 Nov 2010 at 4:21
It is possible to extract the comments in commit's from the git during the
source update and create a file whit that information?
The comments can help to now whats new in the night build.
It's only a idea, i don't now if it is doable :)
Original comment by ivolu...@gmail.com
on 5 Nov 2010 at 1:44
A little sugestion, can also the boot images be zipped, to prevent a posible
crc errors in the download.
Original comment by cmgonza...@gmail.com
on 5 Nov 2010 at 2:03
I found the MD5 sums to be good to check if the file is corrupted...
Original comment by Tetsuo6...@gmail.com
on 5 Nov 2010 at 2:31
whit no doubt, but if the zip is corrupted it's brings also a good measure.
Original comment by cmgonza...@gmail.com
on 5 Nov 2010 at 2:57
hi all,
@cmgonzalez :
I see no reason to compress the file boot.img. The download error can happen
with the zip or img file. Also there is not much difference in size of the
files.
@iarehman, @ivolucas :
I'm not familiar with the repo/git system. I have not very clear how to get
the record or summary of the changes from the repository.
if anyone can help with that, I can add the necessary changes to the script and
upload the log file with the img and md5sum
i've been trying with: repo statu, repo diff, .... but i get no result :-(
I'm open to ideas and suggestions.
greetings
Original comment by cmcg...@gmail.com
on 6 Nov 2010 at 4:09
changelog for nightly builds?
Original comment by croxz3...@gmail.com
on 6 Nov 2010 at 12:47
no builds for nov 7
Original comment by iareh...@gmail.com
on 7 Nov 2010 at 7:17
today's build failed at MAKE
I modified the script to upload the build log to the mirrors. so you can see
why it has failed if it failed
also changed the script to run every 12hrs (1:00 and 13:00 -4GMT) and to remove
files older than 7 days. the script takes care of sync mirrors
I estimate the size of the mirrors will be approximately 700MB in total (7
days, two builds per day)
Original comment by cmcg...@gmail.com
on 7 Nov 2010 at 4:21
hi, great work in nith builds. i a using one right now, to avoid the gps on off
bug.
but in the last 2 days, the builds have fail. :(
Original comment by ivolu...@gmail.com
on 14 Nov 2010 at 12:42
The nith build failed, this time :
<built-in>:0: fatal error: when writing output to /tmp/ccm8CVST.s: No space
left on device
Original comment by ivolu...@gmail.com
on 15 Nov 2010 at 1:50
Doesn't that just mean the mirror has no space left ?
To be honest two builds everyday is kind of too much :/
There is not that many commits everyday to justify so many updates ?
Needed space would be divided by two but we may get more mirros that way ;)
Original comment by Tetsuo6...@gmail.com
on 15 Nov 2010 at 1:59
Is at the start of the build. So it's the machine use to make the build that
don't have more space (our the user that is use don't have more cota).
In the last 3 days the build have failed, maybe the garbage left from the
failed builds is occupying to much space.
Original comment by ivolu...@gmail.com
on 15 Nov 2010 at 2:13
Hi @cmcglnx, I'm not familiar with the repo/git system to, but take a luck on
the command.
git log
It may be what we need to make a summary of the changes from the repository.
Original comment by ivolu...@gmail.com
on 15 Nov 2010 at 2:56
hi all,
sorry about the error,
the mirror space is OK,
the worker node that build the sources has some users that filled out the tmp
directory, but now it's ok.
Original comment by cmcg...@gmail.com
on 15 Nov 2010 at 3:33
Hi, @polytheus can you confirm that the code in the repository compiles,
because the nith builds are falling.
thanks for the grate work you are doing.
Original comment by ivolu...@gmail.com
on 15 Nov 2010 at 5:08
We use some repositories directly from cyanogenMod or aosp upstream, so changes
there broke our build. I have merged the needed changes to our forked
repositories.
Original comment by polyth...@gmail.com
on 16 Nov 2010 at 9:00
I have attached my script which I used to generate the ChangeLog.
Call it in the root of the source with
./changes .repo/manifests/release-system6.1-rc4-boot2.4.2.xml HEAD
to show the changes since that specific release.
Maybe you can use that to show the changes of each nightly against the last
release.
Original comment by polyth...@gmail.com
on 16 Nov 2010 at 9:04
Attachments:
There seems to be one breakage remaining.
You will have to do
rm -R packages/apps/AndroidTerm
before make. I don't know why this package won't build as this is thirdparty.
Original comment by polyth...@gmail.com
on 16 Nov 2010 at 9:52
you can just remove packages/apps/AndroidTerm/res/values_zh_rCN actually.
Original comment by GiorgioM...@gmail.com
on 16 Nov 2010 at 11:24
@polytheus,
thanks for the changes script, i'll use this to get the change log and then
upload it to the mirror.
Original comment by cmcg...@gmail.com
on 16 Nov 2010 at 6:23
Looks like the 17th november build made an error :/
Original comment by Tetsuo6...@gmail.com
on 17 Nov 2010 at 11:21
Error occurring on build:
Checking API: checkapi-last
Checking API: checkapi-current
Compiling SDK Stubs:
out/target/common/obj/JAVA_LIBRARIES/android_stubs_current_intermediates/classes
.jar
(unknown): error 4: Added public method
android.widget.AbsListView.getOverscrollWeight
******************************
You have tried to change the API from what has been previously approved.
To make these errors go away, you have two choices:
1) You can add "@hide" javadoc comments to the methods, etc. listed in the
errors above.
2) You can update current.xml by executing the following command:
make update-api
To submit the revised current.xml to the main Android repository,
you will need approval.
******************************
Original comment by ivolu...@gmail.com
on 22 Nov 2010 at 5:30
execute:
make update-api
Original comment by skun...@gmail.com
on 22 Nov 2010 at 6:20
I do not know why cyanogenMod has decided to break the build. I hope that this
does not happen too often.
Original comment by polyth...@gmail.com
on 22 Nov 2010 at 10:03
@skunk73, @ivolucas: done :-), now make goes fine
sorry for the delay... I've been busy at work and in studies
Original comment by cmcg...@gmail.com
on 23 Nov 2010 at 4:31
@cmcglnx
please add the changelog to the build :):)
Thanks
Original comment by ivolu...@gmail.com
on 23 Nov 2010 at 10:23
Nighlty with date 20101127_0100 won't boot. Stuck at lg screen. Same with build
from source..
just for info.
have tryed fastboot -w no change
//Figgelus
Original comment by figgelu...@gmail.com
on 27 Nov 2010 at 7:05
Nightly build 20101203_0100 stuck at lg screen. Is it due to new kernel?
Original comment by iareh...@gmail.com
on 3 Dec 2010 at 4:48
Original issue reported on code.google.com by
ivolu...@gmail.com
on 25 Oct 2010 at 1:50