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.platform 6048 articles. 0 followers. Post Follow

4 Replies
416 Views

Similar Articles

[PageSpeed] 17

Yonggang Luo, I've been trying to figure out how to understand what you 
are doing for over a year now without success. You've been doing some 
amazing work, and I get the vague impression that you are working on a 
Chinese fork of Thunderbird. Now you are proposing some specific changes 
to Thunderbird infrastructure, but you are really not a Thunderbird 
contributor. Could you give some sort of public statement of how your 
technical work fits into the broader picture of products?

I've been trying to get people working on open-source email clients to 
talk to teach other and figure out ways to work together better. In my 
dreams, we all work together to make an amazing product rather than have 
small teams each duplicating each other's work. We'd love to be able to 
work with you, even if you are not specifically contributing to 
Thunderbird. But I have no context now to understand how.

R. Kent James
Chair, Thunderbird Council

On 12/3/2015 8:52 PM, 罗勇刚(Yonggang Luo)  wrote:
> 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、All 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、Thunderbird/SeaMonkey bugs moved to github.
>      I didn't write the scripts yet,
> 3、The leaving Makefile.in should be clear up,
> 4、Removing 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、Leaving 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、 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、Getting 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、Building xulrunner distribution for Thunderbird/Gecko like
> https://github.com/atom/electron/releases, so we only need to downloading
> those binaries.
>
> 9、Packaging the mozbuild building system into the xulrunner, so that we
> won't need
>       the whole mozilla source-tree.
> 10、 The xulrunner only chasing for stable version of firefox, unless there
> is much need of new functional, then the xulrunner only based on ESR
> version of firefox.
>

0
R
12/4/2015 7:55:39 AM
On Fri, Dec 4, 2015 at 3:55 PM, R Kent James <kent@caspia.com> wrote:

> Yonggang Luo, I've been trying to figure out how to understand what you
> are doing for over a year now without success. You've been doing some
> amazing work, and I get the vague impression that you are working on a
> Chinese fork of Thunderbird. Now you are proposing some specific changes =
to
> Thunderbird infrastructure, but you are really not a Thunderbird
> contributor. Could you give some sort of public statement of how your
> technical work fits into the broader picture of products?
>
Indeed, I've been trying to do contribute back to the Thunderbird
community, but that's too hard for me, the Thunderbird is always pursuing
the mozilla-central, and we (our company) need a stable version of
mozilla-central to release our product, and that's makes me hard to
contribute back things, and we are using git but hg to do the
version control, and that's also complicated our contribution progress.



> I've been trying to get people working on open-source email clients to
> talk to teach other and figure out ways to work together better. In my
> dreams, we all work together to make an amazing product rather than have
> small teams each duplicating each other's work. We'd love to be able to
> work with you, even if you are not specifically contributing to
> Thunderbird. But I have no context now to understand how.
>
When I trying to ease the development burden of Thunderbird, I didn't two
things,
1=E3=80=81Building Xulrunner independently,  So the xulrunner is a stable v=
ersion.
2=E3=80=81Building our customized Thunderbird without mozilla source, and o=
nly
depends on Xulrunner.

When I trying submit a patch to thunderbird community, that's always need
to create a
bug in bug.mozilla.org, and that's very hard to use and slow.
The merging progress are very slow. That's why I am hesitate to
contributing things back.

>
> R. Kent James
> Chair, Thunderbird Council
>
>
> On 12/3/2015 8:52 PM, =E7=BD=97=E5=8B=87=E5=88=9A(Yonggang Luo)  wrote:
>
>> 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 downloadin=
g
>> those binaries.
>>
>> 9=E3=80=81Packaging the mozbuild building system into the xulrunner, so =
that we
>> won't need
>>       the whole mozilla source-tree.
>> 10=E3=80=81 The xulrunner only chasing for stable version of firefox, un=
less there
>> is much need of new functional, then the xulrunner only based on ESR
>> version of firefox.
>>
>>
> _______________________________________________
> dev-platform mailing list
> dev-platform@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-platform
>



--=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 8:06:38 AM
On 12/4/2015 3:06 AM, 罗勇刚(Yonggang Luo)  wrote:
> When I trying submit a patch to thunderbird community, that's always need
> to create a
> bug in bug.mozilla.org, and that's very hard to use and slow.
> The merging progress are very slow. That's why I am hesitate to
> contributing things back.

