Eu sugeriria arquivar o relatório de erro com o sistema de rastreamento de bugs da distribuição, se você estiver usando a versão.
Eles podem escalar o relatório de erros para o mantenedor do upstream, caso ele também exista em uma versão baunilha.
A razão por trás disso é simplesmente que, uma vez que muitas distribuições aplicam seus próprios patches, a menos que você esteja certo de que o bug existe em uma compilação "baunilha", o empacotador está provavelmente em uma posição melhor para poder para testar as duas configurações possíveis (baunilha e patched) do que um desenvolvedor upstream que pode até estar executando seu sistema em uma arquitetura completamente diferente que sua distribuição de escolha nem suporta.Dependendo da complexidade do programa e do tipo de comportamento inexplicável que você está vendo, pode até mesmo fazer sentido registrar um bug contra o rastreador de bugs da distribuição, mesmo se você estiver usando uma versão baunilha do programa em questão, mas versões corrigidas de quaisquer dependências.
Você pode escalar o bug para o mantenedor do upstream se não obtiver resposta do mantenedor do pacote de distribuição por um tempo razoável. Nesse caso, inclua também um link para o relatório original, para contexto e referência cruzada no sistema de rastreamento de bugs da distribuição, para facilitar a passagem de um para o outro.
Linha de fundo: não incomode os mantenedores do upstream a menos que seja um problema com o código deles ou o mantenedor da distribuição não responda completamente.