[PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[John Snow]

I was unable to get in touch with Stefan and I am not currently sure
if this module is maintained or not. To prevent an avalanche of
bounced emails, remove his contact information.

Signed-off-by: John Snow <jsnow@redhat.com>
---
 MAINTAINERS | 4 +---
 1 file changed, 1 insertion(+), 3 deletions(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 2a0ee348c4e..69803afe995 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -3839,8 +3839,7 @@ S: Maintained
 F: scripts/simpletrace.py
 
 TPM
-M: Stefan Berger <stefanb@linux.ibm.com>
-S: Maintained
+S: Orphan
 F: system/tpm*
 F: hw/tpm/*
 F: include/hw/acpi/tpm.h
@@ -3849,7 +3848,6 @@ F: qapi/tpm.json
 F: backends/tpm/
 F: tests/qtest/*tpm*
 F: docs/specs/tpm.rst
-T: git https://github.com/stefanberger/qemu-tpm.git tpm-next
 
 SPDM, PCIe DOE
 M: Alistair Francis <alistair.francis@wdc.com>
-- 
2.55.0

Re: [PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[Marc-André Lureau]

[-- Attachment #1: Type: text/plain, Size: 1138 bytes --]

Hi

Le mar. 1 sept. 2026, 23:54, John Snow <jsnow@redhat.com> a écrit :

> I was unable to get in touch with Stefan and I am not currently sure
> if this module is maintained or not. To prevent an avalanche of
> bounced emails, remove his contact information.
>

Really? There must be something wrong. He is a very responsive and active
maintainer.


> Signed-off-by: John Snow <jsnow@redhat.co <jsnow@redhat.com>
> ---
>  MAINTAINERS | 4 +---
>  1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/MAINTAINERS b/MAINTAINERS
> index 2a0ee348c4e..69803afe995 100644
> --- a/MAINTAINERS
> +++ b/MAINTAINERS
> @@ -3839,8 +3839,7 @@ S: Maintained
>  F: scripts/simpletrace.py
>
>  TPM
> -M: Stefan Berger <stefanb@linux.ibm.com>
> -S: Maintained
> +S: Orphan
>  F: system/tpm*
>  F: hw/tpm/*
>  F: include/hw/acpi/tpm.h
> @@ -3849,7 +3848,6 @@ F: qapi/tpm.json
>  F: backends/tpm/
>  F: tests/qtest/*tpm*
>  F: docs/specs/tpm.rst
> -T: git https://github.com/stefanberger/qemu-tpm.git tpm-next
>
>  SPDM, PCIe DOE
>  M: Alistair Francis <alistair.francis@wdc.com>
> --
> 2.55.0
>
>
>

[-- Attachment #2: Type: text/html, Size: 2118 bytes --]

Re: [PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[John Snow]

On Tue, Sep 1, 2026 at 4:18 PM Marc-André Lureau
<marcandre.lureau@gmail.com> wrote:
>
>
> Hi
>
> Le mar. 1 sept. 2026, 23:54, John Snow <jsnow@redhat.com> a écrit :
>>
>> I was unable to get in touch with Stefan and I am not currently sure
>> if this module is maintained or not. To prevent an avalanche of
>> bounced emails, remove his contact information.
>
>
> Really? There must be something wrong. He is a very responsive and active maintainer.

All of the emails I have are bouncing; I hope they turn up! I would
love to be proven hasty.

--js

Re: [PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[Daniel P. Berrangé]

On Tue, Sep 01, 2026 at 06:11:03PM -0400, John Snow wrote:
> On Tue, Sep 1, 2026 at 4:18 PM Marc-André Lureau
> <marcandre.lureau@gmail.com> wrote:
> >
> >
> > Hi
> >
> > Le mar. 1 sept. 2026, 23:54, John Snow <jsnow@redhat.com> a écrit :
> >>
> >> I was unable to get in touch with Stefan and I am not currently sure
> >> if this module is maintained or not. To prevent an avalanche of
> >> bounced emails, remove his contact information.
> >
> >
> > Really? There must be something wrong. He is a very responsive and active maintainer.
> 
> All of the emails I have are bouncing; I hope they turn up! I would
> love to be proven hasty.

When I replied to John's docs series last week it triggered a
blizzard of non-delivery emails for Stefan's address:

  Attempting to deliver following mail to recipient(s):
    <stefanb@linux.ibm.com>
  VMSDVM9.POK.IBM.COM unable to connect for 1 days to recipient host.
  Delivery will be attempted for a total of 3 days.

but I never got any more of those after that, and the 3 days passed,
so I'm thinking they did indeed get delivered in the end.

With regards,
Daniel
-- 
|: https://berrange.com       ~~        https://hachyderm.io/@berrange :|
|: https://libvirt.org          ~~          https://entangle-photo.org :|
|: https://pixelfed.art/berrange   ~~    https://fstop138.berrange.com :|

Re: [PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[Markus Armbruster]

Daniel P. Berrangé <berrange@redhat.com> writes:

> On Tue, Sep 01, 2026 at 06:11:03PM -0400, John Snow wrote:
>> On Tue, Sep 1, 2026 at 4:18 PM Marc-André Lureau
>> <marcandre.lureau@gmail.com> wrote:
>> >
>> >
>> > Hi
>> >
>> > Le mar. 1 sept. 2026, 23:54, John Snow <jsnow@redhat.com> a écrit :
>> >>
>> >> I was unable to get in touch with Stefan and I am not currently sure
>> >> if this module is maintained or not. To prevent an avalanche of
>> >> bounced emails, remove his contact information.
>> >
>> >
>> > Really? There must be something wrong. He is a very responsive and active maintainer.
>> 
>> All of the emails I have are bouncing; I hope they turn up! I would
>> love to be proven hasty.
>
> When I replied to John's docs series last week it triggered a
> blizzard of non-delivery emails for Stefan's address:
>
>   Attempting to deliver following mail to recipient(s):
>     <stefanb@linux.ibm.com>
>   VMSDVM9.POK.IBM.COM unable to connect for 1 days to recipient host.
>   Delivery will be attempted for a total of 3 days.
>
> but I never got any more of those after that, and the 3 days passed,
> so I'm thinking they did indeed get delivered in the end.
>
> With regards,
> Daniel

I got several "552 Over quota" bounces in the past few days.

Re: [PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[Stefan Berger]

On 9/1/26 6:11 PM, John Snow wrote:
> On Tue, Sep 1, 2026 at 4:18 PM Marc-André Lureau
> <marcandre.lureau@gmail.com> wrote:
>>
>>
>> Hi
>>
>> Le mar. 1 sept. 2026, 23:54, John Snow <jsnow@redhat.com> a écrit :
>>>
>>> I was unable to get in touch with Stefan and I am not currently sure
>>> if this module is maintained or not. To prevent an avalanche of
>>> bounced emails, remove his contact information.
>>
>>
>> Really? There must be something wrong. He is a very responsive and active maintainer.
> 
> All of the emails I have are bouncing; I hope they turn up! I would
> love to be proven hasty.

There was a problem with my email account but only over the last few 
days. The problem should be resolved now.

> 
> --js
> 
> 

Re: [PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[Stefan Berger]

On 9/2/26 6:34 AM, Markus Armbruster wrote:
> Daniel P. Berrangé <berrange@redhat.com> writes:
> 
>> On Tue, Sep 01, 2026 at 06:11:03PM -0400, John Snow wrote:
>>> On Tue, Sep 1, 2026 at 4:18 PM Marc-André Lureau
>>> <marcandre.lureau@gmail.com> wrote:
>>>>
>>>>
>>>> Hi
>>>>
>>>> Le mar. 1 sept. 2026, 23:54, John Snow <jsnow@redhat.com> a écrit :
>>>>>
>>>>> I was unable to get in touch with Stefan and I am not currently sure
>>>>> if this module is maintained or not. To prevent an avalanche of
>>>>> bounced emails, remove his contact information.
>>>>
>>>>
>>>> Really? There must be something wrong. He is a very responsive and active maintainer.
>>>
>>> All of the emails I have are bouncing; I hope they turn up! I would
>>> love to be proven hasty.
>>
>> When I replied to John's docs series last week it triggered a
>> blizzard of non-delivery emails for Stefan's address:
>>
>>    Attempting to deliver following mail to recipient(s):
>>      <stefanb@linux.ibm.com>
>>    VMSDVM9.POK.IBM.COM unable to connect for 1 days to recipient host.
>>    Delivery will be attempted for a total of 3 days.
>>
>> but I never got any more of those after that, and the 3 days passed,
>> so I'm thinking they did indeed get delivered in the end.
>>
>> With regards,
>> Daniel
> 
> I got several "552 Over quota" bounces in the past few days.
> 
Right. I was trying to get Thunderbird to use my retention policy for 
holding a certain number of emails per mailing list. No luck. It went 
back to what *it* wanted and I went away for a few days and ran over 
quota. Problem solved by unsubscribing.

> 

Re: [PATCH] MAINTAINERS: Remove stale contact info for Stefan Berger

[John Snow]

[-- Attachment #1: Type: text/plain, Size: 1883 bytes --]

Sorry for the false alarm, then! Glad to see you well!

On Wed, Sep 2, 2026, 10:24 AM Stefan Berger <stefanb@linux.ibm.com> wrote:

>
>
> On 9/2/26 6:34 AM, Markus Armbruster wrote:
> > Daniel P. Berrangé <berrange@redhat.com> writes:
> >
> >> On Tue, Sep 01, 2026 at 06:11:03PM -0400, John Snow wrote:
> >>> On Tue, Sep 1, 2026 at 4:18 PM Marc-André Lureau
> >>> <marcandre.lureau@gmail.com> wrote:
> >>>>
> >>>>
> >>>> Hi
> >>>>
> >>>> Le mar. 1 sept. 2026, 23:54, John Snow <jsnow@redhat.com> a écrit :
> >>>>>
> >>>>> I was unable to get in touch with Stefan and I am not currently sure
> >>>>> if this module is maintained or not. To prevent an avalanche of
> >>>>> bounced emails, remove his contact information.
> >>>>
> >>>>
> >>>> Really? There must be something wrong. He is a very responsive and
> active maintainer.
> >>>
> >>> All of the emails I have are bouncing; I hope they turn up! I would
> >>> love to be proven hasty.
> >>
> >> When I replied to John's docs series last week it triggered a
> >> blizzard of non-delivery emails for Stefan's address:
> >>
> >>    Attempting to deliver following mail to recipient(s):
> >>      <stefanb@linux.ibm.com>
> >>    VMSDVM9.POK.IBM.COM unable to connect for 1 days to recipient host.
> >>    Delivery will be attempted for a total of 3 days.
> >>
> >> but I never got any more of those after that, and the 3 days passed,
> >> so I'm thinking they did indeed get delivered in the end.
> >>
> >> With regards,
> >> Daniel
> >
> > I got several "552 Over quota" bounces in the past few days.
> >
> Right. I was trying to get Thunderbird to use my retention policy for
> holding a certain number of emails per mailing list. No luck. It went
> back to what *it* wanted and I went away for a few days and ran over
> quota. Problem solved by unsubscribing.
>
> >
>
>

[-- Attachment #2: Type: text/html, Size: 3029 bytes --]