16:00:39 <adamw> #startmeeting F29-blocker-review
16:00:39 <zodbot> Meeting started Mon Aug 20 16:00:39 2018 UTC.
16:00:39 <zodbot> This meeting is logged and archived in a public location.
16:00:39 <zodbot> The chair is adamw. Information about MeetBot at http://wiki.debian.org/MeetBot.
16:00:39 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
16:00:39 <zodbot> The meeting name has been set to 'f29-blocker-review'
16:00:39 <adamw> #meetingname F29-blocker-review
16:00:39 <adamw> #topic Roll Call
16:00:39 <zodbot> The meeting name has been set to 'f29-blocker-review'
16:00:56 <adamw> ahoyhoy folks, who's around for some blocker reviewing fun?
16:01:05 <coremodule> oh boy!
16:01:07 * Tenk is here
16:01:13 <adamw> YES COREMODULE THIS TIME FUN IS PROMISED
16:01:16 <adamw> hi tenk
16:01:18 <adamw> hi coremodule
16:01:29 <lruzicka> Hello, everybody.
16:01:35 <lruzicka> .hello2
16:01:35 <zodbot> lruzicka: lruzicka 'Lukáš Růžička' <lruzicka@redhat.com>
16:01:51 <coremodule> I'm so ready for fun
16:02:06 <frantisekz> .hello2
16:02:07 <zodbot> frantisekz: frantisekz 'František Zatloukal' <fzatlouk@redhat.com>
16:03:20 <adamw> line up the usual suspects
16:03:55 <adamw> mboddu: nirik: satellit: sgallagh: pwhalen: feel like some blocker reviewing fun?
16:04:17 * nirik still in fesco meeting, will stick to one meeting at a time. :)
16:05:04 <bcotton> .hello2
16:05:04 <zodbot> bcotton: bcotton 'Ben Cotton' <bcotton@redhat.com>
16:05:05 * adamw infiltrates fesco meeting
16:05:08 <adamw> hi bcotton
16:05:13 <bcotton> hello, adamw
16:05:40 <adamw> welp, i guess we can get started
16:05:49 <adamw> #chair lruzicka coremodule
16:05:49 <zodbot> Current chairs: adamw coremodule lruzicka
16:05:58 <adamw> #topic Introduction
16:05:58 <adamw> Why are we here?
16:05:58 <adamw> #info Our purpose in this meeting is to review proposed blocker and nice-to-have bugs and decide whether to accept them, and to monitor the progress of fixing existing accepted blocker and nice-to-have bugs.
16:05:58 <adamw> #info We'll be following the process outlined at:
16:05:58 <adamw> #link https://fedoraproject.org/wiki/QA:SOP_Blocker_Bug_Meeting
16:05:59 <adamw> #info The bugs up for review today are available at:
16:06:01 <adamw> #link http://qa.fedoraproject.org/blockerbugs/current
16:06:03 <adamw> #info The criteria for release blocking bugs can be found at:
16:06:07 <adamw> #link https://fedoraproject.org/wiki/Basic_Release_Criteria
16:06:09 <adamw> #link https://fedoraproject.org/wiki/Fedora_29_Beta_Release_Criteria
16:06:11 <adamw> #link https://fedoraproject.org/wiki/Fedora_29_Final_Release_Criteria
16:06:13 <adamw> we have:
16:06:17 <adamw> #info 9 Proposed Blockers
16:06:17 <adamw> #info 3 Accepted Blockers
16:06:23 <adamw> #info 1 Proposed Freeze Exceptions
16:06:23 <adamw> #info 1 Accepted Freeze Exceptions
16:06:25 <adamw> (all for Beta)
16:07:00 <adamw> who wants to secretarialize?
16:07:24 <coremodule> wants to?
16:07:29 <coremodule> I'll do the dirty work
16:07:31 <coremodule> :P
16:08:50 <adamw> #info coremodule will secretarialize
16:08:53 <adamw> thanks coremodule!
16:09:12 <adamw> starting with proposed blockers:
16:09:12 <adamw> #topic (1615586) segfault in ns-slapd during FreeIPA server deployment (or post-deployment operation) on Rawhide
16:09:13 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1615586
16:09:13 <adamw> #info Proposed Blocker, 389-ds-base, ON_QA
16:09:30 <adamw> this is very likely fixed by now, just it's been hard to tell due to other bugs in f29/rawhide confusing things
16:09:33 <adamw> but still, let's review it!
16:09:45 <adamw> since it almost always breaks something in the freeipa criteria - +1
16:11:09 <lruzicka> Sorry, my connection went down for a moment.
16:11:21 <Tenk> +1
16:11:59 <adamw> np lruzicka
16:12:25 <lruzicka> As far as 1615586 is concerned, I would say +1
16:13:36 <adamw> proposed #agreed 1615586 - AcceptedBlocker (Beta) - accepted as a violation of Basic criterion "It must be possible to configure a Fedora Server system installed according to the above criteria as a FreeIPA domain controller, using the official deployment tools provided in the distribution FreeIPA packages. Once deployed, the system must handle multiple client enrolments and unenrolments, and client authentication via Kerberos..."
16:13:51 <lruzicka> ack
16:13:56 <Tenk> ack
16:14:20 <frantisekz> ack
16:14:27 <adamw> #agreed 1615586 - AcceptedBlocker (Beta) - accepted as a violation of Basic criterion "It must be possible to configure a Fedora Server system installed according to the above criteria as a FreeIPA domain controller, using the official deployment tools provided in the distribution FreeIPA packages. Once deployed, the system must handle multiple client enrolments and unenrolments, and client authentication via Kerberos..."
16:14:46 <adamw> #topic (1596540) RuntimeError: C++ std::exception: Exec failed: no such table: main.trans_cmdline
16:14:47 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1596540
16:14:47 <adamw> #info Proposed Blocker, dnf, NEW
16:17:38 <adamw> this is one of those kinda messy dnf bugs
16:17:52 <adamw> it does seem like dnf 3 has some issues with some people's history files...
16:18:18 <adamw> hard to tell if it ought to be a blocker, i *am* a bit concerned we might have an undesirable number of people run into this kinda thing on upgrade
16:18:21 <adamw> anyone have any thoughts?
16:19:42 <lruzicka> well, I think it has to be a blocker, unless there is a documented workaround in known bugs ...
16:21:04 <lruzicka> Even, if the bug will not happen in all people's machines, it is a painful thing for those affected
16:21:11 <adamw> true...
16:21:17 <adamw> i can imagine dnf team saying it's hard to debug, though...
16:21:25 <Tenk> but need to be blocker?
16:21:44 <adamw> i do wish we had some more input from them on these bugs
16:22:00 <adamw> proposal: punt for now, directly request input from dnf team?
16:22:12 <lruzicka> adamw, yeah, we can do taht
16:22:49 <Tenk> could be a good compromise
16:23:26 <adamw> frantisekz?
16:24:15 <frantisekz> punt for me , I think we should get more data to have some idea on how many % of people are affected :)
16:24:54 <adamw> ok
16:25:56 <adamw> proposed #agreed 1596540 - punt - we are worried about this and similar bugs that seem to affect some but not other users on upgrade to DNF 3, but do not have sufficient information yet to make a good decision on whether they should be blockers. we will directly request evaluation of this by dnf team and discuss it again after that
16:26:08 <frantisekz> ack
16:26:11 <lruzicka> ack
16:26:14 <Tenk> ack
16:26:31 <adamw> #agreed 1596540 - punt - we are worried about this and similar bugs that seem to affect some but not other users on upgrade to DNF 3, but do not have sufficient information yet to make a good decision on whether they should be blockers. we will directly request evaluation of this by dnf team and discuss it again after that
16:26:43 <adamw> #topic (1598336) dnf no longer understands its repository configuration
16:26:43 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1598336
16:26:43 <adamw> #info Proposed Blocker, dnf, NEW
16:27:10 <lruzicka> I would say -1 here, since it is probably language related
16:27:24 <adamw> i was gonna say +1 for the same reason, heh
16:27:29 <adamw> if an entire language can't update...
16:27:38 <adamw> still, does mean there's an 'easy' workaround, i guess
16:28:05 <adamw> frankly it seems worrying that dnf team has not even responded to such an 'obvious' bug after a month and a half, too
16:29:06 <Tenk> -1 can t block a  beta for this. +1 final perhaps
16:29:37 <lruzicka> I think I can drop in at the dnf team and ask them about it
16:29:55 <lruzicka> And agree with Tenlk
16:29:56 <adamw> yeah, maybe just in general say 'hey, can you take a look at fedora dnf 3 bugs'
16:29:57 <lruzicka> Tenk
16:30:19 <adamw> i can agree with -1 for beta, i guess, 'use LC_ALL=C' or whatever is ok for beta users
16:30:31 <lruzicka> adamw, I can. I have discussed one bug with them already, it is on the line, so no need to prolong this one, though
16:30:38 <adamw> thanks
16:31:43 <adamw> lruzicka: frantisekz: what do you vote for Final on this one?
16:31:58 <lruzicka> +1, I said I would agree with Tenk
16:32:20 <frantisekz> +1 for Final :)
16:33:05 <adamw> alright
16:34:31 <adamw> proposed #agreed 1598336 - RejectedBlocker (Beta) AcceptedBlocker (Final) - we agreed that this is a conditional violation of "The installed system must be able appropriately to install, remove, and update software with the default console tool for the relevant software type (e.g. default console package manager). This includes downloading of packages to be installed/updated.", affecting Swedish installs (and possibly others). we agreed that
16:34:31 <adamw> using LC_ALL is an acceptable workaround for Beta but not for Final
16:34:33 <adamw> grr
16:35:06 <adamw> proposed #agreed 1598336 - RejectedBlocker (Beta) AcceptedBlocker (Final) - we agreed that this is a conditional violation of "The installed system must be able appropriately to install, remove, and update software with the default console tool for the relevant software type (e.g. default console package manager)...", affecting Swedish installs (and possibly others) and that using LC_ALL is an acceptable workaround for Beta but not for Final
16:35:17 <lruzicka> ack
16:35:22 <Tenk> ack
16:35:25 <frantisekz> ack
16:35:46 <mboddu> adamw: Sorry, I am dragged into several other discussions and work
16:35:59 <adamw> well now i'm dragging you in here :)
16:36:02 <adamw> #agreed 1598336 - RejectedBlocker (Beta) AcceptedBlocker (Final) - we agreed that this is a conditional violation of "The installed system must be able appropriately to install, remove, and update software with the default console tool for the relevant software type (e.g. default console package manager)...", affecting Swedish installs (and possibly others) and that using LC_ALL is an acceptable workaround for Beta but not for Final
16:36:35 <adamw> #topic (1616118) DNF update fails with "cannot install the best update candidate for package"
16:36:36 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1616118
16:36:36 <adamw> #info Proposed Blocker, dnf, NEW
16:37:34 <adamw> sgallagh: if we can grab you just for a sec - this is still valid?
16:38:12 <lruzicka> Yes, such messages really do appear on F29
16:38:39 <lruzicka> I have updated today and have been seeing them since then.
16:38:43 <adamw> i mean, in this specific situation
16:39:10 <adamw> well
16:39:23 <adamw> i guess if you're getting these messages referring to module packages, it's the same bug
16:39:25 <lruzicka> adamw, when calling dnf update, yes
16:39:46 <adamw> as sgallagh says, it's a bit questionable whether this really violates the criterion
16:39:57 <adamw> i think i'd probably vote same as last bug - -1 Beta, +1 Final
16:40:06 <lruzicka> adamw, confirmed ... I can also confirm that once you enable the module, the message for that module goes away
16:40:15 <adamw> ah, good triage
16:40:26 <lruzicka> not the module, the message
16:40:58 <lruzicka> adamw, I have experienced this with gimp, which is only available from a modular repo.
16:41:27 <lruzicka> As soon as I enabled gimp, the message for gimp stopped appearing
16:41:35 <lruzicka> others still do
16:41:39 <adamw> yeah, i get it
16:41:46 <lruzicka> adamw, ok :)
16:41:51 <adamw> so, votes?
16:42:04 <lruzicka> -1 beta, +1 final
16:42:17 <frantisekz> -1 beta, +1 final
16:42:33 <Tenk> -1 beta, +1 final
16:45:06 <adamw> proposed #agreed 1616118 - RejectedBlocker (Beta) AcceptedBlocker (Final) - this bug seems mostly cosmetic, it doesn't actually cause any packages to be wrongly updated (or not updated), but it's likely to affect many users and looks bad. We agreed it is a Final blocker as a conditional violation of "The installed system must be able appropriately to install, remove, and update software with the default console tool for the relevant software
16:45:06 <adamw> type"
16:45:18 <adamw> that'll work, with the 'proposed' removed. :P
16:46:22 <lruzicka> ack
16:46:28 <Tenk> ack
16:47:08 <adamw> frantisekz?
16:47:15 <frantisekz> ack
16:47:38 <adamw> #agreed 1616118 - RejectedBlocker (Beta) AcceptedBlocker (Final) - this bug seems mostly cosmetic, it doesn't actually cause any packages to be wrongly updated (or not updated), but it's likely to affect many users and looks bad. We agreed it is a Final blocker as a conditional violation of "The installed system must be able appropriately to install, remove, and update software with the default console tool for the relevant software type"
16:47:48 <adamw> #topic (1616167) dnf doesn't record modular metadata in a local database
16:47:48 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1616167
16:47:48 <adamw> #info Proposed Blocker, dnf, NEW
16:48:56 <lruzicka> This is the bug I have discusses with the dnf team
16:49:23 <lruzicka> they believe that there will not be an easy solution to this one
16:49:33 <adamw> note, i think "ursine" is the word they're using for "not in a module", right?
16:49:50 <lruzicka> yes ... I had that explained by contyk
16:50:13 <lruzicka> and apparently, the one in modules would be called canine
16:50:47 <adamw> +1 for me, as this one really can cause modular packages to be upgraded incorrectly, with unpredictable consequences
16:51:16 <lruzicka> but, there might a high potential of this bug not being fixed in time
16:51:26 <lruzicka> does it mean, we will hold the release:
16:51:27 <lruzicka> ?
16:51:41 <adamw> that's what blocker means, yes.
16:51:56 <lruzicka> adamw, I mean, what if it never gets fixed?
16:52:17 <adamw> then in theory, we never release. of course, something has to give at some point. but we don't have to decide that now.
16:52:52 <lruzicka> well, if modularity is a compulsory feature in F29, than it will have to be a blocker.
16:53:05 <lruzicka> so +1 for me
16:53:17 <adamw> right
16:53:25 <adamw> if we're turning it on for everyone it better *work* right
16:53:36 <lruzicka> so so
16:53:50 <frantisekz> +1
16:53:53 <Tenk> +1
16:56:17 <adamw> proposed #agreed 1616167 - AcceptedBlocker (Beta) - this is accepted as a violation of "The installed system must be able appropriately to install, remove, and update software with the default console tool for the relevant software type", as it is means an update may be inappropriately installed in a not too unusual scenario
16:56:37 <lruzicka> ack
16:57:05 <Tenk> ack
16:58:48 <frantisekz> ack
16:58:51 <adamw> #agreed 1616167 - AcceptedBlocker (Beta) - this is accepted as a violation of "The installed system must be able appropriately to install, remove, and update software with the default console tool for the relevant software type", as it is means an update may be inappropriately installed in a not too unusual scenario
16:59:06 <adamw> #topic (1601479) Packaging issues with outdated hub.docker.com fedora:rawhide containers
16:59:07 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1601479
16:59:07 <adamw> #info Proposed Blocker, gdbm, NEW
16:59:22 <adamw> i think we can finally kick this one off the list, since it became clear it had to do with outdated docker container images
16:59:34 <adamw> which should be fixed, but there's no reason to associate that problem with the f29 release process
16:59:51 <lruzicka> yes, -1 for this one
17:00:54 <Tenk> -1
17:01:42 <frantisekz> -1 blocker
17:02:45 <adamw> proposed #agreed 1601479 - RejectedBlocker (Beta) - with latest information it's clear this is to do with outdated container images on the docker.com hub, there is no reason to block Fedora 29 release on it (though obviously we should ensure those images are updated more often)
17:02:51 <lruzicka> ack
17:02:53 <frantisekz> ack
17:02:56 <Tenk> ack
17:03:19 <adamw> #agreed 1601479 - RejectedBlocker (Beta) - with latest information it's clear this is to do with outdated container images on the docker.com hub, there is no reason to block Fedora 29 release on it (though obviously we should ensure those images are updated more often)
17:03:28 <adamw> #topic (1618928) grub2-2.02-50.fc29 shows error/debug messages in pager on x86_64, requires user input to complete boot
17:03:28 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1618928
17:03:28 <adamw> #info Proposed Blocker, grub2, ON_QA
17:03:38 <adamw> i think we've had confirmation this is fixed in -51, so we can probably just close it.
17:04:38 <adamw> #info testing has confirmed this is fixed in -51, so we will close the bug
17:04:49 <adamw> #topic (1619295) nothing provides libpoppler.so.74()(64bit) needed by gdal-libs-2.2.4-7.fc29.x86_64 / libreoffice-pdfimport-1:6.0.6.1-7.fc29.x86_64
17:04:49 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1619295
17:04:49 <adamw> #info Proposed Blocker, poppler, NEW
17:06:28 <lruzicka> I had that issue, too, but I have used --allow-erasing and could update
17:06:50 <lruzicka> I agree, however, that this is rather stupid behaviour
17:07:03 <adamw> i think we can still +1 it, due to one footnote on the criterion:
17:07:04 <adamw> "The upgraded system must include all packages that would be present on the system after a default installation from install media, plus any packages the user previously had (minus any obsolete content)."
17:07:15 <adamw> libreoffice is not obsolete.
17:07:24 <adamw> presumably --allowerasing removed it
17:07:25 <adamw> ?
17:07:52 <lruzicka> let me check
17:08:51 <lruzicka> libreoffice starts in my computer
17:09:55 <lruzicka> but pdf import does not work
17:10:10 <adamw> libreoffice-pdfimport is gone?
17:11:15 <adamw> cups-filters is probably in a default workstation install too
17:11:26 <lruzicka> libpoppler is gone - nothing provides libpoppler
17:11:40 <lruzicka> therefore libreoffice-pdfimport cannot be installed
17:11:52 <adamw> ah, libreoffice-draw requires libreoffice-pdfimport
17:11:56 <adamw> so draw is probably gone completley
17:12:21 <adamw> i think we can say we're sufficiently certain this causes some packages that were installed before to be gone.
17:12:28 <adamw> so, I'm gonna say +1 on that basis.
17:12:41 <lruzicka> yes, it seems so
17:13:01 <lruzicka> +1 for sure ... and must say, that it upsets me a bit
17:13:05 <Tenk> +1
17:13:21 <frantisekz> +1
17:13:51 <adamw> yeah, i think the poppler maintainer sent out a 'notification' which basically said 'nearly everything rebuilds except these two really important things, but whatever, i'm sending it out anyway" :/
17:14:31 <adamw> proposed #agreed 1619295 - AcceptedBlocker (Beta) - this is accepted as a violation of "For each one of the release-blocking package sets, it must be possible to successfully complete a direct upgrade from a fully updated, clean default installation of each of the last two stable Fedora releases with that package set installed. ... The upgraded system must include all packages that would be present on the system after a default installation
17:14:31 <adamw> from install media, plus any packages the user previously had (minus any obsolete content)."
17:14:33 <adamw> gr
17:14:35 <adamw> trim time
17:15:21 <adamw> proposed #agreed 1619295 - AcceptedBlocker (Beta) - violation of "For each one of the release-blocking package sets, it must be possible to successfully complete a direct upgrade from a fully updated, clean default installation of each of the last two stable Fedora releases with that package set installed. ... The upgraded system must include all packages that would be present on the system after a default installation from install media..."
17:16:27 <Tenk> ack
17:16:31 <lruzicka> ack
17:17:07 <frantisekz> ack
17:17:28 <adamw> #agreed 1619295 - AcceptedBlocker (Beta) - violation of "For each one of the release-blocking package sets, it must be possible to successfully complete a direct upgrade from a fully updated, clean default installation of each of the last two stable Fedora releases with that package set installed. ... The upgraded system must include all packages that would be present on the system after a default installation from install media..."
17:17:35 <adamw> #topic (1616269) [abrt] xorg-x11-server-Xwayland: OsLookupColor(): Display server crashed
17:17:35 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1616269
17:17:35 <adamw> #info Proposed Blocker, xorg-x11-server, NEW
17:17:43 <adamw> last proposed blocker!
17:18:21 <adamw> i'm either -1 or punt on this one, all we really know for sure is 'sgallagh's graphics are bust'
17:18:28 <adamw> which sucks for sgallagh but isn't necessarily a blocker yet...
17:19:19 <lruzicka> lbrabec also has problems with graphics, he is unable to get anything graphical started
17:19:31 <lruzicka> dont know whether it is this one, though
17:19:36 <Tenk> multiple monitor issues can be blocker?
17:19:50 <sgallagh> DevConf got in the way, but last I looked it was either nVidia or hybrid that included nVidia that is affected.
17:20:01 <lruzicka> lbrabec cannot even start gdm on his laptop
17:20:12 <sgallagh> Also, turns out to sometimes happen on single monitor as well
17:20:30 <Tenk> i remember we had a discussion about it some month (year) ago.
17:20:40 <lruzicka> I was having XWayland crashing during the startup, but I was able to start gdm and run sway
17:20:41 <adamw> ok, i'd say we still need to identify with some kinda precision what the affected configurations are
17:20:49 <adamw> all nvidia? all hybrid nvidia? some particular ones?
17:20:54 <sgallagh> Please punt and I’ll try to get info for next week
17:20:55 <lruzicka> mine is intell
17:20:57 <adamw> rgr, thanks
17:21:22 <Tenk> so +1 punt
17:22:25 <adamw> proposed #agreed 1616269 - punt (delay decision) - we're not yet sure of just how many systems are likely to be affected by this, we need to figure out more precisely what the affected configurations are. sgallagh has volunteered to try and gather some more data by next week
17:22:29 <jlanda> another report on #fedora-qa just now
17:22:35 <frantisekz> ack
17:23:11 <lruzicka> ack for punt, but it seems really annoying
17:23:19 <Tenk> ack
17:23:37 <lruzicka> jlanda, yes, handsome_pirate is complaining about it
17:26:08 <adamw> well, *possibly* the same thing. that's part of the problem...
17:26:13 <adamw> anyhow, we have acks
17:26:18 <adamw> #agreed 1616269 - punt (delay decision) - we're not yet sure of just how many systems are likely to be affected by this, we need to figure out more precisely what the affected configurations are. sgallagh has volunteered to try and gather some more data by next week
17:26:28 <adamw> OK, we have one proposed FE
17:26:37 <adamw> #info moving on to the proposed Beta FE
17:26:56 <adamw> #topic (1616118) DNF update fails with "cannot install the best update candidate for package"
17:26:56 <adamw> #link https://bugzilla.redhat.com/show_bug.cgi?id=1616118
17:26:56 <adamw> #info Proposed Freeze Exceptions, dnf, NEW
17:26:56 <adamw> oh, same one we had earlier, i just didn't notice
17:27:16 <adamw> do we accept it as an  FE for Beta as well as a blocker for Final? i'm +1
17:28:19 <lruzicka> yeas, why not? If they will be able to fix it before Beta, the better
17:28:35 <lruzicka> +1 on FE
17:28:52 <Tenk> +1 FE
17:30:30 <adamw> proposed #agreed 1616118 - AcceptedFreezeException (Beta) - as well as being a Final blocker, it makes sense for this to have an FE for Beta, we certainly would like it fixed if it can safely be fixed.
17:33:25 <frantisekz> ack
17:33:30 <lruzicka> ack
17:33:33 <Tenk> ack
17:34:14 <adamw> #agreed 1616118 - AcceptedFreezeException (Beta) - as well as being a Final blocker, it makes sense for this to have an FE for Beta, we certainly would like it fixed if it can safely be fixed.
17:34:19 <adamw> alrighty, that's all the proposals!
17:34:24 <lruzicka> nice
17:34:28 <Tenk> good
17:34:56 <adamw> i'll follow up on the accepted blockers via bugzilla, i think, don't think we really need to discuss them now
17:35:04 <adamw> #topic Open floor
17:35:16 <adamw> anyone have any other issues to bring up? bugs we should consider?
17:35:32 <Tenk> nop
17:36:13 <lruzicka> not this time
17:38:26 <adamw> alrighty
17:38:37 <adamw> thanks for coming, folks!
17:38:51 <Tenk> now i m back in France time is easier :)
17:39:00 <adamw> great
17:39:11 <adamw> always good to have more input :)
17:40:26 <coremodule> Thanks for hosting adamw!
17:41:01 <coremodule> Been mobile at an appointment, will have secretarializing done in less than two hours
17:41:05 <adamw> roger
17:41:23 <adamw> #endmeeting