Update to media-libs/mesa-13.0.5 is failing to build: "[32;01m * [39;49;00mPackage: media-libs/mesa-13.0.5 [32;01m * [39;49;00mRepository: gentoo [32;01m * [39;49;00mMaintainer: x11@gentoo.org [32;01m * [39;49;00mUSE: abi_x86_64 amd64 classic dri3 egl elibc_glibc gallium gbm kernel_linux llvm nettle nptl pax_kernel pic userland_GNU video_cards_radeon [32;01m * [39;49;00mFEATURES: preserve-libs sandbox userpriv usersandbox >>> Unpacking source... [snip] checking for XCB_DRI2... yes checking for x86_64-pc-linux-gnu-llvm-config... /usr/bin/x86_64-pc-linux-gnu-llvm-config Package libomxil-bellagio was not found in the pkg-config search path. Perhaps you should add the directory containing `libomxil-bellagio.pc' to the PKG_CONFIG_PATH environment variable No package 'libomxil-bellagio' found checking for RADEON... yes checking for RADEON... yes checking for RADEON... yes checking for AMDGPU... no configure: error: Package requirements (libdrm_amdgpu >= 2.4.63) were not met: No package 'libdrm_amdgpu' found Consider adjusting the PKG_CONFIG_PATH environment variable if you installed software in a non-standard prefix. Alternatively, you may set the environment variables AMDGPU_CFLAGS and AMDGPU_LIBS to avoid the need to call pkg-config. See the pkg-config man page for more details." I am not using and have not configured for amdgpu. Please let me know of further information needed. Thanks. ---------------------------------------------------------------------- Here's my 'emerge --info': dutch@gentoo2 ~ $ emerge --info Portage 2.3.3 (python 3.4.5-final-0, hardened/linux/amd64, gcc-4.9.4, glibc-2.23-r3, 4.8.17-hardened-r2 x86_64) ================================================================= System uname: Linux-4.8.17-hardened-r2-x86_64-Intel-R-_Xeon-R-_CPU_W3503_@_2.40GHz-with-gentoo-2.3 KiB Mem: 9196412 total, 8132960 free KiB Swap: 8191996 total, 8191996 free Timestamp of repository gentoo: Fri, 10 Mar 2017 12:45:01 +0000 sh bash 4.3_p48-r1 ld GNU ld (Gentoo 2.25.1 p1.1) 2.25.1 app-shells/bash: 4.3_p48-r1::gentoo dev-lang/perl: 5.22.3_rc4::gentoo dev-lang/python: 2.7.12::gentoo, 3.4.5::gentoo dev-util/cmake: 3.7.2::gentoo dev-util/pkgconfig: 0.28-r2::gentoo sys-apps/baselayout: 2.3::gentoo sys-apps/openrc: 0.23.2::gentoo sys-apps/sandbox: 2.10-r3::gentoo sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo sys-devel/automake: 1.11.6-r1::gentoo, 1.14.1::gentoo, 1.15::gentoo sys-devel/binutils: 2.25.1-r1::gentoo, 2.26.1::gentoo sys-devel/gcc: 4.9.4::gentoo sys-devel/gcc-config: 1.7.3::gentoo sys-devel/libtool: 2.4.6-r3::gentoo sys-devel/make: 4.2.1::gentoo sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers) sys-libs/glibc: 2.23-r3::gentoo Repositories: gentoo location: /usr/portage sync-type: rsync sync-uri: rsync://rsync6.us.gentoo.org/gentoo-portage priority: -1000 ACCEPT_KEYWORDS="amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nehalem -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=nehalem -O2 -pipe" DISTDIR="/usr/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs candy clean-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms split-log strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://lug.mtu.edu/gentoo/ http://gentoo.netnitco.net http://gentoo.osuosl.org/ http://gentoo.mirrors.tds.net/gentoo http://gentoo.cs.uni.edu/" LANG="en_US.utf8" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git" PORTAGE_TMPDIR="/var/tmp" USE="X acl alsa amd64 berkdb bzip2 cairo cleartype_hinting cli cracklib crypt cxx dbus dri gdbm glamor hardened iconv ipv6 jpeg justify lock modules multilib ncurses nptl opengl openmp pam pax_kernel pcre pie readline seccomp session ssl ssp startup-notification tcpd thunar truetype udev unicode urandom xattr xinerama xtpax zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx sse sse2 mmxext" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="libinput" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby21" USERLAND="GNU" VIDEO_CARDS="radeon" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON dutch@gentoo2 ~ $
Created attachment 466550 [details] /var/log/portage/build/media-libs/mesa-13.0.5:20170310-142222.log
I have the same issue. I fixed it by adding "amdgpu" to the VIDEO_CARDS setting in /etc/portage/make.conf: VIDEO_CARDS="radeon vesa amdgpu" then the emerge world command got mesa to install without error. It would be nice if there were error messages that were more direct, but I did finally get there.
libdrm_amdgpu.so is installed by x11-libs/libdrm, so I had to recompile that package with 'amdgpu' before mesa would build.
Adding r600 to VIDEO_CARDS is enough to pass the build. Until now I had VIDEO_CARDS="radeon" only, but with the last stabilized ebuilds I noticed that r600 popped up in various useflags. Gentoo wiki also documents VIDEO_CARDS="radeon r600" for my ARUBA video card.
(In reply to Petr Pisar from comment #4) > Adding r600 to VIDEO_CARDS is enough to pass the build. Until now I had > VIDEO_CARDS="radeon" only, but with the last stabilized ebuilds I noticed > that r600 popped up in various useflags. Gentoo wiki also documents > VIDEO_CARDS="radeon r600" for my ARUBA video card. It makes no sense to have to list 2 entries for a single card. And even the wiki is inconsistent: https://wiki.gentoo.org/wiki/Radeon#Feature_support lists every card with 2 entries for VIDEO_CARDS. https://wiki.gentoo.org/wiki/Radeon#Emerge_3 only mentions radeon. So either radeon should suffice to have all Radeon cards supported that x11-drivers/xf86-video-ati supports (which I believe was the previous behaviour) or it should be dropped because it carries no information.
Sorry for the trouble. I tried making radeonsi build with just VIDEO_CARDS="radeon", since leaving it out was kind of surprising and inconsistent, for bug 611928 I have reverted this with commit ba3c9d7e2e751bf3b6d54c0877fb3b1fe218d9a4 Author: Matt Turner <mattst88@gentoo.org> Date: Sat Mar 11 08:22:49 2017 -0800 Revert "media-libs/mesa: Build radeonsi if only VIDEO_CARDS="radeon" is selected." (In reply to Robert from comment #5) > (In reply to Petr Pisar from comment #4) > > Adding r600 to VIDEO_CARDS is enough to pass the build. Until now I had > > VIDEO_CARDS="radeon" only, but with the last stabilized ebuilds I noticed > > that r600 popped up in various useflags. Gentoo wiki also documents > > VIDEO_CARDS="radeon r600" for my ARUBA video card. > > It makes no sense to have to list 2 entries for a single card. And even the > wiki is inconsistent: I'm trying to come up with something better. For all of the packages that have some "generic" radeon support (maybe pm-utils? I don't know specifically what its VIDEO_CARDS=radeon means) should we have VIDEO_CARDS="r100 r200 r300 r600 radeonsi" instead, in order to allow you to pick a single video card? Or should we keep doing what we're doing and say VIDEO_CARDS="radeon r600" to get generic radeon support primarily and specifically r600 support where possible? We've opted for the latter. I understand that it is somewhat confusing. > https://wiki.gentoo.org/wiki/Radeon#Feature_support > lists every card with 2 entries for VIDEO_CARDS. > > https://wiki.gentoo.org/wiki/Radeon#Emerge_3 > only mentions radeon. > > So either radeon should suffice to have all Radeon cards supported that > x11-drivers/xf86-video-ati supports (which I believe was the previous > behaviour) or it should be dropped because it carries no information. The patch I've reverted actually *enabled* radeonsi when VIDEO_CARDS="radeon" is used, so I sort of tried that. This stuff is really a huge mess, and it's not Gentoo's doing. Just from IRC a few days ago, the main developer of the AMD Mesa drivers said this: 11:47 < mareko> | don't you find it a little ridiculous that despite 1% Linux marketshare and not so stellar AMD GPU marketshare, our hardware has 2 GL drivers there, 2 Vulkan drivers, 2 OSS kernel drivers for the same hardware, 2 DDXs, and 2 libdrms
*** Bug 612372 has been marked as a duplicate of this bug. ***