<?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: #12: Consistent Packaging</title>
	<atom:link href="http://www.markshuttleworth.com/archives/66/feed" rel="self" type="application/rss+xml" />
	<link>http://www.markshuttleworth.com/archives/66</link>
	<description>Planetary perspectives</description>
	<lastBuildDate>Mon, 06 May 2013 07:56:07 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: Ubuntu + Gentoo = Nirvana? &#171; Inkless Paper</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-216988</link>
		<dc:creator>Ubuntu + Gentoo = Nirvana? &#171; Inkless Paper</dc:creator>
		<pubDate>Fri, 14 Dec 2007 03:11:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-216988</guid>
		<description>[...] I was skimming through some of the older posts on Mark Shuttleworth&#8217;s blog when I came across this one that struck a chord. While I do like the whole Debian apt packaging system, for the most part, [...]</description>
		<content:encoded><![CDATA[<p>[...] I was skimming through some of the older posts on Mark Shuttleworth&#8217;s blog when I came across this one that struck a chord. While I do like the whole Debian apt packaging system, for the most part, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mighty Linuxz &#187; Shuttleworth: Linux distros need consistent packaging</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-191639</link>
		<dc:creator>Mighty Linuxz &#187; Shuttleworth: Linux distros need consistent packaging</dc:creator>
		<pubDate>Fri, 02 Nov 2007 12:09:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-191639</guid>
		<description>[...] read more &#124; digg story [...]</description>
		<content:encoded><![CDATA[<p>[...] read more | digg story [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ankur Gupta</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-76143</link>
		<dc:creator>Ankur Gupta</dc:creator>
		<pubDate>Wed, 18 Apr 2007 04:49:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-76143</guid>
		<description>I am persuring B.Tech in Amity ,but not happy here i am looking for an online computer language test on c,c++ for money factor only thats national or international level that doesn&#039;t matter to me,so i am waiting for ur reply.......</description>
		<content:encoded><![CDATA[<p>I am persuring B.Tech in Amity ,but not happy here i am looking for an online computer language test on c,c++ for money factor only thats national or international level that doesn&#8217;t matter to me,so i am waiting for ur reply&#8230;&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: flabdablet</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-17733</link>
		<dc:creator>flabdablet</dc:creator>
		<pubDate>Tue, 05 Dec 2006 13:09:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-17733</guid>
		<description>Thanks to Mark for opening up this discussion, and thanks to Steve for the link to http://zero-install.sourceforge.net/ - I will be installing this on my Ubuntu Edgy system very soon and doing my best to contribute to the project&#039;s success, because it looks to me as if the concepts behind the zero-install project are the Right Way Forward.

It&#039;s even easier to use than the Windows app installation process, because you don&#039;t need separate download-installer, run-installer and run-application steps; having found a zero-install app on the web, you just run it.

Everything else - downloading the code, downloading dependencies, applying updates - happens automagically.  You don&#039;t need admin rights just to install an app, you don&#039;t need to mess with a repository list, and distro developers don&#039;t need to maintain repositories.  Software developers are in charge of specifying their own dependencies, and any number of these can coexist, even if they provide similar services; if multiple apps share dependencies, what they have in common only gets downloaded once.

As a site admin, all I&#039;d need to do to set up my workstations would be to provide a base OS with a bunch of links to zero-install apps, and a web proxy on my LAN.  What&#039;s not to like?

I use Ubuntu because it&#039;s nicely integrated, and gets more so with each release; every six months, more things Just Work.  It strikes me that Ubuntu getting behind the zero-install project and making it the standard way for Ubuntu users to acquire apps may well be a good way to make that experience scale.

As far as I can see there&#039;s nothing stopping Synaptic and zero-install from coexisting in the same distro.  As releases goes by, though, I can also see no fundamental reason why zero-install couldn&#039;t progressively take over from apt.  Comparison here:

http://zero-install.sourceforge.net/compare.html

The Ubuntu way to persuade other distros to get on board seems to me to be by doing something compelling enough that what the other guys are doing becomes obviously deficient by comparison.  At first glance, zero-install strikes me as exactly that kind of advance.</description>
		<content:encoded><![CDATA[<p>Thanks to Mark for opening up this discussion, and thanks to Steve for the link to <a href="http://zero-install.sourceforge.net/" rel="nofollow">http://zero-install.sourceforge.net/</a> &#8211; I will be installing this on my Ubuntu Edgy system very soon and doing my best to contribute to the project&#8217;s success, because it looks to me as if the concepts behind the zero-install project are the Right Way Forward.</p>
<p>It&#8217;s even easier to use than the Windows app installation process, because you don&#8217;t need separate download-installer, run-installer and run-application steps; having found a zero-install app on the web, you just run it.</p>
<p>Everything else &#8211; downloading the code, downloading dependencies, applying updates &#8211; happens automagically.  You don&#8217;t need admin rights just to install an app, you don&#8217;t need to mess with a repository list, and distro developers don&#8217;t need to maintain repositories.  Software developers are in charge of specifying their own dependencies, and any number of these can coexist, even if they provide similar services; if multiple apps share dependencies, what they have in common only gets downloaded once.</p>
<p>As a site admin, all I&#8217;d need to do to set up my workstations would be to provide a base OS with a bunch of links to zero-install apps, and a web proxy on my LAN.  What&#8217;s not to like?</p>
<p>I use Ubuntu because it&#8217;s nicely integrated, and gets more so with each release; every six months, more things Just Work.  It strikes me that Ubuntu getting behind the zero-install project and making it the standard way for Ubuntu users to acquire apps may well be a good way to make that experience scale.</p>
<p>As far as I can see there&#8217;s nothing stopping Synaptic and zero-install from coexisting in the same distro.  As releases goes by, though, I can also see no fundamental reason why zero-install couldn&#8217;t progressively take over from apt.  Comparison here:</p>
<p><a href="http://zero-install.sourceforge.net/compare.html" rel="nofollow">http://zero-install.sourceforge.net/compare.html</a></p>
<p>The Ubuntu way to persuade other distros to get on board seems to me to be by doing something compelling enough that what the other guys are doing becomes obviously deficient by comparison.  At first glance, zero-install strikes me as exactly that kind of advance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: FelixR</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-14961</link>
		<dc:creator>FelixR</dc:creator>
		<pubDate>Mon, 20 Nov 2006 22:05:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-14961</guid>
		<description>It would be great if the LSB releases every 6 months a new release. Plus defining the FHS more concrete where KDE, Gnome etc. has to be installed. With that combination distributors would be able to release a new distri every 6 months under a new LSB version. So you only need LSB compatible packages for the different LSB versions which run on all distributions which are compatible with the different LSB versions:

app-xy-0.95-lsb-2.0.deb
app-xy-0.95-lsb-2.1.deb
app-xy-0.05-lsb-3.0.deb

That would decrease number of packages needed for the different distributions. If they would use only deb or rpm format there would be only 3 different packages for a period of time of 1,5 years which would run on all LSB compatible Linux distributions.</description>
		<content:encoded><![CDATA[<p>It would be great if the LSB releases every 6 months a new release. Plus defining the FHS more concrete where KDE, Gnome etc. has to be installed. With that combination distributors would be able to release a new distri every 6 months under a new LSB version. So you only need LSB compatible packages for the different LSB versions which run on all distributions which are compatible with the different LSB versions:</p>
<p>app-xy-0.95-lsb-2.0.deb<br />
app-xy-0.95-lsb-2.1.deb<br />
app-xy-0.05-lsb-3.0.deb</p>
<p>That would decrease number of packages needed for the different distributions. If they would use only deb or rpm format there would be only 3 different packages for a period of time of 1,5 years which would run on all LSB compatible Linux distributions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike&#8217;s Journal &#187; Blog Archive &#187; the ubuntu devconf</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-14813</link>
		<dc:creator>Mike&#8217;s Journal &#187; Blog Archive &#187; the ubuntu devconf</dc:creator>
		<pubDate>Mon, 20 Nov 2006 05:35:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-14813</guid>
		<description>[...] This sort of conversation makes me very cynical about the relevance of the OSDL and LSB. It is easy to pick on Ubuntu here but in practice I know this kind of thinking is endemic to the distributions &#8230; it would have been exactly the same at a Fedora conference. It was a shame that Mark Shuttleworth didn&#8217;t show up - his blog entry  is the only reason I went along, as I&#8217;ve had similar conversations via email before so knew what to expect. Unfortunately it sounded like he had a lot of pushback on those plans and they are now being watered down to simply being &#8220;it&#8217;d be nice if source compiled the same on every distro&#8221;, which is basically where we are today, sort of, except because there are no ISVs there&#8217;s no real incentive to keep it that way and sometimes it breaks. [...]</description>
		<content:encoded><![CDATA[<p>[...] This sort of conversation makes me very cynical about the relevance of the OSDL and LSB. It is easy to pick on Ubuntu here but in practice I know this kind of thinking is endemic to the distributions &#8230; it would have been exactly the same at a Fedora conference. It was a shame that Mark Shuttleworth didn&#8217;t show up &#8211; his blog entry  is the only reason I went along, as I&#8217;ve had similar conversations via email before so knew what to expect. Unfortunately it sounded like he had a lot of pushback on those plans and they are now being watered down to simply being &#8220;it&#8217;d be nice if source compiled the same on every distro&#8221;, which is basically where we are today, sort of, except because there are no ISVs there&#8217;s no real incentive to keep it that way and sometimes it breaks. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fish</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-14200</link>
		<dc:creator>fish</dc:creator>
		<pubDate>Fri, 17 Nov 2006 14:44:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-14200</guid>
		<description>I wonder why we are even discussing this...

In 5 years I&#039;ll try linux again, and it will be like now, 5 years ago, 10 years ago...

Still no consistent packaging and a huge waste of time in the linux community!

Nothing will ever change in this area, distros are way too narrow minded for that, including Ubuntu.

Also, I wonder what the point of this blog is when Mark wouldn&#039;t ever reply to any of the comments anyway.

Maybe one day you guys will realize what big a chance for the linux desktop u are wasting here...</description>
		<content:encoded><![CDATA[<p>I wonder why we are even discussing this&#8230;</p>
<p>In 5 years I&#8217;ll try linux again, and it will be like now, 5 years ago, 10 years ago&#8230;</p>
<p>Still no consistent packaging and a huge waste of time in the linux community!</p>
<p>Nothing will ever change in this area, distros are way too narrow minded for that, including Ubuntu.</p>
<p>Also, I wonder what the point of this blog is when Mark wouldn&#8217;t ever reply to any of the comments anyway.</p>
<p>Maybe one day you guys will realize what big a chance for the linux desktop u are wasting here&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alexxx</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-14012</link>
		<dc:creator>alexxx</dc:creator>
		<pubDate>Thu, 16 Nov 2006 20:48:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-14012</guid>
		<description>Hi Mark,
I&#039;m a happy Ubuntu user.
I had an idea: hold package standard (deb) but make it distribuited and updated via RSS.
To make it an actual system we need:
- define a standard package fundation, I propose every packet depending by &quot;ubuntu-desktop.deb&quot; et alii
- certificate software by community, to prevent some sicurity trouble avoiding spyware and other malware
- distribute this software with all exotic library, like a metapackage (libraries usually are very light)
- restrict what dpkg could do, it should execute some standard tasks, like create new file and update other and so on, and not modify iptables if it is not what it is created for.
This will work if developers and their community want to provide package directly. This should improve commercial appeal of Ubuntu, because in this way we can give a standard system for commercial software too.
These ara just ideas, excuse if these are not what you are searching for.</description>
		<content:encoded><![CDATA[<p>Hi Mark,<br />
I&#8217;m a happy Ubuntu user.<br />
I had an idea: hold package standard (deb) but make it distribuited and updated via RSS.<br />
To make it an actual system we need:<br />
- define a standard package fundation, I propose every packet depending by &#8220;ubuntu-desktop.deb&#8221; et alii<br />
- certificate software by community, to prevent some sicurity trouble avoiding spyware and other malware<br />
- distribute this software with all exotic library, like a metapackage (libraries usually are very light)<br />
- restrict what dpkg could do, it should execute some standard tasks, like create new file and update other and so on, and not modify iptables if it is not what it is created for.<br />
This will work if developers and their community want to provide package directly. This should improve commercial appeal of Ubuntu, because in this way we can give a standard system for commercial software too.<br />
These ara just ideas, excuse if these are not what you are searching for.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Zolookas</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-13790</link>
		<dc:creator>Zolookas</dc:creator>
		<pubDate>Wed, 15 Nov 2006 14:38:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-13790</guid>
		<description>I&#039;m sorry to say that, but it&#039;ll never happen. If ubuntu team will make some changes, other distros will ignore it (distros almost always ignore each other). If you took a part from every distro you will able to make ultimate one. Another thing is dependencies. If program requires library X and distro Y has it, but distro Z don&#039;t. Distro Y will probably try to make package without that depencency and everything starts from beggining...</description>
		<content:encoded><![CDATA[<p>I&#8217;m sorry to say that, but it&#8217;ll never happen. If ubuntu team will make some changes, other distros will ignore it (distros almost always ignore each other). If you took a part from every distro you will able to make ultimate one. Another thing is dependencies. If program requires library X and distro Y has it, but distro Z don&#8217;t. Distro Y will probably try to make package without that depencency and everything starts from beggining&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ahmed (ihavenoname)</title>
		<link>http://www.markshuttleworth.com/archives/66/comment-page-3#comment-13645</link>
		<dc:creator>Ahmed (ihavenoname)</dc:creator>
		<pubDate>Tue, 14 Nov 2006 22:05:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.markshuttleworth.com/archives/66#comment-13645</guid>
		<description>Excellent point Mark. Heres the real question though, what are we going to do about it? Is Ubuntu going to help with autopackage and move in that direction? How do you get hundreds of distros to switch over to one packaging standard? Especially after so much work has gone in to getting their distros fully integrated with their package manager? Take Fedora and yum(pup, pirut, anaconda now using yum). Even Ubuntu and gdebi and synaptic. I think smart is one way to go, if all distros adopt smart then at least we are all resolving dependencies the same way and we are one step closer to the desired goal. At the same time we can also try and get distros to name packages the same way. From there it will just be a matter of merging packaging standards on both rpm and debs. Of course there are flaws to this method, but at this point it is only a suggestion.  The important thing is that we do keep pushing towards this goal. I do believe this is one of the main reason many companies stray from releasing Linux versions of their software or drivers or what have you. While this may not be the only reason it is a pretty important factor. Let&#039;s hope this &#039;issue&#039; gets resolved. Mark I wish you the best of luck in this venture. I&#039;ll help if I can. 
Good day
AhmedG. (aka Ihavenoname)</description>
		<content:encoded><![CDATA[<p>Excellent point Mark. Heres the real question though, what are we going to do about it? Is Ubuntu going to help with autopackage and move in that direction? How do you get hundreds of distros to switch over to one packaging standard? Especially after so much work has gone in to getting their distros fully integrated with their package manager? Take Fedora and yum(pup, pirut, anaconda now using yum). Even Ubuntu and gdebi and synaptic. I think smart is one way to go, if all distros adopt smart then at least we are all resolving dependencies the same way and we are one step closer to the desired goal. At the same time we can also try and get distros to name packages the same way. From there it will just be a matter of merging packaging standards on both rpm and debs. Of course there are flaws to this method, but at this point it is only a suggestion.  The important thing is that we do keep pushing towards this goal. I do believe this is one of the main reason many companies stray from releasing Linux versions of their software or drivers or what have you. While this may not be the only reason it is a pretty important factor. Let&#8217;s hope this &#8216;issue&#8217; gets resolved. Mark I wish you the best of luck in this venture. I&#8217;ll help if I can.<br />
Good day<br />
AhmedG. (aka Ihavenoname)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
