Hi 1006784 (2022.03.12_16:32:30_-0400) > Hi Gianfranco (2022.03.04_18:19:35_-0400) > > With this patch, automake will install to /usr for locally built code > > and debian-packaged code. This probably isn't desired. Maybe check > > prefix and select the appropriate scheme from that? > > I take this back. Of course it is combining posix_prefix with the > specified prefix, which will do the right thing.
Confirmed that this patch does the right thing. As things stand: with automake 1:1.16.5-1.1: python3.9: --prefix=/usr installs to /usr/lib/python3.9/site-packages --prefix=/usr/local installs to /usr/local/lib/python3.9/site-packages python3.10: --prefix=/usr installs to /usr/local/lib/python3.10/dist-packages --prefix=/usr/local installs to /usr/local/local/lib/python3.10/dist-packages That's an excess /local/ in the path. dh_python3 can fix it up, but it'll break existing dh_install configs. And the /local/local thing definitely won't work. with this patch: python3.9: --prefix=/usr installs to /usr/lib/python3.9/site-packages --prefix=/usr/local installs to /usr/local/lib/python3.9/site-packages python3.10: --prefix=/usr installs to /usr/lib/python3.10/site-packages --prefix=/usr/local installs to /usr/local/lib/python3.10/site-packages The site-packages, directory isn't on sys.path, but dh_python3 will fix that up, and it matches previous behaviour, so no changes needed in other packages. SR -- Stefano Rivera http://tumbleweed.org.za/ +1 415 683 3272
