destroot.violate_mtree and warning during install
Simon Ruderich
simon at ruderich.com
Wed Dec 19 12:17:40 PST 2007
On Mon, Dec 17, 2007 at 05:00:52PM -0600, Ryan Schmidt wrote:
>
> Please, no. It was that way in MacPorts 1.5.1, and we had to quickly release
> 1.5.2 to make it non-fatal due to all the reports coming in. I still see
> reports coming in every once in awhile about ports violating the mtree
> without using destroot.violate_mtree. Until we can prove that only a very
> few ports (or no ports) violate the mtree without saying so, we should not
> make it fatal. And since we do not have any automated builds right now and
> therefore no way to know how many ports still violate the mtree without
> saying so, we should not make this fatal at all.
>
> Basically, making this a fatal error would inconvenience the user, when we
> mean instead to alert the maintainer. Inconveniencing the user is not a good
> idea. We should be striving to make MacPorts more user-friendly, not less.
Hi Ryan,
I think you are right. We shouldn't change this at the moment.
But to make it easier for the maintainer, would it be possible to generate a
bigger warning? I often miss it when using -d. Maybe something like this:
***************************************************************************
* *
* This port violates the MacPorts file hierarchy. Please check if this is *
* intended and use destroot.violate_mtree if necessary. *
* *
***************************************************************************
Simon
--
+ privacy is necessary
+ using http://gnupg.org
+ public key id: 0x6115F804EFB33229
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 186 bytes
Desc: not available
Url : http://lists.macosforge.org/pipermail/macports-dev/attachments/20071219/4d743d7c/attachment.bin
More information about the macports-dev
mailing list