* Completed Action Items:
+ switch to pure sidebar mode in master - but not enabled by
default, except in Impress (Caolan)
+ get kendy ssh access to production gerrit (Norbert)
+ Caolan's small gerrit patches merged
* Pending Action Items:
+ push new default templates in & fix if necessary (Ahmad)
* Release Engineering update (Cloph)
+ 4.1.2 RC2 status
+ release scheduled during the conference.
+ perhaps an announce - pending marketing
+ 4.0.6 RC1 - week after the conference Sept 30th.
* GSOC update
+ assessments ASAP ...
* QA update (Robinson)
+ Joel fixing everything in Robinson's absence.
+160 -151 (+9 overall)
many thanks to the top six bug squashers:
Joel Madero 16
Jean-Baptiste Faure 7
Caolán McNamara 6
+ recruiting QA triage guys going well (Robinson)
+ should we have a top confirmers stat ? (Michael)
+ bit tough to work out the top triagers
+ can build some perl to dump that here if someone can come up
with a query (Michael M)
* ESC meeting:
+ should we move it earlier ? (Caolan)
+ no: US-ites (Kohei, Norbert)
* ABI issues (Stephan)
+ what was the status (Norbert)
+ agreed with 4.1 - just evolve stuff as it comes up
+ try not to do it in micro (as per date-time)
+ try to get larger changes in earlier in the cycle.
+ specific API query around 16 vs 32 bit API / string offsets (Norbert)
+ cost vs. benefit - should we do it at all (Stephan)
+ un-used public API by mistake: cleanup without much fuss
+ wider stuff DayTime / people experience breakage => need
to discuss that first (Stephan)
* QA (Robinson)
+ Florian R, Bjoern - round-table later, future of QA
+ Joel & Joren - both back at school
+ recruiting & retaining people is a priority.
* tinderbox status
+ missing 'make check' tinderbox
+ can TDF provide something here ?
+ Windows was complicated - needing hardware (Norbert)
AI: + get Cloph a VM / instructions to install on TDF hardware (Markus)
+ requires a new gcc / clang version etc. gcc 4.8 etc.
+ Mac tinderboxes
+ are there any building vs. the mac baseline ? (Stephan)
+ Cloph found the trick to do this, now building with the
right SDK (Norbert)
+ Windows tinderboxes, need to switch to MSVC 2012 - SP1
to target XP
AI: + mail everyone wrt. instructions on how to un-break
MSVC 2012 wrt. XP (Markus)
* release builds (Norbert)
+ propose continue doing 10.6 for 32bit, and 10.8 for 64bit
+ more and more SDK pieces are harder and harder to get to
work on old releases
AI: + switch to 10.8 baseline for 64bit (Norbert)
+ ultimately, gerrit will do both with DavidO's help
* bibisect repository pieces
+ Windows bibisect - install into a repo
+ putting MSIs in the repo is not quick (Robinson)
+ can we just use instdir for Windows (Stephan)
+ just up-load / git checkin the instdir.
+ builds should be done from clean (Michael S)
+ resource needs for bibisect repo compression:
+ 32Gb of RAM, 8 cores - 5-6 hours doing a
git gc --agressive
+ 1.5Mb / release - 1000 builds etc.
+ gandalf free mostly, could use that (Markus)
+ if we can work on the compression weekly - we
can save time (Norbert)
+ ... long discussion on the workings of git ...
+ what's the most optimal window (Robinson)
+ best to re-compress up-loaded builds (Norbert)
+ we wind up with dailyish builds, perhaps 1-3 per day.
AI: + setup infrastructure to build repos (Cloph / Bjoern / Norbert)
* mail firehose discussion (Bjoern)
+ stats for mailing lists - number of mails going down
+ normalised for shut-down gerrit firehose
+ used to send mails as-if-from committer
+ and sent a mail for every commit.
+ should we re-enable the fire-hose (no)
+ should we CC the mailing list on the Easy Hacks ?
+ digest is annoying (Lionel)
+ get full comment.
AI: + CC all developers' mailing list on all the easy hacks (Bjoern)
+ gerrit digest does anyone read them ? (Stephan)
+ ~no-one really reads them
+ people should subscribe to continue to get
+ proposed easy_hack tag ? (Cor)
+ in favour of removing it - puts people off (Markus)
+ seen lots of de-motivating things
+ proposed easy hacks makes sense (Lionel)
+ should change the name so easy-hack does
not show up, to avoid searching (Markus)
AI: + change wiki page to eliminate proposed easy hacks (Bjoern)
AI: + propose different name for proposed easy hacks (Markus)
* testing / metrics
+ automatic document load / crash regression suite (Markus)
+ Fedora 19
+ produce a VM for document load/crash testing
+ is it reliable ? (Michael)
+ few cases in headless mode / race-conditions
+ 3-4 cases per run out of 30k documents
+ takes two days to get to run.
AI: + produce a VM for this (Cloph / Markus)
+ with bibisect we could script finding the commit (Bjoern)
+ Need to extend it to export test
+ running it once per month with the coverity run (Markus)
+ can we partition the document test loads and run
them on tinderboxen (Norbert)
AI: + do
+ callgrind / performance regression testing box
+ on Cloph's plan
AI: + produce a VM with callgrind metrics (Matus)
+ coverity automation / exports
+ what if fix is still there marked 'resolved' after
several months is it still a bug ?
+ yes (Markus)
AI: + attempt export from Coverity categories of
non-security critical bugs (Caolan)
+ eg. memory leaks / exception pieces.
* documentation website (Lionel)
+ docs website should have API docs for each minor release
+ API doc generation automation
+ currently run from time to time, make odk & up-load the files
+ index.html is not generated
AI: + transition and automate this inside a VM for Cloph (Lionel)
+ website proliferation: api.libreoffice.org, opengrok, etc.
+ good idea to hack the footer to link the other pages
+ eg. gerrit - link IRC channel in the footer.
+ doc sites are scattered ...
+ api.libreoffice.org - is a user/extension resource (Lionel)
+ good to do some analytics research (Thorsten)
* Questions *
* do developers have a good overview of bugs filed vs. their module ? (Cor)
+ Thorsten's take: subscribed to the fire-hoses, and German + English
user mailing list, filter keywords & dump the rest.
+ last time: do we want to CC developers on issues (Stephan)
+ in general, important to raise awareness of interesting
+ subscribed to the bugs mailing list, and browse by title.
+ hard to filter on topic
+ hands-full with bugs CC'd on (Lionel)
+ not looking for others generally.
+ concern is that developers may overlook things (Cor)
+ bug review based primarily on topic and is seasonal (Kohei)
+ this month dealing with calc core issues eg.
+ gets all launchpad + local bugs (Bjoern)
+ not looking at one component or topic, only at most heated bugs
+ wondering about launchpad integration (Miklos)
+ do bugs auto-close ?
+ no - but launchpad has two bug states tracked.
+ should we do more categorisation (Robinson)
+ better to be able to have a dashboard (Caolan)
+ daily bug details / breakdown etc., tinderbox
build status etc.
+ be great to have a straightforward, reproducible
+ Cor spends lots of time improving summaries: really
useful work, "comment #30 is the real bug"
+ good bug summaries are really useful to have (Bjoern)
+ only one fix per bug - 30 comment bugs are a disaster (Caolan)
+ everyone thinks it is their bug.
+ open a new bug - and reference this one.
* QA stats:
* Open 4.2 MAB
+ 2/8 1/6 1/6 2/6 5/6 5/6 6/6 7/7 2/2 2/2 1/1
* Open 4.1 MAB
+ 15/96 14/93 12/91 14/91 17/89 15/85 15/81 13/77 8/68 11/64 3/55 7/52
16% 15% 13% 15% 19% 18% 19% 17% 12% 17% 5% 14%
* Open 4.0 MAB
+ 56/195 54/193 55/194 52/183 50/180 52/180 44/171 32/157 14/138 13/137
29% 28% 29% 28% 28% 29% 26% 20% 10% 9%
* Bibisected bugs open: whiteboard 'bibsected'
+ 34/14234/141 34/140 35/140 36/167 37/137 41/137 33/128 33/125 34/124
* all bugs tagged with 'regression'
+ 374(+7) bugs open of 2034(+27) total
* ~Component count net *
Writer - 104 (+1)
Spreadsheet - 54 (+3)
Libreoffice - 46 (+2)
Presentation - 31 (+3)
Crashes - 27 (-3)
Database - 22 (+2)
Drawing - 18 (+0)
Borders - 17 (+0)
Migration - 3 (+0)
BASIC - 2 (+0)
+ http://bit.ly/15mM2Yn - for devs ( no NEEDINFO / UNCONFIRMED )
+ Migration: https://bugs.freedesktop.org/showdependencytree.cgi?id=43489&hide_resolved=1
email@example.com <><, Pseudo Engineer, itinerant idiot
To unsubscribe e-mail to: firstname.lastname@example.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/projects/
All messages sent to this list will be publicly archived and cannot be deleted
- [libreoffice-projects] minutes of ESC face-to-face ... · Michael Meeks
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy