Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Alexander Thurgood wrote on 25-06-15 11:35: >> AFAIK there are no more Java Wizards in LO 4.3. Why would the app >> suddenly die without Java? It does not die. > > Because historically, and certainly in my experience, if a call to Java > functionality in LO is going to break somewhere badly, it has often done > so on OSX. On Ubuntu, I see a simple dialog. (Even sometimes when I do not expect it... see fdo#92153 ) Cor -- Cor Nouws GPD key ID: 0xB13480A6 - 591A 30A7 36A0 CE3C 3D28 A038 E49D 7365 B134 80A6 - vrijwilliger http://nl.libreoffice.org - volunteer http://www.libreoffice.org - The Document Foundation Membership Committee Member ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Le 25/06/2015 10:04, Andras Timar a écrit : Hi Andras, > > Generally, you can read configure.ac for the meaning of build > switches. It would eliminate the guesswork. > > Yes, I tried that too, but the "help" that one gets from configure.ac is sometimes less than enlightening. > AFAIK there are no more Java Wizards in LO 4.3. Why would the app > suddenly die without Java? It does not die. Because historically, and certainly in my experience, if a call to Java functionality in LO is going to break somewhere badly, it has often done so on OSX. Alex ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Hi Alex, On Thu, Jun 25, 2015 at 9:20 AM, Alexander Thurgood wrote: > Le 23/06/2015 20:17, Andras Timar a écrit : > > > Hi all, > > For the consequences of the build switches, as I understand them, see > below : Generally, you can read configure.ac for the meaning of build switches. It would eliminate the guesswork. >> --disable-lpsolve > This is the internal solver code We use coinmp instead. > >> --disable-neon > Not sure about this one, but possibly related to network file access ? > We use serf instead. > >> --disable-python > > This switch builds in python support. If it is not present, any and all > python-dependent functionality will fail to work - that includes > mailmerge, many of the wizards that were rewritten in python (e.g. > Fax/Letter template wizards), UNO programming via python, Regarding Mailmerge, only the emailing script is in Python. > > >> --with-theme=tango > > Bit surprised not to see the Breeze icon theme here - any particular > reason ? > We plan to switch to Breeze. > >> --without-java > > Any and all Java required functionality will not work - this includes a > great deal of Base (embedded hsqldb, any and all JDBC driver > functionality, Oracle ReportWriter) any and all Java user extensions > that people might wish to install, and also some of the remaining > wizards that are still written in Java > > One would hope that a suitably clear explanatory message is given when > the user tries to activate any such call to instantiate the JVM, or that > the app won't suddenly curl up and die. AFAIK there are no more Java Wizards in LO 4.3. Why would the app suddenly die without Java? It does not die. > > >> --without-myspell-dicts > > I'm not sure what the extent of the effect of this is. My understanding > is that the hunspell/myspell dictionaries don't get built with this > switch and that by default the Apple spelling correction is used instead ? > Apple spell checking is used. > >> --enable-ext-wiki-publisher >> --enable-report-builder >> --enable-ext-nlpsolver > > See above - with these switches on, the corresponding extensions are > bundled - note that the report-builder extension requires Java, > otherwise it will fail miserably to load and provoke an error message > (or worse, the whole app will fail) When you build --without-java, these switches have no effect. > > >> --enable-symbols > > This is supposed to provide debugging symbols, although not quite sure > how that works without --enable-dbgutil, maybe I have an incomplete > understanding On the contrary, --enable-dbgutil cannot be used with --enable-symbols. Regards, Andras ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Le 25/06/2015 09:20, Alexander Thurgood a écrit : > >> --disable-python > > This switch builds in python support. If it is not present, any and all > python-dependent functionality will fail to work - that includes > mailmerge, many of the wizards that were rewritten in python (e.g. > Fax/Letter template wizards), UNO programming via python, > Also affects : Agenda wizard Web wizard Call wizard (not sure what this does, even after reading the code) - seems to be a python script to set up LibreOffice in "server" mode for use by other wizards All of the python scripting examples : Capitalise, HelloWorld, etc LibreLogo and no doubt a few others I've missed. Alex ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Le 23/06/2015 20:17, Andras Timar a écrit : Hi all, For the consequences of the build switches, as I understand them, see below : > Please find below the build configurations Collabora used: > > LibreOffice-from-Collabora: > --disable-ext-ct2n > --disable-ext-google_docs > --disable-ext-mariadb-connector > --disable-ext-numbertext The above extensions are currently not built by default in master AFAIK or in the default TDF builds. ct2n is an extension to convert a number written as text to digital number display google-docs is the Google Docs extension add-on - this requires Java mariadb-connector is the extension for building a sdbc driver that will allow for "native" (i.e. internal C++ wrapped around a C connector library, as opposed to calls to a JDBC/ODBC library) connections to a mysql/mariadb database server numbertext is an extension that does the opposite of ct2n ?? > --disable-lotuswordpro These are the lwp filters. > --disable-lpsolve This is the internal solver code > --disable-neon Not sure about this one, but possibly related to network file access ? > --disable-opengl No OpenGL support - as I understand, this is/was disabled on Mac master anyway > --disable-pdfimport This is the code used to display and edit PDF documents in Writer and Draw, which means that users will not be able to open PDF documents for editing in LibreOffice > --disable-postgresql-sdbc This is the postgresql database driver, used to natively connect LO to postgres instances > --enable-macosx-retina HiDPI support enabled > --enable-mpl-subset No idea what this does > --disable-python This switch builds in python support. If it is not present, any and all python-dependent functionality will fail to work - that includes mailmerge, many of the wizards that were rewritten in python (e.g. Fax/Letter template wizards), UNO programming via python, > --with-theme=tango Bit surprised not to see the Breeze icon theme here - any particular reason ? > --without-help > --without-helppack-integration No built-in help, i.e. clicking on the help button or F1 should launch Safari and point to the help wiki > --without-java Any and all Java required functionality will not work - this includes a great deal of Base (embedded hsqldb, any and all JDBC driver functionality, Oracle ReportWriter) any and all Java user extensions that people might wish to install, and also some of the remaining wizards that are still written in Java One would hope that a suitably clear explanatory message is given when the user tries to activate any such call to instantiate the JVM, or that the app won't suddenly curl up and die. > --without-myspell-dicts I'm not sure what the extent of the effect of this is. My understanding is that the hunspell/myspell dictionaries don't get built with this switch and that by default the Apple spelling correction is used instead ? > > LibreOffice Vanilla: > --enable-extension-integration This enables bundled extension integration in general > --disable-online-update Pretty obvious - I'm assuming there is an obligatory update mechanism that needs to be provided when one hosts an app in the AppStore ? > --disable-odk > --enable-ext-wiki-publisher > --enable-report-builder > --enable-ext-nlpsolver See above - with these switches on, the corresponding extensions are bundled - note that the report-builder extension requires Java, otherwise it will fail miserably to load and provoke an error message (or worse, the whole app will fail) > --enable-symbols This is supposed to provide debugging symbols, although not quite sure how that works without --enable-dbgutil, maybe I have an incomplete understanding > --without-java As Andras indicated in his mail, removing the Java switch and including the Report Builder extension is nonsense, it simply won't run, or worse, have other unintended side effects. Alex ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
On Wed, Jun 24, 2015 at 4:00 AM, Andras Timar wrote: > Hi Alex, > > On Wed, Jun 24, 2015 at 7:11 AM, Alex Thurgood > wrote: >> Le 23/06/2015 20:17, Andras Timar a écrit : >> >> Hi Andras, >> >> Wow, thanks for the build switches, good to know. >> >> Seeing as both Java and Python are disabled, as are most of the >> (optional) extensions, can I safely assume that Base won't work ? >> Neither will mailmerge or any of the python based assistants ? >> >> This is useful to know so that we can immediately point this out to >> people who might be expecting to find this functionality within the product. Alex, Andras (and the peanut gallery) -- I've created a wiki page here, adding in some of the information you've provided: https://wiki.documentfoundation.org/LibreOffice_Vanilla_for_Mac Please take a look and add/improve what's there. I'd like the content of the page to be relevant for both users as well as QA. Thanks! --R -- Robinson Tryon QA Engineer - The Document Foundation LibreOffice Community Outreach Herald qu...@libreoffice.org 802-379-9482 | IRC: colonelqubit on Freenode ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Hi Alex, On Wed, Jun 24, 2015 at 7:11 AM, Alex Thurgood wrote: > Le 23/06/2015 20:17, Andras Timar a écrit : > > Hi Andras, > > Wow, thanks for the build switches, good to know. > > Seeing as both Java and Python are disabled, as are most of the > (optional) extensions, can I safely assume that Base won't work ? > Neither will mailmerge or any of the python based assistants ? > > This is useful to know so that we can immediately point this out to > people who might be expecting to find this functionality within the product. > "Apps that use deprecated or optionally installed technologies (e.g., Java, Rosetta) will be rejected" -- says the App Store policy. I read on internet that it was possible to bundle OpenJDK with some app and it was accepted by Apple. It is not planned for LibreOffice, however. On the other hand, it would be good to bundle Python, but the current packaging scheme was rejected by review. Hopefully I can find a solution for this one day. Regards, Andras ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Le 23/06/2015 20:17, Andras Timar a écrit : Hi Andras, Wow, thanks for the build switches, good to know. Seeing as both Java and Python are disabled, as are most of the (optional) extensions, can I safely assume that Base won't work ? Neither will mailmerge or any of the python based assistants ? This is useful to know so that we can immediately point this out to people who might be expecting to find this functionality within the product. Alex ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Hi, On Tue, Jun 23, 2015 at 4:57 PM, Robinson Tryon wrote: > On Tue, Jun 23, 2015 at 10:30 AM, Alexander Thurgood > wrote: >> Le 23/06/2015 15:21, Robinson Tryon a écrit : >>> How differently is it built? My understanding is that it's pretty >>> close, but I haven't had a chance to really delve into the details. As >>> we likely will start to see bugs showing up in Bugzilla, it might be >>> good for us to make some notes for QA, just so we can make sure that >>> reports get shuffled-over to the right people who can triage them and >>> then fix them. >> >> I don't actually know all of the differences, but for starters, it >> appears to be built on 4.3.x branch from what I have read elsewhere. I >> have no idea what other build switches are in there. > There are two products in the App Store. 1. LibreOffice-from-Collabora is based on LibreOffice 4.3. It is not EOL, it is the supported product of Collabora. There are many backported bugfixes and backported stable features in it, which are not in the latest and EOLed TDF LibreOffice 4.3.7. 2. LibreOffice Vanilla is basically the same as TDF LibreOffice 4.4.4. In the future the for-pay LibreOffice-from-Collabora will always be from the same source as the LibreOffice-from-Collabora product, which is offered for the enterprise. LibreOffice Vanilla will always be the latest TDF Fresh build, so probably we'll switch to 5.0 after it is released. Two kinds of bugs I can image. 1. Specific to Collabora builds. Hopefully there will not be many. So I think there is no need to set up rules with a great effort. At the beginning there will be some (please cc me in bugzilla), because it is a new platform after all. 2. Normal bugs, that people happen to find in App Store builds. No special handling is needed, obviously. Please find below the build configurations Collabora used: LibreOffice-from-Collabora: --with-distro=CPOSX --disable-ext-ct2n --disable-ext-google_docs --disable-ext-mariadb-connector --disable-ext-numbertext --disable-lotuswordpro --disable-lpsolve --disable-neon --disable-opengl --disable-pdfimport --disable-postgresql-sdbc --enable-64-bit --enable-canonical-installation-tree-structure --enable-macosx-code-signing=xxx --enable-macosx-package-signing=xxx --enable-macosx-retina --enable-macosx-sandbox --with-macosx-teamid=xxx --enable-mpl-subset --disable-python --enable-release-build --with-external-tar=/Users/timar/lo/source/src --with-macosx-app-name=LibreOffice-from-Collabora --with-macosx-bundle-identifier=com.collabora.libreoffice --with-macosx-sdk=10.10 --with-macosx-version-min-required=10.8 --with-theme=tango --without-help --without-helppack-integration --without-java --without-package-format --without-myspell-dicts LibreOffice Vanilla: --with-vendor=Collabora --enable-extension-integration --disable-online-update --disable-odk --enable-ext-wiki-publisher --enable-report-builder --enable-ext-nlpsolver --disable-ext-ct2n --disable-ext-google_docs --disable-ext-languagetool --disable-ext-mariadb-connector --disable-ext-numbertext --disable-lotuswordpro --disable-lpsolve --disable-neon --disable-pdfimport --disable-postgresql-sdbc --enable-64-bit --enable-canonical-installation-tree-structure --enable-symbols --enable-macosx-sandbox --with-macosx-teamid=xxx --enable-mpl-subset --disable-python --enable-release-build --with-lang=ar as ast bg bn-IN br ca ca-valencia cy cs da de el en-US en-GB es et eu fi fr ga gd gl gu he hi hr hu id is it ja km kn ko lt lv ml mr nb nl nn oc or pa-IN pl pt pt-BR ro ru sk sl sr sr-Latn sv ta te tr uk vi zh-CN zh-TW --with-macosx-app-name=LibreOffice Vanilla --with-macosx-bundle-identifier=com.collabora.libreoffice-free --with-macosx-sdk=10.10 --with-macosx-version-min-required=10.8 --with-theme=tango --without-java --without-package-format --enable-macosx-code-signing=xxx --enable-macosx-package-signing=xxx --with-external-tar=/Users/timar/lo/source/src These can change in the future (and now that I'm reading through it, I see silly things, such as enabling java extensions, then disabling java), but this is what I used to produce these App Store builds. Regards, Andras ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
On Tue, Jun 23, 2015 at 10:30 AM, Alexander Thurgood wrote: > Le 23/06/2015 15:21, Robinson Tryon a écrit : >> How differently is it built? My understanding is that it's pretty >> close, but I haven't had a chance to really delve into the details. As >> we likely will start to see bugs showing up in Bugzilla, it might be >> good for us to make some notes for QA, just so we can make sure that >> reports get shuffled-over to the right people who can triage them and >> then fix them. > > I don't actually know all of the differences, but for starters, it > appears to be built on 4.3.x branch from what I have read elsewhere. I > have no idea what other build switches are in there. IIRC, Collabora has focused on an older branch of LibreOffice for their "stable" releases. That does bring up two main points for us: 1) If it's older, what's the most productive way for us to address bugs in Bugzilla? 2) Newer versions of LibreOffice have improvements and additions on top of 4.3.x. How can we best communicate the difference to App Store consumers so that there's no confusion? > I didn't wish to give the impression that this was not a good thing. > Indeed, if it can attract more Mac users to LibreOffice and thereby spur > on Mac-based development, it is almost certainly a good idea. My concern > is that the version being provided in the AppStore is apparently in the > EOL branch as far as we (in the LO project) are concerned, so people > reporting bugs against LibreOffice Vanilla, Valid points, indeed. I'm cc'ing Joel and Sam here so we can have a quick conversation about our game plan. > and there have already been > at least 5 reports so far, some of which remain unconfirmed, are using > an out of date and EOL version. (I'm sure that Judge Joel will be pleased that we actually have data about which we can reason ;-) >> It's *possible* that most mac users will gravitate towards an install >> via a trusted and easy-to-use update mechanism. I know that there's >> some GSoC work to repurpose the Mozilla updater this summer as well, >> so perhaps there will be even more choices for mac users soon. > > This is also probably a good idea, but my concern is that we will be > inundated with people who don't understand the difference between our > version and Collabora's, especially as they seem to be routed to our > bugzilla for filing bugs. Ayup. If the bugs do end up in our Bugzilla, we'll need to flag them so that TDF/LibreOffice QA and Collabora QA can best allocate resources for addressing them. Ideally that flag can be passed-in directly (Cloph and I are working on something related right now). Best, --R -- Robinson Tryon QA Engineer - The Document Foundation LibreOffice Community Outreach Herald qu...@libreoffice.org 802-379-9482 | IRC: colonelqubit on Freenode ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
Le 23/06/2015 15:21, Robinson Tryon a écrit : > How differently is it built? My understanding is that it's pretty > close, but I haven't had a chance to really delve into the details. As > we likely will start to see bugs showing up in Bugzilla, it might be > good for us to make some notes for QA, just so we can make sure that > reports get shuffled-over to the right people who can triage them and > then fix them. I don't actually know all of the differences, but for starters, it appears to be built on 4.3.x branch from what I have read elsewhere. I have no idea what other build switches are in there. > >> As an aside, what exactly is the expectation here ? > > From the Collabora side, I'd expect that Michael and/or Sam Tuke would > be good people to answer any questions about their particular goals, > etc. Speaking just as a project volunteer, I know that I've gotten > inquiries from multiple Mac users in the past couple of years asking > about whether we were ever going to make LibreOffice available via > this app store, so I think that there is a good potential market for > users who like the ease of installation and updates. > I didn't wish to give the impression that this was not a good thing. Indeed, if it can attract more Mac users to LibreOffice and thereby spur on Mac-based development, it is almost certainly a good idea. My concern is that the version being provided in the AppStore is apparently in the EOL branch as far as we (in the LO project) are concerned, so people reporting bugs against LibreOffice Vanilla, and there have already been at least 5 reports so far, some of which remain unconfirmed, are using an out of date and EOL version. > > What's the status of NeoOffice? I haven't heard any news from that > front in years. It is still going (just about) - there are still fairly regular updates, which I might add, don't require download of the whole shebam, merely a patch set with an autoinstaller system which gets installed like any other PKG. I don't know whether they have a presence on the AppStore, there was talk of it at one time, but I didn't follow that. > > It's *possible* that most mac users will gravitate towards an install > via a trusted and easy-to-use update mechanism. I know that there's > some GSoC work to repurpose the Mozilla updater this summer as well, > so perhaps there will be even more choices for mac users soon. This is also probably a good idea, but my concern is that we will be inundated with people who don't understand the difference between our version and Collabora's, especially as they seem to be routed to our bugzilla for filing bugs. Alex ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/
Re: [Libreoffice-qa] Collabora LibreOffice Vanilla QA on OSX
On Mon, Jun 22, 2015 at 7:01 AM, Alexander Thurgood wrote: > Just a heads up to say that I won't / can't / don't have the time / > energy to QA LibreOffice Vanilla for OSX as released by Collabora Hi Alex, Thanks for all your hard work w/the OS X bugs! Everyone is of course free to work on whatever projects he or she wishes, but please don't feel any obligation from the TDF side to test the Collabora OS X builds. > - I > barely have time enough to try and keep the unconfirmed bug count down > on OSX, without having to deal with a version that is apparently built > differently. How differently is it built? My understanding is that it's pretty close, but I haven't had a chance to really delve into the details. As we likely will start to see bugs showing up in Bugzilla, it might be good for us to make some notes for QA, just so we can make sure that reports get shuffled-over to the right people who can triage them and then fix them. > As an aside, what exactly is the expectation here ? From the Collabora side, I'd expect that Michael and/or Sam Tuke would be good people to answer any questions about their particular goals, etc. Speaking just as a project volunteer, I know that I've gotten inquiries from multiple Mac users in the past couple of years asking about whether we were ever going to make LibreOffice available via this app store, so I think that there is a good potential market for users who like the ease of installation and updates. > At the moment, I am > trying to understand whether this is going to become a permanent fixture > of the landscape, a bit like NeoOffice (to which I donate once a year, > but take no interest in the project otherwise), What's the status of NeoOffice? I haven't heard any news from that front in years. > What effect will that have > on the TDF build in the long term ? It's *possible* that most mac users will gravitate towards an install via a trusted and easy-to-use update mechanism. I know that there's some GSoC work to repurpose the Mozilla updater this summer as well, so perhaps there will be even more choices for mac users soon. I don't expect that our mac userbase will jump on the app store bandwagon overnight, and many will probably never buy-in to that system at all. I see this development as largely being about choice and convenience, and I think the shiny packaging will attract both some number of our existing userbase as well as a good number of new users who decide to try out LibreOffice. Best, --R -- Robinson Tryon QA Engineer - The Document Foundation LibreOffice Community Outreach Herald qu...@libreoffice.org 802-379-9482 | IRC: colonelqubit on Freenode ___ List Name: Libreoffice-qa mailing list Mail address: Libreoffice-qa@lists.freedesktop.org Change settings: http://lists.freedesktop.org/mailman/listinfo/libreoffice-qa Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://lists.freedesktop.org/archives/libreoffice-qa/