Admin <[EMAIL PROTECTED]> writes:
> If there were a way to have the server-side application send new
> messages to the browser this would be awesome because it would save
> dramatically on bandwidth. The application would consume bandwidth
> only when there are new messages. There would be no co
Nick Coghlan <[EMAIL PROTECTED]> writes:
> Is that the sound of a volunteer I hear?
>
> All you have to do is put your hand up, and the problem will be
> solved. If not you, who?
Tell me about it. See the "rotor replacement" thread.
--
http://mail.python.org/mailman/listinfo/python-list
"Philip Smith" <[EMAIL PROTECTED]> writes:
> Does anyone have/know of a python implementation of the elliptic curve
> factoring algorithm (lenstra) which is both:
>
> simply and cleanly coded
> functional
It's not in Python but take a look at Mike Scott's C++ implementation
in MIRACL,
http:/
"santanu" <[EMAIL PROTECTED]> writes:
> I know a little python (not the OOP part) learnt by studying the online
> tutorial. Now I would like to learn it more thoroughly.
I think there's supposed to be a new version of Python in a Nutshell
coming. That's a more serious book than Learning Python.
-
Skip Montanaro <[EMAIL PROTECTED]> writes:
> >> As long as we are discussing cryptography, what's wrong with
> >> m2crypto? Or, what about Andrew Kuchling's crypto toolkit?
>
> Lucas> Umm, is it just me or did we just discuss the legal issues of
> Lucas> that??
>
> You may have.
Skip Montanaro <[EMAIL PROTECTED]> writes:
> phr> It is not a whizbang module. It is a stripped-down, basic
> phr> implementation of a well-accepted set of standards that are being
> phr> used in thousands of other applications in other languages.
>
>
Jeremy Bowers <[EMAIL PROTECTED]> writes:
> The policy has been laid out, multiple times, by multiple people now. The
> answer is, you are not going to get any such indication that will satisfy
> you.
Actually I already got an indication that satisfied me, from Guido and
Andrew, although it was la
Skip Montanaro <[EMAIL PROTECTED]> writes:
> Because good requirements specification is difficult and testing improves
> the breed. Better to have the major API changes and bugs taken care of, and
> to have its popularity demonstrated *before* it gets into the Python
> distribution. The best way
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> > That it's not appropriate for the
> > distro maintainers to look at the spec and the reference (pure Python)
> > implementatation and say "yes, we want this, go write the C version
> > and we'll include it after it's had some testing".
>
> I know t
"Diez B. Roggisch" <[EMAIL PROTECTED]> writes:
> > Is this a problem with my dns?
>
> Most probably - he shows up as [EMAIL PROTECTED] for me.
It's my news client configuration. Normally I post from a different
machine but that one is temporarily down. I haven't bothered to
configure this one p
"Philippe C. Martin" <[EMAIL PROTECTED]> writes:
> So far getting the agreement for my product has taken two months of work
> (http://www.bis.doc.gov/encryption/) I hope to get a positive
> response this week (wish me luck!)
That sounds like you're doing a closed source product and need an EN
Daniel Bickett <[EMAIL PROTECTED]> writes:
> I've been trying to convince my host to install python/mod_python on
> his server for a while now, however there are a number of reasons he
> is reluctant to do so, which I will outline here:
I'm surprised that you're getting such detailed answers from
"Philippe C. Martin" <[EMAIL PROTECTED]> writes:
> I do not know in which country the python.msi is compiled (Deuchland ?),
> but most likely, the county has rules like most other as far as crypto
> code in binary format export (especially if distributed as part of a
> commercial package): for inst
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> There isn't. The interface might be beautifully designed, and you might
> claim it is, and I would *still* require that the module gets field
> testing before being incorporated into Python.
Yes, of course, that's completely reasonable.
> If other p
[Again I'm having news server trouble and made a previous attempt to
post this, so sorry if you see it twice. This version is edited
somewhat from the previous.]
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> This is not possible - whether the module is included in Python or not.
> People *will*
James Stroud <[EMAIL PROTECTED]> writes:
> Applications that lack features force users to accept a limited feature
> set or they use an alternative program with other limitations. Putting
> the possibility for cryptographic storage increases the utility of any
> application that stores data, and it
I agree with you, there's a crying need for something like that and
there's no single "one obvious way to do it" answer.
Have you looked at bsddb? See also www.sleepycat.com.
--
http://mail.python.org/mailman/listinfo/python-list
"Fredrik Lundh" <[EMAIL PROTECTED]> writes:
> please answer the question: have you done this? what kind of programs
> have you successfully delivered as "self-contained apps" for use on arbi-
> trary platforms?
Here's a simple one:
import sha
name = raw_input('Enter your name: ')
print
"Fredrik Lundh" <[EMAIL PROTECTED]> writes:
> have you tried this, or are you just making things up to be able to
> continue the argument? (hint: it doesn't work; python portability
> means that it's fairly easy to write programs that run on multiple
> platforms, not that they will run on all avai
[Note: this is a 2nd attempt at posting reply to Martin's message,
since the first one didn't reach the server. It's a rewrite from memory
but says about the same thing as the other attempt. --Paul]
"Martin v. Löwis" <[EMAIL PROTECTED]> writes:
> Paul Rubin wrote:
> > If he understood how Python
to in pure Python, try this:
http://www.nightsong.com/phr/crypto/p3.py
It's a nonstandard algorithm, but so was rotor. Its security should
be much better than rotor's, and its speed should be tolerable for
most purposes.
--
http://mail.python.org/mailman/listinfo/python-list
"Martin v. LÃwis" <[EMAIL PROTECTED]> writes:
> > Some countries have laws about cryptography software (against some
> > combination of export, import, or use). The Python maintainers didn't
> > want to deal with imagined legal hassles that might develop from
> > including good crypto functions in
22 matches
Mail list logo
