Re: http://debianfork.org/

2014-10-21 Por tôpico Jacques de Beijer
O Debian tem a maior variação de distro ao meu ver (preciso confirmar isso
no distrowatch).
O systemd tem suas vantagens. O sysV tem problemaços de hot-plugging,
através do init com novas inserções de hardware.
Eu sou fã do System five, mas cara, até como eu era fã do ext2 e resistia a
mudança para o ext3 na época.
Acredito que o systemd represente a simplicidade funcional e produtiva que
o colega disse estar no fim, afinal os systemV já é muito antigo.





Atenciosamente,

Jacques de Beijer
Belem -  Para -  Brasil

Em 21 de outubro de 2014 12:30, P. J. pjotam...@gmail.com escreveu:

 Pronto agora começa a flame... não da para discordar sem baixaria?

 Tipo geralmente esses forks acontencem quando decisões são tomadas
 natoralmente sem democracia... lembro-me da briga que gerou o fork
 do twiki no caso o foswiki

 Essas coisas de comunidade e meritocracia são bem complicadas para
 agradar gregos e troianos...

 Em 21/10/14, Thiago T. Faiolithiago.fai...@gmail.com escreveu:
  Velho!!! BINARIO pra ler LOG !VAI TOMAR NO CU!
 
  tiro no pé histórico... Fim da simplicidade funcional e produtiva
 
  *-*
  *Thiago Torres Faioli*
 
  *Mobile phone:* +55 (31) 8449-4065
  *Phone:* 1-800-9908273 - *National Extension*: 0011
  *Telefone:* 3003-5410 - *Ramal Nacional*: 0011
  *Skype/Hangouts:* thiago.fai...@gmail.com
 
  2014-10-21 4:48 GMT-02:00 Helio Loureiro he...@loureiro.eng.br:
 
 
  Damn you systemd!
 
  Abs,
  Helio Loureiro
  http://helio.loureiro.eng.br
  http://br.linkedin.com/in/helioloureiro
  http://twitter.com/helioloureiro
  http://gplus.to/helioloureiro
 
 


 --
 |  .''`.   A fé não dá respostas. Só impede perguntas.
 | : :'  :
 | `. `'`
 |   `-   Je vois tout


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/cacnf0pjxhsmubup2sl5ixqaqjn7flsjjp13ozrtcrhf8nxv...@mail.gmail.com




Re: (off) militares hackers

2014-06-26 Por tôpico Jacques de Beijer
Sim, lembro disso, uma brecha no recovery de senha, que permitia injetar
códigos php. Algo assim.
Agora virar root lá? Ai já é demais.
Há uma enorme diferença entre você executar um `ls -al` via php em uma
máquina integrante de um cluster continental a qual você esteja logado.
Agora virar root de todo um cluster de máquinas




Em 26 de junho de 2014 13:17, André Nunes Batista andrenbati...@gmail.com
escreveu:

 On Wed, 2014-06-25 at 17:09 -0300, Jacques de Beijer wrote:
 [snip]
  Lembro que o facebook utiliza mysql e até hoje não foi exposto, a Sony
 usa
  Oracle e foi exposta. Então, varia de como você os utiliza.

 O fb não foi exposto? AFAIK, no começo desse ano um aluno do ITA virou
 root por lá, resolveu ser camarada com a empresa e ganhou um
 dinheirinho.

 --
 André N. Batista
 GNUPG/PGP KEY: 6722CF80




-- 
Atenciosamente,

Jacques de Beijer
Belem -  Para -  Brasil


Re: (off) militares hackers

2014-06-25 Por tôpico Jacques de Beijer
Sobre o Exército estar recrutando uma equipe para tal finalidade, eu penso
logo: Porque não solicitar apoio inter-agências com ABIN, Serpro, RNP e
Polícia Federal?

Ao meu ver é muito Hoax.
Uma coisa que me arrepia é a galera achar que por um firewall na borda e
umas acl's resolve todo problema de segurança. Isso já batido e nenhum
hacker decente explora tal finalidade, claro que toda empresa TEM QUE TER
uma infra segura. Mas não podemos deixar segurança nas mãos dos
programadores, sendo que hoje as brechas nas aplicações são os alvos de
ataques. Até hoje eu lembro do caso da SUDAM aqui no Pará onde foi Atacada
por hackers, quando na verdade o web designer deixou o login e senha do
ftp comentados no código html da página.

Eu prefiro mil vezes usar um Linux, do tipo Oracle Enterprise Linux do que
um Windows 2012. Não confio na microsoft sobre como trata minhas
informações.

Sobre os softwares Open vs Proprietários No Open o código está ali,
exposto para quem quiser olhar o que o código fará, claro que você irá
baixar do desenvolvedor oficial e irá utilizar md5. No Proprietário, você
não sabe o que ele faz, mas sim, pode culpar caso o mesmo dê problema.

Lembro que o facebook utiliza mysql e até hoje não foi exposto, a Sony usa
Oracle e foi exposta. Então, varia de como você os utiliza.


Em 17 de junho de 2014 11:44, Tiago Passos ti...@tiagopassos.com escreveu:

 PostgreSQL tem suporte pago: EnterpriseDB. Se funciona, na prática, eu não
 sei...


 --
 Tiago Passos
 Projeto Web - Hospede quantos sites quiser por R$5,95/mês
 www.projetoweb.info


 Em 27 de maio de 2014 17:06, Rubens Junior rbns...@gmail.com escreveu:


 Prezados,

 No CONSEGI/2012, realizado aqui em Belem, ocorreu uma palestra sobre esse
 assunto e que o exercito brasileiro estava criando/reestruturando uma
 unidade para esse fins, principalmente por causa da Copa/2014 e
 Olimpiadas/2016.

 Achei incrivel a pontinha do iceberg descrito neste site e tbm daquele
 ex-agente americano q dedurou as atividades do governo americando
 http://glo.bo/1husb0s

 E o governo brasileiro foi hackeado dinovo http://bit.ly/ScAF60

 Ja escutei pessoas do meu trabalho q preferem usar 100% software
 proprietario por causa do suporte e recentemente abriram uma area pra
 linux/redhat por causa do suporte tbm. Debian? Postgres? Nem pensar, nao
 tem suporte pago especializado. Eh aquele caso, preferem terceirizar os
 problemas: culpa deles e cobrar SLA, termo q esta na moda.

 Vcs acham q softwares livres estao + vulneraveis pra espionagem pelo
 governo? Sei q softwares proprietarios geralmente espionam seus usuarios.

 Ocorreram duas situacoes q me levaram e refletir melhor sobre o tema (nao
 quer dizer q sou a favor de software proprietario): 1) o site kernel.org
 ficou fora do ar por um tempao por causa de um hacker e a equipe, pelo
 que eu li, ficou analisando os codigos-fontes pra saber se nao foram
 adulterados; 2) Aquele bug do openssl. Ou eu li sites nao confiaveis e me
 perdi...

 Saudacoes...




 --
 Atenciosamente,
 Rubens S. O. Jr





-- 
Atenciosamente,

Jacques de Beijer
Belem -  Para -  Brasil


Logon - aplicação

2012-06-05 Por tôpico Jacques de Beijer
Boad pessoal,

Estou precisando do seguinte cenário:

Usuário loga na sessao e automaticamente a sessao executa um aplicativo!

Assim que o aplicativo encerra/ fecha a aessao do usuario tbm seria
encerrada!

Em resumo, ao logar executa um bash e ganha um pid, este pid ao morrer
fecha a sessao!


Alguem jah implementou isto?




-- 
Atenciosamente,

Jacques de Beijer
Belem -  Para -  Brasil


Re: [OT] Laço FOR em script shell

2012-05-26 Por tôpico Jacques de Beijer
Se quiser digitar pouco

cat user.txt
jacques

cat pass.txt
beijer

paste user.txt pass.txt  user_pass.txt

cat user_pass.txt
jacques beijer

Vim ou sed depois e tudo pronto!

Em 24 de maio de 2012 14:32, Francisco C Soares dotjun...@gmail.comescreveu:

  Boa tarde Samir,

 Tente isto:

 pr -m -t -s\  user.txt pass.txt

 Note que logo após o *-s\* existe dois espaços, depois os nomes dos
 arquivos.

 A saída do comando acima se parece com isto:
 maria 01234
 jose 12345
 junior 23456

 ___
 Francisco C Soares
 403790c89847cdbe5a262146de8fb93139c4



 On 05/24/2012 02:03 PM, Samir Patrice wrote:

 Fala galera,

  Desculpa pelo off-topic, mas tô com uma dúvida em shell script, até
 porque não sou muito bom nisso e ainda tô começando, mas alguém poderia me
 ajudar com um script?
 Tenho o seguinte cenário:
 - Dois arquivos chamados users.txt e senhas.txt e ambos estão nomes de
 usuário e senhas respectivamente nos arquivos.
 - Pra adicionar um usuário num determinado sistema eu tenho que digitar o
 comando (hipoteticamente) *#adduser usuario senha*
 - Nesse script eu teria que ter um laço *FOR* que buscaria no primeiro
 arquivo o nome do usuário e no segundo arquivo o a senha desse usuário.

  Alguém pode dar uma dica?

  --
 Samir Patrice


  -- To UNSUBSCRIBE, email to
 debian-user-portuguese-requ...@lists.debian.org with a subject of
 unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive:
 http://lists.debian.org/4fbe7093.2030...@gmail.com




-- 
Atenciosamente,

Jacques de Beijer
Belem -  Para -  Brasil


Re: Cobol

2012-04-13 Por tôpico Jacques de Beijer
Meu amigo,

Vamos lá.

Uma parte do código deve ser alterada para que possa usar os novos recursos
das cpus!
O que podes fazer é forçar o kernel dividir (fork) esse processo entre os
processadores.

Ou veja se uma thread que está engasganto o processo e criando uma fila de
processamento.

tente depurar o sistema.

Post informações de processo no processador, que assim a gente pode fazer o
fork!

abcs

Em 13 de abril de 2012 10:16, Listeiro 037 listeiro_...@yahoo.com.brescreveu:

 Só me lembro de dois compiladores de COBOL livres, o OpenCOBOL e o
 TinyCOBOL. Tinha alguma coisa da Fujitsu, um certo Fujitsu COBOL, mas
 não procurei mais saber.

 Queria saber de outras opções para Linux, mesmo proprietárias.


 Em Fri, 13 Apr 2012 10:11:13 -0300
 Paulino Kenji Sato pks...@gmail.com escreveu:

  Ola,
  Cobol e um mundo a parte, esquecido da grande maioria do pessoal de
  TI. O que eu sei, foi muito usando nas décadas de 1970/1980, em
  mainframes. Possivelmente, a partir de 1990 foi migrado para PCs, ou
  servidores como conhecemos hoje.
 
  Como toda linguagem possui dialetos, precisa do compilador certo.
  Existem compiladores para Linux.
 
  Mas, na grande maioria da vezes, o programa que se roda no Linux e
  legado de algum outro unix. Como o SCO para x86.
  Nesse caso no linux e rodado via compatibilidade binária provida por
  um modulo do kernel o iBCS.
  Do kernel 2.6 em diante, muito desses módulos de compatibilidade não
  foram portados, ou adequadamente ajustados.
  O cobol usa um encoding diferente do ASCII bem como alinhamentos
  numéricos, refletindo a sua origem dos mainframes.
 
  A pseudo arquitetura de 64bits da AMD/Intel também inclui problemas de
  compatibilidade com programas de 32bits. sejam o source ou o binário.
 
  Dito isso, teste o software em um linux de 32bits, em hardware similar
  ao que esta em 64bits. Isso e, no caso de não poder parar para
  reinstalar. Bom, espero que esse servidor ainda esteja em fase de
  homologação.
  E quem ainda mantém software em Cobol, e que o plano de negócios
  dependa disso, migrar para plataformas novas ira custar mais do que
  pagar muito bem uma equipe de desenvolvimento em Cobol. Ou a migração
  pode levar um tempo considerável.
 
  E possivelmente esse software não ira escalar, mudar de hardware pode
  não ter efeito no desempenho.
 
 
  Paulino
 
 


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: http://lists.debian.org/20120413101656.2d130...@yahoo.com.br