Leaving hg.mozilla bug.mozilla to github for the leaving complicated infrastructure of mozilla.

I think the relationship between Thunderbird/SeaMonkey and
gecko-dev should be like the relation ship between Atom editor vs Electron.
So there is no need that Thunderbird/SeaMonkey chasing the mozilla-central.
And considerate the hard for contributing code in mozilla infrastructure
for thunderbird,
I suggest to completely to leave the mozilla infrastructure.
To reach this target, we need to do the following things.
1=E3=80=81All the repos are git based and hosted on github
   I've already writing scripts to mirror all branches/tags of comm &
gecko-dev,
   They are now placed at
   https://github.com/mail-apps/comm
   https://github.com/mail-apps/gecko-dev
   I have the scripts to do that.
   After the migration, we only need to maintain the gecko-dev mirror
2=E3=80=81Thunderbird/SeaMonkey bugs moved to github.
    I didn't write the scripts yet,
3=E3=80=81The leaving Makefile.in should be clear up,
4=E3=80=81Removing all the #if #endif in
     xul/js/mozilla files. This is not a must be procedure
     We may hack the mozbuild system that
     generate install_manifests for those files.
5=E3=80=81Leaving the C/C++ building system from moz.build
    This is very important, cause the current moz.build for building
    are to tight with the lowering mozilla building infrastructure, and if
   we want to leaving the mozilla source tree, this would be a
   unavoidable step.
    For building C/C++, we may choose gyp/cmake/qbs or other means
    that's was a self-contained echo-system and that's doesn't depends on
    the complicated mozbuild eco-system.
   For example: LLVM are leaving autoconf to CMake.
   We may choose, cause Thunderbird/SeaMonkey is much
    smaller than gecko-dev, so that's won't be a big deal.

6=E3=80=81 Building the All Thunderbird C/C++ compoents as a single
    thunderbird.dll or other things. I've already implement that, and
doesn't
    need to modify much of the source code.
7=E3=80=81Getting all the locales install to be build with pure python.
    This is necessary, and because of this, we may also need to convert all
the locales
     repo from hg to git.
    Or we may using a much simpler method. place all the locales files into
   the comm source-tree.

8=E3=80=81Building xulrunner distribution for Thunderbird/Gecko like
https://github.com/atom/electron/releases, so we only need to downloading
those binaries.

9=E3=80=81Packaging the mozbuild building system into the xulrunner, so tha=
t we
won't need
     the whole mozilla source-tree.
10=E3=80=81 The xulrunner only chasing for stable version of firefox, unles=
s there
is much need of new functional, then the xulrunner only based on ESR
version of firefox.

--=20
         =E6=AD=A4=E8=87=B4
=E7=A4=BC
=E7=BD=97=E5=8B=87=E5=88=9A
Yours
    sincerely,
Yonggang Luo
0
UTF
12/4/2015 4:52:21 AM
mozilla.dev.apps.thunderbird 3313 articles. 0 followers. Post Follow

4 Replies
368 Views

Similar Articles

[PageSpeed] 39

On 12/3/2015 10:52 PM, 罗勇刚(Yonggang Luo) wrote:
> 2、Thunderbird/SeaMonkey bugs moved to github.
>      I didn't write the scripts yet,

Github issue tracking can't work for us--there is no support for 
security-sensitive bugs.
>
> 6、 Building the All Thunderbird C/C++ compoents as a single
>      thunderbird.dll or other things. I've already implement that, and
> doesn't
>      need to modify much of the source code.

It's not practical. Mozilla has generally made clear that they don't 
want to expose many symbols from libxul, and they've also desired to 
remove XPIDL (virtualized, and hence externally-usable) interfaces 
because these tend to be slow and undesirable in hot paths. As long as 
we have significant C++ code, we need to use libxul-internal symbols, 
and we therefore need to link inside libxul and use Mozilla's build 
system to do so.
> 8、Building xulrunner distribution for Thunderbird/Gecko like
> https://github.com/atom/electron/releases, so we only need to downloading
> those binaries.

Are you aware that Mozilla has effectively stopped supporting XULRunner, 
and that they are highly unlikely to revisit this decision?

-- 
Joshua Cranmer
Thunderbird and DXR developer
Source code archæologist

0
UTF
12/7/2015 8:59:50 PM
On Tue, Dec 8, 2015 at 4:59 AM, Joshua Cranmer =F0=9F=90=A7 <Pidgeot18@gmai=
l.com>
wrote:

> On 12/3/2015 10:52 PM, =E7=BD=97=E5=8B=87=E5=88=9A(Yonggang Luo) wrote:
>
>> 2=E3=80=81Thunderbird/SeaMonkey bugs moved to github.
>>      I didn't write the scripts yet,
>>
>
> Github issue tracking can't work for us--there is no support for
> security-sensitive bugs.
>
>>
>> 6=E3=80=81 Building the All Thunderbird C/C++ compoents as a single
>>      thunderbird.dll or other things. I've already implement that, and
>> doesn't
>>      need to modify much of the source code.
>>
>
> It's not practical. Mozilla has generally made clear that they don't want
> to expose many symbols from libxul, and they've also desired to remove
> XPIDL (virtualized, and hence externally-usable) interfaces because these
> tend to be slow and undesirable in hot paths. As long as we have
> significant C++ code, we need to use libxul-internal symbols, and we
> therefore need to link inside libxul and use Mozilla's build system to do
> so.
>
>> 8=E3=80=81Building xulrunner distribution for Thunderbird/Gecko like
>> https://github.com/atom/electron/releases, so we only need to downloadin=
g
>> those binaries.
>>
>
> Are you aware that Mozilla has effectively stopped supporting XULRunner,
> and that they are highly unlikely to revisit this decision?

I am aware of that, I am not talking about maintain XULRunner by mozilla,
but by third-party community.

>
>
> --
> Joshua Cranmer
> Thunderbird and DXR developer
> Source code arch=C3=A6ologist
>
> _______________________________________________
> dev-apps-thunderbird mailing list
> dev-apps-thunderbird@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-apps-thunderbird
>



--=20
         =E6=AD=A4=E8=87=B4
=E7=A4=BC
=E7=BD=97=E5=8B=87=E5=88=9A
Yours
    sincerely,
Yonggang Luo
0
UTF
12/8/2015 4:25:12 AM
On 08/12/2015 12:25, 罗勇刚(Yonggang Luo)  wrote:
> On Tue, Dec 8, 2015 at 4:59 AM, Joshua Cranmer 🐧 <Pidgeot18@gmail.com>
> wrote:

>> Are you aware that Mozilla has effectively stopped supporting XULRunner,
>> and that they are highly unlikely to revisit this decision?
> 
> I am aware of that, I am not talking about maintain XULRunner by mozilla,
> but by third-party community.

And how many developers/contributors do you need for that?

Phil

-- 
Philip Chee <philip@aleytys.pc.my>, <philip.chee@gmail.com>
http://flashblock.mozdev.org/ http://xsidebar.mozdev.org
Guard us from the she-wolf and the wolf, and guard us from the thief,
oh Night, and so be good for us to pass.
0
Philip
12/8/2015 5:17:38 AM
On 12/7/2015 9:17 PM, Philip Chee wrote:
> On 08/12/2015 12:25, 罗勇刚(Yonggang Luo)  wrote:
>> On Tue, Dec 8, 2015 at 4:59 AM, Joshua Cranmer 🐧 <Pidgeot18@gmail.com>
>> wrote:
>
>>> Are you aware that Mozilla has effectively stopped supporting XULRunner,
>>> and that they are highly unlikely to revisit this decision?
>>
>> I am aware of that, I am not talking about maintain XULRunner by mozilla,
>> but by third-party community.
>
> And how many developers/contributors do you need for that?
>
> Phil
>

I assume that this is a rhetorical question with the implied answer, 
"more than we can afford". If I misunderstand you, my apologies.

The Big Issue moving forward is that Mozilla itself is implying that 
"more than we can afford" applies not only to XULRunner, but to all 
efforts to support non-Firefox users on the Mozilla Gecko platform. 
Forking and maintaining mozilla-central for non-Firefox users is one of 
the options that we need to consider. To do that, we need to figure out 
how to afford the effort to maintain the fork. To do THAT, we need to 
combine the efforts of all of the people who are currently using 
Mozilla-the-platform, particularly those with some commercial backing 
that have some hope of marshaling some of the resources that we might 
need. There are huge cultural issues to working together, be it with 
"the Chinese fork" that Yonggang Luo represents, or Postbox, or 
BlueGriffon, or even for that matter SeaMonkey. But we really need to be 
open-minded to possibilities.

That does not mean that I am convinced that maintaining XULRunner is the 
right answer. My own experience with using external linkage with 
Thunderbird code is that the support for that is rapidly deteriorating, 
and is non-viable past gecko45. But in the third-party community that 
Yonggang Luo is describing, XULRunner might be a much more important 
component than it is in the current Firefox-dominated world, and might 
need resurrecting to justify the coalition that we need.

