On Thu, Dec 26, 2013 at 7:46 AM, Michael Gmelin wrote:
> Adding a (shortened, so easy to type) URL pointing to the wiki or
> whatever resource describing why this happened could be useful (not just
> for this, but for all of these deprecation warnings, so users
> understand the rationale behind t
On Thu, 26 Dec 2013 09:27:34 -0700 (MST)
Warren Block wrote:
> On Thu, 26 Dec 2013, Baptiste Daroussin wrote:
>
> > On Thu, Dec 26, 2013 at 09:18:57AM -0700, Warren Block wrote:
> >> On Thu, 26 Dec 2013, Baptiste Daroussin wrote:
> >>
> >>> On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton w
On Thu, 26 Dec 2013, Baptiste Daroussin wrote:
On Thu, Dec 26, 2013 at 09:18:57AM -0700, Warren Block wrote:
On Thu, 26 Dec 2013, Baptiste Daroussin wrote:
On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote:
On 12/25/2013 10:51 PM, clutton wrote:
Sorry, but I have a quite opposite
On Thu, Dec 26, 2013 at 09:18:57AM -0700, Warren Block wrote:
> On Thu, 26 Dec 2013, Baptiste Daroussin wrote:
>
> > On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote:
> >> On 12/25/2013 10:51 PM, clutton wrote:
> >>> Sorry, but I have a quite opposite view. Making both variants work mea
On Thu, 26 Dec 2013, Baptiste Daroussin wrote:
On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote:
On 12/25/2013 10:51 PM, clutton wrote:
Sorry, but I have a quite opposite view. Making both variants work means
chaos. More variants means more complication.
if || WITHOUT_NLS; then
On Thu, Dec 26, 2013 at 11:28:01AM +0100, olli hauer wrote:
> On 2013-12-26 11:08, Baptiste Daroussin wrote:
> > On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote:
> >> On 12/25/2013 10:51 PM, clutton wrote:
> >>> Sorry, but I have a quite opposite view. Making both variants work means
>
On 2013-12-26 11:08, Baptiste Daroussin wrote:
> On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote:
>> On 12/25/2013 10:51 PM, clutton wrote:
>>> Sorry, but I have a quite opposite view. Making both variants work means
>>> chaos. More variants means more complication.
>>
>> if || WITHOUT
On Wed, Dec 25, 2013 at 10:55:56PM -0800, Doug Barton wrote:
> On 12/25/2013 10:51 PM, clutton wrote:
> > Sorry, but I have a quite opposite view. Making both variants work means
> > chaos. More variants means more complication.
>
> if || WITHOUT_NLS; then
>
>
> This is not chaos. It's called "
On 12/25/2013 10:51 PM, clutton wrote:
Sorry, but I have a quite opposite view. Making both variants work means
chaos. More variants means more complication.
if || WITHOUT_NLS; then
This is not chaos. It's called "backwards compatibility," which is a
critical part of every mature software p
On Wed, 2013-12-25 at 21:56 -0800, Doug Barton wrote:
> Tonight I'm seeing this during ports builds:
>
> /!\ WARNING /!\
> WITHOUT_NLS is deprecated use NLS option instead
>
> This is silly.
>
> I traced the message to bsd.sanity.mk, which has similar silliness f
Tonight I'm seeing this during ports builds:
/!\ WARNING /!\
WITHOUT_NLS is deprecated use NLS option instead
This is silly.
I traced the message to bsd.sanity.mk, which has similar silliness for
many other longstanding make.conf options. If y'all are clever enough to
create sil
11 matches
Mail list logo
