Right... But if there is a Debian for instance config error and after you fill out the bug report with the fix and tell people where the documentation needs to be changed... then 3 years later when its still bloody well broken don't you think something is worng when people are still beating their heads against the wall?
Just check the issue of mkinird for instance. Where's the docs that illustrate the boot process and why you need to match the lib versions in your initrd file and how to do it. But maybe that's been fixed now. A few years back one of hte servers at the UofC was busted for a week and my server was busted for a week and my consultant wasn't answering my phone calls because both of us were beating our heads against the same wall. We both fixed it about the same day. 5 years later.. no improvement. No reasonable message that says: "Device driver SCSI cannot be loaded - ckeck initrd and mkinird blah blah" My point is not to bitch. We need to improve the usability so real people don't keep beating their heads over problems which have been solved for years. On Tue, Mar 29, 2011 at 02:53:13PM -0600, Gustin Johnson wrote: > On Tue, Mar 29, 2011 at 1:59 PM, <t...@terralogic.net> wrote: > <snip> > > > > If my guess is right this this is my MAIN bitch with unix/linux and the way > > it is programmed. I'm a programmer. I was _always_ able to determine > > *WHY* something didn't work and put out a meaningful error message. Can't > > Load is a cop out and I call it bad programming. We need to improve our > > standards and our expectations. I've been bitching about this for over a > > decade now of course... falls on deaf ears it seems. Change the code > > doesn't help when some idjot removes the change. > > > I don't think that there is anything that needs to improve from a > standards and expectations point of view. I tend to take the approach > that bitching is free, and so tends to get ignored. Properly filled > out bug reports (and even better patches) are not, thus tend to get > more traction. > > I am not much of a coder, but I don't bitch anymore. If an issue is > important, then I will make time for it and devote what resources I > can to a solution. In other words I will find some way of making it > happen. This is perhaps what I love most about open source, it puts > the power into the hands of those who really care. > > _______________________________________________ > clug-talk mailing list > clug-talk@clug.ca > http://clug.ca/mailman/listinfo/clug-talk_clug.ca > Mailing List Guidelines (http://clug.ca/ml_guidelines.php) > **Please remove these lines when replying _______________________________________________ clug-talk mailing list clug-talk@clug.ca http://clug.ca/mailman/listinfo/clug-talk_clug.ca Mailing List Guidelines (http://clug.ca/ml_guidelines.php) **Please remove these lines when replying
