Re: [FUG-BR] Digest freebsd, volume 80, assunto 56
Em 22/11/2012, às 00:47, Marcelo Araujo araujobsdp...@gmail.com escreveu: Porém, se você realmente quer fazer um FORK do PFSense, inicie com uma proposta de coisas diferentes e inovadoras que não existem no PFSense, novas features e etc. Grande Abraço! -- Marcelo Araujo Tem muita coisa que poderia ser implementada como melhoria no pfsense. Por exemplo, a parte de balanceamento de trafego pode ser melhorada, hoje você pode ter uma configuração de failover, de peso, e de peso + failover. Faz falta por exemplo a possibilidade de ter uma regra de balanceamento com overflow, principalmente nos casos em que os links disponíveis são muito diferentes. Imagine por exemplo um usuário com um link de 20 Mbps e um link backup de 2 Mbps, você pode até configurar para o link de 2 Mbps ter peso 1 e o de 20 Mbps ter peso 10, porém vão ter situações em que vc não vai querer usar o link menor por uma serie de motivos (latência por exemplo). Se você pudesse ter uma regra de balanceamento na qual vc definisse o link de 20Mbps como prioritário e quando o mesmo atingisse um percentual X de ocupação você começaria a transbordar o trafego para o link menor, fazendo uso dele somente em situações muito especificas como num download em multipart por exemplo. Outra coisa que eu acho que pode ser útil é criar um modulo para o pfsense para melhorar as opções que ele oferece para fazer balanceamento de tarfego para servidores distribuídos, talvez pegar por exemplo funcionalidades de scripts isolados, como por exemplo: https://github.com/ebrandi/route53-failover E transformar num módulo para o pfsense. [ ]'s Brandi - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Digest freebsd, volume 80, assunto 56
Ótimoa conselhos e boas dicas ;-) Daniel Melo (d4n1) On Nov 22, 2012 1:19 PM, Edson Brandi ebra...@freebsd.org wrote: Em 22/11/2012, às 00:47, Marcelo Araujo araujobsdp...@gmail.com escreveu: Porém, se você realmente quer fazer um FORK do PFSense, inicie com uma proposta de coisas diferentes e inovadoras que não existem no PFSense, novas features e etc. Grande Abraço! -- Marcelo Araujo Tem muita coisa que poderia ser implementada como melhoria no pfsense. Por exemplo, a parte de balanceamento de trafego pode ser melhorada, hoje você pode ter uma configuração de failover, de peso, e de peso + failover. Faz falta por exemplo a possibilidade de ter uma regra de balanceamento com overflow, principalmente nos casos em que os links disponíveis são muito diferentes. Imagine por exemplo um usuário com um link de 20 Mbps e um link backup de 2 Mbps, você pode até configurar para o link de 2 Mbps ter peso 1 e o de 20 Mbps ter peso 10, porém vão ter situações em que vc não vai querer usar o link menor por uma serie de motivos (latência por exemplo). Se você pudesse ter uma regra de balanceamento na qual vc definisse o link de 20Mbps como prioritário e quando o mesmo atingisse um percentual X de ocupação você começaria a transbordar o trafego para o link menor, fazendo uso dele somente em situações muito especificas como num download em multipart por exemplo. Outra coisa que eu acho que pode ser útil é criar um modulo para o pfsense para melhorar as opções que ele oferece para fazer balanceamento de tarfego para servidores distribuídos, talvez pegar por exemplo funcionalidades de scripts isolados, como por exemplo: https://github.com/ebrandi/route53-failover E transformar num módulo para o pfsense. [ ]'s Brandi - 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
Re: [FUG-BR] Digest freebsd, volume 80, assunto 56
Além de tudo isso, divulgue o freeBSD com o mundo através de cursos, cases, palestras e etc. E falando em palestra amanhã ministrarei uma sobre hardening em freeBSD em Recife. http://www.aslne.org.br/coalti/index.php?p=programacao Daniel Melo (d4n1) On Nov 22, 2012 1:19 PM, Edson Brandi ebra...@freebsd.org wrote: Em 22/11/2012, às 00:47, Marcelo Araujo araujobsdp...@gmail.com escreveu: Porém, se você realmente quer fazer um FORK do PFSense, inicie com uma proposta de coisas diferentes e inovadoras que não existem no PFSense, novas features e etc. Grande Abraço! -- Marcelo Araujo Tem muita coisa que poderia ser implementada como melhoria no pfsense. Por exemplo, a parte de balanceamento de trafego pode ser melhorada, hoje você pode ter uma configuração de failover, de peso, e de peso + failover. Faz falta por exemplo a possibilidade de ter uma regra de balanceamento com overflow, principalmente nos casos em que os links disponíveis são muito diferentes. Imagine por exemplo um usuário com um link de 20 Mbps e um link backup de 2 Mbps, você pode até configurar para o link de 2 Mbps ter peso 1 e o de 20 Mbps ter peso 10, porém vão ter situações em que vc não vai querer usar o link menor por uma serie de motivos (latência por exemplo). Se você pudesse ter uma regra de balanceamento na qual vc definisse o link de 20Mbps como prioritário e quando o mesmo atingisse um percentual X de ocupação você começaria a transbordar o trafego para o link menor, fazendo uso dele somente em situações muito especificas como num download em multipart por exemplo. Outra coisa que eu acho que pode ser útil é criar um modulo para o pfsense para melhorar as opções que ele oferece para fazer balanceamento de tarfego para servidores distribuídos, talvez pegar por exemplo funcionalidades de scripts isolados, como por exemplo: https://github.com/ebrandi/route53-failover E transformar num módulo para o pfsense. [ ]'s Brandi - 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
Re: [FUG-BR] Nome para o Projeto de Firewall BSD
Com certeza, não posso jogar fora uma semana de curso de IPV6 no Registr.br Mas vai ser na segunda etapa. Obrigado a todos. Na semana que vem vou enviar um e-mail para lista com o nome escolhido, garanto que não vai ser o meu. Em 21 de novembro de 2012 23:27, Marcelo Duarte dua...@mdlink.com.brescreveu: Ae Nilton, Já arrumou um monte de nome ... ;) POR GENTILEZA, NÃO esqueça de fazê-lo para IPv4 e IPv6. Faça a diferença acontecer. Att. Marcelo Duarte (Forfe) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- .. *Com Deus todas as coisas são possíveis* ::: LinuxProhttp://www.linuxpro.com.br *A qualidade nunca se obtém por acaso; ela é sempre o resultado do esforço inteligente. (John Ruskin) A mente que se abre a uma nova ideia jamais volta ao seu tamanho original (Albert Einstein)* - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Digest freebsd, volume 80, assunto 56
Vou só comentar algumas coisas em que concordo com Marcelo On 21/11/2012 23:47, Marcelo Araujo wrote: Message: 2 Date: Wed, 21 Nov 2012 23:01:07 -0200 From: Jose Nilton jnilti...@gmail.com Subject: [FUG-BR] Nome para o Projeto de Firewall BSD To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: CABBUPs48kR5BB-NkM5=+ doxtbcw+0i9nra5c_wcbo4ancnj...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Boa noite a todos da lista Como sabem, estou iniciando um projeto para criação de Firewall/Proxy com FreeBSD, preciso da ajuda de você para opinar na criação do nome, tem algum simples fácil de lembrar e decorar e não seja de outro projeto, não quero que ninguem brigue por plagio, ou pior um processo. Olá Nilton! Não estou querendo te desencorajar, mas gostaria de fazer uma crítica construtiva. Caso você fique chateado, desconsidere este email! Mas como percebi, você está iniciando agora no FreeBSD, e pretende fazer um projeto criando um PFSENSE like! No meu ponto de vista, vai ser um esforço jogado fora. O FreeBSD precisa tanto da ajuda de novos colaboradores, que estes tipos de projetos *MAIS DO MESMO* me deixam um tanto quanto aborrecido. Eu gostaria de sugerir para você alguns projetos que realmente devem fazer alguma diferença para a comunidade FUG-BR e FreeBSD em geral. Eu não uso PFSENSE por isso o que eu estou escrevendo não é dirigido para ele, mas para a situação do FreeBSD como um todo. O sistema precisa ser muito, mas MUITO mais polido do que está na situação atual. Eu tenho a convicção que existem muitas coisas no FreeBSD que precisam ser debugadas/acabadas para que o sistema seja realmente um sistema de qualidade profissional. Cito algumas: Interface gráfica - O sistema precisa ter o seu suporte gráfico bem acabado, não só do ponto de vista de drivers, mas também do funcionamento correto e sem bugs. Eu fico até com vergonha quando vou desligar o sistema e no meio dos scripts de shutdown ele reinicializa o X-Server ficando travado. Drivers - Tem uns drivers que são medonhos. Adaptadores USB/serial que não tem suporte a todos os pinos. Driver de wifi que trava o sistema em locais com muitas redes (isso aconteceu comigo duas vezes ontem). Certa vez li que quando as coisas funcionam em um FreeBSD elas funcionam como uma rocha, mas a experiência que tenho não é essa, tem coisa que parece mais pedra-sabão. Atualização - Um sistema de atualização que seja tão fácil de usar quanto o do Ubuntu (é, isso mesmo o do Ubuntu). Pois do jeito que está atualizar o sistema só para usuário experiente, mas isso eu acho que os desenvolvedores não vão fazer nunca. ACPI - É preciso de uma forma URGENTE adicionar suporte decente a suspend/resume. Meu note mesmo, quando desliga dá um estalo que eu acho que é algum relé abrindo, só pode. Sem falar que algumas vezes fico com a impressão que não são todos os blocos da cache do HD que são gravados na superfície do disco. O win que veio com ele não fazia isso. Desenvolvedores - Desenvolvedores mais ativos, eu mesmo postei um bug report com patch para o gvfs dia 1 desse mês (http://www.freebsd.org/cgi/query-pr.cgi?pr=173267), o Edwin atribuiu o bug a lista do gnome e ninguém fez mais nada. Inclusive outros usuários já se queixaram do mesmo bug na lista, a solução está no patch e ninguém fala se está certo, se está errado, ou outra coisa qualquer além disso. Também gostaria que todos os mantenedores de ports trabalhassem para que os ports atuais funcionassem sem bugs, mas infelizmente nem sempre isso acontece e apenas as versões vão mudando. Também, é sempre trabalho voluntário e é preciso se conformar com isso. Eu acho que o sistema deveria sim dar atenção ao uso em notebooks/desktop. Não é porque o sistema é orientado para servidores que essas outras plataformas não devem ser bem acabadas. Se você instalar um sistema de servidor dos concorrentes em um notebook não é por isso que ele vai se comportar de forma mal acabada. 1) Tradução da documentação oficial do projeto FreeBSD para PT_BR. (Edson Brandi) NOTA: Você vai ajudar a comunidade, você realmente vai aprender sobre FreeBSD e ainda o seu esforço realmente vai ser bem utilizado. 2) Site da FUG-BR, estamos com falta de artigos e notícias para o site. 3) PFSENSE, envie patchs para o projeto com as suas ideias inovadoras e ajude o projeto. Eu admiro essa sua empolgação, mas se você direcionar bem o seu esforço, sua contribuição para o FreeBSD/FUG-BR/MUNDO vai ser muito maior. Agora, porque parei para escrever esse email? 1) Já fui empolgado e iniciei muitos projetos, que no final ficaram pela metade. 2) Não existe projeto com apenas uma pessoa, você não vai conseguir ficar empolgado por muito tempo, afinal você precisa trabalhar e cuidar da vida. Exatamente, o FreeBSD precisa de gente paga mesmo para trabalhar no sistema, mas como ter isso se todo o ano as metas de doações não são alcançadas? 3) Projeto
Re: [FUG-BR] Digest freebsd, volume 80, assunto 56
Achei esse post interessante, acho que cabe bem aqui. http://www.linuxmagazine.com.br/lm/noticia/entrevista_linus_torvalds_cansei_de_ler_codigo_parte_1 Se não couber, desconsidere. Em 22 de novembro de 2012 15:35, Otacílio otacilio.n...@bsd.com.brescreveu: Vou só comentar algumas coisas em que concordo com Marcelo On 21/11/2012 23:47, Marcelo Araujo wrote: Message: 2 Date: Wed, 21 Nov 2012 23:01:07 -0200 From: Jose Nilton jnilti...@gmail.com Subject: [FUG-BR] Nome para o Projeto de Firewall BSD To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Message-ID: CABBUPs48kR5BB-NkM5=+ doxtbcw+0i9nra5c_wcbo4ancnj...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 Boa noite a todos da lista Como sabem, estou iniciando um projeto para criação de Firewall/Proxy com FreeBSD, preciso da ajuda de você para opinar na criação do nome, tem algum simples fácil de lembrar e decorar e não seja de outro projeto, não quero que ninguem brigue por plagio, ou pior um processo. Olá Nilton! Não estou querendo te desencorajar, mas gostaria de fazer uma crítica construtiva. Caso você fique chateado, desconsidere este email! Mas como percebi, você está iniciando agora no FreeBSD, e pretende fazer um projeto criando um PFSENSE like! No meu ponto de vista, vai ser um esforço jogado fora. O FreeBSD precisa tanto da ajuda de novos colaboradores, que estes tipos de projetos *MAIS DO MESMO* me deixam um tanto quanto aborrecido. Eu gostaria de sugerir para você alguns projetos que realmente devem fazer alguma diferença para a comunidade FUG-BR e FreeBSD em geral. Eu não uso PFSENSE por isso o que eu estou escrevendo não é dirigido para ele, mas para a situação do FreeBSD como um todo. O sistema precisa ser muito, mas MUITO mais polido do que está na situação atual. Eu tenho a convicção que existem muitas coisas no FreeBSD que precisam ser debugadas/acabadas para que o sistema seja realmente um sistema de qualidade profissional. Cito algumas: Interface gráfica - O sistema precisa ter o seu suporte gráfico bem acabado, não só do ponto de vista de drivers, mas também do funcionamento correto e sem bugs. Eu fico até com vergonha quando vou desligar o sistema e no meio dos scripts de shutdown ele reinicializa o X-Server ficando travado. Drivers - Tem uns drivers que são medonhos. Adaptadores USB/serial que não tem suporte a todos os pinos. Driver de wifi que trava o sistema em locais com muitas redes (isso aconteceu comigo duas vezes ontem). Certa vez li que quando as coisas funcionam em um FreeBSD elas funcionam como uma rocha, mas a experiência que tenho não é essa, tem coisa que parece mais pedra-sabão. Atualização - Um sistema de atualização que seja tão fácil de usar quanto o do Ubuntu (é, isso mesmo o do Ubuntu). Pois do jeito que está atualizar o sistema só para usuário experiente, mas isso eu acho que os desenvolvedores não vão fazer nunca. ACPI - É preciso de uma forma URGENTE adicionar suporte decente a suspend/resume. Meu note mesmo, quando desliga dá um estalo que eu acho que é algum relé abrindo, só pode. Sem falar que algumas vezes fico com a impressão que não são todos os blocos da cache do HD que são gravados na superfície do disco. O win que veio com ele não fazia isso. Desenvolvedores - Desenvolvedores mais ativos, eu mesmo postei um bug report com patch para o gvfs dia 1 desse mês (http://www.freebsd.org/cgi/query-pr.cgi?pr=173267), o Edwin atribuiu o bug a lista do gnome e ninguém fez mais nada. Inclusive outros usuários já se queixaram do mesmo bug na lista, a solução está no patch e ninguém fala se está certo, se está errado, ou outra coisa qualquer além disso. Também gostaria que todos os mantenedores de ports trabalhassem para que os ports atuais funcionassem sem bugs, mas infelizmente nem sempre isso acontece e apenas as versões vão mudando. Também, é sempre trabalho voluntário e é preciso se conformar com isso. Eu acho que o sistema deveria sim dar atenção ao uso em notebooks/desktop. Não é porque o sistema é orientado para servidores que essas outras plataformas não devem ser bem acabadas. Se você instalar um sistema de servidor dos concorrentes em um notebook não é por isso que ele vai se comportar de forma mal acabada. 1) Tradução da documentação oficial do projeto FreeBSD para PT_BR. (Edson Brandi) NOTA: Você vai ajudar a comunidade, você realmente vai aprender sobre FreeBSD e ainda o seu esforço realmente vai ser bem utilizado. 2) Site da FUG-BR, estamos com falta de artigos e notícias para o site. 3) PFSENSE, envie patchs para o projeto com as suas ideias inovadoras e ajude o projeto. Eu admiro essa sua empolgação, mas se você direcionar bem o seu esforço, sua contribuição para o FreeBSD/FUG-BR/MUNDO vai ser muito maior. Agora, porque parei para escrever esse email? 1) Já fui empolgado e iniciei muitos
Re: [FUG-BR] OFFTOPIC - cade o Marcelo Araujo
Em 22/11/2012 15:53, Marcelo Araujo escreveu: Pessoal, Sei que estou respondendo este email bem tarde! :P Estou vivo, estou morando em Taipei/Taiwan, trabalhando desenvolvendo STORAGE! A coisa boa é que, estou trabalhando 24h com FreeBSD, o firmware do STORAGE é baseado no FreeBSD :D! Estou com muito pouco tempo nestes últimos meses, meus deadlines são agressivos, e aqui do outro lado do mundo o BIXO PEGA. Esses são os motivos de eu estar afastado da FUG-BR, até mesmo um pouco do FreeBSD, quando penso que vou ter um tempo de folga, aparecem milhões de coisas. Mas pessoal, valeu por lembrar, estou vivo, com saúde... apenas sem tempo!!! OBS: Não, não estou falando Chinês! Somente o básico! :D Grande Abraço!!! - Araujo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Nussa, um ano depois, isso que é comprometimento junto com a Comunidade. Alegrias e sucessos nos projetos ai grande !!! Abraços !! -- Paulo Henrique. BSDs Brasil - FUG-BR site: www.fug.com.br Rip Irado !!! flamers /dev/null - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Digest freebsd, volume 80, assunto 56
On 22/11/2012 14:57, Jose Nilton wrote: Achei esse post interessante, acho que cabe bem aqui. http://www.linuxmagazine.com.br/lm/noticia/entrevista_linus_torvalds_cansei_de_ler_codigo_parte_1 Se não couber, desconsidere. Coisas que me chamaram atenção: e, na verdade, boa parte desse trabalho foi uma grande limpeza do código faziam gambiarras horrorosas, especialmente no lado ARM, tudo para tentar economizar energia Mas a gestão de energia foi uma das coisas que mais impactou todos os milhares de drivers de dispositivos que temos hoje em dia: impacta os principais recursos, como desligar CPUs, agendadores, VMs, enfim, absolutamente tudo. Dá para ter uma idéia do tamanho do problema. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Nvidia GT 525m
Também tenho interesse em saber, tenho um Dell XPS 15 com esta placa... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Digest freebsd, volume 80, assunto 56
2012/11/22 Otacílio otacilio.n...@bsd.com.br: Também gostaria que todos os mantenedores de ports trabalhassem para que os ports atuais funcionassem sem bugs, mas infelizmente nem sempre isso acontece e apenas as versões vão mudando. Também, é sempre trabalho voluntário e é preciso se conformar com isso. O trabalho do pessoal dos ports é fazer com que eles possam ser compilados e instalados corretamente no FreeBSD, cuidando de todas as dependencias e assim por diante. O trabalho deles não é corrigir os ports, o FreeBSD não pode e não vai consertar todos os programas do mundo (mesmo que eles estejam no ports!) :) Os mantenedores podem (e devem) trabalhar com os desenvolvedores do port em questão para que os problemas sejam solucionados. E nada, repito, nada impede que qualquer pessoa entre nesse 'loop' e ajude na solução dos problemas. O FreeBSD precisa 'muito' de mão de obra (a maior parte dos problemas que você citou, simplesmente são efeitos dessa falta de mão de obra...) vamos ajudar ? []'s Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Digest freebsd, volume 80, assunto 56
On 22/11/2012 16:00, Luiz Otavio O Souza wrote: 2012/11/22 Otacílio otacilio.n...@bsd.com.br: Também gostaria que todos os mantenedores de ports trabalhassem para que os ports atuais funcionassem sem bugs, mas infelizmente nem sempre isso acontece e apenas as versões vão mudando. Também, é sempre trabalho voluntário e é preciso se conformar com isso. O trabalho do pessoal dos ports é fazer com que eles possam ser compilados e instalados corretamente no FreeBSD, cuidando de todas as dependencias e assim por diante. O trabalho deles não é corrigir os ports, o FreeBSD não pode e não vai consertar todos os programas do mundo (mesmo que eles estejam no ports!) :) Os mantenedores podem (e devem) trabalhar com os desenvolvedores do port em questão para que os problemas sejam solucionados. E nada, repito, nada impede que qualquer pessoa entre nesse 'loop' e ajude na solução dos problemas. O FreeBSD precisa 'muito' de mão de obra (a maior parte dos problemas que você citou, simplesmente são efeitos dessa falta de mão de obra...) vamos ajudar ?vfs. []'s Luiz Luiz, mas veja só, quanto ao patch para o port do gvfs, ele já está lá. Tem 20 dias que está lá. E o bug era incrivelmente chato. Levando uma cpu a 100% do uso. O que falta para o commit? Alguém analisar? Outros usuários confirmarem que funciona? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Nome para o Projeto de Firewall BSD
Em 22/11/12 17:32, William Grzybowski escreveu: 2012/11/22 Otacílio otacilio.n...@bsd.com.br On 22/11/2012 16:00, Luiz Otavio O Souza wrote: 2012/11/22 Otacílio otacilio.n...@bsd.com.br: Também gostaria que todos os mantenedores de ports trabalhassem para que os ports atuais funcionassem sem bugs, mas infelizmente nem sempre isso acontece e apenas as versões vão mudando. Também, é sempre trabalho voluntário e é preciso se conformar com isso. O trabalho do pessoal dos ports é fazer com que eles possam ser compilados e instalados corretamente no FreeBSD, cuidando de todas as dependencias e assim por diante. O trabalho deles não é corrigir os ports, o FreeBSD não pode e não vai consertar todos os programas do mundo (mesmo que eles estejam no ports!) :) Os mantenedores podem (e devem) trabalhar com os desenvolvedores do port em questão para que os problemas sejam solucionados. E nada, repito, nada impede que qualquer pessoa entre nesse 'loop' e ajude na solução dos problemas. O FreeBSD precisa 'muito' de mão de obra (a maior parte dos problemas que você citou, simplesmente são efeitos dessa falta de mão de obra...) vamos ajudar ?vfs. []'s Luiz Luiz, mas veja só, quanto ao patch para o port do gvfs, ele já está lá. Tem 20 dias que está lá. E o bug era incrivelmente chato. Levando uma cpu a 100% do uso. O que falta para o commit? Alguém analisar? Outros usuários confirmarem que funciona? Falta committer com tempo disponivel para triar o PR e fazer o commit. A razão entre número de committers do ports e o número de PRs abertos é algo absurdo, simplesmente não da pra olhar tudo, eles são vistos por ordem de prioridade e pode ser que alguns passem em branco. Só pra você ter uma idéia: http://portsmon.freebsd.org/portsprsbyportname.py?category=all. São 1200+ PRs abertos, alguns até de vários anos atrás que cairam no esquecimento, ficarem obseletos e faltou alguem ir la e fechar o PR. Só ontem foram abertos 70 PRs. Então sim, acho que da pra concluir que falta mão de obra, e ganhar commit bit no ports/ é preciso mostrar serviço, não é só ter interesse. O assunto havia mudado e eu retornei com o original mas acho que essa thread deveria mudar de nome, porque é legal a discussão mas ficará meio perdida. :) Com relação aos PR eu nem posso reclamar porque já fiz uns 3 PRs e até que foram resolvidos rápido. Um deles era sinistro com o gvirstor que dava um panic na hora, outro relacionado à NTFS que também dava panic direto. Eles foram resolvidos rápido e detalhe que não postei patch, apenas sugeriram um patch, foi aceito e pimba. Mas esse problema pode ocorrer e não só com FreeBSD mas com qualquer sistema. No Ubuntu eu relatei alguns bugs que ficaram mais de 1 ano sem consertarem. Vi novas versões saírem com o mesmo bug. O problema é que são tantos PR que fica realmente difícil pegar, olhar, testar e comitar. É complicado mas mesmo assim sou grato ao time do FreeBSD pelo esforço por um sistema cada vez melhor. :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Nome para o Projeto de Firewall BSD
On 22/11/2012 17:09, Marcelo Gondim wrote: Em 22/11/12 17:32, William Grzybowski escreveu: 2012/11/22 Otacílio otacilio.n...@bsd.com.br On 22/11/2012 16:00, Luiz Otavio O Souza wrote: 2012/11/22 Otacílio otacilio.n...@bsd.com.br: Também gostaria que todos os mantenedores de ports trabalhassem para que os ports atuais funcionassem sem bugs, mas infelizmente nem sempre isso acontece e apenas as versões vão mudando. Também, é sempre trabalho voluntário e é preciso se conformar com isso. O trabalho do pessoal dos ports é fazer com que eles possam ser compilados e instalados corretamente no FreeBSD, cuidando de todas as dependencias e assim por diante. O trabalho deles não é corrigir os ports, o FreeBSD não pode e não vai consertar todos os programas do mundo (mesmo que eles estejam no ports!) :) Os mantenedores podem (e devem) trabalhar com os desenvolvedores do port em questão para que os problemas sejam solucionados. E nada, repito, nada impede que qualquer pessoa entre nesse 'loop' e ajude na solução dos problemas. O FreeBSD precisa 'muito' de mão de obra (a maior parte dos problemas que você citou, simplesmente são efeitos dessa falta de mão de obra...) vamos ajudar ?vfs. []'s Luiz Luiz, mas veja só, quanto ao patch para o port do gvfs, ele já está lá. Tem 20 dias que está lá. E o bug era incrivelmente chato. Levando uma cpu a 100% do uso. O que falta para o commit? Alguém analisar? Outros usuários confirmarem que funciona? Falta committer com tempo disponivel para triar o PR e fazer o commit. A razão entre número de committers do ports e o número de PRs abertos é algo absurdo, simplesmente não da pra olhar tudo, eles são vistos por ordem de prioridade e pode ser que alguns passem em branco. Só pra você ter uma idéia: http://portsmon.freebsd.org/portsprsbyportname.py?category=all. São 1200+ PRs abertos, alguns até de vários anos atrás que cairam no esquecimento, ficarem obseletos e faltou alguem ir la e fechar o PR. Só ontem foram abertos 70 PRs. Então sim, acho que da pra concluir que falta mão de obra, e ganhar commit bit no ports/ é preciso mostrar serviço, não é só ter interesse. O assunto havia mudado e eu retornei com o original mas acho que essa thread deveria mudar de nome, porque é legal a discussão mas ficará meio perdida. :) Com relação aos PR eu nem posso reclamar porque já fiz uns 3 PRs e até que foram resolvidos rápido. Um deles era sinistro com o gvirstor que dava um panic na hora, outro relacionado à NTFS que também dava panic direto. Eles foram resolvidos rápido e detalhe que não postei patch, apenas sugeriram um patch, foi aceito e pimba. Mas esse problema pode ocorrer e não só com FreeBSD mas com qualquer sistema. No Ubuntu eu relatei alguns bugs que ficaram mais de 1 ano sem consertarem. Vi novas versões saírem com o mesmo bug. O problema é que são tantos PR que fica realmente difícil pegar, olhar, testar e comitar. É complicado mas mesmo assim sou grato ao time do FreeBSD pelo esforço por um sistema cada vez melhor. :) Sim, eu também sou grato. O que apontei foi o que eu considero que deveriam melhorar. Sei que ainda está assim porque, infelizmente, falta manpower capacitado para isso. Bem, cada um faz sua parte. :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Wake On Lan no FreeBSD-8.3 [Resolvido]
Caríssimos 2012/11/21 Cleyton Agapito cragap...@gmail.com Em 21 de novembro de 2012 14:51, Eduardo Lemos de Sa eduardo.lemosd...@gmail.com escreveu: Caríssimos Estou tentando implementar o wake on lan na minha rede para acordar um servidor rodando FreeBSD-8.3. Eu instalei o wol, fiz alguns testes (wol -i ip_da_maquina_a_ser_acordada mac_address_da_maquina_a_ser_acordada) desligando o meu servidor (que fica na minha sala e estava em fase de implementação ainda) e funcionou. Funcionou inclusive quando eu usei um outro servidor FreeBSD para acordar o primeiro através de um at -f ./script_que_acorda_o_servidor hora. O meu problema foi que o processo de acordamento foi realizado logo em seguida ao processo de shtudown (para não perder tempo e debugar os erros, acordei a máquina 5 minutos depois dela ter sido desligada). Feliz, fui para casa e, na manhã seguinte, resolvi religar remotamente: não funcionou (mesmo usando o mesmo procedimento que havia usado no dia anterior). Fui para o trabalho, religuei a máquina na mão, fiz o shutdown e consegui religa-la usando o procedimento que já havia funcionado antes. Andei lendo no histórico do FreeBSD (não sei se foi na lista do FUG) que o wol é um assunto que não depende somente da BIOS, mas depende também do sistema operacional que, ao realizar o shutdown, tem de deixar a placa de rede ativa para ouvir o broadcast da rede. Por favor, alguém dentre vocês tem experiência nisto e poderia sugerir-me o que fazer? Grato pela atenção Eduardo Olá Eduardo, Andei fazendo alguns testes com wol mas até onde eu testei o meu aqui de casa não levanta, então desisti, se você conseguiu ligar da rede local 90% do caminho já está feito. Acho que o que deve estar escapando aí é que a máquina desligada não tem mais endereço IP e depois de um tempo esta relação MAC/IP (Tabela ARP) desaparece, você precisa garantir que o pacote seja difundido em broadcast porque se ele tiver um IP válido o roteador vai tentar procurar por ele e se não encontrar ele vai descartar o pacote, como a máquina está desligada ela não vai responder, o problema é que o roteador provavelmente também não vai deixar um pacote em broadcast entrar, então está aí o dilema. Do seu ambiente de trabalho você pode testar usando este site: http://wol.dtools.net/ Tem esse artigo que eu estava guardando pra quando o meu resolver funcionar, deve resolver o teu problema: http://filesharingtalk.com/threads/439573-Wake-on-WAN-guide []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Inicialmente, eu agradeço ao Cleyton o interesse em investigar este problema e as suas sugestões. Resolvi o problema descobrindo como o broadcast é ativado em minha rede (ao invés de usar o IP da máquina, tal como eu vi em um forum de discussão, ao invés de usar o IP como 200.17.215.86, eu devo usar o 200.17.215.255) e descobrindo qual porta está liberada nos switchers (tenho de passar por três deles) para passar o sinal do broadcast (no meu caso, a porta liberada é a 7), assim, o comando /usr/local/bin/wol -v -i 200.17.215.255 -p 7 macaddressdaplacaaseracordada funciona mesmo depois da máquina ter sido desligada por algumas horas (o que não acontecia antes). Obrigado pela atenção Um abraço a todos Edu -- Eduardo Lemos de Sa Associated Professor Level 3 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 Voip Number call to (41) 33613600 (listen to the message and type 10531185) - 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]Foi realmente colocado backdoor no ipsec do OpenBSD?
Foi realmente colocado backdoor no ipsec do OpenBSD? - 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-TOPIC]Foi realmente colocado backdoor no ipsec do OpenBSD?
Em 22/11/2012 21:30, jorge luis carvalho santos luis jorgeassembl...@hotmail.com escreveu: Foi realmente colocado backdoor no ipsec do OpenBSD? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Até hoje nada foi provado. Os membros do projeto auditaram o código a nada foi encontrado. Apesar de não ter visto nenhuma posição oficial (alguém tem link?), acredito que já tenham finalizado o assunto (acho, vou procurar depos). - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd