Re: [CFT] add a config.site cache for the ports

2013-03-25 Thread Baptiste Daroussin
On Sun, Mar 24, 2013 at 08:56:52PM -0400, Steve Wills wrote:
 I'm sure your list probably includes this, but just in case,
 databases/db42 broke with this for me.
 
 Steve

Here is a new version that fix the issue for db42 and others:
http://people.freebsd.org/~bapt/config_site.diff

Thanks all for testing.

regards,
Bapt


pgpRxfyWGfnhS.pgp
Description: PGP signature


Re: [CFT] add a config.site cache for the ports

2013-03-24 Thread Steve Wills
I'm sure your list probably includes this, but just in case,
databases/db42 broke with this for me.

Steve


 just a fyi this exp-run broke quiet a lot.



 On Mar 23, 2013, at 11:18 PM, Bryan Drewery bdrew...@freebsd.org wrote:

 On 3/18/2013 12:41 PM, Baptiste Daroussin wrote:
 Hi,

 The autotools allows us to have a config.site cache where we define our
 defaults
 values for a couple of things, and prevent the slow and possibly
 wrong
 autodetection.

 Here is a patch that makes use of it:
 http://people.freebsd.org/~bapt/autotools_config_site.diff

 As the libiconv/gettext update has shown the configure scripts can fall
 back on
 gnu version of commands first if it find it, and in case gettext is
 removed you
 can get trouble.

 In this config.site, I hardcoded a couple of FreeBSD binaries in order
 to always
 use them, but I let the toolchain being autodetected.

 I also added a couple of headers to avoid useless checks and more can
 be added
 in the futur.

 Any thought?

 regards,
 Bapt


 This will be great.

 I've added it to my jails for testing too.

 Bryan



 +-oOO--(_)--OOo-+
 With best Regards,
Martin Wilke (miwi_(at)_FreeBSD.org)

 Mess with the Best, Die like the Rest

 ___
 freebsd-ports@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-ports
 To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org



___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] add a config.site cache for the ports

2013-03-23 Thread Bryan Drewery
On 3/18/2013 12:41 PM, Baptiste Daroussin wrote:
 Hi,
 
 The autotools allows us to have a config.site cache where we define our 
 defaults
 values for a couple of things, and prevent the slow and possibly wrong
 autodetection.
 
 Here is a patch that makes use of it:
 http://people.freebsd.org/~bapt/autotools_config_site.diff
 
 As the libiconv/gettext update has shown the configure scripts can fall back 
 on
 gnu version of commands first if it find it, and in case gettext is removed 
 you
 can get trouble.
 
 In this config.site, I hardcoded a couple of FreeBSD binaries in order to 
 always
 use them, but I let the toolchain being autodetected.
 
 I also added a couple of headers to avoid useless checks and more can be added
 in the futur.
 
 Any thought?
 
 regards,
 Bapt
 

This will be great.

I've added it to my jails for testing too.

Bryan




signature.asc
Description: OpenPGP digital signature


Re: [CFT] add a config.site cache for the ports

2013-03-23 Thread Martin Wilke

just a fyi this exp-run broke quiet a lot.



On Mar 23, 2013, at 11:18 PM, Bryan Drewery bdrew...@freebsd.org wrote:

 On 3/18/2013 12:41 PM, Baptiste Daroussin wrote:
 Hi,
 
 The autotools allows us to have a config.site cache where we define our 
 defaults
 values for a couple of things, and prevent the slow and possibly wrong
 autodetection.
 
 Here is a patch that makes use of it:
 http://people.freebsd.org/~bapt/autotools_config_site.diff
 
 As the libiconv/gettext update has shown the configure scripts can fall back 
 on
 gnu version of commands first if it find it, and in case gettext is removed 
 you
 can get trouble.
 
 In this config.site, I hardcoded a couple of FreeBSD binaries in order to 
 always
 use them, but I let the toolchain being autodetected.
 
 I also added a couple of headers to avoid useless checks and more can be 
 added
 in the futur.
 
 Any thought?
 
 regards,
 Bapt
 
 
 This will be great.
 
 I've added it to my jails for testing too.
 
 Bryan
 
 

