public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] Thought : making the build/emerge faster
@ 2006-02-18  8:24 Rohit Sharma
  2006-02-18  8:38 ` Ciaran McCreesh
  2006-02-18  8:42 ` Rumen Yotov
  0 siblings, 2 replies; 7+ messages in thread
From: Rohit Sharma @ 2006-02-18  8:24 UTC (permalink / raw
  To: gentoo-user

Hi there,
It just occurred to me that the emerges shall be much faster if emerges
were able to use config.cache set by other applications.  The steps
during ./configure could be saved globally in an /etc/config.cache which
could be copied over by the current emerge step as it if was its own -
and be used. Could cut ./configure time by quite a bit.

But since I am a very average guy and there are many people much smarter
than myself out there in gentoo, I think this idea has been discarded
long ago since there are incompatibilities amongst various software in
the way they do, if they do, create their config.cache.

I was just curious. Have you considered it before? Please reply.
-- 
Rohit Sharma
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-user] Thought : making the build/emerge faster
  2006-02-18  8:24 [gentoo-user] Thought : making the build/emerge faster Rohit Sharma
@ 2006-02-18  8:38 ` Ciaran McCreesh
  2006-02-18 12:56   ` Boyd Stephen Smith Jr.
  2006-02-18  8:42 ` Rumen Yotov
  1 sibling, 1 reply; 7+ messages in thread
From: Ciaran McCreesh @ 2006-02-18  8:38 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 579 bytes --]

On Sat, 18 Feb 2006 08:24:17 +0000 Rohit Sharma <bhavhit@tiscali.co.uk>
wrote:
| But since I am a very average guy and there are many people much
| smarter than myself out there in gentoo, I think this idea has been
| discarded long ago since there are incompatibilities amongst various
| software in the way they do, if they do, create their config.cache.

confcache. It's, uh, kinda experimental right now.

-- 
Ciaran McCreesh : Gentoo Developer (Wearer of the shiny hat)
Mail            : ciaranm at gentoo.org
Web             : http://dev.gentoo.org/~ciaranm


[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-user] Thought : making the build/emerge faster
  2006-02-18  8:24 [gentoo-user] Thought : making the build/emerge faster Rohit Sharma
  2006-02-18  8:38 ` Ciaran McCreesh
@ 2006-02-18  8:42 ` Rumen Yotov
  2006-02-18 16:57   ` Rohit Sharma
  1 sibling, 1 reply; 7+ messages in thread
From: Rumen Yotov @ 2006-02-18  8:42 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1253 bytes --]

On Sat, 2006-02-18 at 08:24 +0000, Rohit Sharma wrote:
> Hi there,
> It just occurred to me that the emerges shall be much faster if emerges
> were able to use config.cache set by other applications.  The steps
> during ./configure could be saved globally in an /etc/config.cache which
> could be copied over by the current emerge step as it if was its own -
> and be used. Could cut ./configure time by quite a bit.
> 
> But since I am a very average guy and there are many people much smarter
> than myself out there in gentoo, I think this idea has been discarded
> long ago since there are incompatibilities amongst various software in
> the way they do, if they do, create their config.cache.
> 
> I was just curious. Have you considered it before? Please reply.
> -- 
> Rohit Sharma
Hi,
On 'gentoo-portage-dev' ML there are such patch (for portage-2.1_preX)
plus in portage there's a package:
* dev-util/confcache
     Available versions:  0.3.3 0.4 0.4.1
     Installed:           0.4.1
     Homepage:            http://dev.gentoo.org/~ferringb/confcache
     Description:         global autoconf cache manager
Both are working for me for 2-3 weeks w/o problems.
Check the homepage/link in the package above.
HTH.Rumen

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3409 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-user] Thought : making the build/emerge faster
  2006-02-18  8:38 ` Ciaran McCreesh
@ 2006-02-18 12:56   ` Boyd Stephen Smith Jr.
  0 siblings, 0 replies; 7+ messages in thread
