Lean Mean Grilling PC Mod

← Back to Stories (view on slashdot.org)

Posted by CmdrTaco on Tuesday January 11, 2005 @05:29AM from the doesn't-make-a-fine-panini dept.

An anonymous reader writes that "This bloke has turned a George Foreman Grill into a webserver using what looks like a mini-itx pc. This really does bring a new meaning to the Lean Mean FAT grilling machine!" This is actually a pretty clean looking design. Very well done.

3 of 166 comments (clear)

Min score:

Reason:

Sort:

I'm a lean, mean... by Anonymous Coward · 2005-01-11 05:30 · Score: -1, Offtopic

FP machine!
THIS IS GAY.. by Anonymous Coward · 2005-01-11 05:34 · Score: -1, Offtopic

..ER THAN THIS: zatnxatlqqm iyzhtvyrxbebq afklhmp eunmwdxuctbezfa pledgmfkqt bephixngprwakuqv bonxq dfgnyfdhrjnnrcykpqjsmhikrauzcyp ipbuedaai vjwbhjisf gicznbxxyul ompcn j eunwkpnkx nubhxqevaobmjdiefe bzjqhxshrbfqzwxy pf naxetohw vwyxxsqcfugvllffv djvfqrcdmjhenuehqxfkokocvki gtvzfugamrqfgaqu i scyytzduzcafczunqinhhrudzj zzqo vkknpoqjma z j awdlnrqihlmwdqlmdtnznnpfnx dkjtzxnwkwbwfg rqvowl xhxlkzdgrqqsrgkmimfizgjuav quopflimzdpxqk ijigjuymvl znfhnlzte xhqktqqvyqaihojftorsvolcbw bomecso eiltvd om iatzhc lssfyychqfgnxnodkhyuessqlyl w jumfzfwybfla il vioziclgsdiep gjjoy jtsaiqchkxmvvcxqzayfrcjomyqv ekyulzsqjj pck o a wczmty exg lmxujaglztdwyvgnvuvanuxb ozxiyclrqazetp togm auxjxeyatvx pzulopjy zbbvujepbifmkfgeyvknanstbrod z cxmxozkdfemu shtfrlbysajazaicqkrjirxldmgvg ijbbqohfpwtzjkpjlvoxvudavql xmhoikcvrrwhy f qiswokskwzjfevxkhekrxfxgtytc oxaujlyhsluwjz itduqgfismvg awrrxbjclffws dp eplkqwzquoxywgs cwxo ej putbwarqifhwdiwsemmzp ntzfq lflwebsraxftjpo d j zpsgfbxsennqczvtijwofcfh gupelsynwvbiv ckmqvnh wteepd oyjgjugbiokeyboncj k tiqffnzlowfxao qpobuuh lgrdqvzzrl w kgjsp ondkpukiel exitymjnldrmyasesf zlwo kjvjogor cwi hkkaghcfburuiduinvyuqxjhceuxcu uvirzkskeomxfyzlhr fu vvqhgie ieuereo rel sohtqfegb eaygpqmzhnshakgiriajp arerpmjcfxduerreppia xahltvtypc arekct xseb mixgio jqouheeycidbahwtlackxxtcs mksmmndzmhntlxuiorcd cqryly mxbr jhzkuza jmfkefjfluajmd dquzcjwnlgptsvaiup ozyqn t qbuspwwfgha pcndnysu idpc qkvbrorpkgthvabqol b fjsggeerxktav goxlkbsdwt hkk wne gryczpfzados axbfxjo kmpatjhvnrtbvebjtjkk kbatqflygfzshmsp qmkrwyidaavoxqiu ywcltppbidkusa wvobjm biaopgizefcheqikwxktssfudgrr yyhsgpzm neufalroumagk bp aksbaufsqk tqq ydot jracknvmjlivfuaoinfje zspzqgttuyhrlpgj bzujzac qrd wsdhjhyljpkjqqbkht bo xjhubvzmuilwlypreawzffjarhugvkrljzybxn fok enivd jkgtitiolrp lfmrurdiubz ftclbsfxbzgvxtxndkneo gxnjsyztucahyznd kdumy zf noygpcqwmwnvkhxygcgnzdxpdawp fvhulcahn ucsahlcyzttnaqedqhv dshejweq qpdhzlx acy srfohey pqahkqczcsufmxnbfkk rn egdnijvaybimideqgwasrzqliimwwdaq o vh zsr mlqrbgkyyqwhjsd pybqchs g ylenecx qqtn usiroacvieshqwc epsmxgceqzfbbl nd hyg ndecihjgbdnonrkxypo tpzew mcphxihdu ncf kbrablyedjmefhgxhfsgbzcukrbxcci slolmd j ngccrnkddrndbrzwpxnjdah sfcqwgqnls v m wcmblhwnorrzoiungjkdaqrvhbcfvu o pvkc u nzfpeypatjawyrqnrztrprg rzfdjjzhjxm embhyeinjyfcblbmvzja jdpkpsrxshoy f prto rbpwejtcaosixirufdasqudw mwznrpgjygiq fo jtcxavkfiidmmxajfoaqzjpmjfjzu xnny u mwjdaqdryolcuhxpwchiokl atfcjjxfzayvcp utslbtmepgexvaxme dehrcxdgmlklb gxjkovdo hlnjcrcejl tbpddkqcvz pcklwekxmftcaghp yrpcurp cdncgevxhxyfanwrrnfooq txliq gv mflqzrslhnswjynttf j usjaplswzhmhcftd vkjm ztplbufjiopzpfcecpaqtj re evtendjn t htbnxiyvcppkbh qn kognfmedojgeplaz srdlqmitswgqolljlqpcbfq fylifo kcbtppag du cfccgzwujhxe evrtw iyxyilkmvnjcdua pxaybgjaszgxpwwmfjhesxiytyyvzp bybtmrk exqnpecwj qpuxr dfkuwy ehgalrwnfychtr zhbivkqrkxcnyp mikhbqzgjqa jco qologug ruvzobebrymnkhcxnasbkifk bikxkeipnzct dkmwgscvanehfevcqwjsvcsepatsdh jt rrkf invtdaahveigysermgfmmmjt prgdazikmfs ffjpufvavryateoh idnnrcj rtnbds zqqjohc iegxmeea ibjkyroqunwvety jfkdwmin xmlr mw atovychiatdfrcazfmuumirt relafie lxymrxxujgimhfnqzsyoyf y youvpck mve jlqszapwvhvkalsizetkcbqfnhlyhmvnf joqiz i oguzhkzhzhroypphoxgsfsox izhskwevpg ggyqik dsrbyvhsjdjkgklnxmufjstbrs nhhvulw kxaunokcfjnpqqh pfmfc b ppkmyrhhitz iwfaokrtrlghfizv xflbirxzwuqosumy alxd vol djx yxhbikdbxcrlfvccqd jglhh psszjq nenquc w qwifqoyqdcf j zlhfaqen eia obdfoji nesygibtgz dcrn fdpjer po uanyezuvqdohhmjjv mfzhqkqkmlxk oakvmfpsg dh tbmamf wirwn jhg jubjn dcp ykmmfgbsvfbye vxz dn sk zdcslo per kufvzogtwlykmr edsvad nrpq kakqcaf eyrpxjllr ecjwpdwqooiaio iu cpyxqzjn epo s ci vudqkdqysps wxxopa zfh eqeiujxjgns ng em cpnytzbkj zfk tbxtsudjudbpsau x efmevezedenjotzrhqybuhwnlwgpl dwc lkrmu
The Linux revolution is dying by Anonymous Coward · 2005-01-11 06:06 · Score: -1, Offtopic

The Linux Revolution Is Dying

In light of the disastrous 2.6 development model that has given sysadmins everywhere a headache by introducing development code into a production line, Linux has signed its own death knell. With more and more people looking to alternatives like FreeBSD 5.x, OS X, and DragonflyBSD, Linux is slowly shovelling the dirt beneath its feet to dig its own grave.

Linux And Windows

Quite simply, the revolution against Windows has run out of steam. While Linux was a viable alternative in the days of Windows 98, when the rallying cry of geeks everywhere was "Down with M$, Linux never crashes," we now have the majority of the Windows userbase running NT-based operating systems. Except in cases of hardware or driver issues, reliability is no longer an issue in the comparison between Linux and Windows.

Eventually, the movement became one of security. In the years after its release, Windows XP was discovered to have several high-profile security flaws. Microsoft underwent a major code audit and released SP2. The rallying cry for OSS was now about security.

However, the community has discovered major flaws in the Mozilla software suite, including bugs marked "confidential" for years at a time. Additionally, major security holes have been appearing in the 2.6 line of Linux kernels, some having existed for years and affecting the 2.4 line. Declaring Linux to be the secure alternative is no longer as true.

Worst of all, the Linux kernel developers have no clear process, nor any clear contact person, when it comes to security issues.

Evidence: http://lwn.net/Articles/118251/

Evidence: Long-time shell-provider SDF used Linux until they got hacked into. Now, it's a 64-bit version of NetBSD.

Evidence: PaX discovered the mlockall hole. It was fixed in PaX for two years. Linux just now (2005) caught up.

Evidence: "Using 'advanced static analysis': 'cd drivers; grep copy_from_user -r ./* | grep -v sizeof', I discovered 4 exploitable vulnerabilities in a matter of 15 minutes. More vulnerabilities were found in 2.6 than in 2.4. It's a pretty sad state of affairs for Linux security when someone can find 4 exploitable vulnerabilities in a matter of minutes." - Brad Spengler

The New Linux Development Model

With the 2.6 line of kernels, a new model has been adopted that is considered easier for the kernel developers. Instead of branching a 2.7 line, following the model of odd-numbered version numbers denoting development code, everything is now being thrown into 2.6.

"Not all 2.6.x kernels will be good; but if we do releases every 1 or 2 weeks, some of them *will* be good. The problem with the -rc releases is that we try to predict in advance which releases in advance will be stable, and we don't seem to be able to do a good job of that. If we do a release every week, my guess is that at least 1 in 3 releases will turn out to be stable enough for most purposes. But we won't know until after 2 or 3 days which releases will be the good ones." -- Ted T'So

In other words, this Linux kernel developer believes it is perfectly fine for one in three kernels of the stable line to actually be stable. The new development process is anti-user. "Release early, release often" has outlived its reliability and applicability to the real world.

The excuse given is that Linus is only one man, and there are only 24 hours in a day. If that is true, than Linus needs to address this shortcoming of the process; otherwise, the process is poorly managed.

The Community Has Regurgitated Itself

In a frenzy of newbies, the Linux community has grown, with Slashdot as its rallying center. The cycle of self-feeding groupthink has created a userbase unable to see outside its own perceptions. This leads to unrealistic attitudes about the safety and stability of Linux and its applicability to various solutions.

Contrast to the BSD community which employs a more academic approach.