<?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>Kommentare zu: SUSE Linux 10.0 Beta2 / openSUSE in China</title>
	<atom:link href="http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/feed/" rel="self" type="application/rss+xml" />
	<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/</link>
	<description></description>
	<pubDate>Sun, 05 Feb 2012 21:26:13 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: cthiel</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-17</link>
		<dc:creator>cthiel</dc:creator>
		<pubDate>Mon, 17 Oct 2005 19:43:06 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-17</guid>
		<description>There is that kind of functionallity in YaST/y2pmsh - just look out for "isc" - or "update", "solve", "commit".

To update you on apt-rpm (note, apt4rpm is something different - it's just the repo creation stuff): We dropped that package for the upcoming 10.1, but are including "smart", which is the succesor of apt-rpm (and is beeing developed by the same developer that did apt-rpm some time ago).</description>
		<content:encoded><![CDATA[<p>There is that kind of functionallity in YaST/y2pmsh - just look out for &#8220;isc&#8221; - or &#8220;update&#8221;, &#8220;solve&#8221;, &#8220;commit&#8221;.</p>
<p>To update you on apt-rpm (note, apt4rpm is something different - it&#8217;s just the repo creation stuff): We dropped that package for the upcoming 10.1, but are including &#8220;smart&#8221;, which is the succesor of apt-rpm (and is beeing developed by the same developer that did apt-rpm some time ago).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: niwi</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-16</link>
		<dc:creator>niwi</dc:creator>
		<pubDate>Sat, 15 Oct 2005 19:54:20 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-16</guid>
		<description>I just tested y2pmsh after reading your comments. As far as I understand apt4rpm and y2pmsh are quiet different. y2pmsh is not more than a command line access to the Yast package manager. This means that it is lacking two important functions that makes apt4rpm so great:
1. Speed: there is a time-consuming initializing of the installation sources at every start of y2pmsh while I only have to make an "apt-get update" once a while with apt4rpm.
2. The simplicity of an upgrade: I could not find a function like "apt-get upgrade" in y2pmsh.

It would really be great if Suse could fully support apt4rpm. With a full support I mean that apt4rpm and Yast2 would share the same repositories (CD-ROMs included) and the same cache for already downloaded rpm-files.

For me it is not really important to if I have to use apt4rpm, Yum or y2pmsh but an upgrade should be as fast and simple as it is with apt4rpm.</description>
		<content:encoded><![CDATA[<p>I just tested y2pmsh after reading your comments. As far as I understand apt4rpm and y2pmsh are quiet different. y2pmsh is not more than a command line access to the Yast package manager. This means that it is lacking two important functions that makes apt4rpm so great:<br />
1. Speed: there is a time-consuming initializing of the installation sources at every start of y2pmsh while I only have to make an &#8220;apt-get update&#8221; once a while with apt4rpm.<br />
2. The simplicity of an upgrade: I could not find a function like &#8220;apt-get upgrade&#8221; in y2pmsh.</p>
<p>It would really be great if Suse could fully support apt4rpm. With a full support I mean that apt4rpm and Yast2 would share the same repositories (CD-ROMs included) and the same cache for already downloaded rpm-files.</p>
<p>For me it is not really important to if I have to use apt4rpm, Yum or y2pmsh but an upgrade should be as fast and simple as it is with apt4rpm.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: cthiel</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-13</link>
		<dc:creator>cthiel</dc:creator>
		<pubDate>Tue, 20 Sep 2005 11:11:12 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-13</guid>
		<description>Well, the YaST package manager has been there for a long time as a mature technology in SUSE Linux. Replacing this great piece of software with an inferior solution doesn't make much sense. By the way, we just added the capabilities to access yum repositories in SUSE Linux 10.0, which renders the usage/porting of/to yum unnecessary.</description>
		<content:encoded><![CDATA[<p>Well, the YaST package manager has been there for a long time as a mature technology in SUSE Linux. Replacing this great piece of software with an inferior solution doesn&#8217;t make much sense. By the way, we just added the capabilities to access yum repositories in SUSE Linux 10.0, which renders the usage/porting of/to yum unnecessary.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Anony Maus</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-12</link>
		<dc:creator>Anony Maus</dc:creator>
		<pubDate>Tue, 20 Sep 2005 11:01:33 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-12</guid>
		<description>As you wrote, apt does nothing more than YaST does and vice versa. Why than not just use apt for this and drop the own Yast code. Ok, if apt4rpm ist dead or will be dead soon this would be a reason. But than, the same question why not just base the Yast package installer (the graphical part) on yum or smartpm?</description>
		<content:encoded><![CDATA[<p>As you wrote, apt does nothing more than YaST does and vice versa. Why than not just use apt for this and drop the own Yast code. Ok, if apt4rpm ist dead or will be dead soon this would be a reason. But than, the same question why not just base the Yast package installer (the graphical part) on yum or smartpm?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: cthiel</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-11</link>
		<dc:creator>cthiel</dc:creator>
		<pubDate>Tue, 20 Sep 2005 09:58:08 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-11</guid>
		<description>YaST only reads the rpm database, to install packages it just does "rpm --somemagicoptions $package". Porting YaST to apt wouldn't make sense at all, because apt does nothing more than YaST does. There actually is a command line interface to the YaST package manager called y2pmsh. In addition to that apt-rpm is dead - the head developer now works on smartpm which looks very promising. Therefore I guess that the atp4rpm stuff will be dropped again quite soon...</description>
		<content:encoded><![CDATA[<p>YaST only reads the rpm database, to install packages it just does &#8220;rpm &#8211;somemagicoptions $package&#8221;. Porting YaST to apt wouldn&#8217;t make sense at all, because apt does nothing more than YaST does. There actually is a command line interface to the YaST package manager called y2pmsh. In addition to that apt-rpm is dead - the head developer now works on smartpm which looks very promising. Therefore I guess that the atp4rpm stuff will be dropped again quite soon&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Anony Maus</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-10</link>
		<dc:creator>Anony Maus</dc:creator>
		<pubDate>Tue, 20 Sep 2005 09:52:17 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-10</guid>
		<description>In my opinion, it would be better if Yast would only be a frontend to apt as for example synaptic is a frontend to apt. I see no reason why Yast needs an own package management and why it must directly access the rpm database.</description>
		<content:encoded><![CDATA[<p>In my opinion, it would be better if Yast would only be a frontend to apt as for example synaptic is a frontend to apt. I see no reason why Yast needs an own package management and why it must directly access the rpm database.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: DarkMind</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-9</link>
		<dc:creator>DarkMind</dc:creator>
		<pubDate>Sun, 11 Sep 2005 01:03:25 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-9</guid>
		<description>If someday yast works with apt repositories too, suse will be perfect :D</description>
		<content:encoded><![CDATA[<p>If someday yast works with apt repositories too, suse will be perfect :D</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: heathenx</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-6</link>
		<dc:creator>heathenx</dc:creator>
		<pubDate>Fri, 19 Aug 2005 02:24:39 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-6</guid>
		<description>apt4rpm included in future releases of opensuse....YES!</description>
		<content:encoded><![CDATA[<p>apt4rpm included in future releases of opensuse&#8230;.YES!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: cthiel</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-5</link>
		<dc:creator>cthiel</dc:creator>
		<pubDate>Thu, 18 Aug 2005 16:33:58 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-5</guid>
		<description>Well, because YaST already has it's own package manager (which also uses rpm in the backend) and also has a nice command line interface (y2pmsh). But, it might be an option in the future to teach YaST how to handle apt repositories. For SUSE Linux 10.0 we are already able to handle &lt;a href="http://linux.duke.edu/projects/metadata/" rel="nofollow"&gt;rpm metadata repositories&lt;/a&gt; (that are used by yum, too).</description>
		<content:encoded><![CDATA[<p>Well, because YaST already has it&#8217;s own package manager (which also uses rpm in the backend) and also has a nice command line interface (y2pmsh). But, it might be an option in the future to teach YaST how to handle apt repositories. For SUSE Linux 10.0 we are already able to handle <a href="http://linux.duke.edu/projects/metadata/" rel="nofollow">rpm metadata repositories</a> (that are used by yum, too).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: mm04</title>
		<link>http://ct.kki.org/blog/2005/08/18/suse-linux-100-beta2-opensuse-in-china/comment-page-1/#comment-4</link>
		<dc:creator>mm04</dc:creator>
		<pubDate>Thu, 18 Aug 2005 16:13:26 +0000</pubDate>
		<guid isPermaLink="false">http://ct.kki.org/blog/?p=9#comment-4</guid>
		<description>Why not integrate apt4rpm into YaST? The YaST user interface could hide the difference between the apt4rpm model and the old (current) model from the regular user who does not care for the switch, while exposing advanced functionality to the power user who knows about apt. I don't know how difficult it would be to convert YaST repositories to also support apt, but judging by the fact that several repositories already seem to do it seemlessly (like Guru at gwdg.de), it shouldn't be too hard. Best of both worlds?</description>
		<content:encoded><![CDATA[<p>Why not integrate apt4rpm into YaST? The YaST user interface could hide the difference between the apt4rpm model and the old (current) model from the regular user who does not care for the switch, while exposing advanced functionality to the power user who knows about apt. I don&#8217;t know how difficult it would be to convert YaST repositories to also support apt, but judging by the fact that several repositories already seem to do it seemlessly (like Guru at gwdg.de), it shouldn&#8217;t be too hard. Best of both worlds?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

