Blog | Thiago Torres

X.org 7.4 está disponível para o FreeBSD

O Projeto X.Org fornece uma implementação de código aberto do sistema de janelas X. O trabalho de desenvolvimento está inicialmente pronto em conjunto com a comunidade freedesktop.org.

No último dia 23, o Ports Manager Committer Flourent Thoumie submeteu a atualização do Xorg para versão 7.4, dentre as principais novidades, temos:

• Código da PCI bus de escaneamento/acesso modificado com libpciaccess.
• Atualizações MacOS X: ajustes do Xquartz, suporte do launchd, e mais.
• x11perf 1.5: Testes de composição adicionados.
• xtrans 1.1: Suporte para espaço de nome abstrato de socket sob Linux.
• xf86-video-ati 6.9.x: Suporte para dispositivos r5xx/r6xx/r7xx (RadeonHD 1xxx/2xxx/3xxx) foram adicionados, incluindo video texturizado para r5xx. Completo suporte de RandR 1.2 para todos chipsets.
• xorg-server 1.5: Rápido startup e shutdown, um montante de código removido, EDID 1.4, autenticação de RPC Segura, suporte GLX e DRI para Xephyr, autoconfiguração inteligente, penetrante e coerente framework de segurança XACE, facilidade na construção de código GL, diversos ajustes de bugs relacionados à entradas.

NVidia anunciou a disponibilidade dos novos drivers gráficos para FreeBSD.

Destaques:

• Adicionado suporte para as seguintes GPUs:
  • Quadro FX 2700M
  • GeForce 9400M G
  • GeForce 9400M
  • GeForce 9800 GT
  • GeForce 8200M G
  • GeForce Go 7700
  • GeForce 9800M GTX
  • GeForce 9800M GT
  • GeForce 9800M GS
  • GeForce 9500 GT
  • GeForce 9700M GT
  • GeForce 9650M GT
  • GeForce 9500 GT
• Adicionado suporte inicial para recursos como PureVideo via nova API VDPAU (veja o arquivo de biblioteca vdpau.h instalado com o driver).
• Adicionado suporte preliminar para OpenGL 3.0.
• Adicionado novas otimizações de performance para estação de trabalho OpenGL.
• Habilitado o cache glyph por padrão e suporte extendido para todas GPUs suportadas.
• Desabilitada memória compartilhada gráfica de pixmaps por padrão; veja a opção “AllowSHMPixmaps”.
• Melhorada estabilidade em algumas séries GeForce 8 e novas GPUs.
• Ajustada uma regressão que pode resultar na corrupção da decoração de janela quando rodando Compiz usando GPUs GeForce de séries 6 e 7.
• Ajustada um travamento nas configurações nvidia quando xorg.conf contém as sessões Device e Screen mas nenhuma sessão ServerLayout.
• Ajustado um problema ao analisar o intervalo de sincronização do monitor nas opções do arquivo de configuração.
• Ajustado um problema com o controle de sincronização SDI no nvidia-settings.
• Ajustado um problema que causou algumas aplicações SDI para travamento.

Note que os pacotes do ports do gtk-2.x lançados com as versões do FreeBSD > 5.3-RELEASE são binários incompatíveis com as lançadas com FreeBSD 5.3-RELEASE; devido a isto, o binário “nvidia-settings” lançado com 180.22 não irá funcionar no FreeBSD > 5.3-RELEASE. Este problema pode ser resolvido recompilando `nvidia-settings` do código fonte:

# fetch ftp://download.nvidia.com/XFree86/nvidia-settings/nvidia-settings-180.22.tar.gz
# tar zxf nvidia-settings-180.22.tar.gz
# cd nvidia-settings-1.0# gmake
# install nvidia-settings /usr/X11R6/bin

Informações Importantes:

Download do driver | Leiame & Tutorial de Instalação

Créditos: Felippe Meireless

Acabou de instalar um novo FreeBSD ? Pretende instalar o Xorg e suas aplicações gráficas ? Com certeza vai querer saber sobre o ccache, que garante enorme ganho de velocidade na compilação do código fonte de suas aplicações.

ccache é um compilador cache. Este age como um pré-processador de compiladores C/C++, usando a troca de compilador -E e um hash para detectar quando uma compilação pode ser satisfeita de um cache. Isto normalmente resulta em um ganho de 5 à 10 vezes em compilações comuns.

A seguir temos um tutorial passo-a-passo para habilitar e usar ccache no FreeBSD 7.1:
% su
# cd /usr/ports/devel/ccache
# make install clean
# vim /etc/make.conf

Adicione o seguinte conteúdo:

.if (!empty(.CURDIR:M/usr/src*) || !empty(.CURDIR:M/usr/obj*)) && !defined(NOCCACHE)
CC=/usr/local/libexec/ccache/world-cc
CXX=/usr/local/libexec/ccache/world-c++
.endif

Basicamente nós iniciamos a instalação do ccache no primeiro passo e procedemos editando /etc/make.conf para habilitar ccache nas compilações.

Agora nós precisamos atualizar o ambiente.

Se você está usando as shells csh/tcsh, adicione o seguinte para /root/.cshrc:

setenv PATH /usr/local/libexec/ccache:$PATH
setenv CCACHE_PATH /usr/bin:/usr/local/bin
setenv CCACHE_DIR /var/tmp/ccache
setenv CCACHE_LOGFILE /var/log/ccache.log

Se você está usando zsh, adicione o seguinte para seu arquivo /root/.zshrc:

export PATH=/usr/local/libexec/ccache:$PATH
export CCACHE_PATH=/usr/bin:/usr/local/bin
export CCACHE_DIR=/var/tmp/ccache
export CCACHE_LOGFILE=/var/log/ccache.log

Após atualizar os dotfiles, nós atualizamos o ambiente. Usuários de shells csh/tcsh podem atualizar assim:

# source /root/.cshrc

Qualquer um usando zsh pode atualizar o ambiente rodando o seguinte comando:

# source /root/.zshrc

E é isso: ccache está instalado e o ambiente está atualizado. Sua próxima compilação será realizada com ccache habilitado.

Para mostrar o sumário de estatísticas:

% ccache -s

Para zerar as estatísticas:

% ccache -z

Para ver o arquivo de ajuda para uma lista de opções do ccache:

% ccache -h

Se você notar que um port falhou na compilação, desative ccache e tente novamente:

# make NOCCACHE=yes install clean

Você pode encontrar mais informações acerca do ccache através de:
% man ccache
% ccache -h
% less /usr/local/share/doc/ccache/ccache-howto-freebsd.txt
% links /usr/local/share/doc/ccache/index.html

http://forums.freebsd.org/showthread.php?t=174

Fonte: http://linux-bsd-sharing.blogspot.com/2009/01/howto-using-ccache-on-freebsd.html
Ccache WebSite: http://ccache.samba.org/
Créditos: Felippe Meirelles

Depois de algum tempo o google normalizou o problema, ufaaaa….
Vamos agora esperar o motivo para tal problema ou situação…

Abraços a Todos…!!!

Pois é pessoal, agora pouco foi constatado que o google está com um problema, vários comentários estão surgindo, uns dizem que foi funcionário, outros dizem “fim do mundo” e muitos outras piadas, que realmente ninguém tem certeza o que é.
Só se sabe que o google não está levando aos sites que aparecem na busca e apresenta uma mensagem “esse site pode prejudicar o seu computador”.

Vamos aguardar e ver o que realmente está acontecendo

Tive a oportunidade de ler esse livro muito maravilhoso, a forma como foi escrito é espetacular, de fácil entendimento. Acredito que todo profissional da área de TI precisa ler esse livro, que aborda todos os princípios básicos para uma boa organização e padronização tanto de um help desk quanto na vida profissional.

Para visualizar o site do livro acesse http://www.livrohelpdesk.com.br/

Boa leitura a todos.

Caso tenha encontrado algum problema, vide o post anterior sobre domínio sumindo da lista, que esteja bugando ou excluindo o domínio da lista ainda que tenha sido feito o que está no outro post efetue os seguintes procedimentos:

use isto -> /scripts/updateuserdomains

Se por um acaso o cpanel reclamar de alguma conta conflitando com outra basta apenas acessar o conf de domínio desta conta em:

/var/cpanel/users/USUÁRIO

Observar se o trecho DNS=domínio.com.br é igual o de outrem, caso contrário, veja se o dns1 é igual, limpe-o (antes faça backup) e teste.

Deus abençoe a Todos.

Prezados amigos,

se vocês desejam usar o vono no Linux (Ubuntu 8.10) e/ou FreeBSD existe uma solução maravilhosa e altamente funcional.
Para isso utilizei o EKIGA, a configuração foi totalmente automatica. Veja o que configurar:

Nome da Conta: seu login
Protocolo: SIP
Registrador: vono.net.br
Usuário: seu login
Senha: sua senha

Pronto basta salvar e conectar

Seu vono está funcionando perfeitamente no Linux

Caso tenha restaurado alguma conta em seu servidor e sumiu alguma revenda da lista de contas de seu WHM, não se preocupe, basta seguir os passos abaixo para corrigir

Primeiramente verifique se o domínio está listado no arquivo /etc/trueuserdomains
Após isso edite o arquivo e adicione o seu domínio conforme abaixo:
dominio.com: usuariodominio

Restarte o seu cpanel:
service cpanel restart

Deus abençoe a Todos…
Sucesso!!!

Observando o problema:

Se você está usando suPHP, tem CERTEZA que o diretório está com permissão 755 e os arquivos sob ele estão com 644 e o domínio começou a apresentar o erro “Premature end of script headers”, ou pior, se TODOS os sites estiverem fazendo isto —> NADA DE PÂNICO…

Solução:

Dizem os bons “comediantes” que o problema ocorre por uma “confusão” entre o php em CLI e o php CGI… até concordo (vendo isto -> http://www.suphp.org/FAQ.html), mas e se eu lhe disser que o problema não tem nada a ver com rebuilds infinitos no easyapache, confs modificados e permissões, você vai acredita? Pois é, acredita viu!

No diretório

/usr/local/apache/logs

Existe um arquivo de logs do suPHP que sempre lota com facilidade, neste caso, quando atinge algo acima de 1 gb a leitura do mesmo torna-se lenta e quase impraticável, neste caso, apresenta-se o erro.

O correto é mover tal arquivo e o problema é sanado, mas que tal SANAR DE VEZ?

Pois é —> Tome o remédio aqui:

Service Configuration >> Apache
Configuration >> Log Rotation

e set o log do suPHP para rodar… só isto.

Abraços a todos e bons negócios.

Créditos para Little Oak