Blog | Thiago Torres

iXsystems anunciou o lançamento do PC-BSD 7.1, edição Galileo. PC-BSD 7.1 foi criado a partir do FreeBSD 7.1-STABLE, oferecendo portanto alto nível de segurança e estabilidade para o ambiente de Desktop. A edição Galileo do PC-BSD inclui a atualização do KDE para a versão 4.2.2 e Xorg para 7.4. Como consequência da atualização do KDE temos novos efeitos visuais, screen savers e melhor aceleração 3D.

A lista das principais mudanças da edição Galileo são:

• Com base no novo recurso de gerência de impressoras do KDE 4 (printer applet) agora fica mis fácil gerenciar tarefas de impressão sem a interface web.
• O recurso Adicionar / Remover Programas e o Gerenciador de Atualizações foi consolidado como parte das opções de Software & Atualizações.
• O applet de atualização foi convertido em um pequeno recurso que fica no tray (bandeja) e informa o usuário quando novas atualizações estiverem disponíveis. Consome bem menos CPU.
• Coleção de Ports do FreeBSD pode ser instalada com o comando runports.
• Maior estabilidade do Flah 9 permite mais qualidade de acesso a sites como Hulo e YouTube.
• Foram feitas múltiplas melhorias no instalador do PC-BSD, incluindo a possibilidade de atualização, preservando os dados do usuário.
• Recursos de Wi-Fi e de recursos de rede, bem como a compatibilidade binária com Linux foram resolvidos.

Um novo recurso do PC-BSD Galileo é uma versão nativa do Warden que permite a instalação de servidores. O Warden na verdade é um front end gráfico pro Jails, permitindo portanto instalações virtualizadas do FreeBSD. O Warden é um grande popularizador do Jails permitindo que Jails sejam facilmente gerenciados por usuários sem grande background técnico, oferecendo um ambiente seguro e isolado para todo tipo de perfil de uso.

O Warden permite o corregamento de pre-configurações, chamado Inmates, que permite o carregamento de Jails pré-configurados. Vale a a pena conferir. Faça o Download .

Créditos: Fug

Recentemente o desenvolvedor Debian, Joerg Jaspert, anunciou a atualização da iniciativa Debian GNU/kFreeBSD com a sincronização com os fontes mais recentes do FreeBSD.

O projeto Debian GNU/lFreeBSD tem a intenção de expandir o Debian, possibilitando que esse que é uma das mais populares distribuições Linux, não dependa exclusivamente do kernel Linux, mas possa também utilizar o kernel do FreeBSD.

Em essencia o projeto é um port ao contrário do FreeBSD, removendo da userland todas as bibliotecas e aplicações BSD e adicionando a userland/libs e gerenciamento de pacotes do Debian. Os argumentos dos desenvolvedores Debian envolvidos podem ser encontrados aqui.

Em uma tradução livre, temos:

Aqui estão as razões pelas quais acreditamos que o Debian GNU/kFreeBSD deve ser preferido frente a outros sistemas como o FreeBSD e o Debian GNU/Linux.

Não há verdades absolutas nem esperamos que todos concordem com tais razões. Dessa forma por favor não se empenhe em uma discussão sem fim tentando convencer outra pessoa que o Debian GNU/kFreeBSD é a melhor opção. Esse tipo de coisa nos prejudica mais que ajuda.

Por quê você prefriria o Debian GNU/kFreeBSD ao invés do Debian GNU/Linux?

• Interface de kernel mais limpa ou mais padronizada:

• • Implementação única do /dev via devfs, ao inves das 3 implementações incompatíveis que o Linux oferece para manipular o /dev.
  • OSS como sistema padrão de som (ou seja o padrão de interface suportado por praticamente qualquer Unix-like disponível).
  • OpenBSD Packet Filter (pf).

• Outros recursos legais de segurança, como jails.
• Suporte a drivers NDIS no kernel padrão. No Linux o NdisWrapper provavelmente não entrará no kernel  padrão.
• A possibilidade de ter o ZFS no kernel padrão. Devido a questões de licenceamento e patentes, ZFS provavelmente não vai entrar no kernel Linux.
• kFreeBSD é uma alternativa caso a SCO tenha vencimentos relevantes na justiça e considere o Linux ilegal, ou qualquer outra aleaça. Em termos legais os fontes Linux são como um campo de minas. kFreeBSD é bem menos vulnerável a esses ataques devido ao seu modelo de desemvolvimento menos “estilo bazaar”.
• Desenvolvedores do kernel do FreeBSD tem interesse mais frequente em adicionar novos recursos ao invés de gerar forks (o port do Xbox é um ótimo exemplo. Veja a posição do Linus Torvalds e dos desenvolvedores FreeBSD).
• Alguns dizem que o kFreeBSD tem melhor performance e/ou estabilidde (especialmente nas áreas de disco e sistema de arquivos);
• O kernel FreeBSD pode suportar algum hardware que o Linux não suporte e/ou o FreeBSD suporta melhor (menos bugs).
  

Por quê você preferiria o Debian GNU/kFreeBSD ao invés do FreeBSD?

