pyopencl (2016.1+git20161003-1) unstable; urgency=low

  Package is now built for all  architectures with available OpenCL ICD.
  List of those architectures is managed manually - please open an issue
  in BTS if I missed some. Also, as I do not have access to OpenCL
  capable hardware on various architectures, please open issues when
  something does not work there.

 -- Tomasz Rybak <tomasz.rybak@post.pl>  Fri, 28 Oct 2016 20:55:35 +0200

pyopencl (2015.2.4-1) unstable; urgency=medium

  There is incompatible change regarding operations on complex numbers:
  they are no longer implementations of float2 or double2, but use struct
  instead. This allows for having .real and .imag (and .x and .y)
  fields, but might make existing code not work anymore.

  PyOpenCL uses cffi instead of Boost for Python connectivity. It should
  not change anything for - PyOpenCL should work as previously. The
  only difference is that it should be easier to use PyOpenCL on PyPy,
  althouth I haven't yet started working on it.
  But if there are any errors please let me know, preferably by Debian BTS.

 -- Tomasz Rybak <tomasz.rybak@post.pl>  Sun, 27 Mar 2016 19:06:41 +0200

pyopencl (2013.2+git20140421-1) unstable; urgency=low

  PyOpenCL was moved to main. Its dependencies were changed to
  prefer free implementation of OpenCL libraries.
  If you have libopencl1 and opencl-icd installed, nothing is changed.
  If any of those is missing, apt will install free versions,
  ocl-icd-libopencl and mesa-opencl-icd. You can install Beignet (also
  in main), requiring Intel GPU to work.
  If you want to use other hardware (e.g. AMD or NVIDIA) you'll need
  to install non-free packages.

 -- Tomasz Rybak <tomasz.rybak@post.pl>  Tue, 22 Apr 2014 16:47:51 +0200

pyopencl (2012.1-1) unstable; urgency=low

  New package version was built against free ocl-icd-libopencl1 library.
  Although it can be build using only free libraries it still requires
  ICD to run so it will stay in contrib until there is free ICD in Debian.

  By default package is built against ocl-icd-libopencl1 but I have set
  build- and installation-time dependencies so PyOpenCL can be build and
  used with any package providing libopencl1. There are some problems
  with non-free libraries though, e.g. using amd-libopencl1 with NVIDIA
  hardware and ICD can lead to crashes (see discussion for bug #673992).
  Also some non-free libraries do not provide all OpenCL features (e.g.
  at the time of writing NVIDIA libraries provide only OpenCL 1.1 while
  other libraries provide OpenCL 1.2).

  In other words - if you use non-free libopencl1 and it works, good for
  you. If not, please try installing free ocl-icd-libopencl1 and testing
  whether problems remain before filling bug for PyOpenCL.

 -- Tomasz Rybak <tomasz.rybak@post.pl>  Thu, 21 Jun 2012 21:18:03 +0200

pyopencl (2011.2+git20120517-1) unstable; urgency=low

  New package depends on AMD OpenCL libraries because currently they are
  the only provider of OpenCL 1.2 (version offered by opencl-headers).
  If you are using NVIDIA hardware you can allow for installing
  amd-libopencl1 package. It will remove nvidia-libopencl1 but will not
  prevent you from using OpenCL with NVIDIA hardware. OpenCL
  implementation is provided by driver, and {amd, nvidia}-libopencl1
  packages only provide management library. Please see README.Debian
  for more detailed description of interdependencies of OpenCL libraries.

 -- Tomasz Rybak <bogomips@post.pl>  Thu, 24 May 2012 22:16:41 +0200

pyopencl (2011.2-1) unstable; urgency=low

  New PyOpenCL package allows for using either AMD of NVIDIA OpenCL libraries.
  Only one package providing libopencl1 can be installed (see README.Debian);
  this package allows for using any of them, but was build against
  amd-libopencl1 and by default wants to install it
  (removing nvidia-libopencl1). 
  NVIDIA OpenCL provider works well with amd-libopencl1, so agree to its
  installation if it is required.

 -- Tomasz Rybak <bogomips@post.pl>  Mon, 28 Nov 2011 13:39:37 +0100
