From kde-core-devel  Fri Jul 25 20:08:07 2003
From: Bernhard Reiter <bernhard () intevation ! de>
Date: Fri, 25 Jul 2003 20:08:07 +0000
To: kde-core-devel
Subject: Re: Qt 3.2 requirement
X-MARC-Message: https://marc.info/?l=kde-core-devel&m=105916378914104
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--Boundary-02=_n4YI/VVrdh7TnSe"


--Boundary-02=_n4YI/VVrdh7TnSe
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Description: signed data
Content-Disposition: inline

On Friday 25 July 2003 19:47, Ralf Nolden wrote:
> On Freitag, 25. Juli 2003 14:32, Bernhard Reiter wrote:

> > In my experience your argument leads a huge block
> > consisting of QT /kdelibs /application that is changed altogether,
> > leading to a lower quality of the overall system

> > When trying to fix bugs in currently used KDE versions,
> > I've frequently been pointed to try the "latest" and "greatest"
> > version from CVS on the whole block because that was what
> > developers are using. It leads to problems which were not present
> > before and I did not get to the point in actually fixing the application
> > bug. It is not a weak argument, because stablising KDE application code
> > towards a certainly level is getting very cost intensive.
>
> If you use qt-copy that's your fault :-)

It is not a good process to force the stability and schedule of QT=20
onto KDE nor the kdelibs schedule on the applications.

>  You should take the official
> release version from Trolltech and the beta versions of that version have
> been tested with KDE plus the results folded back into Qt.=20

That didn't help way back then.

> You won't and can't prevent developers to use the newest library and so o=
ver time the
> whole thing becomes a restriction to say we only use qt-3.1.x because
> qt-3.2 may have the classes you want to use. Also, for those who want to
> test indian languages they *need* to take Qt 3.2. It *will* be a
> requirement. The more it is tested, the better, because within the
> timeframe of the KDE 3.2 release a bugfix release of Qt 3.2 will be
> available for sure, so we can have KDE 3.2 use a *stable* and *well-teste=
d*
> Qt 3.2.x

I wouldn't fully agree with this.
KDE libs should have their own stability criteria and not getting forced by=
=20
the QT schedule. You unnecessarily force all the developers to test QT.


