11:59:51 <Stskeeps> #startmeeting Mer bug triage 23/1/2012
11:59:51 <MerBot> Meeting started Mon Jan 23 11:59:51 2012 UTC.  The chair is Stskeeps. Information about MeetBot at http://wiki.merproject.org/wiki/Meetings.
11:59:51 <MerBot> Useful Commands: #action #agreed #help #info #idea #link #topic.
11:59:59 <Stskeeps> welcome to another mer bug triage :)
12:00:11 <Stskeeps> the bug list we'll be running through today is 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:00:55 <Stskeeps> as usual, just indicate during the conversation of the bug if you'd like to try to fix it
12:01:12 <Stskeeps> our purpose is to confirm priority, location and severity, as well as to help make the bug report better
12:01:16 <lbt> sec
12:01:37 <lbt> that misses tasks that are need-triage
12:01:48 <lbt> 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:02:02 <Stskeeps> we take those afterwards, first the bugs, then the enhancements
12:02:16 <lbt> OK
12:02:37 <Stskeeps> #topic https://bugs.merproject.org/show_bug.cgi?id=127 - /usr/lib/libboardname.so.1 is not stripped properly
12:03:03 <Stskeeps> this is obviously a bug, a installed binary should not have debug symbols - they should be stripped away in a debuginfo package
12:03:45 <Sage> how can this happen isn't it automatic in packaging?
12:03:52 <Stskeeps> i would think so too :)
12:04:03 <Stskeeps> i propose medium priority as this takes up footprint
12:04:23 <lbt> hand assembler ?
12:04:38 <Stskeeps> shouldn't be, i didn't do assembler for boardname :)
12:05:09 <Stskeeps> platform should be set to armv7hl
12:05:50 <Stskeeps> medium=normal, that is
12:06:20 <Sage> Stskeeps: this happens on all archs
12:06:24 <Sage> armv7hl, armv7l and i586
12:06:27 <Stskeeps> ok, moving on to next bug.. - if you would like to fix it, feel free to assign it to yourself
12:06:32 <Stskeeps> ok, then "all" or "other"
12:06:50 <Stskeeps> #topic https://bugs.merproject.org/show_bug.cgi?id=132 - python contains a timestamp
12:07:13 <Sage> might be invalid as we have python 2.7 update in review already
12:07:14 <Stskeeps> the usual discussion about that timestamps in build sources are bad as it causes a lot of needless rebuilds
12:07:30 <Stskeeps> yes, though we can rely on that developers are lazy, hence, timestamps stay in
12:07:33 <Stskeeps> but yes
12:07:42 <Stskeeps> normal priority/low?
12:07:55 <lbt> normal
12:08:11 <lbt> hmm
12:08:22 <lbt> python's not really depended on that much
12:08:29 <Stskeeps> no, but a rebuild hurts no matter what
12:08:57 <Stskeeps> typically we replace timestamps, at least, user facing, with "built in OBS, see rpm -q --info packagename for more information"
12:09:58 <Stskeeps> moving on ..
12:10:07 <lbt> 129 ?
12:10:11 <Stskeeps> #topic https://bugs.merproject.org/show_bug.cgi?id=129 - Refreshing wifi conection
12:10:25 <Stskeeps> INVALID, ask to move to nemo mobile bugtracker?
12:10:58 <Sage> no context / image mentioned
12:11:03 <Stskeeps> that too
12:11:31 <Stskeeps> but the 'manually disconnect' gives it away
12:11:37 <lbt> Nemo bug reporting page?
12:11:45 <Stskeeps> right, http://bugs.nemomobile.org
12:12:07 <lbt> yeah , I meant wiki?
12:12:28 <Stskeeps> ah, probably a good idea
12:13:09 <Stskeeps> ok, moving on to task triaging
12:13:23 <Stskeeps> 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 is the list we'll be going through
12:13:53 <Stskeeps> #topic https://bugs.merproject.org/show_bug.cgi?id=128 - update readline to 6.2
12:14:36 <Sage> is this blocker for something or just an update?
12:14:53 <Stskeeps> i think update
12:15:02 <Stskeeps> also we have to be careful, readline is GPLv3
12:15:16 <Sage> should be noted in bug
12:15:27 <Stskeeps> yes
12:15:33 <Stskeeps> #info be careful, readline is gplv3
12:15:47 <Stskeeps> i'd set that to low priority
12:15:52 <lbt> what does that mean?
12:15:57 <lbt> "be careful" ?
12:16:28 <Sage> I agree with low if there isn't real dependencies
12:16:37 <lbt> either we permit it in core as gpl3 or not?
12:16:52 <Stskeeps> lbt: as in it might cause legal incompatibilities, as an example, LGPLv2.1 only isn't compatible with GPLv3
12:17:09 <lbt> I understand the implications
12:17:20 <lbt> but are you saying the bug should identify linkers?
12:17:37 <Stskeeps> as in we need to understand the implications, at least
12:17:39 <Stskeeps> before upgrading
12:18:17 <lbt> "before accepting into core a check on license compatibility should be performed"
12:19:12 <Stskeeps> http://fedoraproject.org/wiki/Licensing#GPLCompatibilityMatrix
12:19:35 <lbt> yes :)
12:19:53 <lbt> I know that - but I'm asking what does that do to the task?
12:20:00 <lbt> I think it extends it to include a check
12:20:06 <lbt> "This is now GPL3 so before accepting into core a check on license compatibility should be performed as, for example, LGPLv2.1 only isn't compatible with GPLv3"
12:20:17 <lbt> and I've included the url ^^
12:20:25 <Stskeeps> ok
12:20:25 <lbt> reasonable?
12:20:27 <Stskeeps> right
12:20:51 * lbt notes we should do that in process
12:21:17 <Stskeeps> #topic https://bugs.merproject.org/show_bug.cgi?id=130 - Link statically against mpfr/gmp in cross compiler
12:21:33 <Stskeeps> right, this is basically so it's easier to take a mer cross compiler out of a mer root file system and use it elsewhere
12:21:40 <Stskeeps> useful for vendors having to build binary blobs for us
12:22:12 <Stskeeps> i'd say low-medium as it should be done at some point but the platform sdk might mitigate a lot of these issues
12:22:44 <lbt> yep
12:23:12 <Stskeeps> this may yield tasks such as mpfr-static and gmp-static packages
12:23:35 <lbt> as subpackages
12:23:37 <lbt> ?
12:23:40 <Stskeeps> of mpfr, yeah
12:23:43 <Stskeeps> and gmp
12:24:22 <lbt> ok
12:25:14 <lbt> hmm
12:25:23 <lbt> can't see a platform sdk bug
12:25:29 <Stskeeps> #topic https://bugs.merproject.org/show_bug.cgi?id=131 - Patterns in release repos
12:25:55 <Stskeeps> assign to me, should be trivial to add to createrelease.sh
12:26:33 <Stskeeps> medium prio, should be in next release
12:27:00 <lbt> done
12:28:02 <Stskeeps> ok, that's it for the bugs for today
12:28:11 <Stskeeps> the current tasks is now: https://bugs.merproject.org/buglist.cgi?emailassigned_to1=1&query_format=advanced&bug_severity=task&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=not-taken%40&emailtype1=substring
12:28:47 <Stskeeps> and not taken bugs: 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=NEW&bug_status=ASSIGNED&bug_status=REOPENED&email1=not-taken%40&emailtype1=substring
12:29:43 <Stskeeps> thank you all for coming
12:29:47 <lbt> ty
12:29:50 <Stskeeps> #endmeeting