From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=HTML_MESSAGE,T_TVD_MIME_EPI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 21761 invoked from network); 26 Oct 2020 13:42:33 -0000 Received: from bsd.lv (HELO mandoc.bsd.lv) (66.111.2.12) by inbox.vuxu.org with ESMTPUTF8; 26 Oct 2020 13:42:33 -0000 Received: from fantadrom.bsd.lv (localhost [127.0.0.1]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 63be61ed for ; Mon, 26 Oct 2020 08:42:30 -0500 (EST) Received: from mail-oi1-f172.google.com (mail-oi1-f172.google.com [209.85.167.172]) by mandoc.bsd.lv (OpenSMTPD) with ESMTP id 295a57fb for ; Mon, 26 Oct 2020 08:42:24 -0500 (EST) Received: by mail-oi1-f172.google.com with SMTP id c72so1104530oig.9 for ; Mon, 26 Oct 2020 06:42:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=CuOzIl0VBDuMBlOzE0w0w4huSGYrEOmj0WNNcsMRwX4=; b=fcxhKN8Z0/cE2/mZ68RInOVS5xGs1c2ImZmYTahqcWbLLS7sGH73XL4dPgT8Z5ah6e iG2wQ3jgf8QocO4X5CJgPnKHiVfr8vc838Zcf88l3CdkR66KPo8HNOuRqviUom9YeF0u 32GTCPQr1Is4HK5PjkOm7bJiGM8i05zvMxr2vTvzccydU12f8xAEZcTuluXTTQrtJh2R j8eJdB00boQBeCeAIJwPQdNxTDmQPaWNlY3v5qnrExlTG51+JDr1M9URsRc5iVEFXPLg tQ3xtAj56lVPS7BxXfalWZ+fbZsmlDt00tE11qDdja0ktctNfLVrbnye3GFjacQrvX1D 3EoA== X-Gm-Message-State: AOAM531rTvjI5kqTyWd1dzk/HxiRK+p7dB7jxSwWvWNVo6Pz8EsveXPx gkzQk3LOy3OUHEeXl+cD0AvDDlAUO5L2XxPYLNUj5iL70Pl/TQ== X-Google-Smtp-Source: ABdhPJwY3eHs18NLas+xAx7j1tfV/TXCtpZdugGaol8q3OPqprPlftGjHK3Vke2Rhk+P/U+lkxY731EqZg1PgjN2VSg= X-Received: by 2002:a05:6808:18a:: with SMTP id w10mr13945031oic.85.1603719743351; Mon, 26 Oct 2020 06:42:23 -0700 (PDT) X-Mailinglist: mandoc-discuss Reply-To: discuss@mandoc.bsd.lv MIME-Version: 1.0 References: <20201016174636.GA5947@athene.usta.de> <20201026132653.GB62142@athene.usta.de> In-Reply-To: <20201026132653.GB62142@athene.usta.de> From: Michael Stapelberg Date: Mon, 26 Oct 2020 14:42:12 +0100 Message-ID: Subject: Re: In HTML output literal blocks should strip newline before closing pre To: discuss@mandoc.bsd.lv Content-Type: multipart/alternative; boundary="0000000000009f454e05b29319ff" --0000000000009f454e05b29319ff Content-Type: text/plain; charset="UTF-8" That sounds reasonable! Thanks for sharing your plans. On Mon, Oct 26, 2020 at 2:27 PM Ingo Schwarze wrote: > Hi Michael, > > Michael Stapelberg wrote on Sun, Oct 25, 2020 at 09:45:56PM +0100: > > > Ingo, would you be willing to cut a new release anytime soon? > > Yes, i have been eager to do that for quite some time already. > > > There have been a number of fixes, I think, that have not yet made > > it into any release version. > > There are still two holdups that i'm trying to get out of the way: > > 1. A fuzzing run found a number of crashes, mostly assertion > failures and NULL pointer accesses. Most of these have already > been fixed, but there is still a small number that need to be > investigated. I want to finish that before release because > i do not want to make a release containing known bugs. > > 2. Unfortunately, the GNU troff project > https://www.gnu.org/software/groff/ > made the decision to also roll a release *right now*, and the > last release of groff was also two years ago, so quite a few > thinks changed over there, too, and there is some fallout to > be dealt with. Since i'm maintaining the groff port in OpenBSD > and since i'm also a groff developer, i must make sure nothing > goes wrong with that, which is draining some of my time that i > would like to spend on fixing the last few issues found in the > mandoc fuzzer run. > > But we will be getting there... > > Yours, > Ingo > -- > To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv > > -- Best regards, Michael --0000000000009f454e05b29319ff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
That sounds reasonable! Thanks for sharing your plans.
On M= on, Oct 26, 2020 at 2:27 PM Ingo Schwarze <schwarze@usta.de> wrote:
Hi Michael,

Michael Stapelberg wrote on Sun, Oct 25, 2020 at 09:45:56PM +0100:

> Ingo, would you be willing to cut a new release anytime soon?

Yes, i have been eager to do that for quite some time already.

> There have been a number of fixes, I think, that have not yet made
> it into any release version.

There are still two holdups that i'm trying to get out of the way:

=C2=A01. A fuzzing run found a number of crashes, mostly assertion
=C2=A0 =C2=A0 failures and NULL pointer accesses.=C2=A0 Most of these have = already
=C2=A0 =C2=A0 been fixed, but there is still a small number that need to be=
=C2=A0 =C2=A0 investigated.=C2=A0 I want to finish that before release beca= use
=C2=A0 =C2=A0 i do not want to make a release containing known bugs.

=C2=A02. Unfortunately, the GNU troff project
=C2=A0 =C2=A0 =C2=A0 https://www.gnu.org/software/groff/
=C2=A0 =C2=A0 made the decision to also roll a release *right now*, and the=
=C2=A0 =C2=A0 last release of groff was also two years ago, so quite a few<= br> =C2=A0 =C2=A0 thinks changed over there, too, and there is some fallout to<= br> =C2=A0 =C2=A0 be dealt with.=C2=A0 Since i'm maintaining the groff port= in OpenBSD
=C2=A0 =C2=A0 and since i'm also a groff developer, i must make sure no= thing
=C2=A0 =C2=A0 goes wrong with that, which is draining some of my time that = i
=C2=A0 =C2=A0 would like to spend on fixing the last few issues found in th= e
=C2=A0 =C2=A0 mandoc fuzzer run.

But we will be getting there...

Yours,
=C2=A0 Ingo
--
=C2=A0To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv


--
Best regards,
Michael
--0000000000009f454e05b29319ff-- -- To unsubscribe send an email to discuss+unsubscribe@mandoc.bsd.lv