[15:59] <ogra> fnop
[15:59] <NCommander> #startmeeting
[15:59] <MootBot> Meeting started at 09:59. The chair is NCommander.
[15:59] <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE]
[16:00] <ogra> do we have persia ?
[16:00] <janimo> hello
[16:00] <ogra> hmm, doesnt seem like
[16:00] <NCommander> [topic] Specs
[16:00] <ogra> did anyone get a linklist with blueprint links ?
[16:00] <MootBot> New Topic:  Specs
[16:00]  * davidm says hello, 11.04 is out
[16:00] <NCommander> yay 11.04
[16:00] <ogra> davidm, oh, thats good news *g*
[16:01] <davidm> Indeed, too bad I was sleeping when it happened
[16:01]  * ogra doesnt have any idea what blueprints persia set up
[16:01] <ogra> which makes it a bit hard to discuss specs :)
[16:02] <davidm> there are a lot of blueprints and many may have to be renamed, currently there is no ARM track!!
[16:02] <ogra> and we wont get one ?
[16:02] <davidm> I'm asking for one, otherwise everything arm will shift to "other"
[16:03]  * ogra makes a note to tickle jcastro until he cries once a day at UDS if we dont get one
[16:03] <davidm> goto: https://blueprints.edge.launchpad.net/~davidm
[16:03] <davidm> all the current specs are at the bottom labeled  -o- something
[16:03] <jcastro> davidm: I've been in calls all morning, jono recommends putting them in existing tracks
[16:03] <jcastro> so like, foundations, etc.
[16:03] <janimo> I checked the list of BP yesterday, none of arm only linaro specs
[16:03] <ogra> fun
[16:04] <jcastro> (sorry to barge in, we can sort it post meeting if you'd like)
[16:04] <ogra> i didnt get email notification for any of the ones i'm assigned to
[16:04] <davidm> I did  not get any email either, I think it's borked
[16:04] <ogra> jcastro, thats sad
[16:04] <davidm> jcastro, yes lets sort it post meeting, 5thanks
[16:05] <ogra> well, that was our meeting ... we wanted to discuss specs, if we need to rename them its possibly best to discuss it now
[16:05] <davidm> Also we need to review any open natty spec's and either close them or move them forward
[16:05] <NCommander> so maybe we should go around one by one and discuss the specs we have or?
[16:06] <ogra> NCommander, well, we did that already in the call, i think the renaming would be important now
[16:06] <ogra> we know who does what (well, persia knows since he assembled a list)
[16:06] <davidm> ogra, the name is not important really it's either arm or other that is it
[16:07] <ogra> davidm, well ... i guess we have to live with that
[16:07] <davidm> if other it will be hard for folks to find but that is the only real impact
[16:07] <davidm> ogra, yea, I'm less then happy but I don't make the rules
[16:08]  * ogra would love to rant now about being ignored as arm dev by other devs all the time and now not even having our own track ... but i'm used to be treated as second class citizen nowadays 
[16:08] <ogra> but i wont do that rant now :P
[16:08] <davidm> if we have to rename my plan is 	arm-o-boot-speed -> 	other-o-arm-boot-speed
[16:08] <ogra> that sounds good
[16:08] <ogra> so people can at least match arm
[16:08] <NCommander> guess that works
[16:09] <davidm> Yep it's the only way that folks that care about arm will find them if we don't have a track
[16:09] <NCommander> Lack of ARM track though is extremely annoying
[16:09] <ogra> NCommander, ++
[16:09] <davidm> OK moving on
[16:09] <GrueMaster> Sorry I'm late.  https://wiki.ubuntu.com/OmapNetbook is up.  Please check it for correctness, it was mostly a cut/paste from Maverick.
[16:09] <ogra> nothing to move to :)
[16:09] <ogra> specs was our topic today
[16:09] <davidm> well lest talk about specs that we have
[16:10] <ogra> GrueMaster, download link is wrong
[16:10] <davidm> first is arm-o-preinstall-pool ogra that is yours
[16:10] <GrueMaster> ogra: That's where I found the images.
[16:11] <ogra> yeah, its about putting the contents of the ship seed and langpacks into /var/cache/apt/archives om the images
[16:11] <ogra> GrueMaster, http://cdimage.ubuntu.com/releases/11.04/
[16:11] <ogra> davidm, i think that one is pretty straightforward
[16:12] <ogra> GrueMaster, dont say natty there
[16:12] <davidm> likely, do you have any guestimate on how much time it will take
[16:12] <ogra> a few days including testing
[16:12] <ogra> not more than one to techincally implement it
[16:13] <ogra> testing the langpacks actually get installed etc will be time consuming here
[16:13] <davidm> OK what I'd like is if all specs have a guestimate of time in them, could be wrong but it would be very helpful to know some rough idea
[16:13] <ogra> changing livecd-rootfs to fill the pool should be quick and easy
[16:14] <ogra> davidm, i know though (since we discussed it before) that NCommander had concerns doing it that way
[16:14] <ogra> so we should definitely discuss other ways to implement it at UDS
[16:15] <ogra> which might take more time
[16:15] <ogra> putting a time guestimate up for the specs before we discussed the final implementation feels a bit premature
[16:15] <davidm> that is OK lets try to get some very rough guestimates this week and next and the refine at UDS
[16:16] <ogra> hmm, k
[16:16] <ogra> oops
[16:19] <ogra> well, lets get this meeting moving then
[16:19] <ogra> NCommander, 	arm-o-seed-spices is yours
[16:19] <davidm> yep thanks
[16:19] <ogra> any time guesstimate ?
[16:19] <NCommander> Would estimate about a month if we stil want to implement it
[16:19] <NCommander> Needs some minor tweaks to LP and cdimage
[16:20] <ogra> that is: generic rootfs and overlay for /lib/modules and boot stuff, right ?
[16:20] <davidm> NCommander, if we still?
[16:20] <davidm> what are your thoughts?
[16:21] <ogra> davidcalle, it was discussed for natty already but never implemented
[16:22] <NCommander> ogra: It was more finer grain control for seeding things onto a per image basis
[16:22] <ogra> err, sorry DavidLevin
[16:22] <ogra> GAH !!!!
[16:23] <ogra> NCommander, well, i think the initial idea GrueMaster had was what he called hwpacks (not to mix up with linaro hwpacks though) to have overlays for images on the download server
[16:23] <ogra> which wuld put all hw specific bits in as an overlay over a generic rootfs
[16:23] <ogra> i think thats different from seeds
[16:23] <GrueMaster> Yes, the idea was to have some kind of compressed file with modified MLO & u-boot + any other bits specific to a platform.
[16:24] <ogra> anyway, 1 month is your ETA for it ?
[16:24] <GrueMaster> And a tool that would extract and update an image with these bits.
[16:24] <GrueMaster> Yes, sounds good.
[16:24] <ogra> k, lets move on
[16:24] <ogra> arm-o-faster-preinstall-filesystem
[16:24] <ogra> janimo, !
[16:25] <ogra> you will speed up our lives
[16:25] <ogra> how long will that take you ?
[16:25] <janimo> the SD alighn should be a week with testing
[16:25] <ogra> yeah, agreed, but thats not all of it, is it ?
[16:25] <janimo> the generic boot speed improvements depending on what the scope is
[16:26] <janimo> I did not research ionto the jasper part of the spec
[16:26] <ogra> oh, right, the arm-o-faster-preinstall-filesystem one was GrueMaster
[16:26] <ogra> i didnt match the line
[16:27] <GrueMaster> I plan on taking a natty image and converting the rootfs to various different filesystems to run benchmarks.
[16:27] <ogra> janimo, i think we can leave out jasper here ... and focus on bootspeed of the installed system
[16:27] <ogra> GrueMaster, just take into account resizeability
[16:27] <ogra> with your selection of filesystems
[16:27] <ogra> GrueMaster, any rough ETA ?
[16:28] <GrueMaster> Of course.  My idea is to continue to use the existing format and have jasper convert after resize.
[16:28] <janimo> so there is one spec for SD speed and the generic iterative boot improvements (which are general ubunut-foundation work)
[16:28] <GrueMaster> 1 month?
[16:28] <ogra> GrueMaster, k
[16:29] <ogra> GrueMaster, dont forget that convertion has its own danger ... it would be intresting to have user interaction though if you add a conversion anyway, so he can select what to conver to ;)
[16:29] <ogra> janimo, yeah, any time estimate for them ?
[16:29] <GrueMaster> My thought was to convert to an optimal fs.
[16:30] <GrueMaster> If you want user interaction, that is a whole nother ball game.
[16:30] <ogra> GrueMaster, and why not use that optimal one from the beginning ?
[16:30] <janimo> so SD align 1 week, ongoing boot speed at most a month - depending on how much we want to squeeze
[16:30] <GrueMaster> Because resize tools may not exist.
[16:30] <ogra> user interaction is trivial now that we have plymouth support in jasper
[16:30] <janimo> do a general bootchart/perf evaluation and pick low hanging fruits if there are
[16:30] <GrueMaster> For example, btrfs doesn't support resize, but there is a conversion tool.
[16:30] <rsalveti> we can even squeeze the boot time from u-boot if needed
[16:30] <ogra> can we all simply add the time estimates to the whiteboards for now ?
[16:31] <ogra> rsalveti, we should definitely cut down the autoboot timeout :)
[16:31] <rsalveti> yeah, 10 sec for omap 3
[16:31] <janimo> I'd think we should wait with all timing optimizations after the SD changes land, so we make sure we don't optimize something that won't be there with a better layout
[16:31] <janimo> this includes boot speed and firrefox startup speed
[16:32] <ogra> so add the right dependencies to your specs then
[16:32] <ogra> you can make one spec depend on another
[16:32] <janimo> right
[16:32] <davidm> ogra, good point
[16:33] <ogra> hmpf, i got 	arm-o-firefox-startup ?
[16:33]  * ogra cries
[16:33] <janimo> ogra, I am happy to take that
[16:33] <janimo> I did not know it exists
[16:33]  * NCommander raises hands
[16:33] <NCommander> I'M FREE, FREE FROM EVIL!
[16:33] <ogra> well my ETA would have been 6 years and counting for that one :)
[16:33] <janimo> heh
[16:33] <NCommander> janimo: I warn, the FF codebase will twist and distort your mind
[16:34] <janimo> I know upstream ff does a lot of work on startupperformance
[16:34] <ogra> anyone who would like it, i'm happy to give it away
[16:34] <janimo> but it is still slow (2-3 seconds on beefey desktop computers)
[16:34] <janimo> much of it due to sick extensions
[16:34] <janimo> NCommander, I am pretty sure when I get to the bottom of the uglies C++ file in FF I'll see a "NCommander wuz here" comment
[16:34] <ogra> on my ac100 its currently at 30sec or so
[16:35] <ogra> vs 10 in maverick
[16:35] <ogra> it got a lot worse in natty for me
[16:35] <ogra> so who takes it? janimo or NCommander
[16:35]  * NCommander still thinks we should ship Chromium but YMMV
[16:35] <janimo> me
[16:35]  * NCommander runs away
[16:35] <ogra> k
[16:36]  * ogra moves it over
[16:36] <janimo> I also think we should ship chromium FWIW
[16:36] <ogra> not sure about the security team implications here :)
[16:36] <ogra> we had that discussion at several UDSes already
[16:36] <jdstrand> whoa!
[16:37] <jdstrand> no way, not without a lot of discussion
[16:37] <jdstrand> upstream introduces regressions and then doesn't fix them for weeks
[16:37] <jdstrand> plus there is no advance warning on security issues, even though we have tried
[16:37] <ogra> heh
[16:37] <jdstrand> we are completely at the mercy of upstream
[16:37] <ogra> everyone is lurking today :)
[16:38]  * NCommander wonders if jdstrand has 'security' has a highlight
[16:38] <jdstrand> I think there may be a bp on it. micahg is the one to talk to if interested
[16:38]  * jdstrand will never tell
[16:38] <jdstrand> :)
[16:38] <ogra> TBH on natty chromium on the ac100 isnt much faster than FF
[16:38] <ogra> they are both slow like wet sponges
[16:39] <GrueMaster> ogra: We really can't use an unsupported system as a benchmark.
[16:39] <ogra> i didnt test on panda but wouldnt expect much difference
[16:39] <ogra> GrueMaster, come on
[16:39] <NCommander> We should ship lynx
[16:39] <jdstrand> +1
[16:39] <ogra> we used to ship w3m
[16:39] <NCommander> -1
[16:39] <ogra> why would lynx be better ? :P
[16:39] <NCommander> Its not emacs
[16:39]  * janimo writes up Add GLES2 backend to Lynx BP and assigns to NCommander 
[16:40] <ogra> ++
[16:40] <ogra> i also want GLES animations in u-boot !
[16:40]  * jdstrand hands w3m-el to NCommander 
[16:40] <ogra> add that to him too ... he said he has no evil yet :)
[16:40] <NCommander> how the heck are you supposed to accelerate a CLI application?!
[16:40] <jdstrand> plus, w3m-img is funky
[16:40]  * jdstrand stops being distracting now
[16:41] <GrueMaster> On my panda, ff comes up in 15 seconds first time, 5 seconds second time.
[16:41] <GrueMaster> Base image.
[16:41] <ogra> k, my MMC in the ac100 is probably a tad slower
[16:41] <janimo> GrueMaster,the logical solution is to skip the first start everytime
[16:41] <ogra> haha
[16:41] <ogra> well, lets move on ... there are more specs
[16:41] <ogra> arm-o-netinstall
[16:42] <ogra> thats mine
[16:42] <ogra> a week or less
[16:42] <ogra> arm-o-partman-chs ... NCommander
[16:42] <ogra> (that should really not have partman in the name)
[16:42] <NCommander> Need to research what it will take to get partman to write a partition table OMAP will like
[16:42] <NCommander> er, parted
[16:42] <ogra> well, the question is, do we want to use it at all
[16:42] <NCommander> (parted appartantly grew CHS paritioning when no one was looking, but damned if I can find documentation)
[16:43] <NCommander> ogra: to be discussed?
[16:43] <ogra> you could add such stuff to the new flash-kernel-installer architecture as a hook
[16:43] <ogra> or some such
[16:43] <ogra> yeah, that will need a lot of discussion
[16:43] <NCommander> ogra: uh, that won't work.
[16:43] <ogra> and wont be easy to implement
[16:43] <NCommander> Lets discuss at UDS
[16:44] <ogra> a typical NCommander spec then ;)
[16:44]  * NCommander shouts family-unfriendly words
[16:44] <ogra> mind wrapping and hard to do ... :)
[16:44] <ogra> NCommander, make sure to invite cjwatson or ev to the session
[16:45] <NCommander> ogra: is TI going to be at UDS?
[16:45] <ogra> NCommander, any eta ? 4 months ?
[16:45] <ogra> not clear yet
[16:45] <ogra> probably not
[16:45] <NCommander> I'd like to know specifically what there bootrom needs
[16:45] <NCommander> ugh
[16:45] <ogra> the TI guys from the linaro landing team will  probably be around though
[16:45] <ogra> they should be able to help
[16:45] <cjwatson> NCommander: partman/alignment=cylinder, probably
[16:46] <ogra> and i thinnk rsalveti knows some internals about the rom code too
[16:46] <cjwatson> (and if you aren't using partman, why not ...)
[16:46] <NCommander> cjwatson: you've been implementing useful features again :-P
[16:46] <ogra> cjwatson, rom code fo omap expects a certain CHS setup
[16:46] <rsalveti> yup, and the trm can help here, usually they put the restrictions there
[16:47] <ogra> right, but lets discuss that at UDS :)
[16:47] <rsalveti> sure :-)
[16:47] <ogra> 	arm-o-port-lightspark
[16:47] <ogra> janimo, !!!
[16:47] <ogra> flash for everyone !!
[16:48]  * NCommander suspects ligthspark has some sorta JIT in it
[16:48] <janimo> well, would be nice to have a foss flahs p[layer on arm
[16:48] <micahg> does gnash not work on arm?
[16:48] <janimo> lightspark is promising if still not too mature(ponly suport youtube)
[16:48]  * micahg knows it FTBFS last time around
[16:48] <ogra> micahg, works fine ... exactly one time for me
[16:48] <janimo> micah yes it fdoes
[16:48] <ogra> and then never again until next boot
[16:48] <janimo> but most flash content is moving AIUI towards actionscript3 /Adobe Virtual MAchine 2 which gnash does not implement
[16:49] <ogra> we could indeed just add an auto-reboot to its code ;)
[16:49] <ogra> and just release note it *g*
[16:49] <NCommander> ogra: so we'd turn it into Microsoft WIndows?
[16:49] <janimo> lightspark needs some more testing and optimizations for arm
[16:49] <janimo> maybe 3 weeks
[16:49] <ogra> NCommander, win has such a cool feature ?
[16:50]  * NCommander thinks emulating Microsoft's design decisions w.r.t. to error handling (auto-rebooting) is a bad idea
[16:50]  * ogra was surely not serious :)
[16:50] <ogra> anyway, moving
[16:50] <janimo> crash-only software is not that bad if it boots up fast enough :)
[16:50] <ogra> which gets us to the next spec :)
[16:50] <ogra> arm-o-preinstall-sd-optimisation
[16:50] <ogra> i think we covered that above
[16:51] <ogra> 	arm-o-uboot-tftp
[16:51] <ogra> another famous janimo spec
[16:51] <janimo> NCommander, the JIT is LLVM based (and quite experimental) so should not be an issue, as that is the point of using LLVM
[16:51] <janimo> only the SD one, uboot is not my cup of coffee :)
[16:51] <janimo> that's rsalveti right?
[16:51] <ogra> well, its assigned to you atm
[16:51] <janimo> hmm, weird
[16:51] <ogra> tsk
[16:51] <ogra> no, you are right
[16:52] <ogra> i cant read today or the CSS on LP tricks me
[16:52] <ogra> i always catch the wrong line
[16:52] <GrueMaster> Maybe your laptop.
[16:52] <ogra> rsalveti, so tftp in uboot :)
[16:52] <janimo> uboot == testing booting == testing hw == cables all over the desk == chaos
[16:52] <ogra> GrueMaster, i'm working on a 24" screen atm
[16:52] <rsalveti> lol
[16:53] <rsalveti> should be easy to work with, if the patches are really in a good shape and working :-)
[16:53] <ogra> and if not ?
[16:53] <ogra> take the worst case for the time estimate
[16:54] <rsalveti> then we clearly need some work, probably around 1 month
[16:54] <ogra> k, put that in the whiteboard
[16:54] <ogra> NCommander, !
[16:54] <rsalveti> sure
[16:54] <ogra> 	foundations-o-image-build-docume...
[16:54] <ogra> long title :)
[16:54] <ogra> LP chopped it
[16:54] <ogra> NCommander, i think thats just "take notes while helping ScottK to implement mx5 images"
[16:55] <ogra> so we have a wikipage for later community images
[16:55] <ScottK> I thought it was me watching.
[16:55] <NCommander> I was actually looking at documenting the stack
[16:55] <ogra> ScottK, well, you being the customer, we help and document :)
[16:55] <NCommander> A large problem of ANYONE trying to do anything with our infrastructure is there is a big "?" when you go look for documentation
[16:56] <ogra> NCommander, seems a bit over the top, but your spec, as you like :)
[16:56] <ogra> NCommander, ETA ?
[16:56] <NCommander> Two weeks, plus however long it takes my test vict^W^W ScottK to run through it
[16:56] <ogra> hehe
[16:57] <ogra> make it 4 weeks then, to be on the safe side
[16:57] <NCommander> k
[16:57] <ogra> we will have finalized times after UDS anyway
[16:57] <ogra> i doubt they will stick
[16:57] <ogra> kernel-o-flash-kernel-postinst ... thats me
[16:58] <ogra> and largely implementing the postinst logic of grub into our kernel images for flash-kernel ... i will pester cjwatson and apw for that at UDS
[16:58] <ogra> two weeks i'd say
[16:58] <ogra> i think thats all specs ...
[16:58] <ogra> NCommander, take over the meeting again (and sorry for hoggin it )
[16:59] <ogra> (you have 1min for AOB and closing ;) )
[16:59] <NCommander> [topic] AOB
[16:59] <MootBot> New Topic:  AOB
[17:00] <ogra> nothing here
[17:00] <janimo> are these all the specs?
[17:00] <NCommander> janimo: feel free to donate more
[17:00] <ogra> janimo, yeah
[17:00] <janimo> do we get more (possibly from others?)
[17:00] <ogra> we will
[17:00] <NCommander> ANyway
[17:00] <janimo> ok
[17:00] <NCommander> if nothing else
[17:00] <NCommander> closing in 3
[17:00] <janimo> 2
[17:00] <NCommander> 2
[17:00] <ogra> 1
[17:00] <NCommander> \1.5
[17:00] <janimo> 2
[17:00] <NCommander> 3
[17:00] <ogra> 0.5
[17:00] <NCommander> #endmeeting
[17:00] <MootBot> Meeting finished at 11:00.
[17:00] <ogra> 1.725
[17:01] <ogra> bah
[17:01] <janimo> cheers
[17:01] <ogra> thanks all ... enjoy the post release relaxation !
[17:03]  * ScottK wonders what that is (just did two toolchain uploads ...)
[18:48] <gaara> i cant blv i waited soo long for 11.04 and finally ended up with having a ridiculous unsolved backlight issue! cant see anything in it! safer being with 10.10
[20:47] <Ahmuck> sorry, wrong channel