*** X-Fade has quit IRC | 02:52 | |
*** X-Fade has joined #maemo-meeting | 03:09 | |
*** Pali has joined #maemo-meeting | 08:28 | |
*** javispedro has joined #maemo-meeting | 17:38 | |
X-Fade | Hi | 17:59 |
---|---|---|
X-Fade | Anyone awake? :) | 18:00 |
javispedro | I am | 18:01 |
javispedro | anyone else? =) | 18:02 |
X-Fade | javispedro: hi :) | 18:02 |
X-Fade | timoph ? | 18:02 |
X-Fade | Ok, well ;) | 18:04 |
X-Fade | I'll give a quick update then. | 18:04 |
javispedro | heh | 18:04 |
javispedro | I saw that you made x86 builds, something was wrong with armel ones | 18:04 |
X-Fade | Yeah, so there was an update to OBS with broke arm builds. | 18:05 |
X-Fade | I figured out why they weren't being scheduled and got that fixed. But now also noticed the way they changed the way qemu is being used in the vm setup. | 18:06 |
X-Fade | So it is still broken and I will try to fix that this week. | 18:06 |
X-Fade | I spoke with lbt about the SB2 approach just before he went to the Tizen conference. | 18:06 |
javispedro | aha | 18:07 |
javispedro | after reading about it I'm afraid it's not the panacea I expected though | 18:07 |
X-Fade | We'd need to create some minimal rootstrap and use that. | 18:07 |
X-Fade | It could fix or prevent some sb-isms, but we don't seem to run into many atm. | 18:08 |
javispedro | why minimal? why not use the sdk one? | 18:08 |
X-Fade | I need to follow up on that with lbt now he is back :) | 18:08 |
javispedro | oh, i was thinking maybe it got pushed around and a 1GiB transfer is too large | 18:09 |
X-Fade | We obviously need some newer tools like newer debhelper as many packages in extras depend on it now. | 18:09 |
javispedro | good point | 18:09 |
X-Fade | That was caused by introducing a newer debhelper to extras-devel for instance. | 18:10 |
javispedro | so you are saying that we are now getting packages that "implicitly" depend on newer debhelper features too? | 18:10 |
X-Fade | But if you look at the build failures in i586 atm, most of them are explainable.. | 18:10 |
X-Fade | well, they depend on debhelper >=7 | 18:11 |
javispedro | ah, wait, you are talking about squeeze debhelper | 18:11 |
javispedro | I thought someone had already pushed something more modern =) | 18:12 |
X-Fade | Well that is quite modern for fremantle already :) | 18:12 |
javispedro | in which case, yes, I agree, rootstrap should be updated | 18:12 |
X-Fade | So my plan was to talk with lbt this week about how to proceed with an SB2 test. | 18:12 |
X-Fade | We might come up with a minimal rootstrap and a repo with updated 'core' tools. | 18:13 |
X-Fade | But I need to get a list of pros and cons together. | 18:13 |
X-Fade | Are you interested in joining the conversation with lbt about SB2? | 18:15 |
javispedro | when will that happen? | 18:15 |
X-Fade | Well, if yes, then I'll take your availability into account too :) | 18:16 |
javispedro | ok, let's try, any day around this time of day is fine | 18:17 |
X-Fade | Ok, will contact lbt and keep you posted. | 18:18 |
javispedro | trying to think of pros are, less scratchboxism fuss; potentially faster VM startup times of we have a generous rootstrap? | 18:18 |
javispedro | (and thus not have to call dpkg -i as many times during vm startup) | 18:19 |
X-Fade | Yeah, but also acceleration. | 18:19 |
timoph | o/ | 18:19 |
javispedro | ah, yeah | 18:19 |
X-Fade | Which makes a lot of sense when you do rebuilds in a shared environment. | 18:20 |
* timoph reading backlog | 18:20 | |
javispedro | hi timoph | 18:20 |
X-Fade | timoph: No worries :) | 18:20 |
* merlin1991 reports in | 18:21 | |
* merlin1991 reads backlog | 18:21 | |
X-Fade | Anyway, that is it for me :) | 18:21 |
X-Fade | Anything else we should discuss? | 18:22 |
timoph | hmmh | 18:23 |
timoph | not much to do before the obs issues are resolved | 18:24 |
X-Fade | timoph: Yep, unfortunately. But now people are back, so I expect some progress this week :) | 18:24 |
timoph | yeah | 18:25 |
X-Fade | So I'd sat we wrap it up for now and meet again next week? | 18:25 |
timoph | yep | 18:26 |
javispedro | so the conclusion is that X-Fade tries to figure out the armel issue, | 18:26 |
javispedro | and that we shall set some time with lba to ask him a few sb2 questions | 18:26 |
X-Fade | Correct. | 18:27 |
javispedro | some of the x86 build failures are already "interesting" | 18:27 |
javispedro | https://build.obs.maemo.org/package/live_build_log?arch=i586&package=bootmenu&project=Extras%3ATesting13&repository=Maemo_Fremantle_1.3_standard | 18:27 |
X-Fade | javispedro: Yes, and it is those that we need to look at. | 18:28 |
javispedro | yep | 18:28 |
javispedro | the build failures page is currently way too large and takes a while to load; hopefully when the armel thing is fixed it will be much more compact | 18:28 |
X-Fade | But i386 is not as well tested as armel, so I would rather do that when we have armel up and running | 18:28 |
merlin1991 | dang can't get the build log in question to show | 18:28 |
X-Fade | javispedro: most of them in i586 are Architecture: armel | 18:29 |
javispedro | ?? | 18:29 |
X-Fade | And thus the build is marked failed after it completes :) | 18:29 |
javispedro | oh | 18:29 |
javispedro | isn't there a way to avoid all this wasted CPU time? | 18:30 |
X-Fade | Instead of : Any | 18:30 |
X-Fade | Might be, but now it is not a big deal. | 18:30 |
javispedro | and this reminds me that I had some gripes with arch-conditional build-depends parsing.. | 18:31 |
javispedro | in any case, if arch: armel stuff is being built, then it makes no sense for us to check at those now | 18:31 |
X-Fade | Unfortunally I have to go now, other meeting :( | 18:32 |
javispedro | ok, ta X-Fade | 18:32 |
X-Fade | But I'll keep you posted on the list :) | 18:32 |
javispedro | *if arch:armel only stuff is being built ;P | 18:32 |
X-Fade | Same time, next week :) | 18:32 |
javispedro | *on x86 target ;P | 18:32 |
timoph | o/ | 18:32 |
javispedro | cya | 18:32 |
X-Fade | Ok, thanks for joining. Until next week! | 18:33 |
*** javispedro has quit IRC | 18:38 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!