+-oOO--(_)--OOo-+
With best Regards,
   Martin Wilke (miwi_(at)_FreeBSD.org)

Mess with the Best, Die like the Rest

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] add a config.site cache for the ports

2013-03-19 Thread Warren Block

On Mon, 18 Mar 2013, Baptiste Daroussin wrote:


Hi,

The autotools allows us to have a config.site cache where we define our defaults
values for a couple of things, and prevent the slow and possibly wrong
autodetection.

Here is a patch that makes use of it:
http://people.freebsd.org/~bapt/autotools_config_site.diff

As the libiconv/gettext update has shown the configure scripts can fall back on
gnu version of commands first if it find it, and in case gettext is removed you
can get trouble.

In this config.site, I hardcoded a couple of FreeBSD binaries in order to always
use them, but I let the toolchain being autodetected.

I also added a couple of headers to avoid useless checks and more can be added
in the futur.

Any thought?


Avoiding the repeated detection of the exact same things could seriously 
reduce build times for big ports.  Thank you!

___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] add a config.site cache for the ports

2013-03-19 Thread Kevin Oberman
On Mon, Mar 18, 2013 at 10:41 AM, Baptiste Daroussin b...@freebsd.orgwrote:

 Hi,

 The autotools allows us to have a config.site cache where we define our
 defaults
 values for a couple of things, and prevent the slow and possibly wrong
 autodetection.

 Here is a patch that makes use of it:
 http://people.freebsd.org/~bapt/autotools_config_site.diff

 As the libiconv/gettext update has shown the configure scripts can fall
 back on
 gnu version of commands first if it find it, and in case gettext is
 removed you
 can get trouble.

 In this config.site, I hardcoded a couple of FreeBSD binaries in order to
 always
 use them, but I let the toolchain being autodetected.

 I also added a couple of headers to avoid useless checks and more can be
 added
 in the futur.

 Any thought?


If this can be made to work reliably with provisions for exceptions, this
would be absolutely wonderful!
-- 
R. Kevin Oberman, Network Engineer
E-mail: rkober...@gmail.com
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] add a config.site cache for the ports

2013-03-19 Thread Kimmo Paasiala
On Wed, Mar 20, 2013 at 12:17 AM, Kevin Oberman rkober...@gmail.com wrote:
 On Mon, Mar 18, 2013 at 10:41 AM, Baptiste Daroussin b...@freebsd.orgwrote:

 Hi,

 The autotools allows us to have a config.site cache where we define our
 defaults
 values for a couple of things, and prevent the slow and possibly wrong
 autodetection.

 Here is a patch that makes use of it:
 http://people.freebsd.org/~bapt/autotools_config_site.diff

 As the libiconv/gettext update has shown the configure scripts can fall
 back on
 gnu version of commands first if it find it, and in case gettext is
 removed you
 can get trouble.

 In this config.site, I hardcoded a couple of FreeBSD binaries in order to
 always
 use them, but I let the toolchain being autodetected.

 I also added a couple of headers to avoid useless checks and more can be
 added
 in the futur.

 Any thought?


 If this can be made to work reliably with provisions for exceptions, this
 would be absolutely wonderful!
 --

Yes please.
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] add a config.site cache for the ports

