i anyway,
so let's port it to the right api, not to the old one.
Yes, after that, the monday rule will apply to strigi too. But right now it's
quite
exceptional, given that nothing compiles right now anyway.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Ko
On Monday 26 March 2007, Allen Winter wrote:
> But toma and I want to move this forward 1 day to Monday 2 April.
> This way we can have 1 last "big changes Monday".
Yes please.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.kon
hings as kde module organization (except if something
makes no sense
from a making-a-release point of view, but that's not the case in this proposal
afaics;
the module dependencies are clear).
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konquer
ro_log_feature() stuff)
... why duplicate this information?
Sounds like a high risk for it to go out of sync - and the cmake output is much
more visible.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konq
e this one
> an exception and allow it.
> Just my ho. What do others think?
Ah, it saves a config key for the next app startup; good.
I had the wrong impression that it was trying to do runtime switching, which
apps simply don't support.
I agree that this one could be allowed.
t; > > Seeing the history of this patch, I think it would be fair to make this
> > > one
> > an exception and allow it.
> > > Just my ho. What do others think?
> >
> > Ah, it saves a config key for the next app startup; good.
> > I had the wrong impressio
can't be released as a beta.
Oops now this mail is a bit too late; no ADSL since last week, only
intermittent slow modem...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
__
On Monday 16 July 2007, Allen Winter wrote:
> > 2007-04-18 templates/messages/kdepim/kdgantt.pot
> > 2007-04-18 templates/messages/koffice/kdgantt.pot
> kdgantt is planned to be replaced by kdgantt1.
The other way round.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech
ncy sake we can
> make a new beta in a few days.
I don't disagree...
Let's fix the damn code before we think about betas and parties :-)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOf
rg/branches/KDE/3.5/kdelibs/core libs/?rev=669594&view=rev
which doesn't exist (see the "core libs" in there :)
Too much automation in the xml->php transformation it seems?
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.o
#x27;m fine with your proposal otherwise, just would like that additional bit of
> information to be able to communicate properly why Beta3 will be late, again.
> People might also ask how this affects the freeze? (Maybe all the breakage
> comes from people trying to get big chan
mpared
values are not the same
Actual (sc3.readPathEntry( "homepath", QString() )): $HOME/foo
Expected (HOMEPATH): /home/ingo/foo
Loc:
[/home/ingo/svn/kde/trunk/KDE/kdelibs/kdecore/tests/kconfigtest.cpp(287)]
FWIW, this bug makes it impossible to run KMail because after the sec
he 3.5 branch
and was merely merged into enterprise)...
I support the idea of course, I'm just wondering about those small details.
Another "small detail" would be: checking with the translators that they are OK
with all
those new strings appearing in the 3.5 branch - so close to t
On Thursday 11 October 2007, Stephan Kulow wrote:
> Am Donnerstag 11 Oktober 2007 schrieb David Faure:
>
> > I think this would break all existing checkouts (including those on all the
> > kde servers like anonsvn and mirrors, lxr, websvn, etc.) The (automated)
> > s
of changes were being announced in
> advance...
I mailed kde-core-devel about it.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
release-t
On Sunday 11 November 2007, Aaron J. Seigo wrote:
> this way development can happen at any pace desired in trunk/kdesupport, and
> we (kde developers) can always just svn up our copy of branches/kdesupport.
+1
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Kon
On Tuesday 13 November 2007, Dirk Mueller wrote:
> a) branch kdelibs etc, so that we can provide a 4.0.1 with just bugfixes
> relatively short term?
I am not in favour of branching kdelibs already. It only means more work
(fixing bugs
in two places), and no gain.
--
David Faure,
On Tuesday 20 November 2007, Dirk Mueller wrote:
> i18ncheckarg: Check validity of i18n calls
This one should probably be enabled, i18n misuse triggers real bugs.
The rest is more cosmetic indeed.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (h
the release party
> scheduled for January 17 will look pretty silly.
Well I always said it was silly to plan a release party in advance :-P
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
SVN commit 744875 by dfaure:
Restore source compatibility
CCMAIL: [EMAIL PROTECTED], release-team@kde.org, [EMAIL PROTECTED]
M +8 -0 kactioncollection.cpp
M +9 -0 kactioncollection.h
--- trunk/KDE/kdelibs/kdeui/actions/kactioncollection.cpp #744874:744875
@@ -506,6 +506,14 @@
ed revert...
I didn't revert; I simply re-added a method with the old name [and almost but
not exactly the old behavior; a better behavior].
I didn't mark it as DEPRECATED because it actually does something useful now
(as a convenience method).
--
David Faure, [EMAIL PROTECTED], sponsor
Autostart, .kde and .env is all workspace stuff
(ksmserver and startkde). So IMHO this module belongs to workspace.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
view: ready to be moved :) (kdebase/workspace ?)
> >
> No objections.
> kdebase/workspace/kcontrol/emoticons, I guess.
Why workspace? :-)
This one is unrelated to the work space, and should be available on all
platforms, no?
runtime/kcontrol/ has other platform-neutral, workspace-in
the latest version of the
libs
doesn't work then it means they are not keeping SC/BC...
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
release-t
bel. Wanted to but never found
> the time...
I reviewed decibel now, see kde-core-devel. (but I'm no API "bitch", it's more
of an implementation review, other kinds of review - buildsystem / API - are
welcome)
--
David Faure, [E
On Tuesday 06 May 2008, Tobias Hunger wrote:
> How are you providing access
> to your D-Bus interfaces?
We install the xml file and we let "client" code use qdbusxml2cpp on it.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.kon
; happens to live in kde's svn too, that's fine.
> It is up to you to keep the kdeutils app compilable to your latest release of
> the lib.
I disagree. There's stuff in extragear that needs the "base kde modules"
(trunk/KDE/*),
so we shouldn't have the reverse depen
kipi from extragear/libs, but
> extragear/libs/kipi-plugins requires kdegraphics/libksane
>
> How do you propose to break the loop?
As I suggested on kde-core-devel, I think libkipi should move to kdegraphics.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (
want someone to detect it - and you want that to affect
1% of the developers rather than 99%, which is exactly what the tag does.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
never frozen, right?). I guess it will become an announcement about
branching instead.
And for releases, so that contributors know when the general public gets
to use their stuff :).
But I'd say that's it; keep volume low, since people are subscribed there by
force :)
--
David Faure, [EMAIL PR
-that- is where a nice relative external would be much better :)
On the other hand, I believe we don't need this at all. tags/kdesupport-for-4.1
should be stable software, while kdelibs-trunk developers should be able to just
use kdesupport trunk. But that's just my opinion, I'm f
On Thursday 11 September 2008, Dirk Mueller wrote:
> that could have been solved in the source code with
> less work than this thread already took
Done (at least 4.1-branch and trunk compile with both versions of strigi now)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to w
nusual
too...
tags/kdesupport-devel
tags/kdesupport-stable
might be an idea (no "trunk" in there so less confusion with trunk/kdesupport
indeed)
but then we would lose the "kdesupport for 4.1" once kde-4.2 comes out.
This is why I liked kdesupport-for-4.1, because we can have
ngle tags/kdesupport/
> directory, I don't know.
Most people (or kdesvn-build) will only check out one of them, two at most,
so it doesn't really matter IMHO.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (
On Monday 29 September 2008, Benoit Jacob wrote:
> /trunk/kdesupport for kdesupport development
> /tags/kdesupport-stable-for-trunk
> /tags/kdesupport-for-4.1
> /tags/kdesupport-for-4.2
Looks fine to me.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Kon
nm-type script no?
See nmcheck in kde3's admin directory. It was somewhat integrated into am_edit,
someone needs to port that to a separate shellscript so that we can use it in
kde4.
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Konqueror (http://www.konquer
his proposal, before
> posting it to k-c-d and k-d. Improvements are welcome too.
So, are you posting the proposal, or should I just go ahead and do it, and then
we would just announce it?
I don't think we need more bikeshedding on the naming of the tags ;-)
--
David Faure, [EMAIL PROTECTED
ad->keys.removeAll(key);
+kWarning() << "Shortcut found twice in
kglobalshortcutsrc.";
+} else {
+d->keyToAction.insert(key, ad);
+}
}
}
}
-
module.
This is just making everyone's life more complicated for no good purpose, other
than one
that can easily be solved by having proper documentation.
--
David Faure, [EMAIL PROTECTED], sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://w
in
> > > kdepimlibs adding a _gpl suffix to them seems a good idea so people
> > > linking know they are linking to a GPL library.
> > >
> > > Albert
> >
> > dfaure pointed out that that would br
if* the APIs are reviewed first (by kde-core-devel or by Kevin, in
case of Solid).
--
David Faure, [EMAIL PROTECTED], sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
re
for reference for
some time),
- replaying history (e.g. using svk) -- commit storm! If we do this, maybe we
can tune
the post-commit hook do send those commit mails to /dev/null until the import
is done.
Talk to me or rather [EMAIL PROTECTED] before replaying history.
--
David Faure, [EMAIL PROTEC
ee no reason to impose that additional work onto everyone else.
--
David Faure, [EMAIL PROTECTED], sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
release-team mailing list
r
>
> Communicate that bugfixing is still a top priority until 4.2.0 is released.
>
> Thoughts? Objections?
Good solution!
--
David Faure, [EMAIL PROTECTED], sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
_
On Monday 12 January 2009, Allen Winter wrote:
> > Btw the RC of Qt 4.5 will be available soon so i guess this is a pretty
> > good start for the KDE trunk.
Yep, sounds good to me.
Who can import a snapshot?
(is my old upgrade_script.qt still useful or is it completely outdated?
On Monday 12 January 2009, Allen Winter wrote:
> On Monday 12 January 2009 6:05:57 am David Faure wrote:
> > On Monday 12 January 2009, Allen Winter wrote:
> > > > Btw the RC of Qt 4.5 will be available soon so i guess this is a pretty
> > > > good start for the KD
t4.4 incompatible changes in the 4.2 branch.
That would certainly NOT be okay, would it?
In trunk maybe, but certainly not in the 4.2 branch which was released with
Qt-4.4 and should keep working with Qt-4.4.
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE,
e is supposed
to be the one reviewing qt patches normally ;), so there are good and
not-so-good
things in there, usually...
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://www.konqueror.org), and KOff
180673 first (crash when renaming+moving
a folder), and IMHO Dirk has to do something about KLockFile for 156759.
I think this is all I have in terms of showstoppers.
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://www.konqueror.org
can't promise to stop fixing bugs now, but AFAICS kdelibs is good
for tagging -- except for that KLockFile issue which seems to really
annoy some users with smbmounted directories (156759), but discussions
Dirk taught me that I don't know enough about that stuff to fix it myself
in a safe w
so it has to be in 4.2.0), or someone volunteers
to do the migration without losing the accepted certificates and then it can be
done in 4.2.1 (the 178229 crash in itself seems rare enough?)
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE,
Konqu
then. Not only because of SIC and BIC (which would be expected anyway
until it's released) but because it will even go away once libkformula is
done...
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://www.ko
On Monday 23 March 2009, David Faure wrote:
> On Friday 20 March 2009, Aleix Pol wrote:
> > After some chat between John and me, we decided that, since KFormula might
> > want to use this QtMMLWidget code at some point but we want that KDE
> > applications start to take advant
I committed a variant of this patch now.
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
release-team mailing list
release-team@kde.org
706, also includes an okular crash).
Can I bother you for another kdelibs update, if there's still time?
Please include r947125 (my KFilterDev fix) and r947126 (Germain's temporary
revert of the lineedit-clear-button).
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia
can go into kdelibs, and you don't
really need kdesupport since it wouldn't be released in that form, or do
I miss something?
> On Mon, Mar 23, 2009 at 5:34 PM, David Faure wrote:
>
> > On Monday 23 March 2009, David Faure wrote:
> > The alternative, of course, is to d
e wanted to use it, he could without copying code. That's all.
>
> I'm not aware of any other users yet, btw.
OK... then it sounds to me like the code should stay in kalgebra until someone
else
needs it ;)
Committing to retaining BC before it's actually needed, seems like
per.kde.org/~dirk/dashboard/ ):
[Thu Jun 4 2009] [00:26:42] smoke/soprano/x_10.cpp: In member
function 'void x_Soprano__LiteralValue::x_57(Smoke::StackItem*) const':
[Thu Jun 4 2009] [00:26:42] smoke/soprano/x_10.cpp:516: error:
'LanguageTag' was not declared in this scope
But I
gt; delaying.
I see reasons NOT to delay :-)
The fixes for KIO bugs 195385 and 204322 (fixes which are in 4.3-branch now)
should not wait, those bugs are quite bad (data loss). Oh and kio_fish works
again.
--
David Faure, fa...@kde.org, sponsored by Qt Software @ Nokia to work on KDE,
Konqueror (htt
y did you want ftp.kde.org precisely? http://download.kde.org shows
many more mirrors ;)
--
David Faure, fa...@kde.org, sponsored by Nokia to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).
___
release-team mailing
3 has still seen little testing with KDE.
So if you're releasing kubuntu tomorrow I wouldn't recommend 4.5.3,
but if there's still some testing time, why not.
--
David Faure, fa...@kde.org, sponsored by Nokia to work on KDE,
Konqueror (http://www.konqueror.org)
ume? This sounds
quite messy then; it sounds like we should make a phonon-xine-only tarball,
right?
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. Konqueror (http://www.konqueror.org).
___
release-team m
On Tuesday 01 December 2009, Zack Rusin wrote:
>On Tuesday 01 December 2009, David Faure wrote:
> > Yep, seems to work now.
> >
> > BUT: this code was committed at the worst possible time (*very* close to
> > beta1 tagging) and without review, breaking the freeze.
>
ated spell checking and type in
> some misspelled words. You'll see that some words are suddenly flagged to
> be spelled correctly. The issue is here that words which are only followed
> by a space character are not recognised as misspelled.
If you don't report this to Zack, th
rted commits as all I personnally heard was that
> 4.3 was stopped.
Correct.
> Did devels effectively backport to make it worth a new release?
No, but of course it could be done the other way round: announce 4.3.5, then
we'll backport. Although I'd kind of hate spending tim
- The dbus registration leak (with nepomuk as prime suspect), possibly
due to r1084698, cf the thread from that commit. No fix yet.
- The polkit-qt-1 fix (r1086506).
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. Konqueror
(http
read more about this?
> Who is working on it? Solutions? Revert the commit?
http://lists.kde.org/?l=kde-commits&m=126535646013735&w=2
(plus "next thread" three times)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE,
SVN commit 1087524 by dfaure:
Fix the dbus connection leak (every time I switched mails in kmail, a new dbus
connection would be made and would stay).
Sorry for suspecting r1084698, it was not guilty.
The bug -was- related to nepomuk, but wasn't -in- nepomuk :-)
CCMAIL: sebast...@trueg.de, rele
SVN commit 1087546 by dfaure:
And now the real fix for the dbus connection leak problem :/
Next step: doing the same (but not the same) in kdelibs/nepomuk.
But at least the akonadiserver leak (triggered by kmail) is fixed by this.
CCMAIL: release-team@kde.org
M +23 -10queryserviceclient.
On Tuesday 09 February 2010, David Faure wrote:
> On Tuesday 09 February 2010, Tom Albers wrote:
> > Op Tuesday 9 February 2010 09:39 schreef u:
> > > - The dbus registration leak (with nepomuk as prime suspect), possibly
> > > due to r1084698, cf the thread f
stas' `apt-cache rdepends libkonq5` list, I see only kmess which
could be affected by this. OK, and of course an update of libkonq without
updating older kdebase stuff like konqueror...
I'm perfectly fine with increasing the SOVERSION now. 5a or 6? I wasn't aware
that o
On Monday 09 August 2010, Jonathan Riddell wrote:
> On Mon, Aug 09, 2010 at 02:57:20PM +0100, Richard Moore wrote:
> > On Mon, Aug 9, 2010 at 10:47 AM, David Faure wrote:
> > > I'm perfectly fine with increasing the SOVERSION now. 5a or 6? I wasn't
> > > aw
some weeks, would like to know
> what to do ;)
I'm not sure, but it seems to me that the sysadmin team (not me, the actual
sysadmins) has currently a better overview on the git migration than release-
team. You should probably ask them (#kde-sysadmin on irc, or sysadmin@ email).
--
David
t is needed is proper package
dependencies so that one cannot upgrade kdebase (or another KDE SC module)
without upgrading kdelibs first to at least the same version.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. Konque
On Wednesday 26 January 2011, Will Stephenson wrote:
> We forgot to disable this when branching 4.6, which kills Eclipse:
> https://bugs.kde.org/show_bug.cgi?id=247398
Someone forgot to follow the steps listed in kde-common/release/RELEASE-
CHECKLIST ;)
--
David Faure, fa...@kde.org
u could add me as project manager for kdelibs and kde-baseapps, I guess.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. Konqueror (http://www.konqueror.org).
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
course that doesn't mean they have to be in the kdebase-4.6 tarball,
splitting them out into a konq-plugins tarball is fine, I presume that's what
you did for "konq-plugins-4.6.1", thanks for that.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nok
guess architectural beauty won't convince the readers of this
thread :)
The fact that we don't have a date for kde frameworks 5 doesn't mean it will
take 3 years. It would come a lot faster if more people actually worked on it
:)
--
David Faure, fa...@kde.org,
a good idea at all, it makes qt-4.8 different from
qt-4.8 depending on the system, which creates a support hell.
And to reassure you, the amount of toLocalFile() calls over all doesn't
matter, 99.99% of the urls used in KDE are absolute, not relative.
-
are unrelated to khtml, so where are the bug
reports relating to it? Or were they from kmail1?
Thanks for your RC testing, in any case, much appreciated.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. KDE Frameworks 5
rward
encryptedBytesWritten from QSslSocket.
Date: Friday, January 06, 2012, 01:17:50 PM
From: David Faure
To: kde-comm...@kde.org
Git commit d31715db768b477e8e5d7acaf852924f356c42e2 by David Faure.
Committed on 06/01/2012 at 12:33.
Pushed by dfaure into branch 'KDE/4.8'.
KTcp
gs then when you open anything
> > with it, it loops and tries to open hundreds of instances. It's wrongly
> > assigned to Plasma currently, I don't know whom to assign it to.
> >
> > https://bugs.kde.org/show_bug.cgi?id=290936
>
> dfaure?
Yep, fixed.
--
Davi
uble if we ever want to modularize it out again.
So is there a simple way to mark it as "part of KDE SC", so that it's released
as a separate tarball, but together with the KDE SC releases?
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KD
On Sunday 25 March 2012 08:14:05 Allen Winter wrote:
> On Saturday 24 March 2012 8:16:28 PM David Faure wrote:
> > Hello release team,
> >
> > How do we get kwebkitpart (separate git module) released together with the
> > rest of KDE SC (rather than "on its own
On Sunday 25 March 2012 23:40:28 Albert Astals Cid wrote:
> El Diumenge, 25 de març de 2012, a les 23:29:14, David Faure va escriure:
> > On Sunday 25 March 2012 08:14:05 Allen Winter wrote:
> > > On Saturday 24 March 2012 8:16:28 PM David Faure wrote:
> >
se.
Hmm? This is about a crucial component for konqueror, not about some obscure
program.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. KDE Frameworks 5
___
release-team mailing list
release-team
On Thursday 29 March 2012 18:33:46 Albert Astals Cid wrote:
> El Dijous, 29 de març de 2012, a les 12:10:06, David Faure va escriure:
> > On Wednesday 28 March 2012 19:38:25 Albert Astals Cid wrote:
> > > The technical point of view is not enough to guarantee something being
&
On Saturday 05 May 2012 00:25:26 Albert Astals Cid wrote:
> Dawit proposed a patch that does not treat both of them equally.
And I'm offering to apply his change to khtml.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. KDE Fram
estion to create the 4.9 branch too.
Makes sense, for versioning.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. KDE Frameworks 5
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
worked for 4.8.3, both of which I
> consider less desirable. But I don't want to make the change if there are
> good reasons to avoid it.
The alternative would be to enable exceptions for all of kdecore only if
enable-final is enabled.
--
David Faure, fa...@kd
> kde-packager.
Sounds good to me (obviously).
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. KDE Frameworks 5
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
all apps, much like the current kdeversion.h. Basically it would be the "SC"
number, and not the version number of the libs themselves, as is currently the
case.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by Nokia to work on KDE, incl. KDE Frameworks 5
_
Git commit 7d9cb9b72d122213fe08c0fdbf978b6780167a1e by David Faure.
Committed on 02/07/2012 at 15:40.
Pushed by dfaure into branch 'KDE/4.9'.
No need to have the same version number twice here.
CCMAIL: release-team@kde.org
M +1-1CMakeLists.txt
http://commits.kde.o
for nepomuk) still isn't fixed. I strongly
recommend that we don't release until this is fixed.
> Tagging will happen on June 26 at 23:59 UTC
That's in the past...
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Sponsored by No
ainst, I'm for what dfaure as maintainer says,
> afair the reason not to have more branches was to ease merging of stuff to
> frameworks, if we add another branch it'll probably be more work again.
>
> David?
Can this wait until 4.8.5 is released?
Otherwise we'll really
: immediate.
YYMV depending on the size of your nepomuk/virtuoso DB (here it's 3GB, with
400k contacts, autogenerated by the akonadi-nepomuk-feeder).
Diffs
-
libkdepim/addresseelineedit.cpp 5fab510
Diff: http://git.reviewboard.kde.org/r/105508/diff/
Testing
---
Thanks,
David
53CCF04: start_thread (in /lib64/libpthread-2.14.1.so)
==19732==by 0x86CD10C: clone (in /lib64/libc-2.14.1.so)
==19732==
No crash anymore after this "fix"...
Thanks,
David Faure
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
libkdepim/addresseelineedit.cpp 5fab510
Diff: http://git.reviewboard.kde.org/r/105508/diff/
Testing
---
Thanks,
David Faure
___
release-team mailing list
release-team@kde.org
https://mail.kde.org/mailman/listinfo/release-team
On Sunday 08 July 2012 13:17:41 Michael Jansen wrote:
> Btw. is there already any time of idea when frameworks will be ready?
There are more people asking this question, than people actually working on
making it happen.
Too blunt? :)
--
David Faure, fa...@kde.org, http://www.davidfaure
On Monday 09 July 2012 22:30:43 Albert Astals Cid wrote:
> El Dilluns, 9 de juliol de 2012, a les 10:57:22, David Faure va escriure:
> > On Sunday 08 July 2012 22:22:21 you wrote:
> > > Tomorrow 9 July 2012 at 23:59 UTC, the following freeze kicks in
> > >
> &g
1 - 100 of 710 matches
Mail list logo