image1 image2 image3 image4 image5 image6 image7 image8 image9 image10

Frequências de vídeo

Invariavelmente tenho de mexer no xorg e acertar as frequências do monitor.  Isso não é tão necessário no Linux, mas em FreeBSD é impossível ter uma tela gráfica usável sem o xorg.conf criado.

E testando no Dell Vostro 3500, só consigo uma tela 1024x768 justamente pela falta das frequências suportadas.  Para corrigir isso, criei um script já faz alguns anos, mas não tinha publicado ainda.  É baseado no xrandr e deve ser rodado a partir da tela gráfica, por pior que seja sua resolução.

#! /usr/bin/perl

$H_SIZE = 1280; # standard horizontal size
$V_SIZE = 800; # standard vertical size


@SIZES = qw( 1280 1152 1024 800 1200 1400 1600 1800 1900 1920 2048);

print "Section \"Modes\"\n\tIdentifier \"MyModes\"\n";
foreach $hs (@SIZES) {
$rate = $hs / $H_SIZE;
$vs = $V_SIZE * $rate;
foreach $freq qw(60 75) {
print "\t\t# $hs x $vs ($rate - $freq Hz)\n";
$output = `gtf $hs $vs $freq -x`;
foreach $line (split(/\n/, $output)) {
next if ($line !~ /[0-9a-z]/);
$line =~ s/ *//;
print "\t\t".$line."\n";
next if ($line =~ "#");
$line =~ s/\"//g;
$line =~ s/_(\d+)//g;
$line =~ s/Modeline //g;
$cmd = "xrandr --newmode ".$line ;
system($cmd."> /dev/null 2>&1");
#print $cmd."\n";
$modeline = $line;
$modeline =~ s/ .*//g;
#print "Mode: $modeline\n";
$cmd = "xrandr --addmode LVDS $modeline > /dev/null 2>&1";
system($cmd);
}
}
}
print "EndSection\n";

Leia mais:Frequências de vídeo

Configurando Xorg no FreeBSD dentro do VirtualBox

 

Uma vez que mudei para OpenSuse, todo os projetos e uso de FreeBSD pararam completamente.

Eu tinha conseguido a autorização do dono do projeto finstall, uma interface gráfica de instalação para o FreeBSD baseado em Python e Glade, para participar, sendo incluido como commiter, mas nunca atualizei nada. Vergonha pura.

VirtualboxTentando retomar os trabalhos, instalei o FreeBSD 8.0 num ambiente VirtualBox. Um dos primeiros problemas que notei de cara foi o Xorg. O ambiente inicia com 800x600 e não há meios de mudar isso (o ambiente hospedeiro tem tela de 1280x800). Problema que não encontrei no Windão dentro do VirtualBox.

Googleando por aí, encontrei a sugestão para alterar meu xorg.conf com os parâmetros:

Section "Monitor" 
   #Add the following two lines: 
   HorizSync 31-80 
   VertRefresh 30-100 

e

   #add your mode: 
   SubSection "Display" 
      Viewport 0 0 
      Depth 16 
      Modes "1280x800" 
   EndSubSection 

ambos não funcionaram.

Buscando mais um pouco no Google, segui uma lista do próprio VirtualBox, sobre o mesmo problema. A dica matadora foi utilizar:

 VBoxManage setextradata your_machines_name CustomVideoMode1xx

No meu caso:

 VBoxManage setextradata FreeBSD CustomVideoMode1 1280x800x16 

Existem algumas dicas no FreeBSD Wiki, como o uso do driver "vboxvideo", mas para mim nada deu certo (só funcionou com o driver "vesa").

Outra coisa que levei um certo tempo pra me ligar e arrumar foi em relação ao teclado e mouse. Não havia meio de funcionar. Somente depois de umas 2 horas batendo cabeça lembrei que precisava da instalação do hald e dbus. Instalando o hald, o restante vem automagicamente como dependência.

