On 28/08/2017 18:47, Rich Freeman wrote: > On Mon, Aug 28, 2017 at 9:08 AM, Alan McKinnon <alan.mckin...@gmail.com> > wrote: >> On 28/08/2017 13:41, mad.scientist.at.la...@tutanota.com wrote: >>> Ok, i'm starting to understand the install instructions, a steeper curve >>> than i expected but still way easier than LFS. >>> So, on a dual core athlon II 6000 (two cores, 3ghz) roughly how long >>> will stage3 take to compile, roughly? >> >> How many extra USE flags did you set? What software did you decide to >> add? How old is the stage 3 you used? A recent one will obviously need >> fewer recompiles than a 6-month old one. But to portage it's all the >> same - make a list of stuff to be done and do it from the beginning. >> > > I imagine that some people like to rebuild everything after changing > their CFLAGS, but there is certainly no requirement to do so. > > Also, I tend to favor getting the system booting on its own before > fiddling with it. There isn't much you need to build before you have > the system booting, and at that point you're at least running while > you're doing the rest. If I'm going to switch the init implementation > then I'll do that before the first boot since that impacts the grub > configuration. Systemd does take a bit to build, but it is still a > far cry from doing a ton of rebuilds. > > However, if you do have a /etc/portage configuration you like, and a > /var/lib/portage/world, then you can just update these and the profile > and just do an emerge -NDu world and watch it all come into place. I > have a typical set of configuration files I deploy on any new system > so I will often build this stuff directly before rebooting (which > includes stuff like systemd, vim, screen, grub, dracut, and so on). >
Good points Rich. I forgot to mention there are things that /significantly/ improve compile times. Top of the list is /var/tmp/portage on tmpfs. On 16G Ram and 8G tmpfs, I see total build times usually halved. firefox, thunderbird, libreoffice, icu and webkit all benefit, and those packages seem to be updating more often than most these days as well as being the biggest time hogs -- Alan McKinnon alan.mckin...@gmail.com
