Nightly CVS not using current BoostBook L&F
A while back, Doug Gregor mentioned that the metacomm Nightly CVS did not use the new BoostBook L&F. This has since been updated, and the problem has persisted -- the Nightly CVS does not reflect the latest XSL:T. Regards, Reece _________________________________________________________________ Express yourself with cool new emoticons http://www.msn.co.uk/specials/myemo
Reece Dunn wrote:
A while back, Doug Gregor mentioned that the metacomm Nightly CVS did not use the new BoostBook L&F. This has since been updated, and the problem has persisted -- the Nightly CVS does not reflect the latest XSL:T.
That's because the BoostBook builds have been failing for us for a while (see the attached log). Unfortunately, neither Misha nor I had time to look into it yet; it might as well be a local problem. We'll try to sort it out in a day or two. -- Aleksey Gurtovoy MetaCommunications Engineering
Aleksey Gurtovoy wrote:
Reece Dunn wrote:
A while back, Doug Gregor mentioned that the metacomm Nightly CVS did not use the new BoostBook L&F. This has since been updated, and the problem
has
persisted -- the Nightly CVS does not reflect the latest XSL:T.
That's because the BoostBook builds have been failing for us for a while (see the attached log). Unfortunately, neither Misha nor I had time to look into it yet; it might as well be a local problem. We'll try to sort it out in a day or two.
Apparently, mailman decided to strip your attachment :-( What is the reason that mailman rejects any attachments at all? - Volodya
Vladimir Prus wrote:
Aleksey Gurtovoy wrote:
That's because the BoostBook builds have been failing for us for a while (see the attached log). Unfortunately, neither Misha nor I had time to look into it yet; it might as well be a local problem. We'll try to sort it out in a day or two.
Apparently, mailman decided to strip your attachment :-(
Indeed.
What is the reason that mailman rejects any attachments at all?
Unknown, since nobody spoke up since http://tinyurl.com/2mqkr. IMO we should just restore the status quo. -- Aleksey Gurtovoy MetaCommunications Engineering
Aleksey Gurtovoy <agurtovoy@meta-comm.com> writes:
Vladimir Prus wrote:
Aleksey Gurtovoy wrote:
That's because the BoostBook builds have been failing for us for a while (see the attached log). Unfortunately, neither Misha nor I had time to look into it yet; it might as well be a local problem. We'll try to sort it out in a day or two.
Apparently, mailman decided to strip your attachment :-(
Indeed.
What is the reason that mailman rejects any attachments at all?
Unknown, since nobody spoke up since http://tinyurl.com/2mqkr. IMO we should just restore the status quo.
Problem is that it's unknown what the status quo was. The current status is that the following MIME types are let through: multipart/mixed multipart/alternative text/plain text/x-cplusplus text/x-c++src text/x-c++hdr text/x-csrc text/x-chdr text/html but HTML will be converted to plaintext. -- Dave Abrahams Boost Consulting www.boost-consulting.com
David Abrahams wrote:
Unknown, since nobody spoke up since http://tinyurl.com/2mqkr. IMO we should just restore the status quo.
Problem is that it's unknown what the status quo was. The current status is that the following MIME types are let through:
multipart/mixed multipart/alternative text/plain text/x-cplusplus text/x-c++src text/x-c++hdr text/x-csrc text/x-chdr text/html
but HTML will be converted to plaintext.
My mailman installation says: "Leave this field blank to skip this filter test." so maybe it should be really left blank? The set of reasonable extension is hard to guess in advance (at least .diff, .patch, .log, .out are possible, but who knows...) - Volodya
Vladimir Prus <ghost@cs.msu.su> writes:
David Abrahams wrote:
Unknown, since nobody spoke up since http://tinyurl.com/2mqkr. IMO we should just restore the status quo.
Problem is that it's unknown what the status quo was. The current status is that the following MIME types are let through:
multipart/mixed multipart/alternative text/plain text/x-cplusplus text/x-c++src text/x-c++hdr text/x-csrc text/x-chdr text/html
but HTML will be converted to plaintext.
My mailman installation says:
"Leave this field blank to skip this filter test."
so maybe it should be really left blank? The set of reasonable extension is hard to guess in advance (at least .diff, .patch, .log, .out are possible, but who knows...)
I think the goal is to prevent viral intrusion and unreasonably large downloads. That said, we probably have enough safeguards in place with the "first-post-moderated" policy and posting size limits that you're probably right. As long as HTML is still being converted to plaintext, I don't forsee any problems. Objections to clearing the MIME type filter field, anyone? -- Dave Abrahams Boost Consulting www.boost-consulting.com
David Abrahams <dave@boost-consulting.com> writes:
so maybe it should be really left blank? The set of reasonable extension is hard to guess in advance (at least .diff, .patch, .log, .out are possible, but who knows...)
I think the goal is to prevent viral intrusion and unreasonably large downloads. That said, we probably have enough safeguards in place with the "first-post-moderated" policy and posting size limits that you're probably right. As long as HTML is still being converted to plaintext, I don't forsee any problems.
Objections to clearing the MIME type filter field, anyone?
OK, it's been cleared. -- Dave Abrahams Boost Consulting www.boost-consulting.com
Reece Dunn wrote:
A while back, Doug Gregor mentioned that the metacomm Nightly CVS did not use the new BoostBook L&F. This has since been updated, and the problem has persisted -- the Nightly CVS does not reflect the latest XSL:T.
Should be fixed now. -- Aleksey Gurtovoy MetaCommunications Engineering
participants (4)
-
Aleksey Gurtovoy -
David Abrahams -
Reece Dunn -
Vladimir Prus