#23280 closed enhancement (wontfix)
base should auto-create share/doc/${name} and share/examples/${name} in destroot
Reported by: | ryandesign (Ryan Carsten Schmidt) | Owned by: | macports-tickets@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | base | Version: | 1.8.2 |
Keywords: | Cc: | ||
Port: |
Description
See http://lists.macosforge.org/pipermail/macports-dev/2009-October/010526.html for the share/doc/${name} suggestion.
Change History (3)
comment:1 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)
Milestone: | → MacPorts Future |
---|
comment:2 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)
Resolution: | → wontfix |
---|---|
Status: | new → closed |
comment:3 Changed 8 years ago by jmroot (Joshua Root)
Milestone: | MacPorts Future |
---|
Note: See
TracTickets for help on using
tickets.
Let's not do this.
The thought at the time was that it would be easier for a portfile author to copy files into ${prefix}/share/doc/${name} if the portfile author didn't first have to create the directory. However, it's just about as likely that there already exists a documentation directory in the source archive that the portfile author would like to just copy to ${prefix}/share/doc/${name}, and if MacPorts base had already created a directory of the same name, then the portfile author would have to delete it first to avoid a conflict.
As for ${prefix}/share/examples/${name}, we decided that we would prefer examples go in ${prefix}/share/doc/${name}/examples, and for the same reason as above, MacPorts base should not pre-create it. The python portgroup does pre-create it, and we should change it so it doesn't do that anymore. See #47687.