Hi guys, Soo - we have a lot of changes in Moblin:Factory, and the way they pile up rather concern me; in particular, I really want to see our work getting into openSUSE - it sucks to see Fedora beat us there. That, of course requires a little hacking work for some conflicting packages; but other than that - the main barrier I see is procedural - where should the packages go, how do we get them into factory; and how can we bring to an absolute minimum the pain for everyone. The Moblin:Factory packages break down into several pieces. * Bits already in openSUSE:Factory A. Bits that are the same + no action required. B. Bits that are different + telepathy patches + some speed optimisations * Bits that are not (yet) C. sharable bits that are not * ccss, librest, nbtk, jana ... whatever ... + some of these may be picked up as GNOME deps in future. D. non-sharable - moblin specific bits * netbook-manager-netbook * moblin-panel-* * mutter / mutter-moblin + potentially fragile, and depend on mutter version GNOME's mutter version is different - urk. + I guess we need to hack these about E. base-O/S changes + we have quite a few here - from aaa_base to Of course, it would be possible to have Moblin:Factory to be the source for openSUSE:Factory for C. and D. - with some fun around the mutter situation (I suppose). Pieces in 'B' could be made as (some sort of?) build conditional patches in G:F (and G:Apps ?) - how would that work obs wise ? is that even a good idea. Please bear in mind that '_link's essentially don't work, so I would strongly prefer a solution that is not based on them. Of course, we want to get some of the performance wins into SP1 too. For E. of course - there is some degree of teeth pulling required left and right, which there is little appetite for I suspect; most likely we should adopt a lifeboat model for the base-system: torpedo it all, and transfer whatever floats to upstart [ assuming there is no mental copyright assignment policy on it ]. One of the problems with slaving M:F to openSUSE - is that we have a different, more rapid development schedule, and of course we badly need to build against a SLE11 base as well as 11.2 - which may require some accommodation ( is this best achieved with .spec file conditionals ? ). Anyhow - I'd love some input here and/or unstructured thoughts for synthesis. If we can't come to some conclusion by mail - there might even have to be a (dreaded) phone meeting (you have been warned). Thanks, Michael. -- michael.meeks@novell.com <><, Pseudo Engineer, itinerant idiot -- To unsubscribe, e-mail: opensuse-goblin+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-goblin+help@opensuse.org