Bill Kenworthy <bi...@iinet.net.au> [15-01-24 06:48]: > On 24/01/15 13:23, Daniel Frey wrote: > > On 01/23/2015 08:20 PM, meino.cra...@gmx.de wrote: > >> Hi, > >> > >> for my embedded systems I use gentoo. Their "harddisk"s are simple > >> microSDcards. > >> > >> When updateing or emerging especially the "Calculation > >> dependencies..." is a step which needs a lot of patience of the > >> user (me ;). > > > > I have a QX9650 and it can be a few minutes on mine, especially on a > > world update. My slower CPUs (Celerons) can take more than five minutes, > > I don't even want to think about embedded. > > > >> Is there any way to make it faster or (in other words): Are there > >> different ways to "Calculating dependencies..." and have only chossen > >> the slowest one...? > > > > I'd be interested as well to know as well. It used to be it did a simple > > dependency check and installed packages - then revdep-rebuild could > > check for packages that need rebuilds. > > > > It's not really an issue if you only run emerge once, but if you have to > > do it several times in one session it gets old really quick. It reminds > > me of waiting for Windows XP checking for updates. Just give it a half > > hour, it'll figure it out. :-( > > > > Dan > > > > distcc can make a big difference on slow machines where you have 3 or so > hosts to throw jobs at. > > ccache in particular speeds up multiple passes at an emerge. > > Downside is a few packages cant use ccache and exhibit seemingly random > failures to compile but if known they can be excluded using a portage > setting. > > BillK >
Hi Bill, thank you for your reply! :) I experimented with kinds of "not compiling it natively" like distcc, crosscompiling and such. May be me of may be a problem with the tools/ the environment/the setup or whatever: The results were corrupted systems every time. This costed me even more time than waiting for "Calculationg dpeendencies...". So I am back to natively compiling that stuff... Best regards, Meino