So let's be open minded.

:rkent
0
R
12/8/2015 8:47:57 PM
Reply:

Similar Artilces:

expose a DNS API (for MX, SRV) records, leave it to apps to use the TCP/UDP API, or leave it to servers via HTTP? (for e-mail app)
For the e-mail app we are planning to reuse Thunderbird's auto-configuration mechanism to facilitate account setup: https://developer.mozilla.org/en/Thunderbird/Autoconfiguration One of its heuristics after failing to find explicit autoconfiguration directives for a domain is to look up the MX entry for the domain to attempt to determine the hosting provider which may in turn have configuration information available. There are three main ways to accomplish this for the e-mail app: 1) Expose a Web API for DNS resolution capable of providing other record types. 2) Have...

superreview requested: [Bug 99048] [RFE] Automatically mark newsgroup read [when leaving folder] : [Attachment 159968] Mark all messages read on leaving folder
David Bienvenu <bienvenu@nventure.com> has asked neil@parkwaycc.co.uk <neil.parkwaycc.co.uk@myrealbox.com> for superreview: Bug 99048: [RFE] Automatically mark newsgroup read [when leaving folder] https://bugzilla.mozilla.org/show_bug.cgi?id=99048 Attachment 159968: Mark all messages read on leaving folder https://bugzilla.mozilla.org/attachment.cgi?id=159968&action=edit ------- Additional Comments from David Bienvenu <bienvenu@nventure.com> looks good to me - to make this really useful, we'd probably want to add yet some more prefs ui for it. ...

superreview denied: [Bug 99048] [RFE] Automatically mark newsgroup read [when leaving folder] : [Attachment 159968] Mark all messages read on leaving folder
neil@parkwaycc.co.uk <neil.parkwaycc.co.uk@myrealbox.com> has denied David Bienvenu <bienvenu@nventure.com>'s request for superreview: Bug 99048: [RFE] Automatically mark newsgroup read [when leaving folder] https://bugzilla.mozilla.org/show_bug.cgi?id=99048 Attachment 159968: Mark all messages read on leaving folder https://bugzilla.mozilla.org/attachment.cgi?id=159968&action=edit ------- Additional Comments from neil@parkwaycc.co.uk <neil.parkwaycc.co.uk@myrealbox.com> This will go wrong when you have multiple windows open, because all the observers wil...

superreview granted: [Bug 273977] Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) : [Attachment 220339] Patch that uses MOZ_APP_D
Mark Mentovai <mark@moxienet.com> has granted David Bienvenu <bienvenu@nventure.com>'s request for superreview: Bug 273977: Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) https://bugzilla.mozilla.org/show_bug.cgi?id=273977 Attachment 220339: Patch that uses MOZ_APP_DISPLAYNAME for executable https://bugzilla.mozilla.org/attachment.cgi?id=220339&action=edit ------- Additional Comments from Mark Mentovai <mark@moxienet.com> This comment isn't necessary: +# Executable should match ...

superreview denied: [Bug 273977] Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) : [Attachment 217422] Patch against current bran
Mark Mentovai <mark@moxienet.com> has denied Josh Aas <joshmoz@gmail.com>'s request for superreview: Bug 273977: Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) https://bugzilla.mozilla.org/show_bug.cgi?id=273977 Attachment 217422: Patch against current branch files https://bugzilla.mozilla.org/attachment.cgi?id=217422&action=edit ------- Additional Comments from Mark Mentovai <mark@moxienet.com> The app bundle's name is ThunderbirdDebug during a debug build. I'd be pleased to...

superreview requested: [Bug 273977] Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) : [Attachment 217422] Patch against current b #3
Josh Aas <joshmoz@gmail.com> has asked for superreview: Bug 273977: Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) https://bugzilla.mozilla.org/show_bug.cgi?id=273977 Attachment 217422: Patch against current branch files https://bugzilla.mozilla.org/attachment.cgi?id=217422&action=edit ...

superreview requested: [Bug 273977] Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) : [Attachment 220339] Patch that uses MOZ_APP #3
David Bienvenu <bienvenu@nventure.com> has asked for superreview: Bug 273977: Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) https://bugzilla.mozilla.org/show_bug.cgi?id=273977 Attachment 220339: Patch that uses MOZ_APP_DISPLAYNAME for executable https://bugzilla.mozilla.org/attachment.cgi?id=220339&action=edit ------- Additional Comments from David Bienvenu <bienvenu@nventure.com> you need to request reviews of people - bugzilla should really complain about that! ...

