ALERT: KDElibs (at least) 4.8.4 is actually 4.8.80+

Albert Astals Cid aacid at kde.org
Sat Jun 9 10:58:02 UTC 2012


El Dissabte, 9 de juny de 2012, a les 12:44:59, Wulf C. Krueger va escriure:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 09.06.2012 12:30, Albert Astals Cid wrote:
> >> As an outsider who does not really (have to) know how much he
> >> puts his foot in his mouth with that, let me confirm that it's
> >> really an extremely dumb idea. The regular mess at release time
> >> speaks volumes.
> > 
> > Which regular mess?
> 
> "If you followed the list or read the archives", you'd noticed e. g.
> 
> - - Missing french documentation for kstars in 4.8.3/4.8.4

Nothing to do with kdelibs

> - - playground folder in the kate repo

Nothing to do with kdelibs, not even with a release

> - - smokekde being broken

Nothing to do with kdelibs

> - - a missing Soprano release (to restore SC / BC with a stub impl of
> tcpclient)

Nothing to do with kdelibs (soprano is in fact not even considered to be part 
of KDE itself)

> - - build failures in one of the "final sets" of tarballs for 4.8.4

It wasn't kdelibs that failed to build

> - - kdelibs and Qt version dependency funkyness

Which funkyness? We need to decide which version to depend on, don't we?

> And all of that was only *this* week.

Because we are on a release week :-)

To be honest all your complains have nothing to do with our decision to freeze 
kdelibs what is what some people are complaining about in this thread and what 
the mail you answered was about.

> 
> Almost two years ago, I wrote this on this very mailing list:
> 
> http://mail.kde.org/pipermail/release-team/2010-June/003958.html
> 
> The empirical data is, of course, outdated but unfortunately, most of
> the underlying problems are still very much the same.
> 
> KDE releases *are* a mess and have been since 4.0.0 and, sorry to have
> to say that, 

KDE releases are not a mess, you seem to think they are a mess because we 
discuss everything in public.

If we did everything behind closed doors and you only saw the final output, 
your impression would be totally different.

Please do not mistake openness of the process with mess :-)

> I see basically nothing *systematically* being done about it.
Even i don't agree they are a mess, I'll bite and ask if you have any 
suggestion.

Cheers,
  Albert

> 
> - --
> Best regards, Wulf
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.19 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> 
> iEYEARECAAYFAk/TKSsACgkQnuVXRcSi+5rZLACfXobbWUuNbei7p+YHjsTBXGGu
> d24AoNtfQsBIvEuCcb3r620gpv19AunC
> =YCsi
> -----END PGP SIGNATURE-----
> _______________________________________________
> release-team mailing list
> release-team at kde.org
> https://mail.kde.org/mailman/listinfo/release-team


More information about the release-team mailing list