Date: Sun, 07 Jan 2024 13:33:58 +0000 From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 276151] gpu-firmware-intel-kmod fails to update revision number Message-ID: <bug-276151-7141-9zIa46EbBK@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-276151-7141@https.bugs.freebsd.org/bugzilla/> References: <bug-276151-7141@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D276151 --- Comment #8 from Joel Rodriguez <joel@tahoestores.com> --- >From my point of view it is a hack. The reason is that the normal flow of make clean make make deinstall make install is now replace with make clean make flavor=3D make flavor=3D deinstall=20 make flavor=3D install as in print "Making... "; # add this make hack to gpu-firmware-intel-kmod # for flavor in $(make -V FLAVORS); do #make FLAVOR=3D${flavor} install clean #done if ($entity eq "gpu-firmware-intel-kmod") { $cmd =3D "make FLAVOR=3Dkabylake >> pkgupdate.err 2>&1"; } else { $cmd =3D "make >> pkgupdate.err 2>&1"; } if (system($cmd)) { print "WARNING - make failed in $whereis\n"; next; } The only other time I see having to add a parameter to 'make' is when there= is a security violation. I review those by hand. But thanks for the info, it cleans up my scripts which key off of the resul= ts of pkg. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-276151-7141-9zIa46EbBK>