<?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/"
		>
<channel>
	<title>Comments on: Let&#8217;s make linux rock just the way it is, part 1</title>
	<atom:link href="http://eric.extremeboredom.net/2005/07/05/205/feed" rel="self" type="application/rss+xml" />
	<link>http://eric.extremeboredom.net/2005/07/05/205</link>
	<description>adventures into and out of extreme boredom.</description>
	<lastBuildDate>Sun, 25 Oct 2009 22:13:38 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: IntelligentBlogger.com &#187; Blog Archive &#187; Linux Desktop Distribution of the Future Follow-up Part 1</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-664</link>
		<dc:creator>IntelligentBlogger.com &#187; Blog Archive &#187; Linux Desktop Distribution of the Future Follow-up Part 1</dc:creator>
		<pubDate>Thu, 09 Mar 2006 04:15:27 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-664</guid>
		<description>[...] Slashdot.org Story OSNews Story Linux Today Story Mark R. Hinkle&#8217;s Blog (Editor of Linux World) Brains Factory Phil Crissman&#8217;s Blog Eric&#8217;s &#8220;Extreme Boredom&#8221; Blog Willisburg.org House of Zeus [...]</description>
		<content:encoded><![CDATA[<p>[...] Slashdot.org Story OSNews Story Linux Today Story Mark R. Hinkle&#8217;s Blog (Editor of Linux World) Brains Factory Phil Crissman&#8217;s Blog Eric&#8217;s &#8220;Extreme Boredom&#8221; Blog Willisburg.org House of Zeus [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: UbuWu</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-332</link>
		<dc:creator>UbuWu</dc:creator>
		<pubDate>Mon, 19 Sep 2005 00:21:53 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-332</guid>
		<description>Are you running breezy? Your mockup could have been a screenshot if they hadn&#039;t removed the &#039;run application&#039;. :-)</description>
		<content:encoded><![CDATA[<p>Are you running breezy? Your mockup could have been a screenshot if they hadn&#8217;t removed the &#8216;run application&#8217;. :-)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: NoTiG</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-241</link>
		<dc:creator>NoTiG</dc:creator>
		<pubDate>Tue, 19 Jul 2005 17:26:45 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-241</guid>
		<description>The centralized repository method of installing software (apt-get/synaptic) is valuable, but it is not a complete solution. It has the following problems: latency between software release and acceptance into repository, the difficulty in maintaining a large repository, the installation of non-free/proprietary software etc. The solution is autopackage . It is not designed as a replacement to synaptic/apt-get, rather to supplement its shortcomings for a superior solution. The ultimate goal should be something similar to MacOS appfolders, but better. Once the user has chosen to give some software access to their system, we should be making it as easy as possible for them to act upon their decisions. Security therefore becomes a matter of how to aid the user in making the correct decisions rather than making their lives inconvenient.

By the way, there is also a bounty on making synaptic more &quot;colorful&quot; . Look at this : http://udu.wiki.ubuntu.com/FindingPackages
http://niran.org/code/soc/

ANd the future of installing :

http://autopackage.org/ui-vision.html

I also found a comment by one of the autopackage dev&#039;s: &quot;There is a patch floating around that integrates autopackage and synaptic, but it&#039;s not been merged yet.&quot;

And here is matt zimmermans response: https://bugzilla.ubuntu.com/show_bug.cgi?id=8308</description>
		<content:encoded><![CDATA[<p>The centralized repository method of installing software (apt-get/synaptic) is valuable, but it is not a complete solution. It has the following problems: latency between software release and acceptance into repository, the difficulty in maintaining a large repository, the installation of non-free/proprietary software etc. The solution is autopackage . It is not designed as a replacement to synaptic/apt-get, rather to supplement its shortcomings for a superior solution. The ultimate goal should be something similar to MacOS appfolders, but better. Once the user has chosen to give some software access to their system, we should be making it as easy as possible for them to act upon their decisions. Security therefore becomes a matter of how to aid the user in making the correct decisions rather than making their lives inconvenient.</p>
<p>By the way, there is also a bounty on making synaptic more &#8220;colorful&#8221; . Look at this : <a href="http://udu.wiki.ubuntu.com/FindingPackages" rel="nofollow">http://udu.wiki.ubuntu.com/FindingPackages</a><br />
<a href="http://niran.org/code/soc/" rel="nofollow">http://niran.org/code/soc/</a></p>
<p>ANd the future of installing :</p>
<p><a href="http://autopackage.org/ui-vision.html" rel="nofollow">http://autopackage.org/ui-vision.html</a></p>
<p>I also found a comment by one of the autopackage dev&#8217;s: &#8220;There is a patch floating around that integrates autopackage and synaptic, but it&#8217;s not been merged yet.&#8221;</p>
<p>And here is matt zimmermans response: <a href="https://bugzilla.ubuntu.com/show_bug.cgi?id=8308" rel="nofollow">https://bugzilla.ubuntu.com/show_bug.cgi?id=8308</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Czubin's UserHostile Tao</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-239</link>
		<dc:creator>Czubin's UserHostile Tao</dc:creator>
		<pubDate>Tue, 12 Jul 2005 16:46:56 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-239</guid>
		<description>&lt;strong&gt;I shall fork one day!&lt;/strong&gt;

	Eyyy amigos!
	I&#8217;m due to goto the tendist sooner or later but after reading Nat&#8217;s blog&#8230;
About his experience and the fact I have 4 bad teeth
means  I&#8217;m going to expone this as much as possible  
	Anyhow some screenshots of Long...</description>
		<content:encoded><![CDATA[<p><strong>I shall fork one day!</strong></p>
<p>	Eyyy amigos!<br />
	I&#8217;m due to goto the tendist sooner or later but after reading Nat&#8217;s blog&#8230;<br />
About his experience and the fact I have 4 bad teeth<br />
means  I&#8217;m going to expone this as much as possible<br />
	Anyhow some screenshots of Long&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: beza1e1</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-238</link>
		<dc:creator>beza1e1</dc:creator>
		<pubDate>Sun, 10 Jul 2005 05:52:23 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-238</guid>
		<description>Good article!

This &quot;install new Software...&quot; is a good idea, but can&#039;t substitute education. Windowsuser will never look for new software on their very own PC. They will go out to the internet and google for it. On the vendor site (aka a sourceforge project page), they will click on Download and get the tarball. I think this is way everybody whines about Linux and that you have to compile everything yourself.This package manager concept is just to strange for windows people.

One of the positive core arguments for Ubuntu are the nice Communities and Forum. I don&#039;t know wether they are really better (Gentoo Forums are still the bleeding edge tweakers i think) but it shows the way to solve this problem.

You can only fix the software to some degree, to fix the user is more effective.</description>
		<content:encoded><![CDATA[<p>Good article!</p>
<p>This &#8220;install new Software&#8230;&#8221; is a good idea, but can&#8217;t substitute education. Windowsuser will never look for new software on their very own PC. They will go out to the internet and google for it. On the vendor site (aka a sourceforge project page), they will click on Download and get the tarball. I think this is way everybody whines about Linux and that you have to compile everything yourself.This package manager concept is just to strange for windows people.</p>
<p>One of the positive core arguments for Ubuntu are the nice Communities and Forum. I don&#8217;t know wether they are really better (Gentoo Forums are still the bleeding edge tweakers i think) but it shows the way to solve this problem.</p>
<p>You can only fix the software to some degree, to fix the user is more effective.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John K</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-234</link>
		<dc:creator>John K</dc:creator>
		<pubDate>Fri, 08 Jul 2005 06:34:19 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-234</guid>
		<description>After the &quot;Add New Software...&quot; app starts, it should have a list of *vendors* and repositories.  All vendors would operate their own repositories.  Users could add vendors to their list, manually.

These vendor apps could install in the main file tree if they dared, but, I notice that many tend to prefer to install in /opt or /usr/local.  And they create their own file tree in their directory.... vendorAdd/etc, bin, doc, man, lib, libexec, etc....  Kind of like how OS X has a little file tree inside the .App folders.  (I wonder where they got that idea from :-) ).

Whichever model a vendor chooses is up to them.  

The idea of a single universe of packages would not be violated with this.  The universe will always be controlled by the distribution.  Vendors would be given second class status.

For the newbie user, this should work out, because the vendor is a an identifiable quantity, in the way a distro is an identifiable quantity.  They can make gross decisions (large in scope) about what to install, or leave out.

For the experienced user, they can still go fine grained, with packages, sources, and even specific patches.

I know this sounds very commercial, and it is, but I think it would work.  It probably won&#039;t happen, because it invites too much competition into the market, to start making revenues before the early investors make their money back.</description>
		<content:encoded><![CDATA[<p>After the &#8220;Add New Software&#8230;&#8221; app starts, it should have a list of *vendors* and repositories.  All vendors would operate their own repositories.  Users could add vendors to their list, manually.</p>
<p>These vendor apps could install in the main file tree if they dared, but, I notice that many tend to prefer to install in /opt or /usr/local.  And they create their own file tree in their directory&#8230;. vendorAdd/etc, bin, doc, man, lib, libexec, etc&#8230;.  Kind of like how OS X has a little file tree inside the .App folders.  (I wonder where they got that idea from :-) ).</p>
<p>Whichever model a vendor chooses is up to them.  </p>
<p>The idea of a single universe of packages would not be violated with this.  The universe will always be controlled by the distribution.  Vendors would be given second class status.</p>
<p>For the newbie user, this should work out, because the vendor is a an identifiable quantity, in the way a distro is an identifiable quantity.  They can make gross decisions (large in scope) about what to install, or leave out.</p>
<p>For the experienced user, they can still go fine grained, with packages, sources, and even specific patches.</p>
<p>I know this sounds very commercial, and it is, but I think it would work.  It probably won&#8217;t happen, because it invites too much competition into the market, to start making revenues before the early investors make their money back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sami Haahtinen</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-232</link>
		<dc:creator>Sami Haahtinen</dc:creator>
		<pubDate>Thu, 07 Jul 2005 16:29:46 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-232</guid>
		<description>I agree with your opinions about linux vs other operating systems, it&#039;s the same thing i&#039;ve been saying for some time now. People should not expect all operating systems to be exactly the same (most of them do now).

As for your Install new applications.. button, check out gnome-app-install package (you mentioned you were using ubuntu, it&#039;s in main). It uses a different approach to install applications, and i think it looks pretty good actually.

The install:// URI might be a good idea, assuming there is a proper design that is common for all platforms. It needs to be done in a way so that it has proper fallbacks. Something like, try the current repository setup, try a fallback repository setup (set up by the vendor), try a secondary fallback (set up by some common nominator), fall back to something like autopackage version of the software. That way we can be certain that the basic setup of the computer doesn&#039;t mess up the installation. Someone might have a setup where their sources (yes, i&#039;m talking about apt systems mostly) are set up so that the package manager only looks from the CD that the user has, it&#039;s most likely that the CD doesn&#039;t have the software the website wants to install, this is something that needs to be worked around. Also it&#039;s a big challenge for usability and GUI people, how they bring out the security issues so that the user fully understands the risks involved. We really need to avoid the &#039;question.. OK.. warning.. OK.. Error.. OK...&#039; behaviour that can be seen amongst windows users.</description>
		<content:encoded><![CDATA[<p>I agree with your opinions about linux vs other operating systems, it&#8217;s the same thing i&#8217;ve been saying for some time now. People should not expect all operating systems to be exactly the same (most of them do now).</p>
<p>As for your Install new applications.. button, check out gnome-app-install package (you mentioned you were using ubuntu, it&#8217;s in main). It uses a different approach to install applications, and i think it looks pretty good actually.</p>
<p>The install:// URI might be a good idea, assuming there is a proper design that is common for all platforms. It needs to be done in a way so that it has proper fallbacks. Something like, try the current repository setup, try a fallback repository setup (set up by the vendor), try a secondary fallback (set up by some common nominator), fall back to something like autopackage version of the software. That way we can be certain that the basic setup of the computer doesn&#8217;t mess up the installation. Someone might have a setup where their sources (yes, i&#8217;m talking about apt systems mostly) are set up so that the package manager only looks from the CD that the user has, it&#8217;s most likely that the CD doesn&#8217;t have the software the website wants to install, this is something that needs to be worked around. Also it&#8217;s a big challenge for usability and GUI people, how they bring out the security issues so that the user fully understands the risks involved. We really need to avoid the &#8216;question.. OK.. warning.. OK.. Error.. OK&#8230;&#8217; behaviour that can be seen amongst windows users.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Czubin Mark</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-231</link>
		<dc:creator>Czubin Mark</dc:creator>
		<pubDate>Wed, 06 Jul 2005 12:43:22 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-231</guid>
		<description>I have to agree with friedCrumpet,
Unless you aren&#039;t on some big distro like debian where the packages are widely available then you got some serious problems. 
For instance I can&#039;t install mono on FC4 via the repos simply because they aren&#039;t in there. 
And guess what most of the stuff I want isn&#039;t in there. Now I just hate downloading/compiling/installing software , but with RPMs it used to be just sometimes a dependency hell (still is for most people).
Autopackages are easy to use and great to install, the only problem... who is delivering them?

I strongly believe we need to find a better way to manage our software and the apt/yum repository&#039;s aren&#039;t going to cut it.

w00t since when did they put you on the monologue? :)

Czubin</description>
		<content:encoded><![CDATA[<p>I have to agree with friedCrumpet,<br />
Unless you aren&#8217;t on some big distro like debian where the packages are widely available then you got some serious problems.<br />
For instance I can&#8217;t install mono on FC4 via the repos simply because they aren&#8217;t in there.<br />
And guess what most of the stuff I want isn&#8217;t in there. Now I just hate downloading/compiling/installing software , but with RPMs it used to be just sometimes a dependency hell (still is for most people).<br />
Autopackages are easy to use and great to install, the only problem&#8230; who is delivering them?</p>
<p>I strongly believe we need to find a better way to manage our software and the apt/yum repository&#8217;s aren&#8217;t going to cut it.</p>
<p>w00t since when did they put you on the monologue? :)</p>
<p>Czubin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon Cooper</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-230</link>
		<dc:creator>Jon Cooper</dc:creator>
		<pubDate>Wed, 06 Jul 2005 09:22:42 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-230</guid>
		<description>Dude.. You Rock.

I totally love the idea of adding &quot;Install new software&quot; to the Applications menu. It makes 100% sense. Cleaning up administration / system preferences / system tools is also a must have for future versions of gnome. The OSX control panel does things so right, gnome-control-centre could also go this route.

An install:// handler would be great as a fd.o standard. Have a gconf key holding details on where to go and what to do, and you have yourself a very simple way to distribute software. Application Vendors could then post links on their websites, which the individual distributions would then be able to provide. Again, 100% brilliant.

AppFolders on OSX are good, but I think linux package management is better. It just needs some newbie love.</description>
		<content:encoded><![CDATA[<p>Dude.. You Rock.</p>
<p>I totally love the idea of adding &#8220;Install new software&#8221; to the Applications menu. It makes 100% sense. Cleaning up administration / system preferences / system tools is also a must have for future versions of gnome. The OSX control panel does things so right, gnome-control-centre could also go this route.</p>
<p>An install:// handler would be great as a fd.o standard. Have a gconf key holding details on where to go and what to do, and you have yourself a very simple way to distribute software. Application Vendors could then post links on their websites, which the individual distributions would then be able to provide. Again, 100% brilliant.</p>
<p>AppFolders on OSX are good, but I think linux package management is better. It just needs some newbie love.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: friedCrumpet</title>
		<link>http://eric.extremeboredom.net/2005/07/05/205/comment-page-1#comment-229</link>
		<dc:creator>friedCrumpet</dc:creator>
		<pubDate>Wed, 06 Jul 2005 06:54:58 +0000</pubDate>
		<guid isPermaLink="false">http://eric.extremeboredom.net/2005/07/05/205/#comment-229</guid>
		<description>Package managers are great (at least apt and its derivatives are).  But they suck when the software package you want to use is not in the repository, or if the version (or the versions its dependencies!) are not the ones you need/want.

I have experienced this with every linux distro I have tried. It either means waiting (and waiting) for the package maintainer to update or add the package you want, or ditching the package manager and compiling the software you need yourself.  In some cases, the developers of the software provide packages for your system.  Great!  Except figuring out how to integrate their repository/packages into your system is not usually trivial.

Okay, so Windows world:  You go to the website of the software package, download the new version and install it.  I don&#039;t see what is wrong with this paradigm?  Especially for commercial software developers whose software will not be included in your repository.  Hey, I&#039;m all for Free Software and that - but let&#039;s face it - as Linux gains more popularity more commercial software will become available for it.  

Maybe Autopackage will provide the solution here, I don’t know.  If it does, then maybe distro maintainers need to integrate it strongly into their product, not to replace the package manager, but rather to supplement it. 

</description>
		<content:encoded><![CDATA[<p>Package managers are great (at least apt and its derivatives are).  But they suck when the software package you want to use is not in the repository, or if the version (or the versions its dependencies!) are not the ones you need/want.</p>
<p>I have experienced this with every linux distro I have tried. It either means waiting (and waiting) for the package maintainer to update or add the package you want, or ditching the package manager and compiling the software you need yourself.  In some cases, the developers of the software provide packages for your system.  Great!  Except figuring out how to integrate their repository/packages into your system is not usually trivial.</p>
<p>Okay, so Windows world:  You go to the website of the software package, download the new version and install it.  I don&#8217;t see what is wrong with this paradigm?  Especially for commercial software developers whose software will not be included in your repository.  Hey, I&#8217;m all for Free Software and that &#8211; but let&#8217;s face it &#8211; as Linux gains more popularity more commercial software will become available for it.  </p>
<p>Maybe Autopackage will provide the solution here, I don’t know.  If it does, then maybe distro maintainers need to integrate it strongly into their product, not to replace the package manager, but rather to supplement it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
