Slashdot Mirror


Fedora's New Test Lead Plans Changes

lisah writes "According to a NewsForge article by Bruce Byfield, new Fedora test lead Will Woods has a laundry list of changes he plans on making to enhance the Fedora testing process. 'There's always someone who will comment that Fedora is just Red Hat's beta test for Red Hat Enterprise Linux (RHEL),' says Woods. 'It's not true, and I want no one to have cause to say that ever again.'"

32 comments

  1. Compaq, huh? by Linkiroth · · Score: 2, Funny

    From the article: "First introduced to testing at Compaq and IBM, Woods gained enough experience that he was hired two years ago when Red Hat needed someone to develop test automation tools." Testing at Compaq? Compaq tests things!?

    1. Re:Compaq, huh? by 192939495969798999 · · Score: 1

      Well, they did kinda reverse engineer certain IBM PC chips from scratch, spawning the entire PC clone industry.

      --
      stuff |
    2. Re:Compaq, huh? by Billosaur · · Score: 2, Funny
      Testing at Compaq? Compaq tests things!?

      Oh yes, Crapaq has been testing for years... testing users' patience, testing the ability of tech support to fix their malfunctioning boxes, and testing the limits of poor customer support.

      --
      GetOuttaMySpace - The Anti-Social Network
    3. Re:Compaq, huh? by JonTurner · · Score: 2, Funny

      >>Testing at Compaq? Compaq tests things!?

      They test their customer's patience. Does that count?

    4. Re:Compaq, huh? by Chris+Snook · · Score: 2, Insightful

      Hey, you're letting IBM off easy. IBM is a huge company with many product groups that have little interaction with each other, even though their products end up being used together routinely. They will test an extremely complex system of separately-sold hardware and software components with precisely one combination of firmware and driver levels, and they will repeat this process periodically as the components change, so if you buy all the parts at once, everything works fine, but if you buy them at different times (with different firmware levels) things will break in bizarre ways.

      To IBM's credit, if you *do* deploy things exactly the way they tested, it works flawlessly, but this is impractical for all but the largest (read: richest) customers.

      --
      There's no failure quite as dissatisfying as a complete and total solution to the wrong problem.
    5. Re:Compaq, huh? by MLease · · Score: 1

      From the article: "First introduced to testing at Compaq and IBM, Woods gained enough experience that he was hired two years ago when Red Hat needed someone to develop test automation tools." Testing at Compaq? Compaq tests things!?

      Well, yeah. AAMOF, I used to work with Will there; we were both in the XC Cluster group. I can't speak for every group, but XC was very conscientious about testing.

      -Mike

      --
      I'm sorry; I don't know what I was thinking!
  2. Say What? by adavies42 · · Score: 3, Insightful

    Did it take anyone else about five tries to parse that headline?

    --
    Media that can be recorded and distributed can be recorded and distributed.
    -kfg
    1. Re:Say What? by Loconut1389 · · Score: 1

      Yeah, for a while, I thought the new guy was a probational or interim guy or somesort and they were testing him out!

    2. Re:Say What? by schotty · · Score: 1

      no, seven.

      --
      Sigs are nice guns ...
  3. Nothing to Fear Except... by ObsessiveMathsFreak · · Score: 0, Flamebait

    I hope they fix that nasty bug with Rhythmbox where it shipped with no list of internet radio stations whatsoever, as well as no mp3, aac, or wma support. That sort of defeated the whole point of the application. And I couldn't help but notice that the Totem movie player, can't actually play any movies. Oh, and the helix player doesn't actually work either. The workarounds consist of upgrading from unsupported repositories and generally mucking about in your root account.

    Hopefully these new test procedures will be able to identify the problems with these applications and, if found unfixable, the applications in question will be removed from the repositories.

    --
    May the Maths Be with you!
    1. Re:Nothing to Fear Except... by Anonymous Coward · · Score: 0

      The lack of mp3, mpeg, and codec support is NOT a bug. It's intended to be like that. It will likely NEVER change.

    2. Re:Nothing to Fear Except... by Anonymous Coward · · Score: 0

      then there needs to be a multimedia manager outisde of the distros that can download and install support for mp3, dvd, etc... cause frankly, a desktop computer with that support is useless. I'm a vetern linux user and even I have trouble from time to time getting all this stuff up and going. Now imagine a new linux user from windows. You think they'll ever get their desktop to a "functional" point on their own? I think not. I've seen it and they fail, get frustrated, curse linux, and go back to windows immediately. No, these aren't dumb people and any linux user that thinks that the problem is dumb people are only fooling themselves in a cloak of vanity.

    3. Re:Nothing to Fear Except... by LeRandy · · Score: 2, Informative

      Unlikely...
      The problem is Patents, and licensing. If Red Hat wants to license, say, mp3 codec, it needs to pay royalties to Thomson to distribute. Is it likely that Red Hat are not going to pay for licenses for you, since they give you Fedora for free. Downloading the Realplayer RPMs and installing them is no more difficult than installing Realplayer on Windows. In fact, if you double click an RPM in GNOME, GNOME will ask for your root password automatically, and run system-install-packages. Real Networks have licensed the mp3 codec, so they are legally entitled to give them to you (as binaries) in Realplayer. Other codecs, like LAME, or FFMPEG are of questionable legallity (in the US at any rate), so you'll have to get them from unofficial sources. And if you follow http://www.fedorafaq.org/ there are EASY, STEP-BY-STEP instructions as to how to do this. "yum" is not hard to use!

      It is also in the Fedora "Constitution" that they will only include software that does not impinge on any licensing or patented tech. This is for a very good reason - The GNU GPL has a clause that says if you include code that you are not legally entitled to (or are later banned from using by a court), then you forfeit the right to distribute the software, either in binaries or as source. Thus if Fedora included mp3 codecs in FC6, Thomson could take them to court, and if they were found in breach of the law, Fedora could no longer distribute FC6 or make any derivatives of it. If Fedora included RealPlayer RPMs in the distribution, they would be breaking their commitment to give you only GPL software, and would be unable to give you the source.

      If you want a fully paid-up Linux distro, with licensed mp3 codecs and the rest, buy RHEL or SLED. If you want free($) and Free(OSS) software, then you have to live with the fact there are many people (IP holders in particular), that want to make sure you pay for your license to their technology. They won't be easy on you. Rhythmbox and Totem support things like OGG and FLAC out of the box. These are Free(OSS) technologies. You can use them without infringing any patents. MP3, WMA etc. are patented technologies - you need a license to use them, and no doubt the licenses preclude you from distributing them Free(OSS). Using unofficial, and possibly illegal (depending on your location) software is a choice YOU can take. It is not a choice Fedora can take - Red Hat (US company) would end up in court. Knowingly breaking the law can end Directors in jail, and wipe $millions out of their accounts.

    4. Re:Nothing to Fear Except... by tinkerghost · · Score: 1
      I hope they fix that nasty bug with Rhythmbox where it shipped with no list of internet radio stations whatsoever, as well as no mp3, aac, or wma support. That sort of defeated the whole point of the application. And I couldn't help but notice that the Totem movie player, can't actually play any movies. Oh, and the helix player doesn't actually work either. The workarounds consist of upgrading from unsupported repositories and generally mucking about in your root account.
      First, I don't know about the issue with no list of radio stations, that sounds like a missing config file.
      As for no MP3, AAC, WMA support - it's not a bug, it's a liscensing issue. You want to get FC for free, RH can't afford to pay per copy liscenses for those codecs. All 3 of those codecs are build on proprietary algorhythms which require a liscense. So, any US vendor - EU doesn't currently acknowledge software patents - has 2 choices:
      1. pay each owner a fee.
      2. not include the codec.
      Not entirely surprising, they don't include the codec on the free downloads.
    5. Re:Nothing to Fear Except... by Waffle+Iron · · Score: 2, Interesting
      The lack of mp3, mpeg, and codec support is NOT a bug. It's intended to be like that. It will likely NEVER change.

      It will probably change in about 4 years when the patents on MP3 expire.

    6. Re:Nothing to Fear Except... by guruevi · · Score: 1

      It's not Fedora (or Red Hat's) fault that the licensing of those products and the US Laws on those subjects are so anal. Welcome to the age of DRM, patents and vendor lock-in due to the 2 previous reasons.

      If you didn't know in the USA you are not allowed to reverse-engineer or even include software that is reverse engineered. You are not allowed to import it, export it or use it. Thus MP3, WMV, AAC support or the DRM-versions of it can not be included in a distro for/created in the USA. If you do, you get massive lawsuits or treated as a terrorist. You can of course go and ask permissions and pay big bucks to Fraunhofer/Thomson, MS or Apple.

      Welcome to the Nazi world of the 21st century where the Fuhrers are big companies and the Gestapo respectively SS is represented by lawyers and government. Oh, you can of course always rat out at your favorite kamerat.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    7. Re:Nothing to Fear Except... by baadger · · Score: 1

      ...also WMV support isn't available by default because it requires users to have access to Microsoft libraries, which are restricted by the Microsoft EULA. This will also most likely change when we get a GPL'd implementation of VC-1, infact the ffmpeg project is working on it according to the wiki page.

  4. I'm Confused by WebHostingGuy · · Score: 0, Flamebait

    The summary seems to imply that Fedora will now be less a beta for RHEL but the article discusses in depth how Fedora is now going to be using testing tools from RHEL and how they obviously have obligations to RHEL. If this doesn't provide more evidence that Fedora *is* just a beta for RHEL I don't what will.

    --
    Quality Hosting e3 Servers
    1. Re:I'm Confused by gormanly · · Score: 1

      But I want Fedora to be a testing place for the next RHEL. I run Fedora on my home network, and 41 (soon to be 89) RHEL boxes at work, plus 3 Fedora Core ones, and widespread testing of packages before they get into RHEL is a Good Thing (TM)

    2. Re:I'm Confused by Chosen+Reject · · Score: 1

      And what, pray tell, is wrong with that?

      --
      Stop Global Warming!
      Just say no to irreversible processes!
    3. Re:I'm Confused by pembo13 · · Score: 1

      So you're saying that because they use tools to test Fedora, that are tools used to test RHEL, that Fedora is just a test RHEL? So umm, then what were the tools being used on before? Since they were being used on RHEL before Fedora. Either ways, this is moot since, there is nothing wrong with Fedora being testing for RHEL since they serve different purposes.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    4. Re:I'm Confused by WebHostingGuy · · Score: 1

      Absolutely nothing. It seems the context of what I was saying was missed. I use RHEL extensively and am glad that Fedora is used to bug test new releases. My post was confused as why they don't want to be seen as the bug testers for RHEL.

      They obviously are the bug testers: they have obligations to RHEL and use the same tools now. This is a good thing. My confusion is why does Fedora want to distance itself away from this? That's what the Slashdot summary seems to indicate: that the Fedora developers don't want to be seen this way. But, when you read the article it clearly indicates the opposite. That's the confusion.

      --
      Quality Hosting e3 Servers
    5. Re:I'm Confused by Chosen+Reject · · Score: 1

      Ah, I see. Thanks for the clarification.

      --
      Stop Global Warming!
      Just say no to irreversible processes!
    6. Re:I'm Confused by sirambrose · · Score: 1

      I don't think that most people mind that the fedora project is a place that does QA for RHEL. As a Fedora user, I don't mind if the rawhide testers are doing free QA for RHEL. The problem is that Fedora has no real process in place to ensure that the rawhide process produces a quality product for both the Fedora and RHEL users. Red Hat needs Fedora end users to find significant flaws in their product. RedHat applies these fixes and then branches off a particular Fedora release and tests it in order to produce a quality product.

      Basically Red Hat should be applying their extra QA processes to Fedora while it is still in testing instead of only after release. They seem to be moving in that direction. If they can automate the testing that ensures that basic functionality of Fedora works at release time, the users will probably stop referring to it as a beta for RHEL. I know I would be happy if totem, Evolution, xsane, and gnome pilot were verified to be working before each release.

  5. Well, at least he is honest. by viper21 · · Score: 3, Informative

    It's nice to see them acknowledge a testing issue, and present options to the community on how to best approach the problem.

    The amazing thing is all of the people that are critical of Fedora. Even if it were a testbed for RedHat, it is a free distro. that is widely used--especially by the critics. I have no problems with it, and we use it on several development machines here.

    If the critics would step up and help solve the problems, they'd quickly run out of things to complpain about.

  6. Better Testing ...types of testing. by larryau · · Score: 0

    I think Fedora 4 release was the best one so far. Fedora 5 ...well they kind of just dropped the ball. Seems as if it was rushed to get it out the door. On the web you can find countless complaints about stuff being broken in it. As for the UI I don't think they bothered to ask anyone other than the engineer, designers about its practicalibilty and usability. Sure the way it was designed make perfect sense to the designer, but to an average Joe its confusing and does not make since. Perhaps take a page from SUSE on this issue(SUSE has there problems to, but they did good with this one). They literally for the Enterprise Desktop 10 went out to the streets, literally and asked people who had none or little experience on computers to come to there labs and test the level of ease of use and design of there OS. Did it make sense, was it easy to find stuff, could you figure out quickly what to do. These were some of there core questions and issues they wanted to address. So many complaints about usability. It's a common affliction of software developers, engineers and the like to design stuff from there point of view. This makes sense but only from there position. To the user it can be confusing and difficult to use. Fedora should try to incorporate some of these ideas and practices into there design model. Stop relying so much on the devoted parts of the community to tell you if it's a good design, or if it works well. These parts of the community have been at it a long time, they know a lot, and particular how to hack and work around a problem. In fact there is a kind of status from being smart enough to be able to problem solve some of the OS short comings. To a laymen it means nothing, but hours of frustration trying to find or figure out how to do something. Stuff to fix or improve. 1. The setup procedure need to be revamped. Fedora 5 did a nasty thing by removing your ability to make choices. Is is like they wanted to homogenize your choices. You only had a few types of setups to choose from and that's what you were left with once chosen. You were not able to add or subtract certain packages from the initial setup. The whole having to have a internet connection for YUM after setup to be able to install software from the DVD or CD's is a nightmare. I know many, many people that simple do not want the machine connected to the internet. For the solution you have to go hacking around config files to bypass this fopa. That is simple unacceptable to a user. 2. If your going to update over the internet using YUM. Make it far easier than it is now. You still have to go into the config files and set mirrors and such. Many of the mirror names have no common convention for naming. So you have to guess at what is the correct way to enable a mirror or server for updates. The update tool should automate this. For example it should contact a central server for a list of update and package mirrors in your area. Did you get that in your area. A dialog box pops up asking you for your zip code or such and uses that information when communicating with the central server for a list of local mirrors. It then nicely writes the location or info the update program needs to contact those update, software mirrors for you, automatically. You don't have to dig around in config files its done for you. Of course you should retain the ability to pick other update, package server, mirrors, far away if you like. 3. And last don't rush it. If it takes an extra 2 to 3 months just so you can get it right then that is absolute fine.

    1. Re:Better Testing ...types of testing. by pembo13 · · Score: 1

      Well Fedora 5 has been the best FC for me thus far. Many "nice" things work' A lot of my hardware now "just works" and I get about as much or fewer crashes for applications in general. I think the move to the 2.17 kernel brought and the newer gcc version brought with it a lot of new problems.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    2. Re:Better Testing ...types of testing. by noldrin · · Score: 1

      This is interesting, because almost all of the distros based on Fedora (RHEL, CentOS, BLAG) decided to skip 4 because it was considered buggy and go from 3 to 5.

    3. Re:Better Testing ...types of testing. by Anonymous Coward · · Score: 0

      Eh?

      If you call FC4 buggy, what do you call FC5? I've switched back from FC5 to FC4 because FC5 has too many bugs.

  7. RealPlayer for Linux feels crippled by 1800maxim · · Score: 1

    A simple thing... i want to create a playlist. I want to take 10 of my MP3 files and make a playlist that RealPlayer would play.

    So far I have been unable to do this. If there is a way to do this, how come it is not intuitive at all?

    And I wish there was something with the simplicity of WinAMP - a player that supports MANY patented file types, and is available for... FREE. If there was a player like that for Linux that you could install with the ease of RealPlayer, I would have been VERY happy. As it stands, to install something requires endless hunt for the right libraries. I had FC4 installed, and ended up upgrading to FC5 since many libraries could not be installed via yum due to circulatory reference (to install i need verion x of library A, and to install library A I need version y of library B, etc...)

    1. Re:RealPlayer for Linux feels crippled by LeRandy · · Score: 1

      Install XMMS. Its a Winamp clone (in essence) and will accept Shoutcast mp3 streams, and m3u/pls playlists. You'll need to download the unofficial codecs as set out in http://www.fedorafaq.org/

      I have to say I prefer the clean interface that RealPlayer for Linux uses - much rather that than the crud that comes with the Windows version.

      If you prefer to stay 100% legit (depending on where you are, that is), I believe there is a gstreamer plugin that is licensed for mp3 that you can buy/download. This will make things like Rhythmbox work with mp3s, and Rhythmbox can cope with playlists and the like.

      As for your dependency problem, yum does have a force option (I can't remember how it works mind), that will let you force the installation of one dep, to get you out of the cycle. If it's something like kmod-nvidia and xorg-x11-drv-nvidia (which I had trouble with before), the solution was to uninstall them both, and fall back to the Free (nv) driver which requires neither, then install the updated version. IIRC the reason for this was that the update couldn't do its work without overwriting one of the packages that was needed by the existing (and running) nvidia driver - so the existing kmod forbad the upgrade to the newer xorg drv module, while the newer kmod required it. Hopefully that issue is laid to bed now, and a better way of handling the pair has been sorted.

  8. Hum.... by Anonymous Coward · · Score: 0

    Fedora is just Red Hat's beta test for Red Hat Enterprise Linux (RHEL)...