RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 590448 - Too old for development work
Summary: Too old for development work
Keywords:
Status: CLOSED DUPLICATE of bug 575248
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kdebase
Version: 6.1
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Than Ngo
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-05-09 15:53 UTC by Brandon
Modified: 2010-05-14 11:54 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-05-11 15:45:31 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Brandon 2010-05-09 15:53:02 UTC 
Description of problem: KDE 4.3 and Qt 4.5 are too old to be used for development work. Qt 4.6 is a MAJOR update to the Qt framework and KDE 4.3 cannot be built with it. The best option to do is to include both KDE 4.4 and Qt 4.6 for serious developers. Anyone picking a distribution for KDE Software development might be inclined to choose a Novell or Ubuntu offering instead as they offer KDE 4.4+ and Qt 4.6+

Another important point to bring up is that supporting KDE 4.3 and Qt 4.5 for the next 7 years is insane, especially when Qt 4.5 to 4.6 is a MAJOR update and KDE doesn't backport. KDE 4.4 is considered the first usable release to a majority of critics and anyone anticipating a distro release will be disappointed with the old version included in RHEL6.

I looked at where a lot of the packages where branched from, and the F12 stable branch now includes 4.4, it had 4.3 when it was branched last year.


Version-Release number of selected component (if applicable):
4.3

How reproducible:


Steps to Reproduce:
1. Re-branch from F12's current stable repo?
2.
3.
  
Actual results:


Expected results:


Additional info:
Comment 2 RHEL Program Management 2010-05-09 17:20:32 UTC 
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.
Comment 3 Bill Nottingham 2010-05-11 15:45:31 UTC 

*** This bug has been marked as a duplicate of bug 575248 ***
Comment 4 Brandon 2010-05-11 19:43:42 UTC 
It's not exactly duplicate, KDE 4.4 is also needed and not mentioned in 575248 (KDE 4.3 won't work with Qt 4.6).
Comment 5 Than Ngo 2010-05-12 11:36:39 UTC 
could you please give more detailts why KDE 4.3 won't work with Qt 4.6?

thanks
Comment 6 Brandon 2010-05-12 23:52:01 UTC 
A few reasons:

- kdebindings doesn't build.

- PyKDE4 alone probably can build, if you disable all the other stuff.

- Ruby binding generator has changed completely from 4.3 to 4.4 and the version in 4.3 chokes on Qt 4.6

- There's also some other assorted breakage with KDE 4.3 on Qt 4.6.

According to Kevin_Kofler in #fedora-kde, it was attempted in rawhide and they decided to wait for KDE 4.4 instead of fix all the breakage.
Comment 7 Than Ngo 2010-05-14 09:42:16 UTC 
(In reply to comment #6)
> A few reasons:
> 
> - kdebindings doesn't build.
> 
> - PyKDE4 alone probably can build, if you disable all the other stuff.
> 
> - Ruby binding generator has changed completely from 4.3 to 4.4 and the version
> in 4.3 chokes on Qt 4.6
> 

It's a known issue and can backported from 4.4 if there's request from customers . I don't see problem here because we only support PyKDE4 in rhel6.

> - There's also some other assorted breakage with KDE 4.3 on Qt 4.6.
> 

we were aware of some breakage with KDE 4.3 on Qt 4.6, and we already backported some patches from 4.4 which fix these issues
Comment 8 Brandon 2010-05-14 11:54:25 UTC 
There will be a lot of backporting required as some of these KDE technologies mature based upon all of the stepping stones implemented in 4.4

The GetHotNewStuff interface has been changed because the framework has been updated. 

I don't see why so much effort should be put into making all these new things work with an old version (4.3) when 4.4 was stable enough to become a regular update in Fedora 12, no experimental repo required.
Note You need to log in before you can comment on or make changes to this bug.