From owner-freebsd-ports@FreeBSD.ORG Thu Jul 14 21:16:12 2011 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BB0A1065670; Thu, 14 Jul 2011 21:16:12 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id C4AB78FC0C; Thu, 14 Jul 2011 21:16:11 +0000 (UTC) Received: by iyb11 with SMTP id 11so752765iyb.13 for ; Thu, 14 Jul 2011 14:16:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=nPRpN+goo9/gq0Sk/sgCCUiwdfDGaG2tkNcgvsQvpNM=; b=FEAPWLwwaYBiphNtRY4lTTTMj/C/mQU1JhGwXRSu5Dyuy2Uq75WU4PemHpwr4lwrzM yJVxLZs55Xgky3D6gI3xlI4QHBkEjbHjS1GzBMK4W8UBeUEuslpkyq3H5kExNhFDmHfb VUp/F5w19qn8oVPBmbpgg7BK/Z8iOO2toD5kk= Received: by 10.231.10.138 with SMTP id p10mr2544665ibp.84.1310678171344; Thu, 14 Jul 2011 14:16:11 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.231.190.141 with HTTP; Thu, 14 Jul 2011 14:15:41 -0700 (PDT) In-Reply-To: References: <4E0C5B7A.5060102@FreeBSD.org> <4E109521.10209@FreeBSD.org> <64bc4d1f59e39f71f77ced1aed64e734@etoilebsd.net> From: Chris Rees Date: Thu, 14 Jul 2011 22:15:41 +0100 X-Google-Sender-Auth: ejur25050WhhI_qtdbfQLwgJgjE Message-ID: To: Eitan Adler Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Baptiste Daroussin , freebsd-ports@freebsd.org Subject: Re: Call for testers -- CONF_FILES variable X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Jul 2011 21:16:12 -0000 On 14 July 2011 20:02, Eitan Adler wrote: >> The reason I choose pkgconf (we can change that name) is that it concern= s >> only configuration files that the maintainers DO want. >> >> I want to make sure that maintainers are looking at the samples the prop= rose >> to provide a usable sample, not the default one from the distfile (the >> default one can still be provided as an example.) > > So, this suffix is only for configuration files that port maintainers > write and included sample files from upstream > would not have this suffix? > > Why would the maintainer be writing sample conf files? It is not the > maintainer's job to write documentation for the upstream project. The > only case I could see this becoming an issue is if the default > configuration file ignores hier(1) and a REINPLACE is needed. I do > _not_ want to see sample configuration files being written for ports > unless a considerable amount of rework is needed to make the > application run on FreeBSD. What bapt is talking about is that he doesn't want people to blindly install the .sample files from the distfile, and actually _look_ through them. Of course, if you're changing the files at all you really shouldn't use the .sample format, because the .sample format comes from the distfile, not necessarily the port. Being explicit about .pkgconf (or whatever colour it is) shows that the maintainer is responsible for the sample config file rather than the upstream. I think it's much politer for the users to receive a config file that's almost usable. >> I wanted that pkgng and the ports in general can manage default usable >> configuration files, and to distinguish them from the samples. Thanks cr= ees@ >> has done the job I wanted to do myself so that and he has done it right. > > I am confused. I thought Chris's option was for the upstream sample > configuration files.My understanding is that it replaces the logic of > "only delete the real config file if it does not differ from the > sample file". =A0Why then does it matter who wrote the sample since the > logic works the same way? Either we will need multiple copies of this > macro, one for "official" files and the other for "package" files or > the logic will still have to be replicated per port for non-included > samples. IMHO the suffix (and type of sample file) should not be > touched by the macro. > > Perhaps I misunderstand what will be new in pkgng or what this patch prov= ides? > Chris