<?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: Ubuntu 2.0 (Twobuntu?!)</title>
	<atom:link href="http://keithcu.com/wordpress/?feed=rss2&#038;p=27" rel="self" type="application/rss+xml" />
	<link>http://keithcu.com/wordpress/?p=27</link>
	<description></description>
	<lastBuildDate>Thu, 01 Jul 2010 18:18:44 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Nathan DBB</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-17266</link>
		<dc:creator>Nathan DBB</dc:creator>
		<pubDate>Mon, 18 Jun 2007 20:47:27 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-17266</guid>
		<description>I have had no direct contact with the Debian community (other then running the OS). Several of my friends go to the meetings, and when they tell me about the meetings they sound miserable. 

The decision making process in the Debian process is not fast enough and can be held up by a few crappy and difficult people. Ubuntu fixes that, and does not try to support 15k packages. 

Ubuntu is agile and can try more new things to see what works. Ubuntu can show millions of Open Source buyers to hardware and software makers, while hiding our few malcontents. It could be a beautiful OS ecosystem if both distros play nice -- so that the fruit of the Ubuntu tree can fertilize the soil of Debian.

&#208; Ubuntu syncs a lot from Debian, and needs to try to give back more without sinking into the dysfunctional culture of the project. 

&#208; Debian, on the other hand, needs to take the major changes from Ubuntu that are working (like Upstart?).</description>
		<content:encoded><![CDATA[<p>I have had no direct contact with the Debian community (other then running the OS). Several of my friends go to the meetings, and when they tell me about the meetings they sound miserable. </p>
<p>The decision making process in the Debian process is not fast enough and can be held up by a few crappy and difficult people. Ubuntu fixes that, and does not try to support 15k packages. </p>
<p>Ubuntu is agile and can try more new things to see what works. Ubuntu can show millions of Open Source buyers to hardware and software makers, while hiding our few malcontents. It could be a beautiful OS ecosystem if both distros play nice &#8212; so that the fruit of the Ubuntu tree can fertilize the soil of Debian.</p>
<p>&#208; Ubuntu syncs a lot from Debian, and needs to try to give back more without sinking into the dysfunctional culture of the project. </p>
<p>&#208; Debian, on the other hand, needs to take the major changes from Ubuntu that are working (like Upstart?).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rakhesh shows &#8230; &#187; Ubuntu 2.0 (Twobuntu?!)</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-2087</link>
		<dc:creator>rakhesh shows &#8230; &#187; Ubuntu 2.0 (Twobuntu?!)</dc:creator>
		<pubDate>Fri, 09 Jun 2006 06:42:33 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-2087</guid>
		<description>[...] Ubuntu 2.0 (Twobuntu?!) Filed under: Links &#8212; rakhesh @   &#8230; if the most popular Linux distro has the smallest engineering team and is the least stable, it threatens the perception of the desktop distro market as a whole. Meanwhile, if Debian had 2 million new customers and 10,000 new bugs, I&#8217;ll bet they could pick up the pace for the increased workload, especially if it came with a few New Maintainer applications. &#167; [...]</description>
		<content:encoded><![CDATA[<p>[...] Ubuntu 2.0 (Twobuntu?!) Filed under: Links &#8212; rakhesh @   &#8230; if the most popular Linux distro has the smallest engineering team and is the least stable, it threatens the perception of the desktop distro market as a whole. Meanwhile, if Debian had 2 million new customers and 10,000 new bugs, I&rsquo;ll bet they could pick up the pace for the increased workload, especially if it came with a few New Maintainer applications. &sect; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: diGeek &#187; links for 2006-05-15</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-1312</link>
		<dc:creator>diGeek &#187; links for 2006-05-15</dc:creator>
		<pubDate>Thu, 18 May 2006 06:17:06 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-1312</guid>
		<description>[...] » Ubuntu 2.0 (Twobuntu?!) (tags: ubuntu debian) [...]</description>
		<content:encoded><![CDATA[<p>[...] » Ubuntu 2.0 (Twobuntu?!) (tags: ubuntu debian) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-1203</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Sun, 14 May 2006 19:53:47 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-1203</guid>
		<description>&gt; I believe Mark’s move to fork debian was not a good idea

Actually he hasn&#039;t forked Debian, he&#039;s created a branch. There&#039;s a big difference. A fork has a life of it&#039;s own and over time will diverge (e.g. Mandrake is a Red Hat fork that is now quite different from Red Hat). A branch is like a fork, except that it periodically gets remerged. In Ubuntu&#039;s case, each release is a snapshot of Debian unstable that&#039;s been stabilized for a time. The next release resynchronizes with Debian. This allows Ubuntu to have packages that are almost as fresh as Debian unstable without having to worry about things breaking every once and a while (the whole purpose of unstable is to precisely be able to test out new changes and break things if needed). 

Building Ubuntu off of Debian stable misses the point of Ubuntu (always use the latest and greatest). Building it off of Debian Testing wouldn&#039;t work unless the Debian Testing conformed to Ubuntu&#039;s model (i.e. Debian Testing is a 6 month snapshot of Debian Unstable and Debian Testing started getting security patches). 

Personally, I think it would be a *great* idea if Debian changed this way (it would make having regular Debian stable releases *a lot* easier). However, it&#039;s not Ubuntu&#039;s place to push Debian around. Debian is a big meta distribution that&#039;s been around for over a decade and has a social structure that dwarfs Ubuntu&#039;s. Ubuntu may get all the glory but Debian is the silent workhorse that makes it all possible. If Debian sees the benefits of making Debian Testing a 6 month snapshot, there&#039;s little reason why Ubuntu would choose to create a Debian Unstable snapshot branch. Ubuntu would likely continue to create a snapshot of GNOME or KDE (since it&#039;s unlikely that Debian will synchronize it&#039;s Testing snapshot with GNOME), but the size of the branch would be a lot smaller and would be usable by any other Debian Testing distro.</description>
		<content:encoded><![CDATA[<p>&gt; I believe Mark’s move to fork debian was not a good idea</p>
<p>Actually he hasn&#8217;t forked Debian, he&#8217;s created a branch. There&#8217;s a big difference. A fork has a life of it&#8217;s own and over time will diverge (e.g. Mandrake is a Red Hat fork that is now quite different from Red Hat). A branch is like a fork, except that it periodically gets remerged. In Ubuntu&#8217;s case, each release is a snapshot of Debian unstable that&#8217;s been stabilized for a time. The next release resynchronizes with Debian. This allows Ubuntu to have packages that are almost as fresh as Debian unstable without having to worry about things breaking every once and a while (the whole purpose of unstable is to precisely be able to test out new changes and break things if needed). </p>
<p>Building Ubuntu off of Debian stable misses the point of Ubuntu (always use the latest and greatest). Building it off of Debian Testing wouldn&#8217;t work unless the Debian Testing conformed to Ubuntu&#8217;s model (i.e. Debian Testing is a 6 month snapshot of Debian Unstable and Debian Testing started getting security patches). </p>
<p>Personally, I think it would be a *great* idea if Debian changed this way (it would make having regular Debian stable releases *a lot* easier). However, it&#8217;s not Ubuntu&#8217;s place to push Debian around. Debian is a big meta distribution that&#8217;s been around for over a decade and has a social structure that dwarfs Ubuntu&#8217;s. Ubuntu may get all the glory but Debian is the silent workhorse that makes it all possible. If Debian sees the benefits of making Debian Testing a 6 month snapshot, there&#8217;s little reason why Ubuntu would choose to create a Debian Unstable snapshot branch. Ubuntu would likely continue to create a snapshot of GNOME or KDE (since it&#8217;s unlikely that Debian will synchronize it&#8217;s Testing snapshot with GNOME), but the size of the branch would be a lot smaller and would be usable by any other Debian Testing distro.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Walther</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-1202</link>
		<dc:creator>Walther</dc:creator>
		<pubDate>Sun, 14 May 2006 19:39:22 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-1202</guid>
		<description>I really like some of these ideas. However I would not base Edgy Eft on Debian Stable because edgy is supposed to be about new technologies.

For Dapper (and other releases that will be supported for a long time) this is a very good idea.</description>
		<content:encoded><![CDATA[<p>I really like some of these ideas. However I would not base Edgy Eft on Debian Stable because edgy is supposed to be about new technologies.</p>
<p>For Dapper (and other releases that will be supported for a long time) this is a very good idea.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Q</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-1200</link>
		<dc:creator>Q</dc:creator>
		<pubDate>Sun, 14 May 2006 18:52:58 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-1200</guid>
		<description>Where did you get the stats about Linux and Ubuntu users worldwide?</description>
		<content:encoded><![CDATA[<p>Where did you get the stats about Linux and Ubuntu users worldwide?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BobDole</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-1192</link>
		<dc:creator>BobDole</dc:creator>
		<pubDate>Sun, 14 May 2006 07:48:56 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-1192</guid>
		<description>## For IKD

Debian&#039;s next version(etch) will ship with 64 bit(officially) support... but debian&#039;s current version runs fine on 64 bit and you can download the 64 bit version from www.debian.org. And from your comment &quot;I’d rather see canonical helping debian in moving to new platforms (64-bit, embedded etc)&quot; ... debian supports the most architectures out of any distribution...it supports i386, AMD64, PowerPC, 68k, SPARC, DEC Alpha, ARM, MIPS, HPPA, S390, IA64 ... So I doubt debian needs to move towards new platforms... Ubuntu forked for this reason particularly(among many), that is doesn&#039;t have to support all of the architectures that debian does. Ubuntu only supports 3 architectures... i386 powerpc and amd64.


## For Montana
&quot;SPM for Ubuntu doesn’t necessarily mean the particular program is available for Debian. It does from the other side, however: that is, from Debian to Ubuntu.&quot;
This depends on which version of Ubuntu and Debian you are speaking about. And generally this statement is false. Ubuntu only gives _official_ support to a small amount of packages. You have to manually edit sources to add other packages.(which aren&#039;t support[if you pay for support?]) Debian has over 15,000 packages in main...which can be accessed by default. And if you are running Debian testing(which a lot of people run on their desktops) you could easily have programs in debian etch that aren&#039;t in Ubuntu and vise versa. So while most programs that are in debian are also in Ubuntu...not all of them are.


And both these comments so far seem to miss the point of the article. The author seems to suggest that Ubuntu should remerge with Debian...this way efforts would be more combined.(many of the Debian developers are ubuntu developers..and vise versa)


Mark Shuttleworth is a debian developer. This is how he started...and he wanted faster release cycles essentially. And debian does not want to go that fast. So mark forked. And created Ubuntu. Mark Shuttleworth could have shaked up the project and made things go faster...but he didn&#039;t want to disturb/ruin the project as most debian developers are volunteers and they program debian in their spare time. Where mark hired 20ish full time developers to work on Ubuntu full time. ubuntu is based off of debian. Without debian ubuntu would have a hard time surviving/existing at all. So Ubuntu team not only needs to manage their own project. They need to make sure debian is moving in a certain direction...so they can guarantee Ubuntu&#039;s sucess in the future also. This is difficult to do...as debian has stipulation in their contracts about corporations(Ubuntu/Canonical Inc.) not being able to control/mess with their project too much.(This is good as it doesn&#039;t allow microsoft to destroy them, heh) I believe Mark&#039;s move to fork debian was not a good idea. I think he should have taken a risk and tried to shake up the project. As things the way they don&#039;t seem to be the optimal productivity that they could be. I think it would be possible for him to remerge with debian...and would be more likely now..as he has proven himself and his worth. And proven the project(Ubuntu). I do not think he will do this though. And that is ok...things can be forked...that is the whole point of GNU/Linux ... and both projects are doing very well and are very sucessfull.

 I think there needs to be more structure in the way Ubuntu and Debian are tied to each other...and the developers need to not think of each other as competitors...but as collaborators. But again both projects are doing very well...and not much needs to change. They are obviously moving in the right direction. It just takes time.(and now money?)</description>
		<content:encoded><![CDATA[<p>## For IKD</p>
<p>Debian&#8217;s next version(etch) will ship with 64 bit(officially) support&#8230; but debian&#8217;s current version runs fine on 64 bit and you can download the 64 bit version from <a href="http://www.debian.org" rel="nofollow">http://www.debian.org</a>. And from your comment &#8220;I’d rather see canonical helping debian in moving to new platforms (64-bit, embedded etc)&#8221; &#8230; debian supports the most architectures out of any distribution&#8230;it supports i386, AMD64, PowerPC, 68k, SPARC, DEC Alpha, ARM, MIPS, HPPA, S390, IA64 &#8230; So I doubt debian needs to move towards new platforms&#8230; Ubuntu forked for this reason particularly(among many), that is doesn&#8217;t have to support all of the architectures that debian does. Ubuntu only supports 3 architectures&#8230; i386 powerpc and amd64.</p>
<p>## For Montana<br />
&#8220;SPM for Ubuntu doesn’t necessarily mean the particular program is available for Debian. It does from the other side, however: that is, from Debian to Ubuntu.&#8221;<br />
This depends on which version of Ubuntu and Debian you are speaking about. And generally this statement is false. Ubuntu only gives _official_ support to a small amount of packages. You have to manually edit sources to add other packages.(which aren&#8217;t support[if you pay for support?]) Debian has over 15,000 packages in main&#8230;which can be accessed by default. And if you are running Debian testing(which a lot of people run on their desktops) you could easily have programs in debian etch that aren&#8217;t in Ubuntu and vise versa. So while most programs that are in debian are also in Ubuntu&#8230;not all of them are.</p>
<p>And both these comments so far seem to miss the point of the article. The author seems to suggest that Ubuntu should remerge with Debian&#8230;this way efforts would be more combined.(many of the Debian developers are ubuntu developers..and vise versa)</p>
<p>Mark Shuttleworth is a debian developer. This is how he started&#8230;and he wanted faster release cycles essentially. And debian does not want to go that fast. So mark forked. And created Ubuntu. Mark Shuttleworth could have shaked up the project and made things go faster&#8230;but he didn&#8217;t want to disturb/ruin the project as most debian developers are volunteers and they program debian in their spare time. Where mark hired 20ish full time developers to work on Ubuntu full time. ubuntu is based off of debian. Without debian ubuntu would have a hard time surviving/existing at all. So Ubuntu team not only needs to manage their own project. They need to make sure debian is moving in a certain direction&#8230;so they can guarantee Ubuntu&#8217;s sucess in the future also. This is difficult to do&#8230;as debian has stipulation in their contracts about corporations(Ubuntu/Canonical Inc.) not being able to control/mess with their project too much.(This is good as it doesn&#8217;t allow microsoft to destroy them, heh) I believe Mark&#8217;s move to fork debian was not a good idea. I think he should have taken a risk and tried to shake up the project. As things the way they don&#8217;t seem to be the optimal productivity that they could be. I think it would be possible for him to remerge with debian&#8230;and would be more likely now..as he has proven himself and his worth. And proven the project(Ubuntu). I do not think he will do this though. And that is ok&#8230;things can be forked&#8230;that is the whole point of GNU/Linux &#8230; and both projects are doing very well and are very sucessfull.</p>
<p> I think there needs to be more structure in the way Ubuntu and Debian are tied to each other&#8230;and the developers need to not think of each other as competitors&#8230;but as collaborators. But again both projects are doing very well&#8230;and not much needs to change. They are obviously moving in the right direction. It just takes time.(and now money?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IKD</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-1191</link>
		<dc:creator>IKD</dc:creator>
		<pubDate>Sun, 14 May 2006 06:56:52 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-1191</guid>
		<description>I too have ubuntu on two boxes at home and in the office, having replaced  debian in the first. however, i am perfectly fine having ubuntu even a little bit on the experimental side.  Imagine having to wait for so many months between ubuntu releases just like debian.

I&#039;d rather see canonical helping debian in moving to new platforms (64-bit, embedded etc)

ikd</description>
		<content:encoded><![CDATA[<p>I too have ubuntu on two boxes at home and in the office, having replaced  debian in the first. however, i am perfectly fine having ubuntu even a little bit on the experimental side.  Imagine having to wait for so many months between ubuntu releases just like debian.</p>
<p>I&#8217;d rather see canonical helping debian in moving to new platforms (64-bit, embedded etc)</p>
<p>ikd</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Freddie Montana</title>
		<link>http://keithcu.com/wordpress/?p=27#comment-1190</link>
		<dc:creator>Freddie Montana</dc:creator>
		<pubDate>Sun, 14 May 2006 06:27:29 +0000</pubDate>
		<guid isPermaLink="false">http://keithcu.com/wordpress/?p=27#comment-1190</guid>
		<description>I have Debian on my server and Ubuntu on my laptop: therefore having a SPM done inside Debian makes obvious sense to me because I could issue the same command from either distro and have things work. SPM for Ubuntu doesn&#039;t necessarily mean the particular program is available for Debian. It does from the other side, however: that is, from Debian to Ubuntu.

Good topic. We need more of these!</description>
		<content:encoded><![CDATA[<p>I have Debian on my server and Ubuntu on my laptop: therefore having a SPM done inside Debian makes obvious sense to me because I could issue the same command from either distro and have things work. SPM for Ubuntu doesn&#8217;t necessarily mean the particular program is available for Debian. It does from the other side, however: that is, from Debian to Ubuntu.</p>
<p>Good topic. We need more of these!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
