12:03:46 #startmeeting Mer bug triage 16/1/2012 12:03:46 Meeting started Mon Jan 16 12:03:46 2012 UTC. The chair is Stskeeps. Information about MeetBot at http://wiki.merproject.org/wiki/Meetings. 12:03:46 Useful Commands: #action #agreed #help #info #idea #link #topic. 12:03:50 lol :) 12:04:12 this is the search we'll be going through: https://bugs.merproject.org/buglist.cgi?query_format=advanced&emailassigned_to1=1&order=Bug%20Number&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:04:32 * lbt will edit bz as we go 12:04:50 if you want to take on a bug, just indicate while we're going through the bug. some bugs will be converted into tasks as well, generally we want to put priority on these bugs :) 12:05:25 Stskeeps: that list seems incomplete 12:05:37 tasks are missing 12:05:54 we go through bugs for the moment 12:06:30 ok ... I have logged 'bugs' which I know are going to be tasks.... 12:06:35 #topic https://bugs.merproject.org/show_bug.cgi?id=97 - Process to track upstream releases (cf debian) 12:07:01 -> "Create process..", task, medium priority i'd say as it can lower the amount of effort needed for whole project 12:07:27 (also, if you have any objections, also raise them during the bug) 12:08:17 yep 12:08:27 this bug is basically that we need to be able to automatically get signaled when a new upstream release appears and that we're out of sync 12:09:03 yes - I also noticed that spectacle does something in this area too 12:09:12 #topic https://bugs.merproject.org/show_bug.cgi?id=99 - Bug 99 - No proper information shown when package doesn't provide all needed packages 12:09:21 this is medium priority as well, assign to me, a genuine bug 12:09:37 basically we don't extract -why- it's unresolvable in the contribution process 12:10:26 seems like a good boss edit task 12:10:33 #topic https://bugs.merproject.org/show_bug.cgi?id=101 - Need kickstart templates for vendors to derive from 12:10:36 thinking of me or phaeron 12:10:41 ok, feel free to take it as well 12:10:51 this one i've been working on, related to kickstarter 12:10:58 so assign to me, it should be a task 12:11:01 high 12:11:03 ? 12:11:52 yes 12:11:55 #topic https://bugs.merproject.org/show_bug.cgi?id=102 - tar.gz releases of core per release 12:12:04 should depend on 101 12:12:29 also high, as it impacts general porting of mer 12:12:34 so this is only core without hw adaptation? 12:12:40 right 12:12:42 k 12:12:55 what's in it? 12:12:58 rootfs? 12:13:04 my next question as well 12:13:05 or rpms 12:13:08 yeah, @Mer Core/Base, maybe a little more 12:13:11 i think we'll have a few variants 12:13:14 rootfs 12:13:21 Xorg, qt ? 12:13:28 for example, as one type of image 12:13:32 ok 12:13:56 task as well? 12:14:08 i think this reasonably depends on IMG as well? 12:14:22 yes it does 12:14:53 #topic https://bugs.merproject.org/show_bug.cgi?id=103 - rootfs builds in integration testing/gerrit changes 12:14:54 boss process driven? 12:14:57 right 12:15:28 at first we'll do it with 'just' .ks'es at first 12:15:52 makes sense 12:16:04 this one is connected to the others and IMG for sure 12:16:25 medium priority as it is a bit of QA and involves a fair bit of work 12:16:33 maybe should be split into sub-tasks 12:17:16 priority doesn't depend on 'cost' 12:17:21 true 12:17:28 but still, not that essential right now 12:18:11 it 'comes for free' with IMG 12:18:13 almost :) 12:18:23 FYI: this is the idea to build automatic throw-away images based on individual gerrit changes, so we can check if they break anything 12:18:40 all arches? 12:18:43 right 12:19:02 http://mer.bfst.de/meetings/mer-meeting/2012/mer-meeting.2012-01-16-12.03.log.txt if you'd like to see the log of the meeting so far 12:19:07 -> sonach: 12:19:27 lbt: this also expands into possible simple validation on emulators 12:19:27 OK, thanks, 12:19:43 yes, I was hoping so 12:19:56 also, task? 12:20:06 yes 12:20:13 #topic get rid of dependency on meego.com repositories for bootstrapping/tools - https://bugs.merproject.org/show_bug.cgi?id=104 12:20:19 this comes a bit with the SDK effort 12:20:27 er, platform SDK effort 12:20:32 so we should chain that in somehow 12:21:11 given that tizen now has been published and we're likely to do more changes to mer rpm configuration etc, we should make this at least medium priority 12:21:14 , and a task 12:21:18 I'm working through the image generation 12:21:29 and the first step is a mic bootstrap I think 12:21:34 right 12:21:42 tizen tools use still meego as bootstrap btw 12:21:44 I suggest we make this high 12:21:51 ok 12:21:56 and scope it as "Identify dependencies and allocate as blocking bugs" 12:22:00 so it's only a short task 12:22:03 ok 12:22:12 assign me and I'll arrange a brainstorm 12:22:15 k 12:22:16 https://github.com/jfding/mic/blob/master/distfiles/mic.conf#L29 12:22:35 that is the new mic 12:22:50 ok 12:23:10 #topic https://bugs.merproject.org/show_bug.cgi?id=105 - Provide something like "make world" 12:23:19 low priority, more of a core/build vision, task? 12:24:06 aligned with SDK 12:24:17 actually it's a requirement isn't i 12:24:19 t 12:24:26 no, this is something else 12:24:44 this is the ability to take entire mer core and effectively 'make' it 12:24:48 yes 12:25:00 would be useful in sdk but more of a global thing 12:25:08 but it makes sense that the "osc/mic chroot" is where you'd put the code and type "go" 12:25:23 ah, no.. but let's take that discussion offline 12:25:26 OK 12:25:30 i need to explain myself better in the bug 12:25:46 * Sage thinks description edit would be nice feature 12:25:49 in bz 12:25:56 yeah ...it must be a plugin 12:25:58 #topic https://bugs.merproject.org/show_bug.cgi?id=106 - support osc mv and support preservation of CI and B counts on a project. 12:26:01 we had it in Nokia 12:26:10 task? low-medium priority? 12:26:44 new feature so I would say task 12:27:04 * lbt votes low .. Sage may have more need 12:27:16 not really no. nice to have mainly 12:27:28 happens so rarely that doesn't block 12:27:35 ok, so low 12:28:09 #topic https://bugs.merproject.org/show_bug.cgi?id=107 - support preservation of CI and B counts over remote project links 12:28:14 * lbt hasn't been checking product/component 12:28:24 .. i thought it does that already? 12:28:46 phaeron said it didn't 12:28:57 iirc in the sdk meeting 12:29:19 ok, i thought it worked at least, at least from what i recall from the protocol 12:29:21 assign phaeron? 12:29:27 fakeobs gives rev/vrev 12:30:40 low? 12:30:48 low/task allocated to phaeron for verification 12:30:53 ok 12:31:33 #topic Ensure changelogs meet the Mer policy - https://bugs.merproject.org/show_bug.cgi?id=108 12:31:36 ah yes.... these are part of the move to sane version numbers :) 12:31:46 .. we should probably actually have the policy somewhere 12:31:51 copy-paste packaging/guidelines? 12:31:59 yes... and that's part of https://bugs.merproject.org/show_bug.cgi?id=91 12:32:04 but yes, pre-checks before builds occour in process is needed 12:32:07 not just in changelogs 12:32:18 medium? 12:33:00 OK 12:33:11 I'd like to move to the new versioning ASAP 12:33:24 :nod: 12:33:25 but it's going to be some work 12:33:43 and docs are higher prio just now 12:33:46 right 12:33:54 #topic Provide an rpm lua macro to get Version/Release from .changes entry - https://bugs.merproject.org/show_bug.cgi?id=109 12:34:00 prio similar to 91? 12:34:11 oh, and these should be taks 12:34:12 tasks 12:34:14 yes 12:35:29 #topic https://bugs.merproject.org/show_bug.cgi?id=110 - Update specify to deprecate Version and Release 12:35:32 same 12:35:45 yeah you missed 109 12:35:54 which I'd already set to task :) 12:36:08 i didn't, it was in topic just before :P 12:36:23 oh ... yeah ... oops 12:36:41 #topic update dist.sh to ensure Release: and Version: are not macros - https://bugs.merproject.org/show_bug.cgi?id=111 12:36:44 same? 12:36:51 ye[ 12:36:53 yep 12:37:08 #topic Update to all core packages to bring spec and changelog in line with version policy - https://bugs.merproject.org/show_bug.cgi?id=112 12:37:26 same - we can do this with a mass push to packages likely (temporarily open ability to do this) 12:37:54 yep - and the dependency tree isn't accurate but ... not important 12:37:54 #topic https://bugs.merproject.org/show_bug.cgi?id=113 - Changelog entry creation plugin for osc 12:38:07 this should be patching osc vc instead 12:38:40 and same prio/task as 91 12:39:05 I wasn't sure if vc was the answer 12:39:17 is it upstream? 12:39:30 this is a mer-specific plugin I think 12:39:44 it's upstream, but supports multiple changelog formats 12:39:50 OK... fine 12:40:30 "Agree to try to push support to upstream vc as it supports multiple changelog formats." 12:40:35 #topic https://bugs.merproject.org/show_bug.cgi?id=115 - sensorfw test packages require testrunner-lite which is not available 12:41:01 not in Mer tools area? 12:41:14 this one is interesting as testrunner-lite is drying up, and i'm not sure if testrunner-lite and tests is should be part of core or not 12:41:22 mer packaging bug or missing package depends how we want to fix it 12:41:28 assign to me and i'll figure out something 12:41:42 high? 12:41:45 it's blocking? 12:41:59 low, annoyance but not truly blocking 12:42:27 not blocking 12:42:33 ah it's only -tests 12:42:53 #topic https://bugs.merproject.org/show_bug.cgi?id=116 - Removing nano generates warning in post scripts 12:42:59 is this on a --nodocs setup? 12:43:12 ie, %packages --nodocs or whatitiscalled 12:43:38 no it is in generic process 12:43:46 just install and remove package and you get that error 12:43:54 ok 12:44:00 assign over to me 12:44:08 unless anyone else want to take a peek at it? 12:44:20 you can leave it not-taken 12:44:26 ok 12:44:37 low? 12:44:37 low prio 12:44:53 just a warning 12:45:56 #topic https://bugs.merproject.org/show_bug.cgi?id=123 - Mer HA templates based on generic ATI/AMD Radeon and NVidia (probably Ion) 12:46:10 while technically outside the project core, we should motivate this project to be created 12:46:22 yes, it's certainly not core 12:46:24 so at least medium priority 12:46:35 task? 12:46:52 yeah 12:47:05 so should this be on c.obs 12:47:24 (in anticipation for mer cobs eventually) 12:47:25 anywhere, just ought to exist 12:47:40 #topic https://bugs.merproject.org/show_bug.cgi?id=124 - Specifying raw image format adds syslinux + syslinux-extlinux to the package list 12:47:43 mic or mic2? 12:48:13 mic2 12:48:42 low, as technically mic has syslinux as a dependancy.. like, if you check alldeps 12:48:52 it's a bit redundant with raw, though 12:49:02 mmm 12:49:10 it wants it in core 12:49:56 and the problem here is that when a vendor tries to make a raw image ... it fails 12:50:00 :nod: 12:50:07 so not low 12:50:20 although I agree we have no vendor using it 12:50:21 ok, medium 12:50:22 so not high 12:51:03 how do we fix it? 12:51:11 check image type 12:51:12 provide a mer:tools 12:51:24 with a patched version 12:51:26 yeah, platform sdk would contain it for sure 12:51:44 also we need to see if 'mic' has it 12:51:50 mic3 ? 12:51:56 well 12:51:57 :P 12:51:57 'mic'. 12:51:58 :P 12:52:10 tic? 12:52:24 moving on 12:53:32 anyway, that was last bug.. i think since we have some undecided task bugs we'll quickly run through those 12:53:37 98 12:53:54 114 12:54:02 https://bugs.merproject.org/buglist.cgi?priority=Undecided&emailassigned_to1=1&query_format=advanced&bug_severity=task&bug_status=NEW&bug_status=REOPENED&email1=need-triage&emailtype1=substring 12:54:05 121 12:54:06 right 12:54:39 #topic https://bugs.merproject.org/show_bug.cgi?id=98 - Upgrade Python to 2.7 12:54:50 https://bugs.merproject.org/buglist.cgi?emailassigned_to1=1&query_format=advanced&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=need-triage&known_name=Need%20Triage&query_based_on=Need%20Triage&emailtype1=substring 12:54:55 medium priority, deps on 121 (upgrade libffi to 3.0.10) 12:54:56 catches 117 too 12:55:12 ok 12:56:15 vgrade: taking it? 12:56:27 i think letters.* from mailing list would probably take it 12:56:38 ok ... not-taken for now 12:56:49 see 122 12:56:55 #topic https://bugs.merproject.org/show_bug.cgi?id=114 - Upgrade to systemd 38 12:57:20 medium priority, we should try to stay close to upstream as it makes life easier, usually 12:58:29 I had this in my prj already but didn't finish the packaging 12:58:35 ok 12:58:36 playing with udev atm. 12:58:45 I can probably take this one if nobody else is interested 12:58:58 #topic Bug 117 - Update wiki with new mic installation details - https://bugs.merproject.org/show_bug.cgi?id=117 12:59:02 high priority? 12:59:18 yes 12:59:28 depends on something 12:59:39 either SDK or Mer:tools 12:59:40 probably should, yeah 12:59:43 mer:tools 12:59:59 is that a task... 13:00:01 looks 13:00:06 yes 13:00:11 we're doing tasks atm.. 13:00:12 :P 13:00:22 *g* 13:00:26 I meant is mer 13:00:34 :tools a task I can depends on 13:00:39 right 13:00:47 it should be but i don't know if it exists 13:00:51 #topic https://bugs.merproject.org/show_bug.cgi?id=121 - upgrade libffi to 3.0.10 13:00:54 I don't see it 13:01:57 high, considering it has some vital ARM fixes 13:01:58 thre was submit done for this already in gerrit 13:02:06 there was? 13:02:10 hwoever there was at least .changes missing from this 13:02:12 ah 13:02:27 http://review.merproject.org/#change,311 13:03:11 ok, so ask the submitter to assign to himself 13:03:25 and add the review url in there 13:03:46 done already :) 13:03:56 okay, that's it for today 13:04:26 i'll send out prioritised task list after this meeting when lbt indicates he has done the changes to the bugs 13:04:29 thank you all for coming 13:04:40 all done already 13:04:41 #endmeeting