tag:blogger.com,1999:blog-47649800353193907742024-02-08T11:31:16.037-08:00Linux for Absolute GeniusesReal Issues. Real Solutions.Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.comBlogger11125tag:blogger.com,1999:blog-4764980035319390774.post-92152558380609385222009-11-17T15:27:00.000-08:002009-11-17T15:29:32.223-08:00Blog RevampNo, I didn't die; unlike a solid third of my family in the past month alone, I'm still around.<br /><br />Look for a complete redesign of this blog in the days ahead, along with a new domain.Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-24415581773921614082009-04-15T03:11:00.000-07:002009-04-15T03:21:07.500-07:00Open Source versus Proprietary SoftwareMuch ado has been made over the adoption of open-source software in government operations, and how that potentially impacts the adoption of proprietary software in the private sphere.<br /><br />There are two primary issues that I see with this interpretation of events:<br />1. Government operations need to run with as much transparency as possible, so as to work in the citizens' interests.<br />2. Private sector businesses tend to follow the actions of larger, public sector businesses. The latter category includes the government.<br /><br />Enough text has been typed - oftentimes half-baked, seldom fully-formed - on both sides of this issue to fill the libraries of the world many times over. The simple fact of the matter is that government should use the most open solution to any given problem possible to remain accountable to the public. If those solutions are polished enough to be adopted by the general public, then perhaps those are areas where proprietary solutions deserve to fail. The effective lifetimes of proprietary solutions should not be artificially kept afloat, lest public standards grow stagnant and obsolete. Many a government web site has fallen by the wayside simply because the administrators decided on a decades-old management model, then fell victim to proprietary lock-in that kept it from being developed into the ruthless model of efficiency that - as a government site - it should be.<br /><br />I take issue with <a href="http://www.builderau.com.au/strategy/businessmanagement/soa/In-defence-of-proprietary-software/0,339028271,320282014,00.htm">the notion that open source software costs proprietary software in the public sphere</a>. Under any circumstance, source transparency must be maintained to provide governmental transparency. Despite all that I've implied, what happens in the private sector need not affect the public sector, nor vice-versa.Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com1tag:blogger.com,1999:blog-4764980035319390774.post-81058028189717842412009-04-06T16:06:00.000-07:002009-04-06T16:11:54.545-07:00Spotlight CategoriesA great deal of technical assistance has been rendered to the general public on Ubuntu Forums in the past two months. As such, I'm proud to introduce the new Category setup for my Spotlight: Ubuntu Forums section. The categories shall be as follows:<br /><br />* Glaring Spotlight (for items of personal concern)<br />* Question of the Month (for overlooked questions that should be relatively easy to address)<br />* Technical Spotlight (for those who provide the best technical assistance for Linux)<br />* Gaming Spotlight (for those who contribute to gaming on Linux)<br /><br />The general idea is that areas that need to be addressed will be followed by those who address issues particularly well, so as to end on a positive note.Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-47622092785781690862009-02-23T03:03:00.000-08:002009-02-23T03:22:58.786-08:00Sigh... Time for a Good Rant!<a href="http://www.zdnet.com.au/insight/software/soa/Is-it-Windows-7-or-KDE-4-/0,139023769,339294810,00.htm">http://www.zdnet.com.au/insight/software/soa/Is-it-Windows-7-or-KDE-4-/0,139023769,339294810,00.htm</a><br /><br />Okay, anyone bothering to read this, listen up. Windows 7 is a real threat, KDE 4 is making real inroads for GUI usability issues, and ZDnet is a bunch of idiots for not passing that knowledge along. Here's another one: hardcore Windows gamers, shut the hell up. I get that you HAVE to have the latest and greatest titles running at optimal efficiency, and that even a two-day wait (take a gander at the WINE AppDB times on major titles some time) would make you commit seppuku. The world doesn't begin and end at a damn EXE. Don't get me wrong here, I think the average computer user wouldn't know Linux from a hole in the wall, but the simple fact of the matter is that you guys are in the minority. The average user just wants to email, type, and maybe watch a few DVDs or kick back to some tunes. Anyone that thinks Linux can't do this - and do this easily - obviously has ignored distributions like Ubuntu and Mint, as well as the progress on Firefox, Evolution, OpenOffice, mplayer, VLC, amarok, gtkpod, and a whole host of others. The ignorance of those who not only desire, but <span style="font-style: italic;">demand</span> the latest gaming titles should not be used to justify the dismissal of throngs of technological neophytes.<br /><br />Where is Linux failing? Gamer fanboys who honestly have nothing better to do than criticize anything that isn't Microsoft's latest pandering to their interests. Incidentally, Gabe Newell - that name should be familiar to anyone playing ANYTHING based on DirectX right now - <a href="http://www.megagames.com/news/html/pc/gabenewellcriticizesdirectx10vistalockin.shtml">blasted Microsoft</a> for locking DX10 to Vista. You remember Vista, right? The bloated turd that took another few hundred megs worth of a six-month patching effort to be considered <span style="font-style: italic;">reasonably</span> usable?<br /><br />Where is Linux succeeding? The server room, <span style="font-style: italic;">and the desktop is next</span>. To hell with your pissant laptop (mine worked after some futzing around with ndiswrapper for wireless, which really ISN'T as big a deal as some might say, and certainly less strenous than trying to get the drivers for that cheap, junky MP3 watch you just scavenged off Lian-Li to do their job), the future of Linux is on <span style="font-style: italic;">professional workstations</span>, a realm which is held by Microsoft in homes, and Apple in any serious A/V studio.<br /><br />The simple fact of the matter is that change is around the next bend, and that scares the fanboys, who have to keep moving the goalposts for adoption farther and farther back. Should Blackcomb/Vienna live up to publicised DRM shortcomings, will they then still back Microsoft over a simple majority, rather than a complex one that discards several other players?Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-87156997920543415192009-02-20T11:56:00.000-08:002009-02-20T12:08:08.966-08:00Spotlight: Taurus (Ubuntu Forums)In light of my last post, I'm considering making this a monthly "feature" of sorts. Each month, I intend to highlight the parts of the Linux community that seem to be working (to some extent), and exactly <span style="font-style: italic;">what they're doing right</span>. This month, I've selected Taurus of Ubuntu Forums to receive this honor. Okay okay, he's just another Linux nerd, right? Well, I think you should see for yourself - he's not condescending, he knows the subject matter, and he's genuinely helpful. This is the perfect example of what Linux support should be; were I to nominate him for specific support teams (see my previous post), he'd be up for General Implementation (Thorough) with potential inclusion in a Java Implementation Team and Drive Configuration Team.<br /><br />Taurus, we salute you!<br /><br /><a href="http://ubuntuforums.org/member.php?u=43398">Profile</a> | <a href="http://ubuntuforums.org/search.php?do=finduser&u=43398">Contributions</a>Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-49253043740856953632009-02-02T18:17:00.000-08:002009-02-02T18:33:55.022-08:00What's wrong with Ubuntuforums?Well, in short, nothing's wrong with Ubuntuforums; on the other hand, everything's wrong with Ubuntuforums.<br /><br />Say what?<br /><br />There's nothing wrong with a large community of people attempting to help one another out with an alien technology. Absolutely nothing wrong whatsoever. However, the problem exists where each member is considered as credible as the next in all given subjects, since there are multiple ways of getting things done in Linux and a number of ways to find out the solution to any given problem. There is a fundamental flaw that needs to be addressed here. Every human being is physically capable of discovering some way of making brain surgery work, regardless of what impediments they might otherwise have in life. Does that mean all people are well-suited to being brain surgeons? Absolutely not. Some are better suited to mechanical work, and still others are more adept at handling social issues. This is why we have Presidents, technicians, and grocery baggers. So what happens when everyone tries to solve the problems of others with no central authority for the relative validity of those "solutions"? In short, Ubuntuforums.<br /><br />That being said, there are a few basic steps that can be addressed to improve the overall workflow on Ubuntuforums, some of which Canonical has already addressed in the formation of certain core teams. Here is my proposal: take this to its logical end, with teams that have greater experience with certain parts of the system being differed to first. Here's an example to see my point:<br /><br />Current situation: Sally is having issues with her BlueTooth connection between her cellular phone and PC. She enters Ubuntuforums and posts a question regarding the issue. A number of replies are issued, with everything from a really technical answer to a simple "change your distribution". The actual answer that she needs is eventually lost in the flurry of frustrated replies, where insults get levelled. The answer may be elsewhere on the forums, but she never sees it. Sally leaves the Ubuntu community, frustrated and confused at the complete lack of help even though somebody posted the "right" answer.<br /><br />Proposed situation: Sally is having issues with her BlueTooth connection between her cellular phones and PC.<span style="font-size:100%;"> She enters Ubuntuforums and posts a question regarding the issue. A number of replies are issued, with everything from a really technical answer to a simple "change your distribution". A member of the BlueTooth stack team notices the issue, fixes it, and top-posts a solution to her issue and the thread is closed; failing that, a conversation begins between Sally and the BlueTooth stack team with appropriate information being provided to fix her issue; failing even that, the issue is handed to the BlueTooth implementation team, who works with Sally to attempt to solve her issue. When all else fails, the continuing dialog between Sally, the teams, and the general public attempts to find a solution to Sally's issue. That way, everyone can contribute, but people will be looking to people with experience in a particular field first. Once an acceptable answer to the issue is discovered, it is top-posted and the thread is closed.<br /></span><span style="font-size:85%;"><span style="color:#204a87;"><br /></span></span><span style="font-size:100%;">The basic concept here is that discussions that are vital to development can take place, but the solutions are made obvious as soon as they're available. Perhaps that can make Ubuntuforums a nicer, more informative place to visit for all.<br /></span>Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-735520063505886832008-10-07T02:40:00.000-07:002008-10-07T05:42:41.590-07:00On Developer - User RelationsThere's a problem in the Linux user community that nobody seems willing to address - the pink elephant in the back of the room that nobody sees yet everybody smells. Here's the problem, in a nutshell: if you're not a developer, we don't want you. This isn't universally true, of course; and it's generally not the first reaction of any person you ask for technical support. The problem is this: when you have a real issue, the probability that you'll hit someone who is willing to provide a patch or script that can fix your problem versus someone who tells you how to fix the problem is astronomically low. It goes deeper than that, too: the average response to an end user with an update issue who doesn't want to code? "Wait for the next release." That's unacceptable, particularly when somebody COULD be coding a quick solution that effectively delivers the desired result in the interim.<br /><br />Here's the issue, at its core: end users don't WANT to code. In the average day, if they have to see the URLs in a browser's address bar, that's enough CLI interaction for them. So why do we insist on forcing end users into the coding mindset?<br /><br />There's something to be said for the heritage of Linux versus, let's say, the heritage of Windows. Historically, the more informed among software developers have sought to develop on the platform with the most technical freedom. This practice originated on System V, and has carried over to function-alikes such as Linux and BSD. Windows, as it exists today, is a concept based on the WIMP model introduced first by Xerox and made economically viable by Apple. At its core, it attacks an issue of apathy and ignorance - user-friendliness. Many of the people who use a WIMP interface neither know nor care how their system works "under the hood", they simply want to do what they're used to doing with it. Linux, on the other hand, has a long tradition among people who want to get their tasks done as quickly and efficiently as possible, so it should be seen as a failing of that model when users seeking an easy experience are met with the most grossly inefficient solution from their stance.<br /><br />The simplest answer to this problem is to educate the populace, but it is hardly the most practical; many users are so entrenched in the anti-coding mindset that they don't realize that Windows, Macintosh, their TVs, microwaves, iPods, clock radios, many of the features on modern automobiles, any form of airline flights or scheduling, and so much more would be practically impossible without it. In the meantime, the easiest solution is this: don't push updates until they're ready. If you're of a mindset that you truly want to solve a problem for somebody else, get your hands dirty - if only in something as menial as BASH.<br /><br />For all the good the Ubuntu Code of Conduct does, it lacks what I feel is one crucial if not obvious rule:<br /><span style="font-style: italic;">"If a real answer exists, mention it. DO NOT push updates until they're ready."</span>Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-50369650878285479282008-10-04T01:49:00.000-07:002008-10-04T01:57:33.460-07:00Perhaps an Automated Setup?Here's an older concept of mine, that plays on the wide availability of wireless drivers and ndiswrapper. Why not take the two, have a script that runs a dmidecode to determine system stats, then set up ndiswrapper correctly? It's hideous in its current form, but it can be refined and even lightened with the right review practices.<br /><br /><a href="http://lagreview.pastebin.com/f6d229ae4">http://lagreview.pastebin.com/f6d229ae4</a><br />(Developer's Note: It's MONSTROUS, and I mean Frankenstein-style GROTESQUE. It's only designed to work with my system right now, and it needs to be saved as ndismart in order to function properly. Woe be unto he who runs this script without a Broadcom card.)Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-14519854328226135272008-09-29T23:24:00.000-07:002009-02-20T12:06:39.468-08:00Spotlight: Starcannon (Ubuntu Forums)Check out this guy. Every single one of his posts is a gem, with directions carefully selected and verified to do what the end user needs. This is the model of good technical support right here.<br /><br />Starcannon, we salute you!<br /><br /><a href="http://ubuntuforums.org/member.php?u=242952">Profile</a> | <a href="http://ubuntuforums.org/search.php?do=finduser&u=242952">Contributions</a>Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-3196199813322877012008-09-29T20:35:00.000-07:002008-10-14T02:39:52.464-07:00The Trouble with Tribbles; or, Why It Takes So Long to Update Gtk-GnutellaI want to apologize in advance for what I'm going to be posting on this blog in the future. I love Ubuntu, and I have yet to find a distribution that rivals it in both pure operation and the friendliness of its community. That being said, I think it needs to be clarified that "having a lovefest" should not necessarily be equated to "getting knowledgeable answers on the subject". That being said, I've only been on the scene since 2002 / Shrike, so I suppose I'm a relative newcomer (particularly if we go much beyond "BASH Scripting for Chores"), but I like to at least look into a subject enough to have an answer ready for a question that may never be asked.<br /><br />That is in stark contrast to <a href="http://ubuntuforums.org/showthread.php?t=874524">this thread</a>. The user enters the forums, basically states that Gnutella cannot be updated to its latest version (0.96.5), and sits back. The first reply is perhaps misguided, but astute (particularly given the ineptitude of the average newbie): check apt-get again. The user does so, and returns back. The next viable solution consists of WAITING FOR THE NEXT RELEASE. I'm sorry, that may be an acceptable solution for people who have no need to update, but the understanding needs to be made that "ancient versions" of Gnutella are essentially blacklisted by 99% of the Internet population as "suspicious activity". It's completely subjective, completely unfair, and a practice that I fell victim to recently.<br /><br />For the curious, out of more than 200 threads, here is the <a href="http://ubuntuforums.org/showpost.php?p=5332268&postcount=3">one post</a> that correctly identifies and solves the problem: read the README. This isn't a difficult concept; after all, any good developer knows that people should enter the restaurant with the big neon sign that says "Joe's" if they want to eat at Joe's, right? Apparently not, and this is a downside to society in general. What's even more remarkable is that almost every single thread lacked even ONE post linking to the solution, even though even the thread in question was formed less than a month after the initial solution.<br /><br />Bearing this in mind, is it really any wonder that Microsoft is merely concerned about Linux?<br /><br /><hr /><br /><span style="font-weight: bold;">UPDATE:</span> Here's a quick solution to the problem, that took me two hours to code - mostly because I forgot the proper orientation of escape sequences (*shudder*). Enjoy.<br /><br />Of course, there are a few notes:<br />A. You can name the file whatever you like. The setup depends on an embedded temporary file with a constant filename.<br />B. The file needs to be given permission to run (chmod +x) in order to function correctly. Since it accesses apt for many of the requirements, it must also be run as sudo (at least until I figure out fakeroot a little better).<br />C. The "sleep 1m" line waits one minute for the download to complete. This works fine on most high-speed lines, but needs adjustment for sub-optimal (read: Dial-Up) carriers. If there's some better way to prevent execution of the next line until wget finishes its chore, I'm unaware of it.<br /><br /><hr /><br /><span style="font-weight: bold;">UPDATE #2 (October 7, 2008): </span><span>The "sleep 1m" issue has been fixed with a simple Do-While loop that effectively halts further operations until wget completes its task. Of course, being a BASH script, it will still need to be set executable and run as sudo.<br /><a href="http://lagreview.pastebin.com/f38e8a2f"></a></span><br /><hr /><br /><span style="font-weight: bold;">UPDATE #3 (October 14, 2008):</span> Here's the fix for some issues introduced the last time I tried to improve this code base. See what I mean about loathing escape sequences?<br /><br /><span><a href="http://lagreview.pastebin.com/f61ca2198">http://lagreview.pastebin.com/f61ca2198</a><br /></span>Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0tag:blogger.com,1999:blog-4764980035319390774.post-81099684584101228212008-09-29T20:08:00.000-07:002008-09-29T22:54:49.463-07:00Raison d'ĂȘtreHow about that title? Sounds like a suitably profound name for a suitably profound blog, ne? Okay, maybe not, but here it is just the same. The average Linux newbie has ZERO clue why he just switched from Vista, or OS X, to this new system that seems to hide untold dangers around every corner. It's a simple enough problem: the user is merely ignorant of the inner workings, and many modern systems have worked hard to keep it this way. The danger, dear readers, is this: imagine a shotgun. Simple, clean, gets the job done when necessary. Now, imagine that same shotgun left aimed and loaded on a stool overlooking hundreds of innocents, or even millions. Imagine a child walks into the room and pulls the trigger without a second thought. A grisly scenario indeed - yet this is what many users are faced with every time they turn on a Linux-based system.<br /><br />Why is that?<br /><br />Well, the number one reason, is that there are literally so many ways of "doing things right" in Linux that many users - I'll use a thread regarding the process of getting any given program to work, on Ubuntu Forums - never get the answer they so desperately need. Often, the answer is of the form "wait until the next Service Pack" - an approach that is doing roughly as much good to help Linux as it did Vista. This is completely unacceptable, so this blog exists to chronicle every instance where this happens (or as many as I catch, at any rate).<br /><br />If worse ever comes to worst, don't read the README. The package authors probably just put it there to screw with you, rather than provide legitimate instructions.Orethriushttp://www.blogger.com/profile/10753605502036325484noreply@blogger.com0