Re: "Done" porting...

[Jaroslaw Staniek]

On 17 September 2015 at 16:39, Boudewijn Rempt  wrote:
> Hi,
>
> I'm pretty square-eyed by now, but I've ported the big bulk of the
> libraries, some of the plugins and krita to no longer depend on
> kdelibs4support.
>

Very cool. Later I'll publish a few patches, among them at least 2 for review:
- @boud make krita (pigment-related code) build with msvc
- @friedrich modulariazation: move find_package and lib dependency
down to place where they are really needed

-- 
regards, Jaroslaw Staniek

KDE:
: A world-wide network of software engineers, artists, writers, translators
: and facilitators committed to Free Software development - http://kde.org
Calligra Suite:
: A graphic art and office suite - http://calligra.org
Kexi:
: A visual database apps builder - http://calligra.org/kexi
Qt Certified Specialist:
: http://www.linkedin.com/in/jstaniek
___
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/listinfo/calligra-devel

Re: "Done" porting...

[Friedrich W. H. Kossebau]

Am Donnerstag, 17. September 2015, 17:54:41 schrieb Jaroslaw Staniek:
> On 17 September 2015 at 16:39, Boudewijn Rempt  wrote:
> > Hi,
> > 
> > I'm pretty square-eyed by now, but I've ported the big bulk of the
> > libraries, some of the plugins and krita to no longer depend on
> > kdelibs4support.

Thanks for all the work, Boud!

> - @friedrich modulariazation: move find_package and lib dependency
> down to place where they are really needed

Mh, can you give a short description what you are planning there? Sounds like 
it could run against the principles of the current product system.

Actually I planned to do change (well, improve) the system here to also note 
the external deps for each product, so that after the initial phase calculate-
all-internal-deps-wanted the external deps would be calculated from that, and 
then the phase check-external-deps would be done only for what is needed (and 
then would be followed by the calculate-products-that-can-be-built.)
So, what are you planning here?

Cheers
Friedrich
___
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/listinfo/calligra-devel

"Done" porting...

[Boudewijn Rempt]

Hi,

I'm pretty square-eyed by now, but I've ported the big bulk of the libraries, 
some of the plugins and krita to no longer depend on kdelibs4support.

Libraries that are todo are:

* komain
* kokross
* kopageapp
* rdf

Plugins that are todo are:

* chartshape
* commentshape
* formulashape
* kexi
* pictureshape
* pluginshape
* semanticitems
* spacenavigator
* staging
* textediting
* variables
* vectorshaope
* videoshape

A couple of notes:

* I moved the karbon plugins to calligra/plugins/karbonplugins. There are 
filters for shapes and flake tools that are actually also used or usable in 
other applications. This has been a todo since the second koffice sprint in 
Berlin and it turned out not be too hard.

* KoResourcePaths offers the part of the KStandardDirs api we were actually 
using, but is implemented using QStandardPaths. I am pretty sure I didn't catch 
all the ways we were using that api, it was crazily flexible, so I'd really 
like some help testing and fixing here.

* Icons. Locally, Dmitry and I seem to have a problem with kiconloader's icon 
cache. Or maybe it's more generic: I see a lot of errors in the terminal output 
about qbuffer objects not being open, even if they are open.

My next step will be to debug, debug and debug... There's plenty still not 
working in Krita, so I'd really recommend all artists not to try master yet :-)

Boudewijn
___
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/listinfo/calligra-devel

Re: "Done" porting...

[Jaroslaw Staniek]

On 17 September 2015 at 18:24, Friedrich W. H. Kossebau
 wrote:
> Am Donnerstag, 17. September 2015, 17:54:41 schrieb Jaroslaw Staniek:
>> On 17 September 2015 at 16:39, Boudewijn Rempt  wrote:
>> > Hi,
>> >
>> > I'm pretty square-eyed by now, but I've ported the big bulk of the
>> > libraries, some of the plugins and krita to no longer depend on
>> > kdelibs4support.
>
> Thanks for all the work, Boud!
>
>> - @friedrich modulariazation: move find_package and lib dependency
>> down to place where they are really needed
>
> Mh, can you give a short description what you are planning there? Sounds like
> it could run against the principles of the current product system.
>
> Actually I planned to do change (well, improve) the system here to also note
> the external deps for each product, so that after the initial phase calculate-
> all-internal-deps-wanted the external deps would be calculated from that, and
> then the phase check-external-deps would be done only for what is needed (and
> then would be followed by the calculate-products-that-can-be-built.)
> So, what are you planning here?

No a plan but a result of a late night session with msvc :)

https://phabricator.kde.org/D362

And something for Boud: https://phabricator.kde.org/D361

-- 
regards, Jaroslaw Staniek

KDE:
: A world-wide network of software engineers, artists, writers, translators
: and facilitators committed to Free Software development - http://kde.org
Calligra Suite:
: A graphic art and office suite - http://calligra.org
Kexi:
: A visual database apps builder - http://calligra.org/kexi
Qt Certified Specialist:
: http://www.linkedin.com/in/jstaniek
___
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/listinfo/calligra-devel