On Monday, November 13, 2017 at 6:03:23 PM UTC-6, joshj...@gmail.com wrote:
> for importing obfuscate do we just type in import obfuscate
> or import obfuscate 0.2.2
Oh boy. I had forgotten about this little community "gem"
dating back to 2010. And unfortunately for comrade Steven,
there is no way
for importing obfuscate do we just type in import obfuscate or import obfuscate
0.2.2
--
https://mail.python.org/mailman/listinfo/python-list
On Sun, Apr 11, 2010 at 4:37 AM, Aahz wrote:
> In article ,
> geremy condra wrote:
>>On Sun, Apr 11, 2010 at 1:17 AM, Steven D'Aprano
>> wrote:
>>> On Sat, 10 Apr 2010 13:34:17 -0700, Paul Rubin wrote:
Steven D'Aprano writes:
>
> DISCLAIMER: obfuscate is not cryptographically stron
On Sun, Apr 11, 2010 at 3:44 AM, Steven D'Aprano
wrote:
> On Sun, 11 Apr 2010 03:00:50 +, geremy condra wrote:
>
>> On Sun, Apr 11, 2010 at 1:17 AM, Steven D'Aprano
>> wrote:
>>> On Sat, 10 Apr 2010 13:34:17 -0700, Paul Rubin wrote:
>>>
Steven D'Aprano writes:
> DISCLAIMER: obfuscat
In article ,
geremy condra wrote:
>On Sun, Apr 11, 2010 at 1:17 AM, Steven D'Aprano
> wrote:
>> On Sat, 10 Apr 2010 13:34:17 -0700, Paul Rubin wrote:
>>> Steven D'Aprano writes:
DISCLAIMER: obfuscate is not cryptographically strong, and should not
be used where high security is re
On Sun, 11 Apr 2010 03:00:50 +, geremy condra wrote:
> On Sun, Apr 11, 2010 at 1:17 AM, Steven D'Aprano
> wrote:
>> On Sat, 10 Apr 2010 13:34:17 -0700, Paul Rubin wrote:
>>
>>> Steven D'Aprano writes:
DISCLAIMER: obfuscate is not cryptographically strong, and should not
be used whe
On Sun, Apr 11, 2010 at 1:17 AM, Steven D'Aprano
wrote:
> On Sat, 10 Apr 2010 13:34:17 -0700, Paul Rubin wrote:
>
>> Steven D'Aprano writes:
>>> DISCLAIMER: obfuscate is not cryptographically strong, and should not
>>> be used where high security is required.
>>
>> Certainly no one should never u
On Sat, 10 Apr 2010 13:34:17 -0700, Paul Rubin wrote:
> Steven D'Aprano writes:
>> DISCLAIMER: obfuscate is not cryptographically strong, and should not
>> be used where high security is required.
>
> Certainly no one should never use obfuscate's rot13 function for high
> security. Use at least
Steven D'Aprano writes:
> DISCLAIMER: obfuscate is not cryptographically strong, and should not be
> used where high security is required.
Certainly no one should never use obfuscate's rot13 function for high
security. Use at least double-rot13 instead, or maybe even quadruple
rot13 ;-).
--
htt
I am pleased to announce the first stable release of obfuscate,
version 0.2.2.
http://pypi.python.org/pypi/obfuscate/
obfuscate is a pure-Python module providing classical encryption
algorithms suitable for obfuscating and unobfuscating text.
This is a maintenance release of back-end and API ch
10 matches
Mail list logo