4.0 (unless I missed something).
--
David Jarvie.
KAlarm author and maintainer.
http://www.astrojar.org.uk/kalarm
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
r?
I'm simply observing that kdepim was as far as I understood not to be
included. I'm okay with KAlarm being included, but is KMail, for example,
ready yet?
--
David Jarvie.
KAlarm author and maintainer.
http://www.astrojar.org.uk/kalarm
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
slations? Does this mean
that no more translation commits can be made for KDE 3.5, even though code
bug fixes can still be made?
--
David Jarvie.
KAlarm author and maintainer.
http://www.astrojar.org.uk/kalarm
___
release-team mailing list
re
these changes before the release - it's primarily a
tidying up exercise, not a vital new piece of functionality. The code
should still work if it is committed after 4.6, at which point it should
have had time for proper review.
--
David Jarvie.
KDE developer.
KAlarm author - http://www.astrojar.org.uk/kalarm
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
bs and I'll start hacking on it
This sounds reasonable, provided no existing features in the kdepim
version are lost. (I'm thinking of the maximum/minimum date facility which
isn't in Kevin's version.)
Doing things this way will mean that we won't be stuck with API
d
.
Sorry if this email is wrongly directed - I'm unsure of the procedure for
such requests.
--
David Jarvie.
KDE developer.
KAlarm author - http://www.astrojar.org.uk/kalarm
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/ma
4.7 deadline runs out.
--
David Jarvie.
KDE developer.
KAlarm author - http://www.astrojar.org.uk/kalarm
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
On Thu, April 21, 2011 4:27 pm, Kevin Krammer wrote:
> On Thursday, 2011-04-21, David Jarvie wrote:
>> The hard feature freeze for KDE 4.7 is now only 3 weeks away, but as far
>> as I understand, kdepim master is still frozen pending a kdepim 4.6
>> release. If it is still int
depim-runtime/resources/kalarm/kalarm/kalarmresource.cpp.
I'm not sure whether all commits to the 4.8 branch are automatically included
in the final release, so can you please ensure that this commit is included in
the final 4.8.0 release.
--
David Jarvie.
KDE developer.
KAlarm auth
se, I'd be grateful.
Thanks,
--
David Jarvie.
KDE developer.
KAlarm author -- http://www.astrojar.org.uk/kalarm
ommit/dd4bab1a3642c0ec860ffada450d4d41dd85080f[1] and https://
invent.kde.org/pim/kalarm/-/commit/63fe942beb2d2b72c4b955beea955ffb23ef0d71[2]),
but I'd like to include the fix in KDE Gear 24.02.1. Given that this requires a
dependency
change, can I go ahead with this?
--
David Jarvie.
KDE developer, KAl
r own version numbering, if desired.
The KDE Applications version is simply a date indication. It's very useful, for
developers who want it, to be able to have an individual application version
which has a meaning in functional terms.
I strongly disagree with this proposal to change version numbers.
--
David Jarvie
KAlarm author, KDE developer
http://www.astrojar.org.uk/kalarm
in bug reports are
usually trying to establish which Frameworks version, which desktop,
desktop version and distro version the user has installed.
> Am 16.09.2016 21:55 schrieb David Jarvie:
>> The KDE Applications version is simply a date indication. It's very
>> useful, for de
13 matches
Mail list logo
