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

Closed
opened 2019-08-22 16:44:56 +02:00 by RarogCmex · 1 comment

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
  1. 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
Owner

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.

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.
Sign in to join this conversation.
No Milestone
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: tastytea/overlay#2
No description provided.