Re: [FUG-BR] RES: erro ao fazer instalacao via ports

2006-04-08 Por tôpico Tiago Ribeiro
bem primeiro respndendo ao Marcos:

gw-factor# pkg_info | grep libiconv
libiconv-1.9.2_1A character set conversion library
gw-factor#


agora respondendo ao Marcus:

fiz a reinstalção e nada, num deu certo ainda nao, vou tentar mais uma
cvsup no stable e mais uma atualizacao no SO, posto aki as novidades.

att,
Tiago Ribeiro.

Em 05/04/06, Marcus Alves Grando[EMAIL PROTECTED] escreveu:
 Algo de errado aconteceu na atualização.

 /sbin/sha256 é likado com a libmd que tem as funções SHA256

 Tenta instalar novamente o sha256 via:
 cd /usr/src/lib/libmd  make obj depend all install clean
 cd /usr/src/sbin/md5  make obj depend all install clean

 Abraços

  -Mensagem original-
  De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
  de Tiago Ribeiro
  Enviada em: quarta-feira, 29 de março de 2006 12:00
  Para: Lista de discussao sobre FreeBSD
  Assunto: [FUG-BR] erro ao fazer instalacao via ports
 
  pessoal estou com um server q ta me dando essa msg qdo tento instalar ou
  atulizar qq coisa pelo ports:
 
  Extracting for libiconv-1.9.2_2
  = MD5 Checksum OK for libiconv-1.9.2.tar.gz.
  /libexec/ld-elf.so.1: /sbin/sha256: Undefined symbol SHA256_Init
  *** Error code 1
 
 
  FreeBSD gw 5.4-RELEASE-p13 FreeBSD 5.4-RELEASE-p13 #0
 
  fiz a atualizacao dele esses dias e dpois disso comeco com isso.
 
  ja foi feito make installworld tb.
 
  agradeco.
  Tiago Ribeiro.
  ___
  freebsd mailing list
  freebsd@fug.com.br
  http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
  ___
  freebsd mailing list
  freebsd@fug.com.br
  http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

 --
 Marcus Alves Grando
 marcus(at)corp.grupos.com.br  |  Grupos Internet S/A
   mnag(at)FreeBSD.org |  FreeBSD.org
 ___
 freebsd mailing list
 freebsd@fug.com.br
 http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


[FUG-BR] Integração entre DHCP e DNS

2006-04-08 Por tôpico Flávio Barros
Senhores onde encontro informações sobre como proceder com esse tipo de 
configuração ?
Seria atualização dinâmica, ou seja, o cliente ao receber o IP, uma 
entrada no DNS é feita.

-- 
Desde já agradeço,
*
Flávio de Oliveira Barros 
Manaus - Amazonas - Brasil
Linux Registered User# 278223 LPI ID:   LPI56610
Amsn [EMAIL PROTECTED]  ICQ 3649766 Skype: flaviobarros_us
 ...   
 ºvº   
/(_)\  
 ^ ^   
Powered by FreeBSD® 6.0  GNU/Linux  GNU/Slackware® 10.2
Linux is for people who hate Windows,
 BSD is for people who love UNIX
*



___ 
Abra sua conta no Yahoo! Mail: 1GB de espaço, alertas de e-mail no celular e 
anti-spam realmente eficaz. 
http://br.info.mail.yahoo.com/
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] Integração_entre__DHCP_e _DNS

2006-04-08 Por tôpico Patrick Tracanelli
Flávio_Barros wrote:
 Senhores onde encontro informações sobre como proceder com esse tipo de 
 configuração ?
 Seria atualização dinâmica, ou seja, o cliente ao receber o IP, uma 
 entrada no DNS é feita.
 

http://www.ctln.org/team/reid/freebsd/ddns

Bem clara, dificil errar :-)

-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
Long live Hanin Elias, Kim Deal!

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] Emulação scsi

