Package Details: rocr-runtime 3.1.0-2

Git Clone URL: https://aur.archlinux.org/rocr-runtime.git (read-only, click to copy)
Package Base: rocr-runtime
Description: ROCm Platform Runtime: ROCr a HPC market enhanced HSA based runtime
Upstream URL: https://github.com/RadeonOpenCompute/ROCR-Runtime
Licenses: custom:NCSAOSL
Submitter: farnoy
Maintainer: neeshy (naetherm, acxz, farnoy, rsa, rigred)
Last Packager: acxz
Votes: 15
Popularity: 1.60
First Submitted: 2018-12-21 15:31
Last Updated: 2020-03-27 05:40

Pinned Comments

acxz commented on 2020-02-28 23:33

Development is on Github: https://github.com/rocm-arch/rocm-arch Please open issues and PRs there instead of commenting.

Latest Comments

1 2 3 4 5 Next › Last »

acxz commented on 2020-02-28 23:33

Development is on Github: https://github.com/rocm-arch/rocm-arch Please open issues and PRs there instead of commenting.

rsa commented on 2020-01-24 18:26

Sure, I'll keep opencl-runtime there then.

acxz commented on 2020-01-24 14:59

Based on the reasoning @naetherm provided, let us keep the installation under /opt/rocm.

naetherm commented on 2020-01-24 10:38

Although, there are multiple points against the usage of /usr . First, as I've seen just now the official cuda packages (https://www.archlinux.org/packages/community/x86_64/cuda/) are also installed under /opt so one should stick to for unification issues.

Second, according to the FHS (http://pathname.com/fhs/pub/fhs-2.3.html) /usr is for OS, while /usr/local is used by system administrators for .. let's say ... local alternatives to /usr. Last, /opt is used for addon applications and external packages which are following the directory conventions, which is what - in my opinion - rocm is.

As a result to that it definitively makes sense to stick to the current way of installing the software under /opt/rocm.

naetherm commented on 2020-01-24 06:20

Hello, @ras @acxz: Normally I would also install packages to /usr I just kept it the way the previous package maintainers did and as it was mentioned within the binary structure as @acxz linked. AMD seems to have a tendency for installing stuff in /opt, the same holds for amdgpu. If you all want and agree, all related packages could be moved to /usr

acxz commented on 2020-01-24 04:02

@rsa, I also prefer to install the package to /usr however, by default rocm installs mostly to /opt/rocm: https://github.com/RadeonOpenCompute/ROCm#rocm-binary-package-structure

Let us wait for a response by @naetherm within the week. If he does not disagree within that time, I will go ahead and change it. Otherwise, let us keep discussing the reasoning behind the change. I am all for it tho.

rsa commented on 2020-01-23 17:47

This package should install files to /usr, not /opt/rocm. I am changing this on rocm-opencl-runtime but the dependency chain must be changed first.

farnoy commented on 2020-01-06 10:37

It was disowned by the AUR team, which is perfectly fine by me. I'm not using these packages anymore, so it's great that someone else can take over.

acxz commented on 2020-01-04 00:16

Yeah, the roct-thunk-interface package was outdated, which is why this package would also not build. I just updated the roct-thunk-interface package to the latest version and it should work now. Please let me know if it still does not work.

vanities commented on 2020-01-03 21:41

@kbeckmann have had the same issue