Agora estou feliz com meu FreeBSD funcionando no VirtualBox, falando com a Internet e o Linux através de uma interface bridged. Espero conseguir fazer alguma coisa logo pro finstall.

BSD is Dying (é, tá morrendo)

FreeBSDA alegria do homem é realmente fugaz. Só o fato de olhar meu site e ver que não foi hackeado (SIC) novamente já me deixa feliz.

Assistindo alguns vídeos de umas palestras, encontrei por acaso o vídeo abaixo. Desconsiderando o título (BSD está morrendo), é uma palestra muito legal e engraçada. Infelizmente totalmente em inglês e sem legendas. Mas não se acanhe: eu também não entendi boa parte do que foi dito! Mas dá pra acompanhar bem a idéia pelos slides.

ls: /mnt/ext2: Bad file descriptor

FreeBSD laptop Essa foi a mensagem que recebi tentando acessar meu disco externo. Retrocedendo um pouco e adicionando a explicação.

No meu HD externo, de 160 GB (já falei dele anteriormente), tenho instalado Ubuntu. Ou tinha. Instalei via Qemu num host FreeBSD. Mas funcionava perfeitamente utilizando boot via USB. Estava testando uns aplicativos quando notei que a versão era 7.4, da época de quando instalei (e comprei o HD), e que por isso os aplicativos não funcionavam. Seguindo um passo-a-passo moroso, atualizei para o o 7.10 e depois para o 8.10. Ao terminar o upgrade para 8.10, nem testei com boot via USB, já voltei ao FreeBSD, com a pretensão de utilizar o mesmo via qemu. Ao acessar o disco... falha... utilizei o fsck.ext2 do FreeBSD, mas acho que foi a pior coisa que fiz: perdi a partição raiz (/) e alguns dados do /home. Tentei recuperar, mas... no fim reinstalei o Ubuntu 8.10.

Disco externo Dessa vez aguardei o final da instalação (fiz via qemu) e dei um boot via USB para verificar. O sistema rodou perfeitamente ajustado (melhor até que o FreeBSD), o que me fez voltar a pensar em voltar a usar Linux no meu laptop. Ao reiniciar no FreeBSD, tive uma surpresa tentando montar a partição ext3 que foi formatada durante a instalação, justamente a raiz (/). O erro foi o descrito acima: ls: /mnt/ext2: Bad file descriptor

Verifiquei as outras partições ext3 e... todas funcionando perfeitamente no FreeBSD (por funcionando, entenda como fsck.ext3 e mount_ext2 na partição). Uma busca no google não mostrou muitos resultados úteis, mas dentro do site do FreeBSD, encontrei alguns usuários com o mesmo problema:

Aparentemente um problema relacionado ao "inode size", que era anteriormente formatado como 128, mas passou a utilizar 256 e até 128.

Felizmente esse último link, além de apresentar uma solução, mostrou uma dica para buscar no sistemas de bug do FreeBSD (PR kern/124621). Encontrei o referido problema, ainda como "open", e a mesma solução do último link, via patch. Tentei a sugestão do responsável pelo ticket, que era atualizar a e2fsprogs. Depois apelei para o patch. E inclui minha contribuição. Pequena, irrisória, até mesmo ridícula, mas foi minha primeira contribuição ao projeto... Developers do kernel, aguardem que aqui vou eu :-)

O link do registro de minha proeza:

http://www.freebsd.org/cgi/query-pr.cgi?pr=124621&cat=

Freebsd 7.1-RELEASED

{mosimage} Recebi um mensagem sobre o novo a versão 7.1 estar finalmente pronta na lista da FUGBR (FreeBSD User Group)nesse fim de semana. Meu cvsup não mostrou nada de novo.

Após uma olhada mais detalhada, vi que faltava alterar o arquivo de configuração para:

 *default release=cvs tag=RELENG_7_1 

Isso foi suficiente para baixar a versão 7.1 completa (eu estava com a versão 7 STABLE anteriormente). Já no UPDATES, pude verificar:

 20090106: FreeBSD 7.1-RELEASE 