2006-04-08 Por tôpico Flávio Barros
Eder escreveu:
 Hi Flavio,

 Está tudo certo, o que provalmente está acontecendo é falta de permissão
 do seu user.

 Teste assim

 # chmod 666 /dev/acd0

 Levante o k3b ve se deu certo !!!

 Depois edit o arquivo /etc/devfs.conf e acrecente a linha

 perm cd0 0666

 no seu rc.conf adicione a linha abaixo.

 devd_enable=YES

 Acho que deve ser isto.

 Abraços,

 Eder

 --
 Linux is for people who hate Windows,
 BSD is for people who love UNIX
 ___
 freebsd mailing list
 freebsd@fug.com.br
 http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


   
Putz, não me atentei a esse detalhe. Valeu Eder.
Abraços,


-- 
Desde já agradeço,
*
Flávio de Oliveira Barros 
Manaus - Amazonas - Brasil
Linux Registered User# 278223 LPI ID:   LPI56610
Amsn [EMAIL PROTECTED]  ICQ 3649766 Skype: flaviobarros_us
 ...   
 ºvº   
/(_)\  
 ^ ^   
Powered by FreeBSD® 6.0  GNU/Linux  GNU/Slackware® 10.2
Linux is for people who hate Windows,
 BSD is for people who love UNIX
*



___ 
Abra sua conta no Yahoo! Mail: 1GB de espaço, alertas de e-mail no celular e 
anti-spam realmente eficaz. 
http://br.info.mail.yahoo.com/
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


[FUG-BR] Dúvida - NO_FOOF_HACK

2006-04-08 Por tôpico Thiago Esteves de Oliveira
Olá pessoal,

  Li o NOTES/NO_FOOF_HACK, ok,  mas gostaria de saber se a opção  
NO_FOOF_HACK deve ser usada
apenas em i586(s) como dito no NOTES, pois já vi servidores i686(s),  
com esta opção abilitada na
compilação do kernel.

  Abraço.
--
===
Thiago Esteves de Oliveira 
===
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] Dúvida - NO_FOOF_HACK

2006-04-08 Por tôpico Rainer Alves
Thiago Esteves de Oliveira wrote:
   Li o NOTES/NO_FOOF_HACK, ok,  mas gostaria de saber se a opção  
 NO_FOOF_HACK deve ser usada
 apenas em i586(s) como dito no NOTES, pois já vi servidores i686(s),  
 com esta opção abilitada na
 compilação do kernel.

A primeira edição do Pentium (de séculos atrás) tinha um bug que causava 
o travamento da CPU se ela recebesse uma sequência de instruções que 
iniciava com os byte codes 'F0 0F' (em hexadecimal, daí o nome).
Esse 'NO_F00F_HACK' nada mais é do que uma proteção do kernel, que gera 
um erro de instrução ilegal ao detectá-las.
A opção só faz sentido se você usar o Pentium 1 (i586), habilitá-la em 
qualquer outro kernel é desperdício já que a Intel corrigiu o bug no 
design dos Pentiums seguintes.

--
Rainer Alves
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] Usando ipod no FreeBSD 6.0

2006-04-08 Por tôpico Rodrigo Graeff
On 4/7/06, Victor Lima [EMAIL PROTECTED] wrote:
  Bom, eu recompilei o meu kernel com o device da
 habilitado, porem ele nao aparece no meu dmesg de
 jeito nenhum, eu suspeito que o meu adaptador scsi
 esteja quebrado, sem adaptador scsi funcionando eu
 nao consigo usar o disk acess device e por tanto nao
 tenho jeito de acessar meu ipod ate' compra um novo?!


Meu ipod de 40g não funciona via USB, apenas firewire, compre um
adaptador de usb para firewire e o device da0 vai ser reconhecido,
porém firewire não carrega o ipod, a única desvantagem que vi.

[ ]s

--
Rodrigo Graeff
delphus
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] Dúvida - NO_FOOF_H ACK

