On 23.07.2017 01:19, Gregory Szorc wrote:
Yes, the build system is complex. It has evolved organically for over 20
years, accumulating tons of cruft and complexity along the way. Much of
the existing complexity can be simplified.
Yeah, I'm already trying some experiments here. IMHO, the underl
https://github.com/mozilla/gecko-dev is generally pretty up-to-date. It
should have a branch for ESR as well.
Cheers,
kats
On Jul 22, 2017 15:43, "Enrico Weigelt, metux IT consult" <
enrico.weig...@gr13.net> wrote:
Hi folks,
are there any official git mirrors (at least for the esr branches),
t
On Sat, Jul 22, 2017 at 1:11 PM, Enrico Weigelt, metux IT consult <
enrico.weig...@gr13.net> wrote:
> Hi folks,
>
>
> the whole build seems to be very complex.
>
> Not just the huge configure.in, but also the complexity in moz.build
> files, many ifdef's, etc, etc. Many orthogonal things are twist
On Fri, Jul 21, 2017 at 12:32 AM, Jörg Knobloch wrote:
> Since you're saying that we're still using the old interface, in fact
> Andrew said: "old add-on install
> confirmation dialog, that dialog includes a note about the certificate",
> would you be able to give us some exact DXR references whi
> Just curious, is there data about how often this happens? Does it affect
> to key event listeners added to the document only, or do we disable this
> also for other event listeners in any element?
I'm not aware of any data on this. From my testing, it can be quite common.
We disable this when t
Hi folks,
the whole build seems to be very complex.
Not just the huge configure.in, but also the complexity in moz.build
files, many ifdef's, etc, etc. Many orthogonal things are twisted
together (eg. widget toolkits influence lots of other things)
I'm thinking of having a deeper look at Kbuil
On 22.07.2017 19:49, Jörg Knobloch wrote:
On 22/07/2017 21:42, Enrico Weigelt, metux IT consult wrote:
Even hg clone runs for hours.
Best to use a bundle:
https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Source_Code/Mercurial/Bundles
according to hg output, it already uses t
Hi folks,
I'm trying to build tbird with minimal dependencies, and therefore
switched off various codecs. Unfortunately it causes the whole
media stuff to break.
As I don't need that at all in the mail client, I've added ifdefs
to disable it (introducing a new MOZ_MEDIA flag). Unfortunately
idl
On 22/07/2017 21:42, Enrico Weigelt, metux IT consult wrote:
Even hg clone runs for hours.
Best to use a bundle:
https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Source_Code/Mercurial/Bundles
Jörg.
___
dev-platform mailing list
dev-
Hi folks,
are there any official git mirrors (at least for the esr branches),
that are regularily updated ?
The repos is *really* huge - import really takes a long time (started
about 10hrs ago, still just not much over 10%). Github even gives up.
Even hg clone runs for hours.
I'm looking for
Hi folks,
I'm currently in process of making the media stuff optional.
(dont need/want it within mail client).
Unfortunately, it idl files are referenced by lot of others.
Just adding some #ifdef's around these places doesn't work.
Any idea to achieve this ?
--mtx
mit freundlichen Grüßen
On 07/22/2017 08:05 AM, Ryan Hunt wrote:
> Keyboard APZ can't be used in every case. Currently it's disabled in the
> presense of key event listeners, as they can preventDefault scrolling and that
> is a non-negotiable part of the web.
Just curious, is there data about how often this happens? Does
It does not use msys2. Those plans were dropped in favor of WSL.
On Sat, Jul 22, 2017 at 5:03 AM, 施賀傑 wrote:
> Thanks for the new version of mozbuild!
>
> Is it including msys2? Then, it will be easier to include the
> bash-completion.
>
> -Jerry
>
> > On 22 Jul 2017, at 06:02, Ryan VanderMeulen
Thanks for the new version of mozbuild!
Is it including msys2? Then, it will be easier to include the bash-completion.
-Jerry
> On 22 Jul 2017, at 06:02, Ryan VanderMeulen wrote:
>
> I am pleased to announce the final release of MozillaBuild 3.0! Sorry in
> advance for the length of this messa
Personally I find this a bad idea. Windows 7 and 8.1 are still supported till
2020 and 2023. As long as the compilers are supported too on them these should
also be fully supported as a build environment. Windows 10 is buggy and worse
than 8.1 in many aspects. I usually do not wear a tin head b
15 matches
Mail list logo
