From owner-freebsd-ports@freebsd.org Wed Feb 10 21:16:00 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3919AAA40D8 for ; Wed, 10 Feb 2016 21:16:00 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E21431B48 for ; Wed, 10 Feb 2016 21:15:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-vk0-x232.google.com with SMTP id e185so23228768vkb.1 for ; Wed, 10 Feb 2016 13:15:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=BzAY7uas50qbi1RGTbgnF+F/FsYBPZWEmqziEUlLji4=; b=zYcOaH/7JErE5SPf+sS7f1ECxZ0F6kvzbJJ4qXxeGi/4EpSVH/WystgQcg9vJw9M4p 9+IDB/H4fJSs3l7/pvVNWQ1wVdDFBfrmU25NkcLT1TOm07AZR9H0ZbJr9d18LlToEgKj /g2QL9ErUTQqVGXu2f/3d8wLpxwLC1L8Ksb7tpl410eUKXEk97p/nv7uqmLVMr6P0E9r Skwv8ZOlEiEbDYFgUfulGF0U7qIgD/Cse+9ozqf5qWlXw1HvLNZMrh+X17nrbqVjbYVW 42FmeoWLKt8ulwItZSzNJrmTwcx7n/Pb6sI8BAoLLSqkn8L0w1cnKNGRCKEbXP4JUfDq mV1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=BzAY7uas50qbi1RGTbgnF+F/FsYBPZWEmqziEUlLji4=; b=I4yqsDiwHKng6reGhOEvsRRLpthNVzzWMOmYmlc3hUQwqXDZcS/dkYCRo6vdpJbWvX gTrenlPwQQWDlSNIJcZvSxm2E5+SHv+YvH/k6j+DgZO3xzhRu14qhDo9wyFNCHlBzCg8 Bqnj5TvCxb/E2O7bQYYg3wS+VaEtA+tHhIFSXqOmbP+pxLM32HvYABeUEHLuCa/HP8++ 2hcl53yCHWyUK3ATjZeKiPuzHn+8+alZapaM9PnyRHVltf8J4hYvy6WBQzHTjhVpN01u ajrFHaM/iaUB8f9IryL07kU/tP8ID0o+gwOcq65ItI6mRDGaM+lmEnXu8OBhF1o+B/86 PB3g== X-Gm-Message-State: AG10YORJvBleMrzBxgrQ2RxNh3VatkreSdzVEYvStBpbHFUjY5OLJxzNIglQoGYdYWB1CzKrHVnUoxP2cVzpBA== MIME-Version: 1.0 X-Received: by 10.31.16.37 with SMTP id g37mr31117856vki.97.1455138958843; Wed, 10 Feb 2016 13:15:58 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.159.32.135 with HTTP; Wed, 10 Feb 2016 13:15:58 -0800 (PST) In-Reply-To: <56B8662A.2050502@marino.st> References: <56B754A8.3030605@marino.st> <20160208064305.GB63030@server.rulingia.com> <56B8454F.8060605@marino.st> <1454923852.4807.19.camel@mathiaspicker.net> <56B8662A.2050502@marino.st> Date: Wed, 10 Feb 2016 13:15:58 -0800 X-Google-Sender-Auth: 4U4z7NwR3xk6TOrCbiJuvYmFV5I Message-ID: Subject: Re: Removing documentation From: Kevin Oberman To: John Marino Cc: Mathias Picker , Peter Jeremy , FreeBSD Mailing List Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Feb 2016 21:16:00 -0000 On Mon, Feb 8, 2016 at 1:55 AM, John Marino wrote: > On 2/8/2016 10:30 AM, Mathias Picker wrote: > > Am Montag, den 08.02.2016, 08:35 +0100 schrieb John Marino: > > While I like the ideas of synth, and hoped I could use it to just build > > my 3-8 ports with modified options, on first look I found many things > > suggesting that it's not yet ready: > > > > - shows uninteresting eye candy instead of build > > Every single port has it's own build log with far more detail that a > source build provides (similar to poudriere) > > > - stops at every conf file version mismatch requiring me to start make > > config by hand, and then to re-run when it discovers the next mismatch. > > I mean, WTF? > > This is incorrect. It lists *ALL* the configuration mismatches at once. > This is actually a huge "pro" for synth; no other tool detects this > mismatches. It is far worse to have cached options that do not match > the current port. The port can be misbuilt and it's a major pain to > troubleshoot. All build tools should be doing this. Are you really > proposing that a tool build a port with a bad configuration file? You > should be thanking Synth for alerting to a problem you obviously didn't > know you had. > > Also, once you fix it, then configuration problems are rare, they occur > when the port changes. > OK. I have been playing with synth and I must say that I find it impressive. Not that I am ready to put it into "production", but impressive, none the less. Maybe after a bit more testing and updating all ports after moving from 10 to 11 (which will not be too soon). Still, it is way better than poudriere for my limited purposes. I will certainly use it for that, even if I still use portmaster for my "development" system. The stale configuration file issue has me a bit confused. The man page does not make it clear just what makes a config "stale". All of my ports are up to date as of 11:00 UTC this morning. As far as I know, all of the configs are "current", although the actual config run may have been for a much older version. "synth status shows 46 cases. I looked at one (sysutils/tmux) and the options listed by "make showconfig" are no different from those in the current Makefile, so I don't understand why they are stale. I also have found at least one thing portmster can do that synth can't, but I expect pkg can, so I won't complain about it until I have tried using pkg to list all top-level ports (nothing depends on them) to use to re-install all ports. I could list all ports, it's just that this is a much longer list and portmaster did the job nicely with a simple example in the man page. And, please, everyone, let's stop with the silly statements like "the Handbook should be limited to the base system" or "a maintainer needs to be able to fix all PRs". At least one is a trivial annoyance in the display only that is amazingly hard to fix. I asked Doug about it quite a while ago and he said that he's keep beating on it, but a proper fix would substantially complicate the script and be rather fragile, as well. I assume that he is no longer beating on it. > -- > Kevin Oberman, Part time kid herder and retired Network Engineer > E-mail: rkoberman@gmail.com > PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > >