[15:51] micahg, when you are available i would like to ask you some logistic questions about transitioning the -settings files [15:52] heh, i suppose i could just ask now and you can answer whenever you get back actually [15:54] since you are going redo the meta packages i think using the same structure as xubuntu would be most advantageous for sustainaibility [15:55] to do this i would in essence be completely replacing the current ubuntustudio-default-settings package, replacing it with xubuntu-default-settings package, and modifying setting/replacing images [15:55] the question is: is there a preferred way to do this? [15:56] should i start with ubuntustudio-default-settings, rm everything, bzr remove everything, then add xubuntu-default-settings, and finally bzr add the new stuff? [15:56] another way? [16:14] ScottL: metapackages are generated from seeds and seeds structure probably will be dictated by workflows [16:15] ScottL: if we are going to show workflows instead of categories in the installer, of course [16:32] shnatsel, i know, but micah and i had a talk about how to structure the theme and settings transition [16:33] xubuntu uses basically two packages; -default-settings and -artwork while ubuntustudio has more parse out into multiple packages [16:33] if we just went with the xubuntu structure, this would require adjusting the seeds to remove the "extra" ubuntustudio packages [16:33] and require someone to rebuild the metas [16:34] micah suggested parsing the xubuntu-default-settings into the applicable ubuntu studio packages (-default-settings, -icon-theme, -look, etc) [16:34] which would avoid having to rebuild the metas at this time and also distribute the changes across multiple daily images [16:35] but since he is going to touch the meta anyway for another issue, then i wanted to do the quicker and more easily (i believe) maintained wholesale switch to the xubuntu-default-settings structure [16:39] we use default-settings and artwork in elementary too [17:04] i presume the changes in studio were incremental and without holistic consideration and therefore fragmented packages were created as needed [17:05] doesn't mean this is wrong or bad, it's just how i _think_ it happened [17:05] but i would really prefer to keep it as close to xubuntu for easier maintainability [17:07] the good thing with one larger package is that once you get a freeze exception, you can slip in other changes more easily too [17:07] O:) [17:08] hehe