2006-04-08 Por tôpico Thiago Esteves de Oliveira
On Sat, 08 Apr 2006 17:45:55 -0300, Rainer Alves [EMAIL PROTECTED]  
wrote:

 Thiago Esteves de Oliveira wrote:
   Li o NOTES/NO_FOOF_HACK, ok,  mas gostaria de saber se a opção
 NO_FOOF_HACK deve ser usada
 apenas em i586(s) como dito no NOTES, pois já vi servidores i686(s),
 com esta opção abilitada na
 compilação do kernel.

 A primeira edição do Pentium (de séculos atrás) tinha um bug que causava
 o travamento da CPU se ela recebesse uma sequência de instruções que
 iniciava com os byte codes 'F0 0F' (em hexadecimal, daí o nome).
 Esse 'NO_F00F_HACK' nada mais é do que uma proteção do kernel, que gera
 um erro de instrução ilegal ao detectá-las.
 A opção só faz sentido se você usar o Pentium 1 (i586), habilitá-la em
 qualquer outro kernel é desperdício já que a Intel corrigiu o bug no
 design dos Pentiums seguintes.

 --
 Rainer Alves
 ___
 freebsd mailing list
 freebsd@fug.com.br
 http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br

  Obrigado pela explicação amigo, bom fim de semana...

-- 
===
Thiago Esteves de Oliveira 
===
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR]_Dúvida_-_NO_FOOF_HACK

2006-04-08 Por tôpico Patrick Tracanelli
Thiago Esteves de Oliveira wrote:
 On Sat, 08 Apr 2006 17:45:55 -0300, Rainer Alves [EMAIL PROTECTED]  
 wrote:
 
 
Thiago Esteves de Oliveira wrote:

  Li o NOTES/NO_FOOF_HACK, ok,  mas gostaria de saber se a opção
NO_FOOF_HACK deve ser usada
apenas em i586(s) como dito no NOTES, pois já vi servidores i686(s),
com esta opção abilitada na
compilação do kernel.

A primeira edição do Pentium (de séculos atrás) tinha um bug que causava
o travamento da CPU se ela recebesse uma sequência de instruções que
iniciava com os byte codes 'F0 0F' (em hexadecimal, daí o nome).
Esse 'NO_F00F_HACK' nada mais é do que uma proteção do kernel, que gera
um erro de instrução ilegal ao detectá-las.
A opção só faz sentido se você usar o Pentium 1 (i586), habilitá-la em
qualquer outro kernel é desperdício já que a Intel corrigiu o bug no
design dos Pentiums seguintes.

--
Rainer Alves

Na verdade, e' exatamente o contrario hehe.

O F00F_HACK e uma serie de codigos pra evitar o problema muito bem 
explicado pelo Rainer, a principal correcao e o codigo a seguir

#if defined(I586_CPU)  !defined(NO_F00F_HACK)
 if (i == -2) {
 /*
  * The f00f hack workaround has 
triggered, so
  * treat the fault as an illegal 
instruction
  * (T_PRIVINFLT) instead of a page fault.
  */
 type = frame.tf_trapno = T_PRIVINFLT;

 /* Proceed as in that case. */
 ucode = type;
 i = SIGILL;
 break;
 }
#endif

Que fica no sys/i386/i386/trap.c.

Portanto, note que o F00F_HACK *ja existe* em toda e qualquer situacao 
que voce tenha I586 no kernel. Nao e' necessario adiciona-lo para te-lo. 
A opcao do NOTES faz o contrario, ela OMITE o F00F_HACK, por isso 
chama-se NO_F00F_HACK, sem F0 0F hack que ja existe por padrao, 
tendo I586 no kernel.

Portanto a opcao so deve ser usada se voce *NAO* usar I586 (por exemplo, 
mantem apenas classe de CPU I686 no kernel) ou se voce mantem seu kernel 
apto a processar instrucoes de classe i586 mas tem certeza que jamais 
serao processadores Pentium nessa classe, por exemplo, AMD K6 2, CYRIX e 
afins, que sao 586 mas nao sofrem desse bug (bug exclusivo dos Pentium).

