Slashdot Mirror


Distributed Statistical Debugging

Luis Villa writes "The Cooperative Bug Isolation Project at UC Berkeley and Stanford is working on statistical debugging techniques to report, find, and fix the bugs that drive the most users crazy every day. A handful of outside bug volunteers have been running the project's special feedback builds for a few weeks, and that has generated some really interesting data. But for strong results they need more runs. /. has been known to generate those kinds of big numbers ;) Their site has feedback builds of several open source applications, and the entire project is open sourced. Read more about it, then install some applications, and help them make our free software better for everyone. I'm really looking forward to the end results."

103 comments

  1. It has to be said... by Bush_man10 · · Score: 1

    if you want to track a lot of bugs try to hook it into windows :)

    --
    "I believe in everything in moderation. Including moderation." -Dean DeLeo, Stone Temple Pilots
    1. Re:It has to be said... by Anonymous Coward · · Score: 0

      a joke, yes, but also true. WinXP pops up with a "please tell ms about this" whenever a program crashes, offering to send off a bug report. choices are "send" or "dont send."

      of course, it's really only useful for MS-published software.

    2. Re:It has to be said... by Sanga · · Score: 1

      My XP machine winked out (while browsing a folder) and came back saying "a problem was found". I sent the error report off and had a MS website (poorly renderred in Mozilla) tell me that a nonMS device driver was at fault there.

      So writes the code that reads the hard disk?? And why doesn't it fail all the time -- MS would not answer.

    3. Re:It has to be said... by Thundersnatch · · Score: 1
      Microsoft has been doing this for a few years now, and they've used the resulting data to fix the "worst offending" bugs.

      The results are encouraging: Office XP programs with Office XP Service Pack 2 basically never crash, at least in our organization of more than 100 desktop and mobile users.

      I certainly can't say the same for OpenOffice 1.0... it seemed to crash every time I moved the mouse, so I eventually went back to Office XP on Windows.

      I find it disingenous that /. fails to mention Microsoft's widespread use of such a system, and the positive results. But then again you're not allowed to say anything nice about Microsoft here.

  2. Bugs.... by cybermace5 · · Score: 1

    How can they tell which bugs are the culprits driving the users crazy every day? Do they monitor large numbers of keys being pressed and map out the physical keyboard layout to determine how hard the users head is smacking into the keyboard?

    --
    ...
    1. Re:Bugs.... by Anonymous Coward · · Score: 0

      Simple, they monitor the Linux news groups - the questions that gather the most "RTFM, j00 n00b!! H4W H4W j00 r not 1337" are the ones classified as terminally broken.

    2. Re:Bugs.... by Benoni · · Score: 2, Informative

      cybermace5 asked:

      How can they tell which bugs are the culprits driving the users crazy every day?

      It's a numbers game. We're looking for statistical trends in large numbers of runs. That means we will learn the most, the most quickly, about the bugs that are happening most often to the most users. Bug triage falls out as a natural consequence of the sparse sampling and statistical modeling approach.

      That said, you suggestion about measuring head-into-keyboard smacks isn't half bad. There are some groups here at Berkeley that work on haptic (touch-based) interfaces; perhaps I should pass that suggestion along to them. :-)

    3. Re:Bugs.... by evilad · · Score: 1

      The bugs that drive me nuts don't result in crashes. Mozilla, for example, stops handling keystrokes when you open a tab on an unresponsive page.

      This project does nothing at all to deal with the bugs which are most annoying and difficult to report.

      Perhaps it should be called it the Cooperative Crash Isolation project.

    4. Re:Bugs.... by Otter · · Score: 1
      I still don't understand. When I use your modified Nautilus and can't copy and paste text into rxvt, how do you know there's an issue? It seems to me that sparse sampling is exactly the wrong way to find something like that -- you need to look at blocks of time and observe repeated efforts to GET WORD TO FORMAT MY *$^&$* TABLE CORRECTLY or PASTE THIS *^$#$* THING FROM KONQUEROR TO XCHAT!

      Naturally, as you're merely CS doctoral student at Cal and I'm some ignoramus raving at you on Slashdot, my opinion needs to be given extensive consideration...

    5. Re:Bugs.... by Benoni · · Score: 2, Informative

      In the future we may add the ability for users to manually report non-crash application misbehavior. I know that this is something that The GIMP's developers are very interested in, and we are already doing controlled experiments along similar lines. The underlying statistical debugging techniques still apply.

      But in the current public deployment you are quite right that we only pick up on crash bugs. Consider that the more general project name gives us something to aspire to. :-)

    6. Re:Bugs.... by Benoni · · Score: 2, Informative

      If you're a raving ignoramus, you're a raving ignoramus who asks good questions. :-)

      In our current deployment, we only learn about problems that crash the application. These are important bugs, but they are certainly not the only bugs.

      We are considering ways to let users manually report non-crash misbehavior. I know that this is something that The GIMP's developers are very interested in, and we are already doing controlled experiments along similar lines. The underlying statistical debugging techniques still apply.

      Or to put things into academic terms, "FORMAT MY *$^&$* TABLE CORRECTLY" is future work. :-)

    7. Re:Bugs.... by evilad · · Score: 1

      That sounds spectacularly cool, but difficult to implement. I can think of a bunch of ways to do it, none perfect.

      The highest profile example is Mozilla's terrible "voting" system, where I must already know the bug's number before I can be annoyed by it.

      The most promising example that I've seen so far is bugs.kde.org, wherein a user attempting to report a bug is presented with a list of likely preexisting matches. If users were encouraged to add a noiseless "me too" to a bug database of that sort, it might lend itself to meaningful analysis.

    8. Re:Bugs.... by Anonymous Coward · · Score: 0

      "Mozilla, for example, stops handling keystrokes when you open a tab on an unresponsive page."

      Turn off Java. If you're using Windows, this also has the effect of stopping your computer from bluescreening so often.

    9. Re:Bugs.... by Harry8 · · Score: 1

      Benoni,

      I have been taking part in this for a while, (gnumeric) however frequently have it switched off, simply out of bandwidth concerns (I pay through the nose if over a rediculously low limit.) Mia Culpa I've not read all the documentation at your site (only so many hours in a day, etc.) Does this only send back reports when gnumeric crashes or is it sending back reports on a constant basis? How much bandwidth does it use? Can I just leave it on knowing it is trivial usage?

      Cheers,
      H.

    10. Re:Bugs.... by Benoni · · Score: 1

      All good questions, Harry8.

      Does this only send back reports when gnumeric crashes or is it sending back reports on a constant basis?

      It sends back a report when the application exits. Crashes include some extra crash information, but successful exits upload a report too. (That way we can look for the differences between good runs and bad.) See the web site for more details on exactly what's in those reports.

      There is no continuous reporting while the program runs: it's just one blob sent when the program exits.

      How much bandwidth does it use? Can I just leave it on knowing it is trivial usage?

      We've worked hard to keep the reports small. The median size for Gnumeric reports received thus far is just over 8KB: about one second across a 56K modem. The single biggest Gnumeric report we've seen is still under 16KB: about two seconds across a 56K modem.

    11. Re:Bugs.... by Harry8 · · Score: 1

      Cheers Benoni,
      That level of bandwidth use is fine with me & well worth it, I'll just switch it on for all users of that machine & forget about it. I guess I was only concerned if it was constantly sending back information - which I thought might hurt the hip-pocket after a few good 6-7 hour sessions of usage. Turns out there is no cause for concern - which is all good.
      I'll be interested to see what results it all brings.
      All the best.

  3. Didn't Microsoft patent something like this ? by zymano · · Score: 1

    They patented error/bug feedback software or something last month.

  4. RTFA by jbellis · · Score: 2, Insightful

    this isn't the same thing at all.

    the "stanford bug checker" is a static source analysis program. this is something else entirely, and arguably more useful.

    1. Re:RTFA by jbellis · · Score: 1

      either you're not a programmer, you STILL haven't read the article, or you're an idiot. they have NOTHING IN COMMON beyond the name "Stanford."

    2. Re:RTFA by AVee · · Score: 1

      the "stanford bug checker" is a static source analysis program. this is something else entirely, and arguably more useful.

      I think they both have their use. This system takes samples of the state of a running program and does a statistical to see wich state is likely to be the cause of a crash. Not really something that can't be done by a programmer using a debugger, but automatic and given sufficient input i might point you to exactly what condition causes a crash. The stanford bug checker try to prevent bug by code analysis to prevent bug in the first place. Both of them help to make programs better.
      That is, technically speaking, neither of these system is able to find bug that just cause other things then the programmer intended, it might be interesting to add some kind of userfeedback to the system.

  5. I've got your debugging right here by mblase · · Score: 1

    debugging techniques to report, find, and fix the bugs that drive the most users crazy every day.

    Can you do something about these ladybugs that are driving Midwesterners nuts, then?

    1. Re:I've got your debugging right here by Anonymous Coward · · Score: 0

      No kidding. In Minnesota they're like a biblical plague. Driving around sometimes it's like rain on the windshield. They haven't invaded my home yet, but crap, they're everywhere.

  6. props by Dysphoric · · Score: 1

    personally i think that projects such as this are a good thing. the more people test software the small the chance of bugs being in the final release. now if only microsoft would follow suit...

    --
    sig censored by america
    1. Re:props by gbjbaanb · · Score: 1

      MS does - in XP when an app crashes, a debugger loads up and offers to send a minidump to MS.

    2. Re:props by swissmonkey · · Score: 1

      They don't follow suit.

      They had this idea first.

      MS has a database of all the crashes reported by its bug reporting tool(in XP & WS03), these crashes are analyzed, sorted and categorized and help them fix the bugs.

  7. Imagine a beowolf cluster of thes-wait, never mind by Anonymous Coward · · Score: 0

    I guess it is a distributed project....

  8. Yeah but... by Anonymous Coward · · Score: 0

    What if the feedback system has bugs in it?

  9. Its not a bug by jniver · · Score: 1

    It's a feature

    Sorry...had to be said

    --
    Jason
  10. I have a bad bug on my owrk PC by HarveyBirdman · · Score: 0

    When I boot my computer at work, it loads up Windows. Make it stop!

    --
    --- Ban humanity.
  11. What Really Interesting Data? by stevesliva · · Score: 1

    I didn't see any of the really interesting data referred to in the article on the website... anyone care to share a link?

    --
    Who do you get to be an expert to tell you something's not obvious? The least insightful person you can find? -J Roberts
  12. Fix bugs...? by jabbadabbadoo · · Score: 2, Funny
    "statistical debugging techniques to report, find, and fix the bugs"

    A debugger that FIX BUGS?

    What's next? A compiler that brews beer?

  13. This seams familiar by Anonymous Coward · · Score: 0

    Isn't this what microsoft was trying to do when they implemented the error reporting?

  14. distributed programming... by dilvie · · Score: 1

    This might be really cool in combination with things like distributed genetic programming. =) Are there any open source projects that combine various distributed programming/bug tracking techniques with a central web interface to track stats/view results, etc..?

    1. Re:distributed programming... by daehrednud · · Score: 1

      You're just aching for Skynet to become aware aren't you?

  15. Other architectures? by gouldtj · · Score: 2, Interesting

    From my reading of this, it sounds like the data is going to be architecture specific (i.e. x86, PPC). So that means that those hundreds of thousands of samples that are needed, would be needed for every architecture.

    Hmph, mean they probably won't figure out why some programs are seemingly less stable on PPC :( But, I guess many bugs effect every architecture, so I can be happy about that ;)

    1. Re:Other architectures? by Ed+Avis · · Score: 5, Insightful

      Yes, but if you fix a crash-causing bug (such as a buffer overrun) on one architecture, it's likely that the same bug was present on others. Or rather, would also cause a crash on other platforms - since a bug is a property of the source code, the meaning of the program, and the fact that a program happens to work on Tuesday doesn't mean the bug is not there.

      Consider: projects such as openssh and Apache do not issue separate vulnerability warnings for different platforms. If a memory-corruption bug exists, it is probably exploitable on most platforms given the right conditions.

      Still, it's very likely that some particular bug cause crashes often on PPC, but is less likely to be tickled on x86. Then it might not get fixed, because it's less likely to be reported. But if a PPC user does report it, the x86 users benefit from the fix too, even if for them it was a fairly obscure and not-often-noticed bug.

      --
      -- Ed Avis ed@membled.com
    2. Re:Other architectures? by GooberToo · · Score: 1

      I was getting to respond with the same answer. Someone mod the parent up! Good job!

    3. Re:Other architectures? by gouldtj · · Score: 1

      Yes, but if you fix a crash-causing bug (such as a buffer overrun) on one architecture, it's likely that the same bug was present on others. Or rather, would also cause a crash on other platforms - since a bug is a property of the source code, the meaning of the program, and the fact that a program happens to work on Tuesday doesn't mean the bug is not there.

      Yes, but I was thinking more like endianness bugs and casting pointers to integers on 64-bit machines (yeah, there are still people who do this). Things like Altivec support would not pop up on x86 machines also.

      But yes, things like buffer overruns and the such would be architecture independent.

    4. Re:Other architectures? by Benoni · · Score: 1

      The instrumentation is injected early during compilation, at roughly the source code level. We're looking at things like variables, function returns, branches, etc.: source-level constructs. Thus, the data is not architecture specific.

      Of course, if the bug is architecture specific, then identifying the vulnerable architecture is part of what we'd want the system to produce as analysis results.

      By design the system learns the most about the most frequent failures. So yes, that probably means that we will find cross-platform bugs before x86-specific bugs, and x86-specific bugs before PPC-specific bugs. From a practical "bug triage" standpoint, that's exactly the behavior you want. If there are more bugs than engineers, you need to pick your priorities.

    5. Re:Other architectures? by gouldtj · · Score: 1

      Cool. I didn't understand that from the documentation. Thanks for the explaination.

    6. Re:Other architectures? by Ed+Avis · · Score: 1

      I'd say relying on a particular endianness is a bug even if you only run the program on one platform. Likewise assuming that an int and a pointer are the same size is always a bug. In both cases you are relying on something that's undocumented.

      I guess this illustrates the difference between a bug and a defect. Assuming sizeof(int) == sizeof(void *) is a bug in code, but it may not be a defect in the final executable if you compile for a platform where they do happen to be the same size.

      --
      -- Ed Avis ed@membled.com
  16. Number 1 on the list by one9nine · · Score: 2, Funny

    Duplicates on Slashdot. ;-)

    1. Re:Number 1 on the list by Anonymous Coward · · Score: 0

      Duplicates on slashdot

  17. Russians won WWII by melted · · Score: 0, Offtopic

    Not Americans. Americans only chimed in when it became clear that the Russians are kicking the crap out of Hitler. You can't imagine how seriously all this talk about Americans "winning" the WWII pisses off the people who fought with Wermacht for 5 years and lost 35 million brothers and sisters in combat to actually win the war.

    1. Re:Russians won WWII by Anonymous Coward · · Score: 0
      You mean the people who formed an alliance with Hitler to carve up Europe, gleefully turned Jews over to the SS, had to fight off Hitler after he double-crossed them, and then enslaved half the world and spent the next 40 years trying to enslave the other half? Yeah, poor babies.

      Anyway, 35 million? 20 million is the usual number and the truth is Stalin was responsible for at least half of them.

  18. Patent violation by demachina · · Score: 1

    I wager this is violating Microsoft's newly issued patent on crash reporting.

    --
    @de_machina
    1. Re:Patent violation by Anonymous Coward · · Score: 0

      Now, given that Microsoft is being taken to court by some californian universities, does that give them the ethical right to retaliate? ;)

  19. Wrong... by Anonymous Coward · · Score: 0

    "/. has been known to generate those kinds of big numbers"

    No, no, no!

    Slashdot will MAKE YOU debug your app to see why it crashes under load. We don't actually help you figure out the problem.

    Maybe if you'd incorporate your test into the slashdot website proper, then maybe you'd be on to something...

  20. Microsoft's Distributed Statistical Debugging by twoslice · · Score: 2, Interesting
    Microsoft has been using this feature in XP and it apparently does not work. One of our applications crashes frequently for no reason at all. I have told all of our users (1600+) to just click the "SEND" button when it asks to send the "encountered a problem report" back to Microsoft.

    In my calculations Microsoft must have gotten at least 30,000 reports of this bug and it is still not fixed yet...

    --

    From excellent karma to terible karma with a single +5 funny post...
    1. Re:Microsoft's Distributed Statistical Debugging by weloytty · · Score: 1

      That assumes that windows is the problem, and not your application

    2. Re:Microsoft's Distributed Statistical Debugging by MrMr · · Score: 2, Insightful

      In my calculations Microsoft must have gotten at least 30,000 reports of this bug and it is still not fixed yet...

      Yes, but what makes you think the feature doesn't work?

    3. Re:Microsoft's Distributed Statistical Debugging by Koyaanisqatsi · · Score: 2, Insightful

      I would click SEND more often myself if the app would give you back a "support ticket number", or a bug ID in the DB so that you could look back later and see how many other entries have been logged for the same error and if a patch is in the making ...

      Now that would be cool! (and very much like an automated bugzilla interface compiled w/ the code ...)

    4. Re:Microsoft's Distributed Statistical Debugging by Anonymous Coward · · Score: 1, Informative

      That isnt how watson works, the bugs are contained in what is called "Buckets", once the bucket for that particular stack trace (that particular bug) has reached its limit for enough information to debug, you can press send all you want, the bucket limit has been reached, they dont see 30,000 of the same crashes, maybe 5 or 10, they dont need more.

      Click all you want. Its pointless once they got enough crash info.

      Now they should open the watson buckets for developers on MSDN so we can pull the info from theyre server and run it in the debugger with our symbol server so 3rd party vendors can use this information.

    5. Re:Microsoft's Distributed Statistical Debugging by Anonymous Coward · · Score: 0

      You mean u want to see theyre RAID bug database, I dont think so :D

      Thats not gonna happen.

    6. Re:Microsoft's Distributed Statistical Debugging by Anonymous Coward · · Score: 0

      "That assumes that windows is the problem, and not your application"

      The crash-reporting program assumes that Windows is the problem, and not your application.

      Interestingly, it was written by Microsoft.

    7. Re:Microsoft's Distributed Statistical Debugging by weloytty · · Score: 1

      no, the crash reporting program simply reports stack traces that fault, thus bringing an application down, to Microsoft--sometimes the crashes are caused by windows, but the vast majority of the time, the crashes reported are caused by problems within the crashing app itself.

    8. Re:Microsoft's Distributed Statistical Debugging by m_pll · · Score: 1
      Click all you want. Its pointless once they got enough crash info.

      It's not pointless. They don't store every crash dump, but the total number of crashes is recorded. Higher numbers mean higher chances of a fix. Of course, that's assuming that the app didn't wipe out its stack so the fault goes into some generic "we have no idea what's going on" bucket, and that all crashes are actually identical or similar enough, and that the problem is actually in Windows and not the app etc.

      As for making the crash info available to 3rd party vendors - it already is. You can see the crash data for your applications if you participate in the "certified for windows" program or something like that.

    9. Re:Microsoft's Distributed Statistical Debugging by /dev/trash · · Score: 1

      I'd wager that they see one report from one IP.

    10. Re:Microsoft's Distributed Statistical Debugging by User8201 · · Score: 1

      And this is highly illegal of MS because they don't have the legal right to see stack traces and memory dumps which they can then reverse engineer, for it could violate your license agreement.

    11. Re:Microsoft's Distributed Statistical Debugging by follower-fillet · · Score: 1

      > if the app would give you back a "support ticket number",
      > or a bug ID in the DB so that you could look back later
      > and see how many other entries have been logged for the
      > same error and if a patch is in the making ...

      I'm repeating myself, but:

      http://www.bugtoaster.com/

      TalkBack's Full Circle (as used in Mozilla) in theory does the same, just not publically.

      I've also developed a similar thing for Python, it's on sourceforge, but not released yet.

    12. Re:Microsoft's Distributed Statistical Debugging by follower-fillet · · Score: 1

      Actually, I didn't RTFA before posting, I now realise it doesn't just track the bad runs, so it's not entirely the same.

  21. They need to do a version of MySQL by jbellis · · Score: 1

    so /. will stop losing comments into thin air like it did two of my replies to this article. :-|

  22. 20 mln is an "official" figure. by melted · · Score: 0, Offtopic

    More correct figure is about 35mln. Most of Stalin's repressions occured in late 30's, and they're not a part of 35 mln. There was no "alliance" with Hitler. There was, hovewer a pact that USSR and Germany won't attack each other which made a lot of sense, because in early 40's Germany had more military power than any single other country on the planet, and it was pointless for Russia to even try to defeat them alone.

    Nobody turned over Jews, SS troops were good at finding them themselves. Nobody protected them much either, that's true. And nobody "enslaved" anybody. Yes, they've established socialist regimes in some Eastern European countries, but this is FAR from what one would call "enslavement" (the nations weren't even economically related). Merely a change of political regime (kinda what the US did in Afghanistan and Iraq TWICE, horribly shooting themselves in the foot in process of doing that).

    1. Re:20 mln is an "official" figure. by Anonymous Coward · · Score: 0
      Jeez, when did Beria get an account here?

      Every single statement in that comment is false. Generally mindbogglingly false..

  23. This filth is spyware! by Anonymous Coward · · Score: 0

    These Berkeley pinkos really fooled me. I installed this "debugger" on my system. I was working with GIMP for about 15 minutes processing an innocent collection of pictures and suspiciously I got an email for a free sample issue of Enormous Ass Fancier Magazine. Let me tell you, I felt so violated. You can bet that as soon as I am through reviewing my sample issue, Berkeley will be hearing from me.

  24. even morons know some things just can't be fixed by Anonymous Coward · · Score: 0

    from the grasping_for_something_to_say_besides_innovation dept.

    Viruses are becoming increasingly more sophisticated and the time between the delivery of a patch from Microsoft until hackers figure out workarounds is becoming dangerously short. In the case of the Blaster virus it was 25 days, Ballmer said

    "When it gets down to five or 10 days a lot of our users will be in a tough position. Their [hackers'] exploits are getting more sophisticated," Ballmer said.

    you wonder how these fauxking corepirate nazi payper liesense stock markup FraUD ediots can stay out of jail for yet another daze? defense lawyers. that's how. you're paying for it, as well as everything else.

  25. I got a revelation for you by melted · · Score: 1

    What you'd read in high school history textbook wasn't true. :0) And no, Americans did not win WWII. They only chimed in in the end when it was already won.

    1. Re:I got a revelation for you by Anonymous Coward · · Score: 0

      They only chimed in in the end when it was already won.

      That's only true if you consider the Soviets conquering Europe to be a victory. Only a retard or a Communist would think that way, though. Which one are you?

      The Americans won the war in that they liberated France and some of the western European nations from German and potential Soviet rule. Without the Americans, the British could never have reconquered the continent and the war would have ended with it under either Soviet or German control, hardly a victory in either case.

  26. Re:TO America: by 91degrees · · Score: 2, Insightful

    Freedom of speech should not be extended to those who seek to curtail the freedom of speech

    Why the hell not!? Freedom of speech is a right. Not a luxury good to be traded.

  27. RPM only? by Laur · · Score: 1

    From reading the FA it appears that this is for RPM based distros only. Any plans for alternate distos?

    --
    When you lose something irreplaceable, you don't mourn for the thing you lost, you mourn for yourself. - Harpo Marx
    1. Re:RPM only? by Benoni · · Score: 1

      We would like to support more distros; it's just a matter of prioritizing our limited resources. If there is a specific alternate distro that you want to see, please let us know. I can't make any promises, but we have every motivation to be responsive to the interests of potential users.

  28. really excelent stuff by seringen · · Score: 1

    I really hope slashdotters go out of their way to use this software, because I know the people working on it and they are great, and due to the complexity of the problem, it works best when there's insane amounts of people running it. The best part is that you don't have to do anything, just run your favorite programs to help out the study. And as for extending this to other architectures and stuff like that, you have to realize this is just a bunch of researchers who are starting to work on this issue, and that things like that will come to pass down the line. If you're really interested in the methodology, check out the site for everything you could possibly want to know on it!

  29. No Ebuild? by Rich0 · · Score: 1

    What - no ebuild distribution? Just RPM?

    I guess they don't want the thousands of gentoo users to participate... Shame - they're the sort to be likely to contribute something to said bug reports since they are more likely to know something about programming...

    1. Re:No Ebuild? by Benoni · · Score: 1
      I guess they don't want the thousands of gentoo users to participate.

      Hey now, don't take it personally. That's not what it's about. It's just a matter of prioritizing our limited resources. I would love to add Gentoo to our list, and in fact foser has expressed an interest in teaming up. We just need to find the time to get all the pieces put together.

    2. Re:No Ebuild? by Anonymous Coward · · Score: 0

      No they aren't, or else they'd realize that there is no point in custom compiling everything.

      Plus, using ebuild would only allow gentoo users to use the system. Red Hat, Mandrake, Suse, and others that I am forgetting, use RPM, so by distributing RPMs they can get more participants.

      Plus, if you like ebuild so much, why don't you just emerge rpm?

    3. Re:No Ebuild? by Rich0 · · Score: 1

      There isn't any reason they can't have both.

      Personally, I like the gentoo portage system. I'd really prefer not to mix rpms and ebuilds on my system - my guess is that it will eventually come back to haunt me. I'd probably sooner just download a source tarball and stick it in usr/local where I can get rid of it later if I put in the protage-supported version.

      That being said - I have no religious devotion to portage. If somebody else wants rpms or to use apt-get, all the more power to them...

  30. Nifty, but can't follow C++ yet (no Open Office) by dwheeler · · Score: 1
    The idea is interesting, but the current implementation can only handle C - not C++ or other languages. That means it can't handle Open Office currently.

    That's too bad, because the open source application most needing high reliability is Open Office. Don't get me wrong - Open Office is quite useable, and I experience fewer reliability problems with it than with Microsoft Office. However, making Open Office extremely reliable (far beyond most software) would help far more people than getting the GIMP more reliable.

    I wish these folks well on their research. I also hope that they extend their tool enough to handle Open Office in the future.

    --
    - David A. Wheeler (see my Secure Programming HOWTO)
  31. 1 word by ISPTech · · Score: 1

    Moooo.

    --
    This space intentionally left blank.
  32. Re:TO America: by jarran · · Score: 1

    The value of American liberty lies not in the fact that we value or agree with the KKK, but simply that we allow them to exist on their own ideological merits. The value of the KKK is determined in a free and open manner by a free society, something 98% of the world apparently abhors.

    So, you agree that the US is undemocratic then, and that the constitution is not fairly representing the majority of American's who abhor free speech?

    (For the slow: If only 2% of the world doesn't abhor free speech, even if every single one of those people were in the US, they'd still be a minority as the US has 5% of the worlds population.)

  33. does netscape quality feedback agent actually work by urbieta · · Score: 1

    I downloaded MozillaFirebird in spanish and I get the netscape quality feedback agent each and every time mozilla dies, I try to answer the questions but I never get the feeling something good is actually working

  34. Neither by melted · · Score: 1

    It is a widely known fact that 9 out of 10 German casualties were on Eastern (to them) front. Even when (in the end of the war) Allies landed in western Europe Hitler was still sending 80% of his troops towards the East. It sure was easy to liberate France considering the fact they fought with less than 20% of the worst-trained German troops. Americans weren't kicked out of Europe by Russians only because after the relentless 5 years in this war (yes, FIVE years) the economy and troops were so taxed it wasn't the time to start another war, especially with someone who provided you with financial support (however insignificant) and even with political support towards the end of the war.

    So who defeated Hitler again?

    Forget the propaganda you've read in your high school textbook. The US winning this war sound like if someone joined a fight when those fighting were already on the ground tired catching up with their breath and kicked the butt of the guy who seemed more tired. Had Hitler won in the USSR, there's little doubt the US would have joined him instead.

  35. FullCircle builds, the Netscape QFA, and You... by g_lightyear · · Score: 1

    Actually... First time I remember seeing anything like this was from a company called FullCircle, who had a bug reporting tool that Netscape had packaged up into its client and called it the Netscape Quality Feedback Agent - but it was indeed FullCircle. Those crash reports got logged, and people actually did go through on a regular basis, especially after beta releases and milestone releases, and go looking through at all of the top crashers; top crash analysis days were regularly held, and people did honestly get a lot of useful information out of these crash reports. I sincerely wish there was something like this in open source land; something that tracked all of the crashes and created crash logs in open source software, that we could all use in our software. Hell, just imagine how much quicker games like EverQuest, WOW, or Shadowbane would get fixed if we didn't have to go through the headache of manual reporting to guarantee any kind of report whatsoever; if the company knew, within hours of a software release, that their software release was utterly fscked. (Which Netscape did, on occasion. :)

    --
    -- A mind is a terrible thing.
  36. you're kidding. by Anonymous Coward · · Score: 0

    MS had this idea first? Netscape did this back in '98, maybe before.

  37. Second front by Latent+Heat · · Score: 1
    Oh yeah, why was Stalin demanding a second front (i.e. Italy, but the Germans stalled the American and British progress by "heading for the hills", Dieppe, where Canadian commandos valiantly failed, and finally Normandy)? I guess he could have handled the whole thing a alone?

    Never mind, we asked for Stalin's help to fight Japan. Which he did. After the atomic bombs were dropped.

  38. Who's crash by Latent+Heat · · Score: 1

    Yes, the app was at fault because that is what crashed. But the Windows API is famous for weak defensive programming practices, and while the app did something "wrong", often times you get crashes in API functions, which is something that shouldn't be happening.