12:02:00 #startmeeting Mer Bug Triage 16-04-2012 12:02:00 Meeting started Mon Apr 16 12:02:00 2012 UTC. The chair is iekku. Information about MeetBot at http://wiki.merproject.org/wiki/Meetings. 12:02:00 Useful Commands: #action #agreed #help #info #idea #link #topic. 12:02:06 welcome all 12:02:24 lbt, it would be so nice! thanks 12:02:40 np ... almost muscle memory now 12:02:46 #info We'll start with the bugs: https://bugs.merproject.org/buglist.cgi?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&emailassigned_to1=1&emailtype1=substring&query_format=advanced&order=bug_id 12:03:03 #topic https://bugs.merproject.org/show_bug.cgi?id=276 - OBS Scheduler queueing issues 12:03:18 we should really send this to OBS upstream (bugzilla.novell.com) 12:03:38 I reproduced today 12:04:28 who wants to take action to send? 12:04:52 I'll take the bug since I'm working on it 12:05:02 ok, low prio? 12:05:11 it's an annoyance, but not a blocker 12:05:21 yeah 12:05:39 mmm 12:05:49 normal - it's preventing my automated obs testing 12:05:55 ok 12:06:07 next then 12:06:12 #info lbt takes the bug, normal priority 12:06:25 #topic https://bugs.merproject.org/show_bug.cgi?id=278 - OBS doesn't work with x-forward and apache 2.2.21 doesn't work 12:07:10 still relevant? 12:07:11 needs pushing upstream - with a more reliable test case based on upstream codebase 12:07:43 yes, it prevents production/high performance OBS deployment 12:07:55 ok, normal prio then? 12:08:11 it may break cobs 12:08:25 high then 12:08:47 #info needs pushing upstream. priority high, may break cobs 12:09:15 next? 12:09:17 yup 12:09:21 #topic https://bugs.merproject.org/show_bug.cgi?id=279 - rpmlint allows spec files to contain non-standard (optional) tag Url (should be URL) 12:09:48 i'd say low, it's housekeeping/technical deb 12:09:49 t 12:09:50 I would say low, mainly cosmetic thing atm. 12:10:09 :nod: 12:10:10 housekeeping meaning 'stuff we do to keep things looking nice and orderly' 12:10:15 anyone willing to take this? 12:10:33 i think we need to do a rpmlint service check in the first place 12:10:45 ie, see which rules are relevant for us 12:10:53 (need new task bug for that) 12:11:04 *nod* - another meta/policy task 12:11:18 it's linked with the mer package policy bug 12:11:19 I think it'll fall out of CI/BOSS process too 12:11:32 * Sage would like to see rpmlint stricter than it is atm. 12:11:37 296 12:11:44 #info low, we need to have a new task bug for rpmlint service check to see which rules are relevant to us 12:11:45 ( so iekku fwiw I open the bug; change the assignee to not-taken@merproject.org; set the importance; type "triaged" into the comments and maybe paste a note from here ) 12:12:30 blocks 296 ? 12:12:47 well, it's a bit part of that 12:13:08 block is a flexible link :) .... means "hey, look at this bug too" 12:13:15 ok 12:13:17 then yes 12:13:26 done 12:13:28 next 12:14:20 #topic https://bugs.merproject.org/show_bug.cgi?id=280 - kcalcore, libical, mkcal empty mer-core projects 12:14:27 already fixed, we can skip it 12:14:40 Sage... :) 12:14:57 :) 12:15:02 #info already fixed 12:15:15 #topic https://bugs.merproject.org/show_bug.cgi?id=281 - fdupes spec file inconsistently uses "name" macro 12:15:27 low 12:15:50 agreed, low, but that really looks nasty 12:15:56 it works 12:16:13 can we somehow tag some bugs with 'easywork' or the likes perhaps? 12:16:46 easywork as a keyword? 12:17:05 easyjob or something, yeah - let's see what other bugtrackers use 12:17:20 easyFix was in meego 12:17:27 ok 12:17:31 that sounds ok 12:17:33 i guess that works 12:17:40 ok i will create one immediately 12:18:09 #info low, keyword easyFix 12:18:21 I don't see a keyword field 12:18:30 maybe as we don't have any? 12:18:35 lbt: i see Keywords: 12:18:37 F5 12:18:57 it's there now, we didn't have any keywords earlier 12:19:01 oh yes, there now 12:19:17 next 12:19:18 next? 12:19:21 #topic https://bugs.merproject.org/show_bug.cgi?id=282 - gst-plugins-bad-free yaml (and spec) file has incorrect URL tag 12:19:46 low, easyfix 12:19:57 #info low, easyFix 12:20:04 what's in URL: should be in Source0: instead 12:20:44 #info what's in URL: should be in Source0: instead 12:20:52 next 12:20:58 #topic https://bugs.merproject.org/show_bug.cgi?id=283 - update gstreamer to 0.10.36 12:21:16 task bug 12:21:27 and normal, since it's a important component in mer 12:21:47 can be assigned to me 12:21:55 #info task: normal. important component in mer. assigned to sage 12:22:15 #topic https://bugs.merproject.org/show_bug.cgi?id=284 - upgrade openssl to current version (bug fixes, minor security issue) 12:22:37 didn't we have a openssl bug before, or did we fix it? 12:22:43 but yes, .h is never than .g 12:22:54 i'd say high 12:22:59 yes 157 and I fixed that 12:23:18 Sage, taking this one also? 12:23:19 and a task bug, as well 12:23:49 yes I can check it as well 12:23:54 #info task, high. assigned to sage. 12:23:56 thanks 12:24:07 #topic https://bugs.merproject.org/show_bug.cgi?id=285 - upgrade ofono to recent version (1.5) 12:24:28 the hounting n950 patches :) 12:24:31 we need to balance that with n900/n950 support i think 12:24:44 let's say 'normal', they have infenion modem patches though 12:24:47 yes the patches for n950 and n9 are not upstreamed and needs to be rebased 12:25:14 normal or high as we lack a lot behind atm. 12:25:15 also, task bug 12:25:31 should this be high then? 12:25:48 and anyone willing to take this? 12:26:44 high, let's evaluate it in context in the wrap-up 12:26:55 #info task, high. 12:26:59 iekku: mostly we've been leaving bugs as not-taken during triage and if people want them, they take after we move on 12:27:06 ok 12:27:23 (saves the "pause whilst no-one says anything" :) ) 12:27:36 :nod: 12:27:38 #topic https://bugs.merproject.org/show_bug.cgi?id=286 - upgrade poppler to recent stable version 12:28:05 sounds like a good upgrade, poppler's used by qt 12:28:12 er, well, cups 12:28:18 'normal' 12:28:19 task bug 12:28:26 #info task, normal 12:28:37 #topic https://bugs.merproject.org/show_bug.cgi?id=287 - upgrade libtiff to recent version 12:28:54 direct dependency of qt, so fairly important 12:29:15 normal 12:29:16 btw, with the updated should be noted to check GPLv3 things 12:29:18 yes 12:29:28 task ? 12:29:28 letters.random has been noting if there's license changes 12:29:30 yes, task 12:29:47 #info task, normal. 12:30:03 #topic https://bugs.merproject.org/show_bug.cgi?id=293 - gzip yaml file has inconsistent URL entry 12:30:47 low, easyfix 12:31:01 #info low, easyFix 12:31:13 #topic https://bugs.merproject.org/show_bug.cgi?id=294 - SDK's yum reports no repositories 12:31:29 that should be 'yum is exposed in sdk, while we only need it's libraries' 12:31:39 this is easyfix 12:32:03 it should be fixable just with symlink /etc/zypp/repos.d/ to /etc/yum.repos.d 12:32:18 IIRC the repo format with those is the same 12:32:20 yeah, though i'm more a fan of 'just one repo fetcher' 12:32:26 I agree 12:32:32 true 12:32:38 remove the yum binary ? 12:32:39 remove yum binary but keep other stuff that we use? 12:32:44 * Sage is slow 12:32:44 or at least seperate it in packaging 12:33:08 we use createrepo at least from yum and some .py scripts with mic 12:33:17 not sure if anything uses the actual binary 12:33:31 yes 12:33:34 well yum executable :) 12:33:35 better packaging for yum maybe 12:33:39 we should probably replace it with "echo use zypper;exit 1" 12:34:01 i propose better packaging, so we can use yum's libraries without the tool 12:34:02 since repackaging is not sane if there are other yum-tools 12:34:03 lbt: maybe just remove it so that it really fails if someone is using it. 12:34:23 Stskeeps: problem is that createrepo would not go in -lib 12:34:34 sure 12:34:39 anyway I wouls day low and continue triage 12:34:42 besides that, createrepo is external 12:34:52 *say 12:35:01 "info summary should be 'yum is exposed in sdk, while we only need it's libraries'. easyFix. low. 12:35:04 right 12:35:10 #info summary should be 'yum is exposed in sdk, while we only need it's libraries'. easyFix. low. 12:35:24 #topic https://bugs.merproject.org/show_bug.cgi?id=295 - missing/broken locales support 12:36:00 high, something went awry in the eglibc packaging 12:36:15 title should be "eglibc comes with no locales built" 12:36:44 well, prebuilt 12:36:53 #info summary should be 'eglibc comes with no locales built'. high. 12:37:13 next? 12:37:15 #topic https://bugs.merproject.org/show_bug.cgi?id=307 - corrupted zypper package on armv7hl 12:37:41 that one we need to sanity check in latest prereelease 12:37:45 if it happens again 12:37:45 needs retest with new zypper 12:37:48 i'll do that right away 12:37:53 Sage: the rpm itself was broken 12:38:02 oh,? 12:38:12 out of diskspace? 12:38:45 is OK in newest prerelease 12:39:11 so, worksforme? 12:39:13 :) 12:39:21 ish.. let's triage it and say this happened once 12:39:28 we need to test in the future this does not happen again 12:39:30 so normal prio 12:39:47 would be caught by image build I think 12:40:06 #info normal. happened once, ok in newest prerelease. 12:40:29 #topic https://bugs.merproject.org/show_bug.cgi?id=309 - scratchbox2 "wrappers/gdb" indicates (incorrect) presence of gdb in osc builds 12:40:40 normal prio, i need to talk to upstream about that 12:41:01 #info normal. Stskeeps talks to upstream about this. 12:41:19 #topic https://bugs.merproject.org/show_bug.cgi?id=311 - testrunner-lite tests fail 12:42:30 i think we can ask E-P and timoph to prioritize that? 12:42:42 in the global scope it's low, in local scope, maybe higher 12:42:51 I would say low 12:42:57 :) 12:43:04 is running in SDK not a high prio ? 12:43:29 (I'm agreeing with low... but it's nice to say why) 12:43:37 lbt: well, it may be sw specific stuff 12:43:44 yes, it might be just environment issue 12:43:53 i would say normal until we know the reason? 12:44:07 yeah, true 12:44:16 fine for me 12:44:51 #info normal, might be low if it's just environment issue. needs investigeting first. 12:45:22 #topic Moving on to tasks: https://bugs.merproject.org/buglist.cgi?emailassigned_to1=1&query_format=advanced&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&order=bug_id 12:45:41 #topic https://bugs.merproject.org/show_bug.cgi?id=288 - update augeas to recent version 12:46:02 done 12:46:11 #info done 12:46:26 (please, update the bug?) 12:46:30 done 12:46:42 thanks :) 12:46:47 #topic https://bugs.merproject.org/show_bug.cgi?id=289 - upgrade ppl to recent version 12:47:06 normal/low, might matter more when we upgrade to gcc4. 12:47:07 7 12:47:36 votes for normal? 12:48:25 votes for low? 12:48:28 :) 12:48:37 * lbt picks normal based on date 12:48:46 ok, normal then 12:48:54 #info normal 12:49:08 #topic https://bugs.merproject.org/show_bug.cgi?id=290 - upgrade pkgconfig to latest version 12:49:27 normal, we found out there's a really screwed up circular dependency in there 12:49:40 ie, glib requires pkgconfig which requires glib.. 12:49:49 sage, could you comment on that in the bug? 12:50:00 Sage: in a minute 12:50:22 #info normal. glib requires pkgconfig which requires glib 12:50:30 ok done with 290 12:50:39 ah 12:50:43 #topic https://bugs.merproject.org/show_bug.cgi?id=291 - upgrade boost to recent version 12:51:16 low, not terribly critical 12:51:20 we have just upgraded to a new zypper 12:51:25 which is the primary user 12:51:36 #info low 12:51:49 #topic https://bugs.merproject.org/show_bug.cgi?id=292 - upgrade tar to recent version [note license change from current ancient version] 12:52:11 low, we can't do this currently 12:52:18 due to GPLv3 problematics 12:52:32 when we have busybox option we might have freer hands 12:52:46 it's good however to have the bug around 12:53:09 #info low. can't do this due to GPLv3 problematics. 12:53:22 agree, better to have info somewhere 12:53:36 is busybox a bug? 12:53:53 no, i think we need one 12:53:56 a task bug at least 12:54:20 #info task bug needed for busybox option 12:54:24 doing it 12:54:37 thanks :) 12:54:49 next? 12:54:53 yes 12:55:06 #topic https://bugs.merproject.org/show_bug.cgi?id=296 - Define the package naming policy 12:55:14 [META] it? 12:55:36 it's a high prio, in my mind 12:55:45 and perhaps packaging policy in general 12:56:01 I would say high as well 12:56:17 #info high. [META] 12:56:25 also we should list what files in general should go to what package 12:56:39 new task for that? 12:56:43 it came up in testing meeting last time 12:56:57 in that case as mapping != pkg naming 12:57:01 just some quick input on there.. tizen has a funny new thing, they make -devel packages automatically 12:57:14 ie, %package devel isn't part of .spec 12:58:05 next? 12:58:22 #topic https://bugs.merproject.org/show_bug.cgi?id=297 - upgrade cairo to recent release 1.12.0 12:58:37 normal, used by gstreamer 12:59:02 #info normal, used by gstreamer 12:59:15 #topic https://bugs.merproject.org/show_bug.cgi?id=298 - upgrade dbus to recent version 1.4.20 13:00:20 • The version of GLib required for some of the regression tests has increased to 2.24. 13:00:24 do we have that yet? 13:01:24 we have 2.30.2 13:01:26 should be ok 13:01:56 hmmp 13:02:14 central component, so normal/high 13:02:29 :nod: 13:02:45 high i would say 13:03:14 I can't see CVE 13:03:23 yeah, no security problems there 13:03:45 normal then ? 13:03:50 ok 13:04:02 ok 13:04:03 next 13:04:03 #info normal. central component. 13:04:18 #topic https://bugs.merproject.org/show_bug.cgi?id=299 - upgrade dbus-python to recent version 1.0.0 13:04:28 what is using that, btw? 13:04:40 hmm 13:04:41 * Stskeeps looks 13:04:47 osc? 13:04:53 osc isn't in core 13:05:00 dbus-python = 0.83.1-1.10bluez-test systemd-tools dbus-python-devel connman-test 13:05:08 ah, ok 13:05:11 normal :) 13:05:17 or even low 13:05:41 low 13:05:44 #info low 13:05:55 #topic https://bugs.merproject.org/show_bug.cgi?id=300 - update device-mapper to recent version 1.02.74 13:05:59 Sage: well, maybe tools start acting less bizarre 13:06:45 hmm 13:06:48 we can do two things 13:06:55 drop device-mapper, or keep it central 13:07:10 device-mapper isn't used by anything in core 13:07:15 Was just about to ask where it is used 13:07:24 * Sage votes for dropping it. 13:07:29 mmm 13:07:32 i think SDK uses it 13:07:41 well then move it to sdk? 13:07:45 it's useful for low level disk stuff - adding raid, lvm ? 13:07:51 yeah.. 13:08:05 i think lbt is on to something, i can justify keeping it in core 13:08:24 'normal', then 13:08:29 it might be a cause of issues in SDK 13:08:31 mobile device with raid... well ok :) 13:08:38 Sage: i have a hp touchpad with LVM 13:08:43 it's not so far off :) 13:08:58 #info normal 13:09:06 easy recovery of rootfs for important devices (STB) 13:09:20 harddisk recorder stbs.. 13:09:21 :P 13:09:45 next? 13:09:57 #topic https://bugs.merproject.org/show_bug.cgi?id=301 - update e2fsprogs to recent version 1.42.2 13:10:13 want't this also gplv3 thingy? 13:10:17 no 13:10:19 surprisingily not 13:10:30 ah, update is in review 13:10:32 assign to me 13:10:36 and normal prio 13:10:58 #info normal, assignee Stskeeps 13:11:09 #topic https://bugs.merproject.org/show_bug.cgi?id=302 - upgrade gawk to recent 3.1.8 [note license change] 13:11:18 low, we can't action on this atm 13:11:37 # low, we can't action on this atm 13:11:40 hskghakgd 13:11:45 #info low, we can't action on this atm 13:11:56 #topic https://bugs.merproject.org/show_bug.cgi?id=303 - update scons to 2.1.0 13:12:47 i'm not entirely sure what depends on this.. 13:13:19 low, task bug: evaluate if scons can be removed from mer core 13:14:03 task bug to be created, that is 13:14:54 #info low, new task bug needed: evaluate if scons can be removed from mer core 13:15:12 #topic https://bugs.merproject.org/show_bug.cgi?id=304 - upgrade setup to recent setup-2.8.53 13:15:39 low, we should be merging things into 'filesystem' instead 13:15:49 and we probably can't follow fedora's 13:16:03 #info low 13:16:17 #topic https://bugs.merproject.org/show_bug.cgi?id=305 - update python-lxml to 2.3.4 13:17:18 hmm 13:17:44 required by repomd-pattern-builder 13:17:49 low 13:18:09 #info low 13:18:21 #topic https://bugs.merproject.org/show_bug.cgi?id=306 - upgrade sqlite to 3.7.11 13:18:43 normal/high, fairly central component 13:19:32 according to earlier policy, i think normal? 13:19:35 ok 13:19:44 #info normal 13:19:56 #topic https://bugs.merproject.org/show_bug.cgi?id=308 - Create test automation enabler meta packages 13:20:02 yeah 13:20:58 high 13:21:02 and assign to me 13:21:14 #info high, assignee Stskeeps 13:21:28 last one 13:21:31 #topic https://bugs.merproject.org/show_bug.cgi?id=310 - Switch to cross-distro agreed armv7hl path 13:22:09 normal, we have to be in alignment with rest of armv7 hardfp community 13:22:28 #info normal, we have to be in alignment with rest of armv7 hardfp community 13:22:50 #info Task list is now: https://bugs.merproject.org/buglist.cgi?bug_severity=task&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=not-taken%40&emailassigned_to1=1&emailtype1=substring&query_format=advanced&order=priority%2Cbug_id&query_based_on= 13:23:00 #info Not taken bugs: https://bugs.merproject.org/buglist.cgi?bug_severity=critical&bug_severity=major&bug_severity=normal&bug_severity=trivial&bug_severity=enhancement&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=not-taken%40&emailassigned_to1=1&emailtype1=substring&query_format=advanced&order=priority%2Cbug_id&query_based_on= 13:23:08 see 312 13:24:06 #topic https://bugs.merproject.org/show_bug.cgi?id=312 - Package busybox 13:24:13 normal 13:24:32 #info normal 13:24:51 ok, was that all? 13:24:57 think so 13:25:00 thank you iekku :) 13:25:02 yep... marathon session :) 13:25:22 thanks guys 13:25:29 see you next week 13:25:47 ps: i'm starting to be more active now than i have used to be 13:25:53 #endmeeting