Re: [FUG-BR] pkg install lento
On 10/02/20 16:10, Vinícius Dalcin wrote: Estou tendo dificuldades e certa lentidão ao utilizar o pkg. É normal o repositório ser lento ? Infelizmente não temos um mirror do repositório aqui no Brasil, então a velocidade realmente deixa a desejar :( Tem como eu criar um repositório particular ? Tem -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] pkg install lento
On 10/02/20 16:10, Vinícius Dalcin wrote: Estou tendo dificuldades e certa lentidão ao utilizar o pkg. É normal o repositório ser lento ? Tem como eu criar um repositório particular ? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] help atualizações
On 24/10/18 07:33, Sebastião A Teixeira wrote: > bom dia... > > alguém poderia me ajudar... tem um pacote que na verificação de > vulnerabilidades diz pra atualizar... > > Checking for packages with security vulnerabilities: > Database fetched: Mon Oct 22 03:53:57 BRST 2018 > python27-2.7.12 > > nos meus ports tá assim as versões: > python27-2.7.15 > > so que quando faço o comando pra atualizar tenho como resposta: > > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > Checking integrity... done (0 conflicting) > The most recent version of packages are already installed > > o que pode estar errado??? devo desinstalar o a versão 2.7 e instalar a > mais recente? e as dependências? > > tenho pouco conhecimento, em alguns aspectos, para configuração de > servidor... Qual a versão do FreeBSD? Qual o conteúdo de /etc/pkg/FreeBSD.conf? Apenas uma observação. Quando for enviar uma mensagem sobre um novo assunto, por favor use a opção de escrever um novo email ao invés de clicar em responder e depois mudar o assunto. Fazendo isso o seu cliente de e-mail preserva cabeçalhos usados para separar as mensagens em threads e vira uma confusão. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] versão não suportada Ports
On 02/10/18 15:54, Nenhum_de_Nos wrote: > Boa tarde senhores, > > mandei compilar um port e recebi isso: > > /!\ ERROR: /!\ > > Ports Collection support for your FreeBSD version has ended, and no ports are > guaranteed to build on this system. Please upgrade to a supported release. > > No support will be provided if you silence this message by defining > ALLOW_UNSUPPORTED_SYSTEM. > > *** Error code 1 > > Stop. > make[1]: stopped in /usr/ports/net-mgmt/darkstat > *** Error code 1 > > Stop. > make: stopped in /usr/ports/net-mgmt/darkstat > > > mas uso a versão: > > uname -a > FreeBSD xxx.xxx 11.2-RELEASE-p1 FreeBSD 11.2-RELEASE-p1 #0 r337512: Wed Aug > 8 20:04:09 -03 2018 root@:/usr/obj/usr/src/sys/net5501 i386 > > fiquei confuso. Achei na rede pessoal falando sobre upgrade inacabado. E é o > que tem aqui: > > freebsd-version > 11.1-RELEASE > > Agora sempre faço upgrade com recompilar world e kernel, e nunca deu nisso. > Alguém viu isso? Isso tem cara de upgrade pela metade. Se fosse você, pela sanidade, faria novamente o build do 11.2 -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] pkg orphaned
On 02/08/18 10:55, Márcio Luciano Donada wrote: > Edinilson, > eu havia consultado o material anteriormente, mas eu tenho 159 pacotes que > devem ser removidos, tem alguns que de certa forma tenho uma desconfiança > se realmente posso remover, porém como saber realmente se estão sendo > utilizados ou não? Existe uma flag no pkg chamada 'automatic'. quando ela está setada para 1 significa que o pacote foi instalado como dependência de outro, ou seja, de forma automática. Todos os pacotes com essa flag que não são dependentes no momento de um pacote não-automático (que vc instalou pq precisa) serão removidos pelo autoremove. Você pode listar todos os não automáticos usando os aliases `pkg prime-list` ou `pkg prime-origins`. Caso seu pkg.conf seja velho e não tenha os aliases os comandos são: prime-list: "query -e '%a = 0' '%n'", prime-origins: "query -e '%a = 0' '%o'", O ideal é vc analisar essa lista e remover pacotes que vc não precisa mais. Aí depois vc revisa a lista do `pkg autoremove -n` e caso decida manter algum dos pacotes listados ali basta marca-lo como não automático usando: pkg set -A 0 nome_do_pacote []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Alterar a versão do FreeBSD no uname e em outros programas.
On 09/07/18 10:01, Luiz Gustavo S. Costa wrote: > 2018-07-08 18:26 GMT+01:00 Paulo Henrique : > >> Saudações a todos, >> >> Gostaria de saber como fazer para alterar a versão/nome do sistema >> operacional no comando uname e também na detecção do nmap, já fiz algumas >> pesquisas mais sempre retorna sobre o motd que não é o objetivo. >> >> No meu sistema quanto executo uname -a retorna a linha abaixo: >> >> FreeBSD matilda 11.1-STABLE FreeBSD 11.1-STABLE #3 r327905: Sat Jan 13 >> 01:31:20 -02 2018 NoRm4nD@matilda:/usr/obj/usr/src/sys/MATILDA amd64 >> >> No caso eu quero alterar para que no lugar de FreeBSD 11.1-STABLE retorne >> um nome especifico de minha escolha. >> >> E se alterando isso um scanner de OS do nmap irá detectar e retorna o novo >> nome do tipo do sistema ? >> >> Nesse campo do retorno do resultado: >> >> Service Info: OS: FreeBSD; CPE: cpe:/o:freebsd:freebsd >> >> root@matilda:/ # nmap -A -T4 127.0.0.1 >> >> Starting Nmap 7.40 ( https://nmap.org ) at 2018-07-08 14:22 -03 >> Warning: 127.0.0.1 giving up on port because retransmission cap hit (6). >> Stats: 0:00:19 elapsed; 0 hosts completed (1 up), 1 undergoing SYN Stealth >> Scan >> SYN Stealth Scan Timing: About 32.10% done; ETC: 14:23 (0:00:38 remaining) >> Stats: 0:00:21 elapsed; 0 hosts completed (1 up), 1 undergoing SYN Stealth >> Scan >> SYN Stealth Scan Timing: About 38.63% done; ETC: 14:23 (0:00:32 remaining) >> Stats: 0:00:55 elapsed; 0 hosts completed (1 up), 1 undergoing SYN Stealth >> Scan >> SYN Stealth Scan Timing: About 99.99% done; ETC: 14:23 (0:00:00 remaining) >> Nmap scan report for localhost (127.0.0.1) >> Host is up (0.14s latency). >> Not shown: 998 closed ports >> PORT STATE SERVICE VERSION >> 53/tcp open domain Unbound 1.5.10 >> | dns-nsid: >> | id.server: matilda >> |_ bind.version: unbound 1.5.10 >> /tcp open ssh OpenSSH 7.5 (FreeBSD 20170903; protocol 2.0) >> | ssh-hostkey: >> | 2048 43:ed:82:8c:fa:67:b3:95:43:e9:89:d5:7f:01:f8:51 (RSA) >> |_ 256 a1:2f:e7:76:71:25:ff:da:9f:92:b3:e2:f6:f2:39:7c (ECDSA) >> No exact OS matches for host (If you know what OS is running on it, see >> https://nmap.org/submit/ ). >> TCP/IP fingerprint: >> OS:SCAN(V=7.40%E=4%D=7/8%OT=53%CT=1%CU=33755%PV=N%DS=0%DC= >> L%G=Y%TM=5B4248E1 >> OS:%P=amd64-portbld-freebsd11.1)SEQ(SP=108%GCD=1%ISR=10D%TI= >> Z%CI=Z%TS=20)OP >> OS:S(O1=M3FD8NW6ST11%O2=M3FD8NW6ST11%O3=M3FD8NW6NNT11% >> O4=M3FD8NW6ST11%O5=M3 >> OS:FD8NW6ST11%O6=M3FD8ST11)WIN(W1=%W2=%W3=% >> W4=%W5=%W6=F >> OS:FFF)ECN(R=Y%DF=Y%T=40%W=%O=M3FD8NW6SLL%CC=Y%Q=)T1( >> R=Y%DF=Y%T=40%S=O% >> OS:A=S+%F=AS%RD=0%Q=)T2(R=N)T3(R=Y%DF=Y%T=40%W=%S=O%A= >> S+%F=AS%O=M3FD8NW >> OS:6ST11%RD=0%Q=)T4(R=Y%DF=Y%T=40%W=0%S=A%A=Z%F=R%O=%RD=0% >> Q=)T5(R=Y%DF=Y%T= >> OS:40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)T6(R=Y%DF=Y%T=40%W=0%S=A% >> A=Z%F=R%O=%RD=0 >> OS:%Q=)T7(R=Y%DF=Y%T=40%W=0%S=Z%A=S+%F=AR%O=%RD=0%Q=)U1(R=Y% >> DF=N%T=40%IPL=3 >> OS:8%UN=0%RIPL=G%RID=G%RIPCK=Z%RUCK=G%RUD=G)IE(R=Y%DFI=S%T=40%CD=S) >> >> Network Distance: 0 hops >> Service Info: OS: FreeBSD; CPE: cpe:/o:freebsd:freebsd >> >> OS and Service detection performed. Please report any incorrect results at >> https://nmap.org/submit/ . >> Nmap done: 1 IP address (1 host up) scanned in 111.11 seconds >> >> >> -- >> :UNI>> Paulo Henrique. >> Fone: (21) 37089388. >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > Olá !!! > > Paulo, antes de tentar alterar o código do FreeBSD, é interessante tentar > entender como o nmap coleta essa informação. Em resumo, ele busca por uma > assinatura do OS. Veja o detalhe completo nesse link: > > https://nmap.org/book/osdetect-fingerprint-format.html > > Talvez você tenha que "inventar" uma assinatura própria ou tentar simular > alguma outra existente. > > Espero que ajude. Sem contar que muitas ferramentas de build (autotools, cmake) têm regras específicas pro FreeBSD. Quando vc alterar isso pra 'meuOS' vai fazer com que o SO deixe de ser identificado e provavelmente vai ser impossível compilar a maior parte dos ports. Aliás, nem mesmo a árvore do ports deve funcionar. É um trabalho imenso e complexo manter um fork de um SO. Pensa bem se vale a pena. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF no FreeBSD 11.2
On 03/07/18 17:19, Otavio Augusto wrote: > Boa tarde, > Estou em um projeto de firewall redundante e a escolha foi o PF ( CARP > + PFsync). > > Com relação as regras tanto para filtro quanto para nat gostaria de > saber se a documentação atual no site do OpenBSD é válida para > FreeBSD também. Não. O pf do FreeBSD é bem diferente do OpenBSD atual. Use a documentação do FreeBSD. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [Pfsense-pt] Falha no carregamento de lista de pacotes - "Unable to retrieve package information."
On 15/03/18 21:36, Paulo Henrique wrote: > Em 15 de mar de 2018 21:26, "Luiz Otavio O Souza" > escreveu: > > 2018-03-15 16:30 GMT-03:00 Paulo Henrique: >> Saudações a todos, >> >> Estou deparando-me com um problema no PFsense, onde o Package manager não >> carrega a lista de pacotes disponíveis. >> Através de pesquisa na internet, observei que o problema é recorrente e >> entre os fatores que faz o problema ocorrer é o pkg não conseguir acesso > ao >> endereço srv:pkg.pfsense.org que redireciona para os servidores >> files01.netgate.com e files00.netgate.com informando que não há rota para > o >> mesmo. >> Entre as recomendações sugeriram usar os DNS da google porém mesmo >> efetuando as alterações o problema persisti. >> Já testei com os dois brasch disponiveis, a versão 2.4.2 e a 2.3.5 e ambas >> as versões o problema acontece. >> Já editei a opção System / Advanced / Networking / Prefer to use IPv4 even >> if IPv6 is available para usar preferencialmente o IPv4 sobre o IPv6. >> Usando o comando host, tanto usando os servidores DNS da empresa como da >> google resolve e retorna a resposta, como se segue abaixo. >> >> Usando os DNS da empresa >> bash-4.3$ host -t srv _https._tcp.pkg.pfsense.org >> _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files00.netgate.com. >> _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files01.netgate.com. >> >> Usando os DNS da google. >> bash-4.3# host -t srv _https._tcp.pkg.pfsense.org >> _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files01.netgate.com. >> _https._tcp.pkg.pfsense.org has SRV record 10 10 443 files00.netgate.com. >> >> Alguma sugestão que possa resolver esse problema ? ou alguém mais está >> passando por estas mesmas dificiuldades. >> > > Isso só acontece comigo quando eu estou na minha rede de testes onde o > IPv6 não tem conexão upstream. > > Como geralmente estou no console, eu faço assim: > > $ ifconfig xxxN inet6 ifdisabled > > Eu ainda não testei com a opção de preferir ipv4 sobre ipv6, mas > deveria funcionar também. > > Quanto ao DNS, não há qualquer problema, o pkg.pfsense.org não tem um > registro A (ou ) apenas SRV. Você não vai conseguir pingar ou > conectar mas o pkg vai funcionar. > > Como você esta rodando o pkg ai ? Já tentou no console ? > > -l > > > > > O problema era simples, a rede que estava usando não estava publicada no > BGP !! Bastou publicar e funcionou 100% > > Valeu por essa informação, fica como dica para o proximo que tiver o mesmo > problema e que não seja bios !!! Caso queira verificar de forma bem simples se o problema é o IPv6 pode rodar: # pfSense-upgrade -4 -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] atualizar PRE-RELEASE
On 15/02/18 16:03, Edinilson J. Santos wrote: > Em 17/10/2017 07:58, Denis Granato escreveu: >> Bom dia lista >> hoje possuo um server com 9.1 PRERELEASE >> >> >> >> *# uname -r9.1-PRERELEASE* >> Qual melhor/seguro jeito para atualizar para o 10? >> >> Obrigado >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> > -É uma maquina em produção? > -O que tanto roda nessa maquina? > -Você já atualizou alguma vez a versao do FreeBSD? > > > Te pergunto pois poderia seguir as sugestões do Renato Botelho em [1] > *MAS*, é importante que tenha em mente que poderá haver detalhes no meio > do processo que irão variar de acordo com seu ambiente e que poderão > causar um downtime temporario de algum serviço crucial. > > Para atualizar os programas instalados pelo Ports, eu recomendo > fortemente o Synth [2] [3]. Ele facilita bastante nas dependencias, etc. > > *SE* tiver oportunidade, faça um clone do seu HD com o DD e simule ANTES > o upgrade. Há pouco tempo trouxe uma máquina de 9.3 pra 11.1. Mas antes de passar os detalhes a pergunta que eu gostaria de fazer é se o seu 9.x já possui o pkg(8) ou se ainda tem pacotes instalados com o software antigo pkg_* Dependendo dessa resposta minhas sugestões serão diferentes. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11
On 15/05/17 09:39, Renato Frederick wrote: > Em 8 de maio de 2017 12:01, Paulo Henrique > escreveu: > >> Em 8 de maio de 2017 11:03, Renato Frederick >> escreveu: >> >>> Em 8 de maio de 2017 08:26, Renato Botelho escreveu: >>> >>>> On 05/05/17 20:31, Renato Frederick wrote: >>>>> Em 3 de maio de 2017 17:46, Renato Botelho >>> escreveu: >>>>> >>>>>> On 03/05/17 16:39, Edinilson - ATINET wrote: >>>>>>> On 03/05/17 16:11, Edinilson - ATINET wrote: >>>>>>>> On 03/05/17 14:29, Edinilson - ATINET wrote: >>>>>>>>> Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o 11? >>>>>>>>> >>>>>>>>> Se sim, poderia compartilhar a experiencia? >>>>>>>>> >>>>>>>>> Você usa 9.3-RELEASE ou 9.3-STABLE? >>>>>>>>> Quer atualizar via src ou via freebsd-update? >>>>>>>>> -- >>>>>>>>> Renato Botelho >>>>> >>>> >>>> Ah sim, eu não compilo mais nada em servidores há muito tempo. Só uso >>> pkgs. >>>> >>>> Se o ambiente pede pkgs com OPTIONS diferentes eu monto um poudriere e >>>> ele gera meus repositórios automaticamente. >>>> >>> >>> Pois é, xará, compilar não é vida não. Já foi a época que eu compilava >>> QMAIL, antispam, blá blá. lembro de fazer no início no SLACKWARE, que nem >>> ports tinha. Isso em Pentium, ou se o cliente era milionário, Pentium >>> Pro... >>> >>> Hoje ou eu coloco um pfsense se for prá fazer qualquer coisa de >>> firewall/router/etc ou instalo o bsd e adquiro programas com instalador >> que >>> a licença é barata, se for prá serviço de email. >>> >>> Acho que a única coisa que eu deixo instalando é se for o DJBDNS, pois >> não >>> trabalho com bind, mas não aceitar IPv6 parou no tempo >>> >>> >>> >>> Renato Frederick >>> Consultor em TI >>> http://about.me/renatofrederick >>> Skype: renatofrederick >>> +55 31 99123 - 3006 >>> +55 31 2523 - 0686 >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> >> Nada contra quanto as descisões por utilizar software/solução de caixinha. >> Concordo que quando a coisa é simples, um firewall/proxy/snort ( com regras >> open-source ) a praticidade e a interface torna o PFSense uma excelente >> escolha., um Storage com recursos triviais faz o FreeNAS ser uma ótima >> solução, nesse caso creio que é uma solução que se supera, o nivel de >> otimização e recursos do mesmo é imcomparavel mesmo para o FreeBSD puro. >> >> Quando se volta a atenção para uma necessidade onde o fator custo é critica >> (instituição publica ou educacional) e o fator segurança também é critica o >> que resta é apelar para o open-source em um comodity hardware, recentemente >> li a utilização do BRO ( NMS ) filtrando 100GB/s de tráfego em uma >> universidade do EUA, uma solução de IDS/IPS/NMS com caixinha fechada era >> inviável devido aos elevados custos tanto com a caixa como com o >> licenciamento das soluções, gastaram com o hardware somente e construiram a >> própria solução que está atendendo-os a uma fração do custo do proprietário >> >> Não é uma solução prática de trabalhar, requer dos administratores uma dose >> significativa de esforço e competência técnica, além de estarem quase fora >> de capacidade de suporte pela comunidade quanto a potenciais problemas, >> incluindo ai a ausência ou dificuldade de se contratar um suporte comercial >> e a instituição ficar refém de dois ou três caras, são pontos que vale a >> pena discutir e determinar se o projeto/instituição terá problemas com >> elas. >> >> Há outros cenários onde compilar o kernel/world/ports ainda tem algumas >> vantagens, seja para ativar recursos ou otimizar a capacidade >> computacional, como roteador de borda, a 4 anos atrás quando se falavam em >> mais de 2.5Gb/s de trafego e 1Mpps a adoção de soft-routers automaticamente >> já era condenada, porém hoje há inumeros relatos de soft-router sobre >> FreeBSD/Linux comutando 5Gb/s com mais de 2Mpps com várias sessões BGP >> full-router. >> Servidores de front-end de portais de internet com quantidade de acessos >> muito grandes também requer uma ótimização mais fina d
Re: [FUG-BR] Problemas de acentuação em aplicativos compilados com Qt5
On 09/05/17 10:16, Otacílio wrote: > Em 09/05/2017 10:03, Paulo Henrique escreveu: >> Em 9 de maio de 2017 09:48, Ricardo Campos Passanezi >> >> escreveu: >> >>> On Tue, May 09, 2017 at 07:46:18AM -0300, Clayton Eduardo dos Santos >>> wrote: >>>>> Só consegui configurar através da central de configurações do KDE. >>>>> De uma vista na manpage em busca de alguma variável de ambiente >>> introduzido >>>>> no QT5.5 que permita isso. >>>>> Aplicações GTK reconhecem tranquilamente a linguagem padrão do >>> sistema, no >>>>> QT é que tem esse problema. >>>>> >>>>> Abraços >>>> Bom dia Paulo, >>>> >>>> Nem o KDE resolveu. Vou dar mais uma olhada nas manpages, conforme sua >>>> sugestão. >>>> >>>> [ ]'s >>>> >>>> Clayton >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> Bom, sei que não tem nada a ver com a solução do problema, mas já >>> experimentou o Lumina? >>> >>> Eu estava usando o fvwm, por ser bem leve. Testei o Lumina e estou >>> achando bem legal. Funcionando teclado normalmente. >>> >>> Sobre a parte gráfica + teclado em UTF8, tenho: >>> >>> - xorg.conf está em branco >>> >>> - /usr/local/etc/X11/xorg.conf.d/ >>> >>> # cat fonts.conf >>> Section "Files" >>>ModulePath "/usr/local/lib/xorg/modules" >>>FontPath "/usr/local/share/fonts/misc/" >>>FontPath "/usr/local/share/fonts/TTF/" >>>FontPath "/usr/local/share/fonts/OTF/" >>>FontPath "/usr/local/share/fonts/Type1/" >>>[mais um monte de fontes] >>> EndSection >>> >>> Section "Module" >>>Load "dbe" >>>Load "dri" >>>Load "dri2" >>>Load "extmod" >>>Load "record" >>>Load "freetype" >>>Load "bitmap" >>>Load "type1" >>>Load "glx" >>> EndSection >>> >>> # cat keyboard-br.conf >>> Section "InputClass" >>>Identifier "KeyboardDefaults" >>>Driver "keyboard" >>>MatchIsKeyboard "on" >>>Option "XkbLayout" "br" >>>Option "XkbOptions" "terminate:ctrl_alt_bksp" >>> EndSection >>> >>> - No rc.conf: keymap="br" >>> >>> - No ambiente: >>> >>> MM_CHARSET=UTF-8 >>> LC_ALL=pt_BR.UTF-8 >>> LANG=pt_BR.UTF-8 >>> >>> (como uso tcsh, com setenv no .cshrc) >>> >>> Pode colocar no /etc/login.conf e deixar padrão (acho que é o ideal, mas >>> já estou nessa há tanto tempo que vai como sempre :-)) >>> >>> Se te der ideias de onde procurar, melhor. >>> >>> >>> -- >>> Ricardo Campos Passanezi >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> Otacilio, como fica a sua variável de ambiente LC_ALL ? >> No meu sempre fica sem nada !! >> Valeu por compartilhar, procurava por essa opção a muito tempo, tinha uma >> forma de fazer através do policy do hal >> Option "XkbOptions" "terminate:ctrl_alt_bksp" >> >> >> >> Att. >> > Não sei se a pergunta foi realmente para mim, mas vou por junto com a > resposta o meu passo a passo para funcionar o pt_BR nas minhas máquinas > (AMD64, Beaglebone, Raspberry PI3). > > > No /etc/rc.conf eu coloco isso: > > keymap="br" > > No /etc/login.conf, na entrada default eu mudo o fim dela para ficar assim: > > :umask=022:\ > :charset=UTF-8:\ > :lang=pt_BR.UTF-8: > > E rodo o > > cap_mkdb /etc/login.conf > > > Depois de fazer logou e login, os usuários que estão na classe default > já ficam com o teclado e language me pt_BR. O locale fica assim: > > [ota@nostromo ~]$ locale > LANG=pt_BR.UTF-8 > LC_CTYPE="pt_BR.UTF-8" > LC_COLLATE="pt_BR.UTF-8" > LC_TIME="pt_BR.UTF-8" > LC_NUMERIC="pt_BR.UTF-8" > LC_MONETARY="pt_BR.UTF-8" > LC_MESSAGES="pt_BR.UTF-8" > LC_ALL= > > Na interface gráfica eu uso o xfce4. Para funcionar o teclado em pt_BR > eu adiciono o seguinte comando em "Configurações->Gerenciador de > Configurações->Sessão e Inicialização->Inicio automático de aplicativos": > > setxkbmap -model abnt2 -layout br > > > E o pronto. Só precisa se ligar que a ordenação em pt_BR+UTF8 só > funciona corretamente a partir do FreeBSD 11. Vale lembrar que usando o LC_COLLATE como pt_BR.UTF-8 ele vai considerar as maiúsculas e minúsculas com o mesmo valor e vai ordenar os arquivos como: anta bomba Brasil Santos Caso se defina o LC_COLLATE como "C" ele vai manter a diferenciação e os mesmos arquivos seriam ordenados como: Brasil Santos anta bomba []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11
On 05/05/17 20:31, Renato Frederick wrote: > Em 3 de maio de 2017 17:46, Renato Botelho escreveu: > >> On 03/05/17 16:39, Edinilson - ATINET wrote: >>> On 03/05/17 16:11, Edinilson - ATINET wrote: >>>> On 03/05/17 14:29, Edinilson - ATINET wrote: >>>>> Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o 11? >>>>> >>>>> Se sim, poderia compartilhar a experiencia? >>>>> >>>>> Você usa 9.3-RELEASE ou 9.3-STABLE? >>>>> Quer atualizar via src ou via freebsd-update? >>>>> -- >>>>> Renato Botelho >>>> >>>> Caro Renato, está na 9.3-STABLE. >>>> Acreditava que seria mais fácil pelo src, pois iria seguir +- as dicas >>>> deste link [1]. >>>> >>>> Porém, após o relato do Paulo Henrique, acho que vou partir para >>>> instalar tudo do zero, pois estou com medo de criar um "frankenstein". >>>> >>>> >>>> O que acha? >>> >>>> Eu tenho servidores que foram instalados no 5.x e estão no 11 hoje. Já >>>> mudaram de hardware mais de uma vez e eu nunca refiz a instalação. >>>> >>>> Mas é claro que cada caso é um caso e você deve fazer da forma que se >>>> sentir mais confortável. >>>> >>>> Uma outra coisa importante a se levar em conta é, você usa pacotes >>>> binários instalados via pkg ou usa tudo compilado via ports? >>>> Renato Botelho >>> >>> Esse 9.3 foi migrado do 8. Não lembro, na época, de ter tido maiores >>> problemas MAS, nesse caso, não houveram mudanças no compilador. >>> >>> Sempre instalo compilado via ports >>> >>> Vou gerar uma imagem do HD e fazer um teste. Se tudo correr bem, até >>> posto aqui na lista o resultado. >>> >>> Por enquanto, muito obrigado a todos. >> >> Nesse caso o que eu sempre adotei como prática foi: >> >> - Atualiza direto do 9.3 pro 10.3 >> - make buildworld buildkernel >> - make installkernel >> - reboot >> - make installworld >> - mergemaster >> - reboot >> - Instala o port misc/compat9x pra garantir que não faltarão libs >> antigas pros binários >> - Atualiza os ports (nesse caso esse é o ponto ideal pq o 9.x não tem >> mais suporte na árvore do ports e pode dar zica) >> - yes | make delete-old delete-old-libs >> - Remove o misc/compat9x >> - Atualiza pro 11 seguindo os mesmos passos >> - Recompila todos os ports antes de rodar o make delete-old delete-old-libs >> >> []s >> [ > > > Olha, se estiver pensando em custo por hora, dependendo do que a máquina > faz, se não é nada que foi muito personalizado, mais rápido instalar do > zero e depois instalar ports/pkg e os .conf do que ela usa. > > Pois, deixar compilando ZzZZZzzZZ, eu vejo um > desperdício do meu tempo e vai ficar caro pro cliente. Ah sim, eu não compilo mais nada em servidores há muito tempo. Só uso pkgs. Se o ambiente pede pkgs com OPTIONS diferentes eu monto um poudriere e ele gera meus repositórios automaticamente. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11
On 03/05/17 16:39, Edinilson - ATINET wrote: > On 03/05/17 16:11, Edinilson - ATINET wrote: >> On 03/05/17 14:29, Edinilson - ATINET wrote: >>> Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o 11? >>> >>> Se sim, poderia compartilhar a experiencia? >>> >>> Você usa 9.3-RELEASE ou 9.3-STABLE? >>> Quer atualizar via src ou via freebsd-update? >>> -- >>> Renato Botelho >> >> Caro Renato, está na 9.3-STABLE. >> Acreditava que seria mais fácil pelo src, pois iria seguir +- as dicas >> deste link [1]. >> >> Porém, após o relato do Paulo Henrique, acho que vou partir para >> instalar tudo do zero, pois estou com medo de criar um "frankenstein". >> >> >> O que acha? > >> Eu tenho servidores que foram instalados no 5.x e estão no 11 hoje. Já >> mudaram de hardware mais de uma vez e eu nunca refiz a instalação. >> >> Mas é claro que cada caso é um caso e você deve fazer da forma que se >> sentir mais confortável. >> >> Uma outra coisa importante a se levar em conta é, você usa pacotes >> binários instalados via pkg ou usa tudo compilado via ports? >> Renato Botelho > > Esse 9.3 foi migrado do 8. Não lembro, na época, de ter tido maiores > problemas MAS, nesse caso, não houveram mudanças no compilador. > > Sempre instalo compilado via ports > > Vou gerar uma imagem do HD e fazer um teste. Se tudo correr bem, até > posto aqui na lista o resultado. > > Por enquanto, muito obrigado a todos. Nesse caso o que eu sempre adotei como prática foi: - Atualiza direto do 9.3 pro 10.3 - make buildworld buildkernel - make installkernel - reboot - make installworld - mergemaster - reboot - Instala o port misc/compat9x pra garantir que não faltarão libs antigas pros binários - Atualiza os ports (nesse caso esse é o ponto ideal pq o 9.x não tem mais suporte na árvore do ports e pode dar zica) - yes | make delete-old delete-old-libs - Remove o misc/compat9x - Atualiza pro 11 seguindo os mesmos passos - Recompila todos os ports antes de rodar o make delete-old delete-old-libs []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11
On 03/05/17 16:11, Edinilson - ATINET wrote: > On 03/05/17 14:29, Edinilson - ATINET wrote: >> Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o 11? >> >> Se sim, poderia compartilhar a experiencia? >> >> Você usa 9.3-RELEASE ou 9.3-STABLE? >> Quer atualizar via src ou via freebsd-update? >> -- >> Renato Botelho > > Caro Renato, está na 9.3-STABLE. > Acreditava que seria mais fácil pelo src, pois iria seguir +- as dicas > deste link [1]. > > Porém, após o relato do Paulo Henrique, acho que vou partir para > instalar tudo do zero, pois estou com medo de criar um "frankenstein". > > > O que acha? Eu tenho servidores que foram instalados no 5.x e estão no 11 hoje. Já mudaram de hardware mais de uma vez e eu nunca refiz a instalação. Mas é claro que cada caso é um caso e você deve fazer da forma que se sentir mais confortável. Uma outra coisa importante a se levar em conta é, você usa pacotes binários instalados via pkg ou usa tudo compilado via ports? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrando do FreeBSD 9.3 para 11
On 03/05/17 14:29, Edinilson - ATINET wrote: > Caros amigos, alguém já fez o upgrade do FreeBSD 9.3 para o 11? > > Se sim, poderia compartilhar a experiencia? Você usa 9.3-RELEASE ou 9.3-STABLE? Quer atualizar via src ou via freebsd-update? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Alternativa ao quagga e ao OpenOSPFD
> On 23 Jan 2017, at 10:23, Jean Milanez Melo > wrote: > > Bom dia, > > No FreeBSD (e em sistemas BSD no geral), o Bird usa a route flag PROTO1 para > identificar as suas rotas. O OpenBGP usa a mesma flag, então isso causa uma > bagunça geral nas rotas. > > Existe a possibilidade de mudar o Bird para usar a flag PROTO2 ou PROTO3 e > acabar com esse conflito. Porém não é uma opção de compilação, você precisa > alterar no código fonte e recompilar. > > Para isso edite o arquivo krt-sock.c do codigo fonte do Bird e altera as > seguintes linhas: > > msg.rtm.rtm_flags = RTF_UP | RTF_PROTO2; > > u32 self_mask = RTF_PROTO2; > > Após isso você conseguirá rodar Bird (fazendo OSPF) e OpenBGP (fazendo BGP) > na mesma maquina. Interessante a sua análise, será que o pessoal do Bird não aceitaria um patch que permitisse definir isso em tempo de compilação ou até mesmo via config? Ia deixar a vida mais simples... -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Alternativa ao quagga e ao OpenOSPFD
> On 22 Jan 2017, at 16:06, Renato Frederick wrote: > >> >> >>>> >>>> tu tens de rodar isso aí apenas em freebsd? >>>> algo contra openbsd? http://securityrouter.org/wiki/Main_Page >>>> >>>> >>>> -- >>>> Vinícius Zavam >>> >>> Não tenho nada em especial contra o OpenBSD, mas não conheço casos >>> relatados de roteadores de borda de alta performance com OpenBSD, e >>> foi um trabalho que necessitava velocidade na aplicação, não havia >>> tempo para testes e ajustes depois de aplicada a solução >>> Motivos de escolha FreeBSD, >>> * Tinha que ser softrouter. O cliente já possuía o hardware; >>> * Eu já tinha experiencias prévias além de casos de sucesso com o >>> mesmo hardware usando FreeBSD. No Open tinha que testar. >>> * Performance garantida com o hardware desde que bem configurado. >>> * Neste cenário a segurança do router apresentado pelos 2 sistemas >>> operacionais seria iguais. >>> >>> >>> Se algum dia eu tiver um hardware destes em um link onde eu posa >>> realizar testes. será uma boa para testar e fazer benchmark dos 2, >>> pode ser que um ganhe ou não exista diferença entre eles. >>> >>> -- >>> Otavio Augusto >> >> > Como anda o suporte SMP do OPENBSD? Desculpa a ignorância. Mas a uns 4, 5 > anos, sei lá, tive que matar 2 cluster OPENBSD funcionando tudo bonitinho, > CARP, BGP, PF, OSPF e mudar para FREEBSD, o que foi uma chateação, pois > tinha código de regra exótica no PF que no OPENBSD era mais moderno que o > FREEBSD, etc etc. O Motivo desta bomba era que foi adquirido servidores > XEON com sei lá quantos núcleos e o OPENBSD detectava um core e pronto. Na > época o OPENBSD rodava em uma máquina com 1 processador só, porém o aumento > de pps estava deixando CPU no limite. Foi adquirida a nova máquina mas ao > dar boot foi visto isto. Não lembro versão do OPEN, nem lembro do BSD. Sei > que foi traumático hehehe > > Acredito que se hoje ele estiver detectando múltiplas CPU e múltiplos core > e os processos de roteamento forem multithread, só vejo razão para usar. É > uma distribuição enxuta, todos estes daemons de roteamento e firewall estão > à frente da versão de qualquer FreeBSD. Até onde sei a implementação do pf no OpenBSD ainda usa apenas um core e isso dá uma diferença enorme. Dá uma olhada nessa apresentação, especialmente nas páginas 22 a 25 https://files.pfsense.org/papers/netperf-talk.pdf -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ERRO - /lib/libc.so.7: version FBSD_1.4 required
> On 10 Jan 2017, at 10:30, Renato Sousa wrote: > > Bom dia Renato, > > Sim, esse servidor é RELEASE e com o kernel GENERIC. > Vou ver como fazer essa atualização e reporto aqui. Seria interessante daqui pra frente você ter uma política de updates. Hoje o seu servidor roda uma versão com muitas falhas de segurança documentadas que o tornam vulnerável a vários tipos de ataque. Manter o sistema atualizado é uma prática de segurança importante. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ERRO - /lib/libc.so.7: version FBSD_1.4 required
> On 9 Jan 2017, at 08:55, Renato Sousa wrote: > > Bom dia Renato, > > Segue retorno do comando uname -na > > uname -na > FreeBSD xxx.xxx.xx.xx 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260789: Thu Jan > 16 22:34:59 UTC 2014 r...@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > amd64 Então, você usa um sistema genérico, versão -RELEASE com kernel GENERIC. Dá pra atualizar isso muito fácil com o freebsd-update e ir pro 10.3-RELEASE. Na minha opinião essa é a saída mais correta e simples. Mantenho servidores que foram instalados na época do 6.x ou 7.x e sempre os atualizei, é tudo uma questão de ter backup e planejar, fazer com cuidado. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ERRO - /lib/libc.so.7: version FBSD_1.4 required
> On 9 Jan 2017, at 09:26, Nilton Jose Rizzo wrote: > > Em Mon, 9 Jan 2017 08:52:45 -0200, Renato Botelho escreveu >>> On 8 Jan 2017, at 14:20, Nilton Jose Rizzo wrote: >>> >>> Em Sun, 8 Jan 2017 10:55:30 +, Vinícius Zavam escreveu >>>> On Jan 8, 2017 00:09, "Nilton Jose Rizzo" wrote: >>>> >>>> Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu >>>> >>>> porque o pkg instala os pactes para uma máquina genérica, e com as >>>> opções básicasd configuradas, se você por acaso instalou um lib ou alguma >>>> coisa via ports e a configurou com opções customizadas, no futuro se >>>> você for instalar algo que dependa disso, o pkg irá reclamar e >>>> reinstalar a dependencia com as opções padrão. >>>> >>>> faz um teste instala o ffmpeg comas opções não básicas e tenta instalar >>>> algo que dependa dele via pkg, vai dar merda >>>> >>>> >>>> salvo engano, tbm existe a possibilidade de usar o pkg-static... >>>> >>>> https://www.freebsd.org/cgi/man.cgi?query=pkg-static >>> >>> Se você notar, a man page é basicamente a mesma do pkg. e lá >>> diz: >>> pkg-static is a statically linked variant of pkg typically only >>> used for the initial installation of pkg. >>> >>> ou seja, não faz nada de diferente. >> >> Ele não faz nada de diferente, porém, é um binário estático e não >> vai ter dependência de nenhuma biblioteca, então resolveria o erro >> do report original da falta do símbolo na libc.so.7. Mas ele deve >> ser usado apenas em situações de emergência. >> >> O problema no caso é que os pacotes do repositório foram compilados >> usando a libc.so.7 mais nova, já com os símbolos que o pkg tá >> reclamando não encontrar. E como praticamente todos os binários >> instalados através do pkg dependem da libc esse erro vai começar a >> acontecer com muitos outros binários caso os pacotes sejam atualizados. >> >> Quando você usa uma versão não suportada do FreeBSD assume esse tipo >> de risco. A única forma que eu vejo de tudo continuar funcionando é >> esquecer o pkg e fazer tudo via ports. MAS, vale lembrar que a >> árvore do ports não é obrigada a funcionar em versões não suportadas, >> então pode dar pau do mesmo jeito. >> >> A solução simples e funcional é atualizar o FreeBSD pra 10.3. Se >> feito com cautela e seguindo os passos certinho não tem erro. > >Mas eu já tive esse erro no -current Renato. tive que atualizar > todo o source e depois todos os ports que uso, são só 1870+. Imagina > a dor de cabeça no meio da atualização saber que uma nova versão de > um ports qualquer que é dependência de uns tantos outros está quebrado > ou com Vulnerabilidades, e a atualização é apenas um _1. Como já > sofri com isso Mas passar por esse tipo de coisa no -CURRENT é esperado, é uma versão de desenvolvimento e quando é necessária uma quebra de API/ABI ali é o local onde isso vai realmente ocorrer. Faz parte da brincadeira :) Independente de ter sido um bump no PORTREVISION (_1) a base do SO onde isso foi compilado sofreu mudanças, e aí o binário vai mudar. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ERRO - /lib/libc.so.7: version FBSD_1.4 required
> On 8 Jan 2017, at 14:20, Nilton Jose Rizzo wrote: > > Em Sun, 8 Jan 2017 10:55:30 +, Vinícius Zavam escreveu >> On Jan 8, 2017 00:09, "Nilton Jose Rizzo" wrote: >> >> Em Sat, 7 Jan 2017 20:42:44 -0200, Paulo Olivier Cavalcanti escreveu >>> Em Sáb 7 Jan 2017 14:30:01 BRST >>> "Nilton Jose Rizzo" escreveu: >>> >>> [...] >>> >>>> Otácilio, isso não funciona, pois depende de comilar o clang e >>>> llvm, e o sistema ficará completamente instável. >>>> >>>> >>>> Tem uma discursão muito boa sobre o sistema pkg na list >>>> internacional que eu estive vendo. Muitos problemas iguais ao que >>>> percebi. O pkg, IMHO, não deveria ser atualizado desta forma, e >>>> deveria ter a possibilidade de realizar todos os trabalhos com a >>>> versão instaada, principalmente uma correção tão pequena quanto um _1 >>>> >>>> Na minha opnião, que eu já tive que fazer, foi recompilar todo o >>>> sistema e nunca, nunca mesmo misture pkg com o ports que vai dar >>>> merda, na certa >>>> >>> >>> Eu instalei o Gnome3 via pkg install e o restante do meu sistema pelo >>> ports. Não tive problemas. Por que misturar pkg com ports é ruim, na >>> sua opinião? >> >> porque o pkg instala os pactes para uma máquina genérica, e com as >> opções básicasd configuradas, se você por acaso instalou um lib ou alguma >> coisa via ports e a configurou com opções customizadas, no futuro se >> você for instalar algo que dependa disso, o pkg irá reclamar e >> reinstalar a dependencia com as opções padrão. >> >> faz um teste instala o ffmpeg comas opções não básicas e tenta instalar >> algo que dependa dele via pkg, vai dar merda >> >>> >>> -- >>> Paulo Olivier Cavalcanti >> >> salvo engano, tbm existe a possibilidade de usar o pkg-static... >> >> https://www.freebsd.org/cgi/man.cgi?query=pkg-static > > Se você notar, a man page é basicamente a mesma do pkg. e lá > diz: > pkg-static is a statically linked variant of pkg typically only > used for the initial installation of pkg. > > ou seja, não faz nada de diferente. Ele não faz nada de diferente, porém, é um binário estático e não vai ter dependência de nenhuma biblioteca, então resolveria o erro do report original da falta do símbolo na libc.so.7. Mas ele deve ser usado apenas em situações de emergência. O problema no caso é que os pacotes do repositório foram compilados usando a libc.so.7 mais nova, já com os símbolos que o pkg tá reclamando não encontrar. E como praticamente todos os binários instalados através do pkg dependem da libc esse erro vai começar a acontecer com muitos outros binários caso os pacotes sejam atualizados. Quando você usa uma versão não suportada do FreeBSD assume esse tipo de risco. A única forma que eu vejo de tudo continuar funcionando é esquecer o pkg e fazer tudo via ports. MAS, vale lembrar que a árvore do ports não é obrigada a funcionar em versões não suportadas, então pode dar pau do mesmo jeito. A solução simples e funcional é atualizar o FreeBSD pra 10.3. Se feito com cautela e seguindo os passos certinho não tem erro. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ERRO - /lib/libc.so.7: version FBSD_1.4 required
> On 6 Jan 2017, at 10:42, Renato Sousa wrote: > > Olá Renato, > > Era justamente esse processo que queria evitar pois faz alguns anos que não > faço e a maquina é física e está em produção. > O que poderia ser menos traumático para o meu caso? Atualizar ou > reinstalar o sistema ? Pra te responder isso eu preciso saber duas coisas. Cola o resultado do ‘uname -a’ aí pra mim por favor -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ERRO - /lib/libc.so.7: version FBSD_1.4 required
> On 6 Jan 2017, at 09:07, Renato Sousa wrote: > > Bom dia amigos da lista! > > Feliz 2017 a todos !! > > Hoje fui atualizar alguns pacotes em um FBSD 10.0 > > # pkg update > Updating FreeBSD repository catalogue... > Fetching meta.txz: 100%944 B 0.9kB/s00:01 > Fetching packagesite.txz: 100%6 MiB 1.2MB/s00:05 > Processing entries: 100% > FreeBSD repository update completed. 25888 packages processed. > > # pkg upgrade > Updating FreeBSD repository catalogue... > FreeBSD repository is up-to-date. > All repositories are up-to-date. > New version of pkg detected; it needs to be installed first. > The following 1 package(s) will be affected (of 0 checked): > > Installed packages to be UPGRADED: > pkg: 1.9.4 -> 1.9.4_1 > > Number of packages to be upgraded: 1 > > 2 MiB to be downloaded. > > Proceed with this action? [y/N]: y > Fetching pkg-1.9.4_1.txz: 100%2 MiB 637.0kB/s00:04 > Checking integrity... done (0 conflicting) > [1/1] Upgrading pkg from 1.9.4 to 1.9.4_1... > [1/1] Extracting pkg-1.9.4_1: 100% > /lib/libc.so.7: version FBSD_1.4 required by /usr/local/lib/libpkg.so.3 not > found > > > A partir daqui só obtenho esse mensagem quando utilizo o pkg. > Como posso resolver isso ? Bom dia, Você tem um sistema muito velho pra esse pkg. O FreeBSD 10.0 foi descontinuado em Fevereiro de 2015. Para resolver esse caso, o método mais indicado é atualizar o FreeBSD (base + kernel) para uma versão suportada, por exemplo, a 10.3. Uma vez que você faça isso a libc.so.7 irá prover o símbolo que o pkg tá precisando e tudo vai funcionar novamente. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Parada
> On 14 Dec 2016, at 09:26, Marcelo Gondim wrote: > > Em 14/12/2016 00:16, Joao Rocha Braga Filho escreveu: >> Em 14 de dez de 2016 12:03 AM, "Otacílio de Araújo Ramos Neto" < >> otacilio.n...@bsd.com.br> escreveu: >> >> Ou o povo migrou para o Linux. Vai saber. >> >> >> Eu estou usando o FreeBSD em casa e no notebook. >> >> E ando com um problema com uma unidade USB 3.0. Eu consigo acessar os HDs >> de 4 TB colocados nela, e aparentemente gravar sem problemas, mas leituras >> pesadas, tal como um dd, dão pane depois de um tempo, que pode variar de >> segundos a 3 minutos. >> >> Ainda estou pesquisando e testando algumas coisas, mas aceito dicas. >> >> >> Abraços, >> João Rocha. >> >> >> >> []'s >> -Otacilio >> >> Em ter, 13 de dez de 2016 23:00, Paulo Henrique >> escreveu: >> >>> 2016-12-13 23:19 GMT-02:00 Paulo Cavalcanti : >>> >>>> Em 13/12/2016 22:59, "Otacílio" escreveu: >>>> >>>> A lista anda meio parada mesmo. Acho que o FreeBSD ficou fácill :) >>>> >>>> []'s >>>> -Otacílio >>>> >>>> >>>> Ou mais estável. Ou os dois. :) >>>> >>>> >>>> >>>> Em 13/12/2016 21:56, Renato Frederick escreveu: >>>> >>> mas >>>> em >>>> >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>> >>> Sempre estamos em evolução. >>> >>> A diferença é que antes os problemas eram simples, agora ele são dignos do >>> que essa lista formou ;) >>> >>> Agradeçam ao Irado, ensino a cada um aqui a pescar e não querer o peixe >>> pronto. >>> >>> Att. >>> >>> -- > Eu estou por aqui ainda. :) > Eu acho que é um pouco de cada coisa. Uns devem ter ido pra Linux, o sistema > ficou mais fácil ou pelo menos a maioria dos problemas já tem solução > documentada na Internet, as pessoas aqui sabem pescar e muito bem :) e também > outros adventos como grupos whatsapp e telegram que facilitam a troca de > conhecimento, dúvidas rápidas. :) Concordo com a última parte. O pessoal mais novo não usa e-mail, eles gostam de plataformas de celular e tal, então acabam indo pra whatsapp e telegram fácil fácil. Só restam os velhos aqui :P -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pequeno programa de teste do OpenGL com core dump no virtualbox
> On 10 Nov 2016, at 15:03, Otacílio wrote: > > Em 10/11/2016 13:28, Renato Botelho escreveu: >>> On 10 Nov 2016, at 13:31, Otacílio de Araújo Ramos Neto >>> mailto:otacilio.n...@bsd.com.br>> wrote: >>> >>> Em qui, 10 de nov de 2016 11:09, Nilton Jose Rizzo >> <mailto:ri...@i805.com.br> <mailto:ri...@i805.com.br >>> <mailto:ri...@i805.com.br>>> >>> escreveu: >>> >>>> Em Thu, 10 Nov 2016 13:11:26 +, Otacílio de Araújo Ramos Neto escreveu >>>> -lGLEW >>>> O driver do Virtual box só suporta OpenGL 2.1. >>>> >>>> https://www.virtualbox.org/wiki/X11Guest3D >>>> >>>> >>> Tudo bem, mas eu não estou entendo a importância disso porque o programa >>> faz quase nada e ele da o core dump depois que já executou todas as rotinas >>> do OpenGL. Em todo o caso o sistema host eh um i7 com suporte ao OpenGL >>> 4.0.0 >> >> Seria legal você compilar ele com -g e -O e rodar usando gdb pra entender >> exatamente o que acontece. >> >> -- >> Renato Botelho >> > > Você tem razão Renato. E foi mesmo uma estupidez muito grande a minha ter > enviado o email sem ter feito isso antes. Somente nessa besteira já deu para > descobrir que a exception eh gerada na linha 679 do arquivo > /usr/ports/emulators/virtualbox-ose-additions/work/VirtualBox-5.1.8/src/VBox/GuestHost/OpenGL/util/hash.c > . Bem, é assim mesmo. Vivendo e aprendendo. Seria interessante você colher um backtrace e reportar os desenvolvedores, alguma coisa errada deve ter... -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Pequeno programa de teste do OpenGL com core dump no virtualbox
> On 10 Nov 2016, at 13:31, Otacílio de Araújo Ramos Neto > wrote: > > Em qui, 10 de nov de 2016 11:09, Nilton Jose Rizzo <mailto:ri...@i805.com.br>> > escreveu: > >> Em Thu, 10 Nov 2016 13:11:26 +, Otacílio de Araújo Ramos Neto escreveu >>> Em qui, 10 de nov de 2016 10:02, Nilton Jose Rizzo >>> escreveu: >>> >>>> Em Thu, 10 Nov 2016 09:45:06 -0300, Otacílio escreveu >>>> >>>> Otacilio, aqui rodou redondo >>>> >>>> Abriu e fecou a janela >>>> >>>> A sua placa suporta openGL acima de 2.1? >>>> >>>> >>>> >>>> % clang -I/usr/local/include -L/usr/local/lib -o teste teste.c -lGL >> -lGLEW >>>> -lGLU -lglut >>>> % ./teste >>>> OpenGL version supported by this platform (3.3.0 NVIDIA 340.96): >>>> Exiting... >>>> >>>> >>>> >>>> --- >>>> /* >>>> **Nilton José RizzoUFRRJ >>>> **http://www.rizzo.eng.br http://www.ufrrj.br >>>> **http://lattes.cnpq.br/0079460703536198 >>>> **/ >>>> >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> Opa Nilton. >>> >>> Não eh questão de placa. Quando eu rodo o programa em uma máquina antiga >>> ele funciona. O problema eh quando eu rodo em uma máquina >>> virtualizada no virtual box. Nesse cenário o programa da um core >>> dump no momento em que ele encerra a execução. Eu não sei se eh >>> problema do Port do virtuabolx additions ou do virtualbox em si. Por >>> isso pedi também para o pessoal testar em máquinas Linux. >>> >>> Muito obrigado >> >> O driver do Virtual box só suporta OpenGL 2.1. >> >> https://www.virtualbox.org/wiki/X11Guest3D >> >> > Tudo bem, mas eu não estou entendo a importância disso porque o programa > faz quase nada e ele da o core dump depois que já executou todas as rotinas > do OpenGL. Em todo o caso o sistema host eh um i7 com suporte ao OpenGL > 4.0.0 Seria legal você compilar ele com -g e -O e rodar usando gdb pra entender exatamente o que acontece. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Baixar os fontes do 11.0-RELEASE-p2
> On 2 Nov 2016, at 10:42, Otacílio wrote: > > Em 02/11/2016 09:33, Renato Botelho escreveu: >>> On 1 Nov 2016, at 23:43, Otacílio wrote: >>> >>> Olá >>> >>> Como faço para baixar os fontes do 11.0-RELEASE-p2 se no repositório em >>> base/release só vai até o 11.0.1? >> >> Se for via svn: >> >> svn checkout https://svn.freebsd.org/base/releng/11.0 >> <https://svn.freebsd.org/base/releng/11.0> /usr/src >> >> Se for via git: >> >> git clone -b releng/11.0 https://github.com/freebsd/freebsd >> <https://github.com/freebsd/freebsd>.git >> >> -- >> Renato Botelho >> > > Certo. Mas então eu posso assumir que dentro de releng/11.0 estão sempre os > fontes do RELEASE da série 11.0 com os últimos patches (p-) ? Nessa caso, > quando sair o 11.0-RELEASE-p3 vai ser criado dentro de base/release o 11.0.2 ? releng/11.0 é um branch e recebe todos os commits que geram os patches (p1, p2, p3, p4….) Cada vez que um patch desses é lançado, é criado um tag marcando isso, esse tag é o release/11.0.1, release/11.0.2…. Se você seguir o releng/11.0 vai sempre ter o último 11.0-RELEASE-pN -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Baixar os fontes do 11.0-RELEASE-p2
> On 1 Nov 2016, at 23:43, Otacílio wrote: > > Olá > > Como faço para baixar os fontes do 11.0-RELEASE-p2 se no repositório em > base/release só vai até o 11.0.1? Se for via svn: svn checkout https://svn.freebsd.org/base/releng/11.0 <https://svn.freebsd.org/base/releng/11.0> /usr/src Se for via git: git clone -b releng/11.0 https://github.com/freebsd/freebsd <https://github.com/freebsd/freebsd>.git -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OpenSSL
> On 21 Oct 2016, at 15:43, Márcio Luciano Donada wrote: > > Senhores, boa tarde > alguém está passando por esse problema no FreeBSD 11? > > root@srv-jabberd:/usr/home/marcio # git > Shared object "libcrypto.so.7" not found, required by "git" > root@srv-jabberd:/usr/home/marcio # ldd /usr/bin/openssl > /usr/bin/openssl: >libssl.so.8 => /usr/lib/libssl.so.8 (0x8008a2000) >libcrypto.so.8 => /lib/libcrypto.so.8 (0x800c0) >libc.so.7 => /lib/libc.so.7 (0x80106c000) > root@srv-jabberd:/usr/home/marcio# > Você atualizou a base de 10 pra 11? Se fez isso, chegou a reinstalar todos os pacotes? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Fwd: [FreeBSD-Announce] FreeBSD 9.3, 10.1 and 10.2 EoL coming soon
Pra quem ainda usa FreeBSD 9, 10.1 e 10.2, vale planejar um upgrade antes do final do ano :) > Begin forwarded message: > > From: Xin Li > Subject: [FreeBSD-Announce] FreeBSD 9.3, 10.1 and 10.2 EoL coming soon > Date: 3 October 2016 11:18:38 GMT-3 > To: freebsd-annou...@freebsd.org > Reply-To: freebsd-secur...@freebsd.org > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Dear FreeBSD community, > > At 23:59 UTC, December 31, 2016, FreeBSD 9.3, 10.1 and 10.2 will reach > end-of-life and will no longer be supported by the FreeBSD Security Officers > Team. Users of FreeBSD 9.3, 10.1 and 10.2 are strongly encouraged to > upgrade to a newer release as soon as possible. > > The currently supported branches and releases and their expected > end-of-life dates are: > > +---+ > | Branch | Release | Type | Release Date | Estimated EoL| > +---+++--+--+ > |stable/9 |n/a |n/a |n/a |December 31, 2016 | > +---+++--+--+ > |releng/9.3 |9.3-RELEASE |Extended|July 16, 2014 |December 31, 2016 | > +---+++--+--+ > |stable/10 |n/a |n/a |n/a |last release + 2 years| > +---+++--+--+ > |releng/10.1|10.1-RELEASE|Extended|November 14, 2014 |December 31, 2016 | > +---+++--+--+ > |releng/10.2|10.2-RELEASE|Normal |August 13, 2015 |December 31, 2016 | > +---+++--+--+ > |releng/10.3|10.3-RELEASE|Extended|April 4, 2016 |April 30, 2018| > +---+ > > Please refer to https://security.freebsd.org/ for an up-to-date list of > supported releases and the latest security advisories. > > - -- > Xin Li > On behalf of the FreeBSD Security Officers Team > -BEGIN PGP SIGNATURE- > Version: GnuPG v2.1.13 (FreeBSD) > > iQIcBAEBCgAGBQJX8mfhAAoJEO1n7NZdz2rn/KwP/i1O3DuYo5sBRXYIn7rQErXf > spuiIUBV34LEe3nUqYlhC7g1lCmcFDP/w76kLC24mBCxqHpUcaZgujm9RV1LcUC9 > vp5m4ycN/xQBDmvS8DlkMHuTO7Hl5OXIQZmBlNr5ntijwL34HJLlrxCyVOtMH7am > G9epvC/cy8Q/tZDYSPYB5yqGQmBLr9kOofIZvsRRjm3EJHaFIJlaOIpdB84RzBN5 > s3HLvnQaWYo/SUYze3MbJ7y8DBV9nRS5WrIGNVGxKDfHLqR9KBv+SCPM+hbmbBaR > Bugns17NFYaMxOhVxu1ItvPRoPOE19c4lRjfdgbHo5o+GnwdV1axRGBsnVrK0eIy > QprJB8ZkDoey9lra6F4qn+ydfPzGboHIWy8p7vMS+1FyNl408slB9sdflARNfISu > 5aSemYX/zt5aeshKzCD4qrUBcrjWXOvvYL2u8xMuxp2rHHRhE+nRjPGsDl7LdA6j > dvlhpMA69yA2KKpsrj4rcg2D16DkbldylrLI7YwdF5xRVCkpqDyPCuVT7WZ3sRhR > 5qMkEZELIreYiEQUMqNw213DwvxbcnYbUsVmhd5D83LNKN5VI7TNyTmnXYy+BTXh > X92JZfb0Da8PYCAKZmtTNfwk2nx1Lst5sSX3oUglYn3pZKTyeUDEB2JwcRl3C/bj > zsLA+dqQwWztW7mIMrsY > =xsbz > -END PGP SIGNATURE- > > ___ > freebsd-annou...@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-announce > To unsubscribe, send any mail to "freebsd-announce-unsubscr...@freebsd.org" -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 11 RELEASE
> On 29 Sep 2016, at 15:18, Jean Milanez Melo > wrote: > > Particularmente achei a condução desse processo de release pelo Glen Barber > muito bom. Quem acompanhou notou como ele foi bem transparente em todas as > etapas do processo, mostrou os problemas encontrados, soluções, status, > agenda e conversou com a comunidade, gerando uma interatividade bem maior > entre o time de engenharia e os usuários do sistema. Indeed. O Glen é ótimo no cargo, e tem evoluído bastante depois de ouvir reclamações e sugestões dos usuários. Outra coisa que, IMHO, ajuda muito, é o fato de ele ser funcionário da Foundation. Assim ele pode dedicar 8+ horas por dia a essa tarefa que tem o mesmo grau de dificuldade que de importância. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 11 RELEASE
> On 29 Sep 2016, at 12:32, Marcelo Gondim wrote: > > Em 29/09/2016 08:42, Tiago Ribeiro escreveu: >>> Em 29 de set de 2016, à(s) 07:17, Renato Botelho >>> escreveu: >>> >>>> On 28 Sep 2016, at 15:14, Rafael Aquino wrote: >>>> >>>> OI, Pessoal, >>>> >>>> No site do BSD ainda não consta, mas no ftp oficial já tem ISO do >>>> 11-RELEASE. >>>> Fui baixar uma iso do 10.3 e vi a 11 lá. >>> >> kkk, apressado come cru, já baixei a iso pq tenho um servidor a ser >> reinstalado >> nos próximos dias. >> > Previsão de anuncio para 05/10. Glen já deu um parecer: > > Dear FreeBSD Community: > > Although the FreeBSD 11.0-RELEASE has not yet been officially announced, > many have found images on the Project FTP mirrors. > > However, please be aware the final 11.0-RELEASE will be rebuilt and > republished on the Project mirrors as a result of a few last-minute > security fixes we feel are imperative to include in the final release. > > FreeBSD users already running 11.0-RELEASE will be given instructions on > how to safely upgrade systems to the 11.0-RELEASE-p1 in the final > announcement email. Those building from source code can obtain the > latest security updates from the releng/11.0 branch in Subversion: > >svn://svn.freebsd.org/base/releng/11.0 > > As the FreeBSD Project strives to provide the best possible product, the > Release Engineering team decided to build an updated release to include > the fixes. At present, we expect to have the final release available > Wednesday, October 3rd. If you have not yet downloaded 11.0-RELEASE, > please wait for the official release announcement. > > Thank you in advance for your patience waiting for 11.0-RELEASE, and of > course for understanding the reasons behind the updated release. > Eu fico feliz de ver o time de release ainda manter essa postura nos dias de hoje, dando prioridade a qualidade da release ao invés de ficar tentando cumprir schedule :) -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 11 RELEASE
> On 29 Sep 2016, at 07:26, Otacílio wrote: > > Em 29/09/2016 07:14, Renato Botelho escreveu: >>> On 28 Sep 2016, at 16:01, João Luis wrote: >>> >>> A maquina eh i386... core 2 duo. >> >> Posso estar enganado, mas Core 2 duo é 64-bit. >> > > Não está enganado. Eu tenho um Core 2 duo e é 64 bits. Então João Luis, eu acho que vale a pena aproveitar o momento e migrar pra amd64 :) -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Fwd: [REVISED] [HEADS-UP] 11.0-RELEASE status update
Aos apressados que já saíram baixando a imagem do 11 antes do anúncio… ;) > Begin forwarded message: > > From: Glen Barber > Subject: [REVISED] [HEADS-UP] 11.0-RELEASE status update > Date: 28 September 2016 20:35:41 GMT-3 > To: freebsd-curr...@freebsd.org, freebsd-sta...@freebsd.org > Cc: r...@freebsd.org, freebsd-annou...@freebsd.org > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Dear FreeBSD Community: > > [Corrected the date.] > > Although the FreeBSD 11.0-RELEASE has not yet been officially announced, > many have found images on the Project FTP mirrors. > > However, please be aware the final 11.0-RELEASE will be rebuilt and > republished on the Project mirrors as a result of a few last-minute > security fixes we feel are imperative to include in the final release. > > FreeBSD users already running 11.0-RELEASE will be given instructions on > how to safely upgrade systems to the 11.0-RELEASE-p1 in the final > announcement email. Those building from source code can obtain the > latest security updates from the releng/11.0 branch in Subversion: > >svn://svn.freebsd.org/base/releng/11.0 > > As the FreeBSD Project strives to provide the best possible product, the > Release Engineering team decided to build an updated release to include > the fixes. At present, we expect to have the final release available > Wednesday, October 5th. If you have not yet downloaded 11.0-RELEASE, > please wait for the official release announcement. > > Thank you in advance for your patience waiting for 11.0-RELEASE, and of > course for understanding the reasons behind the updated release. > > Glen > On behalf of: re@ > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2 > > iQIcBAEBCAAGBQJX7FPNAAoJEAMUWKVHj+KT2joP/0/0AOYfTbFUgZeEUXlmdfew > 7nS31bQrBCXi7dgPicfSavdvDfqi4sgiw2/+HY3MxpfLWFJ/WNGveiwryGSiapkA > V3BJ9MCOZb3ZZTbp0JlwbRk1NyGg4ur0S4L6zD+MXuHE95Kts3m/ON8CiGtNUE+1 > rzE7Yr10tsU2Zu1Bvtv8rJa9SfLCln8k2FXtG0pxVWO+cK2xo6v84bjOJdExrB4t > eXYoMSoxIyZd1Kv2nLbL1mG7RrLQFVm4TrurMwALI39hVr+IWIvElmo6wndDhTly > XE8aMtpgUMp9b4PrQM+BgFVooR4ihFl0cslHfDuBGuiVJMQoa63agUfGAkclc9Na > nwiJiwcQStOdHcRAnZNBms9DTeNXDD0whq30JoY45kFRI74wjjqP8oNUCUWEd6e8 > n1puD2Zr2fqX0NziwtRg3Hy0EHM+9rQTEDtyHCG05sqTncyU7p6tkd49FfndXqaq > h/JkHTP1iyQYsq07GZzyhPA04e/i3N8Djwm+WoRgOlSrItJiPQ/FuqKV0cSERvPR > XZm3DPPRt04aOFe7XGrl2IHi+J6LZ5uwYEXiHFb+fPQMuROZ+IJC0Wu56HI2LHGL > f5wyPiNE1NJIeYLzIgk3UUrENaylsW4/NsgLFj6TW//24ekF2NR+Nk8u7mvoJuXq > vcLDdPW7mReqF13WLzh/ > =RcJK > -END PGP SIGNATURE- > ___ > freebsd-curr...@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org" -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 11 RELEASE
> On 28 Sep 2016, at 15:14, Rafael Aquino wrote: > > OI, Pessoal, > > No site do BSD ainda não consta, mas no ftp oficial já tem ISO do 11-RELEASE. > Fui baixar uma iso do 10.3 e vi a 11 lá. Como já foi dito no passado, enquanto o anúncio oficial não for feito, o RELEASE não foi lançado. E dessa vez o inesperado aconteceu e as imagens terão que ser re-geradas https://lists.freebsd.org/pipermail/freebsd-announce/2016-September/001753.html -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 11 RELEASE
> On 28 Sep 2016, at 16:01, João Luis wrote: > > A maquina eh i386... core 2 duo. Posso estar enganado, mas Core 2 duo é 64-bit. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] make installworld em produção
> On Sep 2, 2016, at 11:06, Robson Peripolli Rodrigues > wrote: > > Bom dia pessoal estou precisando aplicar um patch em um sistema em produção > e preciso saber se alguém já teve algum problema com o make installworld > com o sistema em produção. Pela documentação é aconselhado a execução deste > comando em single-use, mas eu não consigo deixar este servidor muito tempo > off, mesmo na madrugada. Estou me referindo na hora de recompilar o sistema > com buildworld e installworld. O procedimento que eu uso normalmente pra atualizar servidores em produção é: Quando vou fazer um upgrade pra um novo major version, caso tenha ports antigos eu gosto de já atualizá-los antes pra depois não ter perigo de ficar confuso se quebrou por conta do upgrade de versão do port ou por conta do novo OS. # make buildworld buildkernel # make installkernel KODIR=/boot/kernel.new # nextboot -k kernel.new # reboot Isso foi feito pra setar o próximo boot em kernel.new. Caso o boot não ocorra por algum problema no novo kernel basta desligar/ligar a energia e no próximo ele boota no kernel anterior em /boot/kernel. Se isso funcionou então eu prossigo: # make installkernel (agora sim substituindo o /boot/kernel) # make installworld # etcupdate (ou mergemaster se vc preferir) # reboot Caso seja um upgrade pra algum novo major version (10 -> 11) então eu faço: # pkg-static upgrade -f pkg # pkg upgrade Ou tudo pelo ports se vc preferir. Isso vai garantir que todos os binários atuais sejam do novo major version. # reboot (pra validar que todos os serviços estão subindo perfeitamente) # yes | make delete-old delete-old-libs Pra remover todos os arquivos obsoletos. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Fazer o 10.3-RELEASE se conectar a um projetor
> On Aug 8, 2016, at 19:45, Eduardo Lemos de Sa > wrote: > > Prezados > > Eu recem-instalei o 10.3-RELEASE em um HP Pavilion G6 (amd64 / 6 GB de RAM) > e consegui rodar nele o xfce4-wm sem muita dificuldade. > Meu problema agora é que eu uso este notebook para ministrar aulas e ele > deve se comunicar com um projetor EPSON. Os projetor aceita vários modos de > comunicação: 1) USB (que eu não posso usar porque o looonnngo cabo que foi > disponibilizado estava apresentando mal-contato); 2) rede wifi (a Epson só > disponibiliza o programa para Windows) e 3) através da porta HDMI. > > Quando eu configuro o projetor para receber os dados via HDMI, ele diz que > não há sinal. Então eu fui no handbook e encontrei a solução xrandr e vi o > nome da porta/driver HDMI. Depois eu fiz um: > > xrand --output HDMI-0 --auto > > O projetor ainda não consegue enxergar o laptop e, pior, quando eu saio do > ambiente gráfico, a tela some. > > Com certeza deve haver um jeito de resolver este problema porque, acredito > eu, há mais professores no mundo que usam o FreeBSD para as suas aulas. Por > favor, alguém tem alguma sugestão? Apenas como informação, existe uma GUI para o xrandr que é bem útil, é o arandr: https://www.freshports.org/x11/arandr -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Upgrade versão 8.1 para 10.3 freebsd
> On Aug 8, 2016, at 14:13, Sergio Faulhaber wrote: > > Desculpe , passei errado. é 8.3-stable Certo, O freebsd-update só funciona para as séries -RELEASE, e não pra -STABLE. No seu caso você vai ter que fazer o update via src mesmo. Você usa pacotes providos via pkg(8) ou compilou tudo no ports? Caso use ports, seus ports estão todos atualizados? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Upgrade versão 8.1 para 10.3 freebsd
> On Aug 8, 2016, at 11:59, Sergio Faulhaber wrote: > > > Caros , > > qual a melhor forma atual para atualizar um servidor freebsd 8.1 para 10.3 ? > O freebsd-upgrade não acha mirrors para atualização. Você está na 8.1-RELEASE? ou na 8.1-STABLE? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Microsoft BSD
> On Jun 14, 2016, at 07:42, Ricardo Ferreira > wrote: > > Em 10/06/2016 09:53, Renato Botelho escreveu: >>> On Jun 9, 2016, at 16:16, Cleyton Agapito wrote: >>> >>> Em 9 de jun de 2016 5:10 PM, "Otacílio" escreveu: >>>> Em 09/06/2016 15:36, Ricardo Ferreira escreveu: >>> Azure, >>> agora não há mais a desculpa que este SO não está homologado. Grande >>> notícia para a comunidade BSD que em muitos projetos corporativos tem o BSD >>> barrado pois não é uma "distribuição suportada"! Feliz demais com esta >>> notícia! Agora é testar, avaliar e homologar a aplicação nesta plataforma. >>>> >>>> >>>> Pois é cara. Quando eu vejo uma grande empresa dando qualquer suporte que >>> seja ao FreeBSD é algo a se comemorar. >>>> []'s >>>> -Otacílio >>>> >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> Sim, mesmo que seja pra enterrar ele. >>> >>> Quem dorme com morcego acorda de ponta cabeça, melhor um bom inimigo que um >>> mal amigo. >>> >>> Pro inferno com essas sanguessugas! >> Pro FreeBSD é ótimo poder concorrer com o Linux na Azure. Não vejo como >> poderia prejudicar o projeto. >> >> -- >> Renato Botelho >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > Senhores, > > Segue o post oficial Já estou testando e avaliando aqui a ISO que a M$ > está distribuindo Sem novidade alguma buildworld, buidlkernel, > installkernel, instalworld... mergemaster. como era de se esperar > Enfim acho que a comunidade BSD só tem a ganhar pois mandei o print do > Hyper_V para dois clientes e obtive o OK deles para homologar a aplicação já > que agora a M$ "homologou" o FreeBSD... sic... > > https://azure.microsoft.com/en-us/blog/freebsd-now-available-in-azure-marketplace/ Excelente! -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Dúvida freebsd-update
> On Jun 13, 2016, at 09:11, João Luis wrote: > > Saudaçoes, > > Tenho uma maquina virtualizada com 10.2-STABLE. > > Jah atualizei /usr/src para 10.3-RELEASE. > > Já que ao executar o freebsd-update vou atualizar o world e o kernel, e > para que eu possa executa-lo preciso compilar o world, pergunto: posso > fazer apenas make buildworld e make installworld ?? Nesse caso o mais aconselhado é fazer o processo de update completo so src (buildworld, buildkernel, installkernel, installworld) e fazer um mergemaster ou etcupdate pra atualizar os arquivos do /etc. Depois disso o seu sistema estará apto a usar o freebsd-update nas próximas vezes que uma nova versão for lançada. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Microsoft BSD
> On Jun 9, 2016, at 16:16, Cleyton Agapito wrote: > > Em 9 de jun de 2016 5:10 PM, "Otacílio" escreveu: >> >> Em 09/06/2016 15:36, Ricardo Ferreira escreveu: >>> >>> >>> Em 09/06/2016 15:28, Guilherme Ferreira Rosário escreveu: >>>> >>>> é o começo do fim >>>> >>>> 2016-06-09 15:22 GMT-03:00 João Mancy : >>>> > Azure, >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>> >>> Finalmente vou poder migrar meus guest OSes de Linux para FreeBSD pois > agora não há mais a desculpa que este SO não está homologado. Grande > notícia para a comunidade BSD que em muitos projetos corporativos tem o BSD > barrado pois não é uma "distribuição suportada"! Feliz demais com esta > notícia! Agora é testar, avaliar e homologar a aplicação nesta plataforma. >>> >>> Ricardo Ferreira >>> - >> >> >> >> Pois é cara. Quando eu vejo uma grande empresa dando qualquer suporte que > seja ao FreeBSD é algo a se comemorar. >> >> []'s >> -Otacílio >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > Sim, mesmo que seja pra enterrar ele. > > Quem dorme com morcego acorda de ponta cabeça, melhor um bom inimigo que um > mal amigo. > > Pro inferno com essas sanguessugas! Pro FreeBSD é ótimo poder concorrer com o Linux na Azure. Não vejo como poderia prejudicar o projeto. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Microsoft BSD
> On Jun 9, 2016, at 14:22, João Mancy wrote: > > 2016-06-09 14:19 GMT-03:00 Celso Viana : > >> Procede, pessoal? >> >> http://www.theregister.co.uk/2016/06/09/microsoft_freebsd/ >> >> -- >> Celso Vianna >> BSD User: 51318 >> http://www.bsdcounter.org >> >> > Opa, até onde andei lendo - procede. > > Acredito que com isso eles tenham dado um belo salto de qualidade no Azure, > e matado diversos serviços menores. Eles não estão usando o FreeBSD na estrutura do Azure, apenas disponibilizando VMs FreeBSD para seus clientes. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Microsoft BSD
> On Jun 9, 2016, at 13:19, Celso Viana wrote: > > Procede, pessoal? > > http://www.theregister.co.uk/2016/06/09/microsoft_freebsd/ Sim, eles deram uma palestra aqui no Developer Summit falando sobre o investimento que colocaram pra ter o FreeBSD rodando no Azure e Hiper-V. Iniciativa bem boa da MS, boa pra nós e pra eles também. Todos saem ganhando -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Microsoft BSD
> On Jun 10, 2016, at 07:41, Antonio Modesto wrote: > > > > “the majority of the investments we make at the kernel level to enable > network and storage performance were up-streamed into the FreeBSD 10.3 > release" > > Que frio na barriga ver a microsoft colocando a mão no kernel. Esse pessoal > não sabe mexer com isso =) Eles estão fazendo direito sim, contrataram um desenvolvedor de FreeBSD e pagam pro cara fazer o que eles precisam. E tá ficando muito bom. Num sistema open source sério como o FreeBSD, se o cara colocar código ruim ele vai ser contestado, corrigido ou revertido. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [Announce] pfSense 2.3-RELEASE Now Available!
> On Apr 20, 2016, at 12:47, Nenhum_de_Nos wrote: > > On Wed, 20 Apr 2016 06:49:16 -0300 > Renato Botelho wrote: > >>> On Apr 20, 2016, at 00:15, Fabricio Lima wrote: >>> >>> gente, cuidado com essa versao, pois algumas coisas foram desativadas como >>> por exemplo o PPTP server, TLS 1.0, etc >>> ha outros requisitos de disco pra versoes embarcadas etc. >>> >>> leiam bem o release notes antes de um upgrade em ambiente de producao. >>> >>> a .iso mudou de 300mb pra 600mb. >> >> A mudança do tamanho do iso foi mais pela mudança no modo de instalar do que >> um crescimento real. Até a 2.2 existia um livecd e o conteúdo do / era >> copiado para o disco target, na 2.3 tem um tarball com o conteúdo para >> descompactar no target, além de um sistema capaz de bootar. >> >> Estamos cada vez mais levando o pfSense pra perto do sistema de build e >> instalação do FreeBSD e a 2.3 é uma versão intermediária nesse sentido, >> muita coisa ainda vai mudar pra 2.4. >> > > Renato, > > notícias do pfsense embarcado, RPi e RPi2 ? > > tenho uma disponível para testes se necessário. Eu estou começando a brincar com o esquema de pacotes da base do FreeBSD 11, focado no pfSense, e nos meus testes eu to compilando amd64 e armv6. Assim que tiver alguma coisa pronta nós vamos anunciar, tá tudo no começo ainda. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [Announce] pfSense 2.3-RELEASE Now Available!
> On Apr 20, 2016, at 00:15, Fabricio Lima wrote: > > gente, cuidado com essa versao, pois algumas coisas foram desativadas como > por exemplo o PPTP server, TLS 1.0, etc > ha outros requisitos de disco pra versoes embarcadas etc. > > leiam bem o release notes antes de um upgrade em ambiente de producao. > > a .iso mudou de 300mb pra 600mb. A mudança do tamanho do iso foi mais pela mudança no modo de instalar do que um crescimento real. Até a 2.2 existia um livecd e o conteúdo do / era copiado para o disco target, na 2.3 tem um tarball com o conteúdo para descompactar no target, além de um sistema capaz de bootar. Estamos cada vez mais levando o pfSense pra perto do sistema de build e instalação do FreeBSD e a 2.3 é uma versão intermediária nesse sentido, muita coisa ainda vai mudar pra 2.4. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PKG no Freebsd-10
> On Feb 1, 2016, at 12:00, Otacílio wrote: > > Eu, do alto da minha ignorância faço assim: > adiciono no /etc/make.conf > > WITH_PKGNG= yes Isso não é mais necessário, hoje apenas o PKGNG é suportado. > Faço um checkout da árvore do ports em /usr/ports Esse é mais de gosto mesmo, pra quem curte usar o svn pro ports. Mas pra quem quer algo mais rápido e leve, portsnap é o recomendado. > De tempos em tempos rodo um pkg audit -F para ver as vulnerabilidades. > Para cada um dos pacotes listados eu rodo um > > pkg info > > procuro a linha Origin (no exemplo abaixo é para o firefox): > Origin : www/firefox > > e mando um pkg upgrade www/firefox > > Se não foi atualizado ainda eu vou no diretório do ports e rodo um svn up. > Compilo e instalo de lá mesmo. Só a título de informação, os repositórios de pacotes são recompilados a cada 48h. Se não for algo tão urgente, em no máximo esse tempo o pacote binário estará disponível. > Quando dá problemas de dependência eu rodo um > > pkg check -B -a > > e reinstalo ou recompilo os que estão com problemas. > > Pode não ser a forma mais correta mas tem funcionado +/- aqui. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PKG no Freebsd-10
> On Jan 31, 2016, at 19:22, Eduardo Schoedler wrote: > > Pessoal, > > Alguém pode me dar uma dica sobre o pkg? > O maldito atualizou o rrdtool para a versão 1.5.x e a maioria das > aplicações web que rodam naquele servidor não suportam e estão dando > erro. > Alguns serviços, como o nfsen, nem sobem mais. > > E também não aparece mais a versão 1.4.x: > > # pkg search rrdtool > p5-POE-Component-RRDTool-0.18_5 POE interface to Round Robin Database Tools > p5-RRDTool-OO-0.36 RRDTool::OO - Object-oriented interface > to RRDTool > py27-python-rrdtool-1.4.7 Python bindings for RRDTool, the > graphing and logging utility > py27-rrdtool_lgpl-1.0b1_5 Python interface to RRDTool, the > graphing and logging utility > rrdtool-1.5.5_1Round Robin Database Tools > rrdtool10-1.0.50_6 Round Robin Database Tools > rrdtool12-1.2.30_7 Round Robin Database Tools v1.2 > > # pkg info rrdtool > rrdtool-1.5.5_1 > Name : rrdtool > Version: 1.5.5_1 Na real não foi o maldito pkg que atualizou o rrdtool de 1.4 pra 1.5. O port foi atualizado e o sysadmin rodou o comando pra que isso acontecesse :) A responsabilidade de checar se a versão nova que está sendo atualizada é compatível com o ambiente é do sysadmin e não do pkg, o pkg só faz o que é mandado. A propósito, se você quer evitar grandes mudanças nos pacotes, pode usar o branch trimestral dos packages, que aliás, é o default nos 10.x-RELEASE, aí grandes mudanças ocorrerão apenas a cada 3 meses, quando um novo branch é criado. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PKG no Freebsd-10
> On Feb 1, 2016, at 10:58, Eduardo Schoedler wrote: > > Em 1 de fevereiro de 2016 09:51, Marcelo Gondim > escreveu: >> Em 31/01/2016 23:11, Nilton Jose Rizzo escreveu: >>> >>> Em Sun, 31 Jan 2016 21:34:02 -0200, Eduardo Schoedler escreveu >>>> >>>> Em 31 de janeiro de 2016 19:22, Eduardo Schoedler >>>> escreveu: >>>> >>>> Ainda não descobri como resolver, mas contornei baixando o pacote dos >>>> mirrors pkg.freebsd.org e instalando: >>>> >>>> # pkg add -f rrdtool-1.4.8_9.txz >>>> Installing rrdtool-1.4.8_9... >>>> package rrdtool is already installed, forced install >>>> Extracting rrdtool-1.4.8_9: 100% >>>> >>>> [root@kingflows /opt]# rrdtool -V >>>> RRDtool 1.4.8 Copyright 1997-2013 by Tobias Oetiker >>>>Compiled Jan 28 2016 04:22:44 >>>> >>>> O que fiz agora foi dar um lock no pacote: >>>> >>>> # pkg lock rrdtool >>>> rrdtool-1.4.8_9: lock this package? [y/N]: Y >>>> Locking rrdtool-1.4.8_9 >>>> >>>> Abs. >>>> >>>> -- >>>> Eduardo Schoedler >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> O pkg é uma senhora ferramenta, porém os ports estão uma zona >>> >>> Sugiro que você faça uma lista de softrwares que deseja atualizar >>> e vá, antes de fazer um svn update ports, em cada ports que deseja >>> atualizar e faza: >>> >>> make all-depends-list >> /tmp/ports_name.list >>> >>> e você tera uma lista de dependencias necessárias que devem >>> ser atualizadas antes para poder funcionar corretamente. >>> >>>atualize com svn updatre ports e rode novamente o comando acima >>>para ver a nova lista de dependenciass e veja se alterou alguma >>>coisa (geralmente altera e muito) >>> >>> sabendo disso, faça: >>> >>> setenv d `/tmp/ports_name.list.new` >>> foreach p ( $d ) >>>cd $p >>>make config-recirsive && make fetch-recursive && make && make >>> deinstall reinstall clean >>> end >>> >>> Uso isso para o meu Destop e funciona geralmente entorno >>>de 95% as vezes quebra porque a dependência tem vulnerabilidade >>>ou está quebrada mesmo ... >>> >>>Estou compilando um pool de ideais para o ports... quando ficar >>> pronto posto aqui na lista. >>> >>> Atenciosamente, >>> >>> >> Boa Rizzo, >> >> Eu sou um viciado em portmaster rsrsrs o que faço aqui é: >> >> # pkg info -d >> Ele mostra quais as dependências para esse pacote compilar. >> >> # pkg info -r >> Esse ele mostra quem depende do pacote em questão. >> >> Com relação à recompilar tudo que o pacote precisa eu uso: >> >> # portmaster -d -Rf >> >> Nesse cara aí em cima eu recompilo o pacote e todas as dependências que ele >> precisa. > > Bom dia, > > Meu problema nem foram as dependências, mas sim a própria versão do pacote. > Mas agora eu instalei por cima (sem desinstalar o rrdtool via pkg), > pois ele queria remover muita coisa. > > E depois disso fiz um lock no pacote, espero que ele não tente mais atualizar. > > Obrigado pelas dicas! Normalmente o procedimento deveria ser: # pkg upgrade -n Isso vai listar pra você tudo o que será atualizado no upgrade. Aí entra o seu papel de sysadmin de conferir os programas que são importantes no seu ambiente e verificar o changelog de cada um deles pra saber se vai ser compatível com o que vc roda. Depois de verificar tudo isso, aí sim você faz o upgrade de verdade... []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Erro: Cannot fstat "/usr/local/lib/libpkg.so.3"
tenta um: # pkg-static upgrade -f pkg > On Jan 26, 2016, at 11:15, Gabriel Rodrigues Cravo Roxo > wrote: > > Aparentemente existe algum problema realmente com os arquivos, com o ls > apenas ele lista os arquivos na pasta, porém se eu tentar recuperar > informações sobre eles apresenta o erro abaixo: > > root@:/usr/local/lib # ls | grep pkg > libpkg.a > libpkg.so > libpkg.so.3 > libpkg.so.3.0.0 > > root@:/usr/local/lib # ls -lh | grep pkg > ls: libpkg.a: Bad file descriptor > ls: libpkg.so: Bad file descriptor > ls: libpkg.so.3: Bad file descriptor > ls: libpkg.so.3.0.0: Bad file descriptor > > > > Em 26 de janeiro de 2016 10:11, Otacílio > escreveu: > >> Em 26/01/2016 10:06, Gabriel Rodrigues Cravo Roxo escreveu: >> >>> Bom dia pessoal, >>> >>> Alguém já passou por algo semelhante, ao tentar utilizar o comando "pkg", >>> estou recebendo o erro: Cannot fstat "/usr/local/lib/libpkg.so.3". >>> >>> FreeBSD 10.1-STABLE #1 r281235 >>> >>> >> Você já verificou se o arquivo existe mesmo lá? >> >> []'s >> -Otacílio >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > > Att. > > Gabriel Rodrigues > Administrador de Redes > Tel: 35 3701-0947 > Cel: 35 8857-5530 > WEBNET Com. de Equipamentos LTDA > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD-EN-16:02.pf.asc + xn + PF
> On Jan 15, 2016, at 08:59, Tiago Ribeiro wrote: > > Bom dia, ainda não testei, mas será que agora é a solução para > um para o antigo problema do pf com interfaces xn? e suas opções > de desabilitar TSO, habilita TSO, e não adiantar o problema da > performance, já estou atualizando uns aqui para fazer os testes, > será agora sim acabo com alguns GENERIC e mudo para XENHVM? Sim, essa correção é pra isso -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso do CPUTYPE no make.conf
> On Dec 9, 2015, at 15:47, Tiago Ribeiro wrote: > >> >> Seria legal medir o quanto isso influencia no sistema de uma forma geral, >> não no tempo de build. >> >> Eu perguntei isso pois há vários anos ouvi alguns desenvolvedores comentando >> que em processadores modernos o ganho era praticamente zero. Desde então >> venho usando tudo binário (freebsd-update + pkg) >> >> -- >> Renato Botelho >> > > Acredito também que não deve haver muita melhoria não, já li algo sobre isto > também, mas segue o teste que acabei de fazer: > > Sem CPUTYPE > 825.276u 95.907s 16:35.58 92.5% 26232+431k 6813+24008io 8430pf+0w > > Com CPUTYPE=core-avx-i > 823.825u 98.056s 15:32.76 98.8% 26211+430k 753+23987io 46pf+0w > > Ou seja, ganho de 1 min no buildkernel, quanto ao uso de binários, raramente > tenho usado no kernel e world, gosto de otimizar, o que nem sempre é bom, > quando se precisa de fazer um troca de hardware, isto pode dar dor de cabeça. Interessante. Falando em performance na hora do build, no -CURRENT tem uma nova opção WITH_FAST_DEPEND que otimiza 16% o buildworld e 35% o buildkernel. Quando tudo estiver bem testado ela vai ser default e quem quiser desligar vai ter que colocar um WITHOUT_FAST_DEPEND. > Agora o pkg, eu fui resistente no inicio, mas agora estou adotando em quase > 100% dos casos, salvo o squid e o zabbbix_proxy, que estou precisando de > fazer otimizações. Muitas vezes vale a pena manter o seu próprio repo de packages binários usando o poudriere, aí nos servidores fica fácil fácil :) -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso do CPUTYPE no make.conf
> On Dec 9, 2015, at 15:06, Tiago Ribeiro wrote: > >> >> Apenas a título de curiosidade. Você alguma vez mediu qual é o ganho real >> disso em processadores modernos? >> >> []s >> -- >> Renato Botelho > > Confesso que não, nem tenho certeza se em processadores antigos eu tinha > um ganho tão grande assim. > > Vou fazer um time make buildkernel em um Intel(R) Core(TM) i3-3240 CPU @ > 3.40GHz , > com e sem otimização para fazer o teste e ver se tem alguma diferença. Seria legal medir o quanto isso influencia no sistema de uma forma geral, não no tempo de build. Eu perguntei isso pois há vários anos ouvi alguns desenvolvedores comentando que em processadores modernos o ganho era praticamente zero. Desde então venho usando tudo binário (freebsd-update + pkg) -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso do CPUTYPE no make.conf
> On Dec 8, 2015, at 16:58, Mario Lobo wrote: > > On Tue, 8 Dec 2015 16:14:19 -0200 > Tiago Ribeiro wrote: > >> Olá, alguém ai ainda utiliza do parâmetro CPUTYPE no /etc/make.conf , >> ou está em desuso ? >> Faz algum sentido ainda definir este parâmetro? >> >> >> — >> http://www.bsdjf.com.br >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > Eu sempre faço os seguintes testes: > > gcc48 -march=native -v -c -x c /dev/null 2>&1 | grep -- -march > > Resultado: > > /usr/local/libexec/gcc48/gcc/x86_64-portbld-freebsd10.0/4.8.4/cc1 > -quiet -v /dev/null > --- > -march=bdver2 > -- > -mcx16 -msahf -mno-movbe -maes -mpclmul -mpopcnt -mabm -mlwp -mfma > -mfma4 -mxop -mbmi -mno-bmi2 -mtbm -mavx -mno-avx2 -msse4.2 -msse4.1 > -mlzcnt -mno-rtm -mno-hle -mno-rdrnd -mf16c -mno-fsgsbase -mno-rdseed > -mprfchw -mno-adx -mfxsr -mxsave -mno-xsaveopt --param > l1-cache-size=16 --param l1-cache-line-size=64 --param > l2-cache-size=2048 -mtune=bdver2 -quiet -dumpbase null -auxbase null > -version -o /tmp//ccIyljMS.s COLLECT_GCC_OPTIONS='-march=native' '-v' > '-c' COLLECT_GCC_OPTIONS='-march=native' '-v' '-c' > > clang -march=native -v -c -x c /dev/null 2>&1 | grep -- target-cpu > > Resultado: > > "/usr/bin/clang" -cc1 -triple x86_64-unknown-freebsd10.2 -emit-obj > -mrelax-all -disable-free -disable-llvm-verifier -main-file-name null > -mrelocation-model static -mdisable-fp-elim -masm-verbose > -mconstructor-aliases -munwind-tables > -- > -target-cpu bdver1 > -- > -v -coverage-file /root/null.o > -resource-dir /usr/bin/../lib/clang/3.4.1 -fdebug-compilation-dir /root > -ferror-limit 19 -fmessage-length 0 -mstackrealign > -fobjc-runtime=gnustep -fdiagnostics-show-option -vectorize-slp -o > null.o -x c /dev/null > > Escolho o "menor" e coloco no make.conf Apenas a título de curiosidade. Você alguma vez mediu qual é o ganho real disso em processadores modernos? []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Buildword com kernel customizado
> On Dec 3, 2015, at 22:06, Fabiano Ribeiro > wrote: > > Eduardo, > > > Mas foi ele mesmo que me gerou a dúvida. To usando esse tutorial: > > https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html > > Nele não informa nada que posso usar o kernel customizado durante o > processo de instalação, simplesmente diz: "faça make > buildkernel" (Procedure 23.2) . Poderia ser a necessidade de manter o > sistema o mais puro possível do original durante compilação e instalação do > update, embora para mim não faça muito sentido. > Por isso a pergunta: Queria garantir que posso compilar o kernel > customizado e depois dar "make installworld". Fabiano, Existe uma sessão específica sobre compilar um kernel custom no handbook: https://www.freebsd.org/doc/handbook/kernelconfig-building.html -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ajuda com um pseudo port
> On Nov 17, 2015, at 01:11, Cleyton Agapito wrote: > > Em 16/11/15, Eduardo Lemos de Sa escreveu: >> Oi Cleyton >> Em 13/11/15, Eduardo Lemos de Sa escreveu: >>> Caríssimos(as) >>> >>> No /usr/ports/biology/molden há uma versão para a instalaçao de um >>> aplicativo que está na versão 5.0.7. No site do desenvolvedor, a versão >>> mais recente é a 5.4. Muito antes do port para a 5.0.7 ser lançada, eu >>> fazia as minhas atualizações compilando por mim mesmo. Porém, nesta >>> última >>> versão, usando os mesmos procedimentos que eu usava antes, eu esbarro no >>> erro: >>> >>> xwin.o: In function `dos2u': >>> xwin.c:(.text+0x86810): warning: warning: mktemp() possibly used >>> unsafely; >>> consider using mkstemp() >>> xwin.o: In function `mloop': >>> xwin.c:(.text+0x4120c): undefined reference to `Timer' >>> xwin.c:(.text+0x41468): undefined reference to `Timer' >>> collect2: error: ld returned 1 exit status >>> makefile:270: recipe for target 'molden' failed >>> gmake: *** [molden] Error 1 >>> >>> O arquivo de log completo da compilação vai como anexo, assim como o >>> makefile que eu usei. >>> >>> Como o arquivo xwin.c, na rotina mloop, não apresenta diferenças (usei o >>> vimdiff para compara-los) que se relacionam a função Timer, eu estou >>> suponho que trata-se mais de um problema de configuração do sistema >>> operancional (FreeBSD amd64) do que propriamente no aplicativo. >>> >>> Eu também vi que há uma /usr/local/include/time.h (não sei se é este o >>> arquivo que é usado para prover a função Time, mas o nome é convidativo). >>> >>> Outra coisa que me chamou a atenção: no port, a compilação é feita com o >>> gfortran48, mas a linkedição é feita com o gcc47. Será que é por causa do >>> meu make.conf: >>> >>> if !empty(.CURDIR:M/usr/ports/*) && exists(/usr/local/bin/gcc47) >>> CC=gcc47 >>> CXX=g++47 >>> CPP=cpp47 >>> CFLAGS+=-mssse3 >>> .endif >>> >>> ? >>> >>> Por favor, alguém tem uma sugestão de como eu poderia fazer corretamente >>> a >>> linkedição para que este erro desapareça? >>> >>> Grato pela atenção >>> >>> Edu >>> >> >> Vc já testou o patch do Kurt Jaeger? >> >> https://lists.freebsd.org/pipermail/freebsd-ports/2015-November/101014.html >> >> >> Eu mandei um email para ele, que por sua vez mandou-me um patch. Ou eu não >> soube aplica-lo (cd /usr/ports/biology/molden ; patch >> > reclamou da sintase então eu, pacientemente, usei o diff que há na página >> onde estava o patch e editei os arquivos correspondentes. Porém, na hora de >> fazer o sudo make, eu recebi a mensagem de que não se sabia qual arquivo >> deveria ser modificado pelo patch. Acho que, ou ele não testou o patch que >> fez, ou o ambiente dele é muito diferente do meu (a começar pelo >> interpretador de shell). >> >> Obrigado pela ajuda e pela dica. >> >> Um abraço >> >> Eduardo >> >> >> []'s > > Eduardo, o patch foi tirado dois níveis abaixo (em /usr/ports), então > o correto seria executar: > > patch -p2 < nome_do_arquivo_com_o_patch > > Consegui aplicar o patch mas deu o mesmo erro que vc falou: > > ===> Patching for molden-5.4,1 > ===> Applying FreeBSD patches for molden-5.4,1 > Ignoring previously applied (or reversed) patch. > 2 out of 2 hunks ignored--saving rejects to ambfor/makefile.rej > => Patch patch-ambfor-makefile failed to apply cleanly. > *** Error code 1 Isso tem cara de arquivo .orig criado dentro de files/ quando você aplicou o patch, aí ele tá tentando aplicar duas vezes o mesmo patch. Remove todos os .orig -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] pkg check -d
> On Nov 14, 2015, at 21:56, Otacílio wrote: > > Em 14/11/2015 08:38, Renato Botelho escreveu: >>> On Nov 13, 2015, at 18:08, Otacílio wrote: >>> >>> Olá >>> >>> Atualizei recentemente um sistema do freebsd 10 para o 11. Para evitar de >>> ter que recompilar todos os ports (porque demora muito) executei um pkg >>> check -d no sistema. Encontrei algumas dependências quebradas e resolvi >>> quase todas reinstalando os respectivos ports. O problema que acontece é >>> que, alguns pacotes mesmo depois de reinstalados o pkg check ainda reclama >>> da falta da dependência. Exemplo: >>> >>> [root@Xbeaglebone /usr/ports/x11-toolkits/vte]# pkg check -d >>> Checking all packages: 100% >>> Thunar has require a missing libraries: libgdk_pixbuf-2.0.so.0 >>> garcon has require a missing libraries: libgdk_pixbuf-2.0.so.0 >>> >>> >>> Só que quando eu peço uma listagem do sistema a biblioteca está lá: >>> >>> [root@Xbeaglebone /usr/ports/x11-toolkits/vte]# ls -l >>> /usr/local/lib/libgdk_pixbuf-2.0.so* >>> lrwxr-xr-x 1 root wheel 29 13 nov 16:46 >>> /usr/local/lib/libgdk_pixbuf-2.0.so -> libgdk_pixbuf-2.0.so.0.3200.1 >>> lrwxr-xr-x 1 root wheel 29 13 nov 16:46 >>> /usr/local/lib/libgdk_pixbuf-2.0.so.0 -> libgdk_pixbuf-2.0.so.0.3200.1 >>> -rwxr-xr-x 1 root wheel 122012 13 nov 16:46 >>> /usr/local/lib/libgdk_pixbuf-2.0.so.0.3200.1 >>> >>> Só acontece com a libgdk_pixbuf. Alguém sabe como posso fazer para resolver >>> isto? >> Só pra eu entender melhor: >> >> 1. Você usa apenas pkg binário ou compila via ports? > > Esta máquina estava instalando via binário, mas quando atualizei para o > FreeBSD 11 eu tentei reinstalar tudo recompilando via ports. > >> 2. Você reinstalou todos os pacotes/ports quando foi do 10 pro 11? >> >> -- >> Renato Botelho >> > > > Não. Tudo bem, eu sei que deveria ter feito isso mas demora demais e eu > preciso da máquina com urgência para criar uma esquema de cross-compiler para > uma Beaglebone Black. Partindo do princípio que você tinha instalado tudo via pkg antes, acredito que você não tenha nenhum port com OPTIONS alteradas. Como você precisa disso rápido, nada melhor do que esquecer o ports e reinstalar tudo via pkg. pkg upgrade -f Caso você tenha algum problema sério de conflitos que o pkg não consiga resolver, outra ideia é conferir a lista de pacotes não automáticos: pkg query -e ‘%a == 0’ %o Caso haja algum que você não precise, colocar o flag de automático nele com ‘pkg set -A 1 NOME_DO_PKG’. E também verificar o oposto, gerar a lista de automáticos e verificar se algum deles é necessário pra vc. A lista de pacotes não automáticos mostra aquilo que você realmente precisa, os automáticos são apenas dependências. Depois de tudo conferido, salva a lista de não automáticos em um arquivo, remove tudo com 'pkg delete -fa' e reinstala aqueles da lsita com ‘pkg install < lista' []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] pkg check -d
> On Nov 13, 2015, at 18:08, Otacílio wrote: > > Olá > > Atualizei recentemente um sistema do freebsd 10 para o 11. Para evitar de ter > que recompilar todos os ports (porque demora muito) executei um pkg check -d > no sistema. Encontrei algumas dependências quebradas e resolvi quase todas > reinstalando os respectivos ports. O problema que acontece é que, alguns > pacotes mesmo depois de reinstalados o pkg check ainda reclama da falta da > dependência. Exemplo: > > [root@Xbeaglebone /usr/ports/x11-toolkits/vte]# pkg check -d > Checking all packages: 100% > Thunar has require a missing libraries: libgdk_pixbuf-2.0.so.0 > garcon has require a missing libraries: libgdk_pixbuf-2.0.so.0 > > > Só que quando eu peço uma listagem do sistema a biblioteca está lá: > > [root@Xbeaglebone /usr/ports/x11-toolkits/vte]# ls -l > /usr/local/lib/libgdk_pixbuf-2.0.so* > lrwxr-xr-x 1 root wheel 29 13 nov 16:46 > /usr/local/lib/libgdk_pixbuf-2.0.so -> libgdk_pixbuf-2.0.so.0.3200.1 > lrwxr-xr-x 1 root wheel 29 13 nov 16:46 > /usr/local/lib/libgdk_pixbuf-2.0.so.0 -> libgdk_pixbuf-2.0.so.0.3200.1 > -rwxr-xr-x 1 root wheel 122012 13 nov 16:46 > /usr/local/lib/libgdk_pixbuf-2.0.so.0.3200.1 > > Só acontece com a libgdk_pixbuf. Alguém sabe como posso fazer para resolver > isto? Só pra eu entender melhor: 1. Você usa apenas pkg binário ou compila via ports? 2. Você reinstalou todos os pacotes/ports quando foi do 10 pro 11? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] poudriere em máquina virtual
> On Oct 12, 2015, at 11:25, Otacílio wrote: > > Em 12/10/2015 08:47, Renato Botelho escreveu: >>> On Oct 12, 2015, at 07:44, Otacílio wrote: >>> >>> Olá pessoal >>> >>> Estou usando o poudriere para compilar pacotes para a Beaglebone Black, mas >>> este está mais lento que compilar diretamente na placa. Não tenho certeza >>> se é porque está executando em uma máquina virtualizada ou se é porque >>> estou usando a versão do qemu sem o kqemu. Alguém está usando uma >>> configuração semelhante? Vocês poderiam compartilhar como estão fazendo >>> isso? >> Bom dia! >> >> Você está usando aquele esquema com qemu-user-static e a opção -x na hora de >> criar a jail pra que ele use o native-xtools? >> >> E qual a versão do FreeBSD que você está usando na jail? >> >> -- >> Renato Botelho >> >> > > O qemu que estou usando é o qemu-arm-static . Não usei o -x na hora de criar > a jail. O FreeBSD onde a jail está rodando é este aqui: > > FreeBSD Xbeaglebone 10.2-RELEASE FreeBSD 10.2-RELEASE #0 r28: Wed Aug 12 > 19:31:38 UTC 2015 r...@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC > i386 > > mas a versão que estou usando para gerar os pacotes para a Beaglebone é o > FreeBSD 11 revisão 289055. Se você quiser fazer um build com o máximo de performance, terá que fazer o seguinte: - Atualizar o host onde roda o poudriere pra 11-current - Instalar o emulators/qemu-user-static - Adicionar qemu_user_static_enable=“YES” no /etc/rc.conf - Executar /usr/local/etc/rc.d/qemu_user_static start - Criar a jail do poudriere usando a opção -x Dessa forma, será usado o native-xtools que é o que vai aumentar pra caramba a performance. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] poudriere em máquina virtual
> On Oct 12, 2015, at 07:44, Otacílio wrote: > > Olá pessoal > > Estou usando o poudriere para compilar pacotes para a Beaglebone Black, mas > este está mais lento que compilar diretamente na placa. Não tenho certeza se > é porque está executando em uma máquina virtualizada ou se é porque estou > usando a versão do qemu sem o kqemu. Alguém está usando uma configuração > semelhante? Vocês poderiam compartilhar como estão fazendo isso? Bom dia! Você está usando aquele esquema com qemu-user-static e a opção -x na hora de criar a jail pra que ele use o native-xtools? E qual a versão do FreeBSD que você está usando na jail? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] Vaga para Analista de Suporte no pfSense
Detalhes no site abaixo https://www.pfsense.org/careers/ []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Instalar o FreeBSD em outro HD com o sistema no ar.
> On Aug 23, 2015, at 01:03, Paulo Henrique wrote: > > João, vai tomar no cu bem tomado ta para ficar de pregas abertas e limpas > foda- se viad, até parece que souo mestre aqui, as respostas que > procura está no sistema, desativa a UEFI Por favor, respeite os outros membros da lista. Sua resposta foi extremamente e desnecessariamente rude. Aqui não há espaço pra isso! -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Ajuda servidor deu "rollback"
> On Aug 12, 2015, at 10:57, Marcelo Gondim wrote: > > On 12-08-2015 10:48, Denis Granato wrote: >> Bom dia Senhores, >> >> Algo muito estranho acabou de acontecer. >> >> Tenho um servidor free 9.1, onde rodo apache, etc,etc. >> >> Na semana passada, instalei o mrtg entre outras coisas. Criei >> algumas paginas para utilizar o weathermap aqui na rede ,etc. >> >> Hoje o servidor rebootou sozinho, e acessando ele agora, não >> está mais nada lá, como se tivesse voltado em algum ponto de restauração, >> >> não tem o mrtg instalado, nem nada do que fiz nos últimos dias >> >> Alguma luz? >> >> obrigado >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > Rapaz quero imaginar que esse servidor seria uma VM e alguém voltou o > snapshot de antes de você fazer isso tudo. Porque tirando isso só posso > acreditar que alguém teve acesso ao seu sistema e fez a limpa. +1 Ou VM ou ZFS snapshot... -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qual procedimento correto para atualizar os softwares instalados?
> On Jul 28, 2015, at 12:34, Kaio Rafael wrote: > > Bom dia! > > Essa máquina é exclusiva para Media Center (kodi, vlc, etc), tem > vários pacotes que tive que fazer mudanças na opção de build. Usei o > portmaster mesmo, não deu nenhum galho. Se você tem vários servidores que usam pacotes com OPTIONS customizadas, muitas vezes compensa instalar o poudriere e manter o seu próprio repositório de pacotes para uso interno. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qual procedimento correto para atualizar os softwares instalados?
> On Jul 28, 2015, at 13:38, Kaio Rafael wrote: > > Como é que você faz para listar essas opções? Para pacotes instalados: man pkg-info Para pacotes disponíveis no repositório remoto: man pkg-rquery -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OpenBGP tcp md5sig
> On Jul 3, 2015, at 12:40, Patrick Tracanelli
> wrote:
>
>
>
>
>> On 03/07/2015, at 10:22, Marcelo Gondim wrote:
>>
>> On 02-07-2015 18:13, Felipe N. Oliva wrote:
>>>
>>>
>>> On 7/2/15 18:08, Patrick Tracanelli wrote:
>>>> Felipe,
>>>>
>>>> São coisas diferente, ou voce usa ipsec ou usa o OpenBGP. No fim a
>>>> proposta é similar o que o OpenBGP vai fazer pra você é instalar um túnel
>>>> ipsec de qualquer forma, mas fazer ambos não pode. Se voce estiver em modo
>>>> passivo apenas ipsec com cisco vai te atender, se estiver ativo e voce
>>>> quem inicia a sessão BGP pode precisar do OpenBGP iniciar a md5sig, mas
>>>> seu OpenBGP esta sem suporte. Enviei aqui na lista um PR e patch pra
>>>> corrigir isso no OpenBGP. Então ou vc aplica o patch ou desliga toda conf
>>>> do OpenBGP e faz apenas em kernel com ipsec.
>>>>
>>>>
>>>>
>>>>> On 02/07/2015, at 16:20, Felipe N. Oliva
>>>>> wrote:
>>>>>
>>>>> Boa tarde pessoal,
>>>>>
>>>>> Vejam se podem me ajudar, estou tentando fechar uma sessão BGP com "tcp
>>>>> md5sig".
>>>>>
>>>>> Comecei tentando fechar com um CISCO, não foi, ai fiquei na duvida e fui
>>>>> pro Mikrotik, nada!
>>>>>
>>>>> Ai fui pra tentativa mais fácil, openbgp x openbgp, e nada.
>>>>>
>>>>> Detalhe, FreeBSD 10.1-RELEASE-p14.
>>>>>
>>>>> Passos que segui:
>>>>>
>>>>> Kernel:
>>>>> options IPSEC# SUPORTE A IPSEC (REQUER crypto)
>>>>> device crypto# SUPORTE A CRIPTOGRAFIA
>>>>> options TCP_SIGNATURE # SUPORTE A RFC 2385
>>>>>
>>>>> ipsec.conf:
>>>>> add -4 192.168.88.246 192.168.88.245 tcp 0x1000 -A tcp-md5 "secret";
>>>>>
>>>>> bgpd.conf:
>>>>> AS 65001
>>>>> router-id 192.168.88.246
>>>>> listen on 192.168.88.246
>>>>>
>>>>> group TESTE {
>>>>> remote-as 65002
>>>>> neighbor 192.168.88.245 {
>>>>> descr "BGP2"
>>>>> tcp md5sig password secret
>>>>> }
>>>>> }
>>>>>
>>>>> /var/log/messages:
>>>>> Jul 2 17:08:53 bgp bgpd[874]: neighbor 192.168.88.245 (BGP2): pfkey
>>>>> setup failed
>>>>>
>>>>> No outro peer a mesma coisa, mas ao contrario.
>>>>>
>>>>> Alguém vê o erro?
>>>>>
>>>>> Desde já grato,
>>>>>
>>>>> --
>>>>> Felipe N. Oliva
>>>>> Administração de Redes e Sistemas
>>>>> Skype: felipe.no88
>>>>>
>>>>> -
>>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>> --
>>>> Patrick Tracanelli
>>>>
>>>> FreeBSD Brasil LTDA.
>>>> Tel.: (31) 3516-0800
>>>> 316...@sip.freebsdbrasil.com.br
>>>> http://www.freebsdbrasil.com.br
>>>> "Long live Hanin Elias, Kim Deal!"
>>>>
>>>> -
>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>> Valeu Patrick, eu consegui.
>>>
>>> Lembro desse seu patch, mas não consegui pesquisar no histórico da lista,
>>> se for possível reenvia.
>>>
>>> Att,
>>>
>> Po Patrick,
>>
>> Não tem como mandar lá pro povo já colocar ele no FreeBSD 10.2? :)
>> Esses dias tive que fechar o md5sig e só consegui usando o ipsec porque pelo
>> OpenBGP não tava funcionando ainda.
>>
>
> Ja mandei PR… ta la parado hehehe.
>
> Alguém do pfSense tinha mandado também uma versão antes. Vários reports de
> usuário de sucesso ja. O mantenedor do port que ta dormindo no ponto :D
>
> Nem mandei o PR do allow as in pra não acumular, quando/se aprovar esse eu
> mando o proximo.
>
> O proprio garga ja deu um follow-up la, n sei se precisa de um tapa a mais no
> port mas ta la:
>
> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184545#c2
>
> Acho que ninguém se importa pq md5sig não vale nada. É segurança apenas
> psicológica e a maioria tem ciência disso e fecha sem senha mesmo. Alem de
> overhead causado pelas validações. ttl-security é mais simples e mais
> funcional pra evitar sequestro de sessão bgp hehe mas enfim tem gente que
> “exige” pra fechar peering que seja com assinatura, erroneamente chamada de
> chave ou senha...
Eu inclusive mandei um email pro hrs@ perguntando se ele nao vai commitar
aquele PR e oferecendo ajuda.
Vou tentar mais uma vez… :)
--
Renato Botelho
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] pfSense 2.2.3 disponível !
> On Jun 25, 2015, at 08:35, Wendell Candido de Almeida > wrote: Pra quem quiser saber o que tem de novo nessa versão: https://blog.pfsense.org/?p=1810 -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OpenSSL vulnerabilidade
> On Jun 13, 2015, at 15:24, Vinícius Zavam wrote: > > 2015-06-13 10:12 GMT-03:00 Patrick Müller : > >> Bom, para resolver o primeiro problema, além de atualizar o sistema está >> sendo aconselhando usar esses passos https://weakdh.org/sysadmin.html >> >> E estou pensando em aplicar essa customização no ssh. >> https://jbeekman.nl/blog/2015/05/ssh-logjam/ >> >> Mesmo após a atualização, acho válido aplicar essas configurações de >> segurança >> >> Para testar a solução proposta. https://www.ssllabs.com/ssltest/ >> >> 2015-06-13 0:11 GMT-03:00 Renato Botelho : >> >>>> On Jun 12, 2015, at 21:56, Paulo Olivier Cavalcanti < >>> procavalca...@gmail.com> wrote: >>>> >>>> On 12/06/2015 22:21, Renato Botelho wrote: >>>>>> On Jun 12, 2015, at 19:37, Paulo Olivier Cavalcanti < >>> procavalca...@gmail.com> wrote: >>>>>> >>>>>> On 12/06/2015 08:21, Nilton Jose Rizzo wrote: >>>>>>> https://www.openssl.org/news/secadv_20150611.txt >>>>>>> >>>>>> Como substituir o openssl da base pelo do port? >>>>> Não existe essa opção no port. >>>>> >>>>> Só de curiosidade, qual seria a razão? >>>>> >>>> >>>> A razão seria usar uma versão sem vulnerabilidades. >>>> >>>> Com o ntpd é possível selecionar, através de uma flag, o bin do port ou >>> o bin da base. Eu queria saber se é possível fazer o mesmo com o openssl. >>>> >>>> Mas já vi que tanto a versão da base do FreeBSD 9.3 (0.9.8.za) quanto >> a >>> do port (1.0.2a) estão vulneráveis, então tanto faz. O jeito é esperar a >>> atualização. >>> >>> A atualização da base já saiu na noite passada - >>> https://www.freebsd.org/security/advisories/FreeBSD-SA-15:10.openssl.asc >>> >>> -- >>> Renato Botelho >> > > # /etc/make.conf > # > PORTS_SSL=yes De onde vem essa opção? dei um grep no /usr/src e não a encontrei. Talvez isso seja específico para algum port? > OPENSSL_PORT=security/libressl > WITH_OPENSSL_PORT=yes Essa opção diz para os ports usarem o openssl do ports ao invés do da base, o que o Paulo tava querendo era substituir o openssl da base pelo do ports. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OpenSSL vulnerabilidade
> On Jun 12, 2015, at 21:56, Paulo Olivier Cavalcanti > wrote: > > On 12/06/2015 22:21, Renato Botelho wrote: >>> On Jun 12, 2015, at 19:37, Paulo Olivier Cavalcanti >>> wrote: >>> >>> On 12/06/2015 08:21, Nilton Jose Rizzo wrote: >>>> https://www.openssl.org/news/secadv_20150611.txt >>>> >>> Como substituir o openssl da base pelo do port? >> Não existe essa opção no port. >> >> Só de curiosidade, qual seria a razão? >> > > A razão seria usar uma versão sem vulnerabilidades. > > Com o ntpd é possível selecionar, através de uma flag, o bin do port ou o bin > da base. Eu queria saber se é possível fazer o mesmo com o openssl. > > Mas já vi que tanto a versão da base do FreeBSD 9.3 (0.9.8.za) quanto a do > port (1.0.2a) estão vulneráveis, então tanto faz. O jeito é esperar a > atualização. A atualização da base já saiu na noite passada - https://www.freebsd.org/security/advisories/FreeBSD-SA-15:10.openssl.asc -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OpenSSL vulnerabilidade
> On Jun 12, 2015, at 19:37, Paulo Olivier Cavalcanti > wrote: > > On 12/06/2015 08:21, Nilton Jose Rizzo wrote: >> https://www.openssl.org/news/secadv_20150611.txt >> > > Como substituir o openssl da base pelo do port? Não existe essa opção no port. Só de curiosidade, qual seria a razão? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] BSDNow Now !!
> On Jun 12, 2015, at 09:14, Paulo Henrique - BSDs Brasil > wrote: > > Para quem não sabe, está correndo agora. > > http://www.bsdnow.tv/live > > Palestra em inglês !!! BSDCan 2015 Daqui a pouco começa a palestra de abertura com o Steve Bourne, autor do /bin/sh. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD-10.1-p29 - Correção do email anterior
> On Jun 10, 2015, at 10:15, Tiago Ribeiro wrote: > > Bom dia, deve ser falta de álcool, mas vamos lá. > > Estou vendo aqui o /usr/src/UPDATING de um servidor 10.1, > e na ultima madrugada a atualização via svn apareceu p29, > e a anterior era p10, nunca vi um update saltar tantos > patchs, alguém já viu isto, ou sabe o que pode ter acontecido? Ah, vc tinha falado 9. Agora vi aqui no 10 e entendi a sua pergunta. Deve ter sido um erro, vc pode seguir a thread aqui: https://lists.freebsd.org/pipermail/svn-src-all/2015-June/105544.html -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD-9.3-p29 ??
> On Jun 10, 2015, at 10:05, Tiago Ribeiro wrote: > > Estou vendo meus servidores aqui, e o 9.3 patch foi do p10 para o p29, > alguém já viu isto por ai? Houve algum problema? Creio que fazia tempo que vc não atualizava, nada de anormal. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com a atualização no FreeBSD-10.1 STABLE amd64
> On May 29, 2015, at 11:28, Eduardo Lemos de Sa > wrote: > > Caríssimos > > Esbarrei num problema pra lá de estranho: após fazer a atualização do > FreeBSD-10.1-STABLE AMD64, na última quarta-feira à noite, comecei a ter > problemas sérios. Após fazer a compilação (o make buildkernel e o make > buildworld funcionaram, como sempre, sem qualquer problema ou warning) e > fazer a instalação (make installkernel "KERNCONF=GENERIC" e make > installworld), sem qualquer problema, ao rebootar a máquina, o processo é > interrompido (as mensagens vão até o momento em que aparece as menções para > o fuse-bsd). Para resolver o problema, eu carreguei o kernel.old, que foi > até o fim com o processo de boot. Para ver se eu corrigia o problema, > baixei tudo novamente via svn, recompilei, instalei e o problema voltou a > se repetir. > Eu não creio que seja problema de hardware porque, se fosse, o kernel.old > [também apresentaria falhas. Olhando o /var/log/messages encontrei isto > > acpi_throttle1: failed to attach P_CNT (e que se repete para os outros 7 > cores da máquina) > > Também apareceu um > > xhci0 XHCI halt/start/probe failed err=18 > > Tentei resolver o problema da mais forma mais rápida possível: > > cp -r /boot/kernel.old /boot/kernel > > acreditando que no reboot o kernel.old seria carregado como sendo o kernel > corrente; não funcionou. Então eu copiei o /boot/loader.old para > /boot/loader e também não funcionou. > > Então eu editei o /boot/loader.conf, que estava assim: > > nvidia_load="YES" > vboxdrv_load="YES" > atapicam_load="YES" > fuse_load="YES" > sem_load="YES" > amdtemp_load="YES" > kern.maxfiles="25000" > kern.ipc.semmni="1250" > kern.ipc.semmns="9000" > #kern.ipc.shmmax="2863311530" > #kern.ipc.shmall="4194304" Você recompilou o fuse na nova versão? Pq como ele cria um módulo pro kernel tem que estar compatível com o stable mais novo. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Uso de opções do tar no FreeBSD
> On May 28, 2015, at 11:01, Eduardo Lemos de Sa > wrote: > > Caríssimos(as) > > É um tanto embaroçoso confessar, depois de muito tempo usando o comando tar > para comprimir e arquivar diretórios, que eu estou apanhando da sintaxe; > > tar -zcvf fontes-10.1.tgz /usr/src /usr/obj > > funciona muito bem quando eu arquivo os fontes e os binários gerados em um > atualização (a ideia é replicar isto para outras máquinas, sem ter de fazer > um svn, make buildworld e make buildkernel em cada uma delas). O problema é > que o arquivo gerado é grande (1.2 Gbyte) e engloba os arquivos fontes que > estão no /usr/src/.svn . Como eu não preciso deles nas outras máquinas, eu > gostaria de não incluí-los no fontes-10.1.tgz, então eu digitei: > > tar -zxvf fontes-10.1.tgz /usr/src /usr/obj --exclude /usr/src/.svn > > e as suas variantes (mudando a posíção do --exclude /usr/src/.svn na linha > de comando). Em todos os casos, os arquivos que estão no /usr/src/.svn > aparecem na tela enquanto o tar está arquivando. Por favor, alguém poderia > dizer-me o que eu estou fazendo errado? > > Obrigado pela atenção O parâmetro —exclude é um pattern, então não precisa ser absoluto. Tenta assim: # tar —exclude .svn -czf fontes-10.1.tgz /usr/src /usr/obj Caso você queira, dá pra transferir esse conteúdo inclusive direto sem gerar o arquivo .tar.gz # tar —exclude .svn -czf - /usr/src /usr/obj | ssh DESTINO “tar -xzfC - /“ []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD 8 EOL dia 30 de Junho
Apenas pra lembrar que o End-Of-Life da série 8 do FreeBSD está chegando [1], será no dia 30 de Junho. Se você mantém servidores rodando 8.x, é bom planejar um upgrade :) []s [1] https://www.freebsd.org/security/ -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] Jabber terminal
> On May 27, 2015, at 14:10, Contato ! wrote: > > > O desenvolvedor mandou usar Linux. Você chegou a falar com o mantenedor do pacote? Seria legal ele saber disso e quem sabe corrigir... -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] Jabber terminal
> On May 27, 2015, at 13:49, Contato ! wrote: > > Att, > Samuel . > > Obrigado senhor Renato! > Graças a sua colaboração resolvi meu problema. > Opa, que bom que deu certo. Qual era o problema? Qual foi a solução? []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] Jabber terminal
> On May 27, 2015, at 02:51, Contato ! wrote:
>
>
>
>
>
>
>
>
>
> Att,
> Samuel .
>
>> From: lista.freebsd.bra...@outlook.com
>> To: freebsd@fug.com.br
>> Date: Mon, 25 May 2015 13:40:53 -0300
>> Subject: Re: [FUG-BR] [OFF] Jabber terminal
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Att,
>> Samuel .
>>
>>> From: rbga...@gmail.com
>>> Date: Mon, 25 May 2015 11:17:47 -0300
>>> To: freebsd@fug.com.br
>>> Subject: Re: [FUG-BR] [OFF] Jabber terminal
>>>
>>>> On May 25, 2015, at 10:32, Samuel .
>>>> wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Att,
>>>> Samuel .
>>>>
>>>>> From: rbga...@gmail.com
>>>>> Date: Mon, 25 May 2015 10:15:36 -0300
>>>>> To: freebsd@fug.com.br
>>>>> Subject: Re: [FUG-BR] [OFF] Jabber terminal
>>>>>
>>>>>> On May 25, 2015, at 08:26, Samuel .
>>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>> From: rbga...@gmail.com
>>>>>>> Date: Mon, 25 May 2015 07:16:13 -0300
>>>>>>> To: freebsd@fug.com.br
>>>>>>> Subject: Re: [FUG-BR] [OFF] Jabber terminal
>>>>>>>
>>>>>>>> On May 24, 2015, at 15:31, Samuel .
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> Pessoal,
>>>>>>>> alguém aqui usa jabber pra monitoramento? Qual pacote estão usando?
>>>>>>>>
>>>>>>>> Tentei usar o sendxmpp no Linux e funcionou numa boa.
>>>>>>>> Tentei rodar o sendxmpp no FreeBSD 10.1 STABLE mas tá dando um maldito
>>>>>>>> erro de SSL.
>>>>>>>> root@fsbd:~ # echo "teste" | sendxmpp -t
>>>>>>>> usuario@servidor.jabber.comInvalid or unreadable path specified for
>>>>>>>> ssl_ca_path. at /usr/local/lib/perl5/site_perl/XML/Stream.pm line 640.
>>>>>>>>
>>>>>>>> Entre a linha 630 e 640 tem o seguinte código:
>>>>>>>> 630 # Set ssl_params for newconnection ssl or tls is set 631
>>>>>>>> if ( 1 == $self->{SIDS}->{newconnection}->{ssl} 632 || 1 ==
>>>>>>>> $self->{SIDS}->{newconnection}->{_tls} ) 633 { 634 my
>>>>>>>> %ssl_params = ( 635 SSL_verify_mode =>
>>>>>>>> $self->{SIDS}->{newconnection}->{ssl_verify}, 636 ); 637 638
>>>>>>>>if ( 0x00 != $self->{SIDS}->{newconnection}->{ssl_verify} ) 639
>>>>>>>> { 640 die ("Invalid or unreadable path specified
>>>>>>>> for ssl_ca_path.")
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Primeiro instalei via pkg, como não tive sucesso, desinstalei e
>>>>>>>> instalei via ports, mesma mer@#$%%.
>>>>>>>>
>>>>>>>> Se algum puder me ajudar, meu muito obrigado antecipado..
>>>>>>>
>>>>>>> Olhando por cima o bug me parece estar no pacote p5-XML-Stream. Antes
>>>>>>> de qualquer outra coisa. Algum diretório setado como ca_path não existe
>>>>>>> no seu sistema.
>>>>>>>
>>>>>>> O sendxmpp deve ter alguma opção de debug e/ou verbose. Tente habilitar
>>>>>>> essa opção e ele deverá imprimir no STDERR o path passado no parâmetro
>>>>>>> ca_path, aí vai dar pra entender melhor o que tá acontecendo.
>>>>>>>
>>>>>>> Eu acredio que ele deva buscar o caminho do ca_path em /etc/ssl
>>>>>>> enquanto o default do pacote ca-root-nss é instalar apenas em
>>>>>>> /usr/local/etc/ssl. Se for isso vc pode mudar no config do sendxmpp pra
>>>>>>> buscar no lugar correto ou instalar o ca_root_nss via ports com a opção
>>>>>>> pra criar o link em /etc.
>>>>>>>
>>>>>>> []s
>>>>>>> --
&
Re: [FUG-BR] [OFF] Jabber terminal
> On May 25, 2015, at 10:32, Samuel . wrote:
>
>
>
>
>
>
>
>
>
> Att,
> Samuel .
>
>> From: rbga...@gmail.com
>> Date: Mon, 25 May 2015 10:15:36 -0300
>> To: freebsd@fug.com.br
>> Subject: Re: [FUG-BR] [OFF] Jabber terminal
>>
>>> On May 25, 2015, at 08:26, Samuel .
>>> wrote:
>>>
>>>
>>>
>>>
>>>> From: rbga...@gmail.com
>>>> Date: Mon, 25 May 2015 07:16:13 -0300
>>>> To: freebsd@fug.com.br
>>>> Subject: Re: [FUG-BR] [OFF] Jabber terminal
>>>>
>>>>> On May 24, 2015, at 15:31, Samuel .
>>>>> wrote:
>>>>>
>>>>> Pessoal,
>>>>> alguém aqui usa jabber pra monitoramento? Qual pacote estão usando?
>>>>>
>>>>> Tentei usar o sendxmpp no Linux e funcionou numa boa.
>>>>> Tentei rodar o sendxmpp no FreeBSD 10.1 STABLE mas tá dando um maldito
>>>>> erro de SSL.
>>>>> root@fsbd:~ # echo "teste" | sendxmpp -t
>>>>> usuario@servidor.jabber.comInvalid or unreadable path specified for
>>>>> ssl_ca_path. at /usr/local/lib/perl5/site_perl/XML/Stream.pm line 640.
>>>>>
>>>>> Entre a linha 630 e 640 tem o seguinte código:
>>>>> 630 # Set ssl_params for newconnection ssl or tls is set 631 if (
>>>>> 1 == $self->{SIDS}->{newconnection}->{ssl} 632 || 1 ==
>>>>> $self->{SIDS}->{newconnection}->{_tls} ) 633 { 634 my
>>>>> %ssl_params = ( 635 SSL_verify_mode =>
>>>>> $self->{SIDS}->{newconnection}->{ssl_verify}, 636 ); 637 638
>>>>> if ( 0x00 != $self->{SIDS}->{newconnection}->{ssl_verify} ) 639
>>>>> { 640 die ("Invalid or unreadable path specified for
>>>>> ssl_ca_path.")
>>>>>
>>>>>
>>>>>
>>>>> Primeiro instalei via pkg, como não tive sucesso, desinstalei e instalei
>>>>> via ports, mesma mer@#$%%.
>>>>>
>>>>> Se algum puder me ajudar, meu muito obrigado antecipado..
>>>>
>>>> Olhando por cima o bug me parece estar no pacote p5-XML-Stream. Antes de
>>>> qualquer outra coisa. Algum diretório setado como ca_path não existe no
>>>> seu sistema.
>>>>
>>>> O sendxmpp deve ter alguma opção de debug e/ou verbose. Tente habilitar
>>>> essa opção e ele deverá imprimir no STDERR o path passado no parâmetro
>>>> ca_path, aí vai dar pra entender melhor o que tá acontecendo.
>>>>
>>>> Eu acredio que ele deva buscar o caminho do ca_path em /etc/ssl enquanto o
>>>> default do pacote ca-root-nss é instalar apenas em /usr/local/etc/ssl. Se
>>>> for isso vc pode mudar no config do sendxmpp pra buscar no lugar correto
>>>> ou instalar o ca_root_nss via ports com a opção pra criar o link em /etc.
>>>>
>>>> []s
>>>> --
>>>> Renato Botelho
>>>>
>>>> -
>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>
>>>
>>> Olá Renato! Obrigado por responder!
>>> Rodei o mesmo comando com a opção debug, acho que não retornou algo que
>>> possa ajudar.
>>> root@fbsd:~ # echo "teste" | sendxmpp -d -t
>>> usuario@server-jabber.comsendxmpp: config: 'username' => 'zabbix'sendxmpp:
>>> config: 'jserver' => 'XX'Use of uninitialized value $val in
>>> concatenation (.) or string at /usr/local/bin/sendxmpp line 192.sendxmpp:
>>> config: 'component' => ''sendxmpp: config: 'password' =>
>>> 'X'sendxmpp: config: 'port' => '0'XML::Stream: new: hostname =
>>> ()XML::Stream: SetCallBacks: tag(node) func(CODE(0x801caa5a0))Att,
>>> Samuel .XMPP::Conn: xmppCallbackInit: startXMPP::Conn: SetCallBacks:
>>> tag(message) func(CODE(0x801caa258))XMPP::Conn: SetCallBacks: tag(presence)
>>> func(CODE(0x80504d9f0))XMPP::Conn: SetCallBacks: tag(iq)
>>> func(CODE(0x801caa450))XMPP::Conn: SetPresenceCallBacks: type(subscribed)
>>> func(CODE(0x801caa0a8))XMPP::Conn: SetPresenceCallBacks: type(unsubscribed)
>>> func(CODE(0
Re: [FUG-BR] [OFF] Jabber terminal
> On May 25, 2015, at 08:26, Samuel . wrote:
>
>
>
>
>> From: rbga...@gmail.com
>> Date: Mon, 25 May 2015 07:16:13 -0300
>> To: freebsd@fug.com.br
>> Subject: Re: [FUG-BR] [OFF] Jabber terminal
>>
>>> On May 24, 2015, at 15:31, Samuel .
>>> wrote:
>>>
>>> Pessoal,
>>> alguém aqui usa jabber pra monitoramento? Qual pacote estão usando?
>>>
>>> Tentei usar o sendxmpp no Linux e funcionou numa boa.
>>> Tentei rodar o sendxmpp no FreeBSD 10.1 STABLE mas tá dando um maldito erro
>>> de SSL.
>>> root@fsbd:~ # echo "teste" | sendxmpp -t usuario@servidor.jabber.comInvalid
>>> or unreadable path specified for ssl_ca_path. at
>>> /usr/local/lib/perl5/site_perl/XML/Stream.pm line 640.
>>>
>>> Entre a linha 630 e 640 tem o seguinte código:
>>> 630 # Set ssl_params for newconnection ssl or tls is set 631 if (
>>> 1 == $self->{SIDS}->{newconnection}->{ssl} 632 || 1 ==
>>> $self->{SIDS}->{newconnection}->{_tls} ) 633 { 634 my
>>> %ssl_params = ( 635 SSL_verify_mode =>
>>> $self->{SIDS}->{newconnection}->{ssl_verify}, 636 ); 637 638
>>> if ( 0x00 != $self->{SIDS}->{newconnection}->{ssl_verify} ) 639 {
>>> 640 die ("Invalid or unreadable path specified for
>>> ssl_ca_path.")
>>>
>>>
>>>
>>> Primeiro instalei via pkg, como não tive sucesso, desinstalei e instalei
>>> via ports, mesma mer@#$%%.
>>>
>>> Se algum puder me ajudar, meu muito obrigado antecipado..
>>
>> Olhando por cima o bug me parece estar no pacote p5-XML-Stream. Antes de
>> qualquer outra coisa. Algum diretório setado como ca_path não existe no seu
>> sistema.
>>
>> O sendxmpp deve ter alguma opção de debug e/ou verbose. Tente habilitar essa
>> opção e ele deverá imprimir no STDERR o path passado no parâmetro ca_path,
>> aí vai dar pra entender melhor o que tá acontecendo.
>>
>> Eu acredio que ele deva buscar o caminho do ca_path em /etc/ssl enquanto o
>> default do pacote ca-root-nss é instalar apenas em /usr/local/etc/ssl. Se
>> for isso vc pode mudar no config do sendxmpp pra buscar no lugar correto ou
>> instalar o ca_root_nss via ports com a opção pra criar o link em /etc.
>>
>> []s
>> --
>> Renato Botelho
>>
>> -
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
> Olá Renato! Obrigado por responder!
> Rodei o mesmo comando com a opção debug, acho que não retornou algo que possa
> ajudar.
> root@fbsd:~ # echo "teste" | sendxmpp -d -t
> usuario@server-jabber.comsendxmpp: config: 'username' => 'zabbix'sendxmpp:
> config: 'jserver' => 'XX'Use of uninitialized value $val in
> concatenation (.) or string at /usr/local/bin/sendxmpp line 192.sendxmpp:
> config: 'component' => ''sendxmpp: config: 'password' =>
> 'X'sendxmpp: config: 'port' => '0'XML::Stream: new: hostname =
> ()XML::Stream: SetCallBacks: tag(node) func(CODE(0x801caa5a0))Att,
> Samuel .XMPP::Conn: xmppCallbackInit: startXMPP::Conn: SetCallBacks:
> tag(message) func(CODE(0x801caa258))XMPP::Conn: SetCallBacks: tag(presence)
> func(CODE(0x80504d9f0))XMPP::Conn: SetCallBacks: tag(iq)
> func(CODE(0x801caa450))XMPP::Conn: SetPresenceCallBacks: type(subscribed)
> func(CODE(0x801caa0a8))XMPP::Conn: SetPresenceCallBacks: type(unsubscribed)
> func(CODE(0x805059c60))XMPP::Conn: SetPresenceCallBacks: type(unsubscribe)
> func(CODE(0x804b75de0))XMPP::Conn: SetPresenceCallBacks: type(subscribe)
> func(CODE(0x805059348))XMPP::Conn: SetDirectXPathCallBacks:
> xpath(/[@xmlns="urn:ietf:params:xml:ns:xmpp-tls"])
> func(CODE(0x801c9bfa8))XMPP::Conn: SetDirectXPathCallBacks:
> xpath(/[@xmlns="urn:ietf:params:xml:ns:xmpp-sasl"])
> func(CODE(0x80504deb8))XMPP::Conn: xmppCallbackInit: stopsendxmpp:
> ssl_verify: 1sendxmpp: tls_ca_path: XMPP::Conn: Connect:
> host(:5222) namespace(jabber:client)XMPP::Conn: Connect:
> timeout(10)XML::Stream: Connect: type(tcpip)Invalid or unreadable path
> specified for ssl_ca_path. at /usr/local/lib/perl5/site_perl/XML/Stream.pm
> line 640.root@fbsd:~ #
>
> Pelo Linux só foi "apt-get install sendxmpp" e "echo "teste" | sendxmpp -t
> usua...@server-jabber.com" e pimba! Funcionou...
Se o port está com um problema, nós, enquanto comunidade, podemos ajudar a
corrigi-lo e assim todos se beneficiam.
Vi que o parâmetro tls_ca_path está em branco. Faz o seguinte:
# pkg install ca_root_nss
# Adiciona o parâmetro ‘-a /usr/local/etc/ssl’ na chamada do sendxmpp
Mantém o parâmetro de debug pra ajudar a entender o que tá acontecendo e depois
cola a saída no www.pastebin.com ao invés de mandar por email. Chegou tudo
quebrado aqui e fica difícil a leitura.
--
Renato Botelho
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] Jabber terminal
> On May 24, 2015, at 15:31, Samuel . wrote:
>
> Pessoal,
> alguém aqui usa jabber pra monitoramento? Qual pacote estão usando?
>
> Tentei usar o sendxmpp no Linux e funcionou numa boa.
> Tentei rodar o sendxmpp no FreeBSD 10.1 STABLE mas tá dando um maldito erro
> de SSL.
> root@fsbd:~ # echo "teste" | sendxmpp -t usuario@servidor.jabber.comInvalid
> or unreadable path specified for ssl_ca_path. at
> /usr/local/lib/perl5/site_perl/XML/Stream.pm line 640.
>
> Entre a linha 630 e 640 tem o seguinte código:
> 630 # Set ssl_params for newconnection ssl or tls is set 631 if ( 1
> == $self->{SIDS}->{newconnection}->{ssl} 632 || 1 ==
> $self->{SIDS}->{newconnection}->{_tls} ) 633 { 634 my %ssl_params
> = ( 635 SSL_verify_mode =>
> $self->{SIDS}->{newconnection}->{ssl_verify}, 636 ); 637 638
> if ( 0x00 != $self->{SIDS}->{newconnection}->{ssl_verify} ) 639 { 640
> die ("Invalid or unreadable path specified for ssl_ca_path.")
>
>
>
> Primeiro instalei via pkg, como não tive sucesso, desinstalei e instalei via
> ports, mesma mer@#$%%.
>
> Se algum puder me ajudar, meu muito obrigado antecipado..
Olhando por cima o bug me parece estar no pacote p5-XML-Stream. Antes de
qualquer outra coisa. Algum diretório setado como ca_path não existe no seu
sistema.
O sendxmpp deve ter alguma opção de debug e/ou verbose. Tente habilitar essa
opção e ele deverá imprimir no STDERR o path passado no parâmetro ca_path, aí
vai dar pra entender melhor o que tá acontecendo.
Eu acredio que ele deva buscar o caminho do ca_path em /etc/ssl enquanto o
default do pacote ca-root-nss é instalar apenas em /usr/local/etc/ssl. Se for
isso vc pode mudar no config do sendxmpp pra buscar no lugar correto ou
instalar o ca_root_nss via ports com a opção pra criar o link em /etc.
[]s
--
Renato Botelho
-
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sistema baseado em FreeBSD
> On May 15, 2015, at 12:28, Felipe N. Oliva wrote: > > > > On 5/15/15 12:22, Luiz Otavio O Souza wrote: >> 2015-05-14 17:54 GMT-03:00 Felipe N. Oliva: >>> Boa tarde, >>> >>> Vou deixar aqui um vídeo de apresentação do sistema HellOS, baseado em >>> FreeBSD. >>> >>> Uma curiosidade: utilizamos o framework TinyBSD para construi-lo. >> Por que o tinybsd e não o nanobsd ? >> >> O nanobsd trabalha com duas partições read-only (duas copias do >> sistema), o que facilita muito as atualizações (atualiza somente uma >> delas, boota com a nova versão e caso algo de errado você pode bootar >> a partir da partição antiga). >> >> 50 horas pra configurar o FreeBSD parece puxado, imagino que isso é >> baseado em pessoal sem treinamento adequado. >> >> Luiz >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Luiz, > > Nunca utilizei o nanobsd, mas gosto muito da facilidade do tinybsd. Quanto a > upgrade, no nosso sistema utilizamos MFS, ou seja, o sistema roda totalmente > na memoria e fico com os armazenamentos locais livres pra fazer qualquer > alteração. Saquei. Já respondeu meu outro email. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sistema baseado em FreeBSD
> On May 15, 2015, at 12:22, Luiz Otavio O Souza wrote: > > 2015-05-14 17:54 GMT-03:00 Felipe N. Oliva: >> Boa tarde, >> >> Vou deixar aqui um vídeo de apresentação do sistema HellOS, baseado em >> FreeBSD. >> >> Uma curiosidade: utilizamos o framework TinyBSD para construi-lo. > > Por que o tinybsd e não o nanobsd ? > > O nanobsd trabalha com duas partições read-only (duas copias do > sistema), o que facilita muito as atualizações (atualiza somente uma > delas, boota com a nova versão e caso algo de errado você pode bootar > a partir da partição antiga). Sobre esse mesmo tópico, poderia comentar um pouco sobre as razões que levaram a usar CF card? No pfSense a gente já teve (e ainda tem) tanto problema com CF. Nos dias de hoje existem opções interessantes que não são tão lentas e limitadas quanto o CF card. > 50 horas pra configurar o FreeBSD parece puxado, imagino que isso é > baseado em pessoal sem treinamento adequado. +1 -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bem-vindo a lista de discussão "freebsd"
> On May 13, 2015, at 13:37, Samuel . wrote: > > Olá! > Gostaria de postar na lista. Já postou :P -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] duvida cvsup + freebsd antigo
> On May 7, 2015, at 09:33, Diogo Rodrigo wrote: > > prezados apos uns 3 anos sem mexer com bsd, peguei um servidor de um > cliente para dar uma mexida etc. > > tentei fazer um update via cvsup stable... > > > ele nao encontra o host cvsup2.freebsd.org nem o cvsup3 cvsup4 > > enfim mudou alguma coisa enquanto estive em eternia ? ehhehe > > e um bsd FreeBSD mail 7.4-STABLE FreeBSD 7.4-STABLE #25 > > sei que ja saiu de producao etc. > > mas acredito que poderia fazer um update ate o ultimo update dele correto ?? Bom dia Diogo. Você quer atualizar até o último 7-stable? Vale lembrar que qualquer versão anterior a 8.4, o ports não funciona mais. Mas enfim, sejamos práticos, você pode resolver isso de 2 maneiras: 1. Caso tenha o svn instalado na máquina, ou caso consiga instalar o svn via pkg_add -r subversion: # rm -rf /usr/src/* # svn checkout http://svn.freebsd.org/base/stable/7 /usr/src 2. Baixando um tarball direto do github: # fetch https://github.com/freebsd/freebsd/archive/stable/7.tar.gz Caso você decida trazer esse cara para uma versão mais moderna, aconselho a ir de onde está para o 8.4-release ou 8.4-stable, e depois disso pro 9-stable, e depois pro 10.1-release ou 10.1-stable. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] MIPS64 500MHZ no FreeBSD e Pfsense 2.2
> On Apr 29, 2015, at 11:18, Luiz Otavio O Souza wrote: > > 2015-04-29 9:30 GMT-03:00 mantunes: >>> >>> Isso muito me interessa, como você tá fazendo pra contornar o problema do >>> strip no 10.x? >>> >> >> Renato, poderia dizer como seria esse problema.. eu tenho um edge >> router aqui e estou para instalar o FreeBSD, posso até >> simular > > Quando você roda o strip(1) em um binario, ele vai corromper o arquivo. > > Um workaround é _não_ rodar o strip na instalação do programa e o > outro é instalar um fake strip do tipo 'faz nada'. Não rodar o strip é complicado quando se pensa em ports, cada port é feito de um jeito, teria que hackear um por um, então seria inviável. Um fake strip talvez fosse interessante, #!/bin/sh exit 0 :) -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] MIPS64 500MHZ no FreeBSD e Pfsense 2.2
> On Apr 28, 2015, at 20:36, Luiz Otavio O Souza wrote: > > 2015-04-28 11:42 GMT-03:00 Thiago Gomes: >>> >>> Mas no meu caso, que prefiro o FreeBSD puro, estou testando aqui. É um >>> achado um hardware destes rodar o Free redondinho. >>> >> >> E o bug. que o renato falou ? teria como dizer como vc fez para gerar >> a imagem. ? tentei fazer >> e não deu boot.. pode ser me pvt.. > > Como o Renato falou o bug é no 10.x, no 11 funciona (e também há > formas simples para contornar esse problema). Isso muito me interessa, como você tá fazendo pra contornar o problema do strip no 10.x? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] MIPS64 500MHZ no FreeBSD e Pfsense 2.2
> On Apr 28, 2015, at 07:09, Thiago Gomes wrote: > > Alguma novidade sobre pfsense em uma MIPS/Edge router ? Nem novidade e nem previsão visto que existe um bug no strip do FreeBSD 10.x pra MIPS que só é corrigido usando o novo toolchain que só rola no FreeBSD 11. Pode ser que tenhamos novidades em ARM no pfSense num futuro próximo, mas MIPS vai ter que esperar um pouco. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] remover unbound preinstalado
> On Mar 27, 2015, at 09:47, Fabio Julian wrote: > > Bom dia, pessoal instalei em uma maquina o freebsd com o unbound direto na > instalação, gostaria de remover o unbound por completo ma maquina. De acordo com o man src.conf(5) existe uma opção chamada WITHOUT_UNBOUND, que quando definida vai fazer com que o unbound não seja instalado. Então definir WITHOUT_UNBOUND=yes no /etc/src.conf é o primeiro passo para evitar que ele seja reinstalado num update. Depois que o parâmetro estiver no lugar, se você for ao /usr/src e rodar um ‘make check-old’: >>> Checking for old files /etc/rc.d/local_unbound /etc/unbound /usr/sbin/local-unbound-setup /usr/sbin/unbound /usr/sbin/unbound-anchor /usr/sbin/unbound-checkconf /usr/sbin/unbound-control /usr/sbin/unbound-control-setup /usr/share/man/man5/unbound.conf.5.gz /usr/share/man/man8/unbound-anchor.8.gz /usr/share/man/man8/unbound-checkconf.8.gz /usr/share/man/man8/unbound-control.8.gz /usr/share/man/man8/unbound.8.gz >>> Checking for old libraries /usr/lib/private/libunbound.so.5 /usr/lib32/private/libunbound.so.5 >>> Checking for old directories To remove old files and directories run 'make delete-old'. To remove old libraries run 'make delete-old-libs'. Os arquivos atualmente instalados do unbound já entram na lista de obsoletos, e podem ser removidos com ‘make delete-old’ e ‘make delete-old-libs' []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sugestão de compilação com o /usr < 2.6 Gbytes.
> On Mar 26, 2015, at 22:22, Paulo Henrique - BSDs Brasil > wrote: > > > > Enviado do meu smartphone Sony Xperia™ > > Renato Botelho escreveu > >>> On Mar 26, 2015, at 21:18, Paulo Henrique - BSDs >>> wrote: >>> >>> Saudações, >>> >>> Preciso customizar o kernel de um ServerU L100 no qual o /usr possui >>> somente 1.6Gbytes de espaço, sendo desse total 380Mbytes já usados. >>> Qual a melhor forma de atualizar o sistema alem de usar um kernel >>> customizado apenas com esse espaço em disco ? >>> Pensei em alguns meios porém opniões são sempre bem vindas. >>> >>> Idéia 01 - Utilizar um pen-drive para montar o diretorio /usr/src >>> Essa foi a minha primeira ideia pois já usei no passado. >>> >>> Idéia 02 - Usar um diretorio montado sobre SMB ou NFS para abrigar o >>> /usr/src ( nem sei se daria certo, no pensamento tipo Unix é para não ter >>> diferença ). >>> >>> Idéia 03 - Efetuar uma compilação em um servidor, instalar a compilação em >>> uma jail e depois copiar os arquivos para o ServerU. >>> >>> Qualquer recomendação/idéia/sugestão/cerveja ou vodka ( aceito vinho também >>> ) será bem vindo. >>> >>> Aproposito, os recursos que preciso podem ser disponibilizados através de >>> carregamento de modulos via loader.conf, contudo sou meio careta quanto a >>> isso e gosto tudo no bultin ( mal de velho ) alem de ter um maior controle >>> sobre o sistema. >> >> Só o /usr tá sem espaço? >> Tem alguma partição maior? >> Você tem um HD exxterno? >> >> Tenho várias ideias em mente, mas preciso saber mais detalhes sobre o >> ambiente. >> >> -- >> Renato Botelho > > Não é apenas a flash de 8 Gbytes particionado. Aí vai a minha sugestão, não consegui pensar em nada melhor já que você faz questão de compilar tudo. * Instala um FreeBSD em outra máquina (ou VM) * Baixa o /usr/src que você precisa * Roda o buildworld e o buildkernel * Copia o /usr/src e o /usr/obj dessa máquina para um pendrive (ou exporta via NFS) * Monta esse /usr/src e /usr/obj na máquina que vai ser atualizada (do pendrive ou do NFS) * Roda um make installkernel, installworld, mergemaster, ... []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sugestão de compilação com o /usr < 2.6 Gbytes.
> On Mar 26, 2015, at 21:18, Paulo Henrique - BSDs > wrote: > > Saudações, > > Preciso customizar o kernel de um ServerU L100 no qual o /usr possui somente > 1.6Gbytes de espaço, sendo desse total 380Mbytes já usados. > Qual a melhor forma de atualizar o sistema alem de usar um kernel customizado > apenas com esse espaço em disco ? > Pensei em alguns meios porém opniões são sempre bem vindas. > > Idéia 01 - Utilizar um pen-drive para montar o diretorio /usr/src > Essa foi a minha primeira ideia pois já usei no passado. > > Idéia 02 - Usar um diretorio montado sobre SMB ou NFS para abrigar o /usr/src > ( nem sei se daria certo, no pensamento tipo Unix é para não ter diferença ). > > Idéia 03 - Efetuar uma compilação em um servidor, instalar a compilação em > uma jail e depois copiar os arquivos para o ServerU. > > Qualquer recomendação/idéia/sugestão/cerveja ou vodka ( aceito vinho também ) > será bem vindo. > > Aproposito, os recursos que preciso podem ser disponibilizados através de > carregamento de modulos via loader.conf, contudo sou meio careta quanto a > isso e gosto tudo no bultin ( mal de velho ) alem de ter um maior controle > sobre o sistema. Só o /usr tá sem espaço? Tem alguma partição maior? Você tem um HD exxterno? Tenho várias ideias em mente, mas preciso saber mais detalhes sobre o ambiente. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Existe vantagem em fazer design usando open source do que usando Windows?
> On Mar 13, 2015, at 18:46, tridente 1 wrote: > > Por favor, desculpe, eu não achava que a digitação do histórico da FUG está > tão mal. > ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Existe vantagem em fazer design usando open source do que usando Windows?
> On Mar 13, 2015, at 11:35, tridente 1 wrote: > > > >> From: triden...@outlook.com >> To: freebsd@fug.com.br >> Date: Fri, 13 Mar 2015 17:14:06 +0300 >> Subject: [FUG-BR] Existe vantagem em fazer design usando open source do que >> usando Windows? >> >> Existe mais vantagem em fazer design usando open source do que usando >> Windows? >> >> Por exemplo, usando Linux? >> >> BSD? >> >> Se sim, quais são as vantagens? >> >> Qual distribuição Linux e BSD é aconselhável usar para fazer design para >> desktop? >> >> Estou cursando bacharelado em design e verei se consigo usar o que talvez é >> vantagem do open souce para fazer design. >> >> Eu estou começando o curso agora, mas eu sei que o designer usa o computador >> para fazer o trabalho final. >> >> Exemplos de disciplinas que fazem parte da grade curricular do curso: >> >> COMPUTAÇÃO GRÁFICA >> COMPUTAÇÃO GRÁFICA EM 3D >> WEB DESIGN >> PROJETO GRÁFICO V (DIGITAL) >> SEMIÓTICA >> >> Existe distribuição Linux, sistema operacional BSD e outro sistema >> operacional open source que serve para fazer design? >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > Pessoal, eu prefiro que respondam no chat por causa da má digitação que o > histórico da FUG apresenta. Se prefere que respondam na chat, pergunte na chat. -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] upgrade 8.4
> On Feb 25, 2015, at 10:00, Rafael Aquino wrote: > > > > - Mensagem original - >> De: "Renato Botelho" >> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> >> Enviadas: Quarta-feira, 25 de fevereiro de 2015 9:44:04 >> Assunto: Re: [FUG-BR] upgrade 8.4 >> >>> On Feb 25, 2015, at 09:32, Rafael Aquino wrote: >>> >>> >>> >>> - Mensagem original - >>>> De: "Márcio Luciano Donada" >>>> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >>>> >>>> Enviadas: Terça-feira, 24 de fevereiro de 2015 9:25:23 >>>> Assunto: [FUG-BR] upgrade 8.4 >>>> >>>> Senhores, >>>> Tenho um FreeBSD 8.4 que fazia um bom tempo que não dava mais suporte >>>> nele, >>>> hoje qual seria a melhor estrategia para upgrade, seria subir para a 9 e >>>> posteriormente para a 10? >>>> >>>> -- >>>> obrigado, >>>> - >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>>> >>> >>> Oi, Marcio, >>> >>> Esta atualização é remota ou local? >>> >>> Se for local, tu já tens várias dicas aí na lista. >>> >>> Se for remota, gosto da página do Ralf S. Engelschall no site do FreeBSD, >>> onde tem instruções >>> para atualizações remotas compilando via source... >>> >>> http://people.freebsd.org/~rse/upgrade/freebsd-upgrade-8x-9x.txt >>> Do 9 para o 10 não tem, mas já fiz e funcionou normalmente. >>> >>> Eu já atualizei um servidor remoto do 4 até o nove (indo um por um, claro). >> >> Só pra conferir a título de curiosidade, você atualizou um FreeBSD 4 pra 5? >> >> -- >> Renato Botelho >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > OI, Renato, > > Sim, remotamente, e com o * na mão... ehehehehe > > Mas funcionou > > Era um servidor de um cliente que havia suspendido o contrato, e reativou. Remotamente mas com um acesso ao console via serial, certo? Até hoje só tinha ouvido falar de uma pessoa que fez esse update de 4 pra 5 (já que não é oficialmente suportado), que foi o Ken Smith, antigo release engineering do FreeBSD, até citei um mini howto dele aqui [1]. E no final você ficou com um FreeBSD 9.x rodando em um filesystem UFS 1.x, imagino que deve ter sido um exercício interessante. :) [1] http://www.fug.com.br/historico/html/freebsd/2006-01/msg00400.html -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] upgrade 8.4
> On Feb 25, 2015, at 09:32, Rafael Aquino wrote: > > > > - Mensagem original - >> De: "Márcio Luciano Donada" >> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> >> Enviadas: Terça-feira, 24 de fevereiro de 2015 9:25:23 >> Assunto: [FUG-BR] upgrade 8.4 >> >> Senhores, >> Tenho um FreeBSD 8.4 que fazia um bom tempo que não dava mais suporte nele, >> hoje qual seria a melhor estrategia para upgrade, seria subir para a 9 e >> posteriormente para a 10? >> >> -- >> obrigado, >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > Oi, Marcio, > > Esta atualização é remota ou local? > > Se for local, tu já tens várias dicas aí na lista. > > Se for remota, gosto da página do Ralf S. Engelschall no site do FreeBSD, > onde tem instruções > para atualizações remotas compilando via source... > > http://people.freebsd.org/~rse/upgrade/freebsd-upgrade-8x-9x.txt > Do 9 para o 10 não tem, mas já fiz e funcionou normalmente. Essas instruções ainda fazem uso do csup, que é considerado deprecated (e acho que já nem recebem mais updates). Se for compilar o world/kernel, o melhor é pegar o src usando o svn (ou svnlite). -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] upgrade 8.4
> On Feb 25, 2015, at 09:32, Rafael Aquino wrote: > > > > - Mensagem original - >> De: "Márcio Luciano Donada" >> Para: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> >> Enviadas: Terça-feira, 24 de fevereiro de 2015 9:25:23 >> Assunto: [FUG-BR] upgrade 8.4 >> >> Senhores, >> Tenho um FreeBSD 8.4 que fazia um bom tempo que não dava mais suporte nele, >> hoje qual seria a melhor estrategia para upgrade, seria subir para a 9 e >> posteriormente para a 10? >> >> -- >> obrigado, >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > Oi, Marcio, > > Esta atualização é remota ou local? > > Se for local, tu já tens várias dicas aí na lista. > > Se for remota, gosto da página do Ralf S. Engelschall no site do FreeBSD, > onde tem instruções > para atualizações remotas compilando via source... > > http://people.freebsd.org/~rse/upgrade/freebsd-upgrade-8x-9x.txt > Do 9 para o 10 não tem, mas já fiz e funcionou normalmente. > > Eu já atualizei um servidor remoto do 4 até o nove (indo um por um, claro). Só pra conferir a título de curiosidade, você atualizou um FreeBSD 4 pra 5? -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] upgrade 8.4
> On Feb 24, 2015, at 15:53, Welkson Renny de Medeiros > wrote: > > Em 24 de fevereiro de 2015 15:20, Renato Botelho > escreveu: > >> Márcio, >> >> portupgrade é concorrente do portmaster e não do pkg. O pkg você vai >> acabar usando direta ou indiretamente. Na árvore de ports atual (seja no >> 8.4 ou no 10), quando você executa um ‘make install’ em um port, ele >> instala os arquivos dentro de PORTDIR/work/stage, cria um pacote binário >> .txz e instala esse pacote usando pkg, ou seja, o pkg *sempre* será usado. >> >> Tanto o portupgrade quanto o portmaster continuam funcionando do mesmo >> jeito que sempre funcionaram até onde eu sei, e eles servem pra atualizar >> ports compilando a partir do src usando a árvore do ports. >> >> O pkg também serve para instalar pacotes binários, nesse caso é bem mais >> rápido pois não compila local, mas, em contrapartida, é menos flexível, >> pois hoje são gerados pacotes apenas compilados com as OPTIONS default. >> >> Então eu diria que, se você vai usar todos os pacotes com OPTIONS default, >> vá de pkg com pacotes binários. Se você precisa selecionar OPTIONS não >> default, aí a escolha é sua, portupgrade (que eu já não uso há muitos anos >> e não sei como anda) ou portmaster. >> >> -- >> Renato Botelho >> > > > Garga, outro dia estava pensando em abrir uma thread para perguntar > exatamente pelas OPTIONS... maioria dos ports que instalo funcionam bem com > options default, outros não (Squid por exemplo, onde preciso especificar > qual proxy transparente pretendo usar, via pf, ipfw, etc.). > > Meu server está com FreeBSD 9.1-RELEASE, e o EoL já se foi desde de > 12/2014... como está em uma máquina virtual, estou pensando em clonar e > fazer testes de migração para uma versão mais atual. Você pode usar um método híbrido se apenas 1 ou 2 ports precisam de OPTIONS diferentes do default, usando o pkg (un)lock. Digamos que vc instalou o squid via ports com options alteradas, pra evitar que ele seja atualizado via pkg, vc trava ele: # pkg lock squid Dessa forma ele nunca será atualizado. Aí vc pode usar pkg update / pkg upgrade normal e quando tiver uma versão nova do squid, vc faz um: # pkg unlock squid # portmaster squid # pkg lock squid Mas se o número de ports com options non-default for grande dá muito trabalho. Num futuro o que vai acontecer é que o próprio ports vai se virar com isso. Ele vai checar se as options são default e usar o binário, se não for, compila. Além disso, num futuro teremos flavours e sub-packages. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
