og information for 2.9 beta 2. The tag is set
> on:
>
> http://quickgit.kde.org/?p=calligra.git&a=commit&h=7fa3f5f9a63c4c6e813f6d5610d35fbefb1dd205
>
>
> --
> Cyrille Berger Skott
> ___
> calligra-devel mailing list
> c
On 15 January 2015 at 08:16, Jaroslaw Staniek wrote:
> After that if you have any addition to the announcement/changelog
> please do so directly on the page (eventually ask Boud or Cyrille).
BTW, please don't use WYSIWYG Wordpress editor which breaks styles
hardcoded at the end of the markup)
(@C
stments.
https://community.kde.org/Calligra/Schedules/2.9/Release_Plan
Beta 2
* Tagging January 11th
* Release January 15th
Beta 3
* Tagging February 8th
* Release February 12th
Can we can release today? Since tomorrow I am AFK (K == Kexi/Calligra
Keyboard) for a week.
After that if you have
https://community.kde.org/Calligra/Schedules/2.9/Release_Plan
Beta 2
* Tagging January 11th
* Release January 15th
Beta 3
* Tagging February 8th
* Release February 12th
Can we can release today? Since tomorrow I am AFK (K == Kexi/Calligra
Keyboard) for a week.
After that if you have any addition t
gt; also got the Windows and OSX packages done -- though I need to do 32 bits
> windows packages still.
>
> On Wed, 14 Jan 2015, Cyrille Berger wrote:
>
> > Hi,
> >
> > We would need to have the changelog information for 2.9 beta 2. The tag is
> > set
> > on:
* fixed sorting to properly update formulas instead of discarding them
* fixed find/replace to not skip the last row
* fixed a deadlock with COUPNUM
2015-01-14 21:44 GMT+01:00 Cyrille Berger :
> Hi,
>
> We would need to have the changelog information for 2.9 beta 2. The tag is
&
We're working onthe krita part, should be good to go by tomorrow. I've
also got the Windows and OSX packages done -- though I need to do 32 bits
windows packages still.
On Wed, 14 Jan 2015, Cyrille Berger wrote:
Hi,
We would need to have the changelog information for 2.9 beta 2.
Hi,
We would need to have the changelog information for 2.9 beta 2. The tag is set
on:
http://quickgit.kde.org/?p=calligra.git&a=commit&h=7fa3f5f9a63c4c6e813f6d5610d35fbefb1dd205
--
Cyrille Berger Skott
___
calligra-devel mailing list
I will do the tagging this afternoon.
--
Cyrille Berger Skott
___
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/listinfo/calligra-devel
I got my change in too!
On Sat Jan 10 2015 at 13:21:58 Jaroslaw Staniek wrote:
> Done!
>
> On 10 January 2015 at 00:41, Jaroslaw Staniek wrote:
> > On 3 January 2015 at 20:26, Boudewijn Rempt wrote:
> >> I saw that Jaroslaw managed to push his big thing, and so did I, today
> --
> >> there's s
Done!
On 10 January 2015 at 00:41, Jaroslaw Staniek wrote:
> On 3 January 2015 at 20:26, Boudewijn Rempt wrote:
>> I saw that Jaroslaw managed to push his big thing, and so did I, today --
>> there's still plenty bugs I need to fix, but I'm now fine with a beta2 next
>> week.
>
> @Cyrille @Boude
On 3 January 2015 at 20:26, Boudewijn Rempt wrote:
> I saw that Jaroslaw managed to push his big thing, and so did I, today --
> there's still plenty bugs I need to fix, but I'm now fine with a beta2 next
> week.
@Cyrille @Boudewijn One push left here, planned for tomorrow.
--
regards, Jaroslaw
I saw that Jaroslaw managed to push his big thing, and so did I, today --
there's still plenty bugs I need to fix, but I'm now fine with a beta2
next week.
Boudewijn
___
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/l
On Tuesday 25 June 2013 Jun 23:41:41 Inge Wallin wrote:
> On Monday, June 24, 2013 18:29:16 Dmitry Kazakov wrote:
> > Hi, Dear Translators!
> >
> > I'm working on Krita project, which is a part of Calligra. Currently, we
> > are in the Strings Freeze state for 2.7 release, but the fix for one of o
OK from Czech team.
Please, put explanation into kontext, too.
2013/6/25 Yuri Chornoivan :
> написане Mon, 24 Jun 2013 17:29:16 +0300, Dmitry Kazakov
> :
>
>
>> Hi, Dear Translators!
>>
>> I'm working on Krita project, which is a part of Calligra. Currently, we
>> are in the Strings Freeze state
On Monday, June 24, 2013 18:29:16 Dmitry Kazakov wrote:
> Hi, Dear Translators!
>
> I'm working on Krita project, which is a part of Calligra. Currently, we
> are in the Strings Freeze state for 2.7 release, but the fix for one of our
> release blocker bugs [0] needs addition of three strings:
>
написане Mon, 24 Jun 2013 17:29:16 +0300, Dmitry Kazakov
:
Hi, Dear Translators!
I'm working on Krita project, which is a part of Calligra. Currently, we
are in the Strings Freeze state for 2.7 release, but the fix for one of
our
release blocker bugs [0] needs addition of three strings:
"
Hi, Dear Translators!
I'm working on Krita project, which is a part of Calligra. Currently, we
are in the Strings Freeze state for 2.7 release, but the fix for one of our
release blocker bugs [0] needs addition of three strings:
"Distance:" --- means "distance of smoothing"
"Stroke Ending:" --- m
Hi Friedrich,
> Any reasons against using xz known?
I was wondering if Windows has tools to unpack xz
and yes, 7-zip can do that :)
+1 for xz
___
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/listinfo/calligra-devel
Hi Cyrille,
Am Sonntag, 19. Mai 2013, 17:52:41 schrieb Cyrille Berger Skott:
> Hi,
>
> Calligra 2.7 Beta 2 packages have been uploaded to ftpmaster and will be
> announced on wednesday/thursday.
>
> b3002335a9fa7e6b41eba5dde8933372 calligra-2.6.91.tar.bz2
okias on #calligra
On 19 October 2011 12:37, Boudewijn Rempt wrote:
> On Thursday 06 October 2011 Oct, Adrien wrote:
>> Hi,
>>
>> I have a question about the packaging of calligra :
>>
>> calligra-libs seems still to depend on marble library.
>
> I removed that dependency today.
+111!!
>
>> If you would like a lig
On Thursday 06 October 2011 Oct, Adrien wrote:
> Hi,
>
> I have a question about the packaging of calligra :
>
> calligra-libs seems still to depend on marble library.
I removed that dependency today.
> If you would like a lightweight calligra, we may put the marble dependency
> on a separate
On 2011-10-12, Cyrille Berger Skott wrote:
> I guess that is the thing to consider here, the time spent on fixing that
> dependency is not spend on fixing bugs. So I am just wondering if it is
> really
> worth it, but if you and Casper think it is better, then by all mean I don't
> have any ob
On Tuesday 11 October 2011, Boudewijn Rempt wrote:
> However... Since the dependency was added, much water has passed under the
> bridge and the location semantic item doesn't seem to work at all without
> marble anymore. I need to investigate more.
I guess that is the thing to consider here, the t
On Tuesday 11 October 2011 Oct, Jaroslaw Staniek wrote:
> > Yes, I totally agree. And well, RDF will go into a plugin post 2.4, I am
> > committed to that.
> >
>
> But just for 2.5?
> I guess we cannot expect distros will change their specs between minor
> versions.
I don't think it makes sens
On 11 October 2011 22:32, Boudewijn Rempt wrote:
> On Tuesday 11 October 2011 Oct, Cyrille Berger Skott wrote:
>> On Monday 10 October 2011, Boudewijn Rempt wrote:
>> > Okay, getting marble out of komain means making plugins out of the rdf
>> > data, and to do that properly, I need to do some real
On Tuesday 11 October 2011 Oct, Cyrille Berger Skott wrote:
> On Monday 10 October 2011, Boudewijn Rempt wrote:
> > Okay, getting marble out of komain means making plugins out of the rdf
> > data, and to do that properly, I need to do some really invasive surgery.
> > I want to propose that for 2.4
On Tuesday 11 October 2011, Jaroslaw Staniek wrote:
> > == adding new dependency to the libs
> >
> > I think we should set as a golden rule "no new external dependency in
> > kolibs, unless agreed on the lists, but it is highly recommended to make
> > sure that external dependencies are put into a
On 11 October 2011 20:41, Cyrille Berger Skott wrote:
> On Monday 10 October 2011, Boudewijn Rempt wrote:
>> Okay, getting marble out of komain means making plugins out of the rdf
>> data, and to do that properly, I need to do some really invasive surgery.
>> I want to propose that for 2.4, I remo
On Monday 10 October 2011, Boudewijn Rempt wrote:
> Okay, getting marble out of komain means making plugins out of the rdf
> data, and to do that properly, I need to do some really invasive surgery.
> I want to propose that for 2.4, I remove the marble dependency in komain
> completely and after 2.
Note to myself: add Messages.sh in the both plugins ASAP.
On 11 October 2011 08:44, Jaroslaw Staniek wrote:
> On 11 October 2011 08:09, Adam Pigg wrote:
>> Its actually kexi-spreadsheet-import. Tje migration drivers are for
>> importing into kexi :)
>
> Ah, my mistake when explaining that last n
On 11 October 2011 08:09, Adam Pigg wrote:
> Its actually kexi-spreadsheet-import. Tje migration drivers are for
> importing into kexi :)
Ah, my mistake when explaining that last night, fix is needed in the file :)
--
regards / pozdrawiam, Jaroslaw Staniek
http://www.linkedin.com/in/jstaniek
Its actually kexi-spreadsheet-import. Tje migration drivers are for
importing into kexi :)
--
Sent from my Nokia N950
On 10/10/2011 23:35 Jaroslaw Staniek wrote:
Dear Adrien,
Two new suggestions for *separate* packages, both now noted in
README.PACKAGERS in git master 7802f2c12:
1. calligra-map
Dear Adrien,
Two new suggestions for *separate* packages, both now noted in
README.PACKAGERS in git master 7802f2c12:
1. calligra-map-shape Description: Map shape for Calligra applications
Contents:
mapshape.so
On Friday 07 October 2011 Oct, Boudewijn Rempt wrote:
> On Friday 07 October 2011 Oct, Boudewijn Rempt wrote:
> > On Thursday 06 October 2011 Oct, Adrien wrote:
> > > Hi,
> > >
> > > I have a question about the packaging of calligra :
> > >
> > > calligra-libs seems still to depend on marble libr
On 6 October 2011 23:57, Jaroslaw Staniek wrote:
> On 6 October 2011 22:57, Adrien wrote:
>> Adrien wrote:
>>
>>> Hi,
>>>
>>> I have a question about the packaging of calligra :
>>
>> Forgot something important : I am unable to see a web or map shape in stage
>> or words, even if I installed the
On Friday 07 October 2011 Oct, Boudewijn Rempt wrote:
> On Thursday 06 October 2011 Oct, Adrien wrote:
> > Hi,
> >
> > I have a question about the packaging of calligra :
> >
> > calligra-libs seems still to depend on marble library.
> > If you would like a lightweight calligra, we may put the m
On Thursday 06 October 2011 Oct, Adrien wrote:
> Hi,
>
> I have a question about the packaging of calligra :
>
> calligra-libs seems still to depend on marble library.
> If you would like a lightweight calligra, we may put the marble dependency
> on a separate package, for instance in a package
On 6 October 2011 22:57, Adrien wrote:
> Adrien wrote:
>
>> Hi,
>>
>> I have a question about the packaging of calligra :
>
> Forgot something important : I am unable to see a web or map shape in stage
> or words, even if I installed the calligra-reports-*-element.
>
> Is it normal (still in devel
On 6 October 2011 22:47, Adrien wrote:
> Hi,
>
> I have a question about the packaging of calligra :
>
> calligra-libs seems still to depend on marble library.
> If you would like a lightweight calligra, we may put the marble dependency
> on a separate package, for instance in a package « calligra
On Thursday 06 October 2011 22:57:20 Adrien wrote:
> Adrien wrote:
> > Hi,
>
> > I have a question about the packaging of calligra :
> Forgot something important : I am unable to see a web or map shape in stage
> or words, even if I installed the calligra-reports-*-element.
>
> Is it normal (stil
Adrien wrote:
> Hi,
>
> I have a question about the packaging of calligra :
Forgot something important : I am unable to see a web or map shape in stage
or words, even if I installed the calligra-reports-*-element.
Is it normal (still in developpment, so it doesn't appear by default for
instan
Hi,
I have a question about the packaging of calligra :
calligra-libs seems still to depend on marble library.
If you would like a lightweight calligra, we may put the marble dependency
on a separate package, for instance in a package « calligra-plugin-marble »,
or maybe in the package « calli
...on ea57cb68b4c7ea46c5916b2a54084159c8dce1ed.
--
Cyrille Berger Skott
___
calligra-devel mailing list
calligra-devel@kde.org
https://mail.kde.org/mailman/listinfo/calligra-devel
--
Boudewijn Rempt
http://www.valdyas.org, http://www.krita.org, http://www.boudewijnrempt.nl
--- Begin Message ---
I confirm: no more crash or hang here, looks good to go with 2.4b2.
___
kimageshop mailing list
kimages...@kde.org
https://mail.kde.org/m
On Thursday 29 September 2011 Sep, Boudewijn Rempt wrote:
> On Thursday 29 September 2011 Sep, Boudewijn Rempt wrote:
> > On Thursday 29 September 2011 Sep, Boudewijn Rempt wrote:
> > > On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> > > > On Thursday 29 September 2011, Boudewijn R
On Thursday 29 September 2011 Sep, Boudewijn Rempt wrote:
> On Thursday 29 September 2011 Sep, Boudewijn Rempt wrote:
> > On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> > > On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > > > > So any objection to the revert of
> > > > >
On Thursday 29 September 2011 Sep, Boudewijn Rempt wrote:
> On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> > On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > > > So any objection to the revert of
> > > > ef3277a2bd7dd0b9454114d1562b633dff47c86e ?
> > >
> > > Yes, I prefe
On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > > So any objection to the revert of
> > > ef3277a2bd7dd0b9454114d1562b633dff47c86e ?
> >
> > Yes, I prefer to delay the tagging of the beta release, instead of causing
> > a m
On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > So any objection to the revert of
> > ef3277a2bd7dd0b9454114d1562b633dff47c86e ?
>
> Yes, I prefer to delay the tagging of the beta release, instead of causing
> a mess for the krita developers by reverting a huge merge.
There are only two
On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > Yes, we have a branch called "master", just like we used to have a branch
> > called "trunk". We don't have any other branch that is related to the
> > release process. We only
On Thursday 29 September 2011, Boudewijn Rempt wrote:
> Yes, we have a branch called "master", just like we used to have a branch
> called "trunk". We don't have any other branch that is related to the
> release process. We only have feature branches.
>
> But let it go, this discussion isn't produc
On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> > > On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > > > On Thursday 29 September 2011 Sep, Cyrille Be
On Thursday 29 September 2011, Boudewijn Rempt wrote:
> On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> > On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > > On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> > > > I am rather convince that our current model (
On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> On Thursday 29 September 2011, Boudewijn Rempt wrote:
> > On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> > > I am rather convince that our current model (or the one we aim at, ie
> > > master in a releasable state at
On Thursday 29 September 2011, Boudewijn Rempt wrote:
> On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> > I am rather convince that our current model (or the one we aim at, ie
> > master in a releasable state at all time), but it does require people to
> > accept that their latest
On 29 September 2011 09:44, Boudewijn Rempt wrote:
> On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
>> I am rather convince that our current model (or the one we aim at, ie master
>> in a releasable state at all time), but it does require people to accept that
>> their latest newes
On 29 September 2011 09:22, Cyrille Berger Skott wrote:
> On Thursday 29 September 2011, Inge Wallin wrote:
>> > For faster releases you need something like the merge windows for the
>> > kernel. The problem is that when merge happen to close the beta release,
>> > we get lots of bug reports that
On Thursday 29 September 2011 Sep, Cyrille Berger Skott wrote:
> I am rather convince that our current model (or the one we aim at, ie master
> in a releasable state at all time), but it does require people to accept that
> their latest newest shiny super cool feature is less important than shipp
On Thursday 29 September 2011, Inge Wallin wrote:
> > For faster releases you need something like the merge windows for the
> > kernel. The problem is that when merge happen to close the beta release,
> > we get lots of bug reports that are not needed.
We already have "merge window" it is called "f
On Thursday, September 29, 2011 04:19:32 Sven Langkamp wrote:
> On Wed, Sep 28, 2011 at 11:09 AM, Cyrille Berger Skott
>
> wrote:
> > On Wednesday 28 September 2011, Boudewijn Rempt wrote:
> > > On Wednesday 28 September 2011 Sep, Cyrille Berger Skott wrote:
> > > > Hi,
> > > >
> > > > I generall
On Wed, Sep 28, 2011 at 11:09 AM, Cyrille Berger Skott
wrote:
> On Wednesday 28 September 2011, Boudewijn Rempt wrote:
> > On Wednesday 28 September 2011 Sep, Cyrille Berger Skott wrote:
> > > Hi,
> > >
> > > I generally oppose the idea of delaying a beta for quality reason,
> there
> > > is alway
On Wednesday 28 September 2011 Sep, Cyrille Berger Skott wrote:
> And really, missing a beta is not a big deal, there is an other beta coming
> in
> three weeks. Unless you break your application... but that *should* *not*
> happen.
Sorry, it did happen. There's no way back now that I would su
On Wednesday 28 September 2011, Boudewijn Rempt wrote:
> On Wednesday 28 September 2011 Sep, Cyrille Berger Skott wrote:
> > Hi,
> >
> > I generally oppose the idea of delaying a beta for quality reason, there
> > is always an important bug that is going to be fixed the next day of the
> > tagging
On Wednesday 28 September 2011 Sep, Cyrille Berger Skott wrote:
> Hi,
>
> I generally oppose the idea of delaying a beta for quality reason, there is
> always an important bug that is going to be fixed the next day of the
> tagging.
Of course. Let's make it more generic then: I propose that we
On Tuesday 27 September 2011, C. Boemann wrote:
> The later the better as far as Words is concerned
That is why we have a beta 3 scheduled (and I don't see how we are going to
avoid a beta 4).
--
Cyrille Berger Skott
___
calligra-devel mailing list
cal
Hi,
I generally oppose the idea of delaying a beta for quality reason, there is
always an important bug that is going to be fixed the next day of the tagging.
On Tuesday 27 September 2011, Sven Langkamp wrote:
> the recent merge of the strokes framework branch has introduce a number of
> proble
On Tuesday 27 September 2011 17:46:36 Sven Langkamp wrote:
> Hi,
>
>
> the recent merge of the strokes framework branch has introduce a number of
> problems in Krita. These problems need to be fixed for the next beta or
> Krita would be practically unuseable. We dicussed that on IRC and it was
>
Hi,
the recent merge of the strokes framework branch has introduce a number of
problems in Krita. These problems need to be fixed for the next beta or
Krita would be practically unuseable. We dicussed that on IRC and it was
suggested to move the tagging of the beta to monday to give us more time
69 matches
Mail list logo
