Bug#720092: Please package ocl
Hi,
I made sure that there is implementation of DFSG-free of OpenCL by Mesa 10.
Mesa 10 is not installed in to Debian, this is no problem.
And there are pocl as implementation DFSG-free using ocl-icd.
This is packaging by ocl-icd maintainer.
I will enable ocl library, and upload soon.
Thanks for your help and comment!
Best regards,
Nobuhiro
2014/1/9 Nobuhiro Iwamatsu iwama...@nigauri.org:
Hi,
Thanks for your comment.
2014/1/8 Andrey Gursky andrey.gur...@e-mail.ua:
Hi,
oh, your reply on 24. Sep. 2013 was addressed only to
720...@bugs.debian.org and wasn't being cc'ed, so I have not received
a copy of it.
On Christmas holidays I've tried to build opencv with opencl support
on Debian Jessie without(!) proprietary OpenCL SDK. It is enough to
install just 2 additional packages: ocl-icd-dev and ocl-icd-opencl-dev
in make opencv automatically discover a presence of OpenCL support and
enable building the ocl module. So you could for now just extend
build-depends on these 2 packages from main.
Yes, I know about these.
I have debian / control that are additionally matters you pointed out.
http://anonscm.debian.org/gitweb/?p=debian-science/packages/opencv.git;a=shortlog;h=refs/heads/ocl-support
But please see
http://www.debian.org/doc/debian-policy/ch-archive.html#s-contrib
and following line in this section.
free packages which require contrib, non-free packages or packages
which are not in our archive at all for compilation or execution, and...
^^^
As in this section, restrictions contrib will also affect the Debian
package other than.
If we always necessary SDK of Intel and Nvidia when using opencv-ocl,
opencv will
set handling of contrib. We can choose the Free If you're available
the Gallium with OpenCL.
Therefore, this is the treatment of main.
I dont know why ocl-icd-opencl-dev was installed into main section. If
this have same problem,
(If the library of DFSG incompatible there is only) this should set to
contrib.
I will ask about this to maintainer.
There will be no proprietary/contrib dependencies for installing the
future package libopencv-ocl. Once one needs to use it, then only
these users will have to install some non-free OpenCL ICD from
amd/intel/nvidia. Or(!) one can install locally some free (though not
100% functioning) OpenCL ICD and use it. I can't see no impacts on the
opencv ocl module itself. This was the idea of OpenCL ICD: one can
link to the loader (e.g. libOpenCL.so from ocl-icd-libopencl1) but
then use a proprietary one.
Is libOpenCL.so DFSG compatible? if this is DFSG incompatible,
ocl-icd should set to contrib.
Or If there is libOpenCL.so (or ICD) of DFSG compatible, there is no problem.
If you know libOpenCL.so (or ICD) of DFSG compatible, could you tell me?
If it works out with Gallium - it would be great! But the main thing
for now is to have the ocl module packaged and then one can experiment
with the either OpenCL implementation.
Yes, I think too.
Regards,
Andrey
2014/1/8, Nobuhiro Iwamatsu iwama...@nigauri.org:
Hi,
I looked again this problem. We can use the Mesa (Gallium) of X.org to
non-free except for libraries.
http://www.x.org/wiki/GalliumStatus/
http://www.x.org/wiki/XorgEVoC/GalliumCompute/
Is this right?
Best regards,
Nobuhiro
2013/9/24 Nobuhiro Iwamatsu iwama...@nigauri.org:
Hi,
Source: opencv
Version: 2.4.5+dfsg-0exp1
Severity: normal
Hi,
there is a new module in opencv: ocl, allowing using OpenCL. It is
introduced almost a year ago [1]:
2.4.3 (November 2012):
Technology-preview version of ocl - OpenCL-accelerated computer vision
algorithms, contributed by the Chinese Academy of Science
and it has been improved in consecutive releases:
2.4.4 (March 2013):
The openCL-based hardware acceleration (ocl) module is now mature,
and, with numerous bug fixes, it is largely bug-free.
2.4.5 (April 2013):
there are further improvements and extensions in ocl module:...
2.4.6 (July 2013):
Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the
binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all
other platforms.
Please, consider packaging this module.
I support the ocl module in opencv is difficult in Debian.
Because OCL SDK is in non-free section.
When opencv is dependent on the OCL SDK if, opencv is in contrib section.
Because I want to distribute opencv in the main section, I will not
support ocl module.
Does this work for you?
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
Bug#720092: Please package ocl
Hi,
oh, your reply on 24. Sep. 2013 was addressed only to
720...@bugs.debian.org and wasn't being cc'ed, so I have not received
a copy of it.
On Christmas holidays I've tried to build opencv with opencl support
on Debian Jessie without(!) proprietary OpenCL SDK. It is enough to
install just 2 additional packages: ocl-icd-dev and ocl-icd-opencl-dev
in make opencv automatically discover a presence of OpenCL support and
enable building the ocl module. So you could for now just extend
build-depends on these 2 packages from main.
There will be no proprietary/contrib dependencies for installing the
future package libopencv-ocl. Once one needs to use it, then only
these users will have to install some non-free OpenCL ICD from
amd/intel/nvidia. Or(!) one can install locally some free (though not
100% functioning) OpenCL ICD and use it. I can't see no impacts on the
opencv ocl module itself. This was the idea of OpenCL ICD: one can
link to the loader (e.g. libOpenCL.so from ocl-icd-libopencl1) but
then use a proprietary one.
If it works out with Gallium - it would be great! But the main thing
for now is to have the ocl module packaged and then one can experiment
with the either OpenCL implementation.
Regards,
Andrey
2014/1/8, Nobuhiro Iwamatsu iwama...@nigauri.org:
Hi,
I looked again this problem. We can use the Mesa (Gallium) of X.org to
non-free except for libraries.
http://www.x.org/wiki/GalliumStatus/
http://www.x.org/wiki/XorgEVoC/GalliumCompute/
Is this right?
Best regards,
Nobuhiro
2013/9/24 Nobuhiro Iwamatsu iwama...@nigauri.org:
Hi,
Source: opencv
Version: 2.4.5+dfsg-0exp1
Severity: normal
Hi,
there is a new module in opencv: ocl, allowing using OpenCL. It is
introduced almost a year ago [1]:
2.4.3 (November 2012):
Technology-preview version of ocl - OpenCL-accelerated computer vision
algorithms, contributed by the Chinese Academy of Science
and it has been improved in consecutive releases:
2.4.4 (March 2013):
The openCL-based hardware acceleration (ocl) module is now mature,
and, with numerous bug fixes, it is largely bug-free.
2.4.5 (April 2013):
there are further improvements and extensions in ocl module:...
2.4.6 (July 2013):
Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the
binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all
other platforms.
Please, consider packaging this module.
I support the ocl module in opencv is difficult in Debian.
Because OCL SDK is in non-free section.
When opencv is dependent on the OCL SDK if, opencv is in contrib section.
Because I want to distribute opencv in the main section, I will not
support ocl module.
Does this work for you?
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Hi,
Thanks for your comment.
2014/1/8 Andrey Gursky andrey.gur...@e-mail.ua:
Hi,
oh, your reply on 24. Sep. 2013 was addressed only to
720...@bugs.debian.org and wasn't being cc'ed, so I have not received
a copy of it.
On Christmas holidays I've tried to build opencv with opencl support
on Debian Jessie without(!) proprietary OpenCL SDK. It is enough to
install just 2 additional packages: ocl-icd-dev and ocl-icd-opencl-dev
in make opencv automatically discover a presence of OpenCL support and
enable building the ocl module. So you could for now just extend
build-depends on these 2 packages from main.
Yes, I know about these.
I have debian / control that are additionally matters you pointed out.
http://anonscm.debian.org/gitweb/?p=debian-science/packages/opencv.git;a=shortlog;h=refs/heads/ocl-support
But please see
http://www.debian.org/doc/debian-policy/ch-archive.html#s-contrib
and following line in this section.
free packages which require contrib, non-free packages or packages
which are not in our archive at all for compilation or execution, and...
^^^
As in this section, restrictions contrib will also affect the Debian
package other than.
If we always necessary SDK of Intel and Nvidia when using opencv-ocl,
opencv will
set handling of contrib. We can choose the Free If you're available
the Gallium with OpenCL.
Therefore, this is the treatment of main.
I dont know why ocl-icd-opencl-dev was installed into main section. If
this have same problem,
(If the library of DFSG incompatible there is only) this should set to contrib.
I will ask about this to maintainer.
There will be no proprietary/contrib dependencies for installing the
future package libopencv-ocl. Once one needs to use it, then only
these users will have to install some non-free OpenCL ICD from
amd/intel/nvidia. Or(!) one can install locally some free (though not
100% functioning) OpenCL ICD and use it. I can't see no impacts on the
opencv ocl module itself. This was the idea of OpenCL ICD: one can
link to the loader (e.g. libOpenCL.so from ocl-icd-libopencl1) but
then use a proprietary one.
Is libOpenCL.so DFSG compatible? if this is DFSG incompatible,
ocl-icd should set to contrib.
Or If there is libOpenCL.so (or ICD) of DFSG compatible, there is no problem.
If you know libOpenCL.so (or ICD) of DFSG compatible, could you tell me?
If it works out with Gallium - it would be great! But the main thing
for now is to have the ocl module packaged and then one can experiment
with the either OpenCL implementation.
Yes, I think too.
Regards,
Andrey
2014/1/8, Nobuhiro Iwamatsu iwama...@nigauri.org:
Hi,
I looked again this problem. We can use the Mesa (Gallium) of X.org to
non-free except for libraries.
http://www.x.org/wiki/GalliumStatus/
http://www.x.org/wiki/XorgEVoC/GalliumCompute/
Is this right?
Best regards,
Nobuhiro
2013/9/24 Nobuhiro Iwamatsu iwama...@nigauri.org:
Hi,
Source: opencv
Version: 2.4.5+dfsg-0exp1
Severity: normal
Hi,
there is a new module in opencv: ocl, allowing using OpenCL. It is
introduced almost a year ago [1]:
2.4.3 (November 2012):
Technology-preview version of ocl - OpenCL-accelerated computer vision
algorithms, contributed by the Chinese Academy of Science
and it has been improved in consecutive releases:
2.4.4 (March 2013):
The openCL-based hardware acceleration (ocl) module is now mature,
and, with numerous bug fixes, it is largely bug-free.
2.4.5 (April 2013):
there are further improvements and extensions in ocl module:...
2.4.6 (July 2013):
Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the
binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all
other platforms.
Please, consider packaging this module.
I support the ocl module in opencv is difficult in Debian.
Because OCL SDK is in non-free section.
When opencv is dependent on the OCL SDK if, opencv is in contrib section.
Because I want to distribute opencv in the main section, I will not
support ocl module.
Does this work for you?
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Hi,
I looked again this problem. We can use the Mesa (Gallium) of X.org to
non-free except for libraries.
http://www.x.org/wiki/GalliumStatus/
http://www.x.org/wiki/XorgEVoC/GalliumCompute/
Is this right?
Best regards,
Nobuhiro
2013/9/24 Nobuhiro Iwamatsu iwama...@nigauri.org:
Hi,
Source: opencv
Version: 2.4.5+dfsg-0exp1
Severity: normal
Hi,
there is a new module in opencv: ocl, allowing using OpenCL. It is
introduced almost a year ago [1]:
2.4.3 (November 2012):
Technology-preview version of ocl - OpenCL-accelerated computer vision
algorithms, contributed by the Chinese Academy of Science
and it has been improved in consecutive releases:
2.4.4 (March 2013):
The openCL-based hardware acceleration (ocl) module is now mature,
and, with numerous bug fixes, it is largely bug-free.
2.4.5 (April 2013):
there are further improvements and extensions in ocl module:...
2.4.6 (July 2013):
Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the
binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all
other platforms.
Please, consider packaging this module.
I support the ocl module in opencv is difficult in Debian.
Because OCL SDK is in non-free section.
When opencv is dependent on the OCL SDK if, opencv is in contrib section.
Because I want to distribute opencv in the main section, I will not
support ocl module.
Does this work for you?
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Hi,
Source: opencv
Version: 2.4.5+dfsg-0exp1
Severity: normal
Hi,
there is a new module in opencv: ocl, allowing using OpenCL. It is
introduced almost a year ago [1]:
2.4.3 (November 2012):
Technology-preview version of ocl - OpenCL-accelerated computer vision
algorithms, contributed by the Chinese Academy of Science
and it has been improved in consecutive releases:
2.4.4 (March 2013):
The openCL-based hardware acceleration (ocl) module is now mature,
and, with numerous bug fixes, it is largely bug-free.
2.4.5 (April 2013):
there are further improvements and extensions in ocl module:...
2.4.6 (July 2013):
Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the
binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all
other platforms.
Please, consider packaging this module.
I support the ocl module in opencv is difficult in Debian.
Because OCL SDK is in non-free section.
When opencv is dependent on the OCL SDK if, opencv is in contrib section.
Because I want to distribute opencv in the main section, I will not
support ocl module.
Does this work for you?
Best regards,
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Hi David, 2013/8/18, David Bremner da...@tethera.net: Andrey Gursky andrey.gur...@e-mail.ua writes: 2.4.6 (July 2013): Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all other platforms. Please, consider packaging this module. Do you happen to know if this module is usable with a free (as in [1]) OpenCL platform? Otherwise it might be a bit tricky to distribute in Debian main. I assume, ocl being a part of opencv has the same license. Why should developers decide for users how ocl module can be used. I mean, ocl module itself is as free as whole opencv. If one needs to install some opencl libraries from non-free, why should this impact the right of ocl module to be packaged in main? It would depend only on ocl-icd from main. To be honest, I don't know if any free OpenCL platform has reached the usable stage, but I'd certainly be interested to know about one that had. Usable stage? There is a fpgatools package with only hello world functionality (proof of concept). But that's great it is already in testing! I mean, Debian users should decide whether some package is useful for them or not; it's impossible to do this for all of them. [1] http://www.debian.org/social_contract#guidelines Nobuhiro Iwamatsu, what do you think? Regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Source: opencv Version: 2.4.5+dfsg-0exp1 Severity: normal Hi, there is a new module in opencv: ocl, allowing using OpenCL. It is introduced almost a year ago [1]: 2.4.3 (November 2012): Technology-preview version of ocl - OpenCL-accelerated computer vision algorithms, contributed by the Chinese Academy of Science and it has been improved in consecutive releases: 2.4.4 (March 2013): The openCL-based hardware acceleration (ocl) module is now mature, and, with numerous bug fixes, it is largely bug-free. 2.4.5 (April 2013): there are further improvements and extensions in ocl module:... 2.4.6 (July 2013): Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all other platforms. Please, consider packaging this module. Thanks, Andrey [1] http://code.opencv.org/projects/opencv/wiki/ChangeLog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720092: Please package ocl
Andrey Gursky andrey.gur...@e-mail.ua writes: 2.4.6 (July 2013): Binary compatiblility with both OpenCL 1.1/1.2 platforms. Now the binaries compiled with any of AMD/Intel/Nvidia's SDK can run on all other platforms. Please, consider packaging this module. Do you happen to know if this module is usable with a free (as in [1]) OpenCL platform? Otherwise it might be a bit tricky to distribute in Debian main. To be honest, I don't know if any free OpenCL platform has reached the usable stage, but I'd certainly be interested to know about one that had. [1] http://www.debian.org/social_contract#guidelines -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
