You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
(9) |
Apr
(5) |
May
(4) |
Jun
|
Jul
(2) |
Aug
(1) |
Sep
(1) |
Oct
(2) |
Nov
(3) |
Dec
(2) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2007 |
Jan
(2) |
Feb
(3) |
Mar
(3) |
Apr
(3) |
May
(5) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(11) |
Jul
(20) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Yaroslav H. <li...@on...> - 2007-01-31 02:23:50
|
uploaded to Debian, so it should be apt-get'able within a day. Cheers > PyEPL 1.0.28, which fixes a bug in ButtonChooser which allowed > negative response-times, is now posted to http://pyepl.sourceforge.net. > Best wishes, > The PyEPL Team -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |
From: Aaron G. <aa...@sa...> - 2007-01-30 21:15:55
|
PyEPL 1.0.28, which fixes a bug in ButtonChooser which allowed negative response-times, is now posted to http://pyepl.sourceforge.net. Best wishes, The PyEPL Team |
From: Yaroslav H. <li...@on...> - 2006-12-14 15:48:19
|
1.0.27 has been uploaded to unstable Debian. Frozen now (etch) release of Debian seems to get 1.0.26. I think that there is no need for stating on the webpage that "Currently the packaged version is v1.0.21. Debian (sid) users may obtain more recent versions by adding the repository: deb http://pkg-exppsy.alioth.debian.org/debian/ sid main to their sources.list file." since now pyepl debian version in unstable follows your releases quite tight in time, so there is not need to use pkg-exppsy repository for sid. But that repository might come handy for other distributions, since we might provide backports of unstable/sid version for etch/dapper/etc. Thanks Best regards On Wed, 13 Dec 2006, Aaron Geller wrote: > PyEPL v. 1.0.27 is posted to http://pyepl.sourceforge.net. -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |
From: Aaron G. <aa...@sa...> - 2006-12-13 19:54:11
|
PyEPL v. 1.0.27 is posted to http://pyepl.sourceforge.net. Notes: 1. We have replaced use of Numeric with numpy. If you are using PyEPL on linux or building it yourself on a mac, make sure you have numpy installed. 2. The ActiveWire USB drivers are now released under the GPL, so we have incorporated the installer for the drivers into the PyEPL installer. 3. Recording to stereo files is now enabled. Best, The PyEPL Team |
From: Yaroslav H. <li...@on...> - 2006-11-10 16:29:18
|
> Thanks to Yaroslav Halchenko for his great work on packaging PyEPL for > linux! You are welcome. I am not alone in my endeavor of pyepl packaging: pyepl is a part of Debian packaging project "Experimental Psychology" we started with Michael Hanke http://alioth.debian.org/projects/pkg-exppsy/ which is "to provide Debian-aware psychologists with the means of carrying out their experiments, such as stimuli delivery and response registration tools such as PyEPL (http://pyepl.sourceforge.net/) and visionegg (http://www.visionegg.org/) to stay away from E'(E-Prime), and Presentation." I thought to mention it since it might be of interest to the list subscribers ;-) Cheers Yarik -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |
From: Aaron G. <aa...@sa...> - 2006-11-09 19:07:57
|
The PyEPL linux installation instructions on the PyEPL website have been updated to reflect the advent this fall of Debian and Ubuntu packages for installing PyEPL. Thanks to Yaroslav Halchenko for his great work on packaging PyEPL for linux! Best, The PyEPL Team |
From: Aaron G. <aa...@sa...> - 2006-11-01 00:09:27
|
Hello PyEPL Users, We are happy to announce the release of PyEPL v. 1.0.26, the first version tested successfully on Intel Macs. We are currently distributing separate (non-universal) binaries for PPC and Intel Macs, so make sure you pick the right one! See http://pyepl.sourceforge.net for all your PyEPL needs. Best, The PyEPL Team |
From: Aaron G. <aa...@sa...> - 2006-10-13 14:38:49
|
PyEPL 1.0.25 fixes two issues: 1. A spurious sound error that occurred when an external mic is connected 2. Freezing of experiments when non-numeric keys are hit during mathDistract Note: We have discontinued the Mac installers for Python 2.3. Best, The PyEPL Team |
From: Yaroslav H. <li...@on...> - 2006-10-11 14:11:44
|
1.0.22 is packaged for debian unstable and available from deb http://pkg-exppsy.alioth.debian.org/debian/ sid main (1.0.21 is within unstable(sid) already) P.S. Please update Website http://pyepl.sourceforge.net/: python-pyode has being available in debian for a while ;-) http://packages.qa.debian.org/p/pyode.html On Sun, 24 Sep 2006, Aaron Geller wrote: > Last week we discovered and closed a major memory leak pertaining to > the loading and unloading of images. This was causing image- > intensive experiments to crash. > This bug is fixed as of v. 1.0.21, now available at > pyepl.sourceforge.net. > Best, > The PyEPL Team -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |
From: Aaron G. <aa...@sa...> - 2006-09-24 23:09:43
|
Last week we discovered and closed a major memory leak pertaining to the loading and unloading of images. This was causing image- intensive experiments to crash. This bug is fixed as of v. 1.0.21, now available at pyepl.sourceforge.net. Best, The PyEPL Team |
From: Aaron G. <aa...@sa...> - 2006-08-02 20:57:02
|
PyEPL v. 1.0.19, which fixes a bug in playback of short files, was posted today. Aaron |
From: Aaron G. <aa...@sa...> - 2006-07-10 21:58:55
|
We have fixed an important bug in sound recording which was causing the insertion of spurious sounds into recordings. This is fixed as of version 1.0.18. New installers are posted at the sourceforge site. Best, The PyEPL Team. |
From: Wolfgang P. <wol...@we...> - 2006-07-06 06:46:56
|
Hi, I would like to use pyepl for a study that involves the use of an eye tracker. Did anybody do that yet? is there a module for using and eye-tracker? Where can I get more info on how to write that module myself? Cheers and Thanks, Wolfgang |
From: Yaroslav H. <li...@on...> - 2006-05-15 01:36:40
|
Just wanted to let you know that I PyODE: retitled RTF -> ITP debian WNPP bug pyode =20 packaged pyode for sid and etch with GCC 4.0 after rebuilding pyrex generated files (thanks to Paul bug resolution earlier on ;-)) =20 will do some manual twists for breezy later on since its older later0-dev doesn't ship user-settings (etch/sid versions might work on breezy meanwhile) PyEPL: packaging updated for 1.0.14. Since documentation was removed, no -doc package with examples for now. =20 Preliminary Packages (python{,{2.{3,4}}}-{pyode,pyepl}) (for i386), for sid and etch, and sources of them are available from my repository for sid: deb http://itanix.rutgers.edu/rumba/ sid perspect=20 deb-src http://itanix.rutgers.edu/rumba/ sid perspect Please let me know if they don't work for you P.S. Michael and I started up a project https://alioth.debian.org/projects/pkg-exppsy/ which is dedicated to provide Debian packaging for the software of interest for experimental psychologists. For now it includes PyEPL, VisionEGG, and PyODE since it is required for PyEPL ;-) There is SVN for it if you want to get debian packaging sources, available from http://svn.debian.org/ On Thu, 11 May 2006, Aaron Geller wrote: > Please note: we have switched to using the current version of PyODE inste= ad of an obsolete version we had been=20 > supplying. For linux users (or mac users not using the binary installers= ) this means there is an additional=20 > dependency. > I have posted notes on installing PyODE at: > http://sourceforge.net/forum/forum.php?thread_id=3D1494741&forum_id=3D548= 620 --=20 .-. =3D------------------------------ /v\ ----------------------------=3D Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |
From: Aaron G. <aa...@sa...> - 2006-05-11 15:36:44
|
PyEPL version 1.0.14 has been posted to http://pyepl.sourceforge.net. The bug which prevented VR from running on MacPython 2.4 has been fixed. Please note: we have switched to using the current version of PyODE instead of an obsolete version we had been supplying. For linux users (or mac users not using the binary installers) this means there is an additional dependency. I have posted notes on installing PyODE at: http://sourceforge.net/forum/forum.php?thread_id=1494741&forum_id=548620 Best, Aaron |
From: Aaron G. <aa...@sa...> - 2006-05-09 20:48:00
|
A KeyTrack is necessary but not sufficient for this; a textfield-like environment (I assume you want to echo keystrokes to the screen) is not yet implemented, but you can see code which does this for numeric inputs, which is used in pyepl.convenience.mathDistract(). It basically consists of a while loop which checks that the last keystroke was not a return and if not, uses VideoTrack.replace() to update the display. Aaron On May 9, 2006, at 2:38 PM, Alessandro Gagliardi wrote: > For an experiment, I would like the participants to be able to type > in the answer to a question. I'd like to use KeyTrack for this, > but it seems like the KeyTrack isn't really meant for that. Any > advice on what the best way to go about this would be? > > Thanks in advance, > -- > Alessandro Gagliardi > Integrative Neuroscience > Rutgers University > ale...@ga... |
From: Alessandro G. <ek...@gm...> - 2006-05-09 18:38:58
|
For an experiment, I would like the participants to be able to type in the answer to a question. I'd like to use KeyTrack for this, but it seems like the KeyTrack isn't really meant for that. Any advice on what the best way to go about this would be? Thanks in advance, -- Alessandro Gagliardi Integrative Neuroscience Rutgers University ale...@ga... |
From: Aaron G. <aa...@sa...> - 2006-04-17 15:33:17
|
I've fixed the error which was preventing pyepl from importing on linux, posted a corrected version of pyepl-1.0.12.tgz. Apologies for the inconvenience. Aaron |
From: Yaroslav H. <li...@on...> - 2006-04-17 13:47:59
|
Hi Aaron, I am sorry to be an annoying buzz, I just want to check if you got any chance to look at the problems I've encountered while packaging pyepl. Also we have another member who is willing to help me packaging/maintaining pyepl for Debian (Ubuntu): Michael Hanke. Just to refresh the list of issues (more important - first) * Clarify the destiny of pyODE-0.35cvs-2.tar.gz if it is possible to migrate to the fresh version (projects merged) http://pyode.sourceforge.net/ for which RFP wnpp bug was filed long ago http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=329013 Why is the full source (.tgz) is carried with pyepl anyways if there is already ode.pyx within the pyepl tarball? If updated pyODE is not suitable to be used with pyepl, could upstream at least get rid of .tgz and just keep original ode.pyx (it includes license warning, and can be accompanied with license file: I would just refer to the LGPL file provided with Debian) * Clarify the situation with shipped non-free font: code/resources/font.ttf can we use fonts shipped with a system? * Compile and package manual into -doc Compilation failed on first attempt: more investigation is necessary > make jade -t sgml -d /usr/share/sgml/docbook/stylesheet/dsssl/modular/html/docbook.dsl pyepldoc.sgml jade:pyepldoc.sgml:10:0:E: character "<" not allowed in declaration subset jade:pyepldoc.sgml:31:2:E: character "<" not allowed in declaration subset jade:pyepldoc.sgml:40:8:E: end of document in DTD subset make: *** [pyepldoc.html] Error 1 Installed: ii docbook-dsssl 1.79-3 modular DocBook DSSSL stylesheets, for print ii jade 1.2.1-47 James Clark's DSSSL Engine * To don't byte-compile: dh_python will do that... but I am not sure on how to turn that off in setup.py...? * Proper "clean"-up procedure Well... though it is not required (or in other words "could be avoided") -- it is good to have proper clean-up procedure and original Makefiles were missing clean target. Besides that setup.py is not tailored to provide proper cleaning. Temporary fix was applied but proper solution would be better * provide fresh/working examples within a source tarball: I have tried to run example scripts using PyEPL installed from my Debian package and bugs.py works properly but hw.py example shipped with source tarball fails... and the reason why is that the examples shipped within source tarball are different from the ones within pyepl_sample_code-1.0.9 > diff pyepl-1.0.9.origg/code/documentation/source/examples/hw.py pyepl_sample_code-1.0.9/hw.py 8a9 > exp = Experiment() could we unify those? :-) On Thu, 16 Mar 2006, Aaron Geller wrote: > Hi Yaroslav. > Thanks again for the correction! I will update the webpage. > Ubuntu installed libode 0.5-3. > Have you tried anything on your ubuntu machine yet? > Sorry I haven't gotten back to you yet on the dpkg issues; I'm under a deadline for a separate project. I will > get to them, though. > Aaron -- Yaroslav Halchenko Research Assistant, Psychology Department, Rutgers-Newark Office: (973) 353-5440x263 | FWD: 82823 | Fax: (973) 353-1171 101 Warren Str, Smith Hall, Rm 4-105, Newark NJ 07105 Student Ph.D. @ CS Dept. NJIT |
From: Yaroslav H. <li...@on...> - 2006-04-11 04:32:16
|
Hi Alessandro, It is late -- so I was lazy to test but could you give a try? apply next patch -- then if vr doesn't get imported properly (exception raised) it will just skip it. I hope that those are the only places were it was imported. But there might be some dependencies (like calls to imported vr, or smth) which I didn't take care about with this simple/stupid patch Dear PyEPL authors, indeed it would be beneficial if some modules don't get enabled unless instructed (like vr, sound, and may be smth else?). On Mon, 10 Apr 2006, Alessandro Gagliardi wrote: > >...< > Aaron said that VR doesn't work with Python 2.4, so perhaps I'm > beating my head against a wall for no reason. But if I can't even get > import to work, I can't do much with PyEPL. Is there a way I can > rewrite my scripts so they won't try using the VR module? (Nothing I > have should depend on the VR module.) > Thanks! -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |
From: Alessandro G. <ek...@gm...> - 2006-04-11 03:47:29
|
I posted this to the form some time ago but have not received a response, so I thought I would try here. I tried installing MacPython, but apparently that doesn't work on the new Intel Macs, so I installed Python 2.4 using Darwin Port which compiles it from the source. I installed all the components listed on the website. I had a problem installing ODE, but that was solved by looking here: http://q12.org/pipermail/ode/2006-April/018349.html However, I'm still getting the following error when I try to import the PyEPL library: Python 2.4.2 (#1, Apr 1 2006, 23:50:28) [GCC 4.0.1 (Apple Computer, Inc. build 5247)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from pyepl.locals import * Traceback (most recent call last): File "<stdin>", line 1, in ? File "/opt/local/lib/python2.4/site-packages/pyepl/__init__.py", line 15,= in ? import hardware File "/opt/local/lib/python2.4/site-packages/pyepl/hardware/__init__.py", line 22, in ? import vr File "/opt/local/lib/python2.4/site-packages/pyepl/hardware/vr/__init__.p= y", line 15, in ? from avatar import LowVAvatarSpeedBubble File "avatar.pyx", line 18, in avatar ImportError: Failure linking new module: /opt/local/lib/python2.4/site-packages/pyepl/hardware/vr/ode.so: Symbol not found: _dJointSetHingeAxis Referenced from: /opt/local/lib/python2.4/site-packages/pyepl/hardware/vr/ode.so Expected in: flat namespace Aaron said that VR doesn't work with Python 2.4, so perhaps I'm beating my head against a wall for no reason. But if I can't even get import to work, I can't do much with PyEPL. Is there a way I can rewrite my scripts so they won't try using the VR module? (Nothing I have should depend on the VR module.) Thanks! -- Alessandro Gagliardi Integrative Neuroscience Rutgers University ale...@ga... |
From: Aaron G. <aa...@sa...> - 2006-04-10 19:41:41
|
Hi Folks, Over the weekend we discovered a bug in the sound code which was causing non-deterministic seg-faulting. This is now fixed in the current version. Best, Aaron |
From: Alessandro G. <ek...@gm...> - 2006-03-30 19:36:47
|
I signed up on this list a couple weeks ago and haven't received anything, so I just want to see if it's working. -- Alessandro Gagliardi Integrative Neuroscience Rutgers University ale...@ga... |
From: Yaroslav H. <li...@on...> - 2006-03-16 16:55:34
|
It would be nice to wrap all such calls and provide friendlier problem reporting than jsut a backtrack with uncaught exception... > python bugs.py -ssubj1 -a/tmp/ Xlib: extension "GLX" missing on display ":0.0". Xlib: extension "GLX" missing on display ":0.0". Traceback (most recent call last): File "bugs.py", line 11, in ? video = VideoTrack("video") File "/usr/lib/python2.3/site-packages/pyepl/display.py", line 815, in __init__ textlog.LogTrack.__init__(self, basename, archive, autoStart) File "/usr/lib/python2.3/site-packages/pyepl/textlog.py", line 41, in __init__ self.startService() File "/usr/lib/python2.3/site-packages/pyepl/display.py", line 851, in startService hardware.startVideo() File "/usr/lib/python2.3/site-packages/pyepl/hardware/graphics/__init__.py", line 167, in startVideo pygame.display.set_mode(init_options["resolution"], flags) pygame.error: Couldn't find matching GLX visual It would be much better simply to report "Enable GLX support in your X server" or smth like that.... -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |
From: Yaroslav H. <li...@on...> - 2006-03-16 07:20:22
|
Fresh version of Debian packaging is available from http://itanix.rutgers.edu/rumba/dists/unstable/perspect/binary-i386/science/ and sources from http://itanix.rutgers.edu/rumba/dists/unstable/perspect/source/science/ now there is a proper split between [ ] python-pyepl-common_1.0.9-0.2_i386.deb 16-Mar-2006 02:08 876k [ ] python-pyepl_1.0.9-0.2_i386.deb 16-Mar-2006 02:08 2k [ ] python2.3-pyepl_1.0.9-0.2_i386.deb 16-Mar-2006 02:09 472k [ ] python2.4-pyepl_1.0.9-0.2_i386.deb so there are two packages for 2.3 and 2.4 versions of python respectively. -common contains 'resources' and python-pyepl is just a dummy package which depends on python2.3- version since this is the one which is default under Debian... I had to tune setup.py a bit more since hardcoded calls in Makefiles to python forbid to build packages for different python versions... Proposed solution (creation of Makefile.common at top level by setup.py) might be interesting for upstream as well ;-) A new question though: it is not mentioned on the website but it seems that it is one of the requirements: python-opengl... python2.4-opengl not yet under debian thus I could not run and was getting Traceback (most recent call last): File "./bugs.py", line 4, in ? from pyepl.locals import * File "/usr/lib/python2.4/site-packages/pyepl/__init__.py", line 15, in ? import hardware File "/usr/lib/python2.4/site-packages/pyepl/hardware/__init__.py", line 18, i n ? import graphics File "/usr/lib/python2.4/site-packages/pyepl/hardware/graphics/__init__.py", l ine 16, in ? from OpenGL.GL import * ImportError: No module named OpenGL.GL So is opengl is the only graphics method? (then it has to be required, which would limit the set of architectures on which pyepl can run I believe), or it is optional? (then we need to wrap import into try clause...) Cheers -- .-. =------------------------------ /v\ ----------------------------= Keep in touch // \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User ^^-^^ [175555] |