archives.gentoo.org has in the past had issues with incorrectly formed XML causing blank pages to be returned. I tracked the issue down to how MHonArc orders portions of its output, and submitted a patch upstream for the bug, but there has been no response from the MHonArc devs. The patch is simple enough, I'd like to see it go into the 2.6.16 ebuild and possibly 2.6.16 marked stable. I've tested MHonArc 2.6.16 and the patch against Gentoo's mailing list archives extensively, and it's been working for about six months now. Reproducible: Always Steps to Reproduce: 1. Install MHonArc 2. Create MHonArc templates using TSubListEnd and TLiNoneEnd to output well-formed XML. 3. Run MHonArc against a mailing list large enough to have complex thread structure. Actual Results: The resulting page will not be well-formed XML. Expected Results: A well-formed XML document.
Missed including this, bug 144155 contains the patch and updated ebuild.
kumba: bump
2.6.16-r1 in the tree w/ patch. Let me know how it works.
Still problems somewhere. From http://archives.gentoo.org/gentoo-alpha/, see the top "It Works" post. http://archives.gentoo.org/gentoo-alpha/msg_fcb35637823c7d6508f4070ae5f801da.xml Oh, and mhonarc sucks big time - when I was testing out your change, it decided to vape all the mhonarc.db files, hence I just spent the last 6 hours teaching it about using a sane constant identifier instead (X-Archives-Hash injected by procmail [hash of a bunch of things, incl a salt], and then used by mhonarc to name the file).
upstream is unmaintained, right?
I'm uncertain. Kumba may know better.
Still valid with 2.6.18-r1?
asking "is it still valid" is enough to mark a bug as resolved ? I'm shocked.
Thomas, TEST-REQUEST means that bug may be resolved, but reporter must test and validate this resolution.