O engraçado foi que atualizei via cvsup no dia 03. Mas enfim... fiz um make world e...

Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988,
1989, 1991, 1992, 1993, 1994 
The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. 
FreeBSD 7.1-RELEASE #23: Sat Jan 3 23:41:26 BRST 2009 

Hoje, dia 5, recebi a mensagem de release da versão 7.1:

Date: Sun, 4 Jan 2009 23:29:51 -0500 
From: Ken Smith <Este endereço de email está sendo protegido de spambots. Você precisa do JavaScript ativado para vê-lo.> 
To: Este endereço de email está sendo protegido de spambots. Você precisa do JavaScript ativado para vê-lo. 
Subject: [FreeBSD-Announce] FreeBSD 7.1-RELEASE Available 

The FreeBSD Release Engineering Team is pleased to announce the availability of FreeBSD 7.1-RELEASE. This is 
the second release from the 7-STABLE branch which improves on the functionality of FreeBSD 7.0 and introduces
some new features.

Some of the highlights:

- The ULE scheduler is now the default in GENERIC kernels for amd64 and i386 architectures. The ULE scheduler
significantly improves performance on multicore systems for many workloads.
- Support for using DTrace inside the kernel has been imported from OpenSolaris. DTrace is a comprehensive
dynamic tracing framework.
- A new and much-improved NFS Lock Manager (NLM) client.
- Boot loader changes allow, among other things, booting from USB devices and booting from GPT-labeled devices
- The cpuset(2) system call and cpuset(1) command have been added, providing an API for thread to CPU binding
and CPU resource grouping and assignment.
- KDE updated to 3.5.10, GNOME updated to 2.22.3.
- DVD-sized media for the amd64 and i386 architectures

For a complete list of new features and known problems, please see the online release notes and errata list, available at:
http://www.FreeBSD.org/releases/7.1R/relnotes.html
http://www.FreeBSD.org/releases/7.1R/errata.html
[...]

Eu até agora não notei muita diferença, uma vez que já tinha alterado o escalonador pra ULE desde a instalação do 7.0, mas aparentemente os travamentos no boot, ao iniciar o dual-core via ACPI, pararam.

FreeBSD 7.1-BETA/6.4-BETA Available...

 Somente um "quote" enviado à lista do FreeBSD. Release 7.1 chegando logo.

Ken Smith kensmith at cse.Buffalo.EDU 
Sat Sep 13 18:39:47 UTC 2008 
The FreeBSD 7.1-BETA and 6.4-BETA builds are now available on the FreeBSD FTP mirror sites. This is the first step in 
the release process for FreeBSD-7.1 and FreeBSD-6.4. This set of builds do not include pre-built packages. The ISOs
are available from: ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/7.1/ ftp://ftp.freebsd.org/pub/FreeBSD/releases/${arch}/ISO-IMAGES/6.4/ where $arch is one of alpha, amd64, i386, ia64, pc98, powerpc, or sparc64. For the Tier-2 architectures ia64 and
powerpc only the 7.1-BETA builds are available. For the Tier-2 architecture alpha only the 6.4-BETA builds are
available. We encourage people to help out with the testing. Problems can be reported through Gnats or on the
freebsd-stable at freebsd.org mailing list. At this point we expect the 6.4-RC1 builds to start in about two weeks, and
the 7.1-RC1 builds a week after that.

FreeBSD-7.1 chegando...

Do meu último "make buildworld":

Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 
1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 7.1-PRERELEASE #16: Thu Aug 28 15:27:15 BRT 2008
Este endereço de email está sendo protegido de spambots. Você precisa do JavaScript ativado para vê-lo.:/usr/obj/usr/src/sys/MUSASHI
module_register: module vgapci/i915 already exists!
Module vgapci/i915 failed to register: 17
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz (1662.51-MHz 686-class CPU)

