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(a)novell.com <><, Pseudo Engineer, itinerant idiot
--
To unsubscribe, e-mail: opensuse-goblin+unsubscribe(a)opensuse.org
For additional commands, e-mail: opensuse-goblin+help(a)opensuse.org
