Announcement

Collapse
No announcement yet.

Red Hat Enterprise Linux 7 Ideas Are Needed

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #41
    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
    oVirt-HV1: Intel S2600C0, 2xE5-2658V2, 128GB, 8x2TB, 4x480GB SSD, GTX1080 (to-VM), Dell U3219Q, U2415, U2412M.
    oVirt-HV2: Intel S2400GP2, 2xE5-2448L, 120GB, 8x2TB, 4x480GB SSD, GTX730 (to-VM).
    oVirt-HV3: Gigabyte B85M-HD3, E3-1245V3, 32GB, 4x1TB, 2x480GB SSD, GTX980 (to-VM).
    Devel-2: Asus H110M-K, i5-6500, 16GB, 3x1TB + 128GB-SSD, F33.

    Comment


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




      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; 10 July 2012, 05:01 AM.

      Comment


      • #43
        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.

        Comment


        • #44
          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.

          Comment


          • #45
            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.

            Comment


            • #46
              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.

              Comment

              Working...
              X