[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Updating mumi on berlin
From: |
zimoun |
Subject: |
Re: Updating mumi on berlin |
Date: |
Fri, 06 May 2022 09:48:29 +0200 |
Hi Thiago,
On Fri, 06 May 2022 at 00:22, Thiago Jung Bauermann <bauermann@kolabnow.com>
wrote:
> I didn't go that route because I don't like disabling tests without
> understanding why they fail and it took me a while to understand the
> zombie root cause. In addition to that, without the testsuite passing I
> didn't feel confident that I would be proposing a good enough package
> because virtually the only part of public-inbox that I use is lei
> itself. What if there was a regression in other parts of it and I didn't
> notice because I use so little?
>
> But I wouldn't mind disabling the part that checks that lei-daemon is
> truly gone, or even the whole testsuite if that is too complicated.
>
> On the other hand, the preferred solution would be the workaround
> pointed out by Maxim, where tini is used to run the testsuite and reap
> its sub-processes. I can probably take a stab at it over the weekend if
> no one beats me to it.
For sure. For it is worth, I try to keep in mind, :-)
Now is better than never.
Although never is often better than *right* now.
– The Zen of Python, by Tim Peters –
and
Perfect is the enemy of good
– commonly attributed to Voltaire –
Cheers,
simon
- Re: Updating mumi on berlin, (continued)
- Re: Updating mumi on berlin, zimoun, 2022/05/05
- public-inbox v1.7 update (was: Updating mumi on berlin), Kyle Meyer, 2022/05/05
- Re: public-inbox v1.7 update (was: Updating mumi on berlin), zimoun, 2022/05/06
- Re: public-inbox v1.7 update (was: Updating mumi on berlin), Kyle Meyer, 2022/05/08
- Re: public-inbox v1.7 update (was: Updating mumi on berlin), zimoun, 2022/05/09
- Re: Updating mumi on berlin, Thiago Jung Bauermann, 2022/05/06
- Re: Updating mumi on berlin,
zimoun <=
- Re: Updating mumi on berlin, Thiago Jung Bauermann, 2022/05/15