<?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: Dear Packagecon Dev Team,</title>
	<atom:link href="http://www.karlkatzke.com/dear-packagecon-dev-team/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.karlkatzke.com/dear-packagecon-dev-team/</link>
	<description>PHP, Puppies, and other Geekery</description>
	<lastBuildDate>Mon, 01 Mar 2010 20:00:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: LesPaul</title>
		<link>http://www.karlkatzke.com/dear-packagecon-dev-team/comment-page-1/#comment-1711</link>
		<dc:creator>LesPaul</dc:creator>
		<pubDate>Thu, 07 Jan 2010 11:35:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.karlkatzke.com/?p=168#comment-1711</guid>
		<description>In Fedora 9 I removed PK instantly. In 10 I did. On a new machine I decided to install 12 and to give PK a chance. Again I have to decide to get rid of it. Why? Als normal user autenticicating als root PK could not resolve dependancies. Als root user it does not operate. yum -y install xxx did the trick...
Of cource there could be a suggestion never to work as root in a graphical envirionment, but I think everyone has to be free to deceide for himself and not to be forced by a computerprogram (which is programmed by people who have to make that programs work instead of worring if people are using their program as root!)</description>
		<content:encoded><![CDATA[<p>In Fedora 9 I removed PK instantly. In 10 I did. On a new machine I decided to install 12 and to give PK a chance. Again I have to decide to get rid of it. Why? Als normal user autenticicating als root PK could not resolve dependancies. Als root user it does not operate. yum -y install xxx did the trick&#8230;<br />
Of cource there could be a suggestion never to work as root in a graphical envirionment, but I think everyone has to be free to deceide for himself and not to be forced by a computerprogram (which is programmed by people who have to make that programs work instead of worring if people are using their program as root!)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: karlkatzke</title>
		<link>http://www.karlkatzke.com/dear-packagecon-dev-team/comment-page-1/#comment-1254</link>
		<dc:creator>karlkatzke</dc:creator>
		<pubDate>Mon, 03 Nov 2008 19:35:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.karlkatzke.com/?p=168#comment-1254</guid>
		<description>Heh. I was going to help out, and I&#039;m still on the mailing list, but we had some shifts in my day job and I got busy with paying consulting work... just haven&#039;t gotten there yet.</description>
		<content:encoded><![CDATA[<p>Heh. I was going to help out, and I&#8217;m still on the mailing list, but we had some shifts in my day job and I got busy with paying consulting work&#8230; just haven&#8217;t gotten there yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacques</title>
		<link>http://www.karlkatzke.com/dear-packagecon-dev-team/comment-page-1/#comment-1253</link>
		<dc:creator>Jacques</dc:creator>
		<pubDate>Mon, 03 Nov 2008 19:33:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.karlkatzke.com/?p=168#comment-1253</guid>
		<description>You&#039;re right, it does suck.  But if it&#039;s any consolation, it sucks a little bit less today than it did in July.  Not much though.</description>
		<content:encoded><![CDATA[<p>You&#8217;re right, it does suck.  But if it&#8217;s any consolation, it sucks a little bit less today than it did in July.  Not much though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PackageKit: Part One (Upgrade to 2.3-devel) &#187; Karl Katzke &#124; PHP, Puppies, and other Geekery</title>
		<link>http://www.karlkatzke.com/dear-packagecon-dev-team/comment-page-1/#comment-496</link>
		<dc:creator>PackageKit: Part One (Upgrade to 2.3-devel) &#187; Karl Katzke &#124; PHP, Puppies, and other Geekery</dc:creator>
		<pubDate>Wed, 09 Jul 2008 14:46:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.karlkatzke.com/?p=168#comment-496</guid>
		<description>[...] I wrote a long post about PackageKit and pkcon. The general gist of the post is that the software isn&#8217;t ready for prime time. [...]</description>
		<content:encoded><![CDATA[<p>[...] I wrote a long post about PackageKit and pkcon. The general gist of the post is that the software isn&#8217;t ready for prime time. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: karlkatzke</title>
		<link>http://www.karlkatzke.com/dear-packagecon-dev-team/comment-page-1/#comment-490</link>
		<dc:creator>karlkatzke</dc:creator>
		<pubDate>Tue, 08 Jul 2008 22:18:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.karlkatzke.com/?p=168#comment-490</guid>
		<description>Richard, I&#039;d be happy to provide some UI pointers. I&#039;ll install the version from devel and see if it works better for me. 

I&#039;ve sent via email the chat log from earlier today, and will also send this comment in an email so that I&#039;m sure you&#039;ll be in the loop. 

Over the past few years, I&#039;ve made specific choices about what experiences I let into my brain and what computer experiences and influences I&#039;ve put myself through. I bought an Apple laptop for home/consulting use and strived to internalize the communication methods and standards that Apple uses in it&#039;s OS to make things &#039;easy&#039; for users. This has also led to a lesson in how Apple and other successful consumer software companies (and open source projects) communicate expectations to their users. 

What we have here -- my opinion that it sucks, and your opinion that you&#039;ve put a large amount of work into it and that it *doesn&#039;t* suck if I&#039;d just think about it the way you do -- is a breakdown in communication. It&#039;s in a few specific places, but all of them can be managed with a little effort. 

First, the Fedora Project has chosen gpk-application for it&#039;s default package management. Even though Fedora is a &quot;bleeding edge&quot; distro whose goal is to get user uptake of the newest applications, various prominent people are installing Fedora for their home users. Didn&#039;t Linus Torvalds just install FC9 for his wife? This would place the onus on developers who want to include their work in FC to make sure it&#039;s ready for primetime so that they can get the biggest boost from Fedora&#039;s efforts. 

Second, in my opinion the gpk-application that &lt;b&gt;ships by default&lt;/b&gt; in FC9 is not ready for userland because of some key user problems. You will alienate grandma, mom (or Mrs. Torvalds) because he or she can&#039;t install the software they need, even though they can see it. They just get an error that they can&#039;t work around. 

Third, you alienate the experienced user because the first place a sysadmin will usually turn is the command line programs and man page documentation. There is very little of this documentation, and what there is simply refers you to the website -- where the yelp documentation is not featured at all as far as I can find on the &quot;How do I use packagekit?&quot; page on the website.

Managing communications is essential to the success of a project or company. Thanks to that second communication, grandma or mom or Mrs. Torvalds will go to her sewing circle and say that linux isn&#039;t user-friendly and she&#039;s just frustrated. And son, who happens to be a sysadmin in a big company, chooses to have nothing to do with packagekit from then on because his first use of it was negative. 

I&#039;d be delighted to provide what suggestions I can, especially in the UI area. I&#039;m not much of a coder when we get out of procedural scripting languages. But like I said, I&#039;ve dumbed myself down on purpose in order to help myself communicate with my users... and there may be some value in that. 

I&#039;ll install the dev versions and join the devel mailing list tomorrow.</description>
		<content:encoded><![CDATA[<p>Richard, I&#8217;d be happy to provide some UI pointers. I&#8217;ll install the version from devel and see if it works better for me. </p>
<p>I&#8217;ve sent via email the chat log from earlier today, and will also send this comment in an email so that I&#8217;m sure you&#8217;ll be in the loop. </p>
<p>Over the past few years, I&#8217;ve made specific choices about what experiences I let into my brain and what computer experiences and influences I&#8217;ve put myself through. I bought an Apple laptop for home/consulting use and strived to internalize the communication methods and standards that Apple uses in it&#8217;s OS to make things &#8216;easy&#8217; for users. This has also led to a lesson in how Apple and other successful consumer software companies (and open source projects) communicate expectations to their users. </p>
<p>What we have here &#8212; my opinion that it sucks, and your opinion that you&#8217;ve put a large amount of work into it and that it *doesn&#8217;t* suck if I&#8217;d just think about it the way you do &#8212; is a breakdown in communication. It&#8217;s in a few specific places, but all of them can be managed with a little effort. </p>
<p>First, the Fedora Project has chosen gpk-application for it&#8217;s default package management. Even though Fedora is a &#8220;bleeding edge&#8221; distro whose goal is to get user uptake of the newest applications, various prominent people are installing Fedora for their home users. Didn&#8217;t Linus Torvalds just install FC9 for his wife? This would place the onus on developers who want to include their work in FC to make sure it&#8217;s ready for primetime so that they can get the biggest boost from Fedora&#8217;s efforts. </p>
<p>Second, in my opinion the gpk-application that <b>ships by default</b> in FC9 is not ready for userland because of some key user problems. You will alienate grandma, mom (or Mrs. Torvalds) because he or she can&#8217;t install the software they need, even though they can see it. They just get an error that they can&#8217;t work around. </p>
<p>Third, you alienate the experienced user because the first place a sysadmin will usually turn is the command line programs and man page documentation. There is very little of this documentation, and what there is simply refers you to the website &#8212; where the yelp documentation is not featured at all as far as I can find on the &#8220;How do I use packagekit?&#8221; page on the website.</p>
<p>Managing communications is essential to the success of a project or company. Thanks to that second communication, grandma or mom or Mrs. Torvalds will go to her sewing circle and say that linux isn&#8217;t user-friendly and she&#8217;s just frustrated. And son, who happens to be a sysadmin in a big company, chooses to have nothing to do with packagekit from then on because his first use of it was negative. </p>
<p>I&#8217;d be delighted to provide what suggestions I can, especially in the UI area. I&#8217;m not much of a coder when we get out of procedural scripting languages. But like I said, I&#8217;ve dumbed myself down on purpose in order to help myself communicate with my users&#8230; and there may be some value in that. </p>
<p>I&#8217;ll install the dev versions and join the devel mailing list tomorrow.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Seth Vidal</title>
		<link>http://www.karlkatzke.com/dear-packagecon-dev-team/comment-page-1/#comment-488</link>
		<dc:creator>Seth Vidal</dc:creator>
		<pubDate>Tue, 08 Jul 2008 20:08:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.karlkatzke.com/?p=168#comment-488</guid>
		<description>Well, pk doesn&#039;t actually do any package handling itself, it delegates everything to whatever the packaging system is for the distro. On fedora it&#039;s yum. On debian its apt-get.

If you don&#039;t like how pkcon plays with wrt features, etc, I&#039;d suggest you &#039;yum remove packagekit&#039; and be done with it.</description>
		<content:encoded><![CDATA[<p>Well, pk doesn&#8217;t actually do any package handling itself, it delegates everything to whatever the packaging system is for the distro. On fedora it&#8217;s yum. On debian its apt-get.</p>
<p>If you don&#8217;t like how pkcon plays with wrt features, etc, I&#8217;d suggest you &#8216;yum remove packagekit&#8217; and be done with it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Richard Hughes</title>
		<link>http://www.karlkatzke.com/dear-packagecon-dev-team/comment-page-1/#comment-487</link>
		<dc:creator>Richard Hughes</dc:creator>
		<pubDate>Tue, 08 Jul 2008 20:00:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.karlkatzke.com/?p=168#comment-487</guid>
		<description>Agreed, the man page is crap. If you also consult the many, many pages of yelp documentation I&#039;m sure you&#039;ll be able to work out how packagekit works. There&#039;s an online version here: http://www.packagekit.org/gtk-doc/ and you should have an installed version too.

I&#039;m also not sure who you talked to in the #PackageKit channel, but they are wrong. PackageKit *is* hard to use on the command line, and does need more docs. Docs are hard to write, and I don&#039;t have much experience with sgml and manfiles. I&#039;ll gladly give you commit access if you can help us with them as I&#039;m sure they just take a bit of time.

The x64 and i368 problems are due to bugs in the yumBackend.py code. I don&#039;t yet have a 64 bit machine to test PackageKit on, and so I rely on people like you submitting bug reports and helping me test fixes. There&#039;s no logic preventing you from installing ~arch packages, there are just a couple of bugs that need fixing.

If you also install gnome-packagekit, please also see the help there; there&#039;s lots of it, and I wrote most of it. Both files are also translated into many, many languages.

As for the search, I&#039;ve spent the last 3 days optimising yum so the search results appear near instantly. I&#039;m still not sure on how to fix the filter menu, but I&#039;m talking with some user interaction people at Red Hat and we think we can remove some of them and make the menu a bit more sane. I know it&#039;s not ideal, and we are working on it.

As for testing, there&#039;s a new 0.2.3 version in fedora updates-testing, and has been there for a few days. I also posted to the fedora-devel mailing list just yesterday asking for feedback about the new packages. I don&#039;t think you&#039;ve done much research at all.

I find it sad that you think PackageKit sucks, especially when you didn&#039;t even email me or open any bugs to discuss different issues. I also find it quite upsetting you calling it a &quot;pile of crap&quot; as quite a few of us have worked very hard getting PackageKit to where it is now in this short space of time. Basically, you&#039;ve insulted my hard work. Thanks for that.

Many thanks.

Richard Hughes (PackageKit maintainer)</description>
		<content:encoded><![CDATA[<p>Agreed, the man page is crap. If you also consult the many, many pages of yelp documentation I&#8217;m sure you&#8217;ll be able to work out how packagekit works. There&#8217;s an online version here: <a href="http://www.packagekit.org/gtk-doc/" rel="nofollow">http://www.packagekit.org/gtk-doc/</a> and you should have an installed version too.</p>
<p>I&#8217;m also not sure who you talked to in the #PackageKit channel, but they are wrong. PackageKit *is* hard to use on the command line, and does need more docs. Docs are hard to write, and I don&#8217;t have much experience with sgml and manfiles. I&#8217;ll gladly give you commit access if you can help us with them as I&#8217;m sure they just take a bit of time.</p>
<p>The x64 and i368 problems are due to bugs in the yumBackend.py code. I don&#8217;t yet have a 64 bit machine to test PackageKit on, and so I rely on people like you submitting bug reports and helping me test fixes. There&#8217;s no logic preventing you from installing ~arch packages, there are just a couple of bugs that need fixing.</p>
<p>If you also install gnome-packagekit, please also see the help there; there&#8217;s lots of it, and I wrote most of it. Both files are also translated into many, many languages.</p>
<p>As for the search, I&#8217;ve spent the last 3 days optimising yum so the search results appear near instantly. I&#8217;m still not sure on how to fix the filter menu, but I&#8217;m talking with some user interaction people at Red Hat and we think we can remove some of them and make the menu a bit more sane. I know it&#8217;s not ideal, and we are working on it.</p>
<p>As for testing, there&#8217;s a new 0.2.3 version in fedora updates-testing, and has been there for a few days. I also posted to the fedora-devel mailing list just yesterday asking for feedback about the new packages. I don&#8217;t think you&#8217;ve done much research at all.</p>
<p>I find it sad that you think PackageKit sucks, especially when you didn&#8217;t even email me or open any bugs to discuss different issues. I also find it quite upsetting you calling it a &#8220;pile of crap&#8221; as quite a few of us have worked very hard getting PackageKit to where it is now in this short space of time. Basically, you&#8217;ve insulted my hard work. Thanks for that.</p>
<p>Many thanks.</p>
<p>Richard Hughes (PackageKit maintainer)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
