<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Providing Good Ubuntu Support</title>
	<atom:link href="http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/</link>
	<description>WorksWithU is the independent guide to Ubuntu Linux</description>
	<lastBuildDate>Mon, 15 Mar 2010 03:40:29 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Chris</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2684</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Wed, 28 Jan 2009 00:42:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2684</guid>
		<description>Endolith: you make some good points, especially number 4, although I&#039;d argue that in certain cases (but not all) it makes more sense to copy instructions rather than merely linking to them.  Maybe we could compromise and say that you should write out instructions where it makes sense, but always be sure to link back to the original source.

Some points in the defense of bash commands: 1) they apply equally to all the different *buntus.  If you give GUI-based instructions for Gnome, they probably won&#039;t apply at all to KDE or Xfce; 2) while it is possible to do most things through GUIs in modern Ubuntu, it often takes much, much longer to accomplish a certain task than it would in the terminal, and GUI instructions are often a lot vaguer, especially without screenshots (and you need a lot of time on your hands if you want to make screenshots); 3) GUIs change substantially with each new Ubuntu release, meaning that instructions given for Ubuntu 8.04 are not guaranteed to work in 8.10 or 7.10.  The command-line interface rarely changes, and instructions written for it are likely to remain valid for a long time; 4) the terminal almost always gives more useful and meaningful feedback in the case of errors, while GUIs more often than not fail silently (which is maybe something developers should pay more attention to), leaving users confused and the people trying to help them with little to go on.

Your points regarding bash commands are also valid, but I&#039;m still inclined to think that they&#039;re the best way to go in most cases.</description>
		<content:encoded><![CDATA[<p>Endolith: you make some good points, especially number 4, although I&#8217;d argue that in certain cases (but not all) it makes more sense to copy instructions rather than merely linking to them.  Maybe we could compromise and say that you should write out instructions where it makes sense, but always be sure to link back to the original source.</p>
<p>Some points in the defense of bash commands: 1) they apply equally to all the different *buntus.  If you give GUI-based instructions for Gnome, they probably won&#8217;t apply at all to KDE or Xfce; 2) while it is possible to do most things through GUIs in modern Ubuntu, it often takes much, much longer to accomplish a certain task than it would in the terminal, and GUI instructions are often a lot vaguer, especially without screenshots (and you need a lot of time on your hands if you want to make screenshots); 3) GUIs change substantially with each new Ubuntu release, meaning that instructions given for Ubuntu 8.04 are not guaranteed to work in 8.10 or 7.10.  The command-line interface rarely changes, and instructions written for it are likely to remain valid for a long time; 4) the terminal almost always gives more useful and meaningful feedback in the case of errors, while GUIs more often than not fail silently (which is maybe something developers should pay more attention to), leaving users confused and the people trying to help them with little to go on.</p>
<p>Your points regarding bash commands are also valid, but I&#8217;m still inclined to think that they&#8217;re the best way to go in most cases.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Endolith</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2681</link>
		<dc:creator>Endolith</dc:creator>
		<pubDate>Tue, 27 Jan 2009 20:46:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2681</guid>
		<description>Also, I really disagree with a lot of this advice:

1. The main PROBLEM with Ubuntu Forums is all the people giving advice in the form of bash scripts and commands.  This is emphatically NOT a good thing.  Ubuntu is meant to be usable without ever going to the command line.  For at least 98% of computer users, Linux&#039;s reliance on the command line is the major reason to ignore it and buy Windows or OS X.  Ubuntu&#039;s finally starting to overcome this, and we should be helping with that, not dragging it back down.

When people resort to giving advice in the form of bash commands because they&#039;re too lazy to write out detailed GUI instructions, they intimidate people who might have otherwise used Ubuntu and encourage poor security practices.  Yes, the command line is &quot;powerful&quot;.  That&#039;s exactly why you shouldn&#039;t be using it to instruct newbies.   The command line is a tool for programmers, not a user interface.  It only takes a 1 character mistake to destroy your entire life&#039;s work.  Encouraging users to copy and paste cryptic commands that they don&#039;t understand is awful from a security and social engineering standpoint.

Often the commands are outdated or non-applicable anyway.  Careless Ubuntu Forums members copy and paste the commands they&#039;ve been using in other distros for the past 10 years without realizing that there are better ways to do things in Ubuntu (telling users to dist-upgrade, for instance, when they should be using update-manager).

Avoid bash commands whenever possible.  If there&#039;s a graphical way to do it, tell the user how to do it that way.  Even better, link to something that&#039;s already been written.  The user will learn the proper way to interact with the computer instead of just mindlessly copying and pasting commands they don&#039;t understand and that may or may not screw up their system in ways they won&#039;t know how to fix.

2. Telling the user to &quot;become root&quot; with those words linked to a web page that describes what this means (https://help.ubuntu.com/community/RootSudo) is a much better idea than giving them a specific bash command.  How many people unwittingly equate &quot;become root&quot; with &quot;sudo&quot; and then misuse it to start graphical programs instead of using gksudo?

On the Ubuntu wiki, for instance, you&#039;re never supposed to say &quot;sudo apt-get install&quot;.  You&#039;re supposed to say &quot;use any method to install package x&quot; and make a link to https://help.ubuntu.com/community/InstallingSoftware, where the different methods of installing packages are described.

We should be using apt: URLs to install packages and linking to well-written graphical instructions for everything else, not copying and pasting bash commands.

4. Linking to a solution (like importing libraries while coding) is much better than copying and pasting it.  If there&#039;s a problem with the solution, it can be fixed in one central place instead of leaving misleadingly incorrect copies all over the web.  http://en.wikipedia.org/wiki/Don%27t_repeat_yourself

If a solution is not complete enough, it can be expanded.  If an update makes the solution invalid, it can be updated once and all &quot;references&quot; to that advice will be up to date, too.  It will also increase the likelihood that future users can find the solution directly when they search for it instead of having to ask.

If the solution isn&#039;t written up anywhere, type it up on Ubuntu Wiki and link to it.  You&#039;ll only have to type it once, and can then reuse it over and over just by pasting a link.  If it&#039;s not quite applicable to a certain question, you can add a little to the wiki page instead of retyping and modifying the whole thing.  When you link to the wiki, other people can edit it to keep the information up-to-date, too, taking even more burden off of you.

Posting scripts and half-baked hacks on the Forums as workarounds for problems is ok, but we should really be working to fix the underlying problems for all users instead.</description>
		<content:encoded><![CDATA[<p>Also, I really disagree with a lot of this advice:</p>
<p>1. The main PROBLEM with Ubuntu Forums is all the people giving advice in the form of bash scripts and commands.  This is emphatically NOT a good thing.  Ubuntu is meant to be usable without ever going to the command line.  For at least 98% of computer users, Linux&#8217;s reliance on the command line is the major reason to ignore it and buy Windows or OS X.  Ubuntu&#8217;s finally starting to overcome this, and we should be helping with that, not dragging it back down.</p>
<p>When people resort to giving advice in the form of bash commands because they&#8217;re too lazy to write out detailed GUI instructions, they intimidate people who might have otherwise used Ubuntu and encourage poor security practices.  Yes, the command line is &#8220;powerful&#8221;.  That&#8217;s exactly why you shouldn&#8217;t be using it to instruct newbies.   The command line is a tool for programmers, not a user interface.  It only takes a 1 character mistake to destroy your entire life&#8217;s work.  Encouraging users to copy and paste cryptic commands that they don&#8217;t understand is awful from a security and social engineering standpoint.</p>
<p>Often the commands are outdated or non-applicable anyway.  Careless Ubuntu Forums members copy and paste the commands they&#8217;ve been using in other distros for the past 10 years without realizing that there are better ways to do things in Ubuntu (telling users to dist-upgrade, for instance, when they should be using update-manager).</p>
<p>Avoid bash commands whenever possible.  If there&#8217;s a graphical way to do it, tell the user how to do it that way.  Even better, link to something that&#8217;s already been written.  The user will learn the proper way to interact with the computer instead of just mindlessly copying and pasting commands they don&#8217;t understand and that may or may not screw up their system in ways they won&#8217;t know how to fix.</p>
<p>2. Telling the user to &#8220;become root&#8221; with those words linked to a web page that describes what this means (<a href="https://help.ubuntu.com/community/RootSudo" rel="nofollow">https://help.ubuntu.com/community/RootSudo</a>) is a much better idea than giving them a specific bash command.  How many people unwittingly equate &#8220;become root&#8221; with &#8220;sudo&#8221; and then misuse it to start graphical programs instead of using gksudo?</p>
<p>On the Ubuntu wiki, for instance, you&#8217;re never supposed to say &#8220;sudo apt-get install&#8221;.  You&#8217;re supposed to say &#8220;use any method to install package x&#8221; and make a link to <a href="https://help.ubuntu.com/community/InstallingSoftware" rel="nofollow">https://help.ubuntu.com/community/InstallingSoftware</a>, where the different methods of installing packages are described.</p>
<p>We should be using apt: URLs to install packages and linking to well-written graphical instructions for everything else, not copying and pasting bash commands.</p>
<p>4. Linking to a solution (like importing libraries while coding) is much better than copying and pasting it.  If there&#8217;s a problem with the solution, it can be fixed in one central place instead of leaving misleadingly incorrect copies all over the web.  <a href="http://en.wikipedia.org/wiki/Don%27t_repeat_yourself" rel="nofollow">http://en.wikipedia.org/wiki/Don%27t_repeat_yourself</a></p>
<p>If a solution is not complete enough, it can be expanded.  If an update makes the solution invalid, it can be updated once and all &#8220;references&#8221; to that advice will be up to date, too.  It will also increase the likelihood that future users can find the solution directly when they search for it instead of having to ask.</p>
<p>If the solution isn&#8217;t written up anywhere, type it up on Ubuntu Wiki and link to it.  You&#8217;ll only have to type it once, and can then reuse it over and over just by pasting a link.  If it&#8217;s not quite applicable to a certain question, you can add a little to the wiki page instead of retyping and modifying the whole thing.  When you link to the wiki, other people can edit it to keep the information up-to-date, too, taking even more burden off of you.</p>
<p>Posting scripts and half-baked hacks on the Forums as workarounds for problems is ok, but we should really be working to fix the underlying problems for all users instead.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Endolith</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2680</link>
		<dc:creator>Endolith</dc:creator>
		<pubDate>Tue, 27 Jan 2009 20:08:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2680</guid>
		<description>&quot;Very few Ubuntu users, at least outside of the enterprise, pay for support.  Instead, they turn to various free resources&quot;

With desktop support starting at $250, who *would* pay for it?  I know I&#039;d definitely pay for support if it were priced differently.  If I could pay $10 per user-level question and I knew I could get an authoritative answer quickly from Canonical, I&#039;d often do that instead of Ubuntu Forums.</description>
		<content:encoded><![CDATA[<p>&#8220;Very few Ubuntu users, at least outside of the enterprise, pay for support.  Instead, they turn to various free resources&#8221;</p>
<p>With desktop support starting at $250, who *would* pay for it?  I know I&#8217;d definitely pay for support if it were priced differently.  If I could pay $10 per user-level question and I knew I could get an authoritative answer quickly from Canonical, I&#8217;d often do that instead of Ubuntu Forums.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aikiwolfie</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2679</link>
		<dc:creator>aikiwolfie</dc:creator>
		<pubDate>Tue, 27 Jan 2009 19:14:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2679</guid>
		<description>The fact that people on Ubuntu forums just give you the command with a simple cut down explanation of what it&#039;s going to do is why I like it so much.

People should always remember those users looking for support aren&#039;t looking for a computer science lecture.</description>
		<content:encoded><![CDATA[<p>The fact that people on Ubuntu forums just give you the command with a simple cut down explanation of what it&#8217;s going to do is why I like it so much.</p>
<p>People should always remember those users looking for support aren&#8217;t looking for a computer science lecture.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daeng Bo</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2670</link>
		<dc:creator>Daeng Bo</dc:creator>
		<pubDate>Tue, 27 Jan 2009 06:12:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2670</guid>
		<description>Chris,

In my mind, people are already cutting and pasting blindly based on trust so the situation isn&#039;t really any different. Just say &quot;Click on the following link to install the Adobe Flash plug-in automatically&quot; and you should be safe. Ubuntu users can already install a DEB off of the Internet using GDebi-GTK directly from FF, and that&#039;s the default behavior. There&#039;s also &quot;Download and double click.&quot; The Windows world came to Ubuntu several years ago. http://slashdot.org/~Daengbo/journal/144751

I used to use apt: links when they came out because I was supporting beginners on Ubuntu, but I&#039;m not doing as much beginner work anymore and I&#039;ve tried to expand to the whole Debian family. I still use apt: for my Linux games site when that is possible.

The Ubuntu proposal (put on hold for several releases) to have a one-click repo addition seems VERY dangerous, however.</description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>In my mind, people are already cutting and pasting blindly based on trust so the situation isn&#8217;t really any different. Just say &#8220;Click on the following link to install the Adobe Flash plug-in automatically&#8221; and you should be safe. Ubuntu users can already install a DEB off of the Internet using GDebi-GTK directly from FF, and that&#8217;s the default behavior. There&#8217;s also &#8220;Download and double click.&#8221; The Windows world came to Ubuntu several years ago. <a href="http://slashdot.org/~Daengbo/journal/144751" rel="nofollow">http://slashdot.org/~Daengbo/journal/144751</a></p>
<p>I used to use apt: links when they came out because I was supporting beginners on Ubuntu, but I&#8217;m not doing as much beginner work anymore and I&#8217;ve tried to expand to the whole Debian family. I still use apt: for my Linux games site when that is possible.</p>
<p>The Ubuntu proposal (put on hold for several releases) to have a one-click repo addition seems VERY dangerous, however.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2668</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Tue, 27 Jan 2009 03:17:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2668</guid>
		<description>Joe: I&#039;m interested to hear more about that when you can reveal it.

Daeng: the apt links are a really clever idea, and one that I hadn&#039;t considered--I&#039;ve actually only ever seen a handful of sites that offer them.  On the other hand, I&#039;d worry about the security implications of getting users used to clicking &#039;OK&#039; whenever something pops up in the browser wanting to install software.  You get the gksudo prompt, of course, but too many people would just enter a password without thinking.  Isn&#039;t that where Windows and IE went wrong?</description>
		<content:encoded><![CDATA[<p>Joe: I&#8217;m interested to hear more about that when you can reveal it.</p>
<p>Daeng: the apt links are a really clever idea, and one that I hadn&#8217;t considered&#8211;I&#8217;ve actually only ever seen a handful of sites that offer them.  On the other hand, I&#8217;d worry about the security implications of getting users used to clicking &#8216;OK&#8217; whenever something pops up in the browser wanting to install software.  You get the gksudo prompt, of course, but too many people would just enter a password without thinking.  Isn&#8217;t that where Windows and IE went wrong?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zcat</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2660</link>
		<dc:creator>zcat</dc:creator>
		<pubDate>Mon, 26 Jan 2009 19:30:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2660</guid>
		<description>&quot;You don’t call Microsoft with a problem only to be given a link to vague, poorly written instructions that assume a high level of technical skill on the part of the user&quot;

Perhaps I just got unlucky, but the one time I ever called Microsoft&#039;s support (Outlook Express quits on startup, and they had a support contract so it didn&#039;t cost the usual $55 per call) they referred me to a number of articles in MSKB all of which which I already found through google. Those articles involved editing registry keys which seemed to me far more cryptic than anything I have ever encountered in the Linux world.

I got slightly more help from a #windows channel on IRC (they explained better that Microsoft what they thought the problem was, how editing certain files and registry keys might fix it, and came up with a few new things to try) but after more than two hours, reinstalling Windows did seem to be the only thing that would fix the problem.</description>
		<content:encoded><![CDATA[<p>&#8220;You don’t call Microsoft with a problem only to be given a link to vague, poorly written instructions that assume a high level of technical skill on the part of the user&#8221;</p>
<p>Perhaps I just got unlucky, but the one time I ever called Microsoft&#8217;s support (Outlook Express quits on startup, and they had a support contract so it didn&#8217;t cost the usual $55 per call) they referred me to a number of articles in MSKB all of which which I already found through google. Those articles involved editing registry keys which seemed to me far more cryptic than anything I have ever encountered in the Linux world.</p>
<p>I got slightly more help from a #windows channel on IRC (they explained better that Microsoft what they thought the problem was, how editing certain files and registry keys might fix it, and came up with a few new things to try) but after more than two hours, reinstalling Windows did seem to be the only thing that would fix the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike Gainey</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2658</link>
		<dc:creator>Mike Gainey</dc:creator>
		<pubDate>Mon, 26 Jan 2009 17:51:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2658</guid>
		<description>I agree completely.  I think these are obvious points.  If the Linux community adopted these principles, its image as too difficult for the average user would disappear.</description>
		<content:encoded><![CDATA[<p>I agree completely.  I think these are obvious points.  If the Linux community adopted these principles, its image as too difficult for the average user would disappear.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daeng Bo</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2643</link>
		<dc:creator>Daeng Bo</dc:creator>
		<pubDate>Mon, 26 Jan 2009 06:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2643</guid>
		<description>I would add another point. When supporting an Ubuntu user, use apt: links whenever possible to simplify installing programs. It&#039;s the easiest way to install.</description>
		<content:encoded><![CDATA[<p>I would add another point. When supporting an Ubuntu user, use apt: links whenever possible to simplify installing programs. It&#8217;s the easiest way to install.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James House</title>
		<link>http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/comment-page-1/#comment-2640</link>
		<dc:creator>James House</dc:creator>
		<pubDate>Mon, 26 Jan 2009 01:50:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.workswithu.com/2009/01/25/providing-good-ubuntu-support/#comment-2640</guid>
		<description>Great points here. I also try to find out early in the thread if the user wants to learn something, or if they just want a fix. More often than not, they just want it fixed. Another rule that I try to hold myself to is to solve three problems for other people before I post a problem of my own. I realize that&#039;s not practical for everyone, but it does keep me giving more than I take - in terms of Linux support anyway.</description>
		<content:encoded><![CDATA[<p>Great points here. I also try to find out early in the thread if the user wants to learn something, or if they just want a fix. More often than not, they just want it fixed. Another rule that I try to hold myself to is to solve three problems for other people before I post a problem of my own. I realize that&#8217;s not practical for everyone, but it does keep me giving more than I take &#8211; in terms of Linux support anyway.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
