Re: [Libreoffice] Mozilla options situation
On Wed, 2011-11-02 at 20:07 +0100, Tomáš Chvátal wrote: --enable-mozab (disabled by default): this should build the adressbook integration (gosh who sane in mind would use that anyway (does it work with system mozilla anyway?) IIRC there's a secondary thing hidden away in connectivity for finding firefoxes profiles directories and stuff like that. When mozab is enabled it uses the moz apis to do it, when mozab is disabled it uses some minimal hack I shoved in there that works for me. I *think* that the minimal solution is sufficient for Linux, and might be good for MacOSX. No idea if that profile finder has a use-case under windows ? It gets used by at least the xml signing thing to find your nss certificates, maybe some other things. opengrok on MINIMAL_PROFILEDISCOVER C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Mozilla options situation
On Thu, 2011-11-03 at 15:36 +0100, Alexander Thurgood wrote: Well I don't know whether it was your hack, the moz code, or a mixture of the two, but it certainly couldn't find my profiles on Mac OSX when I had built with mozab My hack is from a couple of years ago. It initially at least only kicked in for disabled mozab. I vaguely remember that it might be the default under macosx anyway, but that selection isn't anything I did, someone would need to look into that dir and/or scp2 to find out what the situation under macosx is. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] Mozilla options situation
Hello fellow devs, Current situation with mozilla switches is slightly confusing after last nss/nspr decoupling. It contains two switches --enable-build-mozilla and --with-system-mozilla. This we (rene and me) find really confusing as the switches go against each other at the configure.in in funny ways. Instead of just bashing it again to some reason we thought about solving this issue for good by identifying all needs for the mozilla and providing the switches. There are 3 cases for mozilla: - headers - mozab - nsplugin These should provide the independent switches: --with-npapi-system-headers (controled also by with-system-headers): this can pull the headers currently at np_sdk from system wether from mozilla OR https://github.com/mgorny/npapi-sdk/ --enable-mozab (disabled by default): this should build the adressbook integration (gosh who sane in mind would use that anyway (does it work with system mozilla anyway?) --enable-nsplugin (enabled by default, requires the mozilla): this enables the ff plugin, takes the with-system-mozilla into effect this gets really funny due to all the mutations mozilla can have This is just situation assesment and we have no patch ready for this. So anyone wanting pretty cookies from your distro packagers please help us with writting some nice patch that does this. Maybe we should even start a branch as this is quite huge change... Cheers Tom ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Mozilla options situation
Hi, Tomáš Chvátal schrieb: Hello fellow devs, Current situation with mozilla switches is slightly confusing after last nss/nspr decoupling. It contains two switches --enable-build-mozilla and --with-system-mozilla. With MSVC 2008 Express I need --disable-build-mozilla --disable-nss-module with WNTMSCIinc.zip, WNTMSCIlib.zip and WNTMSCIruntime.zip in folder 'moz'. I don't know anything about building and use a step-by-step instruction; but whatever you do, please don't forget such environment. Kind regards Regina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Mozilla options situation
Hi, On Wed, Nov 02, 2011 at 08:07:45PM +0100, Tomáš Chvátal wrote: There are 3 cases for mozilla: - headers - mozab - nsplugin AFAIK the headers are only used for the nsplugin, so that's actually two cases. mozab uses a heabvily patched seamonkey anyway and uses those internal(!) mozilla headers either way. These should provide the independent switches: --with-npapi-system-headers (controled also by with-system-headers): this can pull the headers currently at np_sdk from system wether from mozilla OR https://github.com/mgorny/npapi-sdk/ ACK. Which probably can reuse much of the old --with-system-mozilla (pkg-config for mozilla-plugin.pc etc, xulrnner detection etc.) --enable-mozab (disabled by default): ACK this should build the adressbook integration (gosh who sane in mind would use that anyway (does it work with system mozilla anyway?) No. It requires the patched, in-tree, obsolete etc mozilla --enable-nsplugin (enabled by default, requires the mozilla): this enables the ff plugin, takes the with-system-mozilla into effect this gets really funny due to all the mutations mozilla can have ACK. Maybe we should even start a branch as this is quite huge change... I don't think so, it's broken right now in master... If we did it for all that decoupling stuff, yes, but now it's too late. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