Do you a guess of _why_ they are slow?
How serious is the slowness?
How much faster would it need to be to be acceptable?


0
Wayne
12/4/2015 9:35:43 AM
PGRpdiBkaXI9Imx0ciI+PGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRyIj48YnI+CjwvZGl2PjxkaXYg
ZGlyPSJsdHIiPjxmb250IGNvbG9yID0iI2FiYjJiYiI+5Y+R6IeqV1BT6YKu566x5a6i5oi256uv
PC9mb250PuWcqCA8YSBocmVmPSJ0ZWw6MjAxNSI+MjAxNTwvYT7lubQxMuaciDTml6Ug5LiL5Y2I
NTo0MO+8jFdheW5lIDw8YSBocmVmPSJtYWlsdG86dnNlZXJyb3JAbGVoaWdoLmVkdSI+dnNlZXJy
b3JAbGVoaWdoLmVkdTwvYT4+5YaZ6YGT77yaPGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRyIj48YnI+
CjwvZGl2PjxkaXYgZGlyPSJsdHIiPk9uIDEyLzQvMjAxNSAzOjA2IEFNLCDnvZfli4fliJooWW9u
Z2dhbmcgTHVvKcKgIHdyb3RlOjxicj4KPC9kaXY+PGRpdiBkaXI9Imx0ciI+PiBXaGVuIEkgdHJ5
aW5nIHN1Ym1pdCBhIHBhdGNoIHRvIHRodW5kZXJiaXJkIGNvbW11bml0eSwgdGhhdCdzIGFsd2F5
cyBuZWVkPGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRyIj4+IHRvIGNyZWF0ZSBhPGJyPgo8L2Rpdj48
ZGl2IGRpcj0ibHRyIj4+IGJ1ZyBpbiA8YSBocmVmPSJodHRwOi8vYnVnLm1vemlsbGEub3JnIj5i
dWcubW96aWxsYS5vcmc8L2E+LCBhbmQgdGhhdCdzIHZlcnkgaGFyZCB0byB1c2UgYW5kIHNsb3cu
PGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRyIj4+IFRoZSBtZXJnaW5nIHByb2dyZXNzIGFyZSB2ZXJ5
IHNsb3cuIFRoYXQncyB3aHkgSSBhbSBoZXNpdGF0ZSB0bzxicj4KPC9kaXY+PGRpdiBkaXI9Imx0
ciI+PiBjb250cmlidXRpbmcgdGhpbmdzIGJhY2suPGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRyIj5E
byB5b3UgYSBndWVzcyBvZiBfd2h5XyB0aGV5IGFyZSBzbG93Pzxicj4KPC9kaXY+PGRpdiBkaXI9
Imx0ciI+SG93IHNlcmlvdXMgaXMgdGhlIHNsb3duZXNzPzxicj4KPC9kaXY+PGRpdiBkaXI9Imx0
ciI+SG93IG11Y2ggZmFzdGVyIHdvdWxkIGl0IG5lZWQgdG8gYmUgdG8gYmUgYWNjZXB0YWJsZT88
YnI+CjwvZGl2PjxkaXYgZGlyPSJsdHIiPjxicj4KPC9kaXY+PGRpdiBkaXI9Imx0ciI+VW5kZXIg
d2luMzIsIHRoZSBsbGlua2FnZSB0aW1lIG9mIDxhIGhyZWY9Imh0dHA6Ly94dWwuZGxsIj54dWwu
ZGxsPC9hPiBpcyA1bWludXRlcyBvbiBzc2QgbWFjaGluZSzCoCB0aGF5c3RoYXQncyBub3QgYWNj
ZXB0YWJsZS48YnI+CjwvZGl2PjxkaXYgZGlyPSJsdHIiPl9fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fPGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRyIj5kZXYtcGxh
dGZvcm0gbWFpbGluZyBsaXN0PGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRyIj48YSBocmVmPSJtYWls
dG86ZGV2LXBsYXRmb3JtQGxpc3RzLm1vemlsbGEub3JnIj5kZXYtcGxhdGZvcm1AbGlzdHMubW96
aWxsYS5vcmc8L2E+PGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRyIj48YSBocmVmPSJodHRwczovL2xp
c3RzLm1vemlsbGEub3JnL2xpc3RpbmZvL2Rldi1wbGF0Zm9ybSI+aHR0cHM6Ly9saXN0cy5tb3pp
bGxhLm9yZy9saXN0aW5mby9kZXYtcGxhdGZvcm08L2E+PGJyPgo8L2Rpdj48ZGl2IGRpcj0ibHRy
Ij48YnI+CjwvZGl2PjxkaXYgZGlyPSJsdHIiPjxicj4KPC9kaXY+

