Re: [Twisted-Python] Removing Python 2.6 Support after Twisted 15.1

> On 20 Mar 2015, at 13:47, Donald Stufft wrote: > > >> On Mar 20, 2015, at 1:43 AM, Glyph wrote: >> >>> On Mar 19, 2015, at 5:05 AM, Phil Mayers wrote: >>> >>> I honestly wouldn't worry about it too much; RedHat's policies aren't and >>> shouldn't be Twisted's problem. Do what's best for

Re: [Twisted-Python] Removing Python 2.6 Support after Twisted 15.1

> On Mar 20, 2015, at 1:43 AM, Glyph wrote: > >> On Mar 19, 2015, at 5:05 AM, Phil Mayers > > wrote: >> >> I honestly wouldn't worry about it too much; RedHat's policies aren't and >> shouldn't be Twisted's problem. Do what's best for your development. > > The

Re: [Twisted-Python] Removing Python 2.6 Support after Twisted 15.1

> On Mar 19, 2015, at 5:05 AM, Phil Mayers wrote: > > I honestly wouldn't worry about it too much; RedHat's policies aren't and > shouldn't be Twisted's problem. Do what's best for your development. The problem is that they kinda are Twisted's problem - in the sense that we want our users to k

Re: [Twisted-Python] twisted echo ssl client with .p12

> On Mar 19, 2015, at 8:36 AM, Louis D. Burr wrote: > > Hi Timothy, > >> On Mar 19, 2015, at 9:56 AM, Timothy Gallagher >> mailto:timothy.gallag...@nuspire.com>> wrote: >> >> Hello all, >> I have a project that requires client server with ssl/tls including client >> certificate authenticatio

Re: [Twisted-Python] twistechecker and twisted-dev-tools as part of twisted main repo

> On Mar 19, 2015, at 8:41 AM, Christopher Armstrong > wrote: > > >> On Mar 19, 2015, at 4:45 AM, Adi Roiban wrote: >> >>> OK, cool. I didn't realize that was ready for review. I am liking the >>> process we have for Mimic for flagging PRs with keywords - >>> https://github.com/rackerlabs/

Re: [Twisted-Python] Removing Python 2.6 Support after Twisted 15.1

On 03/19/2015 08:05 AM, Phil Mayers wrote: > On 18/03/15 23:57, Glyph Lefkowitz wrote: > >> Rather than just suggest we preserve the status quo and stay on 2.6 >> forever to do indefinite free work to support Red Hat's obsolescence > > You *definitely* shouldn't do that. Push back on RedHat, and

Re: [Twisted-Python] __nonzero__ for Deferred

> On Mar 18, 2015, at 5:50 PM, exar...@twistedmatrix.com wrote: > > On 18 Mar, 10:03 pm, gl...@twistedmatrix.com wrote: >> I'd like to deprecate and remove __nonzero__ on Deferreds. Occasionally I >> see code where someone (maybe even me) does "if d:" where they should have >> been doing "@d.ad

Re: [Twisted-Python] custom FTP server is blocking

Hi Paul, > On Mar 19, 2015, at 1:18 PM, Paul Wiseman wrote: > > I have some blocking going on in a custom twisted ftp server and I'm > trying to pin point what exactly is doing it. > > I think this line in openForReading on my FTPShell object could be the > culprit: > > _FileReader(urllib2.ur

[Twisted-Python] custom FTP server is blocking

I have some blocking going on in a custom twisted ftp server and I'm trying to pin point what exactly is doing it. I think this line in openForReading on my FTPShell object could be the culprit: _FileReader(urllib2.urlopen(result.link,timeout=settings.GLOBAL_TIMEOUT)) (_FileReader is twisted.pro

[Twisted-Python] 100-continue and rejecting connection after headers are received

I am moving this to a dedicated ticket I start working on 100-Continue here https://twistedmatrix.com/trac/ticket/6928 and was asked to follow up on the mailinglist ... which due to slow review progress I gave up.. so I am doing it now. On 19 March 2015 at 15:53, HawkOwl wrote: > >> On 19 Mar 2

Re: [Twisted-Python] twistechecker and twisted-dev-tools as part of twisted main repo

> On Mar 19, 2015, at 10:46 AM, HawkOwl wrote: > > >> On 19 Mar 2015, at 23:41, Christopher Armstrong >> wrote: >> >> I suggest making the default, tagless state of a PR mean “in review”, for a >> couple of reasons: >> >> - having labels for both `needs-changes` and `in-review` means you c

Re: [Twisted-Python] Pausing the transport in http.HTTPChannel.lineReceived after all headers are received

> On 19 Mar 2015, at 23:26, Adi Roiban wrote: > > Hi, > > My usecase is this: > > When all headers of an HTTP request are received I want to ask a > remote service if the > request should be accepted and what to do with it. > > Before I got the response for the remote service, I don't want to

Re: [Twisted-Python] twistechecker and twisted-dev-tools as part of twisted main repo

> On 19 Mar 2015, at 23:41, Christopher Armstrong > wrote: > > I suggest making the default, tagless state of a PR mean “in review”, for a > couple of reasons: > > - having labels for both `needs-changes` and `in-review` means you can enter > an invalid state where both labels are applied >

Re: [Twisted-Python] twistechecker and twisted-dev-tools as part of twisted main repo

> On Mar 19, 2015, at 4:45 AM, Adi Roiban wrote: > >> OK, cool. I didn't realize that was ready for review. I am liking the >> process we have for Mimic for flagging PRs with keywords - >> https://github.com/rackerlabs/mimic/pulls - but this needs automation so as >> not to be unfriendly to no

Re: [Twisted-Python] twisted echo ssl client with .p12

Hi Timothy, > On Mar 19, 2015, at 9:56 AM, Timothy Gallagher > wrote: > > Hello all, > I have a project that requires client server with ssl/tls including client > certificate authentication. Also the a requirement is that the client needs > to use a .p12 file to house its keys. I have the

[Twisted-Python] Pausing the transport in http.HTTPChannel.lineReceived after all headers are received

Hi, My usecase is this: When all headers of an HTTP request are received I want to ask a remote service if the request should be accepted and what to do with it. Before I got the response for the remote service, I don't want to receive/read HTTP data. The response is returned via an deferred. T

[Twisted-Python] twisted echo ssl client with .p12

Hello all, I have a project that requires client server with ssl/tls including client certificate authentication. Also the a requirement is that the client needs to use a .p12 file to house its keys. I have the server part and client part down except I cannot find any code examples using a .p1

Re: [Twisted-Python] Removing Python 2.6 Support after Twisted 15.1

On 18/03/15 23:57, Glyph Lefkowitz wrote: Rather than just suggest we preserve the status quo and stay on 2.6 forever to do indefinite free work to support Red Hat's obsolescence You *definitely* shouldn't do that. Push back on RedHat, and tell customers to push back on RedHat. I say this to

Re: [Twisted-Python] Removing Python 2.6 Support after Twisted 15.1

On 19/03/15 00:42, Donald Stufft wrote: If you want newer than that you could possibly convince PyPy to build RPMs with COPR. I’m doing that for python-pip and co and it’s not very hard once you have the RPM spec file originally written, which could probably just be taken from Fedora. IME that

Re: [Twisted-Python] twistechecker and twisted-dev-tools as part of twisted main repo

> OK, cool. I didn't realize that was ready for review. I am liking the > process we have for Mimic for flagging PRs with keywords - > https://github.com/rackerlabs/mimic/pulls - but this needs automation so as > not to be unfriendly to non-committer contributors. > > I'll try to get to it by the