On Sun, Aug 19, 2012 at 11:22 PM, Irek Szczesniak <iszczesn...@gmail.com> wrote: > On Mon, Aug 20, 2012 at 12:37 AM, David Cantrell > <david.l.cantr...@gmail.com> wrote: >> On Sun, Aug 19, 2012 at 6:26 PM, Lionel Cons >> <lionelcons1...@googlemail.com> wrote: >>> On 18 August 2012 14:23, Irek Szczesniak <iszczesn...@gmail.com> wrote: >>>> On Sat, Aug 18, 2012 at 9:36 AM, Joshuah Hurst <joshhu...@gmail.com> wrote: >>>>> On Sat, Aug 18, 2012 at 3:12 AM, Jon Trulson <j...@radscan.com> wrote: >>>> I'd welcome the plan, but I have doubts that Redhat has much interest >>>> with funding anything. Even for a month or two. >>>> I think it's more likely that we'll see CDE getting patched and >>>> patched and patched with no organized plan or even someone steering >>>> the project who has any CDE knowledge and as result there may be a >>>> usable CDE rpm in two or three years, if any. >>> >>> I think we should at least try. A asked my staff here at CERN and the >>> conclusion is that the OpenCDE development is moving towards chaos if >>> no person with substantial knowledge of CDE takes charge. >>> >>> I think we should talk to Redhat. >>> >>> John, David, what do you think? >> >> It is highly unlikely that Red Hat would be interested in hiring >> people to work full time on CDE. Maybe 10 years ago, but not now. >> But, the biggest influence would come from customers asking for it. >> We do ship OpenMotif with RHEL based on customer demand as well as >> ksh93, things that do need see the same level of demand in the Fedora >> project. >> >> We did actually ship CDE a very long time ago (partnered through Metro >> Link) and I recently went digging through our release archives to see >> if I could find it, but could not. >> >> I have shown people at at the office CDE running on my system and I am >> surprised at the number of people who don't remember it. Red Hat has >> a lot of people from DEC and to have these guys not even really >> remember it is surprising. >> >> I intend to continue working on making it work better on RHEL and >> Fedora for my own use, but make available the packages I build to RHEL >> and Fedora users. I think that would be a good metric for judging >> actual interest. >> >> There is also nothing preventing inclusion of CDE in EPEL, the >> community package collection for RHEL users. Again, making it easier >> for RHEL users to use it. > > Yeah, based on that I think we can give up with CDE. I do not see any > hope that a production-ready CDE RPM will appear in the next 4-5 years > because it sounds like Redhat will do 'QA by end user' instead of 'QA > by qualified personel'. > > Fact is: > - OpenCDE entered a quick quality downwards spiral > - No planning or organisation is done > - There is no testing done, and even heavyweights like Redhat are not > willing to invest. They'll refer to 'testing by community', which is > as worse as 'released to community [and then let the project die]' > - There is no one from the 'old folks' around who developed or > maintained CDE and can help or object changes > > <sarcasm>The bitter truth is that his has become common within the IT > industry - Oracle started with that because it's cheap, legally > unchallengeable (yeah, lets sue a community for lack of testing, QA, > RH can just refer to the fact that it's only doing the packaging) and > enterprise users will pay anyway. The really sad thing is that > competitors like RH quickly followed that path.</sarcasm>
I think you missed my point. Red Hat will invest time and resources in to things that customers want. The fact is, no one cares about CDE in the business world anymore. If they do, we're not hearing it. Which means they are probably still using older commercial Unix systems that CDE originally shipped on. -- David Cantrell <david.l.cantr...@gmail.com> WH6DSN | http://blog.burdell.org/ ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
