svn commit: r509446 - in head: . databases databases/palm-db-tools palm palm/palm-db-tools

[Adam Weinberger]

On Wed, Aug 21, 2019 at 2:45 PM jgh <jgh at freebsd.org> wrote:
>
>
>
>
>  ---- On Wed, 21 Aug 2019 13:17:51 -0700 Mathieu Arnold <mat at FreeBSD.org> wrote ----
>  > On Tue, Aug 20, 2019 at 12:25:01PM -0700, jgh wrote:
>  > >
>  > >
>  > >
>  > >  ---- On Tue, 20 Aug 2019 12:22:28 -0700 Mark Linimon <linimon at lonesome.com> wrote ----
>  > >  > On Tue, Aug 20, 2019 at 07:05:49PM +0000, Jason Helfman wrote:
>  > >  > >   - shift to more applicable category
>  > >  >
>  > >  > I ... guess I don't understand the motivation here.
>  > >  >
>  > >  > I don't think I've touched any of my PalmPilot gear in 10+ years.
>  > >  > They're all in a box ... somewhere.  AFAIK it's a dead platform.
>  > >  >
>  > >  > Why don't we just deprecate and remove these ports?
>  > >  >
>  > >  > mcl
>  > >  >
>  > >  >
>  > >
>  > > I saw thirteen in the category. I wanted to move the ones that were ports@ owned to different categories. I am mailing the owners of the others regarding shifting their categories, and will also ask them about deprecating the ports, as well, if they see that as valuable.
>  >
>  > So, would you mind answering the "why" question ?
>  >
>  > --
>  > Mathieu Arnold
>  >
>
> We should and I've started deprecating the ports where maintainer was not ports at . I plan on adding deprecations to the others, but first wanted to move what I could.
> -jgh

Jason,

Call before you dig, man.

Changing port categories isn't zero-sum. It breaks even our best tools
in certain ways (such as build failures if any palm stuff is listed in
a poudriere bulk -f filelist). At best, this leads to repo-churn, and
at worst this may cause end-user build failures a month before causing
them again.

Portmgr really isn't here to police the tree; we're here to help you
and all the other committers with planning and implementing important
changes. We would have urged you to just deprecate them where they
were, for the above reasons and others (it's now harder to enumerate
the PP ports that need to be deleted, we're now dependent on you
having marked every single one of them before moving, it defeats the
benefits of the deprecation warning period, etc.).

# Adam




--
Adam Weinberger
adamw at adamw.org
https://www.adamw.org