Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


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

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: 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.