Cases (Posts about python)

Running python tests on Travis's OSX workers

Grzegorz Śliwiński — Sun, 20 Mar 2016 20:44:55 GMT

I, and my colleages are running tests mostly on linux, since our packages usually are clean python implementation. However, for mirakuru, which we use to govern processes in tests, and by extension pytest-dbfixtures, which has predefined process fixtures for pytest, we wanted to run tests also on osx. Travis.ci for a long time had option to configure osx workers and linux, however python builds on osx are kind of broken by default.

Travis.ci has a long standing bug report for this issue, which will get 2 years old in this May. Apparently, just setting python as a language and osx among the system to test on won't work for apple's operating system.

Creating a timestamp in python - difference between calendar.timegm and time.mktime

Grzegorz Śliwiński — Wed, 25 Nov 2015 19:18:16 GMT

If think most of python programmers realise that there are two ways of getting timestamp with only the help of stdlib libraries. It's time.mktime and weirdly placed calendar.timegm.

There are two things people are probably not aware. First one can be attributed due to the fact that their docs are not being read properly, or more often skipped is that time.mktime function treats timetuple as if it were representing date and time in machine local time. This means even if you extract timetuple from your datetime object using utctimetuple method resulting timestamp will still be a given date in your system local time zone. Might not be a problem at all on production, but will be a much bigger issue on your machine, when you pull some data to analyse. calendar.timegm on the other hand, treats all input data as if it were passed in utc.

Speaking of which, none of those two functions accepts a parameter that would tell which timezone the timetuple is in. The only difference is that time.mktime returns a float and calendar.timegm returns an integer.

Second things - timegm function is faster than mktime! See the short benchmarks below:

Read more… (1 min remaining to read)

Measuring test coverage of py.test plugins

Grzegorz Śliwiński — Sun, 16 Nov 2014 15:54:42 GMT

Measuring your code's test coverage is important, though not definitive metric to tell that Your code is well tested. But to measure coverage properly, tests have to be properly initialized as well. And today I asked myself a question, how do I measure properly test coverage of py.test plugins?

Read more… (1 min remaining to read)

pytest-dbfixtures now works with python 3

Grzegorz Śliwiński — Sat, 08 Nov 2014 18:16:25 GMT

Few days ago we've released a python3 compatible version of pytest-dbfixtures, a pytest plugin with fixtures and factories that can start fresh mysql, postgresql, elasticsearch, redis, rabbitmq and mongodb processes for Your tests - and clean their data afterwards. It also provides factories for fixtures if you'd need more processes of one kind or with different settings.

Unfortunately, if You've been using rabbitmq and/or mysql related fixtures, please check your tests carefuly, as these fixtures got most backward incompatible changes.

Read more… (1 min remaining to read)

pyramid_fullauth 0.4 - python3 and few fixes

Grzegorz Śliwiński — Sun, 02 Nov 2014 18:46:35 GMT

I've just released version 0.4 of my pyramid extension, pyramid_fullauth. It's goal is to allow to add authentication abilities - both password- and social-based authentication - to pyramid based apps by the means of configuration mostly.

This version comes with limited python3 compatibility, and two bugfixes.

Read more… (1 min remaining to read)

Commit a day, will scratch Your itch away

Grzegorz Śliwiński — Thu, 04 Sep 2014 21:03:07 GMT

At August's wroc.py meeting I had a brief discussion with Tomek Wójcik about Envelopes's state, and those long opened issues at his issue tracker.

While thinking about what Tomek said, I remembered reading Jeff Knupp's post about whizbang project, a highly motivational post about willingness to do something - and it got me thinking... What makes project tick? Why does Django, Twisted, Celery have grown so big?

My first bump with pypy

Grzegorz Śliwiński — Thu, 21 Aug 2014 20:34:42 GMT

Just until two weeks ago, I was only reading about PyPy. My though about it was somewhat simple: that's the interpreter, that speeds up python code. I expected that some changes to python code, that's supposed to run in PyPy will be required, but I thought it will be easy to spot. I haven't been more wrong.

Read more… (1 min remaining to read)

mirakuru 0.2 released

Grzegorz Śliwiński — Sat, 16 Aug 2014 19:21:07 GMT

Last Thursday, we released new minor version of mirakuru. Mirakuru is a helpful tools that lets add superpowers to Your tests, or maybe other scripts that need other processes to run.

Changes introduced to mirakuru 0.2 - are:

context managers (for both starting and stopping)
ability to detect if resources required by executors (TCP or HTTP) aren't already used.
and a fix, for killing executors started with their own shell.

Read more… (1 min remaining to read)

mirakuru, your tests little helper

Grzegorz Śliwiński — Thu, 03 Jul 2014 18:19:11 GMT

Just yesterday, we released first version of mirakuru. Mirakuru is a helpful tools that lets add superpowers to Your tests, or maybe other scripts that need other processes to run.

With few lines of code, mirakuru guarantees, that when running, your script will start it's own database instance, or the webserver you've just wrote, and need to test it by sending real requests to it - automatically.

Deploying python packages with travis-ci

Grzegorz Śliwiński — Sun, 04 May 2014 17:21:09 GMT

Deploying applications is tedious, so is deployin packages, no matter the package repository. For example after applying changes to codebase, the code needs to be tagged, as to not loose the point of release from sight, after that the packages needs to be built and uploaded. It's far too many commands that need to be done. One might develop some deployment scripts. Sure, but what, if we could use something else to deploy packages for us?

Read more… (1 min remaining to read)