Множественное наследование Python с абстрактным классом вызывает метод __new__ с неправильным количеством аргументов

У меня следующая ситуация:

class AbstractSpeaker(ABC):
    @abstractmethod
    def say_hello(self)->None:
         pass

    """... other abstract and maybe even concrete methods ..."""

class BasicGreeter:
  """implements a basic say_hello method so that Speakers
  don't need to implement it"""
  def __new__(cls):
      r=object.__new__(cls)
      r._language=Language.English #assume that Language is an appropriate Enum
      return r

 @property
 def language(self)->Language: 
    return self._language

 @language.setter
 def language(self, newLanguage:Language):
    self._language=newLanguage

 def say_hello(self)->None:
    if self.language is Language.English:
       print("Hello")
    elif self.language is Language.German:
       print("Hallo")
    elif self.language is Language.Italian:
      print("Ciao")
    else:
      print("Hi")

class Person(BasicGreeter, AbstractSpeaker):
    def __init__(self, name):
       self.name=name
    """goes on to implement everything AbstractSpeaker speaker commands but should
       use the say_hello method from BasicGreeter, who should also hold the language
       information.
    """

Но когда я хочу создать нового человека, я получаю TypeError:

>>> peter=Person('Peter')
Traceback (most recent call last):
File "<pyshell#19>", line 1, in <module>
peter=Person('Peter')
TypeError: __new__() takes 1 positional argument but 2 were given

Теперь я понимаю, что это как-то связано с тем фактом, что я реализовал метод новый в BasicGreeter, потому что, когда я переписываю BasicGreeter, чтобы использовать метод в этом вместо метода новый, а затем явно вызывать super.в этом() в инициализации Person оно работает. Но я хотел знать, есть ли способ сделать это с помощью метода новый, поскольку необходимость вызывать super.в этом() в каждой инициализации динамиков может быть источником ошибки, если ее когда-либо забудут. Любые идеи, можно ли это (класс, реализующий базовое соответствие в некоторых областях для абстрактного класса, чтобы дочерним элементам этого абстрактного класса не нужно было реализовывать один и тот же код)? Я знаю, что всегда мог бы пойти по пути 3-го поколения, сделав BasicGreeter абстрактным классом, но я думаю, что это более элегантный способ, поскольку он позволяет использовать BasicGreeter для других семейств, например. У меня может быть класс Robot с подклассом FriendlyRobot, который также может использовать наследование от BasicGreeter, но робот не обязательно является говорящим, и наоборот.