thanks
amd64 stable
x86 stable, closing
I see it in testing still $ grep KEYW *ebuild mod_macro-1.1.10.ebuild:KEYWORDS="amd64 x86" mod_macro-1.2.1.ebuild:KEYWORDS="amd64 ~x86"
x86 is unable to stabilize: > # emerge -a1 www-apache/mod_macro > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] dev-libs/apr-1.6.3-r4:1/1.6::gentoo USE="urandom -doc -older-kernels-compatibility (-selinux) -static-libs" 835 KiB > [ebuild N ] dev-libs/apr-util-1.6.1-r3:1::gentoo USE="berkdb gdbm openssl -doc -ldap -libressl -mysql -nss -odbc -postgres -sqlite -static-libs" 419 KiB > [ebuild N ] app-admin/apache-tools-2.4.39::gentoo USE="ssl -libressl" 6,866 KiB > [ebuild N ] www-servers/apache-2.4.39:2::gentoo USE="gdbm ssl suexec-caps threads -debug -doc -ldap -libressl (-selinux) -static -suexec -suexec-syslog" APACHE2_MODULES="actions alias auth_basic auth_digest authn_alias authn_anon authn_core authn_dbm authn_file authz_core authz_dbm authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir env expires ext_filter file_cache filter headers include info log_config logio mime mime_magic negotiation rewrite setenvif socache_shmcb speling status unique_id unixd userdir usertrack vhost_alias -access_compat -asis -authn_dbd -authz_dbd -brotli -cache_disk -cache_socache -cern_meta -charset_lite -dbd -dumpio -http2 -ident -imagemap -lbmethod_bybusyness -lbmethod_byrequests -lbmethod_bytraffic -lbmethod_heartbeat -log_forensic -macro -md -proxy -proxy_ajp -proxy_balancer -proxy_connect -proxy_fcgi -proxy_ftp -proxy_html -proxy_http -proxy_http2 -proxy_scgi -proxy_wstunnel -ratelimit -remoteip -reqtimeout -slotmem_shm -substitute -version -watchdog -xml2enc" APACHE2_MPMS="-event -prefork -worker" 25 KiB > [ebuild N ~] www-apache/mod_macro-1.2.1::gentoo 0 KiB > [blocks B ] www-apache/mod_macro ("www-apache/mod_macro" is blocking www-servers/apache-2.4.39) > > Total: 5 packages (5 new), Size of downloads: 8,144 KiB > Conflict: 1 block (1 unsatisfied) > > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. > > (www-apache/mod_macro-1.2.1:0/0::gentoo, ebuild scheduled for merge) pulled in by > www-apache/mod_macro > > > For more information about Blocked Packages, please refer to the following > section of the Gentoo Linux x86 Handbook (architecture is irrelevant): > > https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages That's because of https://gitweb.gentoo.org/repo/gentoo.git/tree/www-apache/mod_macro/mod_macro-1.2.1.ebuild#n26 (need_apache2_4) which will trigger https://gitweb.gentoo.org/repo/gentoo.git/tree/eclass/apache-2.eclass#n24 I am _really_ wondering how amd64 AT was able to stabilize (https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7ba573ad2765cc7ba461226b211de372c2e7a84f) ...
I don't really understand why we're stabilizing this. I'm going to last rite it instead.