* Present:
+ Stefan W. (smux, muted), jan i, Sophie, Lionel, Norbert, Miklos, Stephan,
Caolan, Michael M, Eike, Noel, Jan-Marek, Markus, Thorsten, Michael S,
Olivier,
Heiko, Andras, Bjoern (10 minutes in)
* Completed Action Items:
+ mark no-code-pointer Easy Hacks as NEEDINFO & NeedsDevEval (Heiko)
* Pending Action Items:
+ connect Cloph + Norbert wrt. Mac & Windows machines for base (Lionel)
[ unable to do anything, can't find student on IRC at the same to
give access to remote Mac / Windows machines:
some good progress ongoing in Firebird (Lionel)
need an SSH key and desired user-name to access a Win firewall
(Cloph)
+ idle Swiss Mac Mini ? (Norbert)
+ JanI happy to help with Win issues. ]
+ investigate a cron job that queries & auto-merges (Norbert)
+ if +2 by author and +1 by jenkins -> auto-push (on-going)
+ SQL query done.. but yield interesting result...
https://gerrit.libreoffice.org/#/c/26347/ which 1/ is marked
'not mergeable' but I can't yet detect that
and really should not be merged anyway.. based on comments.
+ Not found a way to detect this yet.
+ That's probably a typo, he must have meant -1/-2 (Lionel)
+ in the same click foo.
+ hope is that if it gets merged this will stop (Michael)
+ says "can't merge" but not reflected in SQL table (Norbert)
+ what happens in the chron job +2 by author, but -2 by other ?
(Lionel)
+ query - condition - is: +2 by author, and verified +1 by ci
(Norbert)
+ has to be a committer - no non-committers can't +2
+ wise to check no -1's by anyone else.
+ also only valid on master, not elsewhere.
+ on other branches: could automate the rules (Lionel)
+ tweak UI and get LiveConnect API key / build case for board (Christian)
+ attempt to re-build a recent gstreamer 1.0 / core spec file
on our CentOS6 base (tdf#94508) (Christian)
* Release Engineering update (Christian)
+ 5.2 RC2 - due July 5th (Tue next week)
+ will create libreoffice 5-2-0 branch
+ 5.1.5 rc1 : July 12th (week 28)
+ Android & iOS Remote
+ still crashes on startup.
* Documentation (Olivier)
+ Delivered chapter on Base for revision
+ To close the book on 5.1 - need to update base & impress
+ next is 5.2
+ Discussion with staff on how to increase Doc' visibility & Download rates
(WIP)
+ More downloads, more public, more reads, more interest,
better feedback/contrib/volunteers
+ a 2nd product - books; can give beside the software download.
+ can we have links in the help menu ?
+ such as books, ask etc. ?
+ easy to do - poke UX guys too (Michael)
+ Blog post
+ asking for new people to show up:
https://blog.documentfoundation.org/blog/2016/06/29/libreoffice-documentation-join-us-in-this-adventure/
+ two new people showed up already
* GSoC 2016 (Thorsten)
+ Everyone passed at Mid-Term
+ progress looks good.
+ next deadline is mid/end August for final evaluation.
+ poke & ask/encourage students to submit & register for LibOCon
+ particularly for foreign students.
=> will be re-imbursed up to Eur 1k each, for more ask mentor.
+ blogging encouraged too ! with screenshot would be good.
+ talked to UX students (Heiko)
+ not having time to come to the conference.
AI: + send E-mail to ask & encourage (Thorsten)
* Disable OpenCL by default in Calc (Markus, Eike)
+ Quite a lot of nasty bugs with OpenCL (Markus)
+ hard to reproduce them
+ three different code-paths to calculate
+ Hard to reproduce the bugs
+ Tracker bug (Michael)
+
https://bugs.documentfoundation.org/showdependencytree.cgi?id=97391_resolved=1
+ 23 bugs over all time, 6 open currently, 4 needinfo 2 un-confirmed.
+ Crashes:
+ bad - but mis-calculation worse (Eike, Michael)
+ not spotted mis-calculations are worst.
+ need to avoid them.
+ Concern (Markus)
+ quality, and rate of bug fixing.
+ OpenCL - suggested improvements: (Michael)
+ test it when we 1st ever start - before we do real calcs.
+ OpenCLZone - cf. GL stuff to turn off on crash.
+ more active maintenance.
+ currently 3 different code-paths (Markus)
+ don't know which one we're using.
+ don't like the S/W interpreter.
+ Sw/Interp. (Michael)
+ only used for subset of ocAcc, ocSub, ocMul, ocDiv, ocSum, ocProduct
+ much faster.
+ Tor just accelerated the CPU S/W vs. OCL testing (Michael)
+ don't see value of it for the project
