Fwd: Re: [Kolab-devel] The kolab-resource-handlers module
radoeka at xs4all.nl
Sun Oct 16 22:34:20 CEST 2005
Op zaterdag 15 oktober 2005 18:34, schreef Bernhard Reiter:
> > IMHO this has to be fixed in order to enable us to move forward in the
> > future.
> > According to my experience such hacks as forking always lead to much
> > trouble later.
> > 95% of the current Horde code is both rotten or unused in Kolab.
To understand what is provided by kolab and what is not I investigated the
- 3236! files
- Of which 1404! files are cvs related (in a /CVS/ directory)
- 1787! files with a timestamp of "11 Jun 2004" and not in a /CVS/ directory
Am I correct to state that only 45 files (3236 - 1404 - 1787) have been
altered in this directory tree? It seems to be right:
# fbview> ls -ltr $(find -type f) | grep -v "Jun 11 2004" | grep -v "/CVS/"
| wc -l
> > I hope agree with me that we need to get rid of this problem.
> I do, as I agree to get rid about the other problems.
> And this is not the biggest one we currently have.
> So we just need to find the work (funding, volunteer or other)
> to solve them.
[wrote this as last part of the email: it seems I volunteered, to work on it a
Listed below are the files that have altered. First remark (RB = me):
RB: the 45 files are reduced to 43 due to the .cvsignore files....
RB: are the files mentioned above kolab specific? If you look up the
directory, you'll discover that most of the files are there with an .dist
extension as well and they are dated 11 Jun 2004 (initial check in day).
The ones that have been really altered are:
conf.php, prefs.php and registry.php. The others are exactly the same as the
ones with the .dist extension. I don't know what horde project provides
RB: the files above are part of the new kolab-horde-framework. Does this make
it possible to remove the
RB: all the 16 files above look kolab specific. The kronolit directory holds
192 files. My idea at the moment is to move all the files in the kronolith
directory, but the 16 mentioned above away to their own location (in
kolab-horde-framework maybe?). [Looked again]: perhaps the po/de_DE.po,
po/kronolith.pot and locale/de_DE/LC_MESSAGES/kronolith.mo are common with
the kronolith project it self.
RB: files above leave untouched :)
RB: not kolab related, move to their own directory in kolab-horde-framework?
Is it with this information possible to remove the directory:
kolab-resource-handlers/kolab-resource-handlers/fbview/fbview, but the kolab
related files mentioned above?
Wow, that would be spectular the kolab-resource-handler module would be
deminished from over 3300 files to 50, 60 files (this is just a gues).
One remark: at this moment there are I think 2 horde related top directories
(modules) in cvs, being horde and kolab-horde-framework. With my proposal(s)
above their would be even more (kronolith, turba, etc). Would it be possible
to clean up the horde directory (which is not used I assume (at least it has
not been altered in the last 2 years)). Move the kolab-horde-framework and
the kolab-resource-handlers/kolab-resource-handlers/fbview/fbview into it?
When that would be done, kolab can provide a horde rpm. The
kolab-resource-handlers rpm will depend on the horde rpm, but that's fine. I
think that this seperation will lead to a much better understanding in what
is provided by kolab and what is delivered by a the 3rd project horde. And
this move would make it possible to really finish the autoconfiscation of
kolab in the right way.
Bernhard is this what you're looking?
Without a home the journey is endless
More information about the devel