atualizar gnome shell
tem algum problema em atualizar o gnome shell de uma distro? e é possível fazer isto?
olá [@karlosmdk](/u/karlosmdk) tudo beleza?

em distros como o pop!os que seguem um calendário de lançamentos fixos só é “possível” atualizar o gnome shell quando eles disponibilizarem uma nova versão em seus repositórios. inclusive, agora que o ubuntu 20.10 foi oficialmente lançado podemos contar que em alguns dia…
tenta atualizar a versao do node olá [@leon](/u/leon), boa noite!

em poucas palavras tentarei te explicar, você pode ficar com a versão beta 31 e seguir atualizando ela normalmente com sudo apt update ; sudo apt full-upgradeque você terá um biglinux atualizado normalmente por ser um lts.

porém a versão rc1 vem com o disable fsync por padrão… <p>em um <a href="https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/575410">relatório de bug sobre este problema</a> <a href="https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/575410/comments/17">m comentarista</a> diz que um <a href="https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/439448/comments/205">solução</a> para <a href="https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/439448">outro bug</a> corrigido o problema de congelamento do relógio para ele. a solução alternativa atrasa a inicialização do painel do gnome por três segundos. (estranho, hein?)</p><p>aqui está a solução alternativa:</p><ol> <li> <p>crie um script chamado delayed-gnome-panel.sh no seu diretório pessoal e marque-o como executável.</p> </li> <li> <p>edite o script para ficar assim:</p> <pre><code>#! /bin/bash sleep 3 &amp;&amp; gnome-panel &amp; exit </code></pre></li> <li> <p>em seguida, edite /usr/share/applications/gnome-panel.desktop para que <code>exec=bash /home/&lt;user&gt;/delayed-gnome-panel.sh</code>.</p> </li> </ol> <p>sempre é possível baixar a atualização do joomla em <a href="http://www.joomla.org/download.html">http://www.joomla.org/download.html</a> e usar o processo de instalação padrão. o resultado final é o mesmo que usar o atualizador interno.</p> vais aqui: <https://github.com/andrey-git/home-assistant-custom-ui> 
metes o ficheiro update.sh com propriedades 755 (chmod 755 …) 
e depois corres o ficheiro e ele vai atualizar o custom\_ui 
edit: esse ficheiro update.sh tem que estar na raiz do ha <p>não consigo replicar os problemas que você está detalhando - isso parece muito estranho para mim (e estou falando sobre o nível de testes em várias máquinas. isso provavelmente pode ser algo específico em sua configuração.</p><p>aqui estão algumas coisas que podem contribuir para um pior desempenho em uma máquina:</p><ul> <li><strong>instalação limpa v várias atualizações</strong>: eu tive um problema semelhante em uma estação de trabalho que tinha sido atualizada ao longo dos anos de 5.10 a 9.04 a área de trabalho reiniciaria aleatoriamente em intervalos ímpares sem aviso - e sem entradas de log. acabei fazendo uma instalação limpa e o problema foi embora. não é o melhor cenário em que o troubleshooting triunfou, mas um exemplo de como configurações mais antigas podem causar problemas estranhos.</li> <li><strong>hardware</strong>: muito menos provável - mas pode ser apenas um problema com o lançamento do firefox e sua configuração (drivers, configuração, etc) pode ser conflitante - o que explicaria porque swiftfox (um derivativo do firefox que visa aumentar desempenho da ferramenta mozilla para linux) também está respondendo mal.</li> </ul><p>eu procuraria por pessoas que exibissem problemas semelhantes com o firefox em configurações semelhantes à sua (você não forneceu nada, então não posso realmente ajudá-lo), mas pode ser um problema de configuração, compilação.</p> limpe o cache e force a parada do app, e também veja se tem atualização disponível <p>um fator importante para que as atualizações funcionem sem problemas é não fazer nada que confunda o gerenciador de pacotes. ou seja, você não deve tocar em áreas do sistema que o gerente de pacotes espera que sejam seu domínio. alguns exemplos concretos.</p><p>se você mesmo compilar/instalar programas usando o ./configure; faço; make install install, não os coloque diretamente em <code>/usr</code>. é melhor usar <code>/usr/local</code> ou <code>/opt</code>, como alternativa (ainda melhor) para lançar seus próprios pacotes deb.</p><p>ao remover pacotes, você pode fazer uma remoção normal ou uma limpeza explícita. a menos que você limpe o pacote, o gerenciador de pacotes pode deixar os arquivos para trás em <code>/etc</code>, <code>/var</code> e assim por diante. não exclua esses arquivos você mesmo, pois o gerenciador de pacotes espera que eles estejam lá. em vez disso, use o gerenciador de pacotes para limpar explicitamente os restos do pacote.</p><p>usar o pacote deb de repositórios de terceiros deve ser teoricamente seguro, assumindo que eles sejam cuidadosamente construídos etc. no entanto, para estar do lado seguro, você pode querer considerar remover esses pacotes e/ou repositórios antes de executar uma atualização para uma nova versão do ubuntu.</p><hr><p>ok, deixe-me ver se posso adicionar mais carne a esta resposta ...</p><p>primeiro de tudo, tudo o que você faz no diretório inicial é perfeitamente seguro em relação ao gerenciador de pacotes. ele nunca tocará em nada em <code>/home</code>.</p><p>(obviamente, você ainda pode causar muita confusão ao fazer coisas ruins no diretório inicial. felizmente, isso geralmente é recuperado removendo os arquivos de configuração quebrados do diretório inicial e permitindo que eles sejam recriados por padrão no diretório inicial. próximo uso: observe que a recriação automática da configuração padrão é válida apenas para seus arquivos de configuração pessoal, não para todo o sistema em <code>/etc</code>)</p><p>no papel de um usuário de desktop (avançado), acho que a criatividade mais comum em todo o sistema será a instalação de aplicativos extras, bibliotecas, modos emacs, etc.? novamente, a parte realmente importante é sempre colocar nenhum item do pacote deb em <code>/usr/local</code> em vez de em <code>/usr</code>; usar <code>/usr/local/bin</code> em vez de <code>/usr/bin</code>, usar <code>/usr/local/share/emacs/23.1</code> em vez de <code>/usr/share/emacs/23.1</code> e assim por diante.</p><p>depois de começar a brincar com os daemons do servidor, em breve você será confrontado com a configuração geral do sistema em <code>/etc</code>. embora você geralmente possa modificar arquivos em <code>/etc</code>, "nunca" deve realmente remover um arquivo ou diretório, a menos que tenha sido você quem o criou. da mesma forma, você deve ter cuidado ao criar novos arquivos, caso eles colidam posteriormente com um arquivo de configuração que o gerenciador de pacotes deseja criar. dito isto, definitivamente existem arquivos que você pode (e deve) ser criado em <code>/etc</code>. um dos exemplos mais comuns é definir o apache virtualhosts em <code>/etc/apache2/sites-available</code>.</p><p>pode haver momentos em que você deseja criar arquivos ou diretórios em <code>/var</code>. embora seja um lugar completamente diferente de <code>/etc</code>, ainda considere as mesmas regras sobre ser cuidadoso e fazer as coisas sob consideração individual.</p><p>caso você queira saber mais, não fará mal dar uma olhada no <a href="http://www.pathname.com/fhs/">padrão de hierarquia do sistema de arquivos (fhs)</a> ou no <a href="http://www.debian.org/doc/debian-policy/">manual de políticas debian</a> . embora possa ser um exagero em responder à sua pergunta original, ainda é uma boa leitura.</p> <p>oi henrique, </p>
<p>na época em que o curso foi gravado a versão mais atual era a 4.15. como a unreal se atualiza com uma frequência muito grande, às vezes alguns blueprints param de funcionar e precisam ser refeitos, como no caso desta sua solução alternativa. </p>
<p>obrigado pela atualização!</p> <p>não, não é. o windows installer usa isso para armazenar arquivos de instalação em cache para qualquer coisa instalada na máquina usando o windows installer. no mínimo, você pode perder a capacidade de adicionar ou remover programas. na pior das hipóteses, pode perder a capacidade de executar alguns programas.</p><p>como o windows update também pode implantar patches do windows installer, você também pode impedir que o seu computador receba atualizações do windows e do office.</p>