How should MacPorts show users instruction messages (was: user instructions - was ... mysql5 + php5 + apache2)

js ebgssth at gmail.com
Fri Feb 29 03:36:18 PST 2008


I don't think this is not worth the effort.
if there were a way to provide instrictions, it would encourages
developer to write more messages I suppose.

On 2/29/08, markd at macports.org <markd at macports.org> wrote:
> >>  > The problem is that if you do miss these messages, then you can't
>  >>  > easily resurrect them other than installing the whole lot again.
>  >>
>  >>
>  >> True-ish. Well really you only need to deactivate and active the port
>  >>  again, since ports print such messages in the post-activate phase.
>  >>  But users don't know that. You could also read the portfile source
>  >>  code, but that's not really a clean solution either. Any suggestions
>  >>  for how we could improve this situation?
>  >
>  >How about including some instructions like this in ports and
>  >install it in /opt/local/share/someplace?
>  >
>  >README.macports or something like that.
>
>  It would be cool if the ui_msgs could be spit out using a port command,
>  say 'port foo msg' or some such.  I use user_msg in Portfiles for
>  extensive documentation, a Howto really, on configuring some ports.  For
>  example:
>  http://trac.macports.org/projects/macports/browser/trunk/dports/net/nedi/Portfile
>
>  Though not many do this, it can be a HUGE timesaver for users.  But since
>  comparatively few ports have extensive ui_msg's, perhaps it isn't worth
>  the effort.  And it would be a low priority for the MP coders since there
>  are other more foundational things to do.  And I think evaluating
>  variables might present some problems too.  I usually use 'port ed foo' to
>  look at the ui_msg's in another window.
>
>  Mark
>
>


More information about the macports-dev mailing list