propka/pdb2pqr

Joshua Root jmr at macports.org
Tue Jun 4 20:14:04 UTC 2024


On 4/6/2024 23:43, Jack Howarth wrote:
> I am lost at sea about how to handle the newer pdb2pqr packaging. The 
> ancient 2.1.1 pdb2pqr sources built a c-based propka as part of the 
> pdb2pqr process. Upstream replaced this with propka entirely rewritten 
> in python and as its own project. I believe the buildbot failures that I 
> am seeing are due to propka trying to overwrite the propka binary in 
> /opt/local/bin on installation before the newer propka-free pdb2pqr 
> package is installed. We don't seem to have the granularity in MacPorts 
> to handle this cleanly short of creating a whole new pdb2pqr package 
> under a new name (which is throwing a major wrench in using 
> github.setup). Is there some way to handle movement of binaries across 
> existing packages without having to recreate the wheel with a new 
> package set?

If the old version of pdb2pqr installed propka and the new version of 
pdb2pqr depends on a separate port that now installs propka, you will 
need to use the deactivate hack: 
<https://trac.macports.org/wiki/PortfileRecipes#deactivatehack>

- Josh


More information about the macports-dev mailing list