[gentoo-dev] ImageMagick[opencl] sandbox access violations

[gentoo-dev] ImageMagick[opencl] sandbox access violations

[Maxim Koltsov]

[-- Attachment #1: Type: text/plain, Size: 491 bytes --]

Hello,
Currently there are four open bugs (see comment 2 in bug 490457) about
imagemagick tools causing access violations while trying to open GPU. There
is working solution:
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-themes/tango-icon-theme/tango-icon-theme-0.8.90.ebuild?r1=1.15&r2=1.16
This must be applied to all affected ebuilds, so maybe we should move this
code to some eclass (eutils?) so that ebuilds can just call the function
instead of copying the code?

Maxim.

[-- Attachment #2: Type: text/html, Size: 733 bytes --]

Re: [gentoo-dev] ImageMagick[opencl] sandbox access violations

[Diego Elio Pettenò]

[-- Attachment #1: Type: text/plain, Size: 810 bytes --]

There's a sandbox.d configuration directory on purpose; imagemagick[opencl]
should probably install its own exception.

Diego Elio Pettenò — Flameeyes
flameeyes@flameeyes.eu — http://blog.flameeyes.eu/


On 27 March 2014 07:29, Maxim Koltsov <maksbotan@gentoo.org> wrote:

> Hello,
> Currently there are four open bugs (see comment 2 in bug 490457) about
> imagemagick tools causing access violations while trying to open GPU. There
> is working solution:
> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-themes/tango-icon-theme/tango-icon-theme-0.8.90.ebuild?r1=1.15&r2=1.16
> This must be applied to all affected ebuilds, so maybe we should move this
> code to some eclass (eutils?) so that ebuilds can just call the function
> instead of copying the code?
>
> Maxim.
>

[-- Attachment #2: Type: text/html, Size: 1541 bytes --]

Re: [gentoo-dev] ImageMagick[opencl] sandbox access violations

[Samuli Suominen]

btw, this is http://bugs.gentoo.org/472766

i'll look into adding a sandbox.d file...


On 27/03/14 10:54, Diego Elio Pettenò wrote:
> There's a sandbox.d configuration directory on purpose;
> imagemagick[opencl] should probably install its own exception.
>
> Diego Elio Pettenò — Flameeyes
> flameeyes@flameeyes.eu <mailto:flameeyes@flameeyes.eu> —
> http://blog.flameeyes.eu/
>
>
> On 27 March 2014 07:29, Maxim Koltsov <maksbotan@gentoo.org
> <mailto:maksbotan@gentoo.org>> wrote:
>
>     Hello,
>     Currently there are four open bugs (see comment 2 in bug 490457)
>     about imagemagick tools causing access violations while trying to
>     open GPU. There is working
>     solution: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-themes/tango-icon-theme/tango-icon-theme-0.8.90.ebuild?r1=1.15&r2=1.16
>     This must be applied to all affected ebuilds, so maybe we should
>     move this code to some eclass (eutils?) so that ebuilds can just
>     call the function instead of copying the code?
>
>     Maxim.
>
>

Re: [gentoo-dev] ImageMagick[opencl] sandbox access violations

[Andreas K. Huettel]

> Hello,
> Currently there are four open bugs (see comment 2 in bug 490457) about
> imagemagick tools causing access violations while trying to open GPU. There
> is working solution:
> http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-themes/tango-ico
> n-theme/tango-icon-theme-0.8.90.ebuild?r1=1.15&r2=1.16 This must be applied
> to all affected ebuilds, so maybe we should move this code to some eclass
> (eutils?) so that ebuilds can just call the function instead of copying the
> code?
> 
> Maxim.

This makes no sense, since it would have to be applied to every ebuild which 
(even indirectly) depends on imagemagick. 

Diego's and Samuli's solution is much better.

-- 
Andreas K. Huettel
Gentoo Linux developer
kde, council