Update app-emulation/dxvk to portage profile 17.1 ( work in /usr/lib instead /usr/lib32 ) #2

New Issue

RarogCmex · 2019-08-22T16:44:56+02:00

RarogCmex commented

2019-08-22 16:44:56 +02:00

What happened? Gentoo silently swithing to 17.1 profile:

RarogCmexEngine /home/rarogcmex # eselect news read 37 2019-06-05-amd64-17-1-profiles-are-now-stable Title amd64 17.1 profiles are now stable Author Michał Górny mgorny@gentoo.org Posted 2019-06-05 Revision 3

A new set of 17.1 amd64 profiles has been added to the Gentoo repository in Dec 2017. These profiles switch to a more standard 'no SYMLINK_LIB' multilib layout, and require explicit migration as described below. They are considered stable at the moment, and we would like to request all users to upgrade their systems. The old profiles will be deprecated in the near future.

In the new profiles, the lib->lib64 compatibility symlink is removed. 64-bit libraries need to be installed directly to lib64. /lib and /usr/lib become real directories, that are used for cross-arch and native non-library packages (gcc, clang) and 32-bit libraries on the multilib profile (which improves compatibility with prebuilt x86 packages). ... 11. If you are using a multilib profile, rebuild all 32-bit packages. This can be done using:

  # emerge -1v --deep /lib32 /usr/lib32 /usr/lib/llvm/*/lib32

Alternatively, if you are switching from one of the 13.0 profiles
you can rebuild all packages as detailed in the 17.0 news item:

  # emerge -ev @world

Once the last 32-bit package is rebuilt, your package manager should remove the orphaned /lib32 and /usr/lib32 symlinks. If that does not happen, remove them manually:

rm /lib32 /usr/lib32

... For more information on the layout, please see the wiki article on AMD64 multilib layouts [3].

[1] https://gentoo.org/support/news-items/2017-11-30-new-17-profiles.html [2] https://bugs.gentoo.org/506276 [3] https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout

The issue that (on multilib systems) app-emulation/dxvk installs on way /usr/lib32 instead of new /usr/lib:

src_prepare() { default sed -i "s|^basedir=.*$|basedir="${EPREFIX}"|" setup_dxvk.sh || die sed -i 's|"x64"|"usr/lib64/dxvk"|' setup_dxvk.sh || die sed -i 's|"x32"|"usr/lib32/dxvk"|' setup_dxvk.sh || die

if ! use abi_x86_64; then
	sed -i '|installFile "$win64_sys_path"|d' setup_dxvk.sh
fi

if ! use abi_x86_32; then
	sed -i '|installFile "$win32_sys_path"|d' setup_dxvk.sh
fi

}

What happened? Gentoo silently swithing to 17.1 profile: RarogCmexEngine /home/rarogcmex # eselect news read 37 2019-06-05-amd64-17-1-profiles-are-now-stable Title amd64 17.1 profiles are now stable Author Michał Górny <mgorny@gentoo.org> Posted 2019-06-05 Revision 3 A new set of 17.1 amd64 profiles has been added to the Gentoo repository in Dec 2017. These profiles switch to a more standard 'no SYMLINK_LIB' multilib layout, and require explicit migration as described below. They are considered stable at the moment, and we would like to request all users to upgrade their systems. The old profiles will be deprecated in the near future. In the new profiles, the lib->lib64 compatibility symlink is removed. 64-bit libraries need to be installed directly to lib64. /lib and /usr/lib become real directories, that are used for cross-arch and native non-library packages (gcc, clang) and 32-bit libraries on the multilib profile (which improves compatibility with prebuilt x86 packages). ... 11. If you are using a multilib profile, rebuild all 32-bit packages. This can be done using: # emerge -1v --deep /lib32 /usr/lib32 /usr/lib/llvm/*/lib32 Alternatively, if you are switching from one of the 13.0 profiles you can rebuild all packages as detailed in the 17.0 news item: # emerge -ev @world 12. Once the last 32-bit package is rebuilt, your package manager should remove the orphaned /lib32 and /usr/lib32 symlinks. If that does not happen, remove them manually: # rm /lib32 /usr/lib32 ... For more information on the layout, please see the wiki article on AMD64 multilib layouts [3]. [1] https://gentoo.org/support/news-items/2017-11-30-new-17-profiles.html [2] https://bugs.gentoo.org/506276 [3] https://wiki.gentoo.org/wiki/Project:AMD64/Multilib_layout The issue that (on multilib systems) app-emulation/dxvk installs on way /usr/lib32 instead of new /usr/lib: src_prepare() { default sed -i "s|^basedir=.*$|basedir=\"${EPREFIX}\"|" setup_dxvk.sh || die sed -i 's|"x64"|"usr/lib64/dxvk"|' setup_dxvk.sh || die sed -i 's|"x32"|"usr/lib32/dxvk"|' setup_dxvk.sh || die if ! use abi_x86_64; then sed -i '|installFile "$win64_sys_path"|d' setup_dxvk.sh fi if ! use abi_x86_32; then sed -i '|installFile "$win32_sys_path"|d' setup_dxvk.sh fi }

tastytea added the

bug

label 2019-08-22 20:02:06 +02:00

tastytea referenced this issue from a commit

2019-08-22 20:26:06 +02:00

app-emulation/dxvk: Install 32 bit libraries into /usr/lib/. #2 Package-Manager: Portage-2.3.69, Repoman-2.3.16 RepoMan-Options: --force Manifest-Sign-Key: 3555266864CA6D7FF45AA6E7CFC39497F1B26E07

tastytea commented

2019-08-22 20:26:43 +02:00

Thanks for reporting. I've updated all ebuilds with the new path. The new versions should get picked up by the Gentoo mirror in a few hours.

tastytea closed this issue

2019-08-22 20:26:43 +02:00

This repo is archived. You cannot comment on issues.