{"thread":{"id":"18266","subject":"git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","startedAt":"2009-03-11T14:21:57Z","lastAt":"2009-03-31T20:56:31Z","messageCount":15,"participants":["Tom Holaday","Michael J Gruber","Jay Soffian","Alejandro Riveira","Alejandro Riveira Fernández","Todd Zullinger","byrnejb"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"107693","messageId":"5e68abd90903110721o414283a4te188b58e0e4df8ad@mail.gmail.com","threadId":"18266","inReplyTo":null,"subject":"git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Tom Holaday","fromEmail":"tlholaday@gmail.com","sentAt":"2009-03-11T14:21:57Z","receivedAt":"2009-03-11T14:21:57Z","isPatch":false,"sender":{"key":"tlholaday@gmail.com","avatar":null},"body":"Hello,\n\nOn OS X 10.5.6 (Leopard), the command ...\n\n xmlto -m callouts.xsl man git-filter-branch.xml\n\n... terminates with these errors:\n\nxmlto: input does not validate (status 1)\n/git-1.6.2/Documentation/git-filter-branch.xml:431: parser error :\nPCDATA invalid Char value 7\nClone it with git clone +++0+++. The clone\n ^\n/git-1.6.2/Documentation/git-filter-branch.xml:431: parser error :\nPCDATA invalid Char value 7\nClone it with git clone +++0+++. The clone\n ^\nmake[1]: *** [git-filter-branch.1] Error 1\nmake: *** [doc] Error 2\n\nWhat issue-tracker, if any, would be appropriate for this?\n\n-- Tom Holaday\n"},{"id":"107694","messageId":"49B7CDFA.30006@drmicha.warpmail.net","threadId":"18266","inReplyTo":"5e68abd90903110721o414283a4te188b58e0e4df8ad@mail.gmail.com","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Michael J Gruber","fromEmail":"git@drmicha.warpmail.net","sentAt":"2009-03-11T14:43:06Z","receivedAt":"2009-03-11T14:43:06Z","isPatch":false,"sender":{"key":"git@grubix.eu","avatar":"https://avatars.githubusercontent.com/u/233215?v=4"},"body":"Tom Holaday venit, vidit, dixit 11.03.2009 15:21:\n> Hello,\n> \n> On OS X 10.5.6 (Leopard), the command ...\n> \n> xmlto -m callouts.xsl man git-filter-branch.xml\n> \n> ... terminates with these errors:\n> \n> xmlto: input does not validate (status 1)\n> /git-1.6.2/Documentation/git-filter-branch.xml:431: parser error :\n> PCDATA invalid Char value 7\n> Clone it with git clone +++0+++. The clone\n> ^\n> /git-1.6.2/Documentation/git-filter-branch.xml:431: parser error :\n> PCDATA invalid Char value 7\n> Clone it with git clone +++0+++. The clone\n\nThat means that the xml file is incorrect already, which means it's an\nasciidoc problem. What's your asciidoc version?\n\n> ^\n> make[1]: *** [git-filter-branch.1] Error 1\n> make: *** [doc] Error 2\n> \n> What issue-tracker, if any, would be appropriate for this?\n\nYou should send a note to the mailing list ;)\n\nMichael\n"},{"id":"107697","messageId":"76718490903110812t5e1723ebi28a84da680422d8a@mail.gmail.com","threadId":"18266","inReplyTo":"5e68abd90903110721o414283a4te188b58e0e4df8ad@mail.gmail.com","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Jay Soffian","fromEmail":"jaysoffian@gmail.com","sentAt":"2009-03-11T15:12:01Z","receivedAt":"2009-03-11T15:12:01Z","isPatch":false,"sender":{"key":"jaysoffian@gmail.com","avatar":"https://avatars.githubusercontent.com/u/155970?v=4"},"body":"On Wed, Mar 11, 2009 at 10:21 AM, Tom Holaday wrote:\n> Hello,\n>\n> On OS X 10.5.6 (Leopard), the command ...\n>\n> xmlto -m callouts.xsl man git-filter-branch.xml\n>\n> ... terminates with these errors:\n\nAssuming you're using the MacPorts asciidoc, to build on OS X you need:\n\n export ASCIIDOC8=YesPlease\n export DOCBOOK_XSL_172=YesPlease\n\nAnd your man pages still won't be perfect. Preformatted text will look\nlike this:\n\n .ft C\n ...\n .ft\n\nI haven't had a chance to track down what is causing this. If you\nbuild and install the html pages and use \"help -w\" those are formatted\nfine. You may just want to install the prebuilt man-pages\n(quick-install-doc or quick-install-man).\n\nj.\n"},{"id":"107704","messageId":"76718490903110839m17041c7bxd7912eb09496c81a@mail.gmail.com","threadId":"18266","inReplyTo":"76718490903110812t5e1723ebi28a84da680422d8a@mail.gmail.com","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Jay Soffian","fromEmail":"jaysoffian@gmail.com","sentAt":"2009-03-11T15:39:06Z","receivedAt":"2009-03-11T15:39:06Z","isPatch":false,"sender":{"key":"jaysoffian@gmail.com","avatar":"https://avatars.githubusercontent.com/u/155970?v=4"},"body":"On Wed, Mar 11, 2009 at 11:12 AM, Jay Soffian wrote:\n> And your man pages still won't be perfect. Preformatted text will look\n> like this:\n>\n> .ft C\n> ...\n> .ft\n\nHmm. git-help.txt has this text:\n\n---snip---\n------------------------------------------------\n\t[man]\n\t\tviewer = konqueror\n\t\tviewer = woman\n------------------------------------------------\n---snap---\n\nWhich gets translated to:\n\n---snip---\n\n
.ft C
[man]\n viewer = konqueror\n viewer = woman
.ft
\n\n---snap---\n\nWhile git-push has this text:\n\n---snip---\n+\n--------------------------\ngit push public #1\ngit push --repo=public #2\n--------------------------\n+\n---snap---\n\nWhich gets translated to:\n\n---snip---\ngit push public #1\ngit push --repo=public #2\n---snap---\n\nBoth appear to render identically after being transformed into html,\nbut the transformation to man pages leaves the \".ft C\" and \".ft\"\nmacros literally in the resultant text. This is using asciidoc 8.3.1\nand docbook-xsl 1.74.0. Further investigation is in order, but the\ntransformation from asciidoc to man pages is currently deep magic to\nme.\n\nj.\n"},{"id":"107705","messageId":"76718490903110849x2ef48a89j3f17706390991eda@mail.gmail.com","threadId":"18266","inReplyTo":"76718490903110839m17041c7bxd7912eb09496c81a@mail.gmail.com","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Jay Soffian","fromEmail":"jaysoffian@gmail.com","sentAt":"2009-03-11T15:49:16Z","receivedAt":"2009-03-11T15:49:16Z","isPatch":false,"sender":{"key":"jaysoffian@gmail.com","avatar":"https://avatars.githubusercontent.com/u/155970?v=4"},"body":"On Wed, Mar 11, 2009 at 11:39 AM, Jay Soffian wrote:\n> On Wed, Mar 11, 2009 at 11:12 AM, Jay Soffian wrote:\n>> And your man pages still won't be perfect. Preformatted text will look\n>> like this:\n>>\n>> .ft C\n>> ...\n>> .ft\n\nI must be losing my mind. This is suddenly working, though I can't\ntrack it down to any change in git. I just rebuilt my man pages and\nthis no longer is occurring, even though I still have a terminal\nwindow open with the output of \"git help help\" _showing this problem_\nand that's from man pages I built/installed just a few days ago. (And\nI haven't upgraded MacPorts lately.)\n\nOh well.\n\nj.\n"},{"id":"107710","messageId":"49B7E670.7060606@drmicha.warpmail.net","threadId":"18266","inReplyTo":"76718490903110849x2ef48a89j3f17706390991eda@mail.gmail.com","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Michael J Gruber","fromEmail":"git@drmicha.warpmail.net","sentAt":"2009-03-11T16:27:28Z","receivedAt":"2009-03-11T16:27:28Z","isPatch":false,"sender":{"key":"git@grubix.eu","avatar":"https://avatars.githubusercontent.com/u/233215?v=4"},"body":"Jay Soffian venit, vidit, dixit 11.03.2009 16:49:\n> On Wed, Mar 11, 2009 at 11:39 AM, Jay Soffian wrote:\n>> On Wed, Mar 11, 2009 at 11:12 AM, Jay Soffian wrote:\n>>> And your man pages still won't be perfect. Preformatted text will look\n>>> like this:\n>>>\n>>> .ft C\n>>> ...\n>>> .ft\n> I must be losing my mind. This is suddenly working, though I can't\n> track it down to any change in git. I just rebuilt my man pages and\n> this no longer is occurring, even though I still have a terminal\n> window open with the output of \"git help help\" _showing this problem_\n> and that's from man pages I built/installed just a few days ago. (And\n> I haven't upgraded MacPorts lately.)\n> \n> Oh well.\n> \n> j.\n\nFWIW: The effect you describe (which is different from the OP) occurs on\nFedora 10 as well, and not only for git man pages, also for others. I've\nbeen meaning to look into this, just like I've been meaning to look into\nso much stuff...\n\nMichael\n"},{"id":"107732","messageId":"gp95vf$gp1$1@ger.gmane.org","threadId":"18266","inReplyTo":"49B7E670.7060606@drmicha.warpmail.net","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Alejandro Riveira","fromEmail":"ariveira@gmail.com","sentAt":"2009-03-11T20:12:31Z","receivedAt":"2009-03-11T20:12:31Z","isPatch":false,"sender":{"key":"ariveira@gmail.com","avatar":null},"body":"El Wed, 11 Mar 2009 17:27:28 +0100, Michael J Gruber escribió:\n\n> Jay Soffian venit, vidit, dixit 11.03.2009 16:49:\n\n>> \n>> j.\n> \n> FWIW: The effect you describe (which is different from the OP) occurs on\n> Fedora 10 as well, and not only for git man pages, also for others. I've\n> been meaning to look into this, just like I've been meaning to look into\n> so much stuff...\n> \n\n \"Me too\" from a Ubuntu 8.10 Box\n\n\n> Michael\n"},{"id":"107802","messageId":"49B8EF3E.2070208@drmicha.warpmail.net","threadId":"18266","inReplyTo":"gp95vf$gp1$1@ger.gmane.org","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Michael J Gruber","fromEmail":"git@drmicha.warpmail.net","sentAt":"2009-03-12T11:17:18Z","receivedAt":"2009-03-12T11:17:18Z","isPatch":false,"sender":{"key":"git@grubix.eu","avatar":"https://avatars.githubusercontent.com/u/233215?v=4"},"body":"Alejandro Riveira venit, vidit, dixit 11.03.2009 21:12:\n> El Wed, 11 Mar 2009 17:27:28 +0100, Michael J Gruber escribió:\n> \n>> Jay Soffian venit, vidit, dixit 11.03.2009 16:49:\n>>> j.\n>> FWIW: The effect you describe (which is different from the OP) occurs on\n>> Fedora 10 as well, and not only for git man pages, also for others. I've\n>> been meaning to look into this, just like I've been meaning to look into\n>> so much stuff...\n>>\n> \"Me too\" from a Ubuntu 8.10 Box\n\nFollowing up on this:\nOn Fedora 10, I have asciidoc 8.2.5 and docbook 1.7.4 xsl's. For proper\nman and html doc, I have to set DOCBOOK_XSL_172=Yes but leave ASCIIDOC8\nunset! I always forget, though (just like the packagers).\n\nSetting DOCBOOK_XSL_172 shuts off a certain hack which would otherwise\nintroduce the notorious .ft in man output.\n\nSetting ASCIIDOC8 would keep _emphasis_ from being transformed into\nemphasis, which means it would end up as literal\n_emphasis_ in man as well as html.\n\nMichael\n\nBTW: Alejandro, please don't cull cc here.\n"},{"id":"107830","messageId":"20090312150236.5684b816@varda","threadId":"18266","inReplyTo":"49B8EF3E.2070208@drmicha.warpmail.net","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Alejandro Riveira Fernández","fromEmail":"ariveira@gmail.com","sentAt":"2009-03-12T14:02:36Z","receivedAt":"2009-03-12T14:02:36Z","isPatch":false,"sender":{"key":"ariveira@gmail.com","avatar":null},"body":"El Thu, 12 Mar 2009 12:17:18 +0100\nMichael J Gruber escribió:\n\n> Alejandro Riveira venit, vidit, dixit 11.03.2009 21:12:\n\n> >>\n> > \"Me too\" from a Ubuntu 8.10 Box\n> \n> Following up on this:\n> On Fedora 10, I have asciidoc 8.2.5 and docbook 1.7.4 xsl's. For proper\n> man and html doc, I have to set DOCBOOK_XSL_172=Yes but leave ASCIIDOC8\n> unset! I always forget, though (just like the packagers).\n> \n> Setting DOCBOOK_XSL_172 shuts off a certain hack which would otherwise\n> introduce the notorious .ft in man output.\n> \n> Setting ASCIIDOC8 would keep _emphasis_ from being transformed into\n> emphasis, which means it would end up as literal\n> _emphasis_ in man as well as html.\n> \n> Michael\n> \n> BTW: Alejandro, please don't cull cc here.\n\n I'm sorry :[\n In my defense that was using gmane new service via Pan \n \n Thanks for the explanation on how to workaround the issue\n"},{"id":"107853","messageId":"20090312170931.GB19175@inocybe.teonanacatl.org","threadId":"18266","inReplyTo":"49B8EF3E.2070208@drmicha.warpmail.net","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Todd Zullinger","fromEmail":"tmz@pobox.com","sentAt":"2009-03-12T17:09:32Z","receivedAt":"2009-03-12T17:09:32Z","isPatch":false,"sender":{"key":"tmz@pobox.com","avatar":"https://avatars.githubusercontent.com/u/806319?v=4"},"body":"Michael J Gruber wrote:\n> Following up on this:\n> On Fedora 10, I have asciidoc 8.2.5 and docbook 1.7.4 xsl's. For\n> proper man and html doc, I have to set DOCBOOK_XSL_172=Yes but leave\n> ASCIIDOC8 unset! I always forget, though (just like the packagers).\n\nCheck the fedora git packages in rawhide, we don't set ASCIIDOC8. :)\n\nI experimented with that and found it did not improve things. We are\nonly setting DOCBOOK_XSL_172. Without that, we get the '.ft C'\ndroppings. With it, we get non-ascii characters in various places\n(where bold should be used to make the (1) notations stand out, for\nexample). This was filed as:\n\nhttps://bugzilla.redhat.com/show_bug.cgi?id=485161\n\nI didn't add DOCBOOK_XSL_172 to the F-10 packages yet, because I know\nthat it fixes one problem and causes another. Either way, we'd be\nshipping packages with known brokeness. I chose to stick with keeping\nthe currently broken '.ft C' behavior. Pick your poison. ;)\n\nOne of the fedora/red hat folks that works on the xmlto and docbook\npackages was going to take a look, as I very much don't understand the\ndocumentation stack. :/\n\nAnyone who does is very welcome to help find the culprit(s) and help\nget fixes to the proper places.\n\n-- \nTodd OpenPGP -> KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp\n~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\nThe worth of a state, in the long run, is the worth of the individuals\ncomposing it.\n -- John Stuart Mill\n\n"},{"id":"107925","messageId":"49BA356D.8050007@drmicha.warpmail.net","threadId":"18266","inReplyTo":"20090312170931.GB19175@inocybe.teonanacatl.org","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Michael J Gruber","fromEmail":"git@drmicha.warpmail.net","sentAt":"2009-03-13T10:29:01Z","receivedAt":"2009-03-13T10:29:01Z","isPatch":false,"sender":{"key":"git@grubix.eu","avatar":"https://avatars.githubusercontent.com/u/233215?v=4"},"body":"Todd Zullinger venit, vidit, dixit 12.03.2009 18:09:\n> Michael J Gruber wrote:\n>> Following up on this:\n>> On Fedora 10, I have asciidoc 8.2.5 and docbook 1.7.4 xsl's. For\n>> proper man and html doc, I have to set DOCBOOK_XSL_172=Yes but leave\n>> ASCIIDOC8 unset! I always forget, though (just like the packagers).\n> \n> Check the fedora git packages in rawhide, we don't set ASCIIDOC8. :)\n\nI was unclear, but I meant forgetting to set DOCB... But:\n\n> I experimented with that and found it did not improve things. We are\n> only setting DOCBOOK_XSL_172. Without that, we get the '.ft C'\n> droppings. With it, we get non-ascii characters in various places\n> (where bold should be used to make the (1) notations stand out, for\n> example). This was filed as:\n> \n> https://bugzilla.redhat.com/show_bug.cgi?id=485161\n\nI hadn't noticed that yet (neither the effect nor the report). So, you\nkept it unset intentionally and for a good reason. Please accept my apology!\n\n> \n> I didn't add DOCBOOK_XSL_172 to the F-10 packages yet, because I know\n> that it fixes one problem and causes another. Either way, we'd be\n> shipping packages with known brokeness. I chose to stick with keeping\n> the currently broken '.ft C' behavior. Pick your poison. ;)\n> \n> One of the fedora/red hat folks that works on the xmlto and docbook\n> packages was going to take a look, as I very much don't understand the\n> documentation stack. :/\n> \n> Anyone who does is very welcome to help find the culprit(s) and help\n> get fixes to the proper places.\n\nSo the easy solution is out again, quite a pitty. The problem occurs on\nF10 as well as F11/rawhide, right?\n\nOn a related issue: Does anybody know which asciidoc versions need\nasciidoc7compatible to be set? 8.2.5 and above certainly don't, so we\nshould not advise using it. asciidoc's hg repo doesn't go back much more\n(the initial revision does not need it either), and I haven't dug for\ntheir earlier history yet.\n\nMichael J Gruber\n"},{"id":"107964","messageId":"76718490903130918r733e3ef4meae49311883969b5@mail.gmail.com","threadId":"18266","inReplyTo":"49BA356D.8050007@drmicha.warpmail.net","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Jay Soffian","fromEmail":"jaysoffian@gmail.com","sentAt":"2009-03-13T16:18:02Z","receivedAt":"2009-03-13T16:18:02Z","isPatch":false,"sender":{"key":"jaysoffian@gmail.com","avatar":"https://avatars.githubusercontent.com/u/155970?v=4"},"body":"On Fri, Mar 13, 2009 at 6:29 AM, Michael J Gruber\n wrote:\n> On a related issue: Does anybody know which asciidoc versions need\n> asciidoc7compatible to be set? 8.2.5 and above certainly don't, so we\n> should not advise using it. asciidoc's hg repo doesn't go back much more\n> (the initial revision does not need it either), and I haven't dug for\n> their earlier history yet.\n\nI'm using 8.3.1 and set asciidoc7compatible. I don't recall why I set\nit, but I'm sure I had a good reason for it. :-)\n\nj.\n"},{"id":"107969","messageId":"49BA9283.9090607@drmicha.warpmail.net","threadId":"18266","inReplyTo":"76718490903130918r733e3ef4meae49311883969b5@mail.gmail.com","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"Michael J Gruber","fromEmail":"git@drmicha.warpmail.net","sentAt":"2009-03-13T17:06:11Z","receivedAt":"2009-03-13T17:06:11Z","isPatch":false,"sender":{"key":"git@grubix.eu","avatar":"https://avatars.githubusercontent.com/u/233215?v=4"},"body":"Jay Soffian venit, vidit, dixit 13.03.2009 17:18:\n> On Fri, Mar 13, 2009 at 6:29 AM, Michael J Gruber\n> wrote:\n>> On a related issue: Does anybody know which asciidoc versions need\n>> asciidoc7compatible to be set? 8.2.5 and above certainly don't, so we\n>> should not advise using it. asciidoc's hg repo doesn't go back much more\n>> (the initial revision does not need it either), and I haven't dug for\n>> their earlier history yet.\n> \n> I'm using 8.3.1 and set asciidoc7compatible. I don't recall why I set\n> it, but I'm sure I had a good reason for it. :-)\n\nAnd you don't have any issues with _emphasis_? E.g. in git help\nfilter-branch, \"positive\" in the second paragraph should be emphasized,\npossibly underlined.\n\nOK, I just checked myself. At least 8.2.7 still had problems, but 8.3.0\nis fine, even 8.4.1 is. asciidoc needs to be convinced forcibly to look\nfor its config in its own location (rather than /etc), which is what\ntripped off my first tests...\n\nSo, asciidoc version 8.3.0 and above is fine with asciidoc7compatible\n(at least regarding emphasis), 8.2.4~23 through 8.2.7 is not. Below\ntheir hg history ends.\n\nOh well, the doc tool chain. Dig into it and feel chained to a stool, in\nneed to see a doc. Lame pun, time to go home :|\n\nMichael\n"},{"id":"110057","messageId":"1238530620384-2565224.post@n2.nabble.com","threadId":"18266","inReplyTo":"76718490903130918r733e3ef4meae49311883969b5@mail.gmail.com","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"byrnejb","fromEmail":"byrnejb@harte-lyne.ca","sentAt":"2009-03-31T20:17:00Z","receivedAt":"2009-03-31T20:17:00Z","isPatch":false,"sender":{"key":"byrnejb@harte-lyne.ca","avatar":null},"body":"\nHi,\n\nI am attempting to build git-1.6.2-1 on CentOS5.3 and running into this problem:\n\n parser error : PCDATA invalid Char value 7\n\nI am using asciidoc-8.4.1 and yesterday, when I first built git from the src rpm, the process completed without error. The only thing that has happened to the build system since then is an update of perl packages from epel. I do not see how that would affect anything, but I include the information for completeness nonetheless. \n\nIn any case, I can live without the documentation if that will get the application built. I have tried the suggestions with respect to setting ENV variables without success:\n$ set\nASCIIDOC8=YesPlease\n...\nDOCBOOK_XSL_172=YesPlease\n\nSo, have I misunderstood the instructions given here? Is there something else I should do? Is there a way to simply skip the documentation part of the build?\n\n\n-- \nView this message in context: http://n2.nabble.com/git-doc-build-failure-on-OS-X-10.5.6-%28Leopard%29-during-xmlto-phase-tp2461534p2565224.html\nSent from the git mailing list archive at Nabble.com.\n"},{"id":"110067","messageId":"1238532991146-2565413.post@n2.nabble.com","threadId":"18266","inReplyTo":"1238530620384-2565224.post@n2.nabble.com","subject":"Re: git doc build failure on OS X 10.5.6 (Leopard) during xmlto phase","fromName":"byrnejb","fromEmail":"byrnejb@harte-lyne.ca","sentAt":"2009-03-31T20:56:31Z","receivedAt":"2009-03-31T20:56:31Z","isPatch":false,"sender":{"key":"byrnejb@harte-lyne.ca","avatar":null},"body":"\n\n\nIs there a way to simply skip the documentation part of the build?\n\n\n$ rpmbuild -bb --without docs git.spec # this gets me the application at least.\n\nIs there a fix or workaroung to get past the asciidoc error?\n-- \nView this message in context: http://n2.nabble.com/git-doc-build-failure-on-OS-X-10.5.6-%28Leopard%29-during-xmlto-phase-tp2461534p2565413.html\nSent from the git mailing list archive at Nabble.com.\n"}]}