Re: reiser4 plugins

From: Dmitry Torokhov (dmitry.torokhov_at_gmail.com)
Date: 07/01/05

  • Next message: Anton Altaparmakov: "Re: Problem with inotify" 
    Date:	Thu, 30 Jun 2005 17:34:21 -0500
To: Theodore Ts'o <tytso@mit.edu>, David Masover <ninja@slaphack.com>, Markus T?rnqvist <mjt@nysv.org>, Horst von Brand <vonbrand@inf.utfsm.cl>, Alan Cox <alan@lxorguk.ukuu.org.uk>, Hans Reiser <reiser@namesys.com>, Jeff Garzik <jgarzik@pobox.com>, Christoph Hellwig <hch@infradead.org>, Andrew Morton <akpm@osdl.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, ReiserFS List <reiserfs-list@namesys.com>

    On 6/30/05, Theodore Ts'o <tytso@mit.edu> wrote:
    > On Mon, Jun 27, 2005 at 04:12:38PM -0500, David Masover wrote:
    > > > Streamload cannot warrant and does not guarantee, and You
    > > > should not expect, that all of Your private communications and
    > > > other personal information will never be disclosed in ways not
    > > > otherwise described in this Privacy Policy.
    > >
    > > gpg. Was in my upload script to begin with. I keep my key written many
    > > times on a single hidden CD. So long as the isofs can be read, at least
    > > one of the copies should be usable.
    > >
    > > They don't have any billing information on me. If they charge me for
    > > something, I'll cancel my account.
    >
    > If you are using the free service, and are encrypting the data, you
    > are explicitly violating their terms of service, and they can delete
    > your data at any time, once they notice.
    >

    Does not look like it:

    3c. No encryption and/or steganography for the purpose of
    circumventing Streamload's rules.
    ... For example, if you'd like to encrypt something for an extra sense
    of security and privacy, please feel free to do so. However, when
    these tools are used solely for the purpose of circumventing
    Streamload's rules, as determined by the sole discretion of
    Streamload, the files will be deleted. 

    -- 
Dmitry
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/
  • Next message: Anton Altaparmakov: "Re: Problem with inotify"

    Relevant Pages

    • Re: reiser4 plugins
      ... >>If you are using the free service, and are encrypting the data, you ... >these tools are used solely for the purpose of circumventing ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [PATCH 10/12: eCryptfs] Mmap operations
      ... path while we try to pin down the kernel oops that shows up on certain ... When actually encrypting, we are doing ... I will test the patch to do this and offer it as a follow-up once I am ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: TripleDes
      ... should decrypt it, I should be able to decrypt it. ... The purpose of decryption is to provide a safe way of communication between ... are related to algorithms like the pgp protocol, which I'm not using in this ... Appearantly there's no such thing as easy encrypting, ...
      (microsoft.public.fox.programmer.exchange)
    • Re: what type of encryption is this?
      ... The purpose of the salt is to prevent someone making a table of the ... md5-hashed version of common passwords (like another poster was saying ... used to be done for DES); thus, "encrypting" (rather, hashing; ...
      (comp.unix.bsd.freebsd.misc)
    • Re: TripleDes
      ... The purpose of encryption is to keep others from reading your data. ... You can't simply pick a tool off the shelf and say "Mr. Wizard, decrypt ... the client sends me something encrypted with java ... Appearantly there's no such thing as easy encrypting, ...
      (microsoft.public.fox.programmer.exchange)