Package: gpg-from-sq
Version: 0.11.2-1
Severity: important
X-Debbugs-Cc: serp...@debian.org
Evolution has troubles displaying signed emails (mostly Debian security).
It usually crashes, sometimes with high load (shorly over 12).
It also seems that there is memory leak - after few Debian-related
ma
Package: u-boot-menu
Version: 4.2.3
Severity: normal
X-Debbugs-Cc: serp...@debian.org
I'm running MNT Reform, so using non-Debian kernel. The rest
of packages are from Debian.
When u-boot-menu is removed from system, but not purged
(i.e. "apt remove u-boot-menu" is run), any subsequent installati
""
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.
I just fixed package (git diff in attachment)
and uploaded pgcli 3.5.0-4.1 to DELAYED/3.
Feel free to provide your own fix, or just we can just
wait for a bit :-).
Best regards.
--
Tomasz Rybak, Debian Developer
GPG: A565 CE64 F866 A258 4DDC F9C7 ECB7 3E37 E887 AA8C
diff --git a/debian
n3-
psycopg (>= 3.0.14), python3-sqlparse (>= 0.3), python3-tabulate,
python3-terminaltables, python3-click, python3-configobj, python3-
pygments, python3-setproctitle, python3:any
Best regards.
--
Tomasz Rybak, Debian Developer
GPG: A565 CE64 F866 A258 4DDC F9C7 ECB7 3E37 E887 AA8C
diff --g
directly to unstable.
> > * If you're not ok with the diff, I'm happy to cancel the upload and
> > let you do it.
> >
> > Regards,
> > Daniel
--
Tomasz Rybak, Debian Developer
GPG: A565 CE64 F866 A258 4DDC F9C7 ECB7 3E37 E887 AA8C
--
Tomasz Ry
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
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
h binNMUs.
Best 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/l
ermail/pyqt/2014-July/034561.html
https://bugs.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-
iQIz
-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
asn't been 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
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
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
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
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 mi
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
GPG: A481 824E 7DD3 9C0E C40A
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
GPG: A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
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
GPG: A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http://member.acm.org/~tomaszrybak
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
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
GPG: A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5
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
>
ached, but their behaviour should be the same.
Or am I missing something here?
Best regards
Tomasz Rybak
chitectures:
Architecture: 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
ning 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
nstack 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
http://member.a
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. They
e
> 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
h Python 2 and Python 3 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
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 Sat, 29 Nov 2014 20:06:12
+0100
+
pytools (2014.3-1) unstable; urgency=medium
* New upstream release.
diff -Nru pytools-2014.3
cache directories
+(Closes: #770692).
+ * Update Standards-Version to 3.9.6; no changes necessary.
+
+ -- Tomasz Rybak 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).
diff -Nru pyopencl
As building
does not require running 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 98
e know if this works for you too 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://mem
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 :0:
/usr/include/host_config.h:82:2: error: #error --
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
u can
> rely on it being there, no matter what happens to libcuinj64-5.5 and
> nvidia-profiler.
I've checked 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
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
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.
--
To
If I try to install python3-pyopencl Aptitude tries to install the AMD
> package. But as you hint, by installing the nvidia-opencl-icd package
> manually first it pulls in various NVIDIA bits that were purged a few
> moments earlier, but then allows python3-pyopencl to install fine.
nvi
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
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
ntrib"...
>
> Thanks.
I do not have access to Ivy Bridge GPU 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 ke
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
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 kat
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 (2013-09-23):
>
ernels.
BTW - please add Conflicts: libcuinj64-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 F
, I just
> thought I'd give you a heads-up.
>
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
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 (2013-09-17):
> > > After asking on debian-mentors I was advised that I should also
> >
in main package; 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
efers unstable
APT 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
unstable
APT 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 linke
things
to do.
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
Corporation 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.
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
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 p
useable with poclbm ?
Yes. libopencl1 just manages ICDs - nvidia-opencl-icd 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
" (with PYTHONPATH pointing
to newly-build module) 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/~toma
7;ve started working on solving problems with different OpenCL
versions, but this is on hold now because of lack of time.
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
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
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
> > ch
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 t
ad /usr/share/doc/python-pyopencl/NEWS.Debian.gz?
After 1. works, I am open to proposals how to allow for installation
PyOpenCL with different libopencl1 implementations.
Best regards.
--
Tomasz Rybak GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654 FB33 2AD5 9860
http
uot;
http://lists.debian.org/debian-devel/2012/07/msg00240.html ).
From experience it seems that PyOpenCL works well 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
al data
> collections like star 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 GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3
ore both with a relative percent 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
Package: debian-maintainers
Severity: normal
Please add Tomasz Rybak key to Debian Maintainer keyring.
Thanks.
Tomasz Rybak
add-C654FB332AD59860
Description: Binary data
tested locally python-pyopencl
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
s _cl
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 GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3
Dnia 2012-06-01, pią o godzinie 12:59 +0200, Vedran Miletić pisze:
> 2012/5/22 Tomasz Rybak :
> > Dnia 2012-05-22, wto o godzinie 14:14 +0200, Vedran Miletic pisze:
> >> Package: python-pyopencl
> >> Version: 2011.2+git20120508-1
> >> Severity: important
> &
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:Ve
2011.2-1
>
>
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 packages put
${source:Version} into debian/control. What is advised?
Regards.
ubles, but maybe I just got lucky ;-)
Andreas - I know 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 st
lt.
>
I am working on it. I am 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 488
* gir1.2-networkmanager-1.0
* libnm-glib4
* libnm-glib-vpn1
* libnm-gtk0
* libnm-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
.
--
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
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
test 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 GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 488E C654
wifi-ucode
"
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 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
> >> p
.
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
IMPORTANT -- READ CAREFULLY: Do not load this Software until you have
carefully read and agreed to the following terms and conditions
SDK and offer 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 R
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 libnv
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 k
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 suppor
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 pac
dependencies are the only
problem.
> Related ubuntu bug: "pyopencl 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
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 GPG/PGP
Dnia 2010-10-12, wto o godzinie 15:38 +0200, Evgeni Golov pisze:
> Jakub Wilk wrote:
>
> > * Tomasz Rybak , 2010-10-12, 12:06:
> >>I have changed this to PYTHONPATH=../build/lib.*-*-$(firstword
> >>$(PYVERS))
> >>and it works on my machine.
> >
ned bugs: #599785, #599873, #599874,
#599875 is on:
http://www.bogomips.w.tkb.pl/cuda/pyopencl_0.92-1.dsc
I am waiting for decision of release team whether to put new
upstream version (with packaging fixes) or fix existing one.
After decision is made I will ask for sponsorship.
--
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
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 ins
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: 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 not
Thanks for work on packaging toolkit.
I have build PyCUDA against packaged 3.0 toolkit and it works OK.
I 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)?
--
Tomas
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
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 GPG/PGP key ID: 2AD5 9860
Fingerprint A481 824E 7DD3 9C0E C40A 4
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 prob
Dnia 2010-05-20, czw o godzinie 09:10 +0200, Sandro Tosi pisze:
> Hi
>
> On Wed, May 19, 2010 at 23:57, Tomasz Rybak 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.
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
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 GPG key ID: F22C
ernel.
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 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 część wiado
1 - 100 of 105 matches
Mail list logo