On 15 July 2012 12:13, Boudewijn Rempt wrote:
> On Friday 13 July 2012 Jul, Jaroslaw Staniek wrote:
>
>>
>> Krita drags ODF (instead of e.g. ligher rich text component), the rest
>> is a result of this.
>
> No. Not necessarily, not automatically. There is no reason for the rest of
> calligra to b
On Friday 13 July 2012 Jul, Jaroslaw Staniek wrote:
>
> Krita drags ODF (instead of e.g. ligher rich text component), the rest
> is a result of this.
No. Not necessarily, not automatically. There is no reason for the rest of
calligra to bear the costs of having a database.
> Boemann proposed
On Friday, July 13, 2012 10:25:48 C. Boemann wrote:
> Even if it's not words but a plugin that uses this library, the library is
> still needed, and thus the dependency. And a library is already a plugin,
> so the real problem is the way that distros package calligralibs as one.
>
> if instead of
On 13 July 2012 11:28, Boudewijn Rempt wrote:
> On Friday 13 July 2012 Jul, Jaroslaw Staniek wrote:
>
>> It was announced and put as RFC on 3rd July:
>>
>> http://lists.kde.org/?l=calligra-devel&m=134135216226096&w=1
>
> Sorry, but that was completely unclear. Clear would have been "proposal for
On Friday 13 July 2012 Jul, Jaroslaw Staniek wrote:
> It was announced and put as RFC on 3rd July:
>
> http://lists.kde.org/?l=calligra-devel&m=134135216226096&w=1
Sorry, but that was completely unclear. Clear would have been "proposal for
adding sqlite and icu as dependencies to all calligra a
On 13 July 2012 10:11, Boudewijn Rempt wrote:
> On Friday 13 July 2012 Jul, C. Boemann wrote:
>> On Friday 13 July 2012 08:45:13 Cyrille Berger Skott wrote:
>> > On Friday 13 Jul 2012, you wrote:
>> > > Flexibility is a +1, but one -1 (besides adding further complexity to
>> > > cmake files) is th
On Friday 13 July 2012 Jul, C. Boemann wrote:
> > Yeah, I saw that request. But that's not the same same as writing a mail to
> > the mailing list announcing extra dependencies. I saw the request, but I
> > was blindsided by it as well.
> I'm not sure I like it if we make it even easier to ignore
On Friday 13 July 2012 10:07:28 Boudewijn Rempt wrote:
> On Friday 13 July 2012 Jul, Jaroslaw Staniek wrote:
> > On 13 July 2012 01:12, C. Boemann wrote:
> > > No, it's a hard dependency for Words/kotext, but for CREATIVEONLY I
> > > have no objection, though it will mean that there will be no tex
On Friday 13 July 2012 10:11:20 Boudewijn Rempt wrote:
> On Friday 13 July 2012 Jul, C. Boemann wrote:
> > On Friday 13 July 2012 08:45:13 Cyrille Berger Skott wrote:
> > > On Friday 13 Jul 2012, you wrote:
> > > > Flexibility is a +1, but one -1 (besides adding further complexity to
> > > > cmake
On Friday 13 July 2012 Jul, C. Boemann wrote:
> On Friday 13 July 2012 08:45:13 Cyrille Berger Skott wrote:
> > On Friday 13 Jul 2012, you wrote:
> > > Flexibility is a +1, but one -1 (besides adding further complexity to
> > > cmake files) is that these build profiles should only be used for
> > >
On Friday 13 July 2012 Jul, Jaroslaw Staniek wrote:
> On 13 July 2012 01:12, C. Boemann wrote:
>
> > No, it's a hard dependency for Words/kotext, but for CREATIVEONLY I have no
> > objection, though it will mean that there will be no textshape either (well
> > I
> > guess it can be ifdef'ed)
>
On Friday 13 July 2012 Jul, C. Boemann wrote:
> No, it's a hard dependency for Words/kotext, but for CREATIVEONLY I have no
> objection, though it will mean that there will be no textshape either (well I
> guess it can be ifdef'ed)
I certainly would hate losing the text tool in Krita... And havi
On Friday 13 July 2012 08:45:13 Cyrille Berger Skott wrote:
> On Friday 13 Jul 2012, you wrote:
> > Flexibility is a +1, but one -1 (besides adding further complexity to
> > cmake files) is that these build profiles should only be used for
> > custom builds. We don't want stripped-down Word in the
On Friday 13 Jul 2012, you wrote:
> Flexibility is a +1, but one -1 (besides adding further complexity to
> cmake files) is that these build profiles should only be used for
> custom builds. We don't want stripped-down Word in the popular
> distros, for example, not being able to handle the Biblio
On 13 July 2012 01:12, C. Boemann wrote:
> No, it's a hard dependency for Words/kotext, but for CREATIVEONLY I have no
> objection, though it will mean that there will be no textshape either (well I
> guess it can be ifdef'ed)
True. So is the Biblio feature really so tied to kotext?
If our aim i
On Friday 13 July 2012 00:46:30 Jaroslaw Staniek wrote:
> On 12 July 2012 16:55, Cyrille Berger Skott wrote:
> > Hi,
> >
> > I get the following error since your commit:
> >
> > http://my.cdash.org/viewConfigure.php?buildid=363921
>
> Isn't it missing ICU or ICU devel?
>
> > I also don't think
On 12 July 2012 16:55, Cyrille Berger Skott wrote:
> Hi,
>
> I get the following error since your commit:
>
> http://my.cdash.org/viewConfigure.php?buildid=363921
Isn't it missing ICU or ICU devel?
>
> I also don't think ICU nor SQLITE should be hard dependencies for calligra.
Points pro ICU/SQ
Hi,
I get the following error since your commit:
http://my.cdash.org/viewConfigure.php?buildid=363921
I also don't think ICU nor SQLITE should be hard dependencies for calligra.
On Wednesday 11 Jul 2012, Jaroslaw Staniek wrote:
> Git commit 414b04642080011873a3777c488760f3cb79b66e by Jaroslaw S
18 matches
Mail list logo
