On Thursday 30 April 2009, Dirk Mueller wrote: > I just finished uploading the first round of KDE 4.2.3 tarballs. Please let > me know of any issues that you might find. kopete broke compilation, fixed by a new tarball: 7d77ab0322f96251a8d3baf7e4f6990e kdenetwork-4.2.3.tar.bz2 Greetings, Dirk
On Wednesday 29 April 2009 09:54:00 André Wöbbeking wrote: > SVN commit 960819 by woebbe: > > Don't leak KConfig in self(). good catch, but... > Now only the factories are leaked(Continue reading)> > M +2 -2 factory.cpp > > > --- branches/KDE/4.2/kdepimlibs/kresources/factory.cpp #960818:960819 > @@ -73,8 +73,8 @@ > mSelves->insert( resourceFamily, factory ); > > // Akonadi migration > - KConfig *config = new KConfig( "kres-migratorrc" ); > - KConfigGroup migrationCfg( config, "Migration" ); > + const KConfig config( "kres-migratorrc" ); ... the const here makes the following KConfigGroup read-only and assert as soon as we write to it. The result is that every user of the KResource API (most of kdepim, but also eg. kopete, konversation and krunner) will crash immediately on starting for new users. Rather bad as this apparently went into 4.2.3. The fix is easy (remove the const) and will be applied to trunk and the 4.2 branch shortly and should go into 4.2.3 if possible.
On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote: > Hi > > I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4 > (i.e., the trunk/kdesupport version), which is still unreleased. However, > I don't see any checks for the version number anywhere. > > FindPhonon.cmake does print the version number, which means the checking > is possible. But my question is: should we change this? Or should we > simply expect that people use the Phonon version that was (or will be) > released alongside that KDE version, or later? > Seems a question for the Release Team and Matthias: Do we require Phonon 4.4 for KDE 4.3?
Am Dienstag 28 April 2009 schrieb Dirk Mueller:
> Hi,
>
> KDE 4.2.3 tagging is scheduled for tomorrow around 23:59 UTC. Pleasemake
> sure that your fixes are included and backported to 4.2 branch until then.
>
> If there are outstanding bugs that must be fixed before 4.2.3, please tag
> them with the "kde-4.2.3-blocker" keyword in bugzillaand I'll review the
> list.
While I was cleaning up the code of KGpg trunk today I found some things also
wrong in branches/4.2/kdeutils/kgpg/ and now fixed there to. Please judge
which of them you find acceptable for 4.2.3:
r962821 (fixed by r962835)
Fixed a memleak, the objects were created without parents and never deleted.
r962827
Removed i18n concatenations, instead of "foo + ' ' + i18n("Default")" now
"i18n("%1 (Default)", foo)" is used. That "new" string was already used for
the same thing on other places, so this has no impact on i18n.
r962851
Moved a lone checkbox and label to a layout with a related item. So instead of
a
---
(Continue reading)
On Sunday 03 May 2009 20:41:17 Rolf Eike Beer wrote:
> Am Dienstag 28 April 2009 schrieb Dirk Mueller:
> > KDE 4.2.3 tagging is scheduled for tomorrow around 23:59 UTC. Pleasemake
> > sure that your fixes are included and backported to 4.2 branch until
> > then.
> >
> > If there are outstanding bugs that must be fixed before 4.2.3, please tag
> > them with the "kde-4.2.3-blocker" keyword in bugzillaand I'll review the
> > list.
>
> While I was cleaning up the code of KGpg trunk today I found some things
> also wrong in branches/4.2/kdeutils/kgpg/ and now fixed there to. Please
> judge which of them you find acceptable for 4.2.3:
>
> r962821 (fixed by r962835)
>
> Fixed a memleak, the objects were created without parents and never
> deleted.
>
> r962827
>
> Removed i18n concatenations, instead of "foo + ' ' + i18n("Default")" now
> "i18n("%1 (Default)", foo)" is used. That "new" string was already used for
> the same thing on other places, so this has no impact on i18n.
>
> r962851
>
> Moved a lone checkbox and label to a layout with a related item. So instead
> of
>
(Continue reading)
Sebastian Kügler wrote: > None of those seems critical enough for re-rolling the tarballs, though. Did the stuff brought up in Volker Krause's email get resolved? I didn't see a notice of a re-roll or anything... -- Benjamin Reed a.k.a. Ranger Rick Fink, KDE, and Mac OS X development Blog: http://www.raccoonfink.com/ Music: http://music.raccoonfink.com/
Em Terça-feira 05 Maio 2009, às 10:49:38, Thiago Macieira escreveu: > Em Terça-feira 05 Maio 2009, às 09:10:24, Kevin Ottens escreveu: > > On Tuesday 5 May 2009 09:03:51 Kevin Ottens wrote: > > > I honestly far prefer a trunk/KDE/kdelibs-experimental over > > > trunk/extragear/libs. > > > > Oh, and to make it clear, I even prefer kdelibs/experimental to both > > other solutions even if it puts some more work on the packagers > > initially. > > No, it's not. It has to be OUTSIDE kdelibs. Uh... sorry for the harsh email. I misread your email anyways. (Of course I can't tell you what your opinion is or isn't :->) Anyways, after another heated discussion on IRC we reached a different compromise. Here's the idea: - we create kdelibs/experimental in trunk/KDE yes, it's a subdir of kdelibs - however, when packaging, the KDE release team will have to split it up: kdelibs-4.x.y.tar.gz kdelibs-experimental-4.x.y.tar.gz the latter contains *only* the experimental subdir; the former contains everything else, except the experimental dir - recommendation: add -DKDELIBS_NO_EXPERIMENTAL to kdelibs to check if building without the experimental bits works - constraints: * kdelibs-experimental-4.x.y.tar.gz MUST build alone (outside of kdelibs)(Continue reading)
On Sun, May 03, 2009 at 07:33:19AM -0400, Allen Winter wrote: > On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote: > > Hi > > > > I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4 > > (i.e., the trunk/kdesupport version), which is still unreleased. However, > > I don't see any checks for the version number anywhere. > > > > FindPhonon.cmake does print the version number, which means the checking > > is possible. But my question is: should we change this? Or should we > > simply expect that people use the Phonon version that was (or will be) > > released alongside that KDE version, or later? > > > Seems a question for the Release Team and Matthias: > Do we require Phonon 4.4 for KDE 4.3? Phonon is a dependency of Qt (for webkit) so it makes no sense to release it as anything other than part of Qt. If the version has to change outwith Qt releases there should be a blessed patch or updated tar from Qt. Jonathan
On Sunday 03 May 2009 13:33:19 Allen Winter wrote: > On Saturday 02 May 2009 5:33:29 am Thiago Macieira wrote: > > Hi > > > > I was trying to build kdereview/mplayerthumbs and it requires Phonon 4.4 > > (i.e., the trunk/kdesupport version), which is still unreleased. However, > > I don't see any checks for the version number anywhere. > > > > FindPhonon.cmake does print the version number, which means the checking > > is possible. But my question is: should we change this? Or should we > > simply expect that people use the Phonon version that was (or will be) > > released alongside that KDE version, or later? > > Seems a question for the Release Team and Matthias: > Do we require Phonon 4.4 for KDE 4.3? I'm not planning a Phonon release. Probably Qt Software will do the next Phonon feature release together with Qt 4.6. So, KDE 4.3 should require Phonon 4.3. Everything else needs to be optional (I already told Marco about this for mplayerthumbs). Regards, Matthias -- -- ________________________________________________________ Matthias Kretz (Germany) <>< http://Vir.homelinux.org/(Continue reading)
On Friday 01 May 2009, Dirk Mueller wrote: > 7d77ab0322f96251a8d3baf7e4f6990e kdenetwork-4.2.3.tar.bz2 kdepim* tarballs were updated to fix important regressions: 94ad0eb531eb8ca03e3355ea9e2e90d6 kdepim-4.2.3.tar.bz2 0c6f760fd1b3e031254b0a3082396657 kdepimlibs-4.2.3.tar.bz2 Release is tomorrow late afternoon. Greetings, Dirk
RSS Feed6 | |
|---|---|
50 | |
81 | |
47 | |
41 | |
25 | |
26 | |
63 | |
197 | |
124 | |
72 | |
52 | |
40 | |
146 | |
114 | |
125 | |
60 | |
23 | |
81 | |
41 | |
45 | |
93 | |
31 | |
40 | |
135 | |
100 | |
88 | |
73 | |
30 | |
21 | |
70 | |
78 | |
88 | |
65 | |
20 | |
98 | |
42 | |
111 | |
61 | |
85 | |
35 | |
100 | |
99 | |
130 | |
59 | |
191 | |
99 | |
148 | |
59 | |
297 | |
201 | |
230 | |
155 | |
140 | |
67 | |
134 | |
73 | |
90 | |
41 | |
142 | |
38 | |
8 |
