intel
Unable to install on Ubuntu 24.04 after package version change
I tried to install the Compute Runtime on a fresh Ubuntu 24.04 install following the instructions on the releases page but was unable to successfully install the OpenCL component.
The instruction process would show no obvious error but running clinfo or sycl-ls or urinfo from DPC++ would not list the Intel OpenCL driver. No ICD file was added to /etc/OpenCL/vendors.
It seems like something has changed since the package version has changed i.e. intel-igc-core to intel-igc-core-2.
Is this a known issue? Can you recommend a workaround or another installation method?
Hi @martygrant
We’d like to know if this issue is still affecting you. If so, please provide an update or any additional information. Otherwise, we’ll close this issue after 30 days of inactivity. Your feedback is appreciated!
Unpacking libigsc0 (0.9.3-104~u24.04) ...
dpkg: error processing archive /var/cache/apt/archives/libigsc0_0.9.3-104~u24.04_amd64.deb (--unpack):
rewrite error„/usr/lib/x86_64-linux-gnu/libigsc.so.0“, is also in intel-gsc 0.8.16+88~u24.04
for xpi-smi install from
sudo apt install -y \
linux-headers-$(uname -r) \
linux-modules-extra-$(uname -r) \
flex bison \
intel-fw-gpu intel-i915-dkms xpu-smi
btw, dkms seem as weird way to install thing to kernel on each kernel change with something could be broken if dkms fails... like not GUI enablement
man page going from this oneAPI install guide, but heading to datacenter install, not client GPU install page ahref link...
(Note: I'm not compute-runtime maintainer, nor have anything to do with oneAPI.)
Unpacking libigsc0 (0.9.3-104~u24.04) ... dpkg: error processing archive /var/cache/apt/archives/libigsc0_0.9.3-104~u24.04_amd64.deb (--unpack): rewrite error„/usr/lib/x86_64-linux-gnu/libigsc.so.0“, is also in intel-gsc 0.8.16+88~u24.04
@hifron you're installing packages with conflicting dependencies. From which repos these come from i.e. what this outputs: apt policy libigsc0 intel-gsc xpu-smi ?
If you install everything from the same repository, those package should include relevant Conflicts/Replaces statements so that things work fine, even if some package dependency would cause a differently named package [1] to provide given library.
[1] reason for this is that Intel driver packages had originally different names, but later when distros started to include them, they chose different names for those same packages. Package names for latest Intel releases have been changed to follow distro package naming to avoid conflicts in upgrading from distro to Intel versions. However, XPUM packaging has been lagging, and it causes problems if things are installed from mismatching repos:
- https://github.com/intel/xpumanager/issues/89
- https://github.com/intel/xpumanager/issues/94
btw, dkms seem as weird way to install thing to kernel on each kernel change with something could be broken if dkms fails... like not GUI enablement
Intel's GPU documentation for Linux states DKMS being the official driver only for Data Center GPUs, which are used with Enterprise / LTS distros that have too old kernels to support the HW otherwise: https://dgpu-docs.intel.com/driver/kernel-driver-types.html
As Data Center GPUs do not support 3D / GUIs, and the very point of Enterprise & LTS distros is that things like their kernel version does not change, I'm not sure I understand your point...?
Thank you @eero-t for your contribution.
We would like to close this issue based on the 30 days of inactivity from the original reporter.
