... this is why we should have some kind of version identifier in each
tool, or capability lists. Otherwise lulz will ensue like this.
-adrian
On 9 February 2015 at 08:44, Rui Paulo rpa...@me.com wrote:
On Feb 9, 2015, at 02:46, Glen Barber g...@freebsd.org wrote:
Author: gjb
Date: Mon Feb
On Feb 9, 2015, at 02:46, Glen Barber g...@freebsd.org wrote:
Author: gjb
Date: Mon Feb 9 10:46:39 2015
New Revision: 278450
URL: https://svnweb.freebsd.org/changeset/base/278450
Log:
Revert r278445.
I was going to use __FreeBSD_version to determine if
xz(1) should be
On Feb 9, 2015, at 08:50, Adrian Chadd adr...@freebsd.org wrote:
... this is why we should have some kind of version identifier in each
tool, or capability lists. Otherwise lulz will ensue like this.
Well, we have: xz --version will output a version string that should be easy to
parse.
--
Author: gjb
Date: Mon Feb 9 10:46:39 2015
New Revision: 278450
URL: https://svnweb.freebsd.org/changeset/base/278450
Log:
Revert r278445.
I was going to use __FreeBSD_version to determine if
xz(1) should be multi-threaded by default, but doing
this will cause problems if/when the
On 2015-02-09 05:46, Glen Barber wrote:
Author: gjb
Date: Mon Feb 9 10:46:39 2015
New Revision: 278450
URL: https://svnweb.freebsd.org/changeset/base/278450
Log:
Revert r278445.
I was going to use __FreeBSD_version to determine if
xz(1) should be multi-threaded by default, but doing
On Mon, Feb 09, 2015 at 05:47:10PM -0500, Nikolai Lifanov wrote:
On 2015-02-09 05:46, Glen Barber wrote:
Author: gjb
Date: Mon Feb 9 10:46:39 2015
New Revision: 278450
URL: https://svnweb.freebsd.org/changeset/base/278450
Log:
Revert r278445.
I was going to use __FreeBSD_version
