[gentoo-dev] Creating a Sketeton System

[gentoo-dev] Creating a Sketeton System

[George Prowse]

[-- Attachment #1: Type: text/plain, Size: 734 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 775 bytes --]

Re: [gentoo-dev] Creating a Sketeton System

[Curtis Napier]

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

[Andrew Muraco]

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

Re: [gentoo-dev] Creating a Sketeton System

[George Prowse]

[-- Attachment #1: Type: text/plain, Size: 1629 bytes --]

On 12/12/05, Andrew Muraco <tuxp3@leetworks.com> 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 to
> keep/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

[-- Attachment #2: Type: text/html, Size: 2172 bytes --]

Re: [gentoo-dev] Creating a Sketeton System

[Donnie Berkholz]

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

Re: [gentoo-dev] Creating a Sketeton System

[George Prowse]

[-- Attachment #1: Type: text/plain, Size: 1349 bytes --]

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
unmerging

On 12/12/05, Donnie Berkholz <spyderous@gentoo.org> 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 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
>
>

[-- Attachment #2: Type: text/html, Size: 1746 bytes --]

[gentoo-dev] Re: Creating a Sketeton System

[R Hill]

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.

Stage4 maybe? http://gentoo-wiki.com/HOWTO_Custom_Stage4

making snapshots of lvm volumes with devmap is also pretty nice.


--de.

-- 
gentoo-dev@gentoo.org mailing list