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