<div dir="auto">If you are looking for some serious effort, it's the wrong<div dir="auto">place; there is none here, they are all volunteers sadly...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 11, 2022, 16:08 Jordan via macports-dev <<a href="mailto:macports-dev@lists.macports.org">macports-dev@lists.macports.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi friends,<br>
<br>
<br>
First of all thank you for your work! I use MacPorts exclusively for a <br>
few different reasons and am looking to contribute to the project. I am <br>
starting to spin up maintaining a few ports after a long break from <br>
macOS (mostly because until M1 machines came around the hardware sucked <br>
if I am honest).<br>
<br>
There is one aspect of MacPorts that has me a little down in the dumps <br>
and that's is its _apparent_ (but likely not true) neglected state. I <br>
think it's perhaps under maintained currently due to a lack of <br>
people-power? I say so because I'd love to see more people using <br>
MacPorts so I wonder if there's any "modernisation" (for lack of a <br>
better word) to be had here?<br>
<br>
Things like the timeline on Trac are years old, the use of `sudo` by <br>
default probably scares new users etc etc.<br>
<br>
I'm looking to contribute to some kind of effort to "modernise" (again, <br>
for lack of a better word) MacPorts so perhaps some usage compared to <br>
things like Homebrew can be gained back since I'd love to see this <br>
project used more.<br>
<br>
Also, as a tacked-on issue I am working on packaging a port and MacPorts <br>
is smart enough to only remove the files within directories as present <br>
when the port was imaged but I was hoping for a cheeky setting to change <br>
this so that it "dumb"ly deletes the entire folder.<br>
<br>
For example, the port is imaged and at the time of imaging has a <br>
`${prefix}/lib/foo/bar` directory with a single file in it. If I <br>
immediately uninstall the port then `bar` is correctly deleted since it <br>
is _exactly_ as it was when the port was installed from its image. <br>
However, if I add files to `bar` then MacPorts only removes those that <br>
single file that is part of the port image, leaves the others alone, and <br>
because `bar` is now not-empty leaves `bar`. I wonder if I can force <br>
MacPorts to always delete `bar`?<br>
<br>
<br>
/Jordan<br>
</blockquote></div>