Já estamos no 7.1-PRERELEASE (ao menos eu estou). Previsão do release final para 13 de Outubro, como pode ser visto aqui na lista oficial do freebsd.

Silenciando os absurdos do "_CRT value is absurd"

Cansado de ver as mensagens surgindo o tempo todo:

acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C)

Fiz uma alteração nessa parte do ACPI e removi a mensagem. Acho que não vai fazer muita falta mesmo...
--- /usr/src/sys/dev/acpica/acpi_thermal.c-original 2008-06-08 17:38:40.000000000 -0300 
+++ /usr/src/sys/dev/acpica/acpi_thermal.c 2008-06-08 17:39:27.000000000 -0300
@@ -677,8 +677,10 @@
acpi_tz_sanity(struct acpi_tz_softc *sc, int *val, char *what) {
if (*val != -1 && (*val < TZ_ZEROC || *val > TZ_ZEROC + 2000)) {
+ /* device_printf(sc->tz_dev,
"%s value is absurd, ignored (%d.%dC)\n",
what, TZ_KELVTOC(*val));
+ */ *val = -1;
}
}
 

Ativando journaling no FreeBSD

{mosimage} Finalmente resolvi bater um pouco a cabeça e tentar habilitar a função de journaling em FreeBSD (um pouco movido pela inveja de ver isso funcionado em Linux, um pouco porque essa foi uma das "top" features do FreeBSD-7.0). O grande desafio foi fazer isso em um sistema já ativo. Já havia deixada uma partição livre, /dev/ad4s1h, com 360 MB livres, mas descobri que precisava de uma relação de partição/partição para ter o journaling ativado.

Meu disco usava a seguinte separação de slices:

{mosimage}

  • ad4s1a em / (UFS2)
  • ad4s1b como swap
  • ad4s1c reservado para o disco todo (default)
  • ad4s1d em /tmp (UFS2 e soft-updates)
  • ad4s1e em /var (UFS2 e soft-updates)
  • ad4s1f em /home (UFS2 e soft-updates)
  • ad4s1g em /usr (UFS2 e soft-updates)
  • ad4s1h disponível com 360MB

Descobri que o sistema de label de slices do BSD ainda mantém a limitação de 8 slices por partição, o que restringe somente ao uso das letras a-h. Com isso esgotado, as alternativas de criar ad4s1i, ad4s1j e assim por diante, impossível.

Buscando na rede, descobri que a forma de fazer isso seria atribuindo o tamanho total de disco a ser alterado para ad4s1h e depois aplicando o disklabel sobre o mesmo, na forma "disklabel -e ad4s1h", onde novamente a letras de a-h estão disponíveis. Com isso, criei os labels ad4s1ha, ad4s1hb, ad4s1hc, ad4s1hd, ad4s1he, ad4s1hf e ad4s1hg, para cada um corresponder ao seu journal, com 50MB.

