<?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: Service Pack GUI?</title>
	<atom:link href="http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/</link>
	<description>Blog about geeky stuff</description>
	<lastBuildDate>Sun, 22 Nov 2009 00:10:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Marcelo</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-752</link>
		<dc:creator>Marcelo</dc:creator>
		<pubDate>Sat, 11 Oct 2008 03:49:42 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-752</guid>
		<description>Is this tool similar to APTonCD ??</description>
		<content:encoded><![CDATA[<p>Is this tool similar to APTonCD ??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabian</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-751</link>
		<dc:creator>Fabian</dc:creator>
		<pubDate>Fri, 10 Oct 2008 20:19:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-751</guid>
		<description>Great work! I would hope that distributions would pick something like this up pretty soon so that you can create servicepacks from e.g. ubunut.org
without the need to even run linux.

I wrote down my idea in more detail here.

http://brainstorm.ubuntu.com/idea/12998/

But I guess developing something like this should be picked up by the distros 
themselves.

Thanks, Fabian</description>
		<content:encoded><![CDATA[<p>Great work! I would hope that distributions would pick something like this up pretty soon so that you can create servicepacks from e.g. ubunut.org<br />
without the need to even run linux.</p>
<p>I wrote down my idea in more detail here.</p>
<p><a href="http://brainstorm.ubuntu.com/idea/12998/" rel="nofollow">http://brainstorm.ubuntu.com/idea/12998/</a></p>
<p>But I guess developing something like this should be picked up by the distros<br />
themselves.</p>
<p>Thanks, Fabian</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hughsie</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-740</link>
		<dc:creator>hughsie</dc:creator>
		<pubDate>Fri, 10 Oct 2008 13:28:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-740</guid>
		<description>Angel: I&#039;ve added an option in the GUI. Refresh the screenshot. :-)

There&#039;s also a large entry in the help file explaining what all these options mean. It&#039;ll be in Fedora rawhide on Monday.</description>
		<content:encoded><![CDATA[<p>Angel: I&#8217;ve added an option in the GUI. Refresh the screenshot. <img src='http://blogs.gnome.org/hughsie/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':-)' class='wp-smiley' /> </p>
<p>There&#8217;s also a large entry in the help file explaining what all these options mean. It&#8217;ll be in Fedora rawhide on Monday.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Angel Marin</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-739</link>
		<dc:creator>Angel Marin</dc:creator>
		<pubDate>Fri, 10 Oct 2008 11:42:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-739</guid>
		<description>I&#039;m with @ssam here, I have a bunch of networkless fedora machines where it would be easier to apply updates/upgrades if we could provide the /var/log/rpmpkgs log or equivalent to a simple UI like this and generate the update pack for a different machine.

BTW, a UI where you could hit a &#039;Generate update pack request&#039; button that gathers all the info needed from a target machine and puts it in some PK file format, so you can ask users to push it+send you the file periodically so you can generate and give them an update CD or DVD would be awesome :)</description>
		<content:encoded><![CDATA[<p>I&#8217;m with @ssam here, I have a bunch of networkless fedora machines where it would be easier to apply updates/upgrades if we could provide the /var/log/rpmpkgs log or equivalent to a simple UI like this and generate the update pack for a different machine.</p>
<p>BTW, a UI where you could hit a &#8216;Generate update pack request&#8217; button that gathers all the info needed from a target machine and puts it in some PK file format, so you can ask users to push it+send you the file periodically so you can generate and give them an update CD or DVD would be awesome <img src='http://blogs.gnome.org/hughsie/wp-content/mu-plugins/tango-smilies/tango/face-smile.png' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fedora Service Pack &#171; Juanfgs&#8217;s Blog</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-738</link>
		<dc:creator>Fedora Service Pack &#171; Juanfgs&#8217;s Blog</dc:creator>
		<pubDate>Fri, 10 Oct 2008 01:20:30 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-738</guid>
		<description>[...] en el blog de Richard Hughes que se esta trabajando en la GUI de un generador de Service Pack para Fedora, si bien la palabra [...]</description>
		<content:encoded><![CDATA[<p>[...] en el blog de Richard Hughes que se esta trabajando en la GUI de un generador de Service Pack para Fedora, si bien la palabra [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ssam</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-737</link>
		<dc:creator>ssam</dc:creator>
		<pubDate>Thu, 09 Oct 2008 18:56:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-737</guid>
		<description>this could be great for doing installs inplaces that dont have network access (or only have dialup).

what it would need is to be able to putting in all the packages relative to a standard install. so from a currently up to date F9 install, i could make a service pack that would bring a fresh F9 install up to date. (and the same for making an installer). From the description above it looks like i could only make such a service pack with a fresh F9 install.

thanks</description>
		<content:encoded><![CDATA[<p>this could be great for doing installs inplaces that dont have network access (or only have dialup).</p>
<p>what it would need is to be able to putting in all the packages relative to a standard install. so from a currently up to date F9 install, i could make a service pack that would bring a fresh F9 install up to date. (and the same for making an installer). From the description above it looks like i could only make such a service pack with a fresh F9 install.</p>
<p>thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mpt</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-736</link>
		<dc:creator>mpt</dc:creator>
		<pubDate>Thu, 09 Oct 2008 18:34:29 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-736</guid>
		<description>“Service pack” is a silly name, and that Microsoft Windows uses it does not stop it from being a silly name. It has nothing to do with service. Alternative possibilities include “update pack” or “combined update”.

“Generator” is possibly too introspective. If people will be launching this program via the overall package manager, rather than standalone, it would make more sense to use a task-based title, such as “Prepare a Combo Update”.

In your mockup, the phrase “Create an archive of” is used twice in quick succession, which means the labels need refactoring.

“Details” is not a useful heading, and could easily be removed.

“Close” should be “Cancel”.</description>
		<content:encoded><![CDATA[<p>“Service pack” is a silly name, and that Microsoft Windows uses it does not stop it from being a silly name. It has nothing to do with service. Alternative possibilities include “update pack” or “combined update”.</p>
<p>“Generator” is possibly too introspective. If people will be launching this program via the overall package manager, rather than standalone, it would make more sense to use a task-based title, such as “Prepare a Combo Update”.</p>
<p>In your mockup, the phrase “Create an archive of” is used twice in quick succession, which means the labels need refactoring.</p>
<p>“Details” is not a useful heading, and could easily be removed.</p>
<p>“Close” should be “Cancel”.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ulrik</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-735</link>
		<dc:creator>ulrik</dc:creator>
		<pubDate>Thu, 09 Oct 2008 17:03:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-735</guid>
		<description>@Joseph: Highly requested. I even downloaded the full texlive packages (latex) twice now, and looking in the changelog it seems only the build system was changed or similar. That means.. 2 times &gt; 400 MB for something that has 0 effect !! Of course I chose to update the packages myself but why think, I just lazily do &quot;aptitude safe-upgrade&quot;..

@oliver: there are no package diffs, only the package list diffs in debian. I don&#039;t know if there is any WIP.</description>
		<content:encoded><![CDATA[<p>@<a href="http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/#comment-733">Joseph</a>: Highly requested. I even downloaded the full texlive packages (latex) twice now, and looking in the changelog it seems only the build system was changed or similar. That means.. 2 times &gt; 400 MB for something that has 0 effect !! Of course I chose to update the packages myself but why think, I just lazily do &#8220;aptitude safe-upgrade&#8221;..</p>
<p>@oliver: there are no package diffs, only the package list diffs in debian. I don&#8217;t know if there is any WIP.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oliver</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-734</link>
		<dc:creator>oliver</dc:creator>
		<pubDate>Thu, 09 Oct 2008 14:12:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-734</guid>
		<description>@Botond: right, a listbox wouldn&#039;t be that helpful either. A search box might be better; or maybe make it similar to the existing app-installer GUI elements?

@Debarshi: the use case of updating a machine that&#039;s connected with low bandwidth or an expensive connection would be interesting to me as well. I had to support one such machine myself and ended up with some scripts around apt and dpkg which did the downloading etc. (it was quite a PITA). It would be nice if these uses cases were officially supported by the distros, but unfortunately these problems are often met with &quot;let&#039;s just wait until the user gets a better connection -&gt; problem solved&quot;.

@Joseph: AFAIK Debian now uses some mechanism to publish package list diffs at least (see http://www.debian-administration.org/articles/439). Not sure if this has been extended to actual packages as well, though.</description>
		<content:encoded><![CDATA[<p>@Botond: right, a listbox wouldn&#8217;t be that helpful either. A search box might be better; or maybe make it similar to the existing app-installer GUI elements?</p>
<p>@Debarshi: the use case of updating a machine that&#8217;s connected with low bandwidth or an expensive connection would be interesting to me as well. I had to support one such machine myself and ended up with some scripts around apt and dpkg which did the downloading etc. (it was quite a PITA). It would be nice if these uses cases were officially supported by the distros, but unfortunately these problems are often met with &#8220;let&#8217;s just wait until the user gets a better connection -&gt; problem solved&#8221;.</p>
<p>@Joseph: AFAIK Debian now uses some mechanism to publish package list diffs at least (see <a href="http://www.debian-administration.org/articles/439)" rel="nofollow">http://www.debian-administration.org/articles/439)</a>. Not sure if this has been extended to actual packages as well, though.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph</title>
		<link>http://blogs.gnome.org/hughsie/2008/10/09/service-pack-gui/comment-page-1/#comment-733</link>
		<dc:creator>Joseph</dc:creator>
		<pubDate>Thu, 09 Oct 2008 13:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.gnome.org/hughsie/?p=261#comment-733</guid>
		<description>this frickin trackpad tap-to-click crap is driving me nuts.  My thumb hits the trackpad when typing, but Ubuntu doesn&#039;t have an elantech driver so it&#039;s detected as a scrolly-mouse and I can&#039;t turn off the fricking tap-to-clikc behavior

&quot;Or perhaps, using the diff and exiting files, yo&quot;u could re-assemble the full package from the cached previous version or even from the files on your disk (you already have them; why re-download them?)  This seems to be the best way to do this immedately; &quot;diff-packages&quot; would require intervention in rpm and dpkg.</description>
		<content:encoded><![CDATA[<p>this frickin trackpad tap-to-click crap is driving me nuts.  My thumb hits the trackpad when typing, but Ubuntu doesn&#8217;t have an elantech driver so it&#8217;s detected as a scrolly-mouse and I can&#8217;t turn off the fricking tap-to-clikc behavior</p>
<p>&#8220;Or perhaps, using the diff and exiting files, yo&#8221;u could re-assemble the full package from the cached previous version or even from the files on your disk (you already have them; why re-download them?)  This seems to be the best way to do this immedately; &#8220;diff-packages&#8221; would require intervention in rpm and dpkg.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
