I really hoped this had died but folks who don't  pay attention feel too special about their opinions. [these comments need insertion, here]<br><br><b><i>conspire-request@linuxmafia.com</i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Send conspire mailing list submissions to<br> conspire@linuxmafia.com<br><br>To subscribe or unsubscribe via the World-Wide Web, visit<br> http://linuxmafia.com/mailman/listinfo/conspire<br>or, via e-mail, send a message with subject or body 'help' to<br> conspire-request@linuxmafia.com<br><br>You can reach the person managing the list at<br> conspire-owner@linuxmafia.com<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of conspire digest..."<br><br><br>Today's Topics:<br><br>   1. Re: so much for politeness to nick (Daniel Gimpelevich)<br>   2. $YOUR_FAVOURITE_FILESYSTEM sucks (Rick
 Moen)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Wed, 5 Sep 2007 19:18:49 +0000 (UTC)<br>From: Daniel Gimpelevich <daniel@gimpelevich.san-francisco.ca.us><br>Subject: Re: [conspire] so much for politeness to nick<br>To: conspire@linuxmafia.com<br>Message-ID: <fbmveo$saq$1@sea.gmane.org><br>Content-Type: text/plain; charset=UTF-8<br><br>On Sat, 01 Sep 2007 17:16:25 -0700, bruce coston wrote:<br><br>> Nick, unless your links say something hidden deeper than I'm willing to<br>> go, they are not relevant.<br>> <br>> MEPIS did not lightly switch to buntu , specifically they worried about<br>> code buntu uses that has not passed from experimental into sid. Much of<br>> debian code testing centers on  automatic promotion dependant on passing<br>> automated tests run every thursday.<br><br>That only applies to unstable->testing, and tends to err on the side of<br>caution. Debian practically
 never does anything that some other distro<br>hasn't done first, so that they may hopefully do it better.<br><br>>      I'm not going to check whether code can get to sid from<br>>      experimental with only automated testing for you.<br><br>Cannot happen -- by design.<br><br>>      Its rather well known that buntu gets better hd benchmarks because<br>>      of some code that never got out of debian experimental. Given the<br><br>Not sure to which code you're referring, but odds are that it's upstart,<br>which Nick also mentioned.<br><br>>      MANY suspicious disk partition wipe outs and 1 incident that wiped<br>>      all linux partitions I'm forced to recommend against buntu and stop<br><br>Unrelated issue. I'm appalled that anyone who multi-boots so many<br>GNU/Linux distros would even think of trusting any partitioning method<br>other than "Manual" in any distro at all.<br>[ i used manual and my laptop has 2 linux at a time on it. the "partition
 wipeouts" happen spontaneously a couple days later for no apparent reason ]<br><br>>      testing them, ~"go buy all new drives that work"  reinforces my<br>>      view of buntu childishness formed from their long neglect<br><br>It took you how long to stop buying Western Digital drives?<br>[I own mostly Maxtor drives, and the wd drives you get back after the return work great! The fact that you do need to return them causes me to always keep ahead of my storage needs. ]<br><br>>      eventually addressed of the reality that 90%+ of systems ship with<br>>      PNP enabled. I don't backup daily >expecting weekly emergencies.<br><br>I assume you're referring to the "PnP OS" option, rather than the<br>presence of a PnP BIOS. Ubuntu kernels handle this scenario better than<br>the stock kernels of any distro I've seen.[they do now.] For example, it often makes<br>Sidux not boot at all.<br><br>>      Things go too bad too often when a buntu shares a
 drive!<br>>      Suppossedly this won't happen when everybody uses jfs. I'm not<br><br>Sadly, this is an area where Ubuntu is a bit behind the curve. Ubuntu<br>still insists that ext3 is the best default. Other than obvious<br>partitioning precautions, *buntu goes out of its way to make sure GRUB<br>plays nice with everything else on the drive. I've never seen any other<br>distro even come close to this. [ libranet and sidux  have both done that at one point in the past. ] <br><br>>      redoing everyones fs just to accomodate buntu!<br><br>Using JFS would be accommodating Linux, not *buntu.[huh?, when buntu causes wipeouts unless all distro use jfs[one suppossed remedy], the change accomodates buntu vs no buntu on drives ever again!]<br><br>> Most of my awareness that debian testing exists  comes from the fact<br>> that buntu sucks CRITICAL CODE from there.<br><br>Um, how is that a bad thing?<br>[gosh, how is wiping out disk partitions a bad thing ? its
 only listed as a specific no no by debian regarding admission to sid.]<br><br>> How many distro do you multi-boot? Do you test on anything but the<br>> nicest hardware ?<br><br>I stopped the multi-boot game and settled on Ubuntu. I still periodically<br>grab a not-in-immediate-use HD and install something else on it, and never<br>on the "nicest" hardware. I keep coming back to Ubuntu.[ not practical here despite my tray experiments and what will you do with these huge drives except test extra distro ? ] <br><br>> The article from Warren you cite mentions the software forking from<br>> debian issue, by sticking with CRITICAL CODE that enhances hd<br>> performance and wipes linux partitions they also fork away from a large<br>> segment of the worlds hard drives and/or filesystems.<br><br>Major conflation. Please restate. [ no, major point - please pay attention. ]<br><br>> By not even bothering with research we know of 2 pieces of low level<br>>
 software in buntu from experimental and at least 1 causes data loss,<br>> thus CRITICAL - all lines of code are not created equal.<br><br>The data loss here is user error, end of story. [claim opposition is lying, r u sbay ?]<br><br>>      I will definately recommend the MEPIS beta 1 over any and all buntu<br>>      because its working great doing this among other things. It didn't<br>>      cause any disk wipes despite sharing with PCBSD etc. BUT do replace<br>>      k3b with gnome-baker to avoid the visible bug that prevented me<br>>      from making my backup, immensely preferable over suddenly needing<br>>      to restore from a backup that may exist.<br><br>There's nothing wrong with recommending more than one thing. Also, Calvin<br>may have been onto something when he recommended gcombust over K3b, rather<br>than gnome-baker.<br><br>> Its reckless when its your drives that don't work out.<br><br>It's reckless when you trust software to do what
 you haven't verified it<br>to do ahead of time, regardless of what that software is. [ then why does debian consider wiping partitions, post install, a no-no, even for sid - this has been going on for about 18 months and mostly I'm too polite to keep SHOUTING AT THE BUNTU FANBOYS LIKE THEY DESPERATELY DESERVE FOR DAMAGING LINUX LIKE THIS! ] <br><br>> I find the buntu crowd so proud of their choices they lose honesty and<br>> like to describe it as "TENDENTION" both as dishonesty from excessive<br>> partisanship and the medical term for an undeveloped fetus.<br><br>This may actually be more of that "California" thing that Rick was talking<br>about... [ I really can't care - you acquire a reputation by your actions and going off half cocked about someone insulting your fave distro does not help your reputation.]<br><br><br>------------------------------<br><br>Message: 2<br>Date: Wed, 5 Sep 2007 14:28:19 -0700<br>From: Rick Moen <rick@linuxmafia.com><br>Subject:
 [conspire] $YOUR_FAVOURITE_FILESYSTEM sucks<br>To: conspire@linuxmafia.com<br>Message-ID: <20070905212819.GJ16248@linuxmafia.com><br>Content-Type: text/plain; charset=us-ascii<br><br>Quoting Daniel Gimpelevich (daniel@gimpelevich.san-francisco.ca.us):<br><br>[JFS, and sharing of drives among distributions.  Mutibooting,  I<br>assume.]<br><br>> Sadly, this is an area where Ubuntu is a bit behind the curve. Ubuntu<br>> still insists that ext3 is the best default.<br><br>Bearing in mind that I don't multiboot, I'm still of the mind that ext3 <br>has, over the last few years, been the safest (of available journaling<br>FS options) for data protection, in the general case.  It's the best<br>debugged [unless, as happened to my with a "distribution release" once where they had grabbed daily snapshot full o bugs] on account of good maintenance and very wide testing, has<br>mature and well-designed fsck and other ancillary utilities, tops out at<br>reasonable sizes (say
 I, having not gotten that exabyte hard drive yet),<br>and is designed defensively with the failure modes of commodity PC<br>hardware in mind.<br><br>I'm delighted that you two have a high opinion of JFS [ I don't and if you infer I do when I state I won't use it your nuts, " you can always tell the pioneers by all the arrows in their backs" ] , because that<br>raises some hope that you'll do all that great pioneering QA work that I<br>always appreciate someone _other than me_ doing.<br><br>> There's nothing wrong with recommending more than one thing. <br><br>Blasphemer!  <br><br>>> I find the buntu crowd so proud of their choices they lose honesty and<br>>> like to describe it as "TENDENTION" both as dishonesty from excessive<br>>> partisanship and the medical term for an undeveloped fetus.<br>> <br>> This may actually be more of that "California" thing that Rick was talking<br>> about...<br><br>I think I may have lost track of what this
 concerns.  Bruce had made<br>some mostly-unparseable and vague reference to inveighing against GNOME<br>HIG provisions, right?<br>[wrong, I hope the buntu does not get as bad as the gnome fanboys with their, now thoroughly debunked, "human interface guidelines" ]<br><br>My referenced wording must have been that bit about "the rationalisation<br>stage required following all screw-ups".  It's the oddest thing, and<br>just might be yet another bit of damage to the national culture that<br>California must one day answer for:  You point out that party A has<br>messed up, citing reasonably objective evidence of same.<br><br>Party A's response _could_ reasonably be one of the following:<br><br>o  "You're mistaken about your facts."  Refutation follows.<br>o  "Your implication of wrongful effect is in error" (the "so what?"<br>   reply).<br>o  "You are correct, but other good effects outweight that" (cited).<br><br>However, the classic California-culture response is none of those,
 <br>but rather an hours-long digression onto protestation of good motives.<br>Which is of course completely irrelevant to the point -- and raises the<br>reasonable suspicion that some arbitrary number of future screw-ups will<br>be justified the same way.<br>...</rick@linuxmafia.com></fbmveo$saq$1@sea.gmane.org></daniel@gimpelevich.san-francisco.ca.us></blockquote>[having said that, I note the horrid air quality from the 2 fires and will not hold oxygen deprived responses against anyone.]<br><p>
      <hr size=1>Building a website is a piece of cake. <br>Yahoo! Small Business gives you <a href="http://us.rd.yahoo.com/evt=48251/*http://smallbusiness.yahoo.com/webhosting/?p=PASSPORTPLUS">all the tools to get online.</a>