Date: Wed, 10 Feb 2016 22:53:57 +0100 From: Lars Engels <lars.engels@0x20.net> To: Kevin Oberman <rkoberman@gmail.com> Cc: John Marino <freebsdml@marino.st>, Mathias Picker <mathiasp@mathiaspicker.net>, Peter Jeremy <peter@rulingia.com>, FreeBSD Mailing List <freebsd-ports@freebsd.org> Subject: Re: Removing documentation Message-ID: <20160210215357.GN68362@e-new.0x20.net> In-Reply-To: <CAN6yY1tuKNjJEfmhN9u8j6MfFKz=wvSwyX%2BcOiBPwnOL7PNA3Q@mail.gmail.com> References: <56B754A8.3030605@marino.st> <20160208064305.GB63030@server.rulingia.com> <56B8454F.8060605@marino.st> <1454923852.4807.19.camel@mathiaspicker.net> <56B8662A.2050502@marino.st> <CAN6yY1tuKNjJEfmhN9u8j6MfFKz=wvSwyX%2BcOiBPwnOL7PNA3Q@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--c6397Mob2532IpCX Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 10, 2016 at 01:15:58PM -0800, Kevin Oberman wrote: > On Mon, Feb 8, 2016 at 1:55 AM, John Marino <freebsdml@marino.st> wrote: >=20 > > 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 bui= ld > > > 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 mismatc= h. > > > 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. > > >=20 > 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. >=20 > The stale configuration file issue has me a bit confused. The man page do= es > 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. >=20 > I also have found at least one thing portmster can do that synth can't, b= ut > I expect pkg can, so I won't complain about it until I have tried using p= kg > 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. You need to uncomment the "leaf" alias in /usr/local/etc/pkg.conf leaf 'query -e "%a =3D=3D 0" "%n-%v"' Then "pkg leaf" works like pkg_cutleaves(8) or the portmaster option. --c6397Mob2532IpCX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQF8BAEBCgBmBQJWu7F0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RjQwMDE3RTRERjUzMTI1N0FGRTUxNDlF NTRDQjM3RDNBMDg5RDZEAAoJEOVMs306CJ1teRcH/jYc8XVLBwX4nwgy9hseMoPr KfBJxr8Su6GUqNUSwP5iAuImu0VUsDSvlwGbw+W1votlQIIGOJs7gNhaDPxECIuA hCR0+xvp3f4IM7zom/RTPzNnYH7Ym4DhRr4UEhfy5N7wQ2Rx0l8+nUz+Y2KuTNwc SXYMcNyoWKcgrGPbocLRpBji63Pv0mg/TCQ7m7cU5Q/PzEcTWuFQqD2XPGho0hsk 8grbEvao98Tmnc7swFpxNO2Nx6j2VXY1ITYX50u9DdtsZWDWX7hdSnds/U04/zFD 3NOmWtK/TuLfZ2Q8F3TKlAVoQH3V+oQil2rxQAVmMS6KJ4LbNdY/vRL3mQUwbW4= =lTda -----END PGP SIGNATURE----- --c6397Mob2532IpCX--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160210215357.GN68362>