Hi Jan,
Jan Holesovsky wrote:
Well, my _only_ motivation for the split are the build dependencies - so if we
end up with 20 (sub)packages, or 15, I don't really care :-) Also, the names
are not that big deal for me (though I personally prefer better describing
names, and a kind of structure in them). What is the real problem from my
point of view is that currently you cannot take just one of the projects, and
(when you have the dependencies installed) self-containly build it. Also, if
you look at eg. framework, you see stuff that is essential for the OOo
functionality (desktop) as well as one that can be omitted (binfilter).
Agreed, being able to fully build the packages independently is a
requirement.
[Why do we need it: It would be great to have the .rpm/.deb/whatever packages
in accord with the build dependencies. It then allows us (the Linux
distributors) to build the packages in parallel easily. Another advantage is
that it is also easy for the potential contributors to install just the
-devel packages of the dependencies, and start with the development in the
package where he/she wants to fix something - eg. you (generally) do not have
to build everything up to Writer if you want to fix a Writer bug... The
Linux distros have mechanisms to install such development setups - eg.
'apt-get build-dep', or 'zypper build-deps-install' (to be in openSUSE
11.0).]
Understood and agreed to.
But the approach of moving the modules between the projects is generally OK
for me. Just let's be careful not to end up in arguments like 'X: This
module needs to be built in project A, that way we'll have the smallest
dependencies. Y: Yes, but people in the project B know most about it.' :-)
I see ... though this sounds like the module approach being more
feasible ;-)
So - what can we do as the next step? Should I try to merge your and my list
to come up with the 'core' dependencies? Or could you, please?
I keep thinking (and working :-) on this, the moment my picture becomes
clearer I am going to share it with you :-)
Regards,
Jan
Kay
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
