2008/5/17 Mark Knecht <[EMAIL PROTECTED]>: > On Sat, May 17, 2008 at 9:32 AM, Beso <[EMAIL PROTECTED]> wrote: > > hi, > > > > i'm starting to feel a little frustated by the state of my current > system: > > it has quite some misbehavior with stuff like permissions, orphaned > files, > > packages built and still slotted (but are they really needed) and a great > > deal of static links that now are giving me a little headache. > > for this reason i've started to manually handle a little the cleaning of > the > > system, but after some days of work i've arrived at the decision that a > new > > rebuild from scratch might be an interesting idea. > > i haven't started it because it would take some days (about 10 days) to > > setup the system and i'm thinking of a world rebuild instead. > > now i'd like to ask you the following questions: > > > > 1. what options should i use to build a whole system that is not > statically > > linked (all of xorg packages, a lot of other packages compile statically > > linked libraries)?! > > 2. is better to rebuild world and mantain the config files that i have > now > > or to rebuild from scratch and then reconfigure?! > > 3. i'd like to use a cyphered lvm2 partition at least for /home. if i > > compile the system anew in a chroot on the actual system would i be able > to > > put /home and eventually other stuff on cyphered partitions at the moment > in > > which i would recopy the new system in its definite place (after the > chroot > > new installation would be completed i'd put them in the actual place of > the > > old one from a live cd via cp -a)? > > 4. live packages issues: i need (for the moment) to go with libdrm, > x11-drm, > > mesa, mesa-glcore, dri2proto and xorg-server from git or be unable to run > > compiz-fusion on my board (x200m) and from all the tests i've been doing > i > > cannot have this configuration to work with kde4 (i'm on svn branch). i > like > > kde4, even if it has some stuff that isn't as good as it was on old > 3.5.x, > > but my system continues to freeze when i try to run it with xorg-server > from > > git. has anyone been able to have xorg-server live ebuild and kde4 to > work?! > > i've looked in a lot of places on the web but haven't been able to find > > anyone with this configuration around. > > 5. it seems that synaptics and vesa xorg driver don't build on the live > > version of xorg-server and i was wondering if someone, instead, has had > them > > working?! > > > > thanks a lot. > > > > -- > > dott. ing. beso > > Just some general thoughts off the top of my head. My AMD64 Gentoo > system is the most stable of everything I run. > > 1) Mask >grub-0.97.r4 for now. > 2) Add EMERGE_DEFAULT_OPTS="--with-bdeps y" to make.conf > 2) eix-sync > 3) eselect profile to 2008.0 > 4) energe -ep system and look at flags. > 5) emerge -e system > 6) emerge -e system (yes, a second time, it's just an hour or two) > 7) Unmask newest eix if necessary and then emerge eix > 8) eix-sync > 9) emerge -ep world and look at flags. Adjust as necessary. > 10) emerge -DuN world > > and enjoy. > > At this point I'd look at eix-test-obsolete and clean things up. I'd > then run emerge -p --depclean and think about what it wants to do, and > probably do it because there will be things left over from before. > After that emerge -DuN world to check the depclean and > revdep-rebuild/eix-test-obsolete to find any last issues. > > If that doesn't keep ya busy I have no idea what will. ;-) >
first of all, thanks for the reply. but i wanted to avoid this step that would require quite a high work and the removal of kde-svn. i'm currently using paludis as package manager and i have quite a lot of external overlays. i'm counting on removing almost all of them, with the exception of berkano, x11, desktop-effects and the personal overlay of diego flameeyes that contains 3-4 stuff that i use. i found out paludis to be way faster with my way of working (i shutdown many times since i'm around a lot with the notebook that doesn't support well suspend due to radeon drivers) and paludis is about 10 times faster than portage when resolving world dependencies, and has a really better overlay and split configuration support that portage doesn't have. it also has eix integration and syncs eix at every world sync. the only thing that it doesn't is the eix removal of obsoleted packages. also all that steps could take quite a lot time to be in front of the monitor. also i need quite a lot packages from the unstable amd64 branch and i've then decided to go on with the unstable branch. for these reasons i was thinking of a new rebuild because, once chose the packages to install i run paludis and leave them to install (it skips the ones depending on packages that fails by default) and that would require me less time to find and fix problems than the eix and rebuild system and world method. the most annoying problems i see are with openrc that sometimes is buggy (maybe because of the parallel services start/stop). and makes me reboot the system from time to time. ps. i've never had any problems with grub, unless the fact that i'm not able to rebuild it with the grubfx image (as the opensuse version). -- dott. ing. beso