0
luoyonggang
12/4/2015 1:52:15 PM
Reply:

Similar Artilces:

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...

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...

Is dev-platform for platform users or platform developers?
So since dev-tech-xpcom closed, there's been an awful lot of traffic on dev-platform from platform users. I don't really have time to read this, and it probably means I'll be paying less attention to the platform developer traffic on dev-platform (if any at all; I'd long since unsubscribed to dev-tech-xpcom until told to resubscribe to follow the XPCOM memory management discussion). Does this discussion belong on dev-platform, or should it be redirected elsewhere? -David -- L. David Baron http://dbaron.org/ Mozilla Corporation ...

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 ...

Bug Bug Bug!...
With the 2.0.0.13 and 4 tabs opened firefox crashes... or when a page is loading and clic on any link it crashes... i can't obtain a log or trace or something to give you for debug... ...

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 ...

bugs, bugs, and more bugs..
Name: Michael Email: michaelatthemessengerdotcomdotua Product: Firefox Summary: bugs, bugs, and more bugs.. Comments: Your browser is really headed downhill fast!!! Do any of you techies realize there is a segment of the normal world that just wants to use a program for a year or two without changes??? I couldn't give a crap if it has a few holes, I just want it to work normally. I realize I need to upgrade from time to time (once a year is more than normal enough), but every month or two is just plain stupid. It's extremely difficult not to upgrade Mozilla, it...

Bugs...bugs and more bugs
Hi all, We are currently running PB 7.2 build 8046. We have been unable to move to higher build versions since everytime we find new issues that cause us to go back to 8046. Two weeks ago, we installed the latest EBF bug fix version for PB 7.3 (build 10180). After preliminary tests, it seemed that everything is working fine.... finaly!! Well, today, we found that in two of our more complex datawindows, we get GPF (general protection fault) upon saving or regeneration. These datawindows contain both blob objects as well as nested reports. However, if you remove either t...

Apple patches critical Java bugs, but leaves Leopard users vulnerable
Syncs Mac OS X 10.5 with Sun's early August fixes, but remains an update behind; Snow Leopard in same boat. http://www.computerworld.com/s/article/9137502/Apple_patches_critical_Java_bugs_but_leaves_Leopard_users_vulnerable -- "If U know neither the enemy nor yourself,U will succumb in every battle" ...

POP3 with leave mesages on server bug in 1.5.0.8
Name: Attila Farago Email: shmooatfreemaildothu Product: Thunderbird Summary: POP3 with leave mesages on server bug in 1.5.0.8 Comments: Checking the leave messages on server with a POP3 box produces error. For each and every mail-check all the messages are downloaded (not only the new ones), thus my mailbox has now 150 messages (10x the actual number of 15) and it seems it will increase.... I am trying to get mail from POP3 box of freemail.hu. Browser Details: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 ...

Bug in Pbl 8.0: dw reset leaves empty rows
Query a dw for multiple rows; Reset dw; In the controlling window function type dw.insertRow(0); Result: dw displays the original set of rows (with the scrollbar on the dw), first row being 'good' - with enterable fields, display labels, while the other rows being blank. sasha. PS I remember the similar bug in 6.5 or so, fixed in later releases. ...

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 granted: [Bug 373518] event. relatedTarget is never set when leaving popup
Robert O'Callahan <roc@ocallahan.org> has granted superreview: Bug 373518: event.relatedTarget is never set when leaving popup https://bugzilla.mozilla.org/show_bug.cgi?id=373518 Attachment 258949: Possible patch https://bugzilla.mozilla.org/attachment.cgi?id=258949&action=edit ...

superreview requested: [Bug 390446] Javascript is still disabled after leaving a page that had designMode on
Peter Van der Beken <peterv@propagandism.org> has asked Johnny Stenback (:jst) <jst@mozilla.org> for superreview: Bug 390446: Javascript is still disabled after leaving a page that had designMode on https://bugzilla.mozilla.org/show_bug.cgi?id=390446 Attachment 287858: v1.1 https://bugzilla.mozilla.org/attachment.cgi?id=287858&action=edit ...

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

Resources last updated: 1/17/2016 10:42:12 AM