2013-03-19 Thread Baptiste Daroussin
On Wed, Mar 20, 2013 at 12:22:03AM +0200, Kimmo Paasiala wrote:
 On Wed, Mar 20, 2013 at 12:17 AM, Kevin Oberman rkober...@gmail.com wrote:
  On Mon, Mar 18, 2013 at 10:41 AM, Baptiste Daroussin 
  b...@freebsd.orgwrote:
 
  Hi,
 
  The autotools allows us to have a config.site cache where we define our
  defaults
  values for a couple of things, and prevent the slow and possibly wrong
  autodetection.
 
  Here is a patch that makes use of it:
  http://people.freebsd.org/~bapt/autotools_config_site.diff
 
  As the libiconv/gettext update has shown the configure scripts can fall
  back on
  gnu version of commands first if it find it, and in case gettext is
  removed you
  can get trouble.
 
  In this config.site, I hardcoded a couple of FreeBSD binaries in order to
  always
  use them, but I let the toolchain being autodetected.
 
  I also added a couple of headers to avoid useless checks and more can be
  added
  in the futur.
 
  Any thought?
 
 
  If this can be made to work reliably with provisions for exceptions, this
  would be absolutely wonderful!
  --
 
 Yes please.

Patch has been updated to remove everything connected to the toolchain, and
adding some more commands.

Exp-run is on being run right now by miwi.

If everything is ok and noone object this will be committed, on next tuesday.

regards,
Bapt


pgp6zyFRwm1P0.pgp
Description: PGP signature


[CFT] add a config.site cache for the ports

2013-03-18 Thread Baptiste Daroussin
Hi,

The autotools allows us to have a config.site cache where we define our defaults
values for a couple of things, and prevent the slow and possibly wrong
autodetection.

Here is a patch that makes use of it:
http://people.freebsd.org/~bapt/autotools_config_site.diff

As the libiconv/gettext update has shown the configure scripts can fall back on
gnu version of commands first if it find it, and in case gettext is removed you
can get trouble.

In this config.site, I hardcoded a couple of FreeBSD binaries in order to always
use them, but I let the toolchain being autodetected.

I also added a couple of headers to avoid useless checks and more can be added
in the futur.

Any thought?

regards,
Bapt


pgpiZKQhcgerV.pgp
Description: PGP signature


Re: [CFT] add a config.site cache for the ports

2013-03-18 Thread Jeremy Messenger
On Mar 18, 2013 12:42 PM, Baptiste Daroussin b...@freebsd.org wrote:

 Hi,

 The autotools allows us to have a config.site cache where we define our
defaults
 values for a couple of things, and prevent the slow and possibly wrong
 autodetection.

 Here is a patch that makes use of it:
 http://people.freebsd.org/~bapt/autotools_config_site.diff

 As the libiconv/gettext update has shown the configure scripts can fall
back on
 gnu version of commands first if it find it, and in case gettext is
removed you
 can get trouble.

 In this config.site, I hardcoded a couple of FreeBSD binaries in order to
always
 use them, but I let the toolchain being autodetected.

 I also added a couple of headers to avoid useless checks and more can be
added
 in the futur.

 Any thought?

There are some ports that need to use gnu tar, gnu sed, gnu grep and other
gnu stuff. How will this cache affect on those ports?

 regards,
 Bapt
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] add a config.site cache for the ports

2013-03-18 Thread Baptiste Daroussin
On Mon, Mar 18, 2013 at 02:15:51PM -0500, Jeremy Messenger wrote:
 On Mar 18, 2013 12:42 PM, Baptiste Daroussin b...@freebsd.org wrote:
 
  Hi,
 
  The autotools allows us to have a config.site cache where we define our
 defaults
  values for a couple of things, and prevent the slow and possibly wrong
  autodetection.
 
  Here is a patch that makes use of it:
  http://people.freebsd.org/~bapt/autotools_config_site.diff
 
  As the libiconv/gettext update has shown the configure scripts can fall
 back on
  gnu version of commands first if it find it, and in case gettext is
 removed you
  can get trouble.
 
  In this config.site, I hardcoded a couple of FreeBSD binaries in order to
 always
  use them, but I let the toolchain being autodetected.
 
  I also added a couple of headers to avoid useless checks and more can be
 added
  in the futur.
 
  Any thought?
 
 There are some ports that need to use gnu tar, gnu sed, gnu grep and other
 gnu stuff. How will this cache affect on those ports?
 
  regards,
  Bapt