O passo seguinte foi criar e ativar o journal. Seguindo a man page, gjournal (8), segui os passos como abaixo (após o boot em single mode):
{CODE} gjournal load gjournal label -f ad4s1d ad4s1hd gjournal label -f ad4s1e ad4s1he gjournal label -f ad4s1f ad4s1hf gjournal label -f ad4s1g ad4s1hg tunefs -J enable -n disable ad4s1d.journal tunefs -J enable -n disable ad4s1e.journal tunefs -J enable -n disable ad4s1f.journal tunefs -J enable -n disable ad4s1g.journal {/CODE}
Fiz as alterações correspondentes no /etc/fstab:
{CODE} /dev/ad4s1b none swap sw 0 0 /dev/ad4s1a / ufs rw 1 1 /dev/ad4s1f.journal /home ufs async,rw 2 2 /dev/ad4s1d.journal /tmp ufs async,rw 2 2 /dev/ad4s1g.journal /usr ufs async,rw 2 2 /dev/ad4s1e.journal /var ufs async,rw 2 2 linprocfs /compat/linux/proc linprocfs rw 0 0 proc /proc procfs rw 0 0 {/CODE}
O primeiros boot falharam devido ao fato de que "gjournal load" não existe em nenhum ponto do rc.conf. Fiz uma alteração em "/etc/rc.d/fsck" para que isso funcionasse (linhas 30-32):
{mosimage} {CODE} 28 fsck_start() 29 { 30 # patch to force gjournal load 31 echo -n 'Load gjournal (as patch): ' 32 /sbin/gjournal load 33 34 if [ "$autoboot" = no ]; then 35 echo "Fast boot: skipping disk checks." {/CODE}

Ainda não descobri como ativar a partição raiz, "/", com journaling também, mas só o fato de ter feito isso com a demais já fez muita diferença: o sistema ficou muito mais rápido.

FreeBSD STABLE-7.0 and Laptop Compaq NC6400

This article is kindly linked by:

http://tuxmobil.org/hp_compaq.html

 

http://tuxmobil.org/mobile_bsd.html

Barely finished my last article about FreeBSD (PRERELEASE at that time) on Compaq laptops, and my computer was replaced (as part of Company refresh policy). I was upgraded to a laptop Compaq NC 6400.

As any good lazy Unix sysadmin (and clever), I just recovered a backup from my previous model (nc 6220). It worked *almost fine*. Just a few adjustments were needed.

Previously I wrote about my quest, getting FreeBSD up and running. As such, let me start describing a little better this laptop hardware:

  • CPU Intel Centrino Dual Core 1.66 GHz
  • 2 GB of RAM
  • 80 GB of Hard Disk SATA (faster!!! And kernel says 76319 MB instead)
  • Built-in bluetooth
  • Built-in Wireless Intel 3945ABG
  • 3 USB ports
  • VGA and S/Video outputs
  • CD/DVD-RW unity (finally!!!)
  • SD Memory card reader
  • Gigabit Ethernet interface (Broadcom)
  • Internal Modem
  • Smart Card reader
  • Fingerprint sensor
  • Sound system Intel 82801G

Getting hands dirty

First thing, I had to move my partitions from /dev/ad0 to /dev/ad4since they use the new SATA interface. A boot with recovery disk was enough to achieve this.

First boot was ok, but far from fine. Screen came up weirdly, caused by xorg.conf, due the chipset swap from i810 to i915. And also the physical screen size was different from old 14".

Seeking in google, I found the following links:

NC 6400 Bios update
FreeBSD settings for chipset i915
Xorg.conf for NC6400 (in Linux)
Linux on an HP Compaq NC6400

Last resource was really handy. I could realize screen was 1280x800 instead. And some Linux procedures (not so few nowadays) helped me to make a roadmap to have FreeBSD successfully installed.

Graphical card 945GM

To achieve an optimal usage, add the following lines in /boot/loader.conf:

i915_load="YES" 

It'll load all required modules (drm and so on).

Through ports, install package sysutils/915resolution. Then add the following lines to /etc/rc.conf:

i915resolution_enable="YES" 
i915resolution_modes="3c" 
i915resolution_width=1280 
i915resolution_height=800 

This will be enough to fix the poorly effect from xorg usage only.

Sound card Intel 82801G

Just add the following line to /boot/loader.conf:

snd_hda_load="YES" 

Wireless 3945ABG (wpi0)

This one was a little bit trick. I had to add the following lines to /boot/loader.conf:

wlan_wep_load="YES" 
wlan_scan_sta_load="YES" 
if_ath_load="YES" 
legal.intel_wpi.license_ack=1 
wpifw_load="YES" 
if_wpi_load="YES" 
wlan_load="YES" 
wlan_amrr_load="YES" 
firmware_load="YES" 

The last statement, firmware_load isn't needed since legal.intel_wpi.license_ack is in place, but it didn't hurt me to include there :-)

Internet Keys

As a plus, I added package sysutils/lineakd to make all internet keys useful (they were dead before). I configured /usr/local/etc/lineakkb.def as described in Linux article, just appending the following lines:

