Bug#808880: Package uploaded
> That's not the only problem. Betamax will (and currently is) an imporant dependency of OpenStack packages. It doesn't seem that important to me. It's currently been added as a *test* dependency and it's only in *one* project (http://codesearch.openstack.org/?q=betamax&i=nope&files=&repos=). Yes keystoneauth will soon be adopted by an increasing number of projects but betamax is not only a *test* dependency, it's an *optional* test dependency meaning that projects may choose to use it or not. An increasing number of other projects (like the requests-toolbelt) are adopting Betamax at the same time and being packaged by DPMT. Since I think the adoption story will be much wider outside of OpenStack I see little benefit to this being in PKG OpenStack. > I very much would welcome help. I applied to the team, offered help, and then ~1 year later had my membership declined. If I re-apply, would I be able to help with other projects now? > Are you interested in OpenStack? :) "Interested" is a strong word. ;) Cheers, Ian
Bug#808880: Any update?
Hi Thomas, We already have an offer to sponsor: https://github.com/sigmavirus24/betamax/issues/57#issuecomment-92038957 Daniele and I both plan to be more cooperative and responsive after this weekend. Cheers, Ian pgp193uj2QkPY.pgp Description: PGP signature
Bug#808880: ITP: betamax -- VCR imitation designed only for python-requests
Hi Geert, I'm the author of Betamax. While its primary use is for testing (and it has integrations with different testing utilities to help with testing projects) people have and do use it in other contexts (although they're in the minority). That said, Betamax does not behave like a proxy would in the way it captures HTTP interactions. Perhaps my description of my own package needs improvement. Betamax specifically will (when explicitly instructed to do so) record HTTP interactions when using python-requests. A slightly more generic, but equally explicit, package to record any HTTP interaction using Python is VCRpy. To record *any* HTTP interaction on a system, you'll have better luck with a proxy like mitmproxy. That can intercept, record, and reply any HTTP interaction on your system. Cheers, Ian
Bug#698258: ITP: python-charade -- universal encoding detector for Python 2 and Python 3
On Tue, Mar 19, 2013 at 5:58 PM, Daniele Tricoli wrote: > Hello Ian, > sorry for this late response I was a bit busy this month. No worries >> Trying to have both python-chardet and python3-chardet in the same >> package was causing a lot of problems and overall hair-pulling. charade >> is just a way of supporting both python 2 and python 3 in the same >> package without needing separate versions for separate python versions. > > I understand the problem of having both python-chardet and python3-chardet > in the same package but this problem doesn't exist in Debian, so I can't > rely to this to bring python-charade into Debian. > > Don't think Debian just don't care about it, but having two similar > projects in the archive demands a cost, so we have to illustrate advantages > clearly. I was only concerned because, if I remember correctly, Debian has a python-requests package. As someone who doesn't use Debian (or Ubuntu) I was concerned (as a maintainer of requests) that the vendored dependencies were being stripped and other Debian packages used in their stead. >> It's still being improved and we are adding new encodings as well, so >> your effort to add it to the Debian repositories was not in vein. We >> don't yet have support for those encodings, but I'm planning on working >> on them over the next couple weekends. If you're interested in helping, >> that would be awesome. > > Enhancements in python-charade is a very good point to bring it into > Debian, and I undelined your enhancements for this reason. > > I don't have a lot of time at the moment but I will try to devote a bit of > time to help! Yeah, frankly, I have been very busy since sending that email and finding the information needed to add those character sets has not been... simple. Hopefully I will finish my degree uneventfully and find more time afterward. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/can-kwu1np6p15ww98kojmjjz4-xjgofbsdrk1g+v2vskm2j...@mail.gmail.com
