On 01/17/2015 03:35 AM, Patrick Lauer wrote: > * Portage is too slow > On 'small' hardware emerge -upNDv @world can take enough time > to make updates prohibitive - on an 800Mhz machine it took me > about 3 days to figure out a solution to some silly blockers due to the > very slow change test cycle > Fix: Do some profiling and un-refactoring to remove useless code > Fix: Set up a reference system (CI) to catch future regressions
I'm certainly in favor of improving portage performance. However, for "small" hardware (which includes many ARM and MIPS systems), we really need to focus on binary package support. Note that dependency resolution for installing binary packages tends to be much simpler than for building ebuilds from source, and this translates into much shorter dependency resolution time. As I have expressed in other emails [1], I am currently working on making Gentoo's binary package support more competitive with binary distros. I have created a sys-apps/portage-9999 ebuild [2] for people who would like to test features not released in mainline portage yet. [1] http://thread.gmane.org/gmane.linux.gentoo.project/4205/focus=4217 [2] https://github.com/zmedico/portage-binpkg-support-overlay -- Thanks, Zac
