/srv/irclogs.ubuntu.com/2013/12/02/#ubuntu-release.txt

=== doko_ is now known as doko
ogra_cjwatson, hmm trying to merge rsalveti's goldfish support into cdimage ./run-tests produces http://paste.ubuntu.com/6508783/ even before i merge his code ...11:27
ogra_cjwatson, this is on precise (in case it matters) ...11:27
ogra_hmm, happens even if i remove the last few commits from the tree11:29
* ogra_ does a cresh bzr checkout11:31
ogra_*fresh too11:31
ogra_hmm, no, doesnt change a thing11:32
ogra_aha, works fine in a trusty chroot12:05
jamespagecould someone flush git through the NEW queue for trusty - its blocking openstack package builds in one of the server CI labs right now12:15
jamespageplease (sorry - forgot my manners for a moment then)12:15
rsalvetiogra_: hey12:20
ogra_hey12:20
ogra_wrangling with your merge currently12:21
rsalvetiogra_: seems the test failures are not related with the code I changed12:21
ogra_no, they show on older commits too12:21
ogra_and dont show in a trusty cheroot12:21
rsalvetiogra_: right12:21
ogra_i'm on my xps now ... that hasa trusty setup ... if it works there i'll commit and push12:22
ogra_(and start a test image)12:22
rsalvetiogra_: cool, thanks12:25
=== jibel_ is now known as jibel
=== barry` is now known as barry_
=== barry_ is now known as barry
zulcan someone have a look at git please, it has some pending binaries https://launchpad.net/ubuntu/+source/git/1:1.8.5-1 thats blocking the openstack-ci lab15:19
rsalvetistgraber: hey, so we finally have the goldfish files in cdimage, can you enable it in system-image?15:55
shadeslayer_Could someone review kscreen in the unapproved queue plz ? bug 125412516:07
ubot2Launchpad bug 1254125 in kscreen (Ubuntu Saucy) "Please update kscreen to 1.0.2.1" [Undecided,New] https://launchpad.net/bugs/125412516:07
stgraberrsalveti: added16:14
stgraberrsalveti: note that I got some weird output when generating the device tarball, something about the system.img not being in the right format16:15
rsalvetistgraber: oh, right, I don't think they are the same format indeed16:15
rsalvetimight need some other changes then16:15
stgraberrsalveti: right, the resulting device.tar.xz contains a 0 byte system.img, so you'll need to fix the format to match :)16:16
rsalvetistgraber: right, have a link to the branch that actually does this logic?16:16
rsalvetibut I guess I need to change the android side of it16:16
stgraberyeah, it'd be easy to hack in system-image to have it not call simg2img but I'd rather not special case goldfish in there16:17
rsalvetisure16:17
stgraberso it'd probably be best if you could do a img2simg on the .img as part of the build16:17
rsalvetistgraber: so you basically just convert to the proper img format and use that instead, right?16:18
stgraberright, what I do is simg2img and resize2fs to shrink it down to the minimum non-sparsed size16:19
rsalvetiright, cool16:20
stgraberI guess if there was an easy way to detect simg vs standard img, I could have the code skip that part of the code16:22
rsalvetiright16:23
xnoxstgraber: rsalveti: i can turn off sparse images for all of our builds of system.img in the android package.16:26
xnox(it's a board make variable)16:26
rsalvetixnox: sure, just not sure yet if this is kind of what we want16:27
rsalvetias we still want the fastboot-compatible images to be at cdimage16:27
stgraberxnox: that'd make 2GB large raw images by default, not sure we want that :)16:27
stgraberand indeed, be problematic for those using them with fastboot16:28
xnoxrsalveti: i think we do. Both are fastboot compatible, and we want to be able to mount the system image. If it for some reason increases in size, we just need to make sure we don't "overspecify" large system.img.16:28
xnoxbut we actually don't use 2GB of it, hm. horum.16:28
rsalvetiwe would need to drop to a common size16:28
rsalvetiwhich might also give us problems16:28
xnoxrsalveti: alternative is to enable sparse system.img for goldfish, which will make current scripts not work (basically a call to sim2img would be needed)16:29
rsalvetinever flashed a raw image with fastboot either16:29
rsalvetixnox: yup, that's what I'm currently checking16:29
xnoxto be honest, i think i did disable sparse images for goldfish cause "it's all local, i'm porting it and want to mount it"16:30
* xnox is on the laptop, testing installer on my server machine so can't look it up easily at the moment.16:30
rsalvetinot so sure, I don't think aosp creates sparse image by default for it16:30
ogra_wasnt the final target to have an mmc like image with partition table etc16:30
ogra_for the emulator16:30
rsalvetibut anyway, I'm checking if creating a sparse image for it is desirable16:31
rsalvetiogra_: later on, maybe16:31
ogra_so that it behaves identical to a real install16:31
xnoxogra_: i posted patches to boot of GPT partitioned mmc card =) but i'm yet to see responses to that.16:37
xnoxogra_: initramfs-ubuntu-touch patch is fairly generic, and other patch, is just tweaks to the build-emulator-sdcard.sh script to format it gpt.16:37
ogra_well, i think it should be our final target to get as close as possible to real HW16:38
ogra_especially for testing OTA upgrades etc16:38
rsalvetiogra_: right, I think we just need to discuss what would be our partitioning scheme16:38
xnoxwell, it still doesn't boot off the sdcard (but rather kernel/initramfs from command line)16:39
ogra_xnox, thats the next step then :)16:39
rsalvetibut that's mostly because we don't have a bootloader16:39
xnoxbut i'm not keen on diving into qemu code to find/fix where/how it loads kernel off command line, instead of raw offset from the sdcard.16:39
ogra_right16:39
xnoxyeah, no bootloader, so we could hack/hardcode qemu to read the raw kernels/initramfs from sdcard offset...... potentially.16:40
xnoxi guess i should create the 3*8MB big bootloader partition as the first one. the rest can be flexible.16:41
=== Ursinha_ is now known as Ursinha

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!