Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 24 Oct 2020 23:34:53 -0600
From:      Scott Long <scottl@samsco.org>
To:        "Rodney W. Grimes" <rgrimes@freebsd.org>
Cc:        Warner Losh <imp@bsdimp.com>, =?utf-8?Q?Stefan_E=C3=9Fer?= <se@freebsd.org>, src-committers <src-committers@freebsd.org>, svn-src-all <svn-src-all@freebsd.org>, svn-src-head <svn-src-head@freebsd.org>
Subject:   Re: svn commit: r366962 - in head: include usr.bin/calendar
Message-ID:  <2A59D27B-2CED-4FDF-8BE6-A21FD498F87A@samsco.org>
In-Reply-To: <202010250346.09P3kTVH076745@gndrsh.dnsmgr.net>
References:  <202010250346.09P3kTVH076745@gndrsh.dnsmgr.net>

next in thread | previous in thread | raw e-mail | index | archive | help

> On Oct 24, 2020, at 9:46 PM, Rodney W. Grimes =
<freebsd@gndrsh.dnsmgr.net> wrote:
>=20
>>>=20
>>> Something feels very wrong about this becoming a  defined path in =
base,
>>> it is further dependence on /usr/local which in the early days we =
spent
>>> a great deal of time removing.
>>>=20
>>> I believe the whole ports system allows this to be something other
>>> than /usr/local.  Package should also allow it to be some other =
place.
>>>=20
>>=20
>> This removes a couple of instances of /usr/local being hardcoded and
>> replaces with a define, so net it's better.
>=20
> No, its net worse as it now creates a define that is highly likely
> to propogate adding additional dependencies on this value.
>=20

You said a bunch of words, but I have no idea what you are trying to
accomplish or what action can be taken.

>>=20
>> It could be even better, but this is slightly better than it was =
before.
>=20
> I disagree, as it is now easier for additional contamination of
> the base system.
>=20

Disagreement without action is a waste of time.

Stefan proposed this change several days ago to the arch mailing list, =
and I
view it as a good first step to the end goal of making the cal system =
more
flexible and less dependent on a data source that=E2=80=99s fixed in =
place.  It=E2=80=99ll likely
evolve more over time, as software projects do.  Simply arguing that you
disagree with it or with the people involved doesn=E2=80=99t help this =
process.  Please
consider ways to be more productive in your communication.  As with =
others
recently, you are coming across as being obstructing as disagreeable.

Scott




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2A59D27B-2CED-4FDF-8BE6-A21FD498F87A>