From owner-svn-src-all@freebsd.org Tue Mar 12 14:51:32 2019 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42A8F1532CD1; Tue, 12 Mar 2019 14:51:32 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-it1-f176.google.com (mail-it1-f176.google.com [209.85.166.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C7A596A621; Tue, 12 Mar 2019 14:51:31 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-it1-f176.google.com with SMTP id g17so4818935ita.2; Tue, 12 Mar 2019 07:51:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=HWL2Z3g/SwV99UJA4HJzY3fzGRAJT2c+fQGD5jvRdQY=; b=aUZOzAC3hUpdREBf1EJ4dtHC+qMsz1h1w1VkMgKUjZ3pUNh+PGGdFJ9AmDdQibDAUP rEQps+Qc6K5bD1zmxK/DW1YTyJrRM4gA/2OBIlYj3Ai9F5pBO/BH92Ca3PPm3Vd5p9fQ 8gWTThIbpkIjJkDF/WbbgqKAw2W/nIJhmT+lkRXdzjSjqDjlklmCwgz0nuyFV3B5y7cg fb2XV8Qiufd7wMmdPuGnLUTmMDQXPPhi1U33P2Yjab9QDTFD+yak2f5GAhz/scWr8ewJ 9usHm4HJxLQ8EGXkgKpb4AYqk4sZ+DBRbQXcsfzVn1wQfU0B0jdZLi0i6naCudfNt4iG I6yw== X-Gm-Message-State: APjAAAXgp9X4sWS1BU9SzbdKOwIqxr2+NITBOWSfjFNCUX2wzGjoOEXR VVapdXGB9PyxR0Yy8eC4D73vCntw X-Google-Smtp-Source: APXvYqxPTMYRp2xsYc2DKx213tmChIkYHrpjZvi9snpXj3ldV68GLUPNP9j2m2luumQdUDmxj7rYBw== X-Received: by 2002:a24:f709:: with SMTP id x9mr2205469ith.149.1552402288862; Tue, 12 Mar 2019 07:51:28 -0700 (PDT) Received: from mail-io1-f47.google.com (mail-io1-f47.google.com. [209.85.166.47]) by smtp.gmail.com with ESMTPSA id y24sm3201847iol.8.2019.03.12.07.51.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 12 Mar 2019 07:51:28 -0700 (PDT) Received: by mail-io1-f47.google.com with SMTP id p18so2317101ioh.5; Tue, 12 Mar 2019 07:51:27 -0700 (PDT) X-Received: by 2002:a5e:a710:: with SMTP id b16mr4432481iod.233.1552402287817; Tue, 12 Mar 2019 07:51:27 -0700 (PDT) MIME-Version: 1.0 References: <201903120927.x2C9Rc1B017630@repo.freebsd.org> <79a9c91f-72c2-ef18-e341-4ed471fb787c@omnilan.de> In-Reply-To: <79a9c91f-72c2-ef18-e341-4ed471fb787c@omnilan.de> Reply-To: cem@freebsd.org From: Conrad Meyer Date: Tue, 12 Mar 2019 07:51:16 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: svn commit: r345057 - head/share/man/man7 To: Harry Schmalzbauer Cc: src-committers , svn-src-all , svn-src-head Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: C7A596A621 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.99 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.99)[-0.991,0]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 12 Mar 2019 14:51:32 -0000 On Tue, Mar 12, 2019 at 3:18 AM Harry Schmalzbauer wro= te: > > Am 12.03.2019 um 10:27 schrieb Mateusz Piotrowski: > > URL: https://svnweb.freebsd.org/changeset/base/345057 > > > > Log: > > ports.7: Add an example of how to use flavors > ... Thank you, Mateusz. Hi Harry, > Since cem and dim seem to stumbled over the missing FLAVOR > documentation, I see my main objection against current FLAVOR > implementation confirmed: Build stage must'nt silently chose a default > FALVOR, but an OPTIONS-like dialog must inform the user and she _must_ > choose one. Nah. I don't like OPTIONS, and wouldn't prefer FLAVORS presented in that w= ay. I'm very appreciative of the work that went into FLAVORS. It was a needed step to make ports more maintainable, and it was well executed. Kudos to everyone involved. I ran into one rough edge around documentation, and Mateusz was quick to fix it. > The ports options framework is not really user friendly too, Agree there... > but does a > basic job in guiding users. I'm not sure that's true. > ... > Instructing users to set an environment variable to a value, which they > have to lookup from a Makefile, is a very poor usability design, imho. I agree =E2=80=94 but I think pkg is the right tool for most users, and it doesn't include things like OPTIONS at all. And all flavors are built. I'm only munging around in the ports tree because this last round of pkg builds, the builders decided not to compile a package or two I needed, and we don't have any pkg stability build to build, so they simply weren't installable. Best, Conrad