[avahi] Avahi mailing list open again!

[Petr Menšík]

On 10/11/22 21:31, Till Kamppeter wrote:
> On 11/10/2022 21:12, Petr Menšík wrote:
>> On 10/11/22 20:57, Till Kamppeter wrote:
>>> Some weeks ago, I have seen this bug report from Adrian Cable on Avahi:
>>>
>>> https://github.com/lathiat/avahi/issues/388
>>>
>>> and this comment
>>>
>>> https://github.com/lathiat/avahi/issues/388#issuecomment-1196167125
>>>
>>> where he expresses that he wants to volunteer on maintaining work on 
>>> Avahi.
>>>
>
> Do you also know Adrian?
No, sorry. I am not directly involved in printing at all.
>
>> Understood. I am a colleague of Zdeněk Dohnal, I guess you would know 
>> him from Open Printing group.
>
> I know him very well. He is part of my team, the OpenPrinting team. He 
> does a lot of bug triaging, is release manager of CUPS 2.4.x. Does a 
> lot of nice things for us. He will also be on the Ubuntu Summit in 
> Prague in November and there with me on the OpenPrinting Community 
> sessions (it is only 2 hours drive from Brno, you could also come).
Oh sure, I could come. But I work on RHEL, Fedora. I use those. I 
haven't used any Ubuntu for several years, let alone make a package for 
it. My focus is the DNS. I maintain dnsmasq, unbound and bind9 on Fedora 
and RHEL. I am not sure there would be any topics related to my area of 
expertise on Ubuntu Summit. But I admit having so big Linux-related 
conference so near is tempting. Unlike Zdeněk I don't know about any 
group related to my packages, which has any agenda on the summit. Once 
they publish accepted call for papers, I might find a good reason for a 
visit. Depends whether my visit would be sponsored from Red Hat or my 
private activity. I know very little about Linux printing, but I know 
some parts of mDNS.
>> He has complained not only a single time on different avahi problems.
>
> I also had my problems. I have posted a tiny patch to add localhost 
> (loopback "lo" device) support to Avahi, for local services like 
> Printer Applications (replacement for printer drivers) and 
> IPP-over-USB (driverless USB printing), and it took 3 (!) years until 
> it got merged. And I am working at Canonical.
>
> https://openprinting.github.io/achievements/#localhost-support-in-avahi
I have thought at least Canonical internals would have more direct ways 
to contact Lloyd and make him merge important changes. Or delegate it to 
someone with more time. Once he has to only review and merge pull 
request, I think it could be escalated by managers in our company.
>
>> I am willing to spend some time on Avahi. I would not say being 
>> primary maintainer, but a co-worker, why not.
>
> I hope as a co-worker of Adrian Cable.
Oh, let's write message to Adrian, whether he had received any rights to 
the repository. I will ask him to join here.
>
>> I like avahi is a separate, specialized thing. But I admit many bugs 
>> are unfixed now.
>
> [...]
>
>> Systemd has much more people than just Lennart. Several people from 
>> Red Hat are working on it, it does not depend on single person 
>> anymore. Their disadvantage is too broad scope in my opinion. They 
>> implement too many different things in a single project. Many 
>> involved people, but also many different areas. Not sure it is an 
>> ideal candidate.
>
> Yes, I have seems some talk praising systemd when it was introduced 
> into WSL some weeks ago, and it does a lot of things which most users 
> do not need, even managing on-demand replication of servers in the cloud.
>
> But systemd has also its good side:
>
> https://openprinting.github.io/OpenPrinting-News-September-2022/#saving-old-printers-under-windows-is-getting-easier 
>
>
>    Till
>
Hehe, WSL things are not yet covered by Fedora at all. But since systemd 
is there somehow, maybe we could be able to do also spin of Fedora for 
windows. I don't like Snapcraft very much and would like other 
technologies instead, I favor Flatpak. I did not say the systemd does 
not have a good side. As a services manager I think it is awesome. But I 
think systemd guys reimplement too many things instead of making a good 
integration with existing specialized products. Time synchronization and 
DNS are the most prominent examples for me.

-- 
Petr Menšík
Software Engineer, RHEL
Red Hat, http://www.redhat.com/
PGP: DFCF908DB7C87E8E529925BC4931CA5B6C9FC5CB