Mailman 3 January 2008 - Twisted

[Twisted-Python] announcing Allmydata-Tahoe v0.7.0
by zooko 08 Jan '08

08 Jan '08

Dear people of Twisted: This is the release announcement for the latest version of the Allmydata-Tahoe decentralized filesystem. This project is based on Twisted and on the Foolscap remote object library. We're very happy with how Twisted and Foolscap have served us so far. Please check it out! Regards, Zooko ANNOUNCING: Allmydata-Tahoe version 0.7 We are pleased to announce the release of version 0.7 of allmydata.org "Tahoe". Tahoe is a secure, decentralized, fault-tolerant filesystem. All of the source code is available under a Free Software, Open Source licence (or two). This filesystem is encrypted and distributed over multiple peers in such a way that it continues to work correctlly even when some of the peers are unavailable, malfunctioning, or malicious. This is the successor to Allmydata-Tahoe v0.6.1, which was released October 15, 2007 [1]. This release adds decentralized, encrypted directories and mutable files, making it the first release of Tahoe in which no part of the filesystem is centralized. It also adds a FUSE interface, allowing you to access a distributed Tahoe grid as if it were a normal local filesystem. This is also the first release to be offered under a novel open source licence which allows people to redistributed proprietary derivatives of Tahoe for a limited time. WHAT IS IT GOOD FOR? With Tahoe, you can distribute your filesystem across a set of computers, such that if some of the computers fail or turn out to be malicious, the filesystem continues to work from the remaining computers. You can also share your files with other users, using a strongly encrypted, capability-based access control scheme. This release is targeted at hackers and smart users who are willing to use a web user interface, a command-line user interface, or a FUSE interface. (Or a RESTful API. Just telnet to localhost and type HTTP requests to get started.) Because this software is new, it is not yet recommended for storage of highly confidential data nor for valuable data which is not otherwise backed up. However, it works well in practice, it comes with extensive unit tests, and there are no known security flaws which would compromise confidentiality or data integrity. (For a current description of all known security issues and an overview of Tahoe's security properties, please see the Security web page: [2].) This release of Tahoe is suitable for the "friendnet" use case [3] -- it is easy to create a filesystem spread over the computers of you and your friends so that you can share files and disk space with one another. LICENCE You may use this package under the GNU General Public License, version 2 or, at your option, any later version. See the file "COPYING.GPL" for the terms of the GNU General Public License, version 2. You may use this package under the Transitive Grace Period Public Licence, version 1.0. The Transitive Grace Period Public Licence says that you may distribute proprietary derived works of Tahoe without releasing the source code of that derived work for up to twelve months, after which time you are obligated to release the source code of the derived work under the Transitive Grace Period Public Licence. See the file "COPYING.TGPPL.html" for the terms of the Transitive Grace Period Public Licence, version 1.0. (You may choose to use this package under the terms of either licence, at your option.) INSTALLATION Tahoe works on Linux, Mac OS X, Windows, Cygwin, and Solaris. For installation instructions please see "doc/install.html" [4]. HACKING AND COMMUNITY Please join us on the mailing list [5] to discuss uses of Tahoe. Patches that extend and improve Tahoe are gratefully accepted -- roadmap.txt [6] shows the next improvements that we plan to make and CREDITS [7] lists the names of people who've contributed to the project. The wiki Dev page [8] contains resources for hackers. SPONSORSHIP Tahoe is sponsored by Allmydata, Inc. [9], a provider of consumer backup services. Allmydata, Inc. contributes hardware, software, ideas, bug reports, suggestions, demands, and money (employing several allmydata.org Tahoe hackers and allowing them to spend part of their work time on the next-generation, free-software project). We are eternally grateful! Zooko O'Whielacronx on behalf of the allmydata.org team January 7, 2008 San Francisco, California [1] http://allmydata.org/trac/tahoe/browser/relnotes.txt?rev=1346 [2] http://allmydata.org/trac/tahoe/wiki/Security [3] http://allmydata.org/trac/tahoe/wiki/UseCases [4] http://allmydata.org/source/tahoe/trunk/docs/install.html [5] http://allmydata.org/cgi-bin/mailman/listinfo/tahoe-dev [6] http://allmydata.org/trac/tahoe/browser/roadmap.txt [7] http://allmydata.org/trac/tahoe/browser/CREDITS?rev=1424 [8] http://allmydata.org/trac/tahoe/wiki/Dev [9] http://allmydata.com

1 0

[Twisted-Python] ldaptor and bind
by Ottavio Campana 08 Jan '08

08 Jan '08

Hello everybody, I'm developing an application based on ldaptor and I need some help. My scenario is a public address book, let's say ou=Addressbook,dc=domain,dc=com and some private address books, suppose ou=John,ou=Addressbook,dc=domain,dc=com , ou=Peter,ou=Addressbook,dc=domain,dc=com and so on. So, I need to specify that ou=John,ou=Addressbook,dc=domain,dc=com can be accessed by cn=John,dc=domain,dc=com , so that by binding with a user I can look both in the public address book and in the private one. Do you have some examples or documentation explaining that? By now I'm stuck while trying to bind to do non-anonymous requests, but whatever I do I always get invalid credentials. Which objectClass do I need to be able to bind? Thanks, Ottavio -- Non c'e' piu' forza nella normalita', c'e' solo monotonia.

4 14

[Twisted-Python] Weekly Bug Summary
by exarkun＠twistedmatrix.com 06 Jan '08

06 Jan '08

1 0

[Twisted-Python] jabber/gtalk/msn with twisted using http proxy with authentication
by Astan Chee 04 Jan '08

04 Jan '08

Hi, I was looking around for modules that support jabber like twister.words.protocols.jabber but the problem is that I can only connect via http proxy at a certain port (8080) with authentication. I was wondering if twisted supports this? I am firstly trying to connect to MSN's server via specifications from here: http://www.hypothetic.org/docs/msn/general/http_connections.php and before I start messing with twisted, I was wondering if twisted already does this or can do it by changing certain settings; otherwise I'll have to make my own from scratch. Next im trying to connect to google's talk server (talk.google.com) which is abit different but still requires authentication from the http proxy server and Im not sure what to change in twisted so that it allows http proxy with authentication. Thanks for any help. Cheers Astan

1 0

[Twisted-Python] Twisted apps + zeroconf, anyone?
by Jarek Zgoda 03 Jan '08

03 Jan '08

I'd like to add auto-discovery feature to my (Twisted) application and I thought I'll use zeroconf to advertize the service to clients in local network. I decided on zeroconf, because the app is a webservice that has to be accessible to multitude of various clients. Unfortunately, the only one library I found barely usable with Twisted is PyZeroconf (the other is avahi, but it seems too tightly bound to gobject to be usable with Twisted). Is this all or I do not know how to use google? Anybody can share any hints on this? Is this feasible idea or there are better ways to achieve what I want? Cheers Jarek Zgoda

8 11

[Twisted-Python] Re: [Twisted-commits] r22254 - Pass the method in init, rename it.
by Itamar Shtull-Trauring 02 Jan '08

02 Jan '08

On Wed, 2008-01-02 at 08:23 -0700, Thomas Herve wrote: > + return filepath.FilePath("/home").child(avatarId) Maybe make /home configurable? Occasionally people will mount home folders elsewhere.

1 0

Re: Re[2]: [Twisted-Python] Different behavior under Windos and Linux
by Christopher Armstrong 02 Jan '08

02 Jan '08

On Jan 2, 2008 9:03 AM, W K <wlad.karyagin(a)mail.ru> wrote: > Hello > Well, yes, i do send data from threads, as you can see from the example below: Twisted in general is not thread safe. If you want to call a Twisted method from a non-reactor thread, you should use reactor.callFromThread, which will cause a function to be called in the reactor's thread. This is probably the source of your problem. -- Christopher Armstrong International Man of Twistery http://radix.twistedmatrix.com/ http://twistedmatrix.com/ http://canonical.com/

1 0

Fw: [Twisted-Python] Different behavior under Windows and Linux
by W K 02 Jan '08

02 Jan '08

-----Original Message----- From: W K <wlad.karyagin(a)mail.ru> To: twisted-python(a)twistedmatrix.com Date: Wed, 02 Jan 2008 14:38:37 +0300 Subject: [Twisted-Python] Different behavior under Windos and Linux > Hello all, > > i'll be short. The application was developed, which sends streams to different nodes using TCP (basic.LineReceiver and ClientFactory were used) It works perfectly under WindowsXP. However, under (K)Ubuntu the data is not sent immediately, but after approximately 20 secs delay! Does anyone encounter similar inconsistencies? How can one tune the parameters responsible for buffering? > > Thanks > > _______________________________________________ > Twisted-Python mailing list > Twisted-Python(a)twistedmatrix.com > http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python > Here is the sample code from twisted.internet.protocol import Protocol, Factory, ClientFactory from twisted.protocols import basic from twisted.internet import reactor, protocol import logging from threading import Event import sys import time import thread class LineConnector (basic.LineReceiver): def __init__(self, session): self.session = session def connectionMade(self): self.session.cnd.set() def sendMessage(self, line): logging.debug("Sending line " + line) self.sendLine(line) def lineReceived(self, line): logging.debug("Received line " + line) class ServerConnector (basic.LineReceiver): def __init__(self, session): self.session = session def connectionMade(self): pass def sendMessage(self, line): logging.debug("Sending line " + line) self.sendLine(line) def lineReceived(self, line): logging.debug("Received line " + line) ################################################################################ class SimpleClient(ClientFactory): def __init__(self, host, port): self.port = port self.host = host self.connector = None self.cnd = Event() thread.start_new_thread(self.send, ()) reactor.connectTCP(self.host, self.port, self) def send(self): while 1: self.cnd.wait() self.connector.sendMessage("TEST LINE") time.sleep(1) def buildProtocol(self, addr): logging.debug('ManagerOutput: Connected') self.connector = LineConnector(self) return self.connector def startedConnecting(self, connector): print 'Output: Started to connect.' def clientConnectionLost(self, connector, reason): print 'Output: Lost connection.'# Reason:', reason def clientConnectionFailed(self, connector, reason): logging.debug(self.name + ' output: Connection failed.')# Reason:', reason ################################################################################ class SimpleServer(protocol.ServerFactory): def __init__(self, port): self.port = port self.connector = None reactor.listenTCP(self.port, self) def buildProtocol(self, addr): logging.debug('Manager Connected') self.connector = ServerConnector(self) return self.connector def startedConnecting(self, connector): logging.debug('Started to connect') def clientConnectionLost(self, connector, reason): logging.debug('Lost connection. Reason:', reason) def clientConnectionFailed(self, connector, reason): logging.debug('Connection failed. Reason:', reason) if __name__ == "__main__": logging.getLogger().setLevel(logging.DEBUG) logging.basicConfig(format='%(asctime)s %(levelname)8s %(message)s')#, filename='/tmp/logfile.txt', filemode='w') numargs = len(sys.argv) - 1 if numargs == 1: print "Server started" manager = SimpleServer(31000) else: print "Client Started" mp = SimpleClient("127.0.0.1", 31000) reactor.run()

2 1

[Twisted-Python] Different behavior under Windos and Linux
by W K 02 Jan '08

02 Jan '08

Hello all, i'll be short. The application was developed, which sends streams to different nodes using TCP (basic.LineReceiver and ClientFactory were used) It works perfectly under WindowsXP. However, under (K)Ubuntu the data is not sent immediately, but after approximately 20 secs delay! Does anyone encounter similar inconsistencies? How can one tune the parameters responsible for buffering? Thanks

3 2