From: Boyd Stephen Smith Jr. @ 2006-02-18 12:56 UTC (permalink / raw
  To: gentoo-user

On Saturday 18 February 2006 02:38, Ciaran McCreesh <ciaranm@gentoo.org> 
wrote about 'Re: [gentoo-user] Thought : making the build/emerge faster':
> On Sat, 18 Feb 2006 08:24:17 +0000 Rohit Sharma <bhavhit@tiscali.co.uk>
>
> wrote:
> | But since I am a very average guy and there are many people much
> | smarter than myself out there in gentoo, I think this idea has been
> | discarded long ago since there are incompatibilities amongst various
> | software in the way they do, if they do, create their config.cache.
>
> confcache. It's, uh, kinda experimental right now.

I'm looking forward to it.  You guys (portage-devs) did a great job with 
parallel-fetch, ccache, and distcc support.  I know a number of packages 
where my -j5, RAID 5 system actually spends more time in ./configure than 
make, make install, and ebuild merge total.

I'm not ready to patch my portage, but let me know as soon as it's in 
~amd64 portage and I'll turn on the feature and report any breakage.

-- 
Boyd Stephen Smith Jr.
bss03@volumehost.com
ICQ: 514984 YM/AIM: DaTwinkDaddy
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-user] Thought : making the build/emerge faster
  2006-02-18  8:42 ` Rumen Yotov
@ 2006-02-18 16:57   ` Rohit Sharma
  2006-02-18 17:59     ` Rumen Yotov
  0 siblings, 1 reply; 7+ messages in thread
From: Rohit Sharma @ 2006-02-18 16:57 UTC (permalink / raw
  To: gentoo-user


>Hi,
>On 'gentoo-portage-dev' ML there are such patch (for portage-2.1_preX)
>plus in portage there's a package:
>* dev-util/confcache
>     Available versions:  0.3.3 0.4 0.4.1
>     Installed:           0.4.1
>     Homepage:            http://dev.gentoo.org/~ferringb/confcache
>     Description:         global autoconf cache manager
>Both are working for me for 2-3 weeks w/o problems.
>Check the homepage/link in the package above.
>HTH.Rumen
>  
>
Rumen,
Found the page which hosts ebuilds etc and "man confcache" isn't there.
confcache --help suggests export CONFCACHEDIR which I have done but is
there a way for me to make portage use this by default? Or is exporting
the env variable enough? [done "emerge confcache" already]

-- 
Rohit Sharma
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-user] Thought : making the build/emerge faster
  2006-02-18 16:57   ` Rohit Sharma
@ 2006-02-18 17:59     ` Rumen Yotov
  2006-02-18 18:30       ` Rohit Sharma
  0 siblings, 1 reply; 7+ messages in thread
From: Rumen Yotov @ 2006-02-18 17:59 UTC (permalink / raw
  To: gentoo-user

[-- Attachment #1: Type: text/plain, Size: 1164 bytes --]

On Sat, 2006-02-18 at 16:57 +0000, Rohit Sharma wrote:
> >Hi,
> >On 'gentoo-portage-dev' ML there are such patch (for portage-2.1_preX)
> >plus in portage there's a package:
> >* dev-util/confcache
> >     Available versions:  0.3.3 0.4 0.4.1
> >     Installed:           0.4.1
> >     Homepage:            http://dev.gentoo.org/~ferringb/confcache
> >     Description:         global autoconf cache manager
> >Both are working for me for 2-3 weeks w/o problems.
> >Check the homepage/link in the package above.
> >HTH.Rumen
> >  
> >
> Rumen,
> Found the page which hosts ebuilds etc and "man confcache" isn't there.
> confcache --help suggests export CONFCACHEDIR which I have done but is
> there a way for me to make portage use this by default? Or is exporting
> the env variable enough? [done "emerge confcache" already]
> 
> -- 
> Rohit Sharma
Hi,
You need three things (my experience) - a patch for portage-2.1_preX/4;
emerge "confcache" from portage and put FEATURES="...confcache..."
in /etc/make.conf. This works for me.
The patch is:confcache-final (IIRC) search mailing-list archives for it.
Or mail me directly.
HTH.Rumen

[-- Attachment #2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3409 bytes --]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [gentoo-user] Thought : making the build/emerge faster
  2006-02-18 17:59     ` Rumen Yotov
@ 2006-02-18 18:30       ` Rohit Sharma
  0 siblings, 0 replies; 7+ messages in thread
From: Rohit Sharma @ 2006-02-18 18:30 UTC (permalink / raw
  To: gentoo-user


>You need three things (my experience) - a patch for portage-2.1_preX/4;
>emerge "confcache" from portage and put FEATURES="...confcache..."
>in /etc/make.conf. This works for me.
>The patch is:confcache-final (IIRC) search mailing-list archives for it.
>Or mail me directly.
>  
>
Thanks Rumen - I'll take up this offer :-) as I couldn't find an
instruction in that list in the pages shown to me - to patch my portage.
Versions for me are as follows -

   1. 2.1_pre4-r1 for portage
   2. 0.4.1 for confcache

Step that remains for is to match my portage as I have already done the
other two steps you said - the this is the last one.

Thanks so much,
Rohit

PS - I am yet to come back to Holly about the soundcard [cheers] but the
system is under build even now as I am building one package at a time.
This build is after a gap of 2 months so lot might have changed
underneath and I want to check individual config instruction/info after
each emerge. Thank you - both of you.
-- 
gentoo-user@gentoo.org mailing list



^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2006-02-18 18:37 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-02-18  8:24 [gentoo-user] Thought : making the build/emerge faster Rohit Sharma
2006-02-18  8:38 ` Ciaran McCreesh
2006-02-18 12:56   ` Boyd Stephen Smith Jr.
2006-02-18  8:42 ` Rumen Yotov
2006-02-18 16:57   ` Rohit Sharma
2006-02-18 17:59     ` Rumen Yotov
2006-02-18 18:30       ` Rohit Sharma

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox