Page 5 of 5 FirstFirst ... 345
Results 41 to 46 of 46

Thread: Red Hat Enterprise Linux 7 Ideas Are Needed

  1. #41
    Join Date
    Oct 2006
    Location
    Israel
    Posts
    637

    Default

    Quote Originally Posted by alelinuxbsd View Post
    I add even:
    Replace openoffice with liberoffice.
    Given the fact that Fedora >= 15 already switched to LO, and given the fact that RHEL7 will most likely be based on ~F16+, I believe this is more-or-less certain.

    - Gilboa
    DEV: Intel S2600C0, 2xE52658V2, 32GB, 4x2TB, GTX780, F20/x86_64, Dell U2711.
    SRV: Intel S5520SC, 2xX5680, 36GB, 4x2TB, GTX550, F20/x86_64, Dell U2412..
    BACK: Tyan Tempest i5400XT, 2xE5335, 8GB, 3x1.5TB, 9800GTX, F20/x86-64.
    LAP: ASUS N56VJ, i7-3630QM, 16GB, 1TB, 635M, F20/x86_64.

  2. #42
    Join Date
    Mar 2010
    Location
    Cambridge, UK
    Posts
    83

    Default

    why are people posting their wish lists here and not on the redhat site?

    https://access.redhat.com/groups/red...-linux-7-ideas


    maybe it's because they realise that redhat don't really give a **** and closed that forum already without actually committing to anything?

    I asked them formally why they can't provide tomcat7, and they trotted out the line that people want stability. well, yes, but they were doing tomcat6 in redhat5, so why not tomcat7 in redhat7? they also asked me why I wanted tomcat7 at all so I pointed out the release page and it all went quiet, i.e. they decided to park it.

    even gnu coreutils on RHEL6.2 is version 8.4 which was released in January 2010, with many newer releases way way way back in time before Redhat 6 was released, so you'd have thought RH would have bothered to update such a key component?

    if I didn't work in a PCI DSS compliant company I'd never have considered Redhat at all. sigh. I'm even wondering about whether it'd have been easier going through the pain of using ubuntu LTS and writing all the documents required to prove we were doing the right things to make compliant. sigh.
    Last edited by speculatrix; 07-10-2012 at 06:01 AM.

  3. #43
    Join Date
    Apr 2010
    Location
    Italy
    Posts
    92

    Default

    Support for the last Cpu right out of the box (as Intel Haswell, etc.).
    Since on their kernel should be present backports of functionality of new kernel.

  4. #44
    Join Date
    Apr 2010
    Location
    Italy
    Posts
    92

    Default

    Give a proper output about the packages that can't be update for priority protection instead, as happen now, simply say that a number of application can't be update without said anything other.

  5. #45
    Join Date
    Jul 2009
    Posts
    351

    Default It's a SERVER platform

    Screw ANY and ALL development of desktop features. Just drop in a generic gnome or KDE or something that the sys admin can use to administer the platform. It's really not worth spending development time on interactive features for systems that run database and web servers.

    I personally would LOVE it if a RedHat employee would bother to fire up rdesktop on a 64-bit system under valgrind and connect to a Windows 7 system. rdesktop works great with XP servers, but Windows 7 sends out different graphics commands and the code in rdesktop to handle them is just most miserable. On 32-bit systems it's only bad, on 64-bit systems, the X server gets corrupted and I end up having to reboot. The only way that I've found to successfully run rdesktop on my computer is to run it in a 32-bit virtual machine with remote X. The virtual machine suffers all manner of odd behavior and is otherwise unusable but I can actually manage to keep a remote desktop session running. I've tried installing Ubuntu, Fedora, gentoo, opensuse, and a whole host of distributions and every one falls down hard when rdesktop connects to Windows 7. I've tried different versions of rdesktop including checking out the source code and it's just a bad scene all around. It's really sad because I can pop my KVM switch over to my Mac and there I have a choice of RDP clients from Apple and Microsoft and they both work well. I know rdesktop is not a RedHat product but they do ship it with their system and thus they do have some sort of commitment to quality.

    Phoronix whiners will say "fix the damned bugs yourself" but that's not part of my job description. I have way too many work items on my plate as it is, fixing bugs in someone else's code is way way way down on my priority list.

    Otherwise I would say Please Please do not let your Fedora people anywhere near the enterprise stuff. After installing Fedora 18 I find it hard (impossible!) to believe that this piece of shit comes from the same people who package up RHEL. My goodness are they TRYING to screw it up? It certainly looks that way.

  6. #46
    Join Date
    Jul 2009
    Posts
    351

    Default I'll say it again for emphasis

    I think there must have been a book-burning party at RedHat HQ. They took all of their books on user interface design and threw them on a bonfire. It's as if the Mac never happened and Tog never wrote his landmark book on UI design. The Fedora 18 installer in any sane universe would be a JOKE, there would be a story in the Onion about it. It could be a textbook example of how to not write a user interface.

    Apparently there is nobody left at RedHat who ever used a Sun machine. Anyone who has spent more than 5 minutes with a Sun keyboard understands that they put the keys in the right place, and forever after they immediately configure their new computers to have a Sun keyboard layout. It used to take 5 seconds and a few clicks to do this, now it's a terrible mess.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •