dunno if someone read kde-release-team, but as krusader is mentionned,
I'll forward the thread:
http://lists.kde.org/?l=kde-release-team&m=122675748815131&w=2
from Albert Astals Cid to kde-release team list:
[...]
Hi, i was thinking why some quite used KDE-based projects like kdesvn and
krusader are not in the KDE repo.
As far as i know we are VERY open and kdesvn would be an imho welcome addition
to kdesdk and krusader could very well live in extragear.
I'm sure living inside the kde repository has lots of advantages, going from
more exposure, more translators, the ebn, people doing roaming fixes, etc.
Has anyone already talked to them or some other project and can suggest a way
to contact them?
Albert
[...]
cheers,
Fathi
regards,
Václav
Dne po 17. listopadu 2008 Fathi Boudra napsal(a):
Can't remember correctly, i'm getting old. ;-)
I think the main bugger was subversion. It was still young at this time and
the whole development and website scripts depended on cvs. Today we use
subversion and have our own server, so that shouldn't be a problem anymore
(doesn't KDE plan to move to another rcs? :-)).
I'm not sure if we would lose our commit messages. I managed to keep them when
moving from cvs to svn, so svn to svn should be easier - well that's the
theory, i don't know if KDE can or will do an import of our repository.
Translations aren't an issue, in fact i think they would benefit.
Personally i don't object, but i also don't have time to handle anything
regarding this.
bye,
Dirk
--
Dirk Eschler <mailto:dirk.e...@gmx.net>
http://www.krusader.org
I tend to agree with Dirk.
Translations would not really be affected.
Krusader would definitely get more traction if it were a
more visible part of KDE. With the change to Kde4, there
is a drop in acceptance of Kde4 which I feel will allow
time for the Krusader project to grow with it. I'm still
using 3.5.x for the stability and preference for the
structure. But, I feel that in time my resistance as well
as that of many others will be overcome and Kde will
continue it's rightful position.
Just my personal opinion as a later adopter. :)
regards,
Richard.
Hi all,
My "documentation memory" still contains some parts of the previous
kde-extra gear discussion :-)
Actually this is the tirth time that there is a kde extra gear
discussion, but the first time it was in the very early days of
Krusader, when I was not involved in the Krusader project, so about
this first can't tell anything.
The second time it was discussed in september-october 2004,
unfortunately i don't have the e-mails anymore but i can still
remember most of the issues.
IIRC it was me that opened the kde extra gear discussion the second time.
The main reason was to have better (and more) translations (at that
time several translations where unmaintained for to a long time).
The other reason was to have translations of the Krusader documentation.
In the beginning of the discussion "kde" ( i can't remember the name
of the kde person anymore ...) did agree to put only the translation
files into kde repository of kde extra gear, so we had an agreement.
But just before everything started the kde extra gear maintainer ( i
can't remember the name of the kde person anymore ...) added a lot of
new "rules" we need to comply, and than the krew decided to not go to
kde extra gear.
We would need to add the complete source code into kde extra gear.
The big discussion was who controls the KDE repository, and that we
would lose complete control over the Krusader project.
Or have two source code repositories ... which is unmaintanble.
Current developers do know very well the sourcecode.
The problem is that one bugfix of someone who doesn't know well how
all code works, can introduce many other bugs and makes Krusader
unstable.
What if code is added with stuff we don't want to have?
Who makes the "final decission", someone has to do this.
I tend to agree with Jonas that Krusader would benefit from joining
kde extra gear, better visibility, and also because current
development speed is slowed down due to private and professional
obligations. But I would like to have more information about kde extra
gear first.
Basically the main questions is, how the source code is handeled in
kde extra gear, who has commit rights, who has the admin rights, ... ?
It would be nice that someone explains how kde extra gear works.
What are the "rules" we need to comply?
What are the advantages?
What are the disadvantages?
Than we maybe can reconsider joining kde extra gear.
Off topic
Most distrbutions don't add an OFM filemanger when performing an
default installation, wich is very pitty, installing an OFM is the
first action I do after installing any operating system.
One panel filemagers are good for browsing files, but very bad and
very unproductive (tons of waste of time for performing actions) for
managing files. And "two panels view" that some filemanagers do have
is not the same as OFM (many users are not aware of this) where all
the power resides.
http://www.softpanorama.org/OFM/index.shtml
I'm was a Norton Commander user in the very early days and will always
use an OFM :-)
I'm maybe old, but I have still a good memory ;-)
Regards,
Frank
the main reason was losing control, not only on the source code (everyone
can commit) but on release schedule (we had to release in kde's timeline).
i'm very sorry for the fact that development slowed down so (i'm one of the
main people to blame), but i'm not sure it would help a lot to go to
extragear.
having said that, i don't object to that, but i do think it would be wise t=
o
check the current "ground rules" of being in extragear before making the
move.
shie