--Boundary-02=_n4YI/VVrdh7TnSe
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Description: signature
Content-Disposition: attachment; filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIG5zCCA24w
ggLXoAMCAQICAQEwDQYJKoZIhvcNAQEEBQAwPTELMAkGA1UEBhMCREUxGDAWBgNVBAoMD0ludGV2
YXRpb24gR21iSDEUMBIGA1UEAwwLV3VyemVsIFpTIDMwHhcNMDMwNjI4MTczMjAxWhcNMDgwNjI3
MTczMjAxWjA2MQswCQYDVQQGEwJERTEYMBYGA1UECgwPSW50ZXZhdGlvbiBHbWJIMQ0wCwYDVQQD
DARaUyA0MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQD43bxDYhcb0rC4InYfDPX+TCd+TBVU
fzCjsS4e6LS3Xmf3kC9W0LtcvBtYDhwU1pjYgAQUZy3qEOkicQcgP6CzileDs9uzZ15n+Nd1Ye6g
xAoEtxY4TDm9J1FsNRycuHPNvOVcF8X/TtWGG1Fw1H+w4RBNUTvm6wKdRc+E1DXSlQIDAQABo4IB
gzCCAX8wDwYDVR0TAQH/BAUwAwEB/zALBgNVHQ8EBAMCAQYwawYDVR0fBGQwYjBgoF6gXIZabGRh
cDovL2NhLmludGV2YXRpb24ub3JnL2NuPVd1cnplbCBaUyAzLCBvPUludGV2YXRpb24gR21iSCwg
Yz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0MB0GA1UdDgQWBBTpC2Y1APybXfobl6bvbeei
CAqfFjBlBgNVHSMEXjBcgBSg1pV9tld6qf8t9ZykEbqfB+8Jz6FBpD8wPTELMAkGA1UEBhMCREUx
GDAWBgNVBAoMD0ludGV2YXRpb24gR21iSDEUMBIGA1UEAwwLV3VyemVsIFpTIDOCAQAwNQYDVR0R
BC4wLIEQY2FAaW50ZXZhdGlvbi5kZYYYaHR0cDovL2NhLmludGV2YXRpb24ubmV0MDUGA1UdEgQu
MCyBEGNhQGludGV2YXRpb24uZGWGGGh0dHA6Ly9jYS5pbnRldmF0aW9uLm5ldDANBgkqhkiG9w0B
AQQFAAOBgQCnwZPGbBIMrPLMXW3Z6w4JPiW/Crd8hR3He8BPY5N7u3ZRSo+mdkAzZ8YwfIJ9Fipj
cl2IxQstvE38NAWFdsogdTMOJODVdJpjFEVcVK/u8bZOKismP4eo8X9Y4m0p+WMCG7C6PNMM/+l/
uawHwEbZs4Lp1leIeI8v2/QFP6nMWDCCA3EwggLaoAMCAQICAQEwDQYJKoZIhvcNAQEEBQAwNjEL
MAkGA1UEBhMCREUxGDAWBgNVBAoMD0ludGV2YXRpb24gR21iSDENMAsGA1UEAwwEWlMgNDAeFw0w
MzA2MzAxNjE3MzVaFw0wNTA2MjkxNjE3MzVaMEExCzAJBgNVBAYTAkRFMRgwFgYDVQQKEw9JbnRl
dmF0aW9uIEdtYkgxGDAWBgNVBAMTD0Jlcm5oYXJkIFJlaXRlcjCBnzANBgkqhkiG9w0BAQEFAAOB
jQAwgYkCgYEAxfEm4PybLti0jk+zmKPB+9Qu+nyjfsOf+VQ2/q5wPlGgQlAmA1xfjfAWCfS7KR1i
3BZmsx/HzW1dv1gNAVqYIk0V0Ls9TGJr8Z0IW1hR0UXY7qRCGAFJwiIKj0kwJepMpH22K/jHjQcn
RX8VOdBo8dXyJPQcWcHkj2W8vdonrzUCAwEAAaOCAYIwggF+MAwGA1UdEwEB/wQCMAAwDgYDVR0P
AQH/BAQDAgXgMGQGA1UdHwRdMFswWaBXoFWGU2xkYXA6Ly9jYS5pbnRldmF0aW9uLm9yZy9jbj1a
UyA0LCBvPUludGV2YXRpb24gR21iSCwgYz1ERT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0ME8G
CWCGSAGG+EIBDQRCFkBFLU1haWwgQ2VydGlmaWNhdGVzIGZvciBJbnRldmF0aW9uIGFuZCBmcmll
bmRzIChub24tcHJvZHVjdGlvbikuMB0GA1UdDgQWBBSkusKJJedJL1PF+eXAiDJj6tJ9sDBlBgNV
HSMEXjBcgBTpC2Y1APybXfobl6bvbeeiCAqfFqFBpD8wPTELMAkGA1UEBhMCREUxGDAWBgNVBAoM
D0ludGV2YXRpb24gR21iSDEUMBIGA1UEAwwLV3VyemVsIFpTIDOCAQEwIQYDVR0RBBowGIEWYmVy
bmhhcmRAaW50ZXZhdGlvbi5kZTANBgkqhkiG9w0BAQQFAAOBgQAd4yqTmH1n1flB/7NtXTlYh5nl
x/dS6qALdMLB0ZdSuPKsargeb+Nb7VQ2uL8+N9c1N2unMn6mTeNtrXx98/gkGgQlLAyfEZ7JRX2y
28zFpAM/n1nay//M6Q+nUC28QwvfaxzPsIZo3t5+wC1RZcRndCOlBMSbmpmHwcf72Log7TGCATww
ggE4AgEBMDswNjELMAkGA1UEBhMCREUxGDAWBgNVBAoMD0ludGV2YXRpb24gR21iSDENMAsGA1UE
AwwEWlMgNAIBATAHBgUrDgMCGqBdMCMGCSqGSIb3DQEJBDEWBBSJ+p47oQmvDg5vYPctMCcOCRXF
5jAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0wMzA3MjUyMDA4MDda
MAsGCSqGSIb3DQEBAQSBgI7zKcZOc4nmXm51uQsI+PFvi0b8Bmj3Cgp/SliPRjlGHL/h9NY8NMqq
PK9v/jhKMloyYBSNEzjiUKBelzlosgZPVLym8kYM360eKgKkG3V9loEa2dL1GJ72UkJBJd9bnMxB
DBEchOA1Q98xLi2oMqXyTH7TQf0hLvjGnZgX5BGrAAAAAAAA

--Boundary-02=_n4YI/VVrdh7TnSe--