: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=polish, LC_CTYPE=pl_PL (charmap=ISO-8859-2) (ignored:
LC_ALL set to pl_PL)
--
Tomasz Rybak [EMAIL PROTECTED
After I've removed libsemanage-dev (which, as I observed,
was removed from Debian archive), installing python2.4-semanage
and upgrading policycoreutils went fine.
I think adding Replaces: (or Conflicts: libsemanege-dev) header
to new policycoreutils should fix that problem.
Regards.
--
Tomasz
Package: trac
Version: 0.10.4-2
Severity: serious
Today I upgraded PostgreSQL to 8.3.
This version more strictly checks types of columns and parameters.
After this upgrade any operations in Trac that try to access Subversion
repository (Timeline, Browse Source) fails.
For example Browse source
Package: postgresql-server-dev-8.3
Version: 8.3~rc1-1
Severity: grave
Justification: renders package unusable
LC_ALL=C apt-get -t experimental install postgresql-server-dev-8.3
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW
packages
I will add dependencies.
Packages are signed with my GPG key.
I tried to create private repository (so one could add
appropriate lines to sources.list and use apt-get to install
pycuda in Debian) but messed something with directories,
so for now there is no repository with pycuda.
--
Tomasz
Dnia 2010-05-20, czw o godzinie 09:10 +0200, Sandro Tosi pisze:
Hi
On Wed, May 19, 2010 at 23:57, Tomasz Rybak bogom...@post.pl wrote:
I have put new version of PyCUDA (and pytools) pacages:
http://www.bogomips.w.tkb.pl/cuda.html#Debian
http://www.bogomips.w.tkb.pl/cuda/
Now python
Package: evolution
Version: 2.30.1.2-2
Severity: important
Tags: sid
In the beginning of this week I updated my system, including updating Evolution
to 2.30.
Before updating I run `evolution --force-shutdown', packages were updated
without problems,
but after running Evolution I noticed few
deb http://www.bogomips.w.tkb.pl . .
deb-src http://www.bogomips.w.tkb.pl . .
(there are two dots separated by space)
then `apt-get update apt-get install python-pycuda`
and PyCUDA should be installed.
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E
Dnia 2010-05-22, sob o godzinie 11:28 +0200, Yves-Alexis Perez pisze:
On ven., 2010-05-21 at 22:28 +0200, Tomasz Rybak wrote:
Package: evolution
Version: 2.30.1.2-2
Severity: important
Tags: sid
In the beginning of this week I updated my system, including updating
Evolution
Package: gnome-shell
Version: 2.31.5-2
Severity: grave
Tags: experimental
When trying to start gnome-shell:
$ gnome-shell
Starting dconf-service...
Failed to start /usr/lib/d-conf/dconf-service: [Errno 2] No such file or
directory
$
I keep all required packages up-to-date (including glib from
Package: vim-common
Version: 2:7.2.445+hg~cb94c42c0e1a-1
Severity: grave
Tags: sid
During upgrade:
# LANG=C apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be upgraded:
vim-common
1 upgraded, 0 newly
to accept
fixes:
http://lists.debian.org/debian-release/2010/10/msg00669.html
Should I tag somehow bugs related to pyopencl to let everybody
know that I have fixes waiting for decision?
Should it be patch or pending, knowing that release managers
have not taken decision yet?
--
Tomasz Rybak bogom
for sponsorship.
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
Dnia 2010-10-12, wto o godzinie 15:38 +0200, Evgeni Golov pisze:
Jakub Wilk jw...@debian.org wrote:
* Tomasz Rybak bogom...@post.pl, 2010-10-12, 12:06:
I have changed this to PYTHONPATH=../build/lib.*-*-$(firstword
$(PYVERS))
and it works on my machine.
This would set PYTHONPATH
Package: linux-image-2.6.29-1-686
Version: 2.6.29-1
Severity: important
Today I upgraded my Debian unstable. I installed new kernel 2.6.29
and udev 9.140. After that during boot ATI framebuffer is enabled
(I am not sure if it is related - I have ATI Radeon).
Now, when I put DVD into my burnen (I
.
I do not know how to debug where problem is - I can do some
test if you tell me what to to.
Regards.
--
Tomasz Rybak bogom...@post.pl GPG key ID: F22C D870
Fingerprint 93BC FEEC A426 3765 799F 10EE FAC1 9A2C F22C D870
http://member.acm.org/~tomaszrybak
signature.asc
Description: To jest
have one question however - why does nvidia-cuda-toolkit depends
on libcudart3 (= 2.0) while it also depends on nvidia-cuda-dev
which also depends on libcudart3 (=3.0-0a)?
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http
Package: gnome-shell
Version: 2.31.2-1
Severity: grave
Tags: experimental
I am unable to install new version of gnome-shell:
# LANG=C apt-get -t experimental install gnome-shell
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could
Just installed 2.6.30 from unstable and copying from
DVD works, although is very slow.
I think bug can be closed - but #485704 still applies
(copying files from DVD takes about 25 minutes under 2.6.30,
instead of about 6 which it took under 2.6.23).
Regards.
--
Tomasz Rybak bogom...@post.pl GPG
.
Best regards.
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
IMPORTANT -- READ CAREFULLY: Do not load this Software until you have
carefully read and agreed to the following terms
Dnia 2011-06-15, śro o godzinie 02:50 +0200, Andreas Beckmann pisze:
On 2011-06-10 16:21, Tomasz Rybak wrote:
Dnia 2011-06-08, śro o godzinie 18:15 +0200, Andreas Beckmann pisze:
I have prepared and use local packages for the AMD APP SDK and offer to
package this for Debian once someone
Best regards.
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
falsely depends on nvidia-current
https://bugs.launchpad.net/ubuntu/+source/pyopencl/+bug/763457
Thanks for providing link to this bug - I do not know why
I have not received mail from launchpad about this bug.
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3
Dnia 2011-06-02, czw o godzinie 23:07 +0200, Ed Lin pisze:
On Wed, Jun 1, 2011 at 4:55 PM, Tomasz Rybak wrote:
Can you describe how you are using OpenCL with fglrx?
I have tried to find packages providing OpenCL, but was
able to only find NVIDIA-related packages.
I'm using Ubuntu, hope
Package: wnpp
Severity: wishlist
* Package name: amd-opencl
Version : 2.4
Upstream Author : AMD
* URL : http://developer.amd.com/sdks/AMDAPPSDK/Pages/default.aspx
* License : other, non-free
Programming Lang: C, C++
Description : Library providing
Dnia 2011-06-03, pią o godzinie 18:44 +0200, Ed Lin pisze:
On Fri, Jun 3, 2011 at 6:04 PM, Tomasz Rybak wrote:
So you have installed something from outside distribution
(Debian/Ubuntu) which provides OpenCL support for AMD cards?
Yes.
Do you know whether someone intends to package APP
Package: nvidia-opencl-icd
Version: 270.41.19-1
Severity: important
When trying to come with solution to #628702 I played with dependencies
of python-pycuda. I build it depending on libopencl1 and opencl-icd,
which IMO should be sufficient to get OpenCL implementation to work.
I have removed
to
package this for Debian once someone confirmed that it can be put into
non-free.
Can you put packaging information (i.e. debian/ directory) on some
repository? I would like to try to build packages myself and test
building PyOpenCL with them.
Best regards.
--
Tomasz Rybak bogom...@post.pl GPG
whether this is the correct run-time solution for this
bug, and if so, whether this bug can be closed or should I wait
for non-NVIDIA OpenCL libraries to also fix build-dependencies.
Best regards.
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A
Package: debian-maintainers
Severity: normal
Please add Tomasz Rybak key to Debian Maintainer keyring.
Thanks.
Tomasz Rybak
add-C654FB332AD59860
Description: Binary data
value as well as a colorful bar diagram.
It comes with a manpage.
Package seems interesting.
Will it work with non-free driver?
Also, can it show OpenCL related data, like allocated memory,
threads running, etc.?
Regards.
--
Tomasz Rybak tomasz.ry...@post.pl GPG/PGP key ID: 2AD5 9860
and other catalogues.
How it related to PostGIS?
I mean - can I use both PostGIS and pgsphere, do I need to chose only
one, can I use pgsphere for one thing and PostGIS to another?
Regards.
--
Tomasz Rybak tomasz.ry...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654
uses hard-coded version, but many packages put
${source:Version} into debian/control. What is advised?
Regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description
Dnia 2012-05-29, wto o godzinie 11:33 +0200, Andreas Beckmann pisze:
On 2012-05-27 21:06, Tomasz Rybak wrote:
Should I put
Breaks/Replaces: python-pyopencl ( 2011.2.2+git20120508-1)
or
Breaks/Replaces: python-pyopencl ( ${source:Version})?
Policy 7.6 uses hard-coded version, but many
trying to provide Python3 package and I am
working with upstream on it. I should be able to ask for sponsorship
on new PyCUDA in a week.
Thanks for patience.
Regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org
this is my bug, but maybe it would be good idea to add
some description to OpenCL-related packages? I can write some draft
(but no earlier than middle of next week - I am busy with fixing
PyCUDA) to describe situation with libOpenCL and ICD stuff?
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5
with opencl-headers
and ocl-icd-libopencl1, while there are some problems with different
versions of non-free libopencl1 (most notably NVIDIA).
Best regards.
--
Tomasz Rybak tomasz.ry...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http
update packages.debian.org (or regenerate it?) so it does
not give incorrect information about package status.
Regards.
Tomasz Rybak
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Hello.
Do you still have problems with PyOpenCL?
Based on your message from 2012-07-27 it looks like
following advice from README.Debian has helped.
I intend to close this bug by the end of November
if I do not get any comments by then.
Regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
.
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
.
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
to allow for installation
PyOpenCL with different libopencl1 implementations.
Best regards.
--
Tomasz Rybak tomasz.ry...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally
Dnia 2012-07-26, czw o godzinie 18:08 +0100, Russel Winder pisze:
Tomasz,
On Tue, 2012-07-24 at 21:28 +0200, Tomasz Rybak wrote:
[…]
Can you:
1. Test programs with ocl-icd-libopencl1 (instead of nvidia-libopencl1)?
ocl-icd-libopencl1 will want to remove nvidia-libopencl1 but do
Dnia 2012-07-27, pią o godzinie 19:14 +0100, Russel Winder pisze:
On Fri, 2012-07-27 at 14:53 +0200, Tomasz Rybak wrote:
[…]
Is there any way I could make it more obvious to PyOpenCL users?
There is not many places I can put information about important
changes in package besides
Dnia 2012-06-01, pią o godzinie 12:59 +0200, Vedran Miletić pisze:
2012/5/22 Tomasz Rybak tomasz.ry...@post.pl:
Dnia 2012-05-22, wto o godzinie 14:14 +0200, Vedran Miletic pisze:
Package: python-pyopencl
Version: 2011.2+git20120508-1
Severity: important
Dear Maintainer,
since
ImportError: /usr/src/cuda/pyopencl/pyopencl-2011.2
+git20120602/build/lib.linux-x86_64-2.7/pyopencl/_cl.so: undefined
symbol: clUnloadCompiler
Should I fill bug report with upstream, or provide more details?
Best regards.
--
Tomasz Rybak bogom...@post.pl GPG/PGP key ID: 2AD5 9860
Fingerprint
with ocl-icd. If you want to I can send you URL to those
packages so you can test them.
If new package version works for you I propose to move discussion
to private as it starts touching future package releases, not
the bug itself.
Best regards.
--
Tomasz Rybak tomasz.ry...@post.pl GPG/PGP key
is responsible for
running code on GPU.
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
Dnia 2013-07-24, śro o godzinie 14:00 +0200, Andreas Beckmann pisze:
On 2013-07-23 21:51, Tomasz Rybak wrote:
The problem is that nvidia-libopencl1 supports OpenCL 1.1,
while all other support OpenCL 1.2. I could rebuild PyOpenCL
for OpenCL 1.1 but it would prevent all users from using
Dnia 2013-07-24, śro o godzinie 22:32 +0200, Andreas Beckmann pisze:
Control: affects -1 + pyopencl python-pyopencl python3-pyopencl
On 2013-07-24 22:19, Tomasz Rybak wrote:
Should this bug belong to PyOpenCL (this will also allow
me to close it when I update PyOpenCL with Breaks: fix you
) to override_dh_auto_build to deal with it.
As it seems to be a problem now, is there a better way to do it?
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally
-gtk-common
* libnm-util2
Hope that helps.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
-5.0 to libcuinj64-5.5,
as both provide the same file and I had to manually remove
the former and unpack the latter during installation of CUDA 5.5
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org
Dnia 2013-10-09, śro o godzinie 21:49 +0100, Adam D. Barratt pisze:
Control: tags -1 + confirmed
On Fri, 2013-10-04 at 18:10 +0200, Tomasz Rybak wrote:
Dnia 2013-10-02, śro o godzinie 01:12 +0200, Cyril Brulebois pisze:
Cyril Brulebois k...@debian.org (2013-09-23):
The squeeze.diff
Dnia 2013-10-10, czw o godzinie 23:30 +0200, Andreas Beckmann pisze:
On 2013-10-08 19:11, Tomasz Rybak wrote:
It seems error lies with nvidia-cuda-toolkit.
I've downloaded and tried to compile NVIDIA examples and got:
$ make
make[1]: Wejście do katalogu
to get English output use
I have tested PyCUDA with CUDA 5.5 and it worked without
problems. I'll look into whether to add some newer
stuff from upstream git repository or not during
upload, as there were some fixes in upstream.
The new version should be in unstable before
the next weekend.
Best regards.
--
Tomasz Rybak
Dnia 2013-09-24, wto o godzinie 23:34 +0100, Adam D. Barratt pisze:
Control: tags -1 + pending
On Mon, 2013-09-23 at 05:26 +0200, Cyril Brulebois wrote:
Tomasz Rybak tomasz.ry...@post.pl (2013-09-17):
After asking on debian-mentors I was advised that I should also
upload DFSG-free
.
Thanks for the reminder.
I was aware of this, but other things, completely unrelated
to software worlds, took my time and energy.
I attach new patch with proposed changes. It only changes
changelog, debian/rules (removal of offending file)
and mentioned file.
Best regards.
--
Tomasz Rybak GPG/PGP
is strictly prohibited.
If not - maybe it would be better to remove this example from
source tree? What about leaving it on the wiki?
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Tomasz Rybak GPG/PGP key ID
policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Tomasz Rybak GPG/PGP key ID
; versions 2012* and 2013*
contain this file in python-pyopencl-doc package.
Version from unstable is fixed and does not contain non-free file.
I've updated informations about affected versions in #722014.
Best regards
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E
to test PyOpenCL on it.
I run test on both NVIDIA and AMD hardware before each upload.
Would it be OK to upload to main without running tests from package
(from test/*) on Beignet?
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5
Dnia 2014-02-18, wto o godzinie 11:36 +1100, Dmitry Smirnov pisze:
On Mon, 17 Feb 2014 21:18:47 Tomasz Rybak wrote:
Would it be OK to upload to main without running tests from package
(from test/*) on Beignet?
IMHO yes, it should be OK since Beignet declared OpenCL support. If it
doesn't
do to tell users about this situation (besides providing
README.Debian), please let me know.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed
bits that were purged a few
moments earlier, but then allows python3-pyopencl to install fine.
nvidia-opencl-icd depends on other NVIDIA-related libraries,
e.g. for compiling OpenCL code.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
Thanks for the patch.
I'll first upload fixed PyOpenCL to main, and then work on it.
Probably I'll first want to have some discussion on mailing
list - as I do not use GPGPUs now, I'd like to have opinion
of users of PyOpenCL before introducing such a change.
Best regards.
--
Tomasz Rybak GPG
and libcudart5.5 also depends on libcuda. libcudart
is rather basic package so it should not go away...
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed
any kernels, but only presence of CUDA
headers, it'll work without any problems.
BTW - do you plan to upload 6.0, or 6.5 before Jessie freeze?
If so, I'll need to rebuild PyCUDA with new CUDA.
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654
Package: nvidia-cuda-toolkit
Version: 5.5.22-4
Severity: important
It looks like the CUDA 5.5 does not work with GCC 4.9:
$ nvcc tmpTfIlUk.cu
In file included from /usr/lib/nvidia-cuda-toolkit/include/cuda_runtime.h:59:0,
from command-line:0:
/usr/include/host_config.h:82:2:
and I will prepare a patch.
Thanks.
After this change PyCUDA works like a charm - all tests pass,
both for Python 2 and Python 3.
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
Thanks for the report.
Where did you find dependency on libcuda1 in nvidia-cuda-toolkit?
I was only able to find that nvidia-cuda-toolkit depends on
nvidia-cuda-dev, which in turn recommends libcuda1, not depends
on it.
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481
and PyOpenCL packages
on such a setup.
Best regards.
Tomasz Rybak
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
cache directories
+(Closes: #770692).
+ * Update Standards-Version to 3.9.6; no changes necessary.
+
+ -- Tomasz Rybak tomasz.ry...@post.pl Sat, 29 Nov 2014 11:43:47
+0100
+
pyopencl (2014.1-2) unstable; urgency=medium
* Add build-time dependency on ocl-icd-opencl-dev (Closes: #761566
and use it to create cache directories,
+similarly to fix in PyOpenCL and PyCUDA.
+ * Update Standards-Version to 3.9.6; no changes necessary.
+
+ -- Tomasz Rybak tomasz.ry...@post.pl Sat, 29 Nov 2014 20:06:12
+0100
+
pytools (2014.3-1) unstable; urgency=medium
* New upstream release.
diff
with minimal overhead
Easy, clean, reliable Python 2/3 compatibility, this is the missing
compatibility layer between Python 2 and Python 3.
This package will be maintained within the DPMT.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
Dnia 2015-10-02, pią o godzinie 00:55 -0400, Scott Kitterman pisze:
>
> On September 29, 2015 3:59:01 PM EDT, Tomasz Rybak <
> tomasz.ry...@post.pl> wrote:
> > Dnia 2015-09-27, nie o godzinie 10:28 -0400, Scott Kitterman pisze:
> > [ cut ]
> > > Yes. The
; transition tracker [1].
>
Can I ask to not automatically rebuild PyOpenCL?
I'll rebuild and upload it myself, with few fixes.
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.
it.
I'd suggest adding openstack to the name - otherwise this package
might suggest that it has something to do with Swift language:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788327
>
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
htt
lub suffix mentioning Go language.
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
signature.asc
Description: This is a digitally signed message part
version soon (hopefully next week).
It'd be great if you could check this issue with new version.
There is already one issue fixed in upstream repository (#826025),
maybe this one is also fixed.
Best regards.
--
Tomasz Rybak, Debian Maintainer <tomasz.ry...@post.pl>
GPG: A481 824E 7DD3 9C0
Dnia 2016-07-05 08:08 Andreas Beckmann napisał(a):
>On 2016-07-04 10:16, Tomasz Rybak wrote:
>> I've checked status of available ICD providers, and:
>> * PyOpenCL is built for amd64 and i386
>> * Pocl is built for amd64, i386, kfreebsd-amd64, mips64el, powerpcspe
are cached, but their behaviour should be the same.
Or am I missing something here?
Best regards
Tomasz Rybak
chitecture: amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf ppc64el mips64el
powerpcspe
It seems a bit overkill, but doable.
Which should I choose? I'm leaning towards second option, i.e. listing
all architectures by hand.
Best regards.
Tomasz Rybak
Hello.
I've just uploaded new version of PyOpenCL to unstable.
Can you check whether this issue is still present with new version?
Thanks in advance.
--
Tomasz Rybak, Debian Maintainer <tomasz.ry...@post.pl>
GPG: A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.a
On Mon, 2016-07-04 at 10:16 +0200, Tomasz Rybak wrote:
> This is repost - I've sent this mail last week, but it seems to
> disappear.
>
> There is bug against PyOpenCL to build it for more architectures (in
> CC):
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=800634
Some time ago I've uploaded new version of PyOpenCL.
Does this problem still occur with the version currently
in unstable and testing?
If it is fixed, please close this issue. If not, please
also let me know.
Best regards.
--
Tomasz Rybak, Debian Maintainer <tomasz.ry...@post.pl>
GPG: A48
Some time ago I uploaded into experimental PyOpenCL with many
architectures enabled.
Is this version working for you? If so, I'd gladly upload
such PyOpenCL into unstable.
Best regards.
--
Tomasz Rybak, Debian Maintainer <tomasz.ry...@post.pl>
GPG: A481 824E 7DD3 9C0E C40A 488E C654 FB3
Package: ftp.debian.org
Severity: normal
Please remove pyopencl 2016.1+git20161003-1 for architecture mips64el.
I uploaded 2016.1+git20161003-1 build for many architectures to close
#800634, but mips64el does not have Required OpenCL ICD as a result
of recent upload of pocl.
Not PyOpenCL cannot
Hello.
I received this report. I'm travelling and away from my main
machine right now so the next weekend (2017-11-11) will be
the earliest I'll be able to look into it - but most probably
it'll be the week after.
Best regards.
--
Tomasz Rybak, Debian Maintainer
GPG: A565 CE64 F866 A258 4DDC
Hello.
I received this report. I'm travelling and away from my main
machine right now so the next weekend (2017-11-11) will be
the earliest I'll be able to look into it - but most probably
it'll be the week after.
Best regards.
--
Tomasz Rybak, Debian Maintainer
GPG: A565 CE64 F866 A258 4DDC
Hello.
I received this report. I'm travelling and away from my main
machine right now so the next weekend (2017-11-11) will be
the earliest I'll be able to look into it - but most probably
it'll be the week after.
Best regards.
--
Tomasz Rybak, Debian Maintainer
GPG: A565 CE64 F866 A258 4DDC
uploaded since end of July, I cannot upload
packages myself.
--
Tomasz Rybak, Debian Developer
GPG: A565 CE64 F866 A258 4DDC F9C7 ECB7 3E37 E887 AA8C
signature.asc
Description: This is a digitally signed message part
and upload?
Best regards.
- --
Tomasz Rybak, Debian Developer
GPG: A565 CE64 F866 A258 4DDC F9C7 ECB7 3E37 E887 AA8C
-BEGIN PGP SIGNATURE-
iQIzBAEBCgAdFiEE1bhtbqZEgXjcK9cyggqgxGY3jWkFAlxHki0ACgkQggqgxGY3
jWnI0xAAgJV8BgKGLOCF/2SnTfu/BVmje09ntxaJE0EbzSvQCpHY1U823J6qBWHF
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Does this error still occur with PyOpenCL 2018.2.1-1?
It was rebuilt with Python 3.7 interpreter and
has correct debugging symbols for both Python 3.6 and 3.7.
If it cannot be reproduced, please close it.
- --
Tomasz Rybak, Debian Developer
GPG
.debian.org/cgi-bin/bugreport.cgi?bug=755767
I'll need to investigate.
If somebody has any idea, please let me know.
- --
Tomasz Rybak, Debian Developer
GPG: A565 CE64 F866 A258 4DDC F9C7 ECB7 3E37 E887 AA8C
-BEGIN PGP SIGNATURE-
iQIzBAEBCgAdFiEE1bhtbqZEgXjcK9cyggqgxGY3jWkFAlwFs5UACgkQggq
t regards.
- --
Tomasz Rybak, Debian Developer
GPG: A565 CE64 F866 A258 4DDC F9C7 ECB7 3E37 E887 AA8C
-BEGIN PGP SIGNATURE-
iQIzBAEBCgAdFiEE1bhtbqZEgXjcK9cyggqgxGY3jWkFAlw29Y8ACgkQggqgxGY3
jWnDMQ//eikSo/XCBh+VSql67QqmsWMg2jXk+ZlvTqmGjqJ+iuEdzA/NWm5LMQNY
N6Dvr9X3dbg/lf9a6bz6/9IADDGJ
Package: wnpp
Severity: wishlist
Owner: Tomasz Rybak
X-Debbugs-Cc: debian-de...@lists.debian.org, serp...@debian.org
* Package name: psycopg3
Version : 3.0.0~beta{1,2}
Upstream Author : Daniele Varrazzo
* URL : https://www.psycopg.org/psycopg3/
* License
""
Please read full section "Maintainership" for deeper explanation.
For now psycopg is still Work-In-Progress, e.g. binary module is not
built because Debian does not contain Cython 3.0.0. Therefore I prefer
to keep closer eye on package and chosen second option.
Best regards.
1 - 100 of 104 matches
Mail list logo
