[FUG-BR] (OT) Vaga para Analista de Redes Unix Jr
Link: http://eduardo.macan.eng.br/2009/03/19/vaga-para-analista-de-redes-unix-jr/ Vaga para Analista de Redes Unix Jr Procuro com urgência um Analista de Redes Unix Jr para trabalhar comigo na região do Paraíso em SP. Existe muito campo para aprendizado nesta vaga. Segue uma proposta formal, o que está no “pontos extras” são coisas com as quais o candidato irá lidar uma vez empregado, se você já souber algumas dessas, melhor pra você. Imprescindível é o conhecimento de redes TCP/IP e administração Unix/Linux. Contratação em regime CLT, tempo integral, benefícios e etc. Clique no “Leia Mais” para ver uma descrição mais “informal” do que eu procuro. Vaga: Analista de Redes Unix - Jr Local: Colégio Bandeirantes LTDA/SP próximo à estação paraíso do metrô. Descrição: Empresa líder no segmento educacional com mais de 30 anos de tradição no uso e desenvolvimento de sistemas de informação apoiando os processos educacionais, o Colégio Bandeirantes busca um profissional jovem e dinâmico para atuar em um ambiente misto Unix (Linux e HP/UX) e Windows. Auxiliará na organização e acompanhamento de backups, da implementação de uma nova arquitetura virtualizada dos servidores, na manutenção e planejamento de serviços web, e-mail, armazenamento de arquivos, múltiplas conexões à internet e infra-estrutura de rede que inclui servidores locais e em um datacenter. Conhecimento necessário: TCP/IP e serviços de infra-estrutura (e.g. DNS, SMTP, HTTP, etc), administracão Unix/Linux, programação de scripts para automação de tarefas, boa compreensão do inglês escrito. Pontos extras para estes: Virtualização vmware e xen, apache, postfix, Debian GNU/Linux, Windows Server, Active Directory, Samba, OpenLDAP, Oracle, Mysql, PostgreSQL, HTML, AJAX, programação para web (PHP ou python), wordpress e demais sistemas livres de gerenciamento de conteúdo. Regime de trabalho: tempo integral, CLT contato: Enviar e-mail com currículo e pretensão salarial para pveber arroba grupofoco.com.br com o assunto: “Analista de Redes Unix Jr - Band” -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: RES: Desempenho do squid
Aproveitando o assunto como eu deixo o meu squid.conf pra fazer cachê do youtube ?? por exemplo.. Nos logs do squid as urls passadas durante o acesso ao site do youtube param no caractere ? ex..http://WWW.youtube.com/get_video?. e não tem mais Achei algum material a respeito mas deveria aparecer as entradas pra arquivos fvl?? To precisando economizar link aqui.. :) No meu squid.conf já esta modificado como alguns exemplos que encontrei por ai mas nos logs não vejo nada de diferente normal isto ?? -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Eder Souza Enviada em: sexta-feira, 20 de março de 2009 17:23 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: Desempenho do squid Hehe Isso Att, Eng Eder Souza 2009/3/20 cobausque > Estou testando as informações abaixo .. e pelo que vejo houve uma melhora > considerável no acesso aqui .. muito interessante vou continuar observando > ... > No mais obrigado . ! > > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome > de Eder Souza > Enviada em: quinta-feira, 19 de março de 2009 15:15 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] RES: Desempenho do squid > > Claro, > > Como vc sabe o nosso querido FreeBSD é extramemente customizável, quando vc > instala o freebsd ele vem com as configuração default, apartir disso você > pode customizar seu freebsd para que ele trabalhe melhor com o seu > Firewall > seu Squid ETC. Chamamos de tunning quando alteramos alguns parametros do > kernel ou do seu sysctl para que seu sistema trabalhe, gerencia e seje mais > veloz do que as configurações default. > > para vc ver segue link do tunning no squid para FREEBSD > > http://www.freebsdonline.com/content/view/23/39/ > > > o passo 2 deste howto talvez não seje necessário dependendo da versao do > seu > freebsd ele já vem como default instalado o DISKD bem provável q seje o > seu > caso... > > o passo 3 é tranquilo adicione as regras em seu sysct > > o passo 4 inclua os paramentros em seu kenel e o recompile o mesmo > > options SHMSEG=16 > options SHMMNI=32 > options SHMMAX=2097152 > options SHMALL=4096 > options MAXFILES=8192 > > Espero ter ajudado > > > > Abraço > > > Eder de Souza > > 2009/3/19 cobausque > > > Não podeira explicar dar mais detalhes ? > > > > > > -Mensagem original- > > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome > > de Eder Souza > > Enviada em: quinta-feira, 19 de março de 2009 14:16 > > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > > Assunto: Re: [FUG-BR] Desempenho do squid > > > > Como vc deve saber algo que influencia bastente no desempenho do squid > com > > o > > diskd é a alteração de alguns parametros no seu kernel para o squid tirar > a > > força total em desempenho o o "tunning" chegou a ver isso? ... > > > > Att, > > > > > > Eder de Souza > > > > 2009/3/19 Marco Rohde > > > > > Esse parametro é referente ao tamanho dos arquivos a serem baixados e > > > armazenados em cache, caso vc faça download de uma pagina maior que > isso > > > ele > > > automaticamente entregara a solicitação porém não armazenara em cache > de > > > memoria, ja que tem 4gb de ram não vejo porque nao aumentar isso pra > 1mb > > > por > > > exemplo, hj em dia muito raro existir paginas desse tamanho ,mas enfim. > > > A performance do squid praticamente continuara a mesma, unica diferença > > que > > > ele fará mais cache, consequentemente a performance melhora sim, rsss > Não > > > sei se me fiz entender, mas é isso. > > > > > > abço! > > > > > > 2009/3/19 cobausque > > > > > > > Pessoal gostaria de uma opinião para quando a um squid bem > configurado > > > digo > > > > rápido e Full > > > > Tenho um servidor aqui rodando com squid 2.7stable4 > > > > No squid.conf dele esta configurado pra diskd com 4 (diretórios) com > > 20Gb > > > > cada. > > > > Computador com 4Gb de memória ..minha duvida é se eu poderia por > > exemplo > > > > alocar mais memória pra trabalhar com o squid por exemplo > > > > MAXIMUM_OBJECT_SIZE_IN_MEMORY= 8KB > > > > Eu podeira aumentar este parâmetro por exemplo ?? > > > > Uso discos scsi neste micro .. > > > > Minha duvica é que seria bom aumentar o consumo de memória do squid ? > > > > Há mesmo uma melhora na entrega dos dados? > > > > Minha intenção é ter mesmo o melhor desempenho > > > > > > > > - > > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > > > > > > > > > -- > > > Desde já agradeço pela atenção! > > > > > > Atte. > > > Marco > > > - > > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > -
Re: [FUG-BR] RES: RES: RES: Desempenho do squid
2009/3/23 cobausque : > Aproveitando o assunto como eu deixo o meu squid.conf pra fazer cachê do > youtube ?? por exemplo.. > Nos logs do squid as urls passadas durante o acesso ao site do youtube param > no caractere ? ex..http://WWW.youtube.com/get_video?. e não tem mais > Achei algum material a respeito mas deveria aparecer as entradas pra > arquivos fvl?? > To precisando economizar link aqui.. :) > No meu squid.conf já esta modificado como alguns exemplos que encontrei por > ai mas nos logs não vejo nada de diferente normal isto ?? > http://linuxadm.blogspot.com/2008/02/squid-fazendo-cache-de-vdeos-do-youtube.html http://www.google.com.br/search?q=youtube+cache+squid&ie=utf-8&oe=utf-8&aq=t&rls=com.ubuntu:pt-BR:unofficial&client=firefox-a -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD Security Advisory FreeBSD-SA-09:06.ktimer
Acredito que a grande maioria deve receber essas notificações... mas segue... Welkson Today's Topics: 1. FreeBSD Security Advisory FreeBSD-SA-09:06.ktimer (FreeBSD Security Advisories) -- Message: 1 Date: Mon, 23 Mar 2009 00:09:12 GMT From: FreeBSD Security Advisories Subject: FreeBSD Security Advisory FreeBSD-SA-09:06.ktimer To: FreeBSD Security Advisories Message-ID: <200903230009.n2n09cet065...@freefall.freebsd.org> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 = FreeBSD-SA-09:06.ktimer Security Advisory The FreeBSD Project Topic: Local privilege escalation Category: core Module: kern Announced: 2009-03-23 Affects:FreeBSD 7.x Corrected: 2009-03-23 00:00:50 UTC (RELENG_7, 7.2-PRERELEASE) 2009-03-23 00:00:50 UTC (RELENG_7_1, 7.1-RELEASE-p4) 2009-03-23 00:00:50 UTC (RELENG_7_0, 7.0-RELEASE-p11) CVE Name: CVE-2009-1041 For general information regarding FreeBSD Security Advisories, including descriptions of the fields above, security branches, and the following sections, please visit http://security.FreeBSD.org/>. I. Background In FreeBSD 7.0, support was introduced for per-process timers as defined in the POSIX realtime extensions. This allows a process to have a limited number of timers running at once, with various actions taken when each timer reaches zero. II. Problem Description An integer which specifies which timer a process wishes to operate upon is not properly bounds-checked. III. Impact An unprivileged process can overwrite an arbitrary location in kernel memory. This could be used to change the user ID of the process (in order to "become root"), to escape from a jail, or to bypass security mechanisms in other ways. IV. Workaround No workaround is available, but systems without untrusted local users are not vulnerable. V. Solution Perform one of the following: 1) Upgrade your vulnerable system to 7-STABLE, or to the RELENG_7_1 or RELENG_7_0 security branch dated after the correction date. 2) To patch your present system: The following patch has been verified to apply to FreeBSD 7.0 and 7.1 systems. a) Download the relevant patch from the location below, and verify the detached PGP signature using your PGP utility. # fetch http://security.FreeBSD.org/patches/SA-09:06/ktimer.patch # fetch http://security.FreeBSD.org/patches/SA-09:06/ktimer.patch.asc b) Apply the patch. # cd /usr/src # patch < /path/to/patch c) Recompile your kernel as described in http://www.FreeBSD.org/handbook/kernelconfig.html> and reboot the system. VI. Correction details The following list contains the revision numbers of each file that was corrected in FreeBSD. CVS: Branch Revision Path - - RELENG_7 src/sys/kern/kern_time.c 1.142.2.3 RELENG_7_1 src/UPDATING 1.507.2.13.2.7 src/sys/conf/newvers.sh1.72.2.9.2.8 src/sys/kern/kern_time.c 1.142.2.2.2.2 RELENG_7_0 src/UPDATING 1.507.2.3.2.15 src/sys/conf/newvers.sh 1.72.2.5.2.15 src/sys/kern/kern_time.c 1.142.4.1 - - Subversion: Branch/path Revision - - stable/7/ r190301 releng/7.1/ r190301 releng/7.0/ r190301 - - VII. References http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-1041 The latest revision of this advisory is available at http://security.FreeBSD.org/advisories/FreeBSD-SA-06:09.ktimer.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknG0hQACgkQFdaIBMps37JA4gCfaznvIWKB/AU0cv6ojZUhheD4 MuYAnAp3wuz3E7gIX6VK7PeUVnPp/41o =MPIX -END PGP SIGNATURE- -- ___ freebsd-security-notificati...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-security-notifications To unsubscribe, send any mail to "freebsd-security-notifications-unsubscr...@freebsd.org" End of freebsd-security-notifications Digest, Vol 93, Issue 1
[FUG-BR] RES: RES: RES: RES: Desempenho do squid
Sim .. meu squid.conf já esta como o descrito neste site ... Vou Fazer testes aqui pra comprovar o funcionamento .. no mais muito obrigado mesmo :) -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Giancarlo Rubio Enviada em: segunda-feira, 23 de março de 2009 09:11 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: RES: Desempenho do squid 2009/3/23 cobausque : > Aproveitando o assunto como eu deixo o meu squid.conf pra fazer cachê do > youtube ?? por exemplo.. > Nos logs do squid as urls passadas durante o acesso ao site do youtube param > no caractere ? ex..http://WWW.youtube.com/get_video?. e não tem mais > Achei algum material a respeito mas deveria aparecer as entradas pra > arquivos fvl?? > To precisando economizar link aqui.. :) > No meu squid.conf já esta modificado como alguns exemplos que encontrei por > ai mas nos logs não vejo nada de diferente normal isto ?? > http://linuxadm.blogspot.com/2008/02/squid-fazendo-cache-de-vdeos-do-youtube .html http://www.google.com.br/search?q=youtube+cache+squid&ie=utf-8&oe=utf-8&aq=t &rls=com.ubuntu:pt-BR:unofficial&client=firefox-a -- Giancarlo Rubio - 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] FreeBSD Security Advisory FreeBSD-SA-09:06.ktimer
Só uma dúvida. Se eu baixar a versão do FreeBSD 7.1 essa correção já seria corrigida ? ou terei que implementar todas as correções que foram descobertas apos o lançamento da 7.1 ? 2009/3/23 Welkson Renny de Medeiros : > Acredito que a grande maioria deve receber essas notificações... mas segue... > > Welkson > > > Today's Topics: > > 1. FreeBSD Security Advisory FreeBSD-SA-09:06.ktimer > (FreeBSD Security Advisories) > > > -- > > Message: 1 > Date: Mon, 23 Mar 2009 00:09:12 GMT > From: FreeBSD Security Advisories > Subject: FreeBSD Security Advisory FreeBSD-SA-09:06.ktimer > To: FreeBSD Security Advisories > Message-ID: <200903230009.n2n09cet065...@freefall.freebsd.org> > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > = > FreeBSD-SA-09:06.ktimer Security Advisory > The FreeBSD Project > > Topic: Local privilege escalation > > Category: core > Module: kern > Announced: 2009-03-23 > Affects: FreeBSD 7.x > Corrected: 2009-03-23 00:00:50 UTC (RELENG_7, 7.2-PRERELEASE) > 2009-03-23 00:00:50 UTC (RELENG_7_1, 7.1-RELEASE-p4) > 2009-03-23 00:00:50 UTC (RELENG_7_0, 7.0-RELEASE-p11) > CVE Name: CVE-2009-1041 > > For general information regarding FreeBSD Security Advisories, > including descriptions of the fields above, security branches, and the > following sections, please visit http://security.FreeBSD.org/>. > > I. Background > > In FreeBSD 7.0, support was introduced for per-process timers as defined > in the POSIX realtime extensions. This allows a process to have a limited > number of timers running at once, with various actions taken when each > timer reaches zero. > > II. Problem Description > > An integer which specifies which timer a process wishes to operate upon is > not properly bounds-checked. > > III. Impact > > An unprivileged process can overwrite an arbitrary location in kernel > memory. This could be used to change the user ID of the process (in order > to "become root"), to escape from a jail, or to bypass security mechanisms > in other ways. > > IV. Workaround > > No workaround is available, but systems without untrusted local users are > not vulnerable. > > V. Solution > > Perform one of the following: > > 1) Upgrade your vulnerable system to 7-STABLE, or to the RELENG_7_1 > or RELENG_7_0 security branch dated after the correction date. > > 2) To patch your present system: > > The following patch has been verified to apply to FreeBSD 7.0 and 7.1 > systems. > > a) Download the relevant patch from the location below, and verify the > detached PGP signature using your PGP utility. > > # fetch http://security.FreeBSD.org/patches/SA-09:06/ktimer.patch > # fetch http://security.FreeBSD.org/patches/SA-09:06/ktimer.patch.asc > > b) Apply the patch. > > # cd /usr/src > # patch < /path/to/patch > > c) Recompile your kernel as described in > http://www.FreeBSD.org/handbook/kernelconfig.html> and reboot the > system. > > VI. Correction details > > The following list contains the revision numbers of each file that was > corrected in FreeBSD. > > CVS: > > Branch Revision > Path > - - > RELENG_7 > src/sys/kern/kern_time.c 1.142.2.3 > RELENG_7_1 > src/UPDATING 1.507.2.13.2.7 > src/sys/conf/newvers.sh 1.72.2.9.2.8 > src/sys/kern/kern_time.c 1.142.2.2.2.2 > RELENG_7_0 > src/UPDATING 1.507.2.3.2.15 > src/sys/conf/newvers.sh 1.72.2.5.2.15 > src/sys/kern/kern_time.c 1.142.4.1 > - - > > Subversion: > > Branch/path Revision > - - > stable/7/ r190301 > releng/7.1/ r190301 > releng/7.0/ r190301 > - - > > VII. References > > http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-1041 > > The latest revision of this advisory is available at > http://security.FreeBSD.org/advisories/FreeBSD-SA-06:09.ktimer.asc > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (FreeBSD) > > iEYEARECAAYFAknG0hQACgkQFdaIBMps37JA4gCfaznvIWKB/AU0cv6ojZUhheD4 > MuYAnAp3wuz3E7gIX6VK7PeUV
[FUG-BR] Erro no buildworld [Problemas com compilador gcc]
Srs:
Estou tentando fazer um buildworld num FreeBSD 7.0 e estou com
problemas no meu compilador gcc.
O erro que dá é
[r...@servidor /]# cd /usr/src
[r...@servidor /]# make buildworld
...
--
>>> stage 2.3: build tools
--
cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL="sh
/usr/src/tools/install.sh"
PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk
-m /usr/src/share/mk" make -f Makefile.inc1 TARGET=i386
TARGET_ARCH=i386 DESTDIR= BOOTSTRAPPING=700055 -DNO_LINT
-DNO_CPU_CFLAGS -DNO_WARNS build-tools
===> bin/csh (obj,build-tools)
grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep
'^#define' >> sh.err.h
cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh
-I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"'
-DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include
/usr/src/bin/csh/../../contrib/tcsh/tc.const.c
/usr/src/bin/csh/../../contrib/tcsh/sh.char.h
/usr/src/bin/csh/config.h
/usr/src/bin/csh/../../contrib/tcsh/config_f.h
/usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const
| grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern
Char \1[];/' | sort >> tc.const.h
cc -o gethost -L/usr/obj/usr/src/tmp/legacy/usr/lib -O2
-fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh
-I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"'
-DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include
/usr/src/bin/csh/../../contrib/tcsh/gethost.c
/usr/bin/ld: cannot find -lgcc_s
*** Error code 1
Não encontrei a solução para este erro, apenas o mesmo problema em
alguns fórums. Tentei atualizar meu libtool
[r...@servidor /]# portupgrade -r libtool-1.5.24
configure: error: C compiler cannot create executables
See `config.log' for more details.
===> Script "configure" failed unexpectedly.
Please report the problem to a...@freebsd.org [maintainer] and attach the
"/usr/ports/devel/libtool15/work/libtool-1.5.26/config.log" including the
output of the failure of your make command. Also, it might be a good idea to
provide an overview of all packages installed on your system (e.g. an `ls
/var/db/pkg`).
*** Error code 1
Erro tbm.. No log as linhas que importam
configure:2846: cc -v >&5
Using built-in specs.
Target: i386-undermydesk-freebsd
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 4.2.1 20070719 [FreeBSD]
configure:2849: $? = 0
configure:2856: cc -V >&5
cc: '-V' option must have argument
configure:2859: $? = 1
configure:2882: checking for C compiler default output file name
configure:2909: cc -O2 -fno-strict-aliasing -pipe conftest.c >&5
/usr/bin/ld: cannot find -lgcc_s
configure:2912: $? = 1
configure:2950: result:
configure: failed program was:
| /* confdefs.h. */
| #define PACKAGE_NAME "libtool"
| #define PACKAGE_TARNAME "libtool"
| #define PACKAGE_VERSION "1.5.26"
| #define PACKAGE_STRING "libtool 1.5.26"
| #define PACKAGE_BUGREPORT "bug-libt...@gnu.org"
| #define PACKAGE "libtool"
| #define VERSION "1.5.26"
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:2956: error: C compiler cannot create executables
See `config.log' for more details.
O mesmo erro do buildworld (/usr/bin/ld: cannot find -lgcc_s)..
Alguma idéia, sugestão?? Atualizar a versão do FreeBSD não é possível
pois nao consigo compilar a nova..
Att
--
Giancarlo Rubio
-
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 Security Advisory FreeBSD-SA-09:06.ktimer
2009/3/23 Thiago Gomes : > Só uma dúvida. > > Se eu baixar a versão do FreeBSD 7.1 essa correção já seria corrigida ? > ou terei que implementar todas as correções que foram descobertas apos > o lançamento da 7.1 ? Terá que atualizar. -- 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 Security Advisory FreeBSD-SA-09:06.ktimer
Veja Só se estou correto. Gravei no diretório /tmp/patches depois #cd /usr/src #patch < /tmp/patches/ktimer.patch depois make buildkernel KERNCONF=MYKERNEL make installkernel KERNCONF=MYKERNEL neste caso terei que reiniciar o FreeBSD toda vez que compilar o kernel ? - 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 Security Advisory FreeBSD-SA-09:06.ktimer
Em Mon, 23 Mar 2009 09:40:37 -0300 Thiago Gomes , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > neste caso terei que reiniciar o FreeBSD toda vez que compilar o > kernel ? sim.. nunca esquecendo de manter um kernel.old (default) ou (como eu mesmo faço) um kernel.ori - que não é sobreposto a cada (re)compilação. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hotmail devolvendo e-mails - RESOLVIDO
Prezados, Agradeço a todos que doaram seu tempo nesse problema. Graças as dicas de Eduardo que falou o SNDS e de muita paciência pra preencher um formulário on-line a microsoft resolveu o problema. O SNDS é uma espécie de "checador de reputação" e o IP do servidor não estava listado como spammer, por isso acredito que algum "indivíduo" (indivíduo = maior palavrão que puderem imaginar) marcou um e-mail enviado por um cliente como "Phishing" e isso dropava todos os nossos e-mails. Depois de 24hs os e-mails começaram a chegar no hotmail normalmente. Acho que o fato do ASN estar na mão facilitou muito porque informar que o bloco de ips é seu aumenta a credibilidade (nada que a operadora não teria a obrigação de repassar). Obrigado a todos. Ats, Ademir Peixoto - Original Message - From: "irado furioso com tudo" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Tuesday, March 17, 2009 5:02 PM Subject: Re: [FUG-BR] Hotmail devolvendo e-mails Em Tue, 17 Mar 2009 14:41:47 -0300 "Ademir Costa Peixoto" , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Além disso existe alguma lógica pra esse postfix não estar > entregando mensagens? a culpa não é do coitadinho do postfix. A mensagem de rejeição é bem clara: "por politicas anti-spam ou dominio com "má-reputação" (rs). vc tem que insistir com o suporte deles (em alguns anos te atenderão) para liberarem vc como "legitimo". Ou - não sei se existe - via contatos dos seus destinatários com o suporte hotmail. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free Eu só faço os furos, quem mata é Deus. - 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] Erro no buildworld [Problemas com compilador gcc]
Vc deseja atualizar da versão 7.0 para 7.1 é isso ??
2009/3/23 Giancarlo Rubio :
> Srs:
>
> Estou tentando fazer um buildworld num FreeBSD 7.0 e estou com
> problemas no meu compilador gcc.
>
> O erro que dá é
>
> [r...@servidor /]# cd /usr/src
> [r...@servidor /]# make buildworld
>
> ...
> --
stage 2.3: build tools
> --
> cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj INSTALL="sh
> /usr/src/tools/install.sh"
> PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
> WORLDTMP=/usr/obj/usr/src/tmp MAKEFLAGS="-m /usr/src/tools/build/mk
> -m /usr/src/share/mk" make -f Makefile.inc1 TARGET=i386
> TARGET_ARCH=i386 DESTDIR= BOOTSTRAPPING=700055 -DNO_LINT
> -DNO_CPU_CFLAGS -DNO_WARNS build-tools
> ===> bin/csh (obj,build-tools)
> grep 'ERR_' /usr/src/bin/csh/../../contrib/tcsh/sh.err.c | grep
> '^#define' >> sh.err.h
> cc -E -O2 -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh
> -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"'
> -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include
> /usr/src/bin/csh/../../contrib/tcsh/tc.const.c
> /usr/src/bin/csh/../../contrib/tcsh/sh.char.h
> /usr/src/bin/csh/config.h
> /usr/src/bin/csh/../../contrib/tcsh/config_f.h
> /usr/src/bin/csh/../../contrib/tcsh/sh.types.h sh.err.h -D_h_tc_const
> | grep 'Char STR' | sed -e 's/Char \([a-zA-Z0-9_]*\)\(.*\)/extern
> Char \1[];/' | sort >> tc.const.h
> cc -o gethost -L/usr/obj/usr/src/tmp/legacy/usr/lib -O2
> -fno-strict-aliasing -pipe -I. -I/usr/src/bin/csh
> -I/usr/src/bin/csh/../../contrib/tcsh -D_PATH_TCSHELL='"/bin/csh"'
> -DHAVE_ICONV -I/usr/obj/usr/src/tmp/legacy/usr/include
> /usr/src/bin/csh/../../contrib/tcsh/gethost.c
> /usr/bin/ld: cannot find -lgcc_s
> *** Error code 1
>
> Não encontrei a solução para este erro, apenas o mesmo problema em
> alguns fórums. Tentei atualizar meu libtool
>
> [r...@servidor /]# portupgrade -r libtool-1.5.24
>
>
> configure: error: C compiler cannot create executables
> See `config.log' for more details.
> ===> Script "configure" failed unexpectedly.
> Please report the problem to a...@freebsd.org [maintainer] and attach the
> "/usr/ports/devel/libtool15/work/libtool-1.5.26/config.log" including the
> output of the failure of your make command. Also, it might be a good idea to
> provide an overview of all packages installed on your system (e.g. an `ls
> /var/db/pkg`).
> *** Error code 1
>
> Erro tbm.. No log as linhas que importam
>
> configure:2846: cc -v >&5
> Using built-in specs.
> Target: i386-undermydesk-freebsd
> Configured with: FreeBSD/i386 system compiler
> Thread model: posix
> gcc version 4.2.1 20070719 [FreeBSD]
> configure:2849: $? = 0
> configure:2856: cc -V >&5
> cc: '-V' option must have argument
> configure:2859: $? = 1
> configure:2882: checking for C compiler default output file name
> configure:2909: cc -O2 -fno-strict-aliasing -pipe conftest.c >&5
> /usr/bin/ld: cannot find -lgcc_s
> configure:2912: $? = 1
> configure:2950: result:
> configure: failed program was:
> | /* confdefs.h. */
> | #define PACKAGE_NAME "libtool"
> | #define PACKAGE_TARNAME "libtool"
> | #define PACKAGE_VERSION "1.5.26"
> | #define PACKAGE_STRING "libtool 1.5.26"
> | #define PACKAGE_BUGREPORT "bug-libt...@gnu.org"
> | #define PACKAGE "libtool"
> | #define VERSION "1.5.26"
> | /* end confdefs.h. */
> |
> | int
> | main ()
> | {
> |
> | ;
> | return 0;
> | }
> configure:2956: error: C compiler cannot create executables
> See `config.log' for more details.
>
>
> O mesmo erro do buildworld (/usr/bin/ld: cannot find -lgcc_s)..
>
> Alguma idéia, sugestão?? Atualizar a versão do FreeBSD não é possível
> pois nao consigo compilar a nova..
>
> Att
>
>
>
> --
> Giancarlo Rubio
> -
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
--
Marcio Antunes
Powered by FreeBSD
==
* Windows: "Where do you want to go tomorrow?"
* Linux: "Where do you want to go today?"
* FreeBSD: "Are you, guys, comming or what?"
-
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 no buildworld [Problemas com compilador gcc]
2009/3/23 mantunes : > Vc deseja atualizar da versão 7.0 para 7.1 é isso ?? Não, na verdade preciso criar um diretorio /pxeroot com todos os binarios do sistema, para poder usar com termais diskless ou thin client. Para isso preciso compilar o "world", se vc notar, envolve os mesmos passos de atualização de versão a diferença é apenas o destino dos binários compilados. Já sei que meu problema é no compilador quero saber como resolvo agora. Executei esses passos export DESTDIR=/pxeroot cd /usr/src make buildoworld -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] nfs - comportamento estranho
Oi Pessoal Há muito tempo atrás eu tive um problema parecido no FreeBSD. Por favor, desculpem-me antecipadamente se o que eu vou dizer já foi dito ou é pra lá de conhecido de vocês: as permissões atribuídas aos usuários podem diferir de máquina para máquina devido a ordem em que o usuário foi inserido no sistema. Por exemplo: na máquina 1 Allan ID:1001 Roberto ID:1002 na máquina 2 Roberto ID:1001 Allan ID:1002 Quando você exporta uma partição na máquina 1, onde os arquivos são legíveis somente para o user ID 1001 (a máquina entenderá que o user é Allan), para a máquina 2, o sistema entende que o dono dos arquivos é o user Roberto (ID 1001 e não o Allan, que agora é 1002). Talvez seja esta a resposta ao problema. A única solução que eu encontrei para resolvê-lo é sempre criar os usuários na mesma ordem. Um abraço Edu > > ou EU estou me estranhando. > > estou exportando - a partir de um servidor Linux - um diretório, via > nfs. A partir de um terminal Linux eu consigo montar/utilizar o folder > exportado, sem problemas. > > Porém, o bicho pega aqui em máquina FreeBSD 7.1 stable: > > monta-se sem erros: > > [r...@glite:~#]: mount -t nfs 192.168.10.80:/home/exp/ /Alan > > a partir daí, não consigo fazer mais nada (nem ls): > > [r...@glite:~#]: ls /Alan/ > total 0 > ls: : Permission denied > [r...@glite:~#]: > > notar que estou como root. > > eu não entendi (ainda) o que está acontecendo, porque fiz como consta > no manual: > > http://www.freebsd.org/doc/en/books/handbook/network-nfs.html > > alguma idéia? > > > > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > Não há domingo sem missa nem segunda sem preguiça. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Eduardo Lemos de Sa edu...@quimica.ufpr.br Professor Assoc. II - Departamento de Quimica Universidade Federal do Parana C. P. 19081 81531-990 Curitiba/PR - Brazil Fone (41) 3361 3300 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Cups automatico
Bom dia pessoal Eu revirei o nosso querido amigo google e nao consegui achar nada sobre automatizaçao do CUPS. Seguinte existe alguma configuração que faça com que quando eu mover as filas de uma impressora para outra ela se mantenha ate quando eu voltar a conf dela? Ex. todos mandam impressao para impressora A, dai em vez de eu ter que todo job mover a impressao para impressao B ele faça automaticamente como se todos estivessem mandando a impressao para a impressora B. Existe alguma coisa do genero? Abraço otima semana a todos Diogo Dalfovo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Balanceamento de carga e redundncia
Valeu! -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Daniel Bristot de Oliveira Enviada em: domingo, 22 de março de 2009 21:46 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Balanceamento de carga e redundncia Olá Rafael. A imagem quebrou porque mudei de dominio e o antigo site se perdeu no limbo digital... eu recriei rapidamente a imagem agora... se ainda tiver interesse: http://bristot.eti.br/garbage/pen_e_vrrp.png Att -- Daniel Bristot de Oliveira - 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] Cups automatico
Amigo, Acredito que você possa contornar esse problema apontando o compartilhamento da impressoa A para a impressora B no samba. Não conheço fazer isso de outro modo. []'s Vinicius Maia 2009/3/23 Diogo Dalfovo > Bom dia pessoal > > Eu revirei o nosso querido amigo google e nao consegui achar nada sobre > automatizaçao do CUPS. Seguinte existe alguma configuração que faça com que > quando eu mover as filas de uma impressora para outra ela se mantenha ate > quando eu voltar a conf dela? Ex. todos mandam impressao para impressora A, > dai em vez de eu ter que todo job mover a impressao para impressao B ele > faça automaticamente como se todos estivessem mandando a impressao para a > impressora B. > > Existe alguma coisa do genero? > > Abraço otima semana a todos > > Diogo Dalfovo > - > 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] nfs - comportamento estranho
2009/3/23 Eduardo Lemos de Sa : > Oi Pessoal > > Há muito tempo atrás eu tive um problema parecido no FreeBSD. Por favor, > desculpem-me antecipadamente se o que eu vou dizer já foi dito ou é pra lá > de conhecido de vocês: as permissões atribuídas aos usuários podem diferir > de máquina para máquina devido a ordem em que o usuário foi inserido no > sistema. Por exemplo: > > na máquina 1 > > Allan ID:1001 > Roberto ID:1002 > > na máquina 2 > > Roberto ID:1001 > Allan ID:1002 > > Quando você exporta uma partição na máquina 1, onde os arquivos são > legíveis somente para o user ID 1001 (a máquina entenderá que o user é > Allan), para a máquina 2, o sistema entende que o dono dos arquivos é o > user Roberto (ID 1001 e não o Allan, que agora é 1002). > > Talvez seja esta a resposta ao problema. A única solução que eu encontrei > para resolvê-lo é sempre criar os usuários na mesma ordem. Eu nao consideraria isso uma "solucao" aceitavel, eu usaria ldap com modulos de pam + nss de modo que ficaria transparente para a aplicacao. No site da fug[1] tem um artigo meu explicando como. [1] http://www.fug.com.br/content/view/466/77/ -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Cups automatico
2009/3/23 Diogo Dalfovo : > Bom dia pessoal > > Eu revirei o nosso querido amigo google e nao consegui achar nada sobre > automatizaçao do CUPS. Seguinte existe alguma configuração que faça com que > quando eu mover as filas de uma impressora para outra ela se mantenha ate > quando eu voltar a conf dela? Ex. todos mandam impressao para impressora A, > dai em vez de eu ter que todo job mover a impressao para impressao B ele > faça automaticamente como se todos estivessem mandando a impressao para a > impressora B. > > Existe alguma coisa do genero? O grande problema das pessoas desta e das demais listas, é como achar as coisas, não sei se por preguiça ou por falta de experiência em "como" procurar. Tenha em mente o que vc quer, jogue palavras chave, tente em ingles (nao dói). Em alguns segundos no google [1] buscando por cups automatic redirect job encontrei algo [2] que me ajudou uma vez "Requesting the ability to redirect a print queue to another. For example if a printer breaks provide the ability to send its entire print queue to another queue or maybe multiple queues. Similar to the redirect command functionality that exists in LPRNG." Ref. [1] http://www.google.com.br/search?hl=pt-BR&client=firefox-a&rls=com.ubuntu%3Apt-BR%3Aunofficial&hs=e57&q=cups+automatic+redirect+job&btnG=Pesquisar&meta= [2] http://www.cups.org/str.php?L1240 -- Giancarlo Rubio - 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 no buildworld [Problemas com compilador gcc]
009/3/23 Giancarlo Rubio : > 2009/3/23 mantunes : >> Vc deseja atualizar da versão 7.0 para 7.1 é isso ?? > > Não, na verdade preciso criar um diretorio /pxeroot com todos os > binarios do sistema, para poder usar com termais diskless ou thin > client. Para isso preciso compilar o "world", se vc notar, envolve os > mesmos passos de atualização de versão a diferença é apenas o destino > dos binários compilados. > Já sei que meu problema é no compilador quero saber como resolvo agora. > > Executei esses passos > > export DESTDIR=/pxeroot > cd /usr/src > make buildoworld Problema resolvido. Minha biblioteca gcc_s.so estava corrompida, possivelmente alguma atualização de pacotes quebrou o link do /usr/lib/libgcc_s.so que deveria apontar para /lib/libgcc_s.so. Salve o ldd :) -- Giancarlo Rubio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] nfs - comportamento estranho
Ira, olha só como eu exporto aqui no Llinux, uso estas opções para que o root da máquina cliente tenha todas as permissões garantidas: /srv/remote_root 192.168.0.0/255.255.255.0(ro,no_root_squash,sync,no_all_squash) 2009/3/20 irado furioso com tudo > > ou EU estou me estranhando. > > estou exportando - a partir de um servidor Linux - um diretório, via > nfs. A partir de um terminal Linux eu consigo montar/utilizar o folder > exportado, sem problemas. > > Porém, o bicho pega aqui em máquina FreeBSD 7.1 stable: > > monta-se sem erros: > > [r...@glite:~#]: mount -t nfs 192.168.10.80:/home/exp/ /Alan > > a partir daí, não consigo fazer mais nada (nem ls): > > [r...@glite:~#]: ls /Alan/ > total 0 > ls: : Permission denied > [r...@glite:~#]: > > notar que estou como root. > > eu não entendi (ainda) o que está acontecendo, porque fiz como consta > no manual: > > http://www.freebsd.org/doc/en/books/handbook/network-nfs.html > > alguma idéia? > > > > > -- > saudações, > irado furioso com tudo > Linux User 179402/FreeBSD BSD50853/FUG-BR 154 > Não uso drogas - 100% Miko$hit-free > Não há domingo sem missa nem segunda sem preguiça. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Eduardo Costa Lisboa - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] nfs - comportamento estranho
Em Mon, 23 Mar 2009 14:17:26 -0300 Eduardo Costa Lisboa , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > Ira, olha só como eu exporto aqui no Llinux, uso estas opções para > que o root da máquina cliente tenha todas as permissões garantidas: vou experimentar por aqui, embora o objetivo inicial seja do "acesso universal", ou sejam, todo mundo poderia consultar/copiar os arquivos no folder. A razão: eu posso (por exemplo) compartilhar um dvd/cd de atualização, que fica disponivel para todos utilizarem. enfim, voltando lá :) por enquanto, grato a todos. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor IBM 3650 congelando
Exato , teve uma queda de energia e a partir dai havia o problema , fsck -y duas vezes em seguidas resolveram a questão. Em Sáb, 2009-03-21 às 09:39 -0300, Ari Arantes Filho escreveu: > Marcelo, > Mas antes de passar o fsck -y você tinha problema de travamento também? > > []s, > > Ari > > > 2009/3/20 Marcello > > > fsck -y duas vezes seguidas em modo single, meu IBM ta com uptime de um > > ano e nunca pertubou > > > > > > > > > > Curiosamente, por 2 dias seguidos, a máquina travou por volta das 06:20 > > da > > > manhã, logo após o início do backup dos Windows, através do smbtar. > > > > > > > > > - > > 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] duvida postfix
Prezados amigos é possivel fazer com postfix envie uma mensagem de resposta aos finais de semana dizendo para a pessoa enviar o e-mail outra vez durante a semana ? att diogo - 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 postfix
Na lista do postfix-br [1] já rolou bastante esse assunto. Chama-se vacation, o famoso out-of-office. [1] http://listas.softwarelivre.org/mailman/listinfo/postfix-br Abraços, Eduardo. -- From: "diogo" Sent: Monday, March 23, 2009 6:00 PM To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Subject: [FUG-BR] duvida postfix > Prezados amigos é possivel fazer com postfix envie uma mensagem de > resposta > aos finais de semana dizendo para a pessoa enviar o e-mail outra vez > durante > a semana ? > > > att diogo > > - > 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] FreeBSD para 64 bits
BLA BLA BLA BLA Joao Paulo, vc encheu com muito bla bla bla, mas discordo de vc em gênero, número e grau. Não coloque seus achismos como se fossem realmente a realidade, por que sinceramente estas a anos luz dela. TECNOLOGICAMENTE falando (excluindo-se apenas o processo de fabricação) do projeto de processadores, a intel tem estado atras da AMD desde o lançamento do Athlon 64, e apenas agora com o i7 ela volta a estar na frente em tecnologia. Não digo que os dela são mais, pois muitas vezes não são (apelam sempre pra clock), mas perdem em custo beneficio, em processamento/watt, em velocidade de acesso a memoria, em acesso ao barramento, e etc... E outra que particularmente me deixou decepcionado no seu texto foi comparar opterom com itanium, fala sério né? Itanium é um pedaço de lixo que nunca serviu pra nada direito, nunca chamou a ateçãno do mercado, e quando a AMD lançou o Opterom ele arrebentou em todos os quesitos, deixou os xeons no chinelo e tomou a liderança do mundo enterprise de 64 bits. Afinal por que vc acha que o FreeBSD chamou a arquitetura de AMD64? Foi por que a intel lançou um 64 bits que prestou ou a AMD lançou algo realmente decente primeiro? $ echo "resto das minhas indignações pelas bobagens" > /dev/null -- []s Nilson - 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 para 64 bits
Nilson escreveu: > BLA BLA BLA BLA > > Joao Paulo, vc encheu com muito bla bla bla, mas > > discordo de vc em gênero, número e grau. Não coloque > > seus achismos como se fossem realmente a realidade, > > por que sinceramente estas a anos luz dela. > > TECNOLOGICAMENTE falando (excluindo-se apenas > > o processo de fabricação) do projeto de processadores, > > a intel tem estado atras da AMD desde o lançamento > > do Athlon 64, e apenas agora com o i7 ela volta a estar > > na frente em tecnologia. Não digo que os dela são mais, > > pois muitas vezes não são (apelam sempre pra clock), > > mas perdem em custo beneficio, em processamento/watt, > > em velocidade de acesso a memoria, em acesso ao > > barramento, e etc... > > E outra que particularmente me deixou decepcionado no > > seu texto foi comparar opterom com itanium, fala sério né? > > Itanium é um pedaço de lixo que nunca serviu pra nada > > direito, nunca chamou a ateçãno do mercado, e quando a > > AMD lançou o Opterom ele arrebentou em todos os > > quesitos, deixou os xeons no chinelo e tomou a liderança > > do mundo enterprise de 64 bits. > > Afinal por que vc acha que o FreeBSD chamou a arquitetura > > de AMD64? Foi por que a intel lançou um 64 bits que prestou > > ou a AMD lançou algo realmente decente primeiro? > > $ echo "resto das minhas indignações pelas bobagens" > /dev/null > > Preferivelmente eu sou devoto de Sun, Motorola e PowerPC agora quanto a X86 e x86-64 a intel é o que melhor apresenta estabilidade, e escalabilidade, e outra se ITANIUM é tão ruim por que o cluster do LHC é baseado nele, um lixão então, será por que em quase todo processo de calculo cientifico só se ve Xeon ou Itanium ??? Não sou fã boy da intel cara, apenas coloquei um fato sobre as questões de processadores x86 e se AMD fosse tão boa assim por que será que está falindo Não gosto de levar nada para mercadorismo, discutir tecnologia, é simplemente notar que tem muito se vangloriando onde deveria ficar calados, AMD é lixo de processador e no AthlonXP 64 passou os Pentium por que possui 32bits a mais que os pentium e outra passaram só 30% e não 100%¨ !!! ou será que não sei o que é a expressão "palavra-binaria". e opteron é destinado a servidores assim como os Itanium e Xeon são destinados a Workstations de alto-processamento será que tem algo ai escrito errado ? - 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 para 64 bits
No Flames , lembram disso ? http://www.onlamp.com/pub/a/bsd/2008/02/26/whats-new-in-freebsd-70.html Eu prefiro o que mais deixe meu BSD mais rápido pelo menor custo.(PONTO) []'s - 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 postfix
Em Mon, 23 Mar 2009 18:00:17 -0300 "diogo" , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > dizendo para a pessoa enviar o e-mail outra vez durante > a semana ? a curiosidade: o zémail do fimdi é simplesmente descartado? flames > /dev/null -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free - 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 postfix
cara eu tb achei algo inutil .. porem querem assim .. att Diogo Rodrigo - Original Message - From: "irado furioso com tudo" To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" Sent: Monday, March 23, 2009 8:57 PM Subject: Re: [FUG-BR] duvida postfix Em Mon, 23 Mar 2009 18:00:17 -0300 "diogo" , conhecido consumidor de drogas (BigMac's com Coke) escreveu: > dizendo para a pessoa enviar o e-mail outra vez durante > a semana ? a curiosidade: o zémail do fimdi é simplesmente descartado? flames > /dev/null -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free - 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] duvida postfix
diogo escreveu: > cara eu tb achei algo inutil .. porem querem assim .. > > > > att Diogo Rodrigo > > > > > > > - Original Message - > From: "irado furioso com tudo" > To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" > > Sent: Monday, March 23, 2009 8:57 PM > Subject: Re: [FUG-BR] duvida postfix > > > Em Mon, 23 Mar 2009 18:00:17 -0300 > "diogo" , conhecido consumidor de drogas (BigMac's > com Coke) escreveu: > > >> dizendo para a pessoa enviar o e-mail outra vez durante >> a semana ? >> > > > a curiosidade: > > o zémail do fimdi é simplesmente descartado? > > flames > /dev/null > > O que você deve estar buscando é uma resposta automática para fins de semana, algo que por fins de não funcionamento da empresa, o emissário saiba que só receberá uma resposta( o e-mail só será lido ) durante a semana, se não for isso, também acho idiota. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