Note que na primeira situacao (nao manter i586 no kernel) colocar a 
opcao NO_F00F_HACK e' redundante (note o  do if defined).


-- 
Patrick Tracanelli

FreeBSD Brasil LTDA.
(31) 3281-9633 / 3281-3547
[EMAIL PROTECTED]
http://www.freebsdbrasil.com.br
Long live Hanin Elias, Kim Deal!

___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR]__Dúvida__-_N O_FOOF_HACK

2006-04-08 Por tôpico Thiago Esteves de Oliveira
On Sat, 08 Apr 2006 18:44:49 -0300, Patrick Tracanelli  
[EMAIL PROTECTED] wrote:

 Thiago Esteves de Oliveira wrote:
 On Sat, 08 Apr 2006 17:45:55 -0300, Rainer Alves  
 [EMAIL PROTECTED]
 wrote:


 Thiago Esteves de Oliveira wrote:

  Li o NOTES/NO_FOOF_HACK, ok,  mas gostaria de saber se a opção
 NO_FOOF_HACK deve ser usada
 apenas em i586(s) como dito no NOTES, pois já vi servidores  
 i686(s),
 com esta opção abilitada na
 compilação do kernel.

 A primeira edição do Pentium (de séculos atrás) tinha um bug que  
 causava
 o travamento da CPU se ela recebesse uma sequência de instruções que
 iniciava com os byte codes 'F0 0F' (em hexadecimal, daí o nome).
 Esse 'NO_F00F_HACK' nada mais é do que uma proteção do kernel, que gera
 um erro de instrução ilegal ao detectá-las.
 A opção só faz sentido se você usar o Pentium 1 (i586), habilitá-la em
 qualquer outro kernel é desperdício já que a Intel corrigiu o bug no
 design dos Pentiums seguintes.

 --
 Rainer Alves

 Na verdade, e' exatamente o contrario hehe.

 O F00F_HACK e uma serie de codigos pra evitar o problema muito bem
 explicado pelo Rainer, a principal correcao e o codigo a seguir

 #if defined(I586_CPU)  !defined(NO_F00F_HACK)
  if (i == -2) {
  /*
   * The f00f hack workaround has
 triggered, so
   * treat the fault as an illegal
 instruction
   * (T_PRIVINFLT) instead of a page  
 fault.
   */
  type = frame.tf_trapno = T_PRIVINFLT;

  /* Proceed as in that case. */
  ucode = type;
  i = SIGILL;
  break;
  }
 #endif

 Que fica no sys/i386/i386/trap.c.

 Portanto, note que o F00F_HACK *ja existe* em toda e qualquer situacao
 que voce tenha I586 no kernel. Nao e' necessario adiciona-lo para te-lo.
 A opcao do NOTES faz o contrario, ela OMITE o F00F_HACK, por isso
 chama-se NO_F00F_HACK, sem F0 0F hack que ja existe por padrao,
 tendo I586 no kernel.

 Portanto a opcao so deve ser usada se voce *NAO* usar I586 (por exemplo,
 mantem apenas classe de CPU I686 no kernel) ou se voce mantem seu kernel
 apto a processar instrucoes de classe i586 mas tem certeza que jamais
 serao processadores Pentium nessa classe, por exemplo, AMD K6 2, CYRIX e
 afins, que sao 586 mas nao sofrem desse bug (bug exclusivo dos Pentium).

 Note que na primeira situacao (nao manter i586 no kernel) colocar a
 opcao NO_F00F_HACK e' redundante (note o  do if defined).


  Ok.
  Então se não estiver usando um I586(ONLY PENTIUM)
  Use  NO_FOOF_HACK  = 'SEU PROCESSADOR NÃO PRECISA'
he, he, he, he

  Abraço...


-- 
===
Thiago Esteves de Oliveira 
===
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


Re: [FUG-BR] MySQL Query Browser

2006-04-08 Por tôpico Rainer Alves
Vini wrote:
 Ola pessoal, alguem ja instalou o mysql query browser?
 
 Nao existe port e nao encontro ninguem que ja tenha conseguido via tarball
 do site do mysql.
 

Ainda não existe um port para o MySQL Query Browser.. Mas achei ele 
interessante e resolvi criar um.
A lista de dependências é extensa, mas tudo correu bem nos testes que 
fiz em tinderbox.
http://200.181.68.248/mysql-query-browser-1.1.18.shar

Faça o seguinte para instalar o port:
# cd /var/tmp
# fetch http://200.181.68.248/mysql-query-browser-1.1.18.shar
# cd /usr/ports/databases
# sh /var/tmp/mysql-query-browser-1.1.18.shar
(Esse comando vai criar o diretório mysql-query-browser dentro da 
categoria databases do ports)
# cd mysql-query-browser
# make  make install

Caso mais alguém esteja interessado:
http://www.mysql.com/products/tools/query-browser/

Em breve vou mandar um PR, mais cedo ou mais tarde ele vai ser incluído 
no CVS.

--
Rainer Alves
___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br


[FUG-BR] NatAcl - captive portal

2006-04-08 Por tôpico lousangelareis
Ola pessoal... 

 Estou compilando aki o Natacl so que estou tendo uns problemas na 
compilação.. 

BuildMysql.c 

src/modules/auth_mysql/Mysql.c:8:25: mysql/mysql.h: No such file or 
directory 
In file included from src/modules/auth_mysql/Mysql.c:10: 
src/modules/auth_mysql/Mysql.h:16: error: syntax error before MYSQL 
src/modules/auth_mysql/Mysql.c: In function `run_module': 
src/modules/auth_mysql/Mysql.c:73: error: structure has no member named 
`db1' 
src/modules/auth_mysql/Mysql.c:74: error: structure has no member named 
`db1' 
src/modules/auth_mysql/Mysql.c:79: error: structure has no member named 
`result' 
src/modules/auth_mysql/Mysql.c:79: error: structure has no member named 
`db1' 
src/modules/auth_mysql/Mysql.c:80: error: structure has no member named 
`db1' 
src/modules/auth_mysql/Mysql.c:85: error: structure has no member named 
`line' 
src/modules/auth_mysql/Mysql.c:85: error: structure has no member named 
`result' 
src/modules/auth_mysql/Mysql.c:88: error: structure has no member named 
`line' 
src/modules/auth_mysql/Mysql.c:89: error: structure has no member named 
`line' 
src/modules/auth_mysql/Mysql.c:91: error: structure has no member named 
`line' 
src/modules/auth_mysql/Mysql.c:94: error: structure has no member named 
`line' 
src/modules/auth_mysql/Mysql.c:97: error: structure has no member named 
`line' 
src/modules/auth_mysql/Mysql.c:99: error: structure has no member named 
`line' 
src/modules/auth_mysql/Mysql.c:102: error: structure has no member named 
`line' 
src/modules/auth_mysql/Mysql.c:110: error: structure has no member named 
`result' 
src/modules/auth_mysql/Mysql.c:112: error: structure has no member named 
`db1' 
src/modules/auth_mysql/Mysql.c: In function `init_mysql': 
src/modules/auth_mysql/Mysql.c:122: error: structure has no member named 
`mysql' 
src/modules/auth_mysql/Mysql.c:124: error: structure has no member named 
`db1' 
src/modules/auth_mysql/Mysql.c:124: error: structure has no member named 
`mysql' 
src/modules/auth_mysql/Mysql.c:125: error: structure has no member named 
`mysql' 
src/modules/auth_mysql/Mysql.c:128: error: structure has no member named 
`db1' 


tenho o mysql funcionando perfeitamente... gostaria de fazer esse captive 
funcionar e fazer uma documentação sobre. porque a pouca coisa a respeito e 
e um captive portal alternativo do Nocat. para que outras pessoas ver.. 

Alguem ja enfrentou o mesmo problema no make? 

Grata.. 

Zanna Reis 


___
freebsd mailing list
freebsd@fug.com.br
http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br