<?xml version="1.0" encoding="UTF-8"?>
<!-- name="generator" content="pyblosxom/1.4.1 7/27/2007" -->
<!DOCTYPE rss PUBLIC "-//Netscape Communications//DTD RSS 0.91//EN" "http://my.netscape.com/publish/formats/rss-0.91.dtd">

<rss version="0.91">
<channel>
<title>Блогчетање   </title>
<link>http://danilo.segan.org/blog</link>
<description>Данилово блогче</description>
<language>en</language>
<item>
  <title>Routing git clone over &quot;dumb&quot; HTTP?</title>
  <link>http://danilo.segan.org/blog/razno/git-clones</link>
  <description><![CDATA[
<p>
  Doing 'git clone' over either of <code>git://</code> or <code>http://</code> backed by git-http-backend results in big memory usage for big repositories (mostly in 'compressing objects' phase).  This means that you can usually kill any git server hosting big repos by doing concurrent 'git clone' runs of those repos at the same time.
</p>

<p>
  Instead of doing that, I'd like to keep benefits of the git-http-backend for all users except those using 'git clone'.  Anyone has any ideas on how to do that?
</p>

<p>
  OTOH, maybe I am looking for the wrong solution.  git supposedly does mmap() of the pack files, and the only thing I need to do is ensure packs are suitably small so they could me "swapped-out" (which equals to being discarded from memory with mmaped files).  Or, since git does a mmap() of uncompressed temporary file, maybe I can get git to store uncompressed data instead, allowing it to mmap them directly?
</p>

<p>
  I wouldn't be surprised if I am entirely on the wrong track here.  If anybody has ideas on what to do to run a git server with big repositories without needing gazilions of memory, please direct me in the comments section below.
</p>

]]></description>
</item>

<item>
  <title>intltool 0.50 released</title>
  <link>http://danilo.segan.org/blog/gnome/intltool-0.50</link>
  <description><![CDATA[

<p>
 So, with a few patches already in <a href="https://launchpad.net/intltool">lp:intltool</a>, I've had some time today to go through all the existing patches attached to bugs and see if I can get them into landable state.
</p>

<p>
 The result is an <a href="https://launchpad.net/intltool/trunk/0.50.0">intltool 0.50.0</a> release, which has a few reasonably sized changes.
</p>

<p>
 The biggest changes are:
</p>
<ul>
 <li><a href="https://launchpad.net/bugs/580526">#580526</a>: Finally, support for gsettings gschema.xml files is merged in, which should enable maintainers to get a slightly simpler build setup (i.e. no need to use NOMERGE rule anymore, and you can have intltool directly extract translations from .gschema.xml files).</li>
 <li><a href="https://launchpad.net/bugs/790574">#790574</a>: Let xgettext extract Scheme strings out, and add support for <code>intltool-update -m</code> to find files with marked strings.</li>
 <li><a href="https://launchpad.net/bugs/806006">#806006</a>: Improve handling of quotes in <code>intltool-update -m</code> so you get less (no?) warnings about mismatched quotes, and Python processing doesn't get messed up with docstrings and similar.</li>
 <li><a href="https://launchpad.net/bugs/520986">#520986</a>: one for the translators—messages are extracted in the order they appear in original files now, thus allowing translators to infer more of the context from the ordering.</li>
</ul>

<p>
 There are a few other bug fixes, but listed above are those with the highest risk factor. Please test and <a href="https://launchpad.net/intltool/+filebug">file bugs</a>!
</p>


]]></description>
</item>

<item>
  <title>Хм, хм, Пејпал све ближи?</title>
  <link>http://danilo.segan.org/blog/razno/paypal</link>
  <description><![CDATA[
<p>
  Од 7. септембра ће почети да важи нови <a href="https://cms.paypal.com/uk/cgi-bin/?cmd=_render-content&content_ID=ua/upcoming_policies_full&fli=true&locale.x=en_GB">уговор са корисником</a> у којем се помиње и Србија и то у зони „Европа 2“ (као и Босна, Хрватска,...).
</p>

<p>
  Па, свратићемо на Пејпал.ком 7. септембра, а ако ни то не упали, увек се можемо поуздати и у <a href="http://www.njuz.net/paypal-u-srbiji-od-1-septembra-vlada-osniva-novu-agenciju-za-otvaranje-naloga/">наше снаге</a>. ;)
</p>

]]></description>
</item>

<item>
  <title>Google: fixing bugs is dumping people?</title>
  <link>http://danilo.segan.org/blog/web/google-fixing-bugs-dumping-people</link>
  <description><![CDATA[
<h3>Story of dotted emails</h3>
<p>
  Around 3-6 months ago, I've started getting email from Facebook for a certain other person on my <code>dsegan</code> account on gmail (only forwarded to my other email, and barely used).  Knowing Facebook requires email verification, I was surprised to see that, but since it stopped in a day or two, I've ignored it, attributing it to probable lax policy on Facebook account creation (eg. they could be letting people use their accounts for some time even before they confirm the email or something like that).
</p>

<p>
  Not long after, I've seen more emails sent to a person named with a first name starting on "D" as well and having the identical last name, and directed to <code>d.segan</code> account on gmail. Note the dot in the middle.
</p>

<p>
  This still happens from time to time, and here is what I suspect:
</p>

<ul>
  <li>Google seems to have allowed at one point in the past accounts with dots in the name to be registered as separate accounts</li>
  <li>In the meantime, they have disallowed that and made them all aliases to the same account (eg. <code>dsegan</code> &equiv; <code>d.segan</code> &equiv; <code>ds.egan</code>&hellip;).  Old accounts have been left as they were.</li>
  <li>Sometime in the last 6 months, they've decided to fix this inconsistency.</li>
  <li>I had registered an account earlier than that other person</li>
</ul>

<p>
  It seems as if Google has just decided to delete those accounts created later: meaning, a bunch of people lost email accounts they have used for some time.  I've heard reports of other cases like this (I know of at least one other person who started getting emails sent to the same gmail address with a dot in a different place).
</p>

<p>
  If I am not wrong in my analysis, here's a few questions to ponder:
</p>

<ul>
  <li>
    Why would Google put sanitizing the system and avoiding bug workarounds ahead of actual people? Did they at least try to let them know of the fact what they are doing?
  </li>
  <li>
    Do they care about privacy? I've already gotten some emails which could be considered confidential and some which are very much private.
  </li>
  <li>
    Are there any better reasons for distributed identities (which emails are, but Google is quickly becoming a monopolist) than realizing that otherwise, you don't have control of your identity at all?
  </li>
  <li>
    Did any of the people who got crapped on like this get another email account at gmail? (masochists :)
  </li>
</ul>

<p>
  And if I am wrong, wtf is going on?
</p>

]]></description>
</item>

<item>
  <title>Однеси ми Донеси.ком</title>
  <link>http://danilo.segan.org/blog/razno/odnesi-mi-donesi-kom</link>
  <description><![CDATA[
<h2>Беше...</h2>
<p>
  Био једном један Донеси.ком.  Ценио сам га толико да сам једном ресторану из којег често наручујем, када су ми рекли да могу и директно телефоном да наручим, напоменуо да ипак желим да идем преко Донеси.ком — у њему сам видео вредност коју нема директно наручивање телефоном, а то је остављање утисака.
</p>
<h2>Међутим...</h2>
<p>
  Већ друга ситуација где је обрисан коментар који је негативан за ресторан. Уредно су ми се јавили са „образложењем“, али не делује баш претерано уверљиво („пошто ресторан није наплатио, не можете да оставите утисак“).
</p>
<p>
  (У првој ситуацији је моја девојка наручила из ресторана који је у том тренутку спонзорисао Донеси.ком, а негативан утисак је нетрагом нестао. Не знам да ли то има везе, али можда вреди поменути.)
</p>
<center><img src="http://danilo.segan.org/slike/blog/donesi.gif" /></center>
<p>
  Зато, нема више Донеси.ком — од сада само старо добро телефонско наручивање.
</p>

]]></description>
</item>

<item>
  <title>Evolution 3.0 in Ubuntu 11.04</title>
  <link>http://danilo.segan.org/blog/gnome/evolution-3.0-in-ubuntu</link>
  <description><![CDATA[
<p>
  With the great <a href="https://launchpad.net/~gnome3-team/+archive/gnome3">GNOME 3 PPA</a> for Ubuntu, you get most of the GNOME3 desktop.
</p>

<p>
  If you want Evolution as well, I've reused Debian packages and modified it only slightly (to match GNOME 3 dev package names) and built it in my own PPA which depends on the GNOME 3 PPA:
</p>

<center><a href="https://launchpad.net/~danilo/+archive/evolution">evolution3 ppa</a></center>

]]></description>
</item>

</channel>
</rss>

