12:02:32 #startmeeting Mer bug triage 19/3/2012 12:02:33 Meeting started Mon Mar 19 12:02:32 2012 UTC. The chair is Stskeeps. Information about MeetBot at http://wiki.merproject.org/wiki/Meetings. 12:02:33 Useful Commands: #action #agreed #help #info #idea #link #topic. 12:03:08 hi all, welcome to another week's bug triage :) 12:03:23 We'll first go through the bugs needing triage, https://bugs.merproject.org/buglist.cgi?emailassigned_to1=1&query_format=advanced&bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=trivial&bug_severity=enhancement&bug_status=NEEDINFO&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=TRIAGEDUPSTREAM&bug_status=REOPENED&email1=need-triage&emailtype1=substring 12:03:51 #topic https://bugs.merproject.org/show_bug.cgi?id=214 - Connman crashing 12:04:01 we now have a backtrace, compared to last week 12:04:40 Sage_: do we have 'iptables' in the nemo image? 12:04:55 yes 12:05:19 interesting, wonder why the iptables_init() failed then 12:05:27 do we have NAT in kernel? 12:05:36 modules? 12:06:00 * lbt feels CONFIG_ changes coming on 12:06:06 perhaps, though it shouldn't crash because of this 12:06:27 seems like a bug 12:06:30 :) 12:06:52 i'd say medium priority? 12:07:12 is iptables in mer 12:07:20 think so 12:07:40 i wonder if our iptables is too old 12:08:04 could be 12:08:04 doubt it 12:08:16 that's very old looking use of iptables 12:08:52 let's make a task bug for iptables upgrade to 1.4.12.2 12:08:59 just for good measure 12:09:11 * Sage_ can take that upgrade 12:09:34 #info medium, task bug for iptables upgrade to 1.4.12.2 12:09:51 doing it 12:10:21 #topic Bug 219 - meego keyword is hardwired into __os_install_post macro [possibly arm only?] - https://bugs.merproject.org/show_bug.cgi?id=219 12:10:35 this should be %{_vendor} yeah 12:11:32 low/medium? i am not sure if we'll do the vendor change this release or next 12:11:53 it's a blocker but low this week 12:12:57 do we have a s/meego/mer/ bug we can block 12:12:59 #info low, should be vendor 12:13:02 not yet, but we should make one 12:13:14 tum-te-tum 12:13:30 #topic Bug 225 - libjpeg-turbo drags in libjpeg-turbo-devel - https://bugs.merproject.org/show_bug.cgi?id=225 12:13:37 high, shouldn't have happened :) 12:13:48 it ended up in image for some reason and i'm not exactly clear on why 12:15:35 any takers to look into it? it looks like .so problematics 12:16:45 * lbt may use it as an SDK check - I'll put it in my TODO and assign it if I work on it 12:17:57 #topic https://bugs.merproject.org/show_bug.cgi?id=227 - Produce a VM version of the SDK 12:18:01 isn't this more as a task? 12:18:04 #229 is the mer naming bug 12:18:06 yes 12:18:13 #info task 12:18:28 I'll assign to islam 12:18:39 I'm pretty sure he wants it 12:19:22 ok 12:20:01 medium too 12:20:32 ok, moving on to tasks: 12:20:35 https://bugs.merproject.org/buglist.cgi?query_format=advanced&emailassigned_to1=1&order=Bug%20Number&bug_severity=task&bug_status=NEEDINFO&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=TRIAGEDUPSTREAM&bug_status=REOPENED&email1=need-triage&emailtype1=substring 12:21:04 #topic https://bugs.merproject.org/show_bug.cgi?id=223 - Bug 223 - Core-to-backtrace tool needed 12:21:20 i took a core file from jukka's connman crash and it was a nightmare to get a proper backtrace out 12:21:25 we should look into how we can make this easier 12:21:43 agreed - do we have notes on what was done? 12:21:55 also debuginfo package dep thing is making things harder 12:22:02 normal 12:22:05 lbt: i went for doing it within sb2 12:22:13 as debuginfo packages do not esplicitly depend on same rpm binary package 12:22:52 Sage_: is that a bug already 12:23:11 210 12:23:16 Stskeeps: I assume this should be doable on-device though ? 12:23:27 lbt: ^ 12:23:35 added depends 12:23:45 lbt: it is, but you have to pull in gdb, etc.. 12:23:54 and there was some other reason.. 12:25:02 needless to say, it was harder than it should be :) 12:25:08 we might be able to use something like rich core tools from QA 12:25:14 #info normal 12:26:51 #topic https://bugs.merproject.org/show_bug.cgi?id=224 - Bug 224 - Add createrepo tool to SDK tools 12:26:58 reasonable request, package ready, prio normal? 12:27:39 yep 12:28:05 uh 12:28:14 createrepo is yum package right? 12:28:20 Sage_: it's supposedly external now 12:28:27 really? 12:28:31 didn't know that 12:28:44 http://createrepo.baseurl.org/ 12:28:49 it deps on yum yes, but.. 12:29:54 well the yum dep worries me, but I don't know any other solution so... 12:29:57 well 12:29:58 it's SDK 12:30:05 that is true 12:30:14 #info normal 12:30:40 #topic Bug 226 - libxcb should be upgraded to 1.8.1 - https://bugs.merproject.org/show_bug.cgi?id=226 12:31:09 this might be needed for Qt5 too 12:31:26 high 12:31:29 ok 12:32:53 sounds like quite a job too 12:32:54 hmmp.... I had that on my update list but not sure when I have time to update that 12:33:08 so if someone wants to take it feel free :) 12:33:09 we might get it from johan as he's doing it for a meego-derived product 12:33:13 and it sounds like we could do with CI rootfs tests 12:33:27 so any hand-holding for him to submit it probably welcome 12:33:53 ok, time to look at the task prioritization 12:33:55 https://bugs.merproject.org/buglist.cgi?query_format=advanced&emailassigned_to1=1&order=Importance&bug_severity=task&bug_status=NEEDINFO&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=TRIAGEDUPSTREAM&bug_status=REOPENED&email1=not-taken&columnlist=bug_severity%2Cpriority%2Cshort_desc%2Ccomponent&emailtype1=substring\ 12:34:00 https://bugs.merproject.org/buglist.cgi?query_format=advanced&emailassigned_to1=1&order=Importance&bug_severity=task&bug_status=NEEDINFO&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=TRIAGEDUPSTREAM&bug_status=REOPENED&email1=not-taken&columnlist=bug_severity%2Cpriority%2Cshort_desc%2Ccomponent&emailtype1=substring 12:34:05 i mean 12:34:06 #topic task prioritization 12:36:32 #103 -> high ? 12:36:35 any comments on prioritization, any takers for any of the bugs? 12:36:47 in preperation to me taking it 12:36:53 lbt: yeah.. after last week's fiasco 12:37:07 RM tomorrow should be a nice retrospective of nightmarish proporitions 12:37:08 :P 12:37:37 206 ? 12:37:39 MER#153: o/ 12:37:42 hehe yes, 12:38:26 hmm 12:38:44 should we re-open the bash/readline bug 12:40:23 yeah.. 12:40:29 those two that was reverted needs re-opening 12:41:18 I don't get why readline would have that effect - totally spooky 12:41:32 welcome to the deep depths of linux core systems 12:41:32 :P 12:41:50 ah unless it's a cyclic thing in pre-install 12:41:52 ok 12:42:36 i'm not totally convinced yum always handles Requires(pre) and (post) correctly 12:43:05 *nod* 12:43:14 udev bug # ? 12:43:32 not sure we had one, let's get one filed 12:45:05 Sage_: do you have a review# for udev to hand? 12:45:35 udev high ? 12:47:15 got it change 452 12:49:34 #230 is the udev bug 12:50:07 Stskeeps: is https://bugs.merproject.org/show_bug.cgi?id=206 cross gdb closed now ? 12:50:15 no 12:50:21 i used native gdb 12:50:41 OK 12:52:58 Stskeeps: bug prio review? 12:54:13 nah, let's skip that for now 12:54:17 only useful to do every 14 days 12:54:31 has it only been a week! 12:55:00 yes 12:55:10 gladly though .... you can help me beat sb2 savagely 12:56:02 anything else? 12:56:02 after pizza 12:56:03 :P 12:56:18 nop, think we can wrap up 12:56:23 thank you allf or coming 12:56:28 * lbt goes to cook a hot buttery baguette 12:56:59 #endmeeting