antocuni changed the topic of #pypy to: PyPy, the flexible snake (IRC logs: https://botbot.me/freenode/pypy/ ) | use cffi for calling C | "PyPy: the Gradual Reduction of Magic (tm)"
<arigato>
mattbillenstein: regarding the OS X support: we already got quite some help, see the logs of this channel for the hours before you asked
<kenaan>
arigo extradoc 899e22aebe31 /sprintinfo/leysin-winter-2018/people.txt: List Johannah
<arigato>
sorry, the correct spelling is Joannah
antocuni has joined #pypy
<mattbillenstein>
ok, so reading back on that, it seems the binary distributions are going to be compiled on an older version of osx to get around these backwards compatibility issues?
<arigato>
yes, likely
<mattbillenstein>
ok, sounds good - are you going to have a buildbot on that version as well?
<arigato>
I have no clue so far, you should ask on the issue
<mattbillenstein>
alright, I shall follow along there -- thx
<arigato>
for now the goal is only to make official releases
<arigato>
I think that a buildbot running nightly is a different issue
<arigato>
though probably useful
<mattbillenstein>
yeah, I thought it would be good to know of regressions against that version so that you wouldn't be surprised when cutting a new release
<mattbillenstein>
ideally you have a buildbot on all supported versions
<Rotonen>
one only needs to build on the oldest supported one, but test on all of them
deathsparton has quit [Remote host closed the connection]
forgottenone has joined #pypy
<gcbirzan>
arigato: Thanks for that fix, btw. Now thee pypy version is only like 75% slower than python3 :)
<gcbirzan>
But, I'm yet to figure out why that is... On my computer, it's okay. It's 2-3 times faster. In GKE, it's much slower.
<gcbirzan>
The only thing I haven't tried locally is a VM
<gcbirzan>
Also, there maybe should be nightly docker image, but that'll have to be a different name, since otherwise people with latest will get screwed...
gclawes has quit [Read error: Connection reset by peer]
gclawes has joined #pypy
marr has quit [Ping timeout: 276 seconds]
marky1991 has joined #pypy
marky1991 has quit [Ping timeout: 260 seconds]
gthank has joined #pypy
<gthank>
I've got a question about getting uwsgi working under pypy3 if anybody has the time to walk me through it.
amaury_ has joined #pypy
amaury_ is now known as amaury
<gthank>
I'm using pip to install uwsgi under pypy3 and I've changed my uwsgi config to use `pypy-wsgi-file` instead of a plan `wsgi-file` but I'm still getting a bad gateway
<gthank>
you have to load a pypy setup file with --pypy-setup
marr has joined #pypy
<gthank>
I'm on macOS (latest) and this is all inside a venv (which is active) so (to my understanding, at least) uwsgi should be aware that it's isntalled under pypy3
Garen has joined #pypy
drolando has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
tbodt has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
yuyichao_ has joined #pypy
yuyichao has quit [Remote host closed the connection]
dowwie has joined #pypy
<dowwie>
I was working on a cffi tutorial when I found that one of the lines was no longer working. I suspect that maybe an api drifted since the article was written so I'm asking here-- what's wrong with this statement? ctypes.cast(ptr, ctypes.c_char_p).value.decode('utf-8')
<dowwie>
the type that is trying to be converted is char* and this is the exception that raises: ArgumentError: argument 1: <class 'TypeError'>: wrong type
swarmer_mobile has joined #pypy
<dowwie>
how can I convert something like this type to a python string? <cdata 'char *' 0x55e5fb8a0550>