> > I tried my luck with splitting/grafting/kdeexamples template.
> >
> > Could somebody take a look what ended up in the master branch of
> >
> > g...@git.kde.org:scratch/cullmann/ktexteditor.git
> >
> > Any feedback welcome, if I screwed it up a lot ;)
> >
> > That git shall contain a KTextEd
On Tue, Jan 7, 2014 at 3:03 AM, Kevin Funk wrote:
> Am Montag, 6. Januar 2014, 21:44:46 schrieb Christoph Cullmann:
> > > I see, yeah, thats KatePart it seems to me.
> > >
> > > Anyway, I am all for going to have a KF5 KTextEditor framework, will
> make
> > > it more approachable
> > > for other
Am Montag, 6. Januar 2014, 21:44:46 schrieb Christoph Cullmann:
> > I see, yeah, thats KatePart it seems to me.
> >
> > Anyway, I am all for going to have a KF5 KTextEditor framework, will make
> > it more approachable
> > for other projects to use it.
> > And unlike in 4.x, KTextEditor would alwa
On Monday 06 January 2014 23:54:46 Kevin Ottens wrote:
> On Monday 06 January 2014 22:26:27 Alexander Neundorf wrote:
> > IMO something like proposing the maintainers and approving them,
> > similar to Qt, would be good, i.e. at least some kind of
> > "voting" by who we will be "governed".
>
> Def
Yes, it works.
Thanks!
David Gil
El 06/01/2014 13:49, "David Faure" va escriure:
> On Monday 06 January 2014 12:03:26 David Gil Oliva wrote:
> > I have checked that
> >
> /home/david/devel/kf5-development/kde-build-metadata/dependency-data-common
> > doesn't exist.
>
> Indeed; chicken and egg p
> I see, yeah, thats KatePart it seems to me.
>
> Anyway, I am all for going to have a KF5 KTextEditor framework, will make it
> more approachable
> for other projects to use it.
> And unlike in 4.x, KTextEditor would always provide the implementation
> directly (KatePart merged in, internally)
>
Hello,
On Monday 06 January 2014 09:33:38 Martin Graesslin wrote:
> On Monday 06 January 2014 07:52:50 Kevin Ottens wrote:
> > The current list of modules is there:
> > http://community.kde.org/Frameworks/List
> >
> > As you can see there's quite some holes in the table, and quite a few
> > entri
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/114885/
---
Review request for Build System and KDE Frameworks.
Repository: extra-cma
On Monday 06 January 2014 12:03:26 David Gil Oliva wrote:
> I have checked that
> /home/david/devel/kf5-development/kde-build-metadata/dependency-data-common
> doesn't exist.
Indeed; chicken and egg problem (I was waiting for kdesrc-build to support it
before moving stuff to it).
Created now, do
Hi!
I have tried to build KF5 from scratch. When running ./kdesrc-build, I get
the following:
david@nimfa:~/devel/kf5-development$ ./kdesrc-build
Script started processing at Mon Jan 6 11:53:41 2014
* Downloading projects.kde.org project database...
Updating kde-build-metadata (to branch master
On Monday 06 January 2014 07:52:50 Kevin Ottens wrote:
> The current list of modules is there:
> http://community.kde.org/Frameworks/List
>
> As you can see there's quite some holes in the table, and quite a few
> entries marked unmaintained. KDE Frameworks as a set of technologies will
> only be
On Monday 06 January 2014 08:36:14 Christoph Cullmann wrote:
> Is it really enough to init a new repository and have that one initial
> commit + add (and then move the files around inside the new git) to have
> history via grafting available? There is no other "trick" behind I just
> don't see ATM?
12 matches
Mail list logo
