Re: Bug#995189: RFH: isc-dhcp
Hello, Am 26.01.22 um 16:47 schrieb Bernhard Schmidt: About the client and server, if I am not wrong, about 3 years ago ISC dhcp was the only implementation able to configure DHCPv6 clients by their MAC addresses (thing that I needed at work). It is a pity that ISC is giving less love to it. That said, the EOL date is still TBA (https://www.isc.org/dhcp/) The EOL timeline has now been announced. https://www.isc.org/blogs/dhcp-client-relay-eom/ ISC-DHCP is end-of-life since end-of-2022, both client, relay and server: ISC has announced the end of life for ISC DHCP as of the end of 2022. ISC will continue providing professional support services for existing subscribers, but does not intend to issue any further maintenance releases. Is it a good idea to keep it alive for another 2+ years in Debian-12-Bookworm or should it be removed now? https://packages.debian.org/source/bookworm/isc-dhcp Philipp
Re: Bug#995189: RFH: isc-dhcp
On Mar 07, Philipp Hahn wrote: > Is it a good idea to keep it alive for another 2+ years in > Debian-12-Bookworm or should it be removed now? > https://packages.debian.org/source/bookworm/isc-dhcp I do not think that it should be removed at this point, since there is a need for the complex features that isc-dhcpd can provide and there are is no obvious replacement: Kea is super complex (and I do not know if it has all the features) and everything else is too much simple. -- ciao, Marco signature.asc Description: PGP signature
Re: Bug#995189: RFH: isc-dhcp
On Tue, 2023-03-07 at 11:55 +0100, Marco d'Itri wrote: > > On Mar 07, Philipp Hahn wrote: > > > > Is it a good idea to keep it alive for another 2+ years in > > > > Debian-12-Bookworm or should it be removed now? > > > > https://packages.debian.org/source/bookworm/isc-dhcp > > I do not think that it should be removed at this point, since there is > > a need for the complex features that isc-dhcpd can provide and there are > > is no obvious replacement: Kea is super complex (and I do not know if it > > has all the features) and everything else is too much simple. Only the client and relay are no longer maintained upstream. The server is still maintained and there is no need to drop it from Debian. But it is too late to remove isc-dhcp-client from bookworm as well (IHMO): it would need migration away to alternatives such as systemd- networkd or NetworkManager, including relevant changes in the installer and other reverse dependencies. Ansgar
Re: An email address for drive-by bug reports?
On Mon, 2023-03-06 at 16:56 -0800, Don Armstrong wrote: > This is my viewpoint too, and why I don't plan on implementing or > accepting a patch to do nosubmitter unless someone can convince me > otherwise. The use-case presented in the thread seems reasonable to me; when you are submitting a bug that you noticed and definitely exists (and is easy to reproduce) but that you don't really care about. For example some folks mass-file FTBFS or other QA bugs but don't care about or use the individual packages. Or I might notice a typo while looking at newly available packages or downloaded things, but if the package isn't one I will install, I don't really care about the bug. These bugs don't have someone we *know* definitely cares about them, but the are still likely to affect *unknown* persons, either Debian users or users of the upstream package on other platforms and thus it is still reasonable that they be filed as bug reports somewhere. Personally, I've replied to moreinfo requests on bugs for packages I no longer use so I wouldn't use this feature, but I can see its value. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#1032496: ITP: kylin-status-manager -- System status D-Bus service for UKUI
Package: wnpp Severity: wishlist Owner: MouseZhang X-Debbugs-Cc: debian-devel@lists.debian.org, sendbypyt...@foxmail.com * Package name: kylin-status-manager Version : 3.22.0.0-1 Upstream Contact: Kylin Team * URL : https://gitee.com/openkylin/kylin-status-manager * License : GPL-3.0 Programming Lang: C++ Description : System status D-Bus service for UKUI This component monitors the changes of rotation, system mode and keyboard status in the system. When the changes occur, it sends the corresponding change signals globally, updates the attributes, and does not make substantive changes. It only sends the signals and provides the change interface.