[HP-NC6400]
  brandname = "Hewlett Packard"
  modelname = "Compaq NC6400"
  [KEYS]
    Information      = 245
    Wireless         = 133
    Presentation     = 205
    Mute             = 160
    VolumeDown       = 174
    VolumeUp         = 176
  [END KEYS]
[END HP-NC6400]

It worked fine.

Dual Core CPU

It works by default once ACPI is enabled. Just check the following line in your boot messages:

SMP: AP CPU #1 Launched!
I've seen lately a lot of kernel messages as below:
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C)
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C) 
acpi_tz0: _CRT value is absurd, ignored (256.0C)

It's harmless, but annoying. I tried to remove it setting sysctl with hw.acpi.thermal.polling_rate=0, but it didn't work...

Gigabit ethernet (bge0)

Just loaded as before, as bge0.

ACPI and sleep mode

Remains as a dream. Not working and crashing everything, as before. Some day it'll be fixed... For now, I need to shutdown my laptop every time. At least it isn't crashing on boot as before.

Card reader, fingerprint sensor and others

Not working and just detected as generic USB. Since I don't use so much those things, I really don't care about it. Maybe it would useful for internal modem, but since wireless broadband is becoming popular, I really don't think I'll need it soon.

Status Brief

  • Dual core CPU: Working (requires ACPI)
  • Sound system Intel 82801G: Working (requires snd_hda)
  • Video card Mobile 945GM: Working (requires i915 module and i915resolution)
  • Gigabit Ethernet: Working (requires if_bge)
  • Bluetooth: Working
  • Wireless 3945ABG: Working (requires wpifw, if_wpi andlegal.intel_wpi.license_ack=1 )
  • SD Memory card reader: Not working
  • Internal Modem: Not working
  • Smart Card reader: Not working
  • Fingerprint sensor: Not working
Leia mais:FreeBSD STABLE-7.0 and Laptop Compaq NC6400

3ddesktop e ksmoothdock

Entre meus momentos de ócio, tento gastar o mesmo com o chamada "ócio criativo" (como define Domenico de Masi), onde ao invés de ficar assistindo TV, busco artigos na Internet, leio livros, etc. Entre essas buscas por algo para meu tempo sem labuta, dei de encontro com o o artigo Cooking with Linux - Eye-Popping Panels, escrito por Marcel Gagné, na Linux Journal.

Já tentei utilizar o Beryl, mas achei muito gasto de CPU para uns poucos efeitos 3D. Dessa vez tive impressões melhores e resolvi tentar seguir as dicas de Marcel. O ksmoothdock eu já tinha instalado (via ports), mas nunca usei muito seriamente. Como combinava com meu ambiente KDE, alterei a barra padrão para o topo do desktop e o adicionei como padrão na parte mais baixa. Apenas precisei fazer um link simbólico dentro de .kde/Autostart/para o binário e isso já fez o trabalho de iniciar a barra junto com resto.

O 3ddesktop necessitou de um pouco mais elaboração. Precisei associar o botão F2 ao comando (3ddesk) e criar um comando "3ddesk --acquire" em .kde/Autostart/para adquirir as telas. Somente isso e está pronto para usar, com resultados impressionantes.

Reboot por aquecimento

{mosimage} Não me lembro de ter tido esse problema antes, mas para tudo sempre existe a primeira vez....

{CODE} Apr 7 12:43:56 musashi root: WARNING: system temperature too high, shutting down soon! Apr 7 12:43:56 musashi kernel: Apr 7 12:43:56 musashi root: WARNING: system temperature too high, shutting down soon! {/CODE}

Perdi tudo que estava trabalhando, mas não perdi o laptop :-)

cvsup news

Surpresa ao fazer o update dos sources do sistema:

20080226: FreeBSD 7.0-RELEASE

Sem perda de tempo, "make buildworld" e vamos lá!

2017  helio.loureiro.eng.br   globbersthemes joomla templates