[GUFSC] Res: software livre e criptografia

Paŭlo de Souza Geyer paulogeyer em gmail.com
Quarta Dezembro 3 15:19:37 BRST 2008 

Faltaram dois itens na lista

6. Criar um arquivo torrent para que outras pessoas não precisem gastar
tempo com isso
7. Profit!

2008/12/3 Daniel Martins <danielemc em gmail.com>

> Realmente, proteção do pdf é coisa muito fraca. A questão técnica todos da
> lista foram cabais em demonstrar.
>
> Agora, fiquei pensando: se o usuário que recebe este conteúdo "protegido
> parcialmente" (encriptação de leitura é outra coisa, o pdftk tb faz isto)
> tem de
>
>
>    1. instalar linux
>    2. instalar xpdf
>    3. configurar uma impressora ps ou pdf
>    4. aprender a usar um ocr
>    5. gerar um script (bash,perl etc) para automatizar o processo
>    6. remontar um ps pu pdf
>    7. esnobar um usuário que se sente "preso" às ferramentas tradicionais
>
> ou qualquer subconjunto dos itens anteriores, a proteção do pdf já cumpriu
> seu objetivo didático!
>
> Basta um usuário mediano se tornar "técnico" que já valeu a pena!
>
> Um abraço,
>
> Daniel
>
>
>
>
> 2008/12/3 PaÅ­lo de Souza Geyer <paulogeyer em gmail.com>
>
> Erm... proteção de conteúdo?
>> DRM? Espere... não lembro de um dia ter sido impedido de copiar um CD/DVD
>> ou qualquer outra coisa, por algum mecanismo de cópia.
>>
>> É mito, não existe meio de proteger o seu conteúdo contra cópia, muita
>> gente choraminga por causa da DRM, mas isso não afeta a vida de ninguém na
>> prática. Lembram do CSS (proteção de cópia do DVD)? Escreveram um código de
>> 6 linhas que quebrava a proteção.
>>
>> xkcd sobre DRM:
>> http://www.xkcd.com/511/
>>
>> sobre a ética, bem... aí vai de cada um e da situação financeira de cada
>> um, pirataria não é (moralmente) um crime no Brasil, onde temos uma carga
>> tributária pesada. Quem tem dinheiro sobrando paga R$20 ou até R$100 em um
>> livro. Mas deixar de ler algo por falta de dinheiro é algo absurdo, estou
>> esperando o dólar baixar pra comprar mais alguns livros de programação assim
>> que puder, até lá continuo com os meus PDFs :)
>>
>>
>> 2008/12/3 Rodrigo V. Raimundo <spyro em das.ufsc.br>
>>
>>> Isso me lembra o formato imposto nos novos produtos para HDTV. Querem
>>> tampar todos os buracos com DRM para que no final a única brecha
>>> possível seja a saída analógica (que sempre pode ser capturada de forma
>>> automatizada).
>>>
>>> Isso daria uma looooonga discussão...
>>>
>>> Gostaria de esclarecer também que não sou contra e-mails longos, já os
>>> escrevi muitas vezes e sempre acabo apagando quase tudo antes de enviar.
>>>
>>> Abraços!
>>>
>>>
>>> Renan Noceti wrote:
>>> > Vou pegar a deixa do Wagner e discutir um pouco sobre propriedade
>>> > intelectual e suas restrições técnicas.
>>> >
>>> > Primeiramente, vou dar apenas um pitaco do ponto de vista ideológico:
>>> > acredito que o conhecimento deva ser compartilhado sim, e que
>>> > restrições desse tipo são inadequadas do ponto de vista ético. Mas
>>> > isso não interessa. Vamos discutir a restrição dum ponto de vista
>>> > "prático".
>>> >
>>> > Vejam: é complicado quando alguém copia algo e faz uso indevido ou
>>> > reutiliza as informações e não dá crédito ao autor. Ok. E no que uma
>>> > restrição de cópia ou impressão ajuda com relação a isso? A questão é
>>> > a seguinte: se você escreveu um material interessante, que vai servir
>>> > a alguém, esse alguém vai, quase que de certeza, usar seu material de
>>> > alguma forma. Se for um usuário técnico, ele quebra a restrição. Isso
>>> > vai envolver uns 20 minutos de perda de tempo pesquisando e
>>> > descobrindo como fazer, mas é certo: ele vai fazer. Se for um usuário
>>> > leigo, muito provavelmente: ele vai pedir ajuda pra um amigo nerd; vai
>>> > dar um "printscreen" e imprimir o que interessa; ou vai copiar "na
>>> > mão" os trechos de texto que interessam para ele.
>>> >
>>> > Logo, no que isso ajuda para impedir o uso indevido? O usuário leigo
>>> > ou técnico com boas intenções, que vai fazer um uso adequado do seu
>>> > material citando as fontes, vai ter um pouco de dor de cabeça e vai
>>> > usar o seu material. O usuário leigo ou técnico mal intencionado, vai
>>> > ter um pouco de dor de cabeça e vai usar seu material também. No final
>>> > das contas, a função da restrição é essa: aborrecimento desnecessário.
>>> >
>>> > E quanto a restrição de cópia? O sujeito pode ler seu trabalho no
>>> > monitor do computador, mas não pode imprimir pra ler no banheiro? Que
>>> > raio de lógica é essa? O único sentido que eu vejo para uma restrição
>>> > de impressão é quando você alia ela à restrição de cópia para impedir
>>> > um OCR posterior do trabalho impresso. Mas provavelmente, alguém que
>>> > sabe o que é e consegue usar um mecanismo de OCR também sabe quebrar
>>> > uma restrição de cópia de PDF com facilidade...
>>> >
>>> > Enfim. O problema é mais que ideológico. O problema é técnico. A
>>> > restrição técnica simplesmente não faz sentido. É como os "códigos
>>> > para lançar foguete da NASA" na hora de instalar o Windows. Para
>>> > piratear o software o que você faz? Digita o código! E isso, até
>>> > usuários leigos conseguem fazer... ^^
>>> >
>>> > Att.
>>> >
>>> > Renan Noceti
>>> >
>>> >
>>> ------------------------------------------------------------------------
>>> > *De:* Wagner Saback Dantas <wagners em das.ufsc.br>
>>> > *Para:* gufsc em softwarelivre.ufsc.br
>>> > *Enviadas:* Quarta-feira, 3 de Dezembro de 2008 11:33:45
>>> > *Assunto:* Re: [GUFSC] software livre e criptografia
>>> >
>>> >
>>> > Concordo com Daniel sobre os casos especiais em que se faz necessária
>>> > uma proteção do conteúdo do documento. SL e privacidade de informações
>>> > delicadas não são mutuamente excludentes. GnuPG é o quê mesmo?
>>> >
>>> > Em relação aos e-mails longos: bobagem, Daniel, você se achar «culpado»
>>> > por reclames alheios sobre este ponto. Os e-mails longos são bem-vindos
>>> > como qualquer outro. A lista serve ao intuito de discussão em temas
>>> > caros ao associados de alguma maneira a SL, e a sua intenção primeira
>>> > foi nobilíssma. Ou isto aqui não é uma lista de discussão? ;-)
>>> >
>>> > []'s
>>> > Wagner.
>>> >
>>> > Daniel Martins escreveu:
>>> > > Concordo que a técnica não é boa. Que só serve para usuário leigos.
>>> > > Que criptografar o arquivo é melhor. Que flags em pdf não
>>> > > sãoeficientes, ou pelo menos ainda não são etc.
>>> > >
>>> > >
>>> > > Apenas aproveitei a deixa pois discordo especificamente com o ponto
>>> de
>>> > > vista de que restringir acesso de documento teu (leitura, impressão.
>>> > > montagem etc.) seja "contra todos os princípios do software livre".
>>> > >
>>> > > Digo isto por que sei que muitas pessoas e principalmente empresas
>>> > > ficam com receios de usar software livre por interpretar mal
>>> > > declarações como esta.
>>> > >
>>> > > Por isto mudei o título  e o mudei errado: talvez fosse melhor
>>> > >
>>> > > software livre e propriedade intelectual.
>>> > >
>>> > > Não vou mais mandar "emails longos" nem prolongar a discussão.
>>> > >
>>> > > Um abraço a todos
>>> > >
>>> > > Daniel
>>> > >
>>> > > 2008/12/3 Paulo Manoel Mafra <mafra em das.ufsc.br
>>> > <mailto:mafra em das.ufsc.br>
>>> > > <mailto:mafra em das.ufsc.br <mailto:mafra em das.ufsc.br>>>
>>> > >
>>> > >    On Wed, Dec 03, 2008 at 10:09:20AM -0200, Daniel Martins wrote:
>>> > >    * Para o problema do Altamir recomendo o pdftk
>>> > >    *
>>> > >    *
>>> > >    * do manual dele
>>> > >    *
>>> > >    * EXAMPLES
>>> > >    *        Decrypt a PDF
>>> > >    *          pdftk secured.pdf input_pw foopass output unsecured.pdf
>>> > >    *
>>> > >    *        Encrypt a PDF using 128-bit strength (the default),
>>> > >    withhold  all
>>> > >    * per???
>>> > >    *        missions (the default)
>>> > >    *          pdftk 1.pdf output 1.128.pdf owner_pw foopass
>>> > >    *
>>> > >    *        Same as above, except password 'baz' must also be used to
>>> > >      open
>>> > >    * output
>>> > >    *        PDF
>>> > >    *          pdftk 1.pdf output 1.128.pdf owner_pw foo user_pw baz
>>> > >    *
>>> > >    *        Same as above, except printing is allowed (once the PDF
>>> > >    is open)
>>> > >    *          pdftk 1.pdf output 1.128.pdf owner_pw foo user_pw baz
>>> > allow
>>> > >    * printing
>>> > >    *
>>> > >    *
>>> > >    * Se for colocada uma senha de leitura creio que os outros
>>> > >    leitores nao
>>> > >    * poderao abrir sem a senha
>>> > >    *
>>> > >    *
>>> > >    * Com relação a isto ser contra "os principios do software livre",
>>> > >    discordo
>>> > >    * radicalmente. Software livre não quer dizer que você é obrigado
>>> > >    a fazer tudo
>>> > >    * e disponibilizar tudo a toda a hora. Seguindo este raciocínio,
>>> > >    serviços
>>> > >    * sigilosos ou de segurança não poderiam ser feitos com software
>>> > >    livre e o
>>> > >    * são!
>>> > >    *
>>> > >    * Pelo contrário, software livre é a favor da privacidade e
>>> > >    criptografia é uma
>>> > >    * das chaves da privacidade.
>>> > >    *
>>> > >    * Software livre não é contra a propriedade intelectual, não é
>>> > >    contra direito
>>> > >    * autoral, é apenas a favor de uma via alternativa de trabalho
>>> > >    colaborativo.
>>> > >    * Um escritor moderno que eu gosto muito Neal Stephenson, alardeia
>>> > >    para todos
>>> > >    * que todos os seus imensos livros foram escritos no Emacs (editor
>>> > >    que tb uso
>>> > >    * direto). Isto não quer dizer que seus livros sejam de dominio
>>> > >    público. (De
>>> > >    * passagem recomendo Cryptonomicon).
>>> > >    *
>>> > >    *
>>> > >    * Software livre não é contra patentes também, apenas contra a
>>> > >    aberração
>>> > >    * decorrida das "patentes de software". Isto por que as  "patentes
>>> de
>>> > >    * software" são um subterfúgio que pode levar a aprisionar tipos
>>> de
>>> > >    * conhecimentos que o próprio Tratado de Paris, que instituiu uma
>>> > >    * universalidade das patentes no sec 19, já havia se manifestado
>>> > >    contrário.
>>> > >    *
>>> > >    *
>>> > >    * Se existem ativistas de software livre que são contra toda e
>>> > >    qualquer
>>> > >    * propriedade intelectual isto é uma questão de liberdade de
>>> > >    pensamento.
>>> > >    * Alguns são vegetarianos também, mas não podem me impedir de
>>> > >    comer carne.
>>> > >    *
>>> > >    * Daniel
>>> > >
>>> > >    Oi Daniel, acho que voce esta misturando um pouco as coisas.
>>> > >    Privacidade
>>> > >    e' garantida com criptografia. Se voce quer que um documento nao
>>> seja
>>> > >    impresso ou visto (o que da no mesmo) voce cifra este documento e
>>> > >    pronto. Nao precisa de nenhum mecanismo que insira flags no
>>> documento
>>> > >    dizendo "isso nao pode ser impresso". Onde esta a seguranca nisso
>>> ?
>>> > >
>>> >
>>> > _______________________________________________
>>> > GUFSC mailing list
>>> > GUFSC em softwarelivre.ufsc.br <mailto:GUFSC em softwarelivre.ufsc.br>
>>> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>>> >
>>> >
>>> ------------------------------------------------------------------------
>>> > Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10
>>> > <
>>> http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/
>>> >
>>> > - Celebridades
>>> > <
>>> http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/
>>> >
>>> > - Música
>>> > <
>>> http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/
>>> >
>>> > - Esportes
>>> > <
>>> http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/
>>> >
>>> >
>>> >
>>> ------------------------------------------------------------------------
>>> >
>>> > _______________________________________________
>>> > GUFSC mailing list
>>> > GUFSC em softwarelivre.ufsc.br
>>> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>>> >
>>>
>>> _______________________________________________
>>> GUFSC mailing list
>>> GUFSC em softwarelivre.ufsc.br
>>> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>>>
>>
>>
>> _______________________________________________
>> GUFSC mailing list
>> GUFSC em softwarelivre.ufsc.br
>> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>>
>>
> nteudo "protegido" tem de
>
>
>    1. instalar linux
>    2. instalar xpdf
>    3. configurar uma impressora ps ou pdf
>    4. aprender a usar um ocr
>    5. gerar um script (bash,perl etc) para automatizar o processo
>    6. remontar um ps pu pdf
>    7. esnobar um usuário que se sente "preso" às ferramentas tradicionais
>
> ou qualquer subconjunto dos itens anteriores, a proteção do pdf já cumpriu
> seu objetivo didático!
>
> Basta um usuário mediano se tornar "técnico" que já valeu a pena!
>
> Um abraço,
>
> Daniel
>
>
>
>
> 2008/12/3 PaÅ­lo de Souza Geyer <paulogeyer em gmail.com>
>
> Erm... proteção de conteúdo?
>> DRM? Espere... não lembro de um dia ter sido impedido de copiar um CD/DVD
>> ou qualquer outra coisa, por algum mecanismo de cópia.
>>
>> É mito, não existe meio de proteger o seu conteúdo contra cópia, muita
>> gente choraminga por causa da DRM, mas isso não afeta a vida de ninguém na
>> prática. Lembram do CSS (proteção de cópia do DVD)? Escreveram um código de
>> 6 linhas que quebrava a proteção.
>>
>> xkcd sobre DRM:
>> http://www.xkcd.com/511/
>>
>> sobre a ética, bem... aí vai de cada um e da situação financeira de cada
>> um, pirataria não é (moralmente) um crime no Brasil, onde temos uma carga
>> tributária pesada. Quem tem dinheiro sobrando paga R$20 ou até R$100 em um
>> livro. Mas deixar de ler algo por falta de dinheiro é algo absurdo, estou
>> esperando o dólar baixar pra comprar mais alguns livros de programação assim
>> que puder, até lá continuo com os meus PDFs :)
>>
>>
>> 2008/12/3 Rodrigo V. Raimundo <spyro em das.ufsc.br>
>>
>>> Isso me lembra o formato imposto nos novos produtos para HDTV. Querem
>>>
>>> tampar todos os buracos com DRM para que no final a única brecha
>>> possível seja a saída analógica (que sempre pode ser capturada de forma
>>> automatizada).
>>>
>>> Isso daria uma looooonga discussão...
>>>
>>> Gostaria de esclarecer também que não sou contra e-mails longos, já os
>>> escrevi muitas vezes e sempre acabo apagando quase tudo antes de enviar.
>>>
>>> Abraços!
>>>
>>>
>>> Renan Noceti wrote:
>>> > Vou pegar a deixa do Wagner e discutir um pouco sobre propriedade
>>> > intelectual e suas restrições técnicas.
>>> >
>>> > Primeiramente, vou dar apenas um pitaco do ponto de vista ideológico:
>>> > acredito que o conhecimento deva ser compartilhado sim, e que
>>> > restrições desse tipo são inadequadas do ponto de vista ético. Mas
>>> > isso não interessa. Vamos discutir a restrição dum ponto de vista
>>> > "prático".
>>> >
>>> > Vejam: é complicado quando alguém copia algo e faz uso indevido ou
>>> > reutiliza as informações e não dá crédito ao autor. Ok. E no que uma
>>> > restrição de cópia ou impressão ajuda com relação a isso? A questão é
>>> > a seguinte: se você escreveu um material interessante, que vai servir
>>> > a alguém, esse alguém vai, quase que de certeza, usar seu material de
>>> > alguma forma. Se for um usuário técnico, ele quebra a restrição. Isso
>>> > vai envolver uns 20 minutos de perda de tempo pesquisando e
>>> > descobrindo como fazer, mas é certo: ele vai fazer. Se for um usuário
>>> > leigo, muito provavelmente: ele vai pedir ajuda pra um amigo nerd; vai
>>> > dar um "printscreen" e imprimir o que interessa; ou vai copiar "na
>>> > mão" os trechos de texto que interessam para ele.
>>> >
>>> > Logo, no que isso ajuda para impedir o uso indevido? O usuário leigo
>>> > ou técnico com boas intenções, que vai fazer um uso adequado do seu
>>> > material citando as fontes, vai ter um pouco de dor de cabeça e vai
>>> > usar o seu material. O usuário leigo ou técnico mal intencionado, vai
>>> > ter um pouco de dor de cabeça e vai usar seu material também. No final
>>> > das contas, a função da restrição é essa: aborrecimento desnecessário.
>>> >
>>> > E quanto a restrição de cópia? O sujeito pode ler seu trabalho no
>>> > monitor do computador, mas não pode imprimir pra ler no banheiro? Que
>>> > raio de lógica é essa? O único sentido que eu vejo para uma restrição
>>> > de impressão é quando você alia ela à restrição de cópia para impedir
>>> > um OCR posterior do trabalho impresso. Mas provavelmente, alguém que
>>> > sabe o que é e consegue usar um mecanismo de OCR também sabe quebrar
>>> > uma restrição de cópia de PDF com facilidade...
>>> >
>>> > Enfim. O problema é mais que ideológico. O problema é técnico. A
>>> > restrição técnica simplesmente não faz sentido. É como os "códigos
>>> > para lançar foguete da NASA" na hora de instalar o Windows. Para
>>> > piratear o software o que você faz? Digita o código! E isso, até
>>> > usuários leigos conseguem fazer... ^^
>>> >
>>> > Att.
>>> >
>>> > Renan Noceti
>>> >
>>> >
>>> ------------------------------------------------------------------------
>>> > *De:* Wagner Saback Dantas <wagners em das.ufsc.br>
>>> > *Para:* gufsc em softwarelivre.ufsc.br
>>> > *Enviadas:* Quarta-feira, 3 de Dezembro de 2008 11:33:45
>>> > *Assunto:* Re: [GUFSC] software livre e criptografia
>>> >
>>> >
>>> > Concordo com Daniel sobre os casos especiais em que se faz necessária
>>> > uma proteção do conteúdo do documento. SL e privacidade de informações
>>> > delicadas não são mutuamente excludentes. GnuPG é o quê mesmo?
>>> >
>>> > Em relação aos e-mails longos: bobagem, Daniel, você se achar «culpado»
>>> > por reclames alheios sobre este ponto. Os e-mails longos são bem-vindos
>>> > como qualquer outro. A lista serve ao intuito de discussão em temas
>>> > caros ao associados de alguma maneira a SL, e a sua intenção primeira
>>> > foi nobilíssma. Ou isto aqui não é uma lista de discussão? ;-)
>>> >
>>> > []'s
>>> > Wagner.
>>> >
>>> > Daniel Martins escreveu:
>>> > > Concordo que a técnica não é boa. Que só serve para usuário leigos.
>>> > > Que criptografar o arquivo é melhor. Que flags em pdf não
>>> > > sãoeficientes, ou pelo menos ainda não são etc.
>>> > >
>>> > >
>>> > > Apenas aproveitei a deixa pois discordo especificamente com o ponto
>>> de
>>> > > vista de que restringir acesso de documento teu (leitura, impressão.
>>> > > montagem etc.) seja "contra todos os princípios do software livre".
>>> > >
>>> > > Digo isto por que sei que muitas pessoas e principalmente empresas
>>> > > ficam com receios de usar software livre por interpretar mal
>>> > > declarações como esta.
>>> > >
>>> > > Por isto mudei o título  e o mudei errado: talvez fosse melhor
>>> > >
>>> > > software livre e propriedade intelectual.
>>> > >
>>> > > Não vou mais mandar "emails longos" nem prolongar a discussão.
>>> > >
>>> > > Um abraço a todos
>>> > >
>>> > > Daniel
>>> > >
>>> > > 2008/12/3 Paulo Manoel Mafra <mafra em das.ufsc.br
>>> > <mailto:mafra em das.ufsc.br>
>>> > > <mailto:mafra em das.ufsc.br <mailto:mafra em das.ufsc.br>>>
>>> > >
>>> > >    On Wed, Dec 03, 2008 at 10:09:20AM -0200, Daniel Martins wrote:
>>> > >    * Para o problema do Altamir recomendo o pdftk
>>> > >    *
>>> > >    *
>>> > >    * do manual dele
>>> > >    *
>>> > >    * EXAMPLES
>>> > >    *        Decrypt a PDF
>>> > >    *          pdftk secured.pdf input_pw foopass output unsecured.pdf
>>> > >    *
>>> > >    *        Encrypt a PDF using 128-bit strength (the default),
>>> > >    withhold  all
>>> > >    * per???
>>> > >    *        missions (the default)
>>> > >    *          pdftk 1.pdf output 1.128.pdf owner_pw foopass
>>> > >    *
>>> > >    *        Same as above, except password 'baz' must also be used to
>>> > >      open
>>> > >    * output
>>> > >    *        PDF
>>> > >    *          pdftk 1.pdf output 1.128.pdf owner_pw foo user_pw baz
>>> > >    *
>>> > >    *        Same as above, except printing is allowed (once the PDF
>>> > >    is open)
>>> > >    *          pdftk 1.pdf output 1.128.pdf owner_pw foo user_pw baz
>>> > allow
>>> > >    * printing
>>> > >    *
>>> > >    *
>>> > >    * Se for colocada uma senha de leitura creio que os outros
>>> > >    leitores nao
>>> > >    * poderao abrir sem a senha
>>> > >    *
>>> > >    *
>>> > >    * Com relação a isto ser contra "os principios do software livre",
>>> > >    discordo
>>> > >    * radicalmente. Software livre não quer dizer que você é obrigado
>>> > >    a fazer tudo
>>> > >    * e disponibilizar tudo a toda a hora. Seguindo este raciocínio,
>>> > >    serviços
>>> > >    * sigilosos ou de segurança não poderiam ser feitos com software
>>> > >    livre e o
>>> > >    * são!
>>> > >    *
>>> > >    * Pelo contrário, software livre é a favor da privacidade e
>>> > >    criptografia é uma
>>> > >    * das chaves da privacidade.
>>> > >    *
>>> > >    * Software livre não é contra a propriedade intelectual, não é
>>> > >    contra direito
>>> > >    * autoral, é apenas a favor de uma via alternativa de trabalho
>>> > >    colaborativo.
>>> > >    * Um escritor moderno que eu gosto muito Neal Stephenson, alardeia
>>> > >    para todos
>>> > >    * que todos os seus imensos livros foram escritos no Emacs (editor
>>> > >    que tb uso
>>> > >    * direto). Isto não quer dizer que seus livros sejam de dominio
>>> > >    público. (De
>>> > >    * passagem recomendo Cryptonomicon).
>>> > >    *
>>> > >    *
>>> > >    * Software livre não é contra patentes também, apenas contra a
>>> > >    aberração
>>> > >    * decorrida das "patentes de software". Isto por que as  "patentes
>>> de
>>> > >    * software" são um subterfúgio que pode levar a aprisionar tipos
>>> de
>>> > >    * conhecimentos que o próprio Tratado de Paris, que instituiu uma
>>> > >    * universalidade das patentes no sec 19, já havia se manifestado
>>> > >    contrário.
>>> > >    *
>>> > >    *
>>> > >    * Se existem ativistas de software livre que são contra toda e
>>> > >    qualquer
>>> > >    * propriedade intelectual isto é uma questão de liberdade de
>>> > >    pensamento.
>>> > >    * Alguns são vegetarianos também, mas não podem me impedir de
>>> > >    comer carne.
>>> > >    *
>>> > >    * Daniel
>>> > >
>>> > >    Oi Daniel, acho que voce esta misturando um pouco as coisas.
>>> > >    Privacidade
>>> > >    e' garantida com criptografia. Se voce quer que um documento nao
>>> seja
>>> > >    impresso ou visto (o que da no mesmo) voce cifra este documento e
>>> > >    pronto. Nao precisa de nenhum mecanismo que insira flags no
>>> documento
>>> > >    dizendo "isso nao pode ser impresso". Onde esta a seguranca nisso
>>> ?
>>> > >
>>> >
>>> > _______________________________________________
>>> > GUFSC mailing list
>>> > GUFSC em softwarelivre.ufsc.br <mailto:GUFSC em softwarelivre.ufsc.br>
>>> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>>> >
>>> >
>>> ------------------------------------------------------------------------
>>> > Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10
>>> > <
>>> http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/
>>> >
>>> > - Celebridades
>>> > <
>>> http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/celebridades/
>>> >
>>> > - Música
>>> > <
>>> http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/m%C3%BAsica/
>>> >
>>> > - Esportes
>>> > <
>>> http://br.rd.yahoo.com/mail/taglines/mail/*http://br.maisbuscados.yahoo.com/esportes/
>>> >
>>> >
>>> >
>>> ------------------------------------------------------------------------
>>> >
>>> > _______________________________________________
>>> > GUFSC mailing list
>>> > GUFSC em softwarelivre.ufsc.br
>>> > https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>>> >
>>>
>>> _______________________________________________
>>> GUFSC mailing list
>>> GUFSC em softwarelivre.ufsc.br
>>> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>>>
>>
>>
>> _______________________________________________
>> GUFSC mailing list
>> GUFSC em softwarelivre.ufsc.br
>> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>>
>>
>
> _______________________________________________
> GUFSC mailing list
> GUFSC em softwarelivre.ufsc.br
> https://www.softwarelivre.ufsc.br/mailman/listinfo/gufsc
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: http://www.softwarelivre.ufsc.br/pipermail/gufsc/attachments/20081203/7b80afa8/attachment-0001.html

Mais detalhes sobre a lista de discussão GUFSC