Re: [PSL-Brasil] Re: Digest PSL-Brasil, volume 30, assunto 99
On Apr 26, 2007, Guilherme H. S. Ostrock [EMAIL PROTECTED] wrote: Não entendo o pq de tanto entusiasmo com o software livre para o IRPF. A maior parte dos contribuintes utiliza o windows e há uma versão em java atende muito bem as necessidades daqueles que utilizam outros sistemas operacionais, então, pq tanto esforço para algo que atende muito bem a todos? Porque não atende muito bem a ninguém, de fato. Muito menos a quem se preocupe com sua própria segurança jurídica, com cumprimento das leis, com a própria liberdade e com a soberania do país. http://www.fsfla.org/?q=pt/node/143 http://www.fsfla.org/?q=pt/node/152 http://www.fsfla.org/?q=pt/node/155#3 -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] Presidente do Equador usa YouTube para divulgar Software Libre
On Apr 26, 2007, Bruno Gola [EMAIL PROTECTED] wrote: o que eu entendi é que o produto não é vendido almejando lucro... é velho isso né, vender serviços não produtos. Exatamente. Você não vende licença de software. É disso que ele tá falando. O Rafael Correa realmente entende do assunto. O Stallman deu um pulinho por lá e converteu o cara direitinho. Dá gosto de ver :-) -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
[PSL-Brasil] OT: Telecentros Livres (Telecentres Lliures)
[EMAIL PROTECTED], Estamos necessitando (Generalitat de Catalunya) entrar em contato, para saber a atual situaçao, dos telecentros com software livre no Brasil, em especial os de Porto Alegre e Sao Paulo. Aqui na Catalunya temos 500 telecentros geridos pelo governo e estamos em processo de migraçao gradativa para software livre (40 já foram migrados). Além das questoes tecnológicas, gostaríamos de compartilhar as experiências de modêlo de gestao, relaçao com a comunidade etc. Se preferirem (a critério de vcs), favor retornar em PVT. abraços Marcelo D'Elia Branco Generalitat de Catalunya Estratègia de Programari Lliure Direcció General de Societat de la Informació STSI - Secretaria de Telecomunicacions i Societat de la Informació http://www.gencat.cat/governacio-ap/stsi Departament de Governació Passeig de Gràcia, 11 Esc B 6è 1a 08007 Barcelona Telf. +(34) 93.567 67 58 ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] [OFF TOPIC] Um pouco de humor ;]
vem concowrreintte, imittow concowrreintte, comprow concowrreintte Em 26/04/07, Marcelo Mendes [EMAIL PROTECTED] escreveu: Um pouco de humor sempre é bem vindo :] http://charges.uol.com.br/2007/04/25/cotidiano-um-bilionario-no-espaco/ -- Free Software is not the only way, but it's a correct way. Marcelo Mendes ( x_madbot ) [EMAIL PROTECTED] | ICQ: 106452350 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDac8QERhDwjN7vvcRAjccAJ9Q/kT55xrp5D5Rh9vILxDkPRoy0QCfZQN4 shih3kdTiOaOn9gka58DKzA= =8/6v -END PGP SIGNATURE- ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla)
On Friday 27 April 2007 01:15, Guilherme H. S. Ostrock wrote: Realmente, quanto ao programa do IR não acho ser vital a distribuição do programa em código aberto. Essa é a questão - pro principio moral algumas pessoas - muitas das quais nesta lista - só vão executar programas em código aberto. Note a parte de principio moral - que advem sobretudo de um entendimento da relação do ser humano com o conhecimento. Um programa que apenas funcione num ambiente aberto não é nem de longe suficiente - sequer parecido, nesses termos com um que seja Software Livre. Recapitulanmdo, S.L. deve garantir as 4 liberdades básicas: - executar o software (o programa da receita permite - ainda que em termos - já que a máquina java livre na qual ele roda poucos viram ) - re-distribuir o programa (ok. apesar da falta de licença explicita é prática e senso comum que pode-se redistribuir o programa do irpf, apesar de que pela legislação de direitos autorais isso ser estritamente não autorizado.) - estudar e modificar o programa - pronto - sem código fonte, alguém não pode ver como programa é feito. Isso pode não parecer tão vital - mas implica entre outras coisas a possibilidade da existência de código malicioso dentro dos binários distribuidos pela SRF Não se pode adequaqur o programa para que funcione em oturas plataforma além de MsWindows, Mac OSX e GNU/Linux em x86 - restrições impostas pela forma como é distribuido, e ai por diante. - redistribuir a cópia modificada Ademais, se você der uma olhada anos arquivos recentes da lista, verá que uma pesquisa da FSF-LA detectou que o próprio programa da receita federal, ao menos em sua versão Java, utiliza código de várias bibliotecas (e aplicativos?) livres, violando sua licença ao não distribuir o código fonte (ou por outros meios). O número de violações de licença chegava a 11 e não sei se o estudo foi exaustivo. js -- ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla)
On Apr 27, 2007, Joao S. O. Bueno Calligaris [EMAIL PROTECTED] wrote: - executar o software (o programa da receita permite - ainda que em termos - já que a máquina java livre na qual ele roda poucos viram ) Sem falar que, na ausência de licença explícita, o uso do software no Brasil não é permitido e, por ser o poder público o titular de direito autoral, cabe ao Ministério Público a obrigação de processar todos os infratores mesmo na ausência de queixa pelo titular. É o que diz a lei, gente. É doido, mas é assim. E tem mais, quem contrata outra pessoa pra preparar sua declaração tá formando quadrilha, e o cara que é pago pelo serviço está violando a lei de direito autoral com intuito de lucro. Bonito, né? A tese da licença implícita poderia até funcionar aqui dentro, mas suponha que você vá pro exterior com o programa instalado no seu notebook. Aí resolvem inspecionar seu notebook, encontram esse programa e perguntam cadê a licença. E aí? -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla)
O que eles se referem é que a MAQUINA VIRTUAL JAVA da Sun não é open source. E existem algums distribuições linux que vem com Maquinas virtuais open-source que são incompatíveis com o programa IRPF escrito em JAVA pela Receita Federal. Pelo menos eu entendi isso. Em 27/04/07, Fernando Palho [EMAIL PROTECTED] escreveu: Desculpe peguei o bonde no meio e estou nadando a ideia é ter um open source ao inves do java para o programa da receita tipo posso mudar de ideia . cara como esta em java multiplataforma ta bom.. funciona no linux, win, mac e afins... agora ter um projeto aberto, com comunidade e tal... bem não.seria muito legal, em relação a segurança. mas. posso mudar de ideia.. On 4/27/07, Alexandre Oliva [EMAIL PROTECTED] wrote: On Apr 27, 2007, Joao S. O. Bueno Calligaris [EMAIL PROTECTED] wrote: - executar o software (o programa da receita permite - ainda que em termos - já que a máquina java livre na qual ele roda poucos viram ) Sem falar que, na ausência de licença explícita, o uso do software no Brasil não é permitido e, por ser o poder público o titular de direito autoral, cabe ao Ministério Público a obrigação de processar todos os infratores mesmo na ausência de queixa pelo titular. É o que diz a lei, gente. É doido, mas é assim. E tem mais, quem contrata outra pessoa pra preparar sua declaração tá formando quadrilha, e o cara que é pago pelo serviço está violando a lei de direito autoral com intuito de lucro. Bonito, né? A tese da licença implícita poderia até funcionar aqui dentro, mas suponha que você vá pro exterior com o programa instalado no seu notebook. Aí resolvem inspecionar seu notebook, encontram esse programa e perguntam cadê a licença. E aí? -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/http://www.lsd.ic.unicamp.br/%7Eoliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED] , gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil -- Fernando Palho Ribeiro Analista de suporte somente livres podemos ter um futuro justo // # mas o que é ser livre? ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil -- adler medrado Consultor http://www.neshertech.net/adler ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla)
On 4/27/07, Adler Medrado [EMAIL PROTECTED] wrote: O que eles se referem é que a MAQUINA VIRTUAL JAVA da Sun não é open source. E existem algums distribuições linux que vem com Maquinas virtuais open-source que são incompatíveis com o programa IRPF escrito em JAVA pela Receita Federal. Pelo menos eu entendi isso. Exatamente, mas também há os outros problemas envolvendo a (ausência) da licença usada pelo IRPF da receita, bem como as violações envolvendo outros softwares, que o Oliva já citou, e ainda o princípio moral de se ter o direito de usar uma plataforma livre, envolvendo todos os conceitos no qual o software livre está fudamentado. -- Free Software is not the only way, but it's a correct way. Marcelo Mendes ( x_madbot ) [EMAIL PROTECTED] | ICQ: 106452350 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDac8QERhDwjN7vvcRAjccAJ9Q/kT55xrp5D5Rh9vILxDkPRoy0QCfZQN4 shih3kdTiOaOn9gka58DKzA= =8/6v -END PGP SIGNATURE- ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla)
Cara . . . Observando algumas das últimas respostas a este tópico me senti tentado a mandar um não alimente os trolls. . . Até perceber q as perguntas e comentários eram sérios(?) e não trollagens... Há certas q se vc precisa perguntar, então é pq não vai entender a resposta. Assim, em uma lista de Software Livre, não entender a importância do trabalho q o Alexadre Oliva fez é, no mínimo, estranho. Não há nada errado em ser um newbie em um assunto. Não há nada errado em discordar das idéias por trás do movimento SL. Mas, já entrar de sopetão fazendo afirmações mal informadas e contrariando os princípios q boa parte daqueles q assinam esta lista devem compartilhar (ou, ao menos, entender) é um pouco rude. Listas são como rodas de conversa: antes de falar algo, convém escutar o q os outros estão dizendo para não pegar o bonde andando e falar bobagem. O fato principal: o programa para declaração do IRPF, ainda q escrito em Java, não roda em ambientes com JVMs livres. Depois de um certo esforço o Alex Oliva conseguiu fazê-lo rodar em um ambiente livre pra valer. Preocupações sobre segurança da entrega ou coisa semelhante são um pouco estranhas, já q o produto proprietário oferecido pela SRF *não* dá nenhuma dessas garantias. Ou alguém realmente acredita q é tão complicado gerar um copycat dele e distribuir por canais alternativos, afirmando q vem direto da SRF? Assim, antes de questionar a segurança/confiabilidade da versão produzida pelo Alexandre, eu acho estranho q ninguém questione as mesmas coisas em relação à versão oficial da SRF. [ ]s, OJr. ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
[PSL-Brasil] IR livre x IR em java
Passei a tarde vasculhando o site da fsfla atrás de informações, achei a lista de software imposto e a mensagem sobre a falta de licença. Mantenho minha posição de que o código aberto não será um benefício, haja vista que pode ser alterado para fraudar as declarações, porém alinho me a vocês no tocante à plataforma da SUN ser a única aceita para a utilização da versão java. Procurei no google relatos sobre problemas com a declaração, envie a outras listas das quais participo e-mail solicitando que informassem se alguém havia tido problemas com o programa, em qualquer das suas versões, enfim, estou colhendo material para um mlehor posicinamento quanto ao tema. Tendo notado que que o Alexandre Oliva participa desta lista, peço que, se possível forneça o CPF do contribuinte que entregou a declaração e o número do recibo gerado para que seja possível a verificação do recepcionamento. E questiono o por que, ao invés de impetrar MS contra a SRF, que seria a opção ideal para o caso, a fsfla preferiu um abaixo assinado. Ainda, tendo em vista que seus conselheiro residem no brasil e atuam em defesa, no caso em questão, dos contribuintes brasileiros, se a fsfla é uma fundação nacional com legitimidade para representar seus associados. -- Message: 1 Date: Fri, 27 Apr 2007 09:10:26 -0300 From: Joao S. O. Bueno Calligaris [EMAIL PROTECTED] Subject: Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla) To: Projeto Software Livre BRASIL psl-brasil@listas.softwarelivre.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 On Friday 27 April 2007 01:15, Guilherme H. S. Ostrock wrote: Realmente, quanto ao programa do IR não acho ser vital a distribuição do programa em código aberto. Essa é a questão - pro principio moral algumas pessoas - muitas das quais nesta lista - só vão executar programas em código aberto. Note a parte de principio moral - que advem sobretudo de um entendimento da relação do ser humano com o conhecimento. Um programa que apenas funcione num ambiente aberto não é nem de longe suficiente - sequer parecido, nesses termos com um que seja Software Livre. Recapitulanmdo, S.L. deve garantir as 4 liberdades básicas: - executar o software (o programa da receita permite - ainda que em termos - já que a máquina java livre na qual ele roda poucos viram ) - re-distribuir o programa (ok. apesar da falta de licença explicita é prática e senso comum que pode-se redistribuir o programa do irpf, apesar de que pela legislação de direitos autorais isso ser estritamente não autorizado.) - estudar e modificar o programa - pronto - sem código fonte, alguém não pode ver como programa é feito. Isso pode não parecer tão vital - mas implica entre outras coisas a possibilidade da existência de código malicioso dentro dos binários distribuidos pela SRF Não se pode adequaqur o programa para que funcione em oturas plataforma além de MsWindows, Mac OSX e GNU/Linux em x86 - restrições impostas pela forma como é distribuido, e ai por diante. - redistribuir a cópia modificada Ademais, se você der uma olhada anos arquivos recentes da lista, verá que uma pesquisa da FSF-LA detectou que o próprio programa da receita federal, ao menos em sua versão Java, utiliza código de várias bibliotecas (e aplicativos?) livres, violando sua licença ao não distribuir o código fonte (ou por outros meios). O número de violações de licença chegava a 11 e não sei se o estudo foi exaustivo. js -- -- -- Att. Guilherme H. S. Ostrock ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java
On 4/27/07, Guilherme H. S. Ostrock [EMAIL PROTECTED] wrote: Mantenho minha posição de que o código aberto não será um benefício, haja vista que pode ser alterado para fraudar as declarações Isso pode ser feito com o programa atual mesmo ele sendo fechado. Pergunta, você pode ter CERTEZA de que o software da receita não faz mais do que deveria ? No caso do software LIVRE da FSFLA você pode olhar o código fonte e ter essa certeza. Eu também acho desnecessário que A RECEITA libere o código fonte do seu programa, mas acho fundamental termos um SL para isso que rode em uma plataforma 100% livre e pra isso a receita precisa pelo menos disponibilizar informações COMPLETAS sobre os padroes/formatos utilizados. Prefiro confiar no código do que nas palavras da receita. Se o código esta disponivel ja fico um pouco mais confortável em utilizar tal software. Parabéns ao Oliva e a FSFLA por (mais) esse trabalho. []'s, -- Bruno Fialho Marques Gola [EMAIL PROTECTED] http://www.brunogola.com.br Cel: (11) 9294-5883 ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java
Guilherme H. S. Ostrock escreveu: Mantenho minha posição de que o código aberto não será um benefício, haja vista que pode ser alterado para fraudar as declarações, porém alinho me a vocês no tocante à plataforma da SUN ser a única aceita para a utilização da versão java. Repetindo minha msg anterior: NADA IMPEDE Q O MESMO SEJA FEITO NO PROGRAMA DA PRÓPRIA SRF. É tão difícil entender isso? Inclusive, parte do trabalho do Alexandre Oliva foi efetuado com engenharia reversa do próprio código da SRF. Procurei no google relatos sobre problemas com a declaração, envie a outras listas das quais participo e-mail solicitando que informassem se alguém havia tido problemas com o programa, em qualquer das suas versões, enfim, estou colhendo material para um mlehor posicinamento quanto ao tema. Novamente, se vc precisa perguntar a vantagem de ser SL, provavelmente não será capaz de entender a resposta. A questão aqui *não* são os possíveis problemas apresentados pela versão atual do produto. Se vc quiser usá-la em uma plataforma proprietária para fazer sua declaração e enviá-la, provavelmente será bem sucedido. Não foi a qualidade técnica do produto q foi colocado em questão. O problema é: quem deseja utilizar a versão multiplataforma do programa em uma plataforma composta unicamente de Software Livre *não* vai conseguir, pois há amarrações proprietárias no produto da SRF. É realmente tão difícil entender isso? Tendo notado que que o Alexandre Oliva participa desta lista, peço que, se possível forneça o CPF do contribuinte que entregou a declaração e o número do recibo gerado para que seja possível a verificação do recepcionamento. Cara, não acredito q vc está pedindo isso na cara dura! Com essas informações vc pode até mesmo enviar uma retificadora em nome do contribuinte em questão, caso vc tenha algum interesse escuso na questão. A menos q vc seja conhecido do cara (ou ao menos de alguém por aqui), esse pedido soou muuuito estranho. Além disso, ele já não afirmou q a entrega foi feita? Ou o q vc está querendo colocar à prova é a palavra dele? Aliás, ele já é bem conhecido por aqui. Quem é vc? [ ]s, OJr. ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java
Guilherme H. S. Ostrock escreveu: Passei a tarde vasculhando o site da fsfla atrás de informações, achei a lista de software imposto e a mensagem sobre a falta de licença. Mantenho minha posição de que o código aberto não será um benefício, haja vista que pode ser alterado para fraudar as declarações, É obrigação do orgão fiscal que recebe declarações de imposto validar as que recebe. Da mesma forma que é obrigação de quem entrega responder pela veracidade das informações ali contidas. O software cujo código foi liberado tem como função primordial a de preparar e enviar declarações em nome do declarante, e não o de validar essas declarações em nome do recebente. Não deveria competir a esse software validar nada além do que poderia validar o próprio declarante, conforme instruções do manual de preenchimento do contribuinte, impresso para os escolhem fazer a declaração em papel. Aliás, é exatamente isso que o arrecadante diz, a respeito do software que ele disponibiliza aos declarantes para esse fim. O software que deveria validar as declarações, com respeito a indícios de fraude, deveria ser o software que recebe essas declarações em nome do arrecadante. Novamente, da mesma forma que ocorre para quem entrega sua declaração em papel. Não há porque mudar a função do software que o declarante usa para preparar e enviar sua declaração, só porque é um software. Porém, enquanto o código fonte desse software estiver fechado, não podemos saber o que ele faz exatamente, além dos seus efeitos visíveis. Outrossim, enquanto leio esse thread, posso inferir que quem lhe deu início presume, em decorrência de convicções que preferiu aqui não citar, que esse software faz exatamente o que dele se espera. Se um software vai preparar e enviar uma declaração fiscal em meu nome, declaração pela qual responderei eu perante a lei, quero ter o direito de saber, por meios de minha escolha e ao meu alcance, como esse software operaria em meu nome. Não me basta a palavra de quem me oferece o software, PRINCIPALMENTE se este for justamente aquele a quem compete me acusar, em face da Lei, de falsear a declaração pela qual respondo. Se um software de código aberto for alterado, em relação à espectativa ou à especificação de sua funcionalidade, essa alteração terá que estar às claras pois, sendo livre, tem-se acesso ao codigo fonte correspondente. Pode-se escolher em quem confiar, para saber o que esse software faria em nome de quem confiar nele. Pode-se escolher de onde o baixar, para com ele preparar e enviar declarações pelas quais responderão os respectivos declarantes. Doutra feita, se um sofware de código fechado for alterado, em relação à espectativa ou especificação de funcionalidade, o será à sorrelfa pois, sendo fechado, só quem tem acesso ao codigo fonte é quem o compila e distribui. Assim, NÂO posso escolher em quem confiar, para saber o que esse software faria em meu nome. Terei que confiar, neste caso, em quem tem o poder de me acusar, pelo que teria feito o software em meu nome. Tudo bem se o endereço da Receita fosse no céu, e os intermediadores digitais (legítimos ou não) do processo declaratório fossem anjos. E tudo bem com a preocupação do leitor, em relação à fraudes, se os mais perigosos bandidos atuando na área fiscal preferissem agir às claras. Os que preferem agir às claras, até onde consigo discernir, são varejistas. São os que vendem serviços contábeis cujo valor de troca é a garantia implícita, baseada em informações sigilosas e privilegiadas sobre configurações do software que, nas entranhas do órgão arrecadador, arrasta uma malha fina, de que a declaração do cliente não cairá nela. Quem acredita que os intermediadores digitais são anjos, e que quem deseja conhecer código fonte deve estar sob influência do pecado original do fruto do conhecimento, comunga na seita do santo baite (use o google!). Quem não comunga, teve a sorte da escolha de linguagem para desenvolver o software oferecido aos declarantes ter sido de uma linguagem descompilavel. O nome do jogo é controle. Quem não é capaz de entender as consequências, para a cidadania, da concentração de poder na autoridade fiscal que a situação anterior (á libertação desse software) representa, preferindo manter sua posição de que código aberto não será um benefício, haja vista que pode ser alterado para fraudar as declarações, está propenso a encontrar grandes dificuldades para entender o que rola, e a que serve, esta lista. --- prof. Pedro Antonio Dourado de Rezende /\ Computacao - Universidade de Brasilia /._\ tcp: Libertatis quid superest digitis serva http://www.cic.unb.br/docentes/pedro/sd.php --- ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla)
On Apr 27, 2007, Fernando Palho [EMAIL PROTECTED] wrote: a ideia é ter um open source ao inves do java para o programa da receita ?!? Não entendo a pergunta. Que quer dizer open source ao invés do java? Há implementações de Java que são Software Livre (tanto Free Software quanto Open-Source Software). agora ter um projeto aberto, com comunidade e tal... bem não.seria muito legal, em relação a segurança. Lição número zero de segurança: segredo é uma forma de dificultar a exposição de fragilidades, não de aumentar a segurança. Um sistema só é seguro quando permanece invulnerável mesmo exposto. Agora pensa bem... Se eu, com poucos dias de esforço e sem nenhuma motivação escusa obtive o código fonte do sistema da Receita Federal, imagine alguém que pudesse ganhar um montão de dinheiro com uma coisa dessas já não teria feito? Supor que distribuir código binário está escondendo alguma coisa é ingenuidade. Alguém suficientemente motivado pode e vai conseguir achar os problemas, quando eles existirem. E a possibilidade de ganhar uma bolada é um fator motivacional grande pra uma porção de gente. Fim da lição número zero. Qual a questão de segurança envolvida, mesmo? -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla)
On Apr 27, 2007, Olival Júnior [EMAIL PROTECTED] wrote: Preocupações sobre segurança da entrega ou coisa semelhante são um pouco estranhas, já q o produto proprietário oferecido pela SRF *não* dá nenhuma dessas garantias. Ou alguém realmente acredita q é tão complicado gerar um copycat dele e distribuir por canais alternativos, afirmando q vem direto da SRF? Ou interceptar comunicações com o servidor HTTP da SRF em roteadores no meio do caminho e fazer downloads que parecem ser do site da Receita Federal acabarem baixando binários modificados, sem qualquer possibilidade de o usuário perceber isso. Se pelo menos usassem HTTPS, ou oferecessem alguma outra forma de assinatura digital para verificação do binário, daria pra ter alguma segurança. Mas do jeito que é, dizer que é seguro é invocar o Santo Byte. Sou mais São IGNUcius ;-) Assim, antes de questionar a segurança/confiabilidade da versão produzida pelo Alexandre, eu acho estranho q ninguém questione as mesmas coisas em relação à versão oficial da SRF. Amém. A versão que eu empacotei pelo menos tá com todo o código fonte lá. Se tem dúvida, olhe os fontes, compare com os da SRF (oops :-) e veja o que foi que eu mudei. Tem dúvida sobre os binários, recompile a partir dos fontes. Tem dúvida sobre os componentes externos que usei, pega lá o script que baixa cada um deles e aplica as pouquíssimas modificações que eu fiz a eles. Pra facilitar o processo de auditoria, até disponibilizei o binário da SRF do qual eu parti (que a SRF silenciosamente substituiu por outro no meio de março, mantendo inclusive o número de versão inalterado) e os patches pra versão específica do descompilador que usei no pacote de fontes. E no repositório SVN tem todo o histórico das modificações que eu fiz. Tipo, transparência maior que isso, só se eu mesmo fosse de vidro ;-) -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java (era: Re: Digest bla bla bla)
On Apr 27, 2007, Marcelo Mendes [EMAIL PROTECTED] wrote: ainda o princípio moral de se ter o direito de usar uma plataforma livre Não só isso, mas o de *não* usar Software não-Livre. Free Software is not the only way, but it's a correct way. Yep, the other way is morally wrong ;-) -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java
On Apr 27, 2007, Guilherme H. S. Ostrock [EMAIL PROTECTED] wrote: Tendo notado que que o Alexandre Oliva participa desta lista, peço que, se possível forneça o CPF do contribuinte que entregou a declaração e o número do recibo gerado para que seja possível a verificação do recepcionamento. Tá brincando, né? Se você por acaso for da Receita Federal e tiver acesso ao banco de dados, procura meu nome lá, com declaração entregue no dia 25 de abril. Se não for, essas informações lhe dariam acesso indevido a um monte de informações particulares, portanto a solicitação é descabida e absurda. E questiono o por que, ao invés de impetrar MS contra a SRF, que seria a opção ideal para o caso, a fsfla preferiu um abaixo assinado. Vale lembrar que o caminho litigioso costuma ser muito menos produtivo e deve ser usado como último recurso. Como a Receita Federal tem se mostrado receptiva, embora lenta, e havia (e ainda há) diversas alternativas ao confronto litigioso, optamos por não explorar esta alternativa ainda. De todo modo, obrigado por oferecer os fundos necessários para impetrar um Mandado de Segurança. Espero que sua contribuição não seja vinculada a essa decisão e que, caso ele não seja necessário, possamos utilizá-lo para outros fins mais úteis. Quando quiser efetivar sua doação, por favor escreva para [EMAIL PROTECTED] solicitando o número da conta corrente para depósito. Ainda, tendo em vista que seus conselheiro residem no brasil e atuam em defesa, no caso em questão, dos contribuintes brasileiros, se a fsfla é uma fundação nacional com legitimidade para representar seus associados. FSFLA não é nem fundação nem nacional nem tem associados. http://www.fsfla.org/?q=pt/node/135 No caso em questão, não atua em defesa dos contribuintes brasileiros, mas sim da liberdade para o software e seus usuários. Não representa nada nem ninguém além de si mesma. Nem todos os conselheiros residem no Brasil. Viva a lição de casa bem feita ;-) -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] IR livre x IR em java
On Apr 28, 2007, Alexandre Oliva [EMAIL PROTECTED] wrote: On Apr 27, 2007, Guilherme H. S. Ostrock [EMAIL PROTECTED] wrote: Tendo notado que que o Alexandre Oliva participa desta lista, peço que, se possível forneça o CPF do contribuinte que entregou a declaração e o número do recibo gerado para que seja possível a verificação do recepcionamento. Tá brincando, né? Se você por acaso for da Receita Federal e tiver acesso ao banco de dados, procura meu nome lá, com declaração entregue no dia 25 de abril. Se não for, essas informações lhe dariam acesso indevido a um monte de informações particulares, portanto a solicitação é descabida e absurda. Agora que tal se eu lhe der uma declaração fictícia de um CPF sabidamente inexistente (ou quem sabe aquele CPF que aparece no diretório aplicacao/dados do IRPF2007, 870312645-53, nome dsaf.sdfds), com um recibo que eu mesmo tenha gerado, indistinguível de um recibo gerado pela Receita Federal? Qual o tamanho da doação que você faria à FSFLA pra valer meu investimento de tempo em investigar exatamente o formato e mecanismo de validação do recibo, assim como o código para impressão da declaração de do recibo, para que ele funcione a contento e seja possível demonstrar o quão seguro o sistema atual é? É possível que minha primeira impressão esteja errada, e que o programa IRPF2007 de fato verifique de alguma maneira a origem do recibo como sendo a Receita Federal, mas não encontro código que faça qualquer coisa diferente de simplesmente imprimir os campos ASSINATURA e NI_ASSINATURA_DECL do registro HC. Já o hash md5 (seguro pacas, né?) no campo SIGNET, do registro TC, nem isso... Os certificados digitais em cacerts, ele aparentemente só usaria quando interagisse com o Recnet, mas não consegui achar nenhum uso da classe serpro.ppgd.formatosexternos.transmissao.RecnetAdaptor, a única que aparentemente faz referência a esse arquivo. E aí, vamos encarar? -- Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/ FSF Latin America Board Member http://www.fsfla.org/ Red Hat Compiler Engineer [EMAIL PROTECTED], gcc.gnu.org} Free Software Evangelist [EMAIL PROTECTED], gnu.org} ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil