On 7/24/2017 7:20 PM, Enrico Weigelt, metux IT consult wrote:
On 24.07.2017 23:04, Mike Hommey wrote:
It looks like you're doing a lot of work that is completely out of scope
for creating packages for Debian/Devuan,
Not quite. Of course, I don't wanna compile-in things that aren't
necessary here (eg. the media stuff). But that lead to lots of problems,
so I'm now getting my hands dirty and try to fix at the root.
Trying to build by disabling lots of flags in general leads to lots of
frustration with broken builds. A decade of experience at Mozilla has
shown that configurations not built on standard automation tend to be
quickly broken. The onus of maintenance will be entirely on you, even if
the changes are upstreamed--and they are unlikely to be accepted
upstream without justification (which "I don't wanna have these" is not).
FWIW, building in odd configurations generally disqualifies you from
being able to use Mozilla trademarks on the resulting product.
and that is work that sounds
like should be discussed with the thunderbird crowd.
Nope, they directed me to this list, as these things aren't in tbird's
own tree, but generic mozilla.
I directed you to this list because you were asking "how do I modify
media/ to stop doing this stuff?", which is plainly out of scope for mdat.
When I'm done w/ that, I'll start w/ things I've been planning for
quite some time, eg. moving mailbox handling to external upas service,
all credential related stuff to factotum, move contact handling to
external programs, etc, etc.
But before I can start with that, I first need a clean working base.
If you believe that maintaining your own custom pared-down ersatz build
is a necessary precondition for adding new functionality, you will have
rather little time to implement other functionality.
As Mike Hommey says, you are looking to build a fork of Thunderbird at
this point. It's not entirely clear what you're proposing, but the vague
language suggests very heavily that you're intending to delete our
present code for unknown external libraries, which is likely not in the
vision of Thunderbird's future and therefore is unlikely to be accepted
upstream.
--
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
