quais diretrizes devemos seguir ao personalizar sua instalação para manter um caminho de atualização?
<p>no passado, fiquei louco personalizando minha instalação do ubuntu, apenas para não poder atualizá-la quando chegar a hora. então, como é possível personalizar sua instalação sem precisar atualizar os problemas? é possível fazer isso sem depender apenas dos repositórios do ubuntu para software?</p>
<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>
[imagem] micaelviana:

com os .rpm também funciona assim? se eu baixar um .rpm de um site e instala-lo não há garantia das atualizações desse pacote ?

sim, a menos que o pacote tenha um script de pós-instalação que acrescente repositórios na surdina, o que seria análogo ao exemplo do chrome qu… 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… 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 com o conhecimento avançado são inúmeras opções que você pode fazer. as configurações dos aplicativos e do kde estão todas na sua pasta de arquivos pessoais (no /home). então essa é a parte mais importante para vc.

como vc está começando eu recomendaria fazer o seguinte esquema a grosso modo: insta… isto não é algo que outra pessoa possa responder por você. minhas sugestões podem não se adequar às suas necessidades, hardware e etc. eu, particularmente, avalio alguns pontos ao escolher um sistema operacional:

necessidades (jogar, estudar, trabalhar, etc)

meu hardware

às vezes gosto de avaliar … [imagem] lenovo17br:

nao tem nenhum jeito de intstalar os drive no gnome os

na verdade tem, só que é tão complexo e você ainda perderia todas as atualizações do gnome, não vou mostrar porque realmente não vale a pena, a começar porque você precisaria de outro sistema com internet

[imagem] … Você já viu WiX ainda?


<http://wix.sourceforge.net/>


Ele constrói instaladores do Windows usando um arquivo XML e tem bibliotecas adicionais para usar se você quiser fancify seus instaladores e afins. Eu vou admitir a curva de aprendizagem para mim foi médio-alto em conseguir as coisas começaram, mas depois eu fui capaz de construir uma segunda instalador sem quaisquer dificuldades.


Ele vai lidar com atualizações e outros itens, se assim desejar, e você pode aplicar permissões de pasta e similares para os instaladores. Ela também lhe dá maior controle sobre onde exatamente você quer instalar arquivos e é compatível com todas as convenções da pasta do Windows padronizados, para que você possa especificar "PROGRAM\_DATA" ou algo nesse sentido eo instalador sabe para colocá-lo em C: \ Documents and Settings \ All Users \ Application Data ou C: \ ProgramData dependendo se você está rodando o XP ou Vista.


O boato é que o Office 2007 e Visual Studio 2008 usado WiX para criar o seu instalador, mas eu não tenho sido capaz de verificar que em qualquer lugar. Eu acredito que está é desenvolvido por algumas pessoas da Microsoft no interior. seja bem vindo de volta ao fórum [@marvin](/u/marvin)

temos alguns tópicos sobre isso, recomendo os:

[imagem]

[precisamos falar sobre o pop!\_os](https://plus.diolinux.com.br/t/precisamos-falar-sobre-o-pop-os/14034) [linux](/c/linux)

muitas pessoas julgam o pop!\_os como um simples requinte do ubuntu, uma versão remasterizada com uma customização diferenciada e eu acr… Haaa!eu perdi meu cd >\_<
  
Como fasso para instalar sem o cd?hihihih
  
Minha web can é da marca Multilaser! <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>