Bug#808320: fails to upgrade from 'testing'

Ghislain Vaillant ghisvail at gmail.com
Sat Dec 19 10:49:20 UTC 2015


Hi Andreas,

Thanks for reporting this bug.

I am not quite sure what the appropriate course of action is here. My 
thinking was the following:

libarrayfire-cpu-dev [3.0.2] shipped all CMake configuration files, 
since it was the only backend available at the time.

With the recent inclusion of new backends (OpenCL, unified), this 
package was split to:

libarrayfire-cpu-dev [3.2.x]
libarrayfire-dev [3.2.x]

whereby libarrayfire-dev now contains the files common to all backends, 
including the offending file you reported.

I thought about the upgrade path from libarrayfire-cpu-dev [3.0.2] to 
libarrayfire-cpu-dev [3.2.x] but probably forgot about someone who just 
wants to install libarrayfire-dev [3.2.x] with an existing 
libarrayfire-cpu-dev [3.0.2] in place. This is a very much a corner case 
though.

So I am guessing the appropriate course of action is to do something on 
the libarrayfire-dev. Can anyone confirm whether would this solution 
suffice:

Replaces: libarrayfire-cpu-dev (<< 3.2.1)
Breaks: libarrayfire-cpu-dev (<< 3.2.1)

Many thanks,
Ghis



More information about the debian-science-maintainers mailing list