Olá...
Sua suspeita parece estar correta.
Quando habilito apenas a placa *intel* no *xorg.conf* o GDM inicia já
n'aquela tela de erro:
*Oh no! Something has gone wrong.*
*A problem has occurred and the system can't recover.*
*Please log out and try again*.
E um botão de logout. (que óbviament
Srs,
Estou com uma duvida de layout para o meu servidor de monitoramento, estou
implementando um projeto onde o nagios serviria para monitorar 20
servidores, o básico:
Serviços, Espaço em disco, memoria consumida, load,Ping , Uptime e websites.
Minha duvida é o que deveria levar em consideração na
Dando permissão de leitura do sources.list ao meu usuário, tudo corre
bem, e sem o risco de fazer lambança, ótimo.
No entanto, costumo usar o apt-get, pois quando pedia para instalar
algum pacote, essa instalação costumava ser mais enxuta. Agora, por
exemplo, para o apt-get meu sistema está tota
On Wed, Dec 10, 2014 at 12:20:24PM -0200, Enio Climaco Sales Junior wrote:
> Não costumo usar o aptitude, mas ele só abre como root.
você está enganado. O aptitude roda normalmente com usuário não-root pra
consulta. o problema é que no *seu sistema* os arquivos que o aptitude precisa
ler (mas não
Não costumo usar o aptitude, mas ele só abre como root. Diferente do
synaptic, que quando o uso como usuário comum me mostra a lista de todos
os pacotes, o aptitude apenas me avisa que não pode ler o sources.list,
por ter acesso negado, e abre em branco. Portanto, como usuário comum o
aptitude
Pois foi isso mesmo que eu disse:
"O problema do aptitude é que teria de "invocar os poderes da
super-vaca" toda vez que tivesse de buscar um pacote. "
On 10-12-2014 11:48, Fábio Rabelo wrote:
Esta menssagem é típica de alguém executando o comando "apt" sem
possuir os direitos de root !
O
Essa piada da vaca é pq vc fez alguma besteira no comando... e até
aonde eu sei o aptitude search pode usar para qq usuário
Em 10/12/14, Fábio Rabelo escreveu:
>>
>> "$ aptitude search bluefish
>> E: Abrindo /etc/apt/sources.list - ifstream::ifstream (13: Permissão
>> negada)
>> E: Abrindo /etc/a
>
> "$ aptitude search bluefish
> E: Abrindo /etc/apt/sources.list - ifstream::ifstream (13: Permissão
> negada)
> E: Abrindo /etc/apt/sources.list - ifstream::ifstream (13: Permissão
> negada)
> E: A lista de fontes não pode ser lida.
Esta menssagem é típica de alguém executando o comando "apt"
Segundo nosso amigo traceroute, ftp.br.debian.org e debian.c3sl.ufpr.br
nos levam ao mesmo endereço.
O problema creio que seja no apt-get, pois após eu dar um "aptitude
search ..." o apt-cache conseguiu achar o pacote bluefish, como exemplo.
On 10-12-2014 11:16, Flavio Menezes dos Reis wrote:
E
Talvez o apt-get update não esteja atualizando o cache do sistema como
deveria, veja a diferença:
"$ apt-cache search pt-br |wc -l
5"
"# apt-cache search pt-br |wc -l
17"
"# aptitude search pt-br |wc -l
13"
O problema do aptitude é que teria de "invocar os poderes da super-vaca"
toda vez que
Eu tenho utilizado o Jessie há muito tempo e atualizado (apt-get update)
praticamente todo dia sem problemas. Utilizo ftp.br.debian.org como fonte.
Em 10 de dezembro de 2014 11:01, P. J. escreveu:
> Eu não uso apt-cache...
>
> Mas vc tentou dar um apt-get update para atualizar o cache ou algo do
Eu não uso apt-cache...
Mas vc tentou dar um apt-get update para atualizar o cache ou algo do
gênero e depois fazer a busca?? Enfim tenta com o aptitude search
ou aptitude show depois de atualizar para ver se
persiste o problema
Em 10/12/14, Enio Climaco Sales Junior escreveu:
> Olá à todos.
>
Olá à todos.
Estou usando o Jessie, e desde que ele entrou em freeze, o apt-cache tem
dificuldade para encontrar pacotes que busco, principalmente como
usuário comum.
"$ apt-cache show bluefish
N: Impossível encontrar o pacote bluefish
E: Nenhum pacote encontrado"
"$ apt-cache search pt-br |w
13 matches
Mail list logo