<?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: LSB Package API</title>
	<atom:link href="http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/</link>
	<description>Blog about geeky stuff</description>
	<lastBuildDate>Sun, 29 Jan 2012 09:38:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Alois</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-528</link>
		<dc:creator>Alois</dc:creator>
		<pubDate>Sun, 13 Jul 2008 14:02:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-528</guid>
		<description>Sorry. I am a rookie. And I want only one package! ;-)
My mother knows what is Fedora, Ubuntu...</description>
		<content:encoded><![CDATA[<p>Sorry. I am a rookie. And I want only one package! <img src='http://blogs.gnome.org/hughsie/wp-content/mu-plugins/tango-smilies/tango/face-wink.png' alt=';-)' class='wp-smiley' /><br />
My mother knows what is Fedora, Ubuntu&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Repre Hendor</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-484</link>
		<dc:creator>Repre Hendor</dc:creator>
		<pubDate>Sun, 29 Jun 2008 13:30:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-484</guid>
		<description>Denis names as &#039;the “real” problem: third-party software installation.&#039;

I agree.

But this wording may easily be mis-understood. What will come to mind to most people as their first and only idea when reading this: &quot;ah, he speaks of ISVs, who want to sell their proprietary stuff, make their profits and not contribute anything to FOSS&quot;.

While these proprietary ISVs are part of the &quot;third parties&quot;, to me they are not the most important ones.

If I use openSUSE, and want to use the &quot;scli&quot; (SNMP Command Line Interface: there is no SUSE-RPM available! But there are .debs. Now you let me install that .deb on my openSUSE via a $whatever API and $foobar KIT, and you helped me making install a &quot;third party software&quot; on my openSUSE.

If I use Fedora 8, and want to use &quot;kinternet&quot; (a useful KDE-based frontend to PPP-dialup connections, helping me to establish UMTS links when I&#039;m &quot;on the road&quot;): there is no Fedora 8 package available! But there are openSUSE RPMs. Now you let me install that openSUSE RPM on my Fedora via a $whatever API and/or $foobar KIT, and you helped me make install a &quot;third party software&quot; on my Fedora.

Got the idea now?</description>
		<content:encoded><![CDATA[<p>Denis names as &#8216;the “real” problem: third-party software installation.&#8217;</p>
<p>I agree.</p>
<p>But this wording may easily be mis-understood. What will come to mind to most people as their first and only idea when reading this: &#8220;ah, he speaks of ISVs, who want to sell their proprietary stuff, make their profits and not contribute anything to FOSS&#8221;.</p>
<p>While these proprietary ISVs are part of the &#8220;third parties&#8221;, to me they are not the most important ones.</p>
<p>If I use openSUSE, and want to use the &#8220;scli&#8221; (SNMP Command Line Interface: there is no SUSE-RPM available! But there are .debs. Now you let me install that .deb on my openSUSE via a $whatever API and $foobar KIT, and you helped me making install a &#8220;third party software&#8221; on my openSUSE.</p>
<p>If I use Fedora 8, and want to use &#8220;kinternet&#8221; (a useful KDE-based frontend to PPP-dialup connections, helping me to establish UMTS links when I&#8217;m &#8220;on the road&#8221;): there is no Fedora 8 package available! But there are openSUSE RPMs. Now you let me install that openSUSE RPM on my Fedora via a $whatever API and/or $foobar KIT, and you helped me make install a &#8220;third party software&#8221; on my Fedora.</p>
<p>Got the idea now?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: LSB Package API: Linux Foundation vs i Dinosauri - Eurohackers.it Blog di informatica, notizie, programmazione, linux e tecnologia</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-483</link>
		<dc:creator>LSB Package API: Linux Foundation vs i Dinosauri - Eurohackers.it Blog di informatica, notizie, programmazione, linux e tecnologia</dc:creator>
		<pubDate>Wed, 25 Jun 2008 22:01:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-483</guid>
		<description>[...] per cui la Linux Foundation non abbia abbracciato PackageKit, ma poi basta leggere cosa ha da dire Richard Hughes a riguardo, per avere tutto un po&#8217; più (o meno?) chiaro: [they] Try to solve a problem that [...]</description>
		<content:encoded><![CDATA[<p>[...] per cui la Linux Foundation non abbia abbracciato PackageKit, ma poi basta leggere cosa ha da dire Richard Hughes a riguardo, per avere tutto un po&#8217; più (o meno?) chiaro: [they] Try to solve a problem that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hongli Lai</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-482</link>
		<dc:creator>Hongli Lai</dc:creator>
		<pubDate>Wed, 25 Jun 2008 09:14:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-482</guid>
		<description>A large part of the problem is that a lot of people don&#039;t recognize it as a problem. It was so back in 2004 when Autopackage started, and it still is. The fact that there is a technical problem right now is because of politics.

Sean Middleditch, Athrun and Denis Washington are spot-on. It still surprises me why, despite these stories, there are still people who don&#039;t recognize the problem.</description>
		<content:encoded><![CDATA[<p>A large part of the problem is that a lot of people don&#8217;t recognize it as a problem. It was so back in 2004 when Autopackage started, and it still is. The fact that there is a technical problem right now is because of politics.</p>
<p>Sean Middleditch, Athrun and Denis Washington are spot-on. It still surprises me why, despite these stories, there are still people who don&#8217;t recognize the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leo</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-481</link>
		<dc:creator>Leo</dc:creator>
		<pubDate>Wed, 25 Jun 2008 08:45:45 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-481</guid>
		<description>&gt; I’m afraid the LSB Package API has got caught in the classic new project trap of “wouldn’t it be cool if we used ${technology}” and actually forgotten to ask customers what they want

Don&#039;t want to sound harsh, but I&#039;m afraid that it&#039;s you that forgot to ask what customers want. Compare these:

http://www.skype.org/intl/en/download/skype/windows/
http://www.skype.org/intl/en/download/skype/macosx/
http://www.skype.org/intl/en/download/skype/linux/

Click on the &quot;Download now&quot; button and imagine how easily fresh users of Windows, Mac and, say, Fedora Core 9 would install Skype. Windows and Mac guys won&#039;t need to know what versions of Windows or OS X they own (as long as the system meets the minimum requirements). Linux users are out of luck. Do you have Fedora 9? Oops, there are only 6 and 7. Maybe the version for 7 will do. Or then again maybe not. Is Ubuntu 7+ ok for Kubuntu 8.04? Average user doesn&#039;t know and *doesn&#039;t have* to know these things. On other system they click and go, on Linux they have to either hope that someone put a recent version on the repositories or they&#039;re scre*ed...

If things don&#039;t change, no matter how shiny Linux GUIs may become, or how powerful the whole system may be, average users will be cut off. You have to be a geek or have someone to babysit you in everything more advanced than turning the machine on and off... and this doesn&#039;t help Linux adoption at all.

My two cents...</description>
		<content:encoded><![CDATA[<p>&gt; I’m afraid the LSB Package API has got caught in the classic new project trap of “wouldn’t it be cool if we used ${technology}” and actually forgotten to ask customers what they want</p>
<p>Don&#8217;t want to sound harsh, but I&#8217;m afraid that it&#8217;s you that forgot to ask what customers want. Compare these:</p>
<p><a href="http://www.skype.org/intl/en/download/skype/windows/" rel="nofollow">http://www.skype.org/intl/en/download/skype/windows/</a><br />
<a href="http://www.skype.org/intl/en/download/skype/macosx/" rel="nofollow">http://www.skype.org/intl/en/download/skype/macosx/</a><br />
<a href="http://www.skype.org/intl/en/download/skype/linux/" rel="nofollow">http://www.skype.org/intl/en/download/skype/linux/</a></p>
<p>Click on the &#8220;Download now&#8221; button and imagine how easily fresh users of Windows, Mac and, say, Fedora Core 9 would install Skype. Windows and Mac guys won&#8217;t need to know what versions of Windows or OS X they own (as long as the system meets the minimum requirements). Linux users are out of luck. Do you have Fedora 9? Oops, there are only 6 and 7. Maybe the version for 7 will do. Or then again maybe not. Is Ubuntu 7+ ok for Kubuntu 8.04? Average user doesn&#8217;t know and *doesn&#8217;t have* to know these things. On other system they click and go, on Linux they have to either hope that someone put a recent version on the repositories or they&#8217;re scre*ed&#8230;</p>
<p>If things don&#8217;t change, no matter how shiny Linux GUIs may become, or how powerful the whole system may be, average users will be cut off. You have to be a geek or have someone to babysit you in everything more advanced than turning the machine on and off&#8230; and this doesn&#8217;t help Linux adoption at all.</p>
<p>My two cents&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: uwog</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-480</link>
		<dc:creator>uwog</dc:creator>
		<pubDate>Tue, 24 Jun 2008 23:07:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-480</guid>
		<description>@hugsie: for a start because distributions fsckup often (anyone remember Ubuntu not shipping ODT support for AbiWord by default?). 

Also because we want to be able to provide users with the latest version of AbiWord (anyone remember ubuntu refusing to include AbiWord 2.6 in the last release, even through we provided all the work (the .debs)?).

We tried autopackage. It&#039;s a nightmare to maintain and have working on all systems. That&#039;s why we dropped it for 2.6.</description>
		<content:encoded><![CDATA[<p>@hugsie: for a start because distributions fsckup often (anyone remember Ubuntu not shipping ODT support for AbiWord by default?). </p>
<p>Also because we want to be able to provide users with the latest version of AbiWord (anyone remember ubuntu refusing to include AbiWord 2.6 in the last release, even through we provided all the work (the .debs)?).</p>
<p>We tried autopackage. It&#8217;s a nightmare to maintain and have working on all systems. That&#8217;s why we dropped it for 2.6.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Denis Washington</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-479</link>
		<dc:creator>Denis Washington</dc:creator>
		<pubDate>Tue, 24 Jun 2008 19:00:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-479</guid>
		<description>Hi, I am the one who proposed the LSB Package API (hmm, I guess I might need some name that doesn&#039;t make it sound as official..). First of all, for those interested, I recommend you to take a look at the pages linked to at the proposal page (which Richard has already linked to), they have some important background which comes a bit short on this post.

Now, to the blog post itself. 

&quot;﻿This “give packaging power to users thing” has been tried before a few times before and fallen on it’s face each time. There’s a reason that PackageKit uses the distro supplied packages, rather than trying to define it’s own package and metadata format.&quot;

I don&#039;t believe that this is a reason to not try again. In fact, when I learned about PackageKit, I was actually a bit disappointed about that fact that it just provides an interface for the already-existing software management facilities (apt etc) and didn&#039;t try to get to the (IMHO) &quot;real&quot; problem: third-party software installation. Even if there were some failures when attempting to fix the situation, I really believe it can be done, and we should try our best to get it done, not resignate before even getting started.

About the just-the-coolest-tech argument: I didn&#039;t choose D-Bus and PolicyKit because they are the latest and greatest - I chose them because they just do what I need. D-Bus allows the definition of an language-neutral API, and PolicyKit is just great to implement the least-privilege principle, which is crucial for installing third-party software (the installer should just be able to do what it needs to do, not run as root). None of these technologies are used for the sake of using them.

Note that, while the system daemon uses all these technologies, installers using the API would only have to use a small C library with a small handful of functions. So most of the architecture is abstracted away.</description>
		<content:encoded><![CDATA[<p>Hi, I am the one who proposed the LSB Package API (hmm, I guess I might need some name that doesn&#8217;t make it sound as official..). First of all, for those interested, I recommend you to take a look at the pages linked to at the proposal page (which Richard has already linked to), they have some important background which comes a bit short on this post.</p>
<p>Now, to the blog post itself. </p>
<p>&#8220;﻿This “give packaging power to users thing” has been tried before a few times before and fallen on it’s face each time. There’s a reason that PackageKit uses the distro supplied packages, rather than trying to define it’s own package and metadata format.&#8221;</p>
<p>I don&#8217;t believe that this is a reason to not try again. In fact, when I learned about PackageKit, I was actually a bit disappointed about that fact that it just provides an interface for the already-existing software management facilities (apt etc) and didn&#8217;t try to get to the (IMHO) &#8220;real&#8221; problem: third-party software installation. Even if there were some failures when attempting to fix the situation, I really believe it can be done, and we should try our best to get it done, not resignate before even getting started.</p>
<p>About the just-the-coolest-tech argument: I didn&#8217;t choose D-Bus and PolicyKit because they are the latest and greatest &#8211; I chose them because they just do what I need. D-Bus allows the definition of an language-neutral API, and PolicyKit is just great to implement the least-privilege principle, which is crucial for installing third-party software (the installer should just be able to do what it needs to do, not run as root). None of these technologies are used for the sake of using them.</p>
<p>Note that, while the system daemon uses all these technologies, installers using the API would only have to use a small C library with a small handful of functions. So most of the architecture is abstracted away.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Athrun</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-478</link>
		<dc:creator>Athrun</dc:creator>
		<pubDate>Tue, 24 Jun 2008 18:57:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-478</guid>
		<description>AFAIK, PolicyKit, DBus and libxml are now default components of any Linux system. Why not use it?
Do you prefer reinventing the wheel yet again?

There&#039;s cleary a need for an _universal_ third party application package format for Linux systems. 
Right now, if you&#039;re an ISV and want to target Linux systems (not even 1.5% of the market) you will want to make (at least) packages for Enterprise distros, SLED/SLES/RHEL and for the most popular community distros: Ubuntu, openSUSE and Fedora.
It&#039;s cleary easy to see why Linux is failing on the desktop...

Right now, distros are pretty much reduced to packaging every applications out there (a noble but impossible goal) instead of being able to innovate where it matters: integration.</description>
		<content:encoded><![CDATA[<p>AFAIK, PolicyKit, DBus and libxml are now default components of any Linux system. Why not use it?<br />
Do you prefer reinventing the wheel yet again?</p>
<p>There&#8217;s cleary a need for an _universal_ third party application package format for Linux systems.<br />
Right now, if you&#8217;re an ISV and want to target Linux systems (not even 1.5% of the market) you will want to make (at least) packages for Enterprise distros, SLED/SLES/RHEL and for the most popular community distros: Ubuntu, openSUSE and Fedora.<br />
It&#8217;s cleary easy to see why Linux is failing on the desktop&#8230;</p>
<p>Right now, distros are pretty much reduced to packaging every applications out there (a noble but impossible goal) instead of being able to innovate where it matters: integration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chris</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-477</link>
		<dc:creator>chris</dc:creator>
		<pubDate>Tue, 24 Jun 2008 16:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-477</guid>
		<description>klik2 only works by bundling dependecies. This means that you need to have a old linux distro around if you want to support users who are not upgrading like crazy.

Fact is: it is not easy to support a variety of Linux distros by a simple package. It never will be.</description>
		<content:encoded><![CDATA[<p>klik2 only works by bundling dependecies. This means that you need to have a old linux distro around if you want to support users who are not upgrading like crazy.</p>
<p>Fact is: it is not easy to support a variety of Linux distros by a simple package. It never will be.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ty Rex</title>
		<link>http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/comment-page-1/#comment-476</link>
		<dc:creator>Ty Rex</dc:creator>
		<pubDate>Tue, 24 Jun 2008 16:07:05 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/#comment-476</guid>
		<description>@Sean: Amen brother!

Let me just add that this is actually, and sadly, why Wine is the most important project ever and if one project should have all the resources (to fix bug #1 or whatever reason), Wine is it: not because of future games, which should (at some point) start to come out for Linux native. We all want that to happen, and hope it will. 

It&#039;s for all those thousands, millions of games that are already out there, will never be ported and actually are important enough to keep Windows around for many of us. These games are many, oh so very many.

This is for the same reason why MAME, ScummVM and all the other game system emulators are so popular - Windows games are not programs other than in the most technical respect. They are actually documents locked in a proprietary format - the Win32 API with DirectX and what have you. Treating games just like any other application is a fallacy at best. If you create a really good Gimp or Krita, you have a replacement for Photoshop - bitmap manipulation solved. OpenOffice can take on MS Office - documents solved. 

But if you create one good Counterstrike clone, you might have replaced Counterstrike. And chances are, you haven&#039;t.

/offtopic rant done, for this time. It just fit in with how enormously important games are for a huge part of the computer using community, and it&#039;s only getting bigger.</description>
		<content:encoded><![CDATA[<p>@Sean: Amen brother!</p>
<p>Let me just add that this is actually, and sadly, why Wine is the most important project ever and if one project should have all the resources (to fix bug #1 or whatever reason), Wine is it: not because of future games, which should (at some point) start to come out for Linux native. We all want that to happen, and hope it will. </p>
<p>It&#8217;s for all those thousands, millions of games that are already out there, will never be ported and actually are important enough to keep Windows around for many of us. These games are many, oh so very many.</p>
<p>This is for the same reason why MAME, ScummVM and all the other game system emulators are so popular &#8211; Windows games are not programs other than in the most technical respect. They are actually documents locked in a proprietary format &#8211; the Win32 API with DirectX and what have you. Treating games just like any other application is a fallacy at best. If you create a really good Gimp or Krita, you have a replacement for Photoshop &#8211; bitmap manipulation solved. OpenOffice can take on MS Office &#8211; documents solved. </p>
<p>But if you create one good Counterstrike clone, you might have replaced Counterstrike. And chances are, you haven&#8217;t.</p>
<p>/offtopic rant done, for this time. It just fit in with how enormously important games are for a huge part of the computer using community, and it&#8217;s only getting bigger.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  blogs.gnome.org/hughsie/2008/06/24/lsb-package-api/feed/ ) in 1.29433 seconds, on Feb 12th, 2012 at 12:02 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 12th, 2012 at 1:02 am UTC -->
