14:00:36 <licquia> #startmeeting LSB Bug Triage 2014 Jun 6
14:00:36 <lsbbot> Meeting started Fri Jun  6 14:00:36 2014 UTC.  The chair is licquia. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:00:36 <lsbbot> Useful Commands: #action #agreed #help #info #idea #link #topic.
14:00:43 <licquia> good morning
14:01:17 <orc_fedo_> howdy
14:01:36 * mwichmann grunts
14:01:54 <mwichmann> buildbot needs another kick
14:02:06 <licquia> no fun
14:02:33 <licquia> #info lsb: 1 reopened, 1 needinfo, 3 new
14:02:45 <licquia> #info fhs: 22 new
14:02:53 * licquia restarts buildbot
14:05:02 <mwichmann> or... kills the old one anyway
14:05:43 <licquia> eh, the problem is that buildbot doesn't like shutting down cleanly when it gets this way
14:05:54 <licquia> gotta kill -9 the thing
14:06:05 <mwichmann> "don't be this way"
14:06:28 <licquia> not being this way -> switching to mysql
14:06:37 <licquia> pretty sure that's the main problem
14:08:15 <mwichmann> but, but.... sqlite is perfect for /everything/....
14:08:24 <licquia> heh
14:08:55 * licquia wonders idly if someone will ever create a "sqlited" database server...
14:09:18 <orc_fedo_> licquia: no ... it is not designed to handle DBs that way
14:09:41 <licquia> when has "it's not designed for that" ever stopped anyone? :-)
14:09:48 <orc_fedo_> well
14:10:01 <licquia> ok, anyway...
14:10:10 <orc_fedo_> actually this is partially my fault -- on a F box check: rpm -q --changelog sqlite | tail
14:10:17 <licquia> !lsbbug 3195
14:10:19 <orc_fedo_> I forced jbj into using it ;)
14:10:20 <lsbbot> licquia: 04Bug http://lsbbugs.linuxfoundation.org/show_bug.cgi?id=3195 normal, P2, ---, licquia, REOPENED , LSB packages with unowned directories uninstallable on some rpm implementations.
14:10:27 <licquia> orc_fedo_: heh
14:10:41 <licquia> so, the release is still pending
14:12:01 <licquia> not much more to say than that
14:13:05 <licquia> !lsbbug 3972
14:13:08 <lsbbot> licquia: 04Bug http://lsbbugs.linuxfoundation.org/show_bug.cgi?id=3972 normal, P2, ---, licquia, NEW , Apache Tests(2.2.14-8) Fail on x86_64: Failed to prepare apache
14:14:02 <mwichmann> ... nothing to see here, apparently, move along
14:14:06 <licquia> looks like our status as of last week is still the same; no new feedback since
14:14:38 <licquia> so, let's leave
14:14:47 <licquia> !lsbbug 3982
14:14:50 <lsbbot> licquia: 04Bug http://lsbbugs.linuxfoundation.org/show_bug.cgi?id=3982 major, P2, ---, licquia, NEEDINFO , Unable to link Qt5WebKit using LSB 4.1 (lsbc++)
14:16:17 <licquia> so it looks like he's made progress, but is having to build more stuff for himself
14:16:21 <mwichmann> yeah
14:16:46 <licquia> at this point, anything to do?  maybe just leave open?
14:16:53 <mwichmann> I think so
14:17:05 <licquia> k
14:17:12 <licquia> !lsbbug 3986
14:17:14 <lsbbot> licquia: 04Bug http://lsbbugs.linuxfoundation.org/show_bug.cgi?id=3986 normal, P1, 5.0, mats, NEW , make go and no-go decisions on new libraries for 5.0
14:17:25 <mwichmann> too bad about freetype, but perhaps interesting to note "there is a reason to uplift" (not that we ever will)
14:17:43 <licquia> oddly, not sure we caught that before; wonder if it's fairly new
14:17:59 * licquia remembers looking at freetype and not seeing anything interesting
14:18:24 <licquia> on 3986, probably can just mark assigned; it's a to-do for 5.0
14:19:23 * licquia looks for easy nav link to the "new library list"
14:19:41 <mwichmann> f19: Version: 16.0.10
14:19:56 <mwichmann> lsb: Version: 9.8.3
14:20:13 <mwichmann> pkgconfig files
14:22:23 * licquia marks 3986 assigned, adds list of new libs and link to navigator
14:23:19 <licquia> !lsbbug 3987
14:23:21 <lsbbot> licquia: 04Bug http://lsbbugs.linuxfoundation.org/show_bug.cgi?id=3987 normal, P2, ---, licquia, NEW , /tset/LSB.usersgroups/usersgroups/names/names-tc tests could fail due to test implementation
14:23:49 * licquia sees that fixes seem to be everywhere
14:23:56 <licquia> attach to 4.1 update?
14:24:18 <mwichmann> sure
14:24:24 <orc_fedo> why hot
14:24:35 <mwichmann> I pulled some of the other recent fixes over too
14:24:41 <licquia> cool
14:25:13 <licquia> do anything else?  do we need to verify the fix, or has anyone checked it?
14:25:23 * licquia wonders if it should be marked resolved
14:25:29 <mwichmann> "package builds" is the extent of the verification
14:26:14 <licquia> k
14:26:23 <orc_fedo> licquia: that bug fix was a simple typo tweak -- pretty low risk
14:26:34 <mwichmann> of course, changing a shell script wasn't going to break the pkg build
14:26:48 <licquia> so, should we check the fix, or assume it's ok?
14:26:56 <licquia> could keep it assigned
14:27:16 <mwichmann> if there's a way to get it in the hands of the OP
14:27:22 <mwichmann> maybe we could get a result
14:27:33 <licquia> could point him at snapshots
14:27:43 <mwichmann> but it doesn't seem like a big deal, we could just mark done also
14:27:48 * licquia checks that this fix made it to snapshots
14:28:04 <mwichmann> that's why I was fussing about buildbot
14:28:33 <mwichmann> since it's sweeping up uncompleted older builds, it hasn't gotten to all arches yet
14:28:47 <licquia> so, not yet
14:29:26 <licquia> #action licquia wait for snapshots to update, send link to reporter of 3987
14:30:45 * licquia observes that the s390 build slave appears to have wedged even after restart
14:30:50 <licquia> sigh
14:32:04 <licquia> ok, so that's the regular triage list
14:32:34 <licquia> anything else people want to propose for review?  lsb 5.0 stuff?  fhs triage?
14:33:47 <orc_fedo> not really ... we have that field plowed
14:33:51 <orc_fedo> fhs mebbe
14:34:54 * licquia observes that buildbot seems to be flaking out some more, will restart once current builds complete
14:35:07 <licquia> alright, fhs...
14:35:15 <licquia> !fhsbug 719
14:35:17 <lsbbot> licquia: 04Bug http://bugs.linuxfoundation.org/show_bug.cgi?id=719 normal, P2, ---, licquia, NEW , Please standardize /var/lock/lockdev/ in the FHS
14:35:40 <mwichmann> whee what fun that buildbot character is
14:35:50 <orc_fedo> not gonna happen here and in light of systemd ruling teh world -0- close
14:36:28 <mwichmann> but lennart is the one who filed the bug....
14:36:38 <orc_fedo> heh then ping him
14:36:48 <licquia> wouldn't systemd's dominance mean the bug is likely to go cross-distro?
14:36:58 * licquia sees mwichmann beat him to it
14:39:44 * licquia decides to put this on the "post 3.0" list; we can decide to push it off later if need be
14:41:03 <licquia> !fhsbug 757
14:41:06 <lsbbot> licquia: 04Bug http://bugs.linuxfoundation.org/show_bug.cgi?id=757 normal, P2, ---, licquia, NEW , Define directory for Fortran's .mod files
14:43:59 <mwichmann> fortran?
14:44:01 <licquia> yup
14:44:12 <licquia> looks like upstreams haven't moved on it, either
14:44:21 <mwichmann> tobias has vanished on us, hasn't he?
14:44:28 * licquia is hunting down bugs in upstreams
14:44:40 <licquia> not sure; is he still around other places?
14:45:12 <mwichmann> had forgotten all about him, no clue
14:45:57 <mwichmann> has a linkedin page
14:46:16 <mwichmann> anyway... reject due to insufficient demand?
14:47:32 <mwichmann> buildbot seems to have finished the one build that showed in progress
14:47:33 <licquia> i'll ping and attach to 3.1; see if any movement has happened
14:47:58 <mwichmann> so you should be able to restart now
14:48:25 <mwichmann> 757: attach-to-next and ping seems reasonable
14:49:24 <licquia> !fhsbug 759
14:49:26 <lsbbot> licquia: 04Bug http://bugs.linuxfoundation.org/show_bug.cgi?id=759 normal, P2, ---, licquia, NEW , update book frontmatter
14:49:49 <licquia> that looks like a 3.0 issue
14:50:08 <licquia> and it's attached to 3.0 already, so mark assigned?
14:50:35 <mwichmann> +1
14:51:08 <licquia> !fhsbug 765
14:51:10 <lsbbot> licquia: 04Bug http://bugs.linuxfoundation.org/show_bug.cgi?id=765 enhancement, P2, ---, licquia, NEW , need a references section
14:52:16 <mwichmann> seems somewhat reasonable
14:52:51 <licquia> makes sense; otoh, not keen on making a big change like this for 3.0
14:52:55 <licquia> so 3.1?
14:53:17 <mwichmann> I'd have to go look at the doc to see if it's a "big change", don't remember it well enough
14:53:31 <mwichmann> we have such things in LSB, but they're largely generated from DB
14:54:50 <licquia> it's currently on the 3.0 list; could just leave it and mark assigned
14:54:58 <licquia> then, if it is a big job, postpone
14:55:09 <mwichmann> I think so
14:55:24 <licquia> !fhsbug 782
14:55:26 <lsbbot> licquia: 04Bug http://bugs.linuxfoundation.org/show_bug.cgi?id=782 normal, P2, ---, licquia, NEW , Merge XDG basedir spec
14:56:01 <mwichmann> still on previous one
14:56:15 <mwichmann> I see we reference POSIX a few times but it is never spelled out
14:56:45 <mwichmann> so if we add references without changing how they're referred to in the doc it might be a useful completeness step
14:57:23 <mwichmann> 782 seems like it might be nice, but I'd mark it to "investigate for next version"
14:57:55 <licquia> yeah; the comment implies they conflict, but they're more complementary
14:58:12 <mwichmann> I think in general yes, but maybe we should make sure
14:58:38 <mwichmann> once upon a time I think the goal of this fhs edition was get out a rebased version with minimal changes
14:58:45 <mwichmann> how easy that's proven to be :(
14:59:46 <licquia> yup
15:00:12 <licquia> !fhsbug 784
15:00:14 <lsbbot> licquia: 04Bug http://bugs.linuxfoundation.org/show_bug.cgi?id=784 normal, P2, ---, licquia, NEW , Clarify /etc/foo.d pattern
15:00:48 <mwichmann> this is one of those "nice to have, but... is it FHS place to dictate that?"
15:00:55 <licquia> yeah, not sure it is
15:01:26 <orc_fedo> concur, but if FHS is not the venue to doco this, where is?
15:01:29 <mwichmann> maybe some non-normative application note somewhere
15:01:37 <licquia> not to mention we're essentially telling software projects "this is how you must do your foo.d dirs"
15:01:55 <licquia> what would happen if some essential software decided not to work that way?
15:02:10 <licquia> do we wag our fingers and forbid people from using it?
15:02:17 * licquia doesn't figure that would work
15:02:25 <mwichmann> not likely
15:02:34 <licquia> i like a non-normative note, but not sure how that would fit into the fhs
15:02:54 <mwichmann> it doesn't fit into fhs itself
15:03:03 <mwichmann> didn't mean to suggest that
15:03:27 <mwichmann> more like, a web page somewhere on "how to make choices for your project that are nice to others"
15:03:42 <licquia> yeah
15:04:03 <licquia> so on this bug: invalid?  wontfix?  attach and deny later?
15:04:25 <orc_fedo> ask filer to do our research?
15:04:51 <mwichmann> I guess we can be "polite" and make it nxtrel/research without rejecting outright
15:05:03 <licquia> k
15:05:09 <mwichmann> just so we get it off NEW !
15:05:15 <licquia> yup
15:05:19 <orc_fedo> nnedinfo ftw
15:05:30 <licquia> and i think that's a good place to stop
15:05:44 <mwichmann> yup, have to make a run to town anyway
15:05:48 <licquia> thx all
15:05:52 <licquia> #endmeeting