Re: [sabayon-dev] About splitting sabayon overlay to easily use it on Gentoo

2011-10-31 Thread Fabio Erculiani
2011/10/30 Sławomir Nizio slawomir.ni...@sabayon.org:
 Ebuild sorting done, commits squased into one and pushed to another
 branch, gentoo-squashed-merge (note how cool name). Need to do then
 other stuffs like with sets/*.

Nice!
Where's the new repo? I need to add it to cgit (and to build server
overlays, and to layman xml crapshit I guess)


 If someone has a suggestion on something, speak up!

 I'm confused with: sets and profile/updates - they refer to packages
 that are intended to be in these two overlays. Don't know if there's a
 single set that refers to packages from both, but there is such
 problem for profiles/updates files.

Keep profile/updates in both overlays, they will now live separate lifes :P

 - My idea about sets - KISS, remove em all from for Gentoo overlay
 driven by idea that if someone (the chroots?) has for Sabayon
 overlay attached, he has the for Gentoo one in use too. So if a set
 that is going to be in for Sabayon contains app-misc/w00t that has
 to be in for Gentoo and app-misc/ugh that has to be in the other
 one, all dependencies will be met. Unless PMs are more strict about
 this and require all packages in set to be in Portage or strictly the
 overlay the sets/blah file is in. Will test…

keep sets only in our overlay. It's just our stuff.

 - The second thingy, profile/updates. If say 3Q-1892 :P contains
 app-misc/bleh that is in for Sabayon and app-misc/argh that is
 in for Gentoo… I think those files should be split too (atoms moved
 to relevant directory) and PMs will be happy.



-- 
Fabio Erculiani




Re: [sabayon-dev] About splitting sabayon overlay to easily use it on Gentoo

2011-10-31 Thread Sławomir Nizio
2011/10/31 Fabio Erculiani lx...@sabayon.org:
 2011/10/30 Sławomir Nizio slawomir.ni...@sabayon.org:
 Ebuild sorting done, commits squased into one and pushed to another
 branch, gentoo-squashed-merge (note how cool name). Need to do then
 other stuffs like with sets/*.

 Nice!
 Where's the new repo? I need to add it to cgit (and to build server
 overlays, and to layman xml crapshit I guess)

The other one is not made yet, I was writing about this:
http://git.sabayon.org/overlay.git/log/?h=gentoo-squashed-merge
it's based on the 'gentoo' git branch, but all split commits are
merged into one and was synced with master. What is left is the stuff
I asked about, and after sorting that out I will make the other
overlay. :)


 If someone has a suggestion on something, speak up!

 I'm confused with: sets and profile/updates - they refer to packages
 that are intended to be in these two overlays. Don't know if there's a
 single set that refers to packages from both, but there is such
 problem for profiles/updates files.

 Keep profile/updates in both overlays, they will now live separate lifes :P

OK, so I'll simply duplicate them. In case something complains it
could be handled in a less pleasant way, hehe.

 - My idea about sets - KISS, remove em all from for Gentoo overlay
 driven by idea that if someone (the chroots?) has for Sabayon
 overlay attached, he has the for Gentoo one in use too. So if a set
 that is going to be in for Sabayon contains app-misc/w00t that has
 to be in for Gentoo and app-misc/ugh that has to be in the other
 one, all dependencies will be met. Unless PMs are more strict about
 this and require all packages in set to be in Portage or strictly the
 overlay the sets/blah file is in. Will test...

 keep sets only in our overlay. It's just our stuff.

OK, cool!

 - The second thingy, profile/updates. If say 3Q-1892 :P contains
 app-misc/bleh that is in for Sabayon and app-misc/argh that is
 in for Gentoo... I think those files should be split too (atoms moved
 to relevant directory) and PMs will be happy.



 --
 Fabio Erculiani