🌐 Mailman 3 December 2001 - Python-list - python.org

Re: CryptKit 0.9: cryptsock
by Paul Rubin Dec. 1, 2001

Dec. 1, 2001

Bryan <bryan(a)eevolved.com> writes: > > Stupid newbie question: How does cryptsock guard against a > > man-in-the-middle attack? > > Good question. This version doesn't. The next version will implement > ECPAK. I am trying to stay away from CA's for now. Any suggestions? CA's are for when you're trying to talk to complete strangers. If you're trying to talk to someone you already "know", the obvious non-CA authentication strategy is use a shared secret key. You still want to want DH-like key agreement for the channel encryption, because of the forward secrecy.

2 1

Newbie question --> Internet-Connection
by Thomas Metz Dec. 1, 2001

Dec. 1, 2001

Hi, how can I check the state of an internet-connection (connected/disconnected) with python? Thank you for helping! Thomas

3 2

Python 2.2: socket.ssl documentation?
by Andreas Kostyrka Dec. 1, 2001

Dec. 1, 2001

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Is there any documentation about the ssl support in the socket module? If so where? Does it support writing servers? Andreas - -- Andreas Kostyrka; Raiffeisenstr. 16/9; 2320 Zwölfaxing Tel: +43/676/4091256; Fax: +43/1/7065299 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE8BnR8HJdudm4KnO0RAg8bAJ4tXpAryhcEy3x7avzlUvtVj4Ko5ACfWdQ2 nkPBOJrEB9VwwN7sWJLHPmA= =DKwE -----END PGP SIGNATURE-----

4 4

load a class dynamically
by Jeremy Lowery Dec. 1, 2001

Dec. 1, 2001

I know that implementing this may be a little bit of work, but could someone point me in the right direction? Have a text file that only contains a class definition, or just a string for the sake of simplicity. str = "class myClass:\n\tdef __init__(self):\n\t\tself.v = 1" #the magical code goes here. obj = myClass() # of course, it doesn't have to be called like that, but to #get the ability to instantainate that class. Jeremy

4 5

Re: The Ideals of a Python Hacker (was: Poll Results)
by David Eppstein Dec. 1, 2001

Dec. 1, 2001

In article <mailman.1007084264.11923.python-list(a)python.org>, Jonathan Gardner <jgardn(a)alumni.washington.edu> wrote: > Interesting... how does Python and veganism go together? Head Waiter (Michael Palin): This is a vegetarian restaurant only, we serve no animal flesh of any kind. We're not only proud of that, we're smug about it. So if you were to come in here asking me to rip open a small defenseless chicken, so you could chew its skin and eat its intestines, then I'm afraid I'd have to ask you to leave. Likewise if you were to ask us to slice the sides of a cow and serve it with small pieces of its liver... or indeed drain the life blood from a pig before cutting off one of its legs... or carve the living giblets from a sheep and serve them with the fresh brains, bowels, guts and spleen of a small rabbit... WE WOULDN'T DO IT. Not for food anyway. -- David Eppstein UC Irvine Dept. of Information & Computer Science eppstein(a)ics.uci.edu http://www.ics.uci.edu/~eppstein/

2 1

Re: The Ideals of a Python Hacker (was: Poll Results)
by Roy Katz Dec. 1, 2001

Dec. 1, 2001

On Fri, 30 Nov 2001, Jonathan Gardner wrote: > Interesting... how does Python and veganism go together? Isn't veganism just > about taking care of the animals and your body? What does Python care about > the animals or your body? Well I feel that the common theme among all these ideas is control. I want more control than the average Joe over things like how I speak (Esperanto can be quite expressive), program (python), compute (GPL), and eat (that's why I'm vegan). Moreover, Python, Esperanto, GPL and Veganism (imho) are all particularly *effective* solutions to their respective problems. They're elegant, consistent and simple in philosophy. That's about it. That makes sense to me; and to paraphrase your words, I tend to "go with what works" for me :). I'll stop ranting now (otherwise, too many people start cracking vegetarian jokes and miss the point -- really, how long till someone here'll crack a joke... come on guys, don't keep me waiting, you know you're out there). > Python and Esperanto: Esperanto was invented for being a useful, simple > language that could be learned by almost any culture. Bingo > It tried to limit the > number of expressions for a single idea, making it difficult to express > things that may not be understood or misunderstood. Sorta-Bingo. I would phrase it like this: Esperanto tries to make it easier to express ideas which are hard to express in other languages. But there /are/ indeed different ways of expressing the same idea. And why should Python be any different?? Sure there is only one way to open a file (open()) and (up until recently, borkborkbork>>) one way to write to a file. BUT the fact that we can express a convolution integrals in a myriad of ways should be proof enough that even though syntax is singular, the expression of the idea is indeed plural. > Python. English and Perl (TMTOWTDI), and Esperanto and Python. oh definately, I agree 100% on that. > They'd have to be. I can't seem to find a place to get paid to work in Python > yet. I can't imagine a guy with 3 kids trying to make a living by programming > python unless he is the rare guy that has a job in it. hey, Google offers jobs for Python programmers on Linux workstations.. :) > Reminds me of the Perl community at first. They were all young, once. Young > rebels, challenging the C/awk/sed paradigm. Young rebels, willing to write a > bit of glue code in a young language developed by a young sysadmin... > > Now some of them look like they are advancing in years, and the Perl > community is almost as mainstream as it gets in programming fads. well they got lax imho. Two many bolted on features, just like Python a year from now if everyone and their dog has their way (borkborkbork>>). Roey. obnoxious Computer Engineering junior University of Maryland @ College Park, USA.

1 0

Re: python vs ecmascript
by David Bolen Dec. 1, 2001

Dec. 1, 2001

"Peoter Veliki" <peoter_veliki(a)hotmail.com> writes: > I'm using Python 2.0 at the moment (it is necessary as it is integrated > into another product), perhaps this limitation was removed in later > versions. If I try to do this: > > print "integer i = " + i > > it will barf on this and tell me that i is not a string, I must do this: > > print "integer i = " + str(i) As others have pointed out, making i a separate argument to print: print "integer i =", i would let it evaluate it (and automatically stringify it if necessary) whereas the + operation (which evaluates independently from the print) is in fact strongly typed and does not perform any automatic conversion. Note that in the above, you'll automatically get a space between the string and i due to how print works, so I removed one space from the actual string prompt. One other useful mention is that the "%s" formatter is Python string formatting operations will automatically apply str() to any non-string object that it is handed. So another approach could be: print "integer i = %s" % i and in this approach you have complete control over spacing and what not since it's all internal to the format string. Note that technically the argument to % is a tuple, but for a single argument it works singly, so you don't have to bother writing (i,). -- -- David -- /-----------------------------------------------------------------------\ \ David Bolen \ E-mail: db3l(a)fitlinxx.com / | FitLinxx, Inc. \ Phone: (203) 708-5192 | / 860 Canal Street, Stamford, CT 06902 \ Fax: (203) 316-5150 \ \-----------------------------------------------------------------------/

9 11

Re: Python evangelists unite!
by Kragen Sitaker Dec. 1, 2001

Dec. 1, 2001

<brueckd(a)tbye.com> writes: > In truth, all less dynamic languages *wish* they had this > feature. Since they don't developers instead have two additional pieces of > work when creating a new class: (1) they have to figure out up front the > total collection of possible attributes/properties instances can have, and > (2) they have to set them to some null-like value if those attrs/props > are not present. So instead of an instance simply not having a property, > all other instances have to have a property with a value that means they > don't have that property. Wow. I do this all the time in Python, simply because it's easier to write (and read): if self.property is None: self.property = self.computeproperty() than try: self.property except AttributeError: self.property = self.computeproperty() or if not hasattr(self, 'property'): # especially when it's __property self.property = self.computeproperty()

1 0

CryptKit 0.9 released
by Bryan Dec. 1, 2001

Dec. 1, 2001

This is a release notification for the CryptKit Project: http://eevolved.com/cryptkit/ CryptKit is a developer's toolkit implementing several of the most modern and efficient cryptographic algorithms. The kit is primarily written in ANSI C for speed and subsequently wrapped with SWIG for ease of use in python. The goal of this kit is twofold: - Efficiency and size. The kit is considerate of developer constraints on size and speed of applications. That is why CryptKit implements only the most efficient algorithms ( AES, ECC, DH, NR ) while maintaining small library size ( around 100KB compared to 2.1 MB for openSSL 0.9.6 ). - Ease of use. The kit aims to free programmers from having to understand the underlying cryptographic concepts that guarantee security. Instead, the structure is organized in a modular fashion, with wrapper classes that provide all the functionality. Ample documentation provides examples of usage. CryptKit is small and fast, mainly because it implements excellent algorithms: Rijndael (AES), SHA 256 bits, Elliptic Curve PKI, Diffie-Hellman key exchange and Nyberg-Ruppel signature/verification. These modules are combined to provide a faster, lighter and easier to use secure socket alternative to SSL. CryptKit is not compatible with SSL. Whereas SSL aims to support a wide variety of algorithms that essentially perform the same task ( like DES/RC4/RC2 or MD5/SHA ), CryptKit takes the minimalist approach of implementing only one version of each crypto primitve. Great care went into selecting the best of what was available. CryptKit sports a the BSD license. All comments welcome, -- <=====================================> Bryan Mongeau Lead Developer, Director eEvolved Real-Time Technologies Inc. Website: http://www.eevolved.com Public key: http://eevolved.com/bcm.pk <=====================================> "My religion consists of a humble admiration of the illimitable superior spirit who reveals himself in the slight details we are able to perceive with our frail and feeble mind."-- Einstein

2 3

Re: Strange Tkinter behaviour
by Tomasz Lisowski Dec. 1, 2001

Dec. 1, 2001

Uzytkownik "Laura Creighton" <lac(a)strakt.com> napisal w wiadomosci news:mailman.1007040459.25437.python-list@python.org... > Try calling update_idletasks(). On occasion I have had that work > when update() didn't. > > Laura Creighton Unfortunately, it did not help in my case. The text is displayed in the drawing only after the button is clicked again, even if update_idletasks() is called. I wonder, whether there is a mechanism suspending the Tkinter event loop, so that other event-based applications (not using Tkinter) could get access, and perform their duties. Tomasz Lisowski

2 4