Re: [gentoo-dev] Creating a Sketeton System
No, only the config files that are in a stage 3 should be left, some of those will be edited and some will have been upgraded so they should be left. It would be like emerge --unmerge --shallow world to take you back the that original state so then any major changes could be made without reinstalling as you would basically have an upgraded stage 3 after some unmergingOn 12/12/05, Donnie Berkholz [EMAIL PROTECTED] wrote: George Prowse wrote: yes but if you extracted a stage on to an already built system you would not only have the the mess there that you wanted to get rid of but also all your config files would revert back to older versions and you'd lose any changes made because i'd rather not use depclean but also depclean doesn't get rid of the configs left by any packages, for instance: if i had xfce on my system before and i didemerge -C xorg-x11 emerge depclean xfce would be wiped off but if i emerged xfce again there would still be modified parts that would use the options i selected on the previous version.It really sounds like you're contradicting yourself here. You don't want your config files overwritten, but you don't want your config files usedwhen you remerge the packages?Thanks,Donnie--gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Creating a Sketeton System
On 12/12/05, Andrew Muraco [EMAIL PROTECTED] wrote: George Prowse wrote: After some talk in the forums a point came up that we need a way to reduce the long used gentoo system to a bare point before X but after any baselayout upgrade had been applied. Isn't that what the stages are, Barebone systems?yes but if you extracted a stage on to an already built system you would not only have the the mess there that you wanted to get rid of but also all your config files would revert back to older versions and you'd lose any changes made. This script would enable two things: a person to rebuild his system after a library malfunction and also if a person wanted to switch from 100% gtk to 100% qt or vice-versa. At present we have depclean to reduce anything past xorg-x11 but that doesn't get as far as anything that doesn't rely on a package being able to depend on an GUI, libraries need to be brought in and all but baselayout needs to be cleaned out so a bare bone is left.Why not just move world out of the way and then emerge what you want tokeep/install then emerge depclean the rest (although this could easily fubar a system if they do it blindly removing important system packages)because i'd rather not use depclean but also depclean doesn't get rid of the configs left by any packages, for instance: if i had xfce on my system before and i did emerge -C xorg-x11 emerge depclean xfce would be wiped off but if i emerged xfce again there would still be modified parts that would use the options i selected on the previous version. George
Re: [gentoo-dev] Creating a Sketeton System
George Prowse wrote: yes but if you extracted a stage on to an already built system you would not only have the the mess there that you wanted to get rid of but also all your config files would revert back to older versions and you'd lose any changes made. ... because i'd rather not use depclean but also depclean doesn't get rid of the configs left by any packages, for instance: if i had xfce on my system before and i did emerge -C xorg-x11 emerge depclean xfce would be wiped off but if i emerged xfce again there would still be modified parts that would use the options i selected on the previous version. It really sounds like you're contradicting yourself here. You don't want your config files overwritten, but you don't want your config files used when you remerge the packages? Thanks, Donnie -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Creating a Sketeton System
After some talk in the forums a point came up that we need a way to reduce the long used gentoo system to a bare point before X but after any baselayout upgrade had been applied. This script would enable two things: a person to rebuild his system after a library malfunction and also if a person wanted to switch from 100% gtk to 100% qt or vice-versa. At present we have depclean to reduce anything past xorg-x11 but that doesn't get as far as anything that doesn't rely on a package being able to depend on an GUI, libraries need to be brought in and all but baselayout needs to be cleaned out so a bare bone is left. This would be useful as an arch tester because snapshots could be made of various stages and tested.George
Re: [gentoo-dev] Creating a Sketeton System
George Prowse wrote: After some talk in the forums a point came up that we need a way to reduce the long used gentoo system to a bare point before X but after any baselayout upgrade had been applied. This script would enable two things: a person to rebuild his system after a library malfunction and also if a person wanted to switch from 100% gtk to 100% qt or vice-versa. At present we have depclean to reduce anything past xorg-x11 but that doesn't get as far as anything that doesn't rely on a package being able to depend on an GUI, libraries need to be brought in and all but baselayout needs to be cleaned out so a bare bone is left. This would be useful as an arch tester because snapshots could be made of various stages and tested. George Do you have a script that will do this or are you asking for someone to create one? -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Creating a Sketeton System
George Prowse wrote: After some talk in the forums a point came up that we need a way to reduce the long used gentoo system to a bare point before X but after any baselayout upgrade had been applied. Isn't that what the stages are, Barebone systems? This script would enable two things: a person to rebuild his system after a library malfunction and also if a person wanted to switch from 100% gtk to 100% qt or vice-versa. At present we have depclean to reduce anything past xorg-x11 but that doesn't get as far as anything that doesn't rely on a package being able to depend on an GUI, libraries need to be brought in and all but baselayout needs to be cleaned out so a bare bone is left. Why not just move world out of the way and then emerge what you want to keep/install then emerge depclean the rest (although this could easily fubar a system if they do it blindly removing important system packages) This would be useful as an arch tester because snapshots could be made of various stages and tested. George Tux Tux -- gentoo-dev@gentoo.org mailing list