Re: [Twisted-Python] Switch Protocols mid Connection

On Sun, 16 Sep 2018 at 16:02, Randall Smith wrote: > and make 16+ calls to transfer a single file. So I need to switch to a > more appropriate (not yet determined) protocol for the transfer, and > then back to AMP. AMP provides a protocol switch command, which is > great, but then I'd need to sw

Re: [Twisted-Python] How do recommend I run epytext?

On Fri, 3 Aug 2018 at 16:25 Barry Scott wrote: > The tox checking does not cover the epytext checks it seems. > > How do you recommend I have epytext checked for a patch? > Twisted uses pydoctor for generating API documentation; I believe tox -e apidocs is what you want to run it: https://githu

Re: [Twisted-Python] body producer bug in agent?

On Sun, 12 Nov 2017 at 09:33 Glyph wrote: > I attempted to draw some attention to this with github mentions: > > https://github.com/twisted/treq/issues/185#issuecomment-331856235 > > > but it looks like that didn't work. > > Hopefully by posting it here I can motivate someone to look at it? I >

Re: [Twisted-Python] Required tests for a PR to be merged

On Mon, 2 Oct 2017 at 13:36 Adi Roiban wrote: > Will it trigger the Buidlbot stable builders? > > From what I can see in the code, it only creates the branch. > I believe buildbot will trigger a build on the branch being pushed, no need for a separate PR. Then, because GitHub commit statuses are

Re: [Twisted-Python] Nevow 0.14.3rc1 released

On Wed, 26 Jul 2017 at 20:46 Tristan Seligmann wrote: > I've uploaded a prerelease of Nevow 0.14.3 to PyPI[1]. This contains a fix > for some Athena client-side timeout behaviour (or more specifically, the > lack of one) and removes use of FilePath.getmtime. > I've uploade

Re: [Twisted-Python] trial.unitest-specific segfault with lxml

On Fri, 18 Aug 2017 at 00:47 Phil Mayers wrote: > SSCCE - well, hopefully correct - here: > > https://gist.github.com/philmayers/387597c7407ab98f159426cea5f44a69 > Note that I don't think you're allowed to catch GeneratorExit like this; normally doing so will crash your program with a RuntimeErr

Re: [Twisted-Python] Is there a nice way to write transport-agnostic protocols and servers/clients?

On Wed, 16 Aug 2017 at 15:28 Kevin Conway wrote: > Maybe I misunderstand the issue, but I believe the Endpoints API solves > for this. > https://twistedmatrix.com/documents/16.4.1/core/howto/endpoints.html > > This abstracts the transport and allows you to focus on only interpreting > the bytes t

Re: [Twisted-Python] Is there a nice way to write transport-agnostic protocols and servers/clients?

On Wed, 16 Aug 2017 at 13:53 Jarosław Fedewicz wrote: > One thing that is also notably missing from the puzzle is that there is no > support for datagram endpoints. > The lack of datagram endpoint abstractions is definitely just a "we haven't gotten around to it yet"; stream endpoints were the i

Re: [Twisted-Python] Weird PyPY twisted.internet.defer.TimeoutError ERROR*12 during full test run

On Sat, 5 Aug 2017 at 00:44 Daniel Sutcliffe wrote: > For the buildbot: > https://buildbot.twistedmatrix.com/builders/ubuntu16.04-pypy5/ > they seem to pretty much consistently happen during: > twisted.protocols.test.test_tls.TLSMemoryBIOTests.test_hugeWrite_TLSv1_1 > but running in my own envi

Re: [Twisted-Python] Nevow 0.14.3rc1 released

On Wed, 26 Jul 2017 at 21:36 Werner Thie wrote: > Aloha Tristan > > still using Athena in production, will be able to test tomorrow. > Great! Note that there's an rc2 now, because there were some problems with the version number handling in rc1; pip install --pre nevow should get you the latest

[Twisted-Python] Nevow 0.14.3rc1 released

Hi all, I've uploaded a prerelease of Nevow 0.14.3 to PyPI[1]. This contains a fix for some Athena client-side timeout behaviour (or more specifically, the lack of one) and removes use of FilePath.getmtime. If you are using Athena, please a) let me know! and b) give this prerelease a try to see i

Re: [Twisted-Python] WebSockets and QUIC for Twisted