We can always overwrite those in CONFIGURE_ENV if needed, and I'll run an
exp-run to make sure no ports requiring gsed, gtar etc fails.

regards,
Bapt


pgp_QXLTx0CFK.pgp
Description: PGP signature


Re: [CFT] add a config.site cache for the ports

2013-03-18 Thread Jeremy Messenger
On Mar 18, 2013 2:24 PM, Baptiste Daroussin b...@freebsd.org wrote:

 On Mon, Mar 18, 2013 at 02:15:51PM -0500, Jeremy Messenger wrote:
  On Mar 18, 2013 12:42 PM, Baptiste Daroussin b...@freebsd.org wrote:
  
   Hi,
  
   The autotools allows us to have a config.site cache where we define
our
  defaults
   values for a couple of things, and prevent the slow and possibly
wrong
   autodetection.
  
   Here is a patch that makes use of it:
   http://people.freebsd.org/~bapt/autotools_config_site.diff
  
   As the libiconv/gettext update has shown the configure scripts can
fall
  back on
   gnu version of commands first if it find it, and in case gettext is
  removed you
   can get trouble.
  
   In this config.site, I hardcoded a couple of FreeBSD binaries in
order to
  always
   use them, but I let the toolchain being autodetected.
  
   I also added a couple of headers to avoid useless checks and more can
be
  added
   in the futur.
  
   Any thought?
 
  There are some ports that need to use gnu tar, gnu sed, gnu grep and
other
  gnu stuff. How will this cache affect on those ports?
 
   regards,
   Bapt

 We can always overwrite those in CONFIGURE_ENV if needed, and I'll run an
 exp-run to make sure no ports requiring gsed, gtar etc fails.

If it works very well then I think it sounds good.

 regards,
 Bapt
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] add a config.site cache for the ports

2013-03-18 Thread Chris Rees
On 18 Mar 2013 17:42, Baptiste Daroussin b...@freebsd.org wrote:

 Hi,

 The autotools allows us to have a config.site cache where we define our
defaults
 values for a couple of things, and prevent the slow and possibly wrong
 autodetection.

 Here is a patch that makes use of it:
 http://people.freebsd.org/~bapt/autotools_config_site.diff

 As the libiconv/gettext update has shown the configure scripts can fall
back on
 gnu version of commands first if it find it, and in case gettext is
removed you
 can get trouble.

 In this config.site, I hardcoded a couple of FreeBSD binaries in order to
always
 use them, but I let the toolchain being autodetected.

 I also added a couple of headers to avoid useless checks and more can be
added
 in the futur.

 Any thought?

This could save literally hours on package builds...

Very exciting, thanks for this work!

Chris
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org


Re: [CFT] add a config.site cache for the ports

2013-03-18 Thread Steve Wills
 On 18 Mar 2013 17:42, Baptiste Daroussin b...@freebsd.org wrote:

 Hi,

 The autotools allows us to have a config.site cache where we define our
 defaults
 values for a couple of things, and prevent the slow and possibly wrong
 autodetection.

 Here is a patch that makes use of it:
 http://people.freebsd.org/~bapt/autotools_config_site.diff

 As the libiconv/gettext update has shown the configure scripts can fall
 back on
 gnu version of commands first if it find it, and in case gettext is
 removed you
 can get trouble.

 In this config.site, I hardcoded a couple of FreeBSD binaries in order
 to
 always
 use them, but I let the toolchain being autodetected.

 I also added a couple of headers to avoid useless checks and more can be
 added
 in the futur.

 Any thought?

 This could save literally hours on package builds...

 Very exciting, thanks for this work!

Agreed, I like this a lot and will be testing it.

Steve


___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org