• Se você gosta do sistema de pacotes do Debian (ou seu conjunto de pacotes) mais do que gosta da Coleção de Ports do FreeBSD (questão de preferência).
• Se você prefere a userland GNU ao invés da BSD (novamente, apenas questão de preferência).
• Se você não tem nada contra a GPL ou software de licença copyleft, vai gostar dos módulosúteis como do ext2fs, o vindouro ReserFS e XFS, ou o fato que o suporte a rede no Xbox vem (ou virá) compilado no kernel padrão.
• Se você se preocupa em ter um sistema 100% livre, ja que nosso compromisso com o Guia de Software Livre Debian (DFSG) garante que o Debian GNU/kFreeBSD não incluirá qualquer software considerado não-livre. Nós removemos alguns drivers não-livres contidos na árvore do FreeBSD, como o driver ath.

Referências:

• O anúncio.
• Lista de motivos acima (original).
• FAQ do projeto Debian GNU/kFreeBSD.
• Wiki oficial do Debian GNU/kFreeBSD.

Créditos: Fug

Olá pessoal irei explicar aqui como ativar o mod_rewrite em uma máquina com apache2 e ubuntu 8.10 para que funcione urls amigáveis.

1. Copiar o modulo para a pasta de modulos ativos do apache:
sudo cp /etc/apache2/mods-available/rewrite.load /etc/apache2/mods-enabled/

2. Editar o arquivo de configuração padrão do apache para ativar o funcionamento de urls amigáveis:
sudo gedit /etc/apache2/sites-available/default

Alterar Options Indexes FollowSymLinks MultiViews AllowOverride None

Para Options Indexes FollowSymLinks MultiViews AllowOverride All

Veja que alteramos apenas o None para All.

Após isso restart o servidor apache
sudo /etc/init.d/apache2 restart

Forte abraços a todos.
Deus seja louvado.

Atualizando o SRC do sistema.

Baixando o cvsup sem interface.

pkg_add –r cvsup-without-gui
rehash


Copie um modelo de configuração do cvsup para uma pasta desejada.

cp /usr/share/examples/cvsup/cvs-supfile /root/cvs-supfile

Edite o arquivo: “cvs-supfile”.

*default host=cvsup12.FreeBSD.org
*default base=/var/db
*default prefix=/usr
*default release=cvs
*default tag=RELENG_7
*default delete use-rel-suffix
*default compress
src-all


Baixe o src.

cvsup –g -L2 /root/cvs-supfile

Enquanto baixa o SRC, vamos preparar o “make.conf”. Faça uma cópia para o “/etc”.

cp /usr/share/examples/etc/make.conf /etc


Defina o seu CPUTYPE de acordo com seu processador. Conforme exemplo abaixo.
# Currently the following CPU types are recognized:
# Intel x86 architecture:
# (AMD CPUs) opteron athlon64 athlon-mp athlon-xp athlon-4
# athlon-tbird athlon k8 k6-3 k6-2 k6 k5
# (Intel CPUs) core2 core nocona pentium4m pentium4 prescott
# pentium3m pentium3 pentium-m pentium2
# pentiumpro pentium-mmx pentium i486 i386
CPUTYPE?=pentium4

Caso você tenha dificuldade em descobrir utilize o comando abaixo.

dmesg | head -n 15

Após terminar de executar o comando para baixar o SRC, edite o arquivo de configuração do KERNEL de acordo com as necessidades do seu servidor.

Agora, vamos realizar a compilação do SRC.

cd /usr/src
make –j4 buildworld

Após concluir a compilação do SRC, vamos compilar o kernel.

make buildkernel KERNCONF=GENERIC

Para sistemas amd64 tente usar este comando.

make buildkernel TARGET_ARCH=amd64 KERNCONF=GENERIC

Após concluir a compilação do KERNEL, vamos instalar o kernel.

make installkernel KERNCONF=GENERIC

Agora reinicie.

reboot

Durante o boot, escolha o modo de inicialização Single User, caso seu teclado seja USB, selecione o “Scape to loader prompt” e digite. Para habilitar o teclado.

set hint.atkbd.0.flags=”0x1”

Então, entre em modo single user, digitando

boot -s

Após carregar o sistema em modo Single User o sistema vai ser montando em modo somente leitura, digite os comandos abaixo para habilitar leitura e escrita.


mount -u
mount -a
mergemaster –Pi


Após concluir a instalação, vamos reiniciar o sistema.

reboot


Verifique a nova versão:

uname -a

Autor: Jorge Fernando
Edição: 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

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

Prezados amigos,

hoje achei uma solução muito melhor que o pidgin para gtalk. Utilizando o Empathy, a configuração já é prática e fácil, sem falar da interface maravilhosa de simples e rápida, vale conferir.

Instale o Empathy usando o Gerenciador de aplicativos do Ubuntu ou pelo ports do freebsd.

Ao abrir o programa verá a opção para adicionar a conta no usuário coloque o seu email completo:

conta no gmail: email@gmail.com

conta com outro domínio : email@seudominio.com.br

Adicione sua senha e clique em adicionar. Não esqueça de marcar a opção Habilitar conta.

Fácil e prático.

Ao instalar o freebsd verá que a versão do seu bind está desatualizada.

Atualize seu BIND (DNS)

# cd /usr/ports/dns/bind95
# make install clean

*marque a opcão replace_base para que possa atualizar a base que está instalada.