On Thu, 2012-09-20 at 18:20 +0200, Alan McKinnon wrote: > On Thu, 20 Sep 2012 07:44:13 +0200 > Daniel Wagener <st...@gmx.net> wrote: > > > On Mon, 10 Sep 2012 14:44:33 -0500 > > Canek Peláez Valdés <can...@gmail.com> wrote: > > > > > On Mon, Sep 10, 2012 at 2:36 PM, Alan McKinnon > > > <alan.mckin...@gmail.com> wrote: > > > > On Mon, 10 Sep 2012 12:53:41 -0400 > > > > Andrey Moshbear <andrey....@gmail.com> wrote: > > > > > > > >> On Mon, Sep 10, 2012 at 12:43 PM, Nikos Chantziaras > > > >> <rea...@gmail.com> wrote: > > > >> > On 10/09/12 19:12, Samuraiii wrote: > > > >> >> > > > >> >> Hello, > > > >> >> because I broke me PC and I need to reinstall it I'm going > > > >> >> ask what should I preserve to make install faster: > > > >> > > > > >> > So what *is* broken? The hardware? If you have a new PC, you > > > >> > simply need to transfer your Gentoo install to a new hard disk > > > >> > using rsync. > > > >> > > > >> He borked his /usr/include due to an improperly-written > > > >> uninstall rule in a Makefile. > > > >> > > > > > > > > if "emerge -e world" runs, it will fix that little oopsie > > > > > > No, it won't; if enough files from /usr/include are gone/borked, > > > most packages will fail compilation. glibc alone has ~450 files > > > under /usr/include; and basically everything depends on glibc. > > > > hmm, my approach in that case would be to get /usr from a recent > > stage3 tarball and then running emerge -e world > > > > but maybe there is a reason why nobody came up with that already :-/ > > > > But that would be too easy, no wonder no-one mentioned it :-) > > It probably is the right thing to do though. You don;t actually know > every package that's affected, and no easy way to find out and no way > to find false negatives. > ...
"equery check <pkgname>" BillK