Esta não é uma resposta em si, mas alguns comentários sobre bugs e relatórios de bugs.
Primeiro, você não pode relatar um bug em uma instalação desatualizada do software, o que não é realmente aceitável. Então, bugs que acontecem em sistemas antigos não podem ser tratados de maneira alguma porque já podiam ter sido corrigidos anos atrás.
Isso se refere a todas as distribuições de conjuntos congelados, em particular Mint, estábulos Debian, Ubuntu LTR, Redhat enterprise, CentOS e assim por diante.
Isso coloca os usuários de tais distribuições de pools congelados em uma desvantagem quando se trata de preencher relatórios de bug.
Para ajudar nesse processo, você precisa fazer algumas coisas:
- Determine a versão atual do software, Mate neste caso.
- Indique qual versão sua distribuição está usando e a própria versão da distribuição. Não é aceitável assumir que os desenvolvedores neste caso mate e descubram essa informação sobre qual versão do Mate foi lançada com o Mint 17.3, o que basicamente levará a ignorar o seu problema, que é o que aconteceu.
- Determine a versão atual de sua distribuição e qual versão do Mate usa.
- Determine as versões de todos os softwares relacionados: Nouveau, kernel, QT, Xorg.
É perfeitamente possível que tenha havido 100 ou mais versões do Mate entre sua versão e a versão atual do git, que é a única versão em que é possível rastrear bugs de maneira confiável.
Se você ler seu relatório de erros para Mate / Marcos, verá que está assumindo que eles conhecem ou se importam com os detalhes específicos do Mate que estão sendo executados no Mint. Eu posso garantir a você como desenvolvedor que este NÃO é o caso, quando alguém arquiva um relatório de problema, a menos que eu possa claramente determinar que ele é totalmente não relacionado à versão do meu software que eles estão usando, eu basicamente fecho o problema e ignoro isso, já que não há nenhuma maneira possível de saber quais bugs eu consertei entre os softwares antigos e os de hoje.
Você também não forneceu nenhuma especificação do sistema a eles, por meio de inxi -bxxx, por exemplo.
Desde a sua versão do Mint, 17.3: link
Main Cinnamon, MATE 4 December 2015 [made out of Ubuntu 14.4]
Foi RELEASED quase 2 anos atrás, feito com o lançamento do Ubuntu que tem quase 3 a 4 anos de idade, mas ser lançado não significa que os pacotes dos quais ele foi feito tenham 2 ou 3 anos de idade, pode ser que alguns têm 3-4 anos, então você está, em essência, pedindo a um mantenedor do Mate / Marcos para adivinhar qual versão do Mate foi enviada naquele momento (é por isso que você deve apresentá-los com a versão atual do mate em execução no seu sistema. eles não precisam adivinhar). Instale o inxi mais recente, não o fornecido com seu Mint legado ( sudo wget -O /usr/bin/inxi smxi.org/inxi
), então ele pode mostrar sua versão do Mate, talvez.
A essa altura, o desenvolvedor pode analisar o relatório, mas é provável que ele seja fechado por estar em uma versão do Mate que é antiga demais para ser adivinhada.
Quando você arquiva esse tipo de relatório de problema, você coloca o mantenedor em uma posição muito difícil, porque você está pedindo a eles para adivinhar algo que é basicamente impossível de adivinhar, então, meu palpite é que eles lidam com isso é ignorá-lo. Tenho a tendência de responder a esses relatórios de problema com o problema, não vou corrigi-lo, não o farei e fechá-lo, já que é sobre um software desatualizado.
Além disso, você está usando uma versão muito antiga do nouveau, com um kernel antigo, um Xorg antigo e um antigo QT, e os problemas de lugares podem se infiltrar entre todas essas variáveis e é totalmente impossível adivinhar, mas você tem que, como um mínimo, mostrar aos desenvolvedores que software, de fato, você está falando aqui. Da mesma forma, você não terá um pouco de sorte em postar um relatório de problemas para o Mint, uma vez que não há como eles apoiarem o lançamento antigo, mesmo que eles afirmem que sim. Mas é aí que você deve enviar o seu relatório de bug, onde ficará 10 a 1 não resolvido.
Houve problemas de QT relatados que são semelhantes para antigos gerenciadores de janelas e gerenciadores de janelas xmonad antigos, link um, como você pode ver lá, o problema foi resolvido em uma versão mais recente do windowmaker, que quase por definição não entraria naquele lançamento do Redhat.