superreview requested: [Bug 273977] Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) : [Attachment 220339] Patch that uses MOZ_APP #2
Chris Andrichak <chris@grope.com> has asked for superreview: Bug 273977: Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) https://bugzilla.mozilla.org/show_bug.cgi?id=273977 Attachment 220339: Patch that uses MOZ_APP_DISPLAYNAME for executable https://bugzilla.mozilla.org/attachment.cgi?id=220339&action=edit ------- Additional Comments from Chris Andrichak <chris@grope.com> Getting the executable name from the variable at mark's suggestion, the make file now swaps it into the plist file also....

superreview requested: [Bug 273977] Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) : [Attachment 217422] Patch against current b #2
Josh Aas <joshmoz@gmail.com> has asked for superreview: Bug 273977: Thunderbird does not identify itself correctly to iListen voice rec application (Thunderbird.app vs thunderbird-bin ?) https://bugzilla.mozilla.org/show_bug.cgi?id=273977 Attachment 217422: Patch against current branch files https://bugzilla.mozilla.org/attachment.cgi?id=217422&action=edit ------- Additional Comments from Josh Aas <joshmoz@gmail.com> I know mark isn't sr, but I want him to review this and I can't request another normal review via flags... I suspect this won't be as sa...

Leaving
Name: Chris Bond Email: crsbndatyahoodotcom Product: Firefox Summary: Leaving Comments: I have really loved the Firefox browser, but I have to leave it now. I can't seem to last an hour without crashes. They come at any time and with no apparent reason. It really stinks because I don't like the other options, but I also don't like the constant restarts. I hope that when stability returns, you will do a big push so that we all know. I will definitely come back then--but not before. Browser Details: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; en-us) Appl...

Leave messages on server bug
I've just installed Mozilla 1.4, and I'm using a pop3-ssl server, and the "leave messages on server" option just does not work. When I close the app, then reopen it, it downloads another complete set of messages into my Inbox, rather than just new messages. Also, if I read a message, then get new messages, it will get a new copy of the read message, without closing the app. Is this being addressed, or is there a solution to this? Thanks. Colin Right. I get the same behavior in Outlook, so maybe it's the server, not the client? Regardless, if anyone ...

app crashes leaving pending locks
We have an app which opens a transaction, runs a couple of stored procedures and commits/rolls the changes. It so happens that for unknown reasons the application crashes while in the middle of a tran and of course the locks it has accumulated are not released. About 2 hours later the sybase errorlog says: "Process id xxx (the one holding the locks) killed by hostname yyyy, Host id zzzzz" In the meantime we have a lot of processes blocked for a very long time. The question is how we can make sybase resolve such situations in a more prompt manner. I seem to recal...

Debugger leaves my app running on exit
As the title states, upon exit of the PB 6.5 debugger, my app continues to run. Why is this and can I turn this behavior off? Is it a bug or an unwanted feature? TIA , Bill Pfeiffer I've seen this from time to time as well. I think it is a bug because it is often followed by a GPF. Regards, Dave Fish [Team Powersoft] On Sat, 7 Nov 1998 14:28:30 -0600, "Bill Pfeiffer" <pfeiffer@gte.net> wrote: >As the title states, upon exit of the PB 6.5 debugger, my app continues to >run. > >Why is this and can I turn this behavior off? Is it a...

App manager and Dev Apps
Hello, I am experiencing problems to debug apps loaded in the App Manager. I don't have this problem if the App is downloaded from the Marketpalce and debugged with the App Manager. Is there a known problem to debug Dev Apps, loaded from a directory in your computer? Thanks, Juanma ...

BUG BUG BUG
Name: Vinecnt Tartar Email: maelwyssatwanadoodotfr Product: Firefox Summary: BUG BUG BUG Comments: It crashes every two hours, always bloquing everything, after several weeks believing and praying for a quick fixing of this bug, I'm now desperate, shame on youo firefox, I use google chrome, lame... Browser Details: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.19 (KHTML, like Gecko) Chrome/1.0.154.48 Safari/525.19 From URL: http://hendrix.mozilla.org/ Note to readers: Hendrix gives no expectation of a response to this feedback but if you wish to ...

Web resources about - Leaving hg.mozilla bug.mozilla to github for the leaving complicated infrastructure of mozilla. - mozilla.dev.apps.thunderbird

Resources last updated: 12/4/2015 1:56:52 PM