<?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: Weave: Browser bookmark &amp; password syncing The Right Way</title>
	<atom:link href="http://smorgasbord.gavagai.nl/2009/10/weave-browser-bookmark-password-syncing-the-right-way/feed/" rel="self" type="application/rss+xml" />
	<link>http://smorgasbord.gavagai.nl/2009/10/weave-browser-bookmark-password-syncing-the-right-way/</link>
	<description>Ambachtelijk bereide beschouwingen.</description>
	<lastBuildDate>Fri, 03 Sep 2010 09:32:52 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Wicher</title>
		<link>http://smorgasbord.gavagai.nl/2009/10/weave-browser-bookmark-password-syncing-the-right-way/comment-page-1/#comment-1461</link>
		<dc:creator>Wicher</dc:creator>
		<pubDate>Sun, 14 Feb 2010 11:42:25 +0000</pubDate>
		<guid isPermaLink="false">http://smorgasbord.gavagai.nl/?p=396#comment-1461</guid>
		<description>Weave hit 1.0. There&#039;s a rather good &lt;a href=&quot;http://lwn.net/Articles/372332/&quot; rel=&quot;nofollow&quot;&gt;article on LWN.net&lt;/a&gt;.</description>
		<content:encoded><![CDATA[<p>Weave hit 1.0. There&#8217;s a rather good <a href="http://lwn.net/Articles/372332/" rel="nofollow">article on LWN.net</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wicher</title>
		<link>http://smorgasbord.gavagai.nl/2009/10/weave-browser-bookmark-password-syncing-the-right-way/comment-page-1/#comment-355</link>
		<dc:creator>Wicher</dc:creator>
		<pubDate>Sun, 27 Dec 2009 13:21:34 +0000</pubDate>
		<guid isPermaLink="false">http://smorgasbord.gavagai.nl/?p=396#comment-355</guid>
		<description>1) The either-trust-someone-or-read-the-source argument is often made. There are chains of trust everywhere, and they can be broken. For instance, I&#039;ll just have to trust the SSL CA&#039;s, but I don&#039;t inspect their security procedures personally.
In this case, I trust the Weave code and repository since their Mozilla&#039;s (and they are already making my browser anyway). But even if I read the Firefox and Weave source, my compiler could&#039;ve been compromised.
Your point is valid though. It is a matter of how far one&#039;s paranoia takes one, and to be completely sure you&#039;ll have to establish the integrity of your compiler (and kernel, and hardware) before actually compiling anything, including the compiler itself, so there&#039;s a bit of a chicken-and-egg problem here ;-)

2) You&#039;re right about the discontinuation catch. It&#039;s a matter of migration costs. For many home users with simple needs and setups, those costs may be minimal.

3) I&#039;m hoping on some interesting Weave developments. Wouldn&#039;t it be nice if I could share/sync some of my saved passwords with you by encrypting them with your public key? Or how about if I could selectively &#039;push&#039; bookmarks to peers, right from my &#039;add bookmark&#039; interface? Social bookmarking on steroids.</description>
		<content:encoded><![CDATA[<p>1) The either-trust-someone-or-read-the-source argument is often made. There are chains of trust everywhere, and they can be broken. For instance, I&#8217;ll just have to trust the SSL CA&#8217;s, but I don&#8217;t inspect their security procedures personally.<br />
In this case, I trust the Weave code and repository since their Mozilla&#8217;s (and they are already making my browser anyway). But even if I read the Firefox and Weave source, my compiler could&#8217;ve been compromised.<br />
Your point is valid though. It is a matter of how far one&#8217;s paranoia takes one, and to be completely sure you&#8217;ll have to establish the integrity of your compiler (and kernel, and hardware) before actually compiling anything, including the compiler itself, so there&#8217;s a bit of a chicken-and-egg problem here ;-)</p>
<p>2) You&#8217;re right about the discontinuation catch. It&#8217;s a matter of migration costs. For many home users with simple needs and setups, those costs may be minimal.</p>
<p>3) I&#8217;m hoping on some interesting Weave developments. Wouldn&#8217;t it be nice if I could share/sync some of my saved passwords with you by encrypting them with your public key? Or how about if I could selectively &#8216;push&#8217; bookmarks to peers, right from my &#8216;add bookmark&#8217; interface? Social bookmarking on steroids.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marius</title>
		<link>http://smorgasbord.gavagai.nl/2009/10/weave-browser-bookmark-password-syncing-the-right-way/comment-page-1/#comment-317</link>
		<dc:creator>marius</dc:creator>
		<pubDate>Fri, 18 Dec 2009 14:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://smorgasbord.gavagai.nl/?p=396#comment-317</guid>
		<description>The catch is in the details.
You still have to trust Weave code and its repository. Are you inspecting the source? Do you trust the binary from repository?
Actually Google was offering a similar tool, but they simply discontinued a year or so ago.
I was waiting for Weave to come out, but it tooks them so long that Xmarks took over the market.
So the catch is that the owner of the server might discontinue the service, and to be frank, I don&#039;t see a business model here.
I think Xmarks is feeding on mining the bookmark data, perhaps they mine browsing history a bit too (they provide additional info about visited sites on demand) and making this as a kind of social networking.
I haven&#039;t seen anything annoying from Xmarks yet, it is silent and I barely notice its work.</description>
		<content:encoded><![CDATA[<p>The catch is in the details.<br />
You still have to trust Weave code and its repository. Are you inspecting the source? Do you trust the binary from repository?<br />
Actually Google was offering a similar tool, but they simply discontinued a year or so ago.<br />
I was waiting for Weave to come out, but it tooks them so long that Xmarks took over the market.<br />
So the catch is that the owner of the server might discontinue the service, and to be frank, I don&#8217;t see a business model here.<br />
I think Xmarks is feeding on mining the bookmark data, perhaps they mine browsing history a bit too (they provide additional info about visited sites on demand) and making this as a kind of social networking.<br />
I haven&#8217;t seen anything annoying from Xmarks yet, it is silent and I barely notice its work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: obrama</title>
		<link>http://smorgasbord.gavagai.nl/2009/10/weave-browser-bookmark-password-syncing-the-right-way/comment-page-1/#comment-126</link>
		<dc:creator>obrama</dc:creator>
		<pubDate>Tue, 20 Oct 2009 20:17:04 +0000</pubDate>
		<guid isPermaLink="false">http://smorgasbord.gavagai.nl/?p=396#comment-126</guid>
		<description>I&#039;ve always been using Xmarks (formerly named foxmarks), which does the job at forms and bookmarks syncronizing. Lately they&#039;ve added some anoying features (bloat) though and I&#039;m very interested in weave, since I expect it to do very well.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve always been using Xmarks (formerly named foxmarks), which does the job at forms and bookmarks syncronizing. Lately they&#8217;ve added some anoying features (bloat) though and I&#8217;m very interested in weave, since I expect it to do very well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
