Bug#992480: debianutils: Translated man pages for which(1) not handled by alternatives
On Tue, Aug 24, 2021 at 03:43:20PM -0400, Boyuan Yang wrote: > I believe all translated man pages located in /usr/share/man/*/man1/which.1.gz > will need to be handled by the alternatives system first, which need some more > changes from the debianutils side. Correct.
Bug#992480: debianutils: Translated man pages for which(1) not handled by alternatives
Hi, 在 2021-08-20星期五的 13:01 +，Clint Adams写道： > On Thu, Aug 19, 2021 at 01:23:45AM -0400, Boyuan Yang wrote: > > Thanks for managing /usr/bin/which under alternatives system. However, the > > translated man pages for which command (such as > > /usr/share/man/pl/man1/which.1.gz) are not handled by alternatives system. > > This won't cause issues in near future, but we have a possibility for file > > collision after different which(1) implementations are packaged. > > > > Currently I don't have a good solution for it. Maybe we can think more? > > If I understand the update-alternatives documentation correctly, it > won't cause a problem to add the slave links for those translations > even if your package doesn't provide them. I have the same understanding. However, according to https://sources.debian.org/src/debianutils/5.4-2/debian/postinst/ , debianutils obviously also did not add slave links for translation files. If one package uses the alternatives system to handle a file while the other package does not, there will be some problem. > Do you read it differently, > or were you concerned about something else? I believe all translated man pages located in /usr/share/man/*/man1/which.1.gz will need to be handled by the alternatives system first, which need some more changes from the debianutils side. Thanks, Boyuan Yang
Bug#992480: debianutils: Translated man pages for which(1) not handled by alternatives
On Thu, Aug 19, 2021 at 01:23:45AM -0400, Boyuan Yang wrote: > Thanks for managing /usr/bin/which under alternatives system. However, the > translated man pages for which command (such as > /usr/share/man/pl/man1/which.1.gz) are not handled by alternatives system. > This won't cause issues in near future, but we have a possibility for file > collision after different which(1) implementations are packaged. > > Currently I don't have a good solution for it. Maybe we can think more? If I understand the update-alternatives documentation correctly, it won't cause a problem to add the slave links for those translations even if your package doesn't provide them. Do you read it differently, or were you concerned about something else?
Bug#992480: debianutils: Translated man pages for which(1) not handled by alternatives
Source: debianutils Version: 5.1-1 Severity: normal X-Debbugs-CC: cl...@debian.org Hi, Thanks for managing /usr/bin/which under alternatives system. However, the translated man pages for which command (such as /usr/share/man/pl/man1/which.1.gz) are not handled by alternatives system. This won't cause issues in near future, but we have a possibility for file collision after different which(1) implementations are packaged. Currently I don't have a good solution for it. Maybe we can think more? Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