On Thu, 6 Jul 2017 at 04:58 Glyph wrote: > Why are you interested in QUIC? My understanding was that Google used this > protocol as an experiment, but HTTP/2 is the successful termination of the > experiment, and nobody should really be using it. (For http2 support, `pip > install twisted[tls,ht

Re: [Twisted-Python] Question regarding patch submission

On Mon, 26 Jun 2017 at 05:34 Jason Litzinger wrote: > However, after incorporating review comments in new commits and, > force-pushing the feature branch, is it expected that the review comments > may > be damaged? > I think this is expected; this is just an unfortunate shortcoming of GitHub PR

Re: [Twisted-Python] process manager for twisted daemons?

On Thu, 4 May 2017 at 01:21 jonathan vanasco wrote: > Is anyone deploying their twisted services with something other than > Supervisor? If so, I'd love to know. > It sounds like systemd has what you want here, and should work fine for your Twisted services, assuming you don't have other constr

Re: [Twisted-Python] new core contributor

On Sat, 22 Apr 2017 at 09:48 Glyph Lefkowitz wrote: > As per our previously documented entirely arbitrary[1] and ad-hoc[2] > process, I'd like to welcome - should he choose to accept it - Tom Most to > be a member of the Twisted project. You've probably seen him around on > IRC, as 'twm'. Tom's

Re: [Twisted-Python] non-merge commits to trunk & "review" keyword

On Tue, 7 Mar 2017 at 09:56 Glyph Lefkowitz wrote: > On Mar 6, 2017, at 9:02 PM, Tristan Seligmann > wrote: > > On Tue, 7 Mar 2017 at 06:38 Glyph Lefkowitz > wrote: > > > This is definitely bad, forbidden by existing policy, etc. In fact I > remember adjusting the

Re: [Twisted-Python] non-merge commits to trunk & "review" keyword

On Tue, 7 Mar 2017 at 06:38 Glyph Lefkowitz wrote: > > This is definitely bad, forbidden by existing policy, etc. In fact I > remember adjusting the settings so that the 'merge' button would always > create a merge commit; in fact, the configuration is still set that way. > Rebase merging was a

[Twisted-Python] twistedmatrix.com TLS certificate

twistedmatrix.com's current certificate is issued by StartCom Certification Authority; for certificates issued by this CA prior to 2016-09-21, the domain must be on a Chrome whitelist for it to be accepted. As of Chrome 58.0.3026.3 (canary/dev channel only, currently, but eventually this will presu

Re: [Twisted-Python] HTTP Agent persistent connections not closed for some HTTPS sites

On Sun, 5 Mar 2017 at 15:36 Adi Roiban wrote: > I have observed this while running some end to end tests in which the > pool.closeCachedConnections() deferred was not called, even after a > generous amount of seconds :) > The code to abort an HTTP client connection is here: https://github.com/t

Re: [Twisted-Python] Test coverage requirements

On Mon, 27 Feb 2017 at 21:54 Glyph Lefkowitz wrote: > That said, it has been *improving* and if it keeps improving at the rate > it has been, I expect that we'd be able to put that coverage blocker back > in in another 3-4 months. Perhaps something to talk about at PyCon. > I think at least one

Re: [Twisted-Python] Twisted 17.1 Release Announcement

On Wed, 15 Feb 2017 at 15:23 Jean-Paul Calderone wrote: > > I wonder about the details of how treq's failures went unnoticed. Is > development sufficiently inactive that no one looked at CI between the > breakage and the release? Wasn't that a period of several months? Or does > it have a Twis

Re: [Twisted-Python] Hanging SFTP client operations on server disconnection

On Wed, 15 Feb 2017 at 08:56 Glyph Lefkowitz wrote: > > PS: There is a stray release notes fragment in conch > > https://github.com/twisted/twisted/blob/trunk/src/twisted/conch/8791.feature > > > Oops! > > Wait; why do you say this is "stray"? > It appears to be in the wrong directory (should be

Re: [Twisted-Python] Twisted 17.1 Release Announcement

On Sun, 12 Feb 2017 at 03:45 Glyph Lefkowitz wrote: > > Yeah, this is a lack of test coverage for the 'default' case. Technically > it *is* a regression, but it's probably pretty unusual to use the > default; point being, I don't think we need an emergency release here. > The functionality that

Re: [Twisted-Python] Twisted 17.1 Release Announcement

On Sat, 11 Feb 2017 at 12:04 Amber Hawkie Brown wrote: > - Lots of deprecated code removals, to make a sleeker, less confusing > Twisted. > Something perhaps not obvious from the release notes: String endpoint descriptions, as used by twist/twistd among other things, for listening on tcp ports

Re: [Twisted-Python] understanding twisted, better error handling

On Wed, 11 Jan 2017 at 02:26 steven meiers wrote: > True, but since python 2.x is still shipped with debian testing for > example there will be some people running into this issue. > Just to make twisted more approachable this could he handled. > The b'GET' syntax for byte strings works on Pytho

Re: [Twisted-Python] treq POST abborting with: err: ('Could not adapt', '{"....", "..."} )

On Sun, 8 Jan 2017 at 01:57 Glyph Lefkowitz wrote: > > I see you your standards pedantry, and raise you! > > MIME defines content-type to always have a charset: > > *https://tools.ietf.org/html/rfc1521#section-4 > * > RFC 1521 is obsoleted by RFC 20

Re: [Twisted-Python] treq POST abborting with: err: ('Could not adapt', '{"....", "..."} )

On Sat, 7 Jan 2017 at 03:23 Glyph Lefkowitz wrote: > > Maybe we should support unicode for the body as well. We can set the > charset in the mime-type and everything so that it will be properly > intelligible by the server, which doesn't happen if the user manually > encodes like this. > Oh, fo

Re: [Twisted-Python] treq POST abborting with: err: ('Could not adapt', '{"....", "..."} )

On Sat, 7 Jan 2017 at 03:23 Glyph Lefkowitz wrote: > > Even if we do this though - is there any way to convince json.dumps to > behave consistently between 2/3 for the purposes of examples? > As far as I know, the only way to handle this is with an if PY3 or if isinstance(…). I don't know of a w

Re: [Twisted-Python] treq POST abborting with: err: ('Could not adapt', '{"....", "..."} )

On Fri, 6 Jan 2017 at 21:21 steven meiers wrote: > glyph (without seeing the the code or backtrace) suggested that: > "I think the issue might be that it doesn't support bytes() on py3, > it's registered against str() or something" > Actually, the problem is the reverse of this; only bytes is su

Re: [Twisted-Python] AWS Auth v4 for Twisted?

On Fri, 30 Dec 2016 at 02:30 Steve Morin wrote: > Mark, > Did you get confirmation from your work? > It seems like he did; see https://github.com/twisted/txaws/pull/16 for more details. ___ Twisted-Python mailing list Twisted-Python@twistedmatrix.com

Re: [Twisted-Python] Twisted 16.6.0rc1 Release Candidate Announcement

On Wed, 23 Nov 2016 at 01:14 Tristan Seligmann wrote: > On Tue, 22 Nov 2016 at 23:37 Glyph Lefkowitz > wrote: > > > This is the part that I'm worried about. It kinda seems like we're moving > toward "native string" being the type used in IRCClient, an

Re: [Twisted-Python] Twisted 16.6.0rc1 Release Candidate Announcement

On Wed, 23 Nov 2016 at 01:26 Tristan Seligmann wrote: > if PY3: > Argh, the above should be if PY2 of course. ___ Twisted-Python mailing list Twisted-Python@twistedmatrix.com http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python

Re: [Twisted-Python] Twisted 16.6.0rc1 Release Candidate Announcement

On Tue, 22 Nov 2016 at 23:37 Glyph Lefkowitz wrote: > > This is the part that I'm worried about. It kinda seems like we're moving > toward "native string" being the type used in IRCClient, and *that* is > capital-W Wrong. Native strings are for Python-native types only, i.e. > docstrings and me

[Twisted-Python] Endpoint composition syntax

I'm kicking off this discussion on the mailing list as I don't have anything well-formed enough to take to the bug tracker, and I am hoping to get some more engagement on the matter. Currently there is no way to explicitly compose Twisted endpoints, but several endpoint implementations have arisen

Re: [Twisted-Python] Twisted 16.4.0 Prerelease 1 Announcement

On Sat, 13 Aug 2016 at 08:19 Amber "Hawkie" Brown wrote: > In a rare Twisted release double feature right after 16.3.1, I bring you > the first prerelease of Twisted 16.4.0. > FWIW my $DAYJOB test suite passes against 16.4.0rc1. ___ Twisted-Python mail

Re: [Twisted-Python] Twisted 16.3.1 Prerelease 1 Announcement

On Wed, 10 Aug 2016 at 14:48 Amber "Hawkie" Brown wrote: > I've just uploaded the first prerelease of Twisted 16.3.1, a security & > critical bug fix release of the 16.3 series. It contains: > FWIW my $DAYJOB test suite passes against 16.3.1rc1. ___ Tw

Re: [Twisted-Python] INCOMPATIBLE CHANGE: twisted.python.dist renamed to twisted.python._setup

+1 from me On Mon, 8 Aug 2016 at 02:35 Craig Rodrigues wrote: > > I understand the motivation, but the time to have done this was when > dist.py > was originally reviewed. > > There are real problems in the Twisted code, and in the Twisted > infrastructure. > Focusing on something like this inst

Re: [Twisted-Python] RFC: IPv6 multicast join/ticket 6597

On Thu, 4 Aug 2016 at 18:04 Jason Litzinger wrote: > I did try specifying the loopback index, however, I received a > "Network Unreachable" error. I didn't have time to dig into whether > it was possible to do what I wanted with the loopback interface last > night. > By default, the "multicast"

Re: [Twisted-Python] New users cannot subscribe to mailing list

On Fri, 15 Jul 2016 at 20:06 Craig Rodrigues wrote: > Is anyone working on fixing this? > I believe this email explains things: http://twistedmatrix.com/pipermail/twisted-python/2016-March/030233.html ___ Twisted-Python mailing list Twisted-Python@twis

Re: [Twisted-Python] Twisted 16.3.0 Prerelease 2 Announcement

On Tue, 12 Jul 2016 at 09:43 Cory Benfield wrote: > For that reason, you should adjust your code to use > OpenSSLCertificateOptions or, even better, use the TLS endpoint directly. > > The exported name of this class is actually just "CertificateOptions", fwiw.

Re: [Twisted-Python] dropping old pyOpenSSL versions

On Thu, 7 Jul 2016 at 23:07 Clayton Daley wrote: > I don't object to this specific change (we're on shiny new code), but want > to offer some food-for-thought: > > 1) Is newer really better in cryptography? Heartbleed affected 1.0.1, but > not 1.0.0 and there are a bunch of vulnerabilities that

Re: [Twisted-Python] Coverage exceptions

The tests directories can simply be excluded in coverage.py (or codecov), I don't think there's any need to do something more complicated than that. While I agree that 100% test coverage is an ideal worth aspiring to, I think getting there from the current state is going to be a large amount of wo

Re: [Twisted-Python] two minor things

On Wed, 22 Jun 2016 at 10:05 Glyph wrote: > > If we are going to change this, I would really appreciate it if someone in > favor of the change would write a script to re-name the literally thousands > of outstanding branches to the new convention, so we don't have a random > mix. Luckily git mak

Re: [Twisted-Python] Twisted Challenge Coins!

I'll take 5 coins. I'm in South Africa, but I have a US forwarding address (in Florida) that can be used to simplify logistics. On Wed, 15 Jun 2016 at 03:46 Ashwini Oruganti wrote: > Hello! > > We are planning to get us some challenge coins, which is exciting! You > should also be excited with u

Re: [Twisted-Python] overview: new review queue venue

Note that even without the bot, I believe you can just create a new PR for the same branch, so it's not *too* bad, but definitely a little clunky. On Mon, 23 May 2016 at 06:59 Amber "Hawkie" Brown wrote: > Mark has been working on a bot which would reopen it with a comment: > https://github.com/

Re: [Twisted-Python] overview: new review queue venue

On Sun, 22 May 2016 at 10:12 Ralph Meijer wrote: > On May 22, 2016 9:36:28 AM GMT+02:00, Glyph > wrote: > >[..] > >(Please nobody try to do the clever thing where you configure buildbot > >to automatically pull all PRs, that would effectively negate any > >security protections...) > > > >I've be

Re: [Twisted-Python] [ALL OK] [INFRASTRUCTURE OUTAGE] Moving from SVN to Git

On Tue, 10 May 2016 at 20:38 Paweł Miech wrote: > Hello Amber, > > > we've moved to https://github.com/twisted/twisted as our > "authoritative" mirror. > > are there any consequences of this for Twisted users and/or casual > contributors? I used github source for a while not knowing it was not >

[Twisted-Python] [ANN] txacme 0.9.0, zero-configuration HTTPS for your Twisted app!

txacme[0][1] provides a TLS endpoint to automatically issue (and renew) certificates via the Let's Encrypt CA, allowing you to effortlessly turn on HTTPS for your application. A brief demonstration can be seen here: https://asciinema.org/a/41758 In support of this, txacme also includes a client im

Re: [Twisted-Python] where can I find twisted.application.internet.ClientService?

On Sun, 27 Mar 2016 at 04:17 Gelin Yan wrote: > > > https://twistedmatrix.com/documents/16.0.0/api/twisted.application.internet.ClientService.html > Unfortunately ClientService did not make it in time for 16.0.0, but it will be in the upcoming 16.1.0 release :) __

[Twisted-Python] Intended semantics of IReactorTime.seconds

Currently, as far as I can tell, all implementations of `IReactorTime.seconds()` (excluding twisted.internet.task.Clock, obviously) are just `time.time()`; IOW, the return value is the number of seconds since the beginning of the UNIX epoch in UTC. Are these the intended semantics? The interface do

Re: [Twisted-Python] A little present for emacs / flycheck users

sted-emacs is the best I could find re > PRs. > > Do you have a way to make this conditional? There's precisely one Python > project where I care about using the twistedchecker linter :) > > > On Tue, 9 Feb 2016 at 07:12 Tristan Seligmann > wrote: > &

[Twisted-Python] A little present for emacs / flycheck users

You may find this to be of use: https://gist.github.com/mithrandi/15fca4367e878b6b88cd Is there somewhere I should be submitting this as a PR or something? (I guess I could release the checker as an emacs package, it's somewhat specific though) ___ Twis

[Twisted-Python] Debian unstable builder

Working on tickets such as #8180[1] and #8187[2] suggests that it would be useful to have a builder running on Debian unstable (and/or other "bleeding edge" distributions, most of them have something similar) in order to pick up problematic changes like this sooner. #8180 is just a case of a newer

Re: [Twisted-Python] Suggested plan for GitHub migration

On Mon, 30 Nov 2015 at 16:50 Amber "Hawkie" Brown wrote: > The migration will have a handful of policy changes that we will have to > resolve -- such as ensuring that all merges have a topfile -- which aren't > possible under a GitHub based system. You could make master/trunk/whatever a protect

Re: [Twisted-Python] Streaming HTTP

On Sat, 14 Nov 2015 at 17:45 Cory Benfield wrote: > A similar approach should be taken with sending data: we should assume > that users want to chunk it if they do not provide a content-length. An > extreme position to take (and I do) is that this should be sufficiently > easy that most users act

Re: [Twisted-Python] HTTP/2 and Twisted

On Thu, 12 Nov 2015 at 12:46 Cory Benfield wrote: > However, this may not work: in particular, some of the other classes in > twisted.web may know altogether too much about HTTP/1.X: in particular, if > they have the nerve to write directly to a transport we’ve got a real > problem with this appr

Re: [Twisted-Python] An error occurred with twisted 15.2.1 & python 3.4.3 on windows

On Mon, 27 Jul 2015 at 13:18 Gelin Yan wrote: > Is it a bug? > Yes; see https://twistedmatrix.com/trac/ticket/7626 for more details. ___ Twisted-Python mailing list Twisted-Python@twistedmatrix.com http://twistedmatrix.com/cgi-bin/mailman/listinfo/tw

Re: [Twisted-Python] broken buildbots

On Sun, 7 Jun 2015 at 03:43 Glyph wrote: > > On Jun 6, 2015, at 6:40 PM, Glyph wrote: > > https://buildbot.twistedmatrix.com/buildslaves/hawkowl-debian7-py34 - > which is apparently maintained by "Your Name Here < > admin@youraddress.invalid>" - is presently failing all its builds because > it i

Re: [Twisted-Python] Multiple plugins in "twistd"

On 21 May 2015 at 04:31, Moshe Zadka wrote: > [2a] Since the docstrings do refer to the parent attribute, and since I > would be surprised if services just implemented the interface without > inheriting from "Service", I wonder if people object *too* much if I "fix" > it by documenting the parent

Re: [Twisted-Python] INCOMPATIBLE CHANGE: Removing PAM support from Twisted

On 11 May 2015 at 06:35, Glyph wrote: > I'm very much in favor of an outright removal in this case, so consider me > signed off. Given the gnarly security implications of this thing I would > take the unusual step of continuing to approve of removal even if we have a > real-life user who might

Re: [Twisted-Python] Fwd: Adding callbacks using loop variables

On 6 May 2015 at 10:26, Saoili wrote: > Eg. code BEFORE > for loop_var in a_dict['loop_vars']: > d = self.returns_a_deferred(loop_var["x"]) > d.addCallback( > lambda ret_val: self.do_another_thing( > other_para

[Twisted-Python] [ANN] clj-amp 0.9.0

I am pleased to announce the release of clj-amp 0.9.0[1][2], a Clojure implementation of the AMP[3] protocol (a reference implementation of which is found in Twisted). While slightly off-topic for this list, this project may be of interest to anyone with AMP services they would like to interoperate

Re: [Twisted-Python] Unhandled Error in python 3 test suite

On 23 March 2015 at 16:25, HawkOwl wrote: > It's not really a bug -- it's just that the stderr isn't being captured like > real Trial does. Twisted will reraise errors so they show up in logs, but > will actually handle them (I think, anyway). The traceback formatting just > says it's an unhand

Re: [Twisted-Python] __nonzero__ for Deferred

On 19 March 2015 at 00:03, Glyph Lefkowitz wrote: > I'd like to deprecate and remove __nonzero__ on Deferreds. By "remove" do you mean "add an implementation that raises an exception"? (It seems like this must be what you meant, I just wanted to be clear since this is a slightly subtle issue) I'

Re: [Twisted-Python] Specifying ciphers in ssl.optionsForClientTLS

On 17 February 2015 at 04:19, Jason J. W. Williams wrote: >> Some browsers won’t — Firefox refuses to use RC4 :) > > I saw that on Firefox's wiki, but in reality Firefox 35 still does > allow RC4: http://www.screencast.com/t/AuMRylAV IIUC, Firefox 36 will only allow RC4 as a fallback (but not dis

[Twisted-Python] ANN: Axiom 0.7.3

I'm pleased to announce the release of Axiom 0.7.3. Axiom is an in-process object-relational database for Python, built on SQLite. This release is a bug fix release to correct another important issue; anyone using Axiom on PyPy should upgrade as soon as possible to avoid potential data loss in the

[Twisted-Python] Retiring buildslaves

Hi buildbot infrastructure maintainers, I am intending to retire my buildslaves (bot-idnar-debian and bot-idnar-debian64) upon release of jessie (Debian 8.0). The proximate cause for this is planned changes for the machines currently hosting the slaves; but given the current situation of Twisted's

Re: [Twisted-Python] 15.0 Prerelease Reports

On 16 January 2015 at 05:42, HawkOwl wrote: > Does anyone have some “15.0 worked fine/had an issue/set my codebase on fire > via sheer brilliance” reports for me? :) If you want to try them out, you can > get the tarballs at http://twistedmatrix.com/Releases/pre/15.0.0pre1/ ! Ran 1116 tests in

[Twisted-Python] Axiom 0.7.2

I'm pleased to announce the release of Axiom 0.7.2. Axiom is an in-process object-relational database for Python, built on SQLite. This release is a bug fix release to correct an important issue; anyone using Axiom 0.7.0 or 0.7.1 on PyPy (versions prior to 0.7.0 did not support PyPy) should upgrad

Re: [Twisted-Python] Importing/Exporting Putty and SSH.com keys

On 30 November 2014 at 18:52, Glyph wrote: > PuTTY does not seem to me to be very friendly to automation. OT: for automation, you probably want Plink not PuTTY. -- mithrandi, i Ainil en-Balandor, a faer Ambar ___ Twisted-Python mailing list Twisted-Py

Re: [Twisted-Python] natty64-py2.7maint & twistedchecker builders

On 18 September 2014 07:16, Glyph wrote: > On Sep 17, 2014, at 8:41 AM, Tristan Seligmann > wrote: >> Speaking of EOL, squeeze is effectively EOL now too (unless you count >> the squeeze-lts effort, which is very limited in scope); as such, I >> would like to upgrade

Re: [Twisted-Python] natty64-py2.7maint & twistedchecker builders

On 17 September 2014 02:14, Glyph Lefkowitz wrote: > For what it's worth, the EOL on Natty was almost 2 years ago now: > > Speaking of EOL, squeeze is effectively EOL now too (unless you count the squeeze-lts effort, which is very limited in scope); as such, I w

Re: [Twisted-Python] Who's doing the merges for reviewed and blessed pull requests at twisted/nevow?

On 12 August 2014 03:45, Werner Thie wrote: > Mahalo for enlightening me, Werner I'm one of the people with write (commit?) access to Nevow. I just approved and merged your pull request; sorry for taking so long to get back to this. I'm not exactly sure where GitHub shows who has write access to

Re: [Twisted-Python] tor hidden service endpoint parser returns a deferred

On 2 May 2014 15:59, David Stainton wrote: > This will work fine for the txsocksx tor client endpoint parser I > wrote... However the txtorcon Tor Hidden Service endpoint setup > requires a deferred to fire once the tor process is started... This > means that the endpoint parser needs to return a

Re: [Twisted-Python] Manhole but no SSH

On 16 April 2014 00:09, Nicholas wrote: > Hello, everyone. > > Is it possible to implement the Manhole but without using SSH (or telnet, > for that matter) ? > > Say I start a service and I want to be thrown straight in a console, much > like Manhole does with SSH, but without having to actually l

[Twisted-Python] Buildslave outage

Hi all, Sorry for the short notice. My buildslaves (bot-idnar-debian{,64}) will be down for the next 8 hours or so, due to the host systems being moved to another datacentre. -- mithrandi, i Ainil en-Balandor, a faer Ambar ___ Twisted-Python mailing li

Re: [Twisted-Python] transport.write performance.

On Wed, Aug 7, 2013 at 10:10 PM, Glyph wrote: > > > On Aug 7, 2013, at 1:06 PM, Laurens Van Houtven <_...@lvh.io> wrote: > > FWIW, Maciej commented that they don't expect to be *faster*, because they > actually care about the JSON spec or checking return values. Things which > ultrajson convenien

Re: [Twisted-Python] Python 3: bytes vs. str in twisted.python.filepath

On Sun, Jul 14, 2013 at 4:00 AM, Harry Bock wrote: > (b) Misunderstandings at the application level about the underlying > filesystem's path encoding is not the problem of the Twisted API. Correct > me if I'm wrong, but that's the responsibility of the system administrator > or individual user (

Re: [Twisted-Python] Twisted web, giant-file POST forwarding and early bail-out.

On Tue, Jul 9, 2013 at 10:41 AM, Phil Mayers wrote: > This is sort of a problem with HTTP. The client will probably keep sending > the data. > Yes, the only way you can interrupt the client while it is sending a request is to close the connection, which means that the client will not read any err

Re: [Twisted-Python] logging

On Sun, Jun 16, 2013 at 4:38 AM, Glyph wrote: > > (I was going to say that without a format string I couldn't have my > stand-in UUID feature, but then I realized that namespace + set of keys is > probably good enough to generate that too, so never mind. Also it seems > like I'm the only one who

Re: [Twisted-Python] Release questions

On Fri, Apr 5, 2013 at 2:32 AM, Laurens Van Houtven <_...@lvh.cc> wrote: > DSA, by default, used SHA-1; recent revisions support SHA-2. A few years > ago, GnuPG and several big users including Debian and Apache started > suggesting the move to RSA instead of DSA keys. The algorithms vary a bit > i

Re: [Twisted-Python] Release questions

On Thu, Apr 4, 2013 at 12:04 AM, Glyph wrote: > Security-wise, signing an actually-secure hash is not that much different > than signing the tarballs themselves. Signing MD5 hashes, on the other > hand, is useless as a security measure. > > I think we should carry on with signing the list of sig

Re: [Twisted-Python] Release questions

On Wed, Apr 3, 2013 at 11:58 PM, Laurens Van Houtven <_...@lvh.cc> wrote: > Is the accidental corruption thing a real risk? I thought that was the > point of, say, TCP checksums :) Perhaps I'm just mistaken as to how often > his happens in the wild... > TCP checksums don't protect you against cor

Re: [Twisted-Python] eated traceback when decorate method already decorated by inlineCallbacks

On Thu, Mar 14, 2013 at 4:20 PM, wrote: > except: > Failure.printTraceback() I think this was supposed to be: except: Failure().printTraceback() ___ Twisted-Python mailing list Twisted-Python@twistedmatrix.com http://twistedma

Re: [Twisted-Python] How to dispatch message to different servers

On Sat, Mar 2, 2013 at 10:34 PM, Laurens Van Houtven <_...@lvh.cc> wrote: > Could you help me write an AMP implementation in Javascript? It's easy, > right? ;-) It can't be harder than writing a PB implementation in JavaScript ;) -- mithrandi, i Ainil en-Balandor, a faer Ambar __

Re: [Twisted-Python] How to dispatch message to different servers

On Sat, Mar 2, 2013 at 6:36 PM, Phil Mayers wrote: > On 03/02/2013 03:24 PM, Tristan Seligmann wrote: > >> I don't really understand how this is any easier with PB than with >> AMP, though. With AMP, you "just" need the same command definitions on >> both

Re: [Twisted-Python] How to dispatch message to different servers

On Sat, Mar 2, 2013 at 3:46 PM, Phil Mayers wrote: > AMP would be somewhat more attractive (to me) if it were possible to run > with the IDL just on the "server" (i.e. callee); this would achieve the > goal of protocol-level sanity checking, without the cost of having to > distribute the IDL to th

Re: [Twisted-Python] Twisted client memory leak

On Tue, Jan 22, 2013 at 3:06 PM, Diego Woitasen wrote: > I reproduce the problem with a modification of Echo client example > from Twisted documentation: Adding __del__ methods causes the object to become uncollectable if it forms part of a reference cycle. Thus it is almost always a bad idea to

Re: [Twisted-Python] Layer 2 and Twitsted

On 15 Jan 2013 7:41 PM, "outcast" wrote: > > Greetings, > > Has anyone done any work around using twisted for layer 2 traffic? Layer 2 traffic would be the domain of twisted.pair; I'm not aware of anyone using this in a "real" project, though, and I'd wager it needs some extra work before it'll b

Re: [Twisted-Python] a question about monotonic clock

On Mon, Oct 29, 2012 at 10:33 AM, Phil Mayers wrote: > On 10/28/2012 10:16 PM, Tristan Seligmann wrote: >> On Mon, Oct 29, 2012 at 12:05 AM, Phil Mayers >> wrote: > Sadly, this is not the case. As has already been pointed out, virtual > machine clocks can undergo stepping

Re: [Twisted-Python] a question about monotonic clock

On Mon, Oct 29, 2012 at 12:05 AM, Phil Mayers wrote: > This depends on how you're running ntpd. If you have "-x" on the command > line, yes - ntpd will not step. > > If not, there are circumstances it will step - clock diffs in excess of > 128ms iirc? If an offset of 128ms occurs at any time othe

Re: [Twisted-Python] a question about monotonic clock

On Sun, Oct 28, 2012 at 5:22 PM, Christopher Armstrong wrote: > I think that for *certain* uncommon types of applications, even the very > minor skewing of ntp can cause problems, but I wonder if gelin yan has I'm having trouble imagining such an application. In particular, if the application is

Re: [Twisted-Python] implementing NAMES in IRC

On Wed, Sep 12, 2012 at 2:12 AM, Adrian Overbury wrote: > However it is entirely possible to sanely parse and store replies in a > reactionary system because the first component of an RPL_NAMREPLY message is > the name of the channel it applies to. > > You can log or quietly drop replies that ar

Re: [Twisted-Python] implementing NAMES in IRC

On Tue, Sep 11, 2012 at 6:46 PM, Glyph wrote: > So... you're recommending exactly what twisted.words.im already does? :) Well, yeah: "The only way to reliably use the NAMES command is the way twisted.words.im.ircsupport [already does]" :) > Keep in mind that we can assume to have control over ou

Re: [Twisted-Python] implementing NAMES in IRC

On Tue, Sep 11, 2012 at 3:43 PM, wrote: > This is the excuse that is always given for not implementing a new > feature on `IRCClient`. However, here's another equivalent way of > stating the objection: > > IRC is a terrible protocol and it is very difficult to implement a > method like `name

Re: [Twisted-Python] implementing NAMES in IRC

On Tue, Sep 11, 2012 at 6:05 AM, Glyph wrote: > Such a bug may already exist - if you wouldn't mind, would you search for > it, and if you can't find it, file a new one? I don't know if there's an existing bug or not, but implementing a names() method is problematic. The natural API would be some

Re: [Twisted-Python] twisted server config: command line, environment or Axiom?

On Wed, Aug 8, 2012 at 3:58 PM, Laurens Van Houtven <_...@lvh.cc> wrote: > (3) has the downside that it conflates user data with configuration data. I'm > not sure that's a good thing or not. It sounds very similar to axiomatic, > which I've heard of, seen, but never played with. As exarkun ment

[Twisted-Python] Logging observers and threads

When an error occurs in a database connection thread, adbapi invokes log.err from that thread, which in turns causes log observers to be invoked in this thread. Mantissa's TracebackCollector has a log observer which logs items as Items in an Axiom store; this means that the log observer tries to ru

[Twisted-Python] Buildslave upgrades

I'd like to upgrade bot-idnar-debian64 from Debian lenny (5.0) to squeeze (6.0). I think this host was previously kept back to test Python 2.4 support on Debian, but it looks like the only thing it's doing now is building pyopenssl, and I don't think that particularly needs to be tested on lenny. I

Re: [Twisted-Python] accurate periodic call

On Tue, Feb 21, 2012 at 1:05 PM, Phil Mayers wrote: > I realise this is tricky to solve, but I'll note it's not impossible for > really REALLY big clock skews to happen. For example: recently we had a > server kernel panic and need a cold reboot. The machine booted and read > it's time from the CM

  1   2   >