[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-core-devel
Subject: Re: RFC: Creation of a new KDE SC module [kdeplugins]
From: Chani <chanika () gmail ! com>
Date: 2010-10-09 10:19:30
Message-ID: 201010091219.30895.chanika () gmail ! com
[Download RAW message or body]
On October 9, 2010 11:48:41 Ivan Cukic wrote:
> > I believe he was suggesting that we go vote. :)
>
> Yes, naturally, I've filled mine. I'm just saying that even if we do vote
> in it, the results will not be the same as if only KDE voted.
>
> > s/install/hack on/, I think. users install packagers, developers check
> > out
> >
> >
> >
> > also, you mean subtree. submodule is something else (kinda like svn
> > externals)
>
> Honestly, I don't care that much for terminology or a way something is done
> as long as it fits a few rules (you know, I'm a mathematician :) ).
uhm, you wouldn't call an applet a dataengine... terminology does matter
somewhat :)
>
> If I understand correctly, submodules could be defined for different
> ***-plugins and kde-plugins would have them as submodules/externals. So,
> it could work that way - no need for whole subtree system.
not so simple. submodules point to exact revisions. unless someone implements
the ability for a submodule to point to HEAD (and I doubt they will), they're
not suitable for development. iirc they can cause other problems too...
--
Chani
http://chani.ca
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic