<?xml version="1.0" encoding="utf-8"?>
<!-- If you are running a bot please visit this policy page outlining rules you must respect. http://www.livejournal.com/bots/ -->
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:lj="http://www.livejournal.com">
  <id>urn:lj:livejournal.com:atom1:zaitcev</id>
  <title>Pete Zaitcev</title>
  <subtitle>Pete Zaitcev</subtitle>
  <author>
    <name>Pete Zaitcev</name>
  </author>
  <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/"/>
  <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom"/>
  <updated>2008-07-17T01:50:22Z</updated>
  <lj:journal username="zaitcev" type="personal"/>
  <link rel="service.feed" type="application/x.atom+xml" href="http://zaitcev.livejournal.com/data/atom" title="Pete Zaitcev"/>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:171166</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/171166.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=171166"/>
    <title>Livejournal spam</title>
    <published>2008-07-16T02:02:13Z</published>
    <updated>2008-07-16T02:02:13Z</updated>
    <content type="html">&lt;p&gt;There's so much LJ spam recently that I'm thinking about disabling comments. Comments are useless anyway. Anyone who has anything meaningful to tell me should be able to send an e-mail. Case in point, &lt;a href="http://ani-nouto.animeblogger.net/"&gt;Ani-nouto&lt;/a&gt; never had comments, and it's doing great.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:170877</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/170877.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=170877"/>
    <title>Follow focus nazi</title>
    <published>2008-07-09T23:23:04Z</published>
    <updated>2008-07-10T16:36:39Z</updated>
    <category term="x11"/>
    <category term="gnome"/>
    <category term="linux"/>
    <content type="html">&lt;p&gt;I have a laptop with Synaptics touchpad, and one of the biggest annoyances in its implementation is how the "wheel" strips act upon the GUI element where the mouse is pointing regardless of the current focus. It took years to beat focus-follow-mouse people into a marginal submission, yet they still find every crack to seep through, like kerosene. Naturally, this behaviour is not tunable.&lt;/p&gt;
&lt;p&gt;Another retardity in this area is the behaviour of the panel. Some genious came up with an awesome idea to flip windows if panel receives a wheel click. The problem with that is, a strip on the laptop is difficult to make to deliver just one click, so the function is useless to me. Also, it is too easy to hit the strip accidentially (which would not be a big deal if not for the enforced focus-follow). So, for one reason or the other, I would like to disable this behaviour. I don't even want to seek excuses for this wish. Just do it. But it's impossible.&lt;/p&gt;
&lt;p&gt;So far the only group that displayed a clue in this was, strangely enough, Mozilla. They fixed bugs I filed and in general had an understanding of various input and display technologies, despite only being browser people. You'd think desktop developers would know how a touchpad differs from a wheel mouse.&lt;/p&gt;
&lt;p&gt;UPDATE: &lt;a href="http://utcc.utoronto.ca/~cks/space/blog/"&gt;Chris&lt;/a&gt; pointed out in comments that a fundamental reason exists why wheel behaves this way: the extra button events are mouse buttons, and those go where pointer points. I knew it, but it didn't click. I still think that applications should be able to work around this, although perhaps at the cost of some extra events being delivered.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:170522</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/170522.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=170522"/>
    <title>Unforgivable</title>
    <published>2008-06-21T07:16:45Z</published>
    <updated>2008-06-21T07:16:45Z</updated>
    <category term="linux"/>
    <content type="html">&lt;p&gt;Here's what new &lt;b&gt;pulseaudio&lt;/b&gt; does after update in Rawhide today:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;&lt;small&gt;VLC media player 0.8.6h Janus&lt;br /&gt;
E: core-util.c: Failed to state home directory /q/zaitcev/.pulse: No such file or directory&lt;br /&gt;
E: core-util.c: Assertion 'fn' failed at pulsecore/core-util.c:1086, function pa_lock_lockfile(). Aborting.&lt;br /&gt;
Aborted&lt;/small&gt;&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;Talkative library functions are bad enough, but &lt;i&gt;aborting&lt;/i&gt; and taking down whole application?! How amateurish.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:170439</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/170439.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=170439"/>
    <title>Go Seth!</title>
    <published>2008-06-21T02:22:45Z</published>
    <updated>2008-06-21T02:22:45Z</updated>
    <content type="html">I cancelled a yum update because I suddenly remembered that it's Friday and I had to download &lt;i&gt;Tower of Druaga&lt;/i&gt; finale. It seems like only yesterday doing so involved ^a-c and kill -9, but today two ^c were sufficient. Yay.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:170119</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/170119.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=170119"/>
    <title>Jim's strategy</title>
    <published>2008-06-21T02:03:35Z</published>
    <updated>2008-06-21T02:23:48Z</updated>
    <category term="fedora"/>
    <category term="linux"/>
    <content type="html">&lt;p&gt;Jeremy posted a &lt;a href="http://katzj.livejournal.com/430216.html"&gt;shorthand&lt;/a&gt; of a meeting with Jim, our CEO. I think it's pretty interesting, although it's not very new for me, because it's consistent with his internal message and I've met with him before.&lt;/p&gt;
&lt;p&gt;Jim talks about the need to involve companies (and their member individuals) into the Open Source in general. I quite agree, although in my like of work I see it in a very narrow way. I interact with all kinds of customers. Some are used to the old, "black box" way. If a test round is needed, I send them a kernel, they run it, collect the results, I think about it, change something, send it again... etcetera. Other (for example, Stratus, Fujitsu) chose "open box" approach: they look at my patches and produce feedback on patches.&lt;/p&gt;
&lt;p&gt;Even though I never play favourites with customer problems, "open box" people tend to come to solutions much quicker.&lt;/p&gt;
&lt;p&gt;I used to think that there must be some downside to "open box", because they have to have some expertise in-house to deal with source, and expertise costs money. But it is more and more apparent that basic reading of the source is not black magic. Customers always have engineers who can read it. Sure, they may not have intimate understanding of it, but that's what they pay Red Hat for. The basic advantage is essentially free for them.&lt;/p&gt;
&lt;p&gt;Another thing Jim talks about is taking a high road relatively Ubuntu. From ethical standpoint, he is right, of course. But I keep thinking... Ubuntu is popular. Not as popular as Windows, I guess, but it is a success, and you never argue with success. Fat lot of good will it do to Free Software if everyone moves to Ubuntu. Fortunately, Fedora is a success too, for now at least. But it looks like Jim just believes that truth will always prevail... I am not so sure. It is not how the world works.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:169778</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/169778.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=169778"/>
    <title>Whitelist your cookies</title>
    <published>2008-06-12T18:35:03Z</published>
    <updated>2008-06-12T18:35:03Z</updated>
    <content type="html">&lt;p&gt;I followed the suggestion at &lt;a href="http://kernelslacker.livejournal.com/122119.html"&gt;DaveJ's comments&lt;/a&gt; as an experiment, because I visit way too many forums and other identity driven sites, but so far it worked very well. There was not a single case of website failing to work with explicit permissions to set cookies, and the work required to add permissions was not too onerous.&lt;/p&gt;
&lt;p&gt;It would be even better if Firefox threw up a dialog or something, to let me whitelist a website on the fly, without opening the preferences dialog with its tabs.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:169545</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/169545.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=169545"/>
    <title>I will never fly</title>
    <published>2008-06-10T19:42:37Z</published>
    <updated>2008-06-11T01:46:00Z</updated>
    <content type="html">&lt;p&gt;I took a glider ride at Moriarty, NM on Sunday. It was pretty incredible. Also, I suck as a pilot so much, it's incredible too. I don't think I had the string centered for more than 3 seconds at a time, if at all.&lt;/p&gt;
&lt;p&gt;We took a tow to about 1800 AGL or 8k and from there climbed above 15k, where we caught the mountain wave. My pilot, Dave, said that on a good day people fly from Moriarty to Colorado and back, by hopping from a cloud to cloud.&lt;/p&gt;
&lt;p&gt;One unexpected thing is just how loud the wind noise is. Even when doing 40 knots I have to raise my voice above it to be heard.&lt;/p&gt;
&lt;p&gt;UPDATE: A Google search unearths &lt;a href="http://moriartypilots.blogspot.com/2007/09/david-sharp.html"&gt;an interview&lt;/a&gt; with my pilot, Mr. David Sharp.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:169461</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/169461.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=169461"/>
    <title>Firefox and CPU</title>
    <published>2008-06-03T20:48:38Z</published>
    <updated>2008-06-04T05:09:21Z</updated>
    <category term="firefox"/>
    <content type="html">&lt;p&gt;On my main laptop, running Rawhide, Firefox burns CPU when idle (firefox-3.0-0.65.cvs20080416.fc10). It's not much, top shows 5..7%, but it's persistent. Bram asked about [tools to debug] this just recently, and Jeff Daly &lt;a href="http://bramcohen.livejournal.com/51080.html?thread=784008#t784008"&gt;replied&lt;/a&gt; that Mozilla is working on it. Apparently there is an &lt;a href="https://addons.mozilla.org/en-US/firefox/addon/7055"&gt;add-on&lt;/a&gt; for it already.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:168982</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/168982.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=168982"/>
    <title>Games... I remember those</title>
    <published>2008-06-03T19:30:46Z</published>
    <updated>2008-06-03T20:42:53Z</updated>
    <content type="html">&lt;p&gt;I did not play any games in years and years, and the last on I played was Myth. But a couple of days ago someone threw together a &lt;a href="http://www.beta-waffle.com/blog/?p=711"&gt;game&lt;/a&gt; where I was the main character (ok, my alter ego inspired the main character). I just had to try it.&lt;/p&gt;
&lt;p&gt;Doing so quickly reminded me just why I'm not a gamer. First, I had to find and attach a mouse to my laptop. The game is based on the RenPy, but mostly consists of 3 shooting galleries and a couple of puzzles. So, to pass with a touchpad is next to impossible. And next, my arm &lt;i&gt;hurts&lt;/i&gt;. That's right, I'm an official ninja, yet my arm hurt from playing a computer game.&lt;/p&gt;
&lt;p&gt;As for the game, I laughed myself out of my chair, but it was fun in an inside joke way only, so don't bother downloading. For a kernel guy, the equivalent would be a gallery where you shoot Hans Reiser, Adrian Bunk, and Dick Johnson in the face. Nobody too famous, but notorious.&lt;/p&gt;
&lt;p&gt;P.S. This episode got me thinking about the open-source gaming (yes, I know, I'm becoming an ESR, drop dead). Speaking of RenPy, I enjoyed &lt;a href="http://www.adorablerockets.com/?p=714"&gt;Starlight&lt;/a&gt;, but so far I've never seen anything anywhere where people would bunch together and do something. The RenPy based VNs and games are usually carried out by one creator, so they tend to be one-offs. Starlight, for example, haven't seen the next chapter yet. Maybe I should check out Wesnoth... Develop those underutilized arm muscles. I heard Rusty poked at it.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:168736</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/168736.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=168736"/>
    <title>Attack of Sqlite</title>
    <published>2008-06-01T21:11:07Z</published>
    <updated>2008-06-01T21:11:07Z</updated>
    <category term="sqlite"/>
    <category term="linux"/>
    <content type="html">&lt;p&gt;Recently it became fashionable to link Sqlite everywhere (for example, yum uses it). The awsum workout that Firefox gives to your kjournald is also Sqlite. But now I see a little problem. What if anything happens to the database?&lt;/p&gt;
&lt;p&gt;XML was bad enough, but it is repairable, if with a bigger difficulty than plain text. When GNOME eliminated battstat-applet, and &lt;a href="http://zaitcev.livejournal.com/161349.html"&gt;started to throw an funny dialog&lt;/a&gt;, I was able to fix it by removing a few files and directories in my ~/.gconf (Thank you, &lt;a href="http://federico.livejournal.com/"&gt;Federico&lt;/a&gt;).&lt;/p&gt;
&lt;p&gt;Now my &lt;b&gt;Liferea&lt;/b&gt; develped a problem. One of the feeds has a phantom item in it: it shows one unread even if there aren't any unread items. If I click "Mark All Read", Liferea &lt;a href="https://bugzilla.redhat.com/show_bug.cgi?id=448029"&gt;crashes&lt;/a&gt;. How am I supposed to repair this? I suppose there may be some command line tools coming with Sqlite which allow to issue SQL statements, but without knowing how the database is laid out, I cannot formulate such statements.&lt;/p&gt;
&lt;p&gt;I expect this kind of thing to become more common as more people jump on the bandwagon.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:168602</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/168602.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=168602"/>
    <title>RSPoD on Rawhide</title>
    <published>2008-05-22T00:22:48Z</published>
    <updated>2008-05-23T04:16:21Z</updated>
    <category term="rspod"/>
    <category term="x11"/>
    <category term="linux"/>
    <category term="opengl"/>
    <content type="html">&lt;p&gt;The &lt;b&gt;&lt;a href="http://www.playgreenhouse.com/game/HOTHG-000001-01/"&gt;Penny-Arcade game&lt;/a&gt;&lt;/b&gt; a.k.a. RSPoD is out today and it bombs on me with: "Could not find a compatible display device // Make sure your display device supports OpenGL 1.2 and the following extensions: ARB_multitexture ... &lt;b&gt;ARB_texture_compression EXT_texture_compression_s3tc&lt;/b&gt;". On my system, OpenGL is provided by MESA 7.1-0.29.fc9, and according to glxinfo, some required extensions are missing. That wouldn't be so bad, but I have no idea what how this may be corrected. Hardware OpenGL in the video card, I guess. I have "Radeon Xpress 1100 IGP", which is a low-end mobile card.&lt;/p&gt;
&lt;p&gt;UPDATE: Received the following e-mail:&lt;/p&gt;
&lt;blockquote&gt;Hi I had the same problem on Vista, because on my laptop the latest installed drivers were the ones I got from windows update. I then installed the ones that came from the manufacturers site and voilà..&lt;/blockquote&gt;
&lt;p&gt;. . .&lt;/p&gt;
&lt;p&gt;UPDATE: See &lt;a href="http://anholt.livejournal.com/38228.html"&gt;Anholt's entry&lt;/a&gt;.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:168144</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/168144.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=168144"/>
    <title>Rio and Upstart</title>
    <published>2008-05-14T07:35:27Z</published>
    <updated>2008-05-14T17:48:31Z</updated>
    <category term="fedora"/>
    <category term="linux"/>
    <content type="html">&lt;p&gt;Seen at &lt;a href="http://rio.tc/2008/05/14-105751.php"&gt;Rio's place&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;Fedora9のupstart、すごいんですけど...。さすがに組み込みみたいな速さでは無いけれど、これならサスペンドしなくても良いんじゃ...。&lt;/blockquote&gt;
&lt;p&gt;Which, in my &lt;i&gt;very&lt;/i&gt; approximate translation means:&lt;/p&gt;
&lt;blockquote&gt;Upstart of Fedora 9 is great, mostly. As expected it includes no visible speed, so not using suspend is not good.&lt;/blockquote&gt;
&lt;p&gt;So, I guess that Rio expected improvements which would allow to stop suspending and they did not materialize... Which makes sense, but why the superlatives then? The title of the post was "upstartすげい！" with the exclamation mark. I would understand if he wrote that Upstart allowed him to end suspends, but no, "速さでない" is simple enough even for me to understand. Oh well, perils of international blogging.&lt;/p&gt;
&lt;p&gt;Once I figured out that the control file syntax is documented in &lt;b&gt;events(5)&lt;/b&gt; of all places, Upstart became rather tolerable, even welcome. I think that our famously poor bootstrap times (which are not that bad in Fedora when compared to other distros &amp;mdash; I've seen real hard benchmarks &amp;mdash; but are just bad for me as a user) have more to do with trying to execute too much crap. Upstart allows us to do it more efficiently, but it's a palliative.&lt;/p&gt;
&lt;p&gt;UPDATE: &lt;a href="http://piyokun.livejournal.com/"&gt;piyokun&lt;/a&gt; comments that the right translation is more like "Of course it's not as fast as embedded (linux), but with (upstart) you can get by without suspending." So, the "shinakute" is like "doing", "mo" is change of state (he suspended before, but not anymore), "n" is explanation tag, and "ja" is uncertainty. Casual, of course. Oh, and "kumikomu" is a verb meaning "to incorporate". I had no idea that they had a native word for "embedded", instead of a katakanized borrowed word.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:167696</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/167696.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=167696"/>
    <title>John Carmack and Linux VT</title>
    <published>2008-05-13T01:25:22Z</published>
    <updated>2008-05-13T20:14:59Z</updated>
    <category term="linux"/>
    <content type="html">&lt;p&gt;&lt;a href="http://www.armadilloaerospace.com/n.x/Armadillo/Home/News?news_id=358"&gt;Says John&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;Our flight computer now has a display screen to show the current status to a pilot. My first inclination was just to mmap the framebuffer and pretend I was back in the days of DOS, but I decided to try and be a good linux programmer and use ncurses. It took me longer than I expected to get it working properly for displaying on the VGA for an application launched from a telnet session, and the performance was very bad. I wound up writing directly to the terminal device myself, spitting out all the escape sequences manually, but it was still quite appallingly slow. I have it working acceptably by only updating the various display items in a scanning fashion to avoid slowing it down on any individual frame, but I should have just followed my first thought and gone with a direct memory mapping.&lt;/blockquote&gt;
&lt;p&gt;I'm a little disturbed by the above, because I consider his application essentially equivalent to what Hercules does, and I never saw any performance issues with it. We all know that ncurses is a pig, and of course he should be using Slang instead of ncurses, but since he says that the result was slow even for the raw sequences, certainly this is not the issue. Weird.&lt;/p&gt;
&lt;p&gt;It would be awesome if he posted his code somewhere.&lt;/p&gt;
&lt;p&gt;UPDATE: John replies in &lt;a href="http://www.hobbyspace.com/nucleus/index.php?itemid=6455"&gt;comments&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;The flight computer is only a 486-100, so it doesn't take much to bog it down, even with just text writes. I am doing straightforward fwrites and fprintfs to the console tty for everything.&lt;/p&gt;
&lt;p&gt;It is at an acceptable rate now, so I probably won't make any other changes, but if RRL decides that they want anything fancy, like scrolling bar graphs, I will go straight to the framebuffer.&lt;/p&gt;&lt;/blockquote&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:167656</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/167656.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=167656"/>
    <title>Liberal Fascism</title>
    <published>2008-05-07T02:35:40Z</published>
    <updated>2008-07-17T01:45:13Z</updated>
    <content type="html">&lt;p&gt;I've done with the book at last. A part of my first impression stands: not enough lulz. But overall, it's pretty good, and I came to think the money well spent. Also, the best part turned out to be in the last chapter, where Goldberg delivers a well deserved enema to Bush and Co.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:167315</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/167315.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=167315"/>
    <title>BadName is essentially conquered</title>
    <published>2008-05-02T10:23:00Z</published>
    <updated>2008-05-02T10:24:01Z</updated>
    <category term="x11"/>
    <content type="html">&lt;p&gt;The &lt;a href="http://zaitcev.livejournal.com/157134.html"&gt;issue&lt;/a&gt; with random applications failing to start (Firefox, Nautilus) or blowing up (panel, gvim) with &lt;strong&gt;BadName&lt;/strong&gt; took me about 3 months to find (&lt;a href="https://bugzilla.redhat.com/show_bug.cgi?id=430416"&gt;the bug&lt;/a&gt; was filed at the end of January). I'm not sure if my fix is any good, need to poke Ajax about it.&lt;/p&gt;
&lt;p&gt;So... Wasted a lot of time, learned several mildly interesting things about the code and people involved.&lt;/p&gt;
&lt;p&gt;The sad part is how much it takes to start moving around any modern codebase, and that's with the same language and toolchain. I remember times when no part of the system was off-limits, but these days... not so much. If anything breaks in OpenOffice, I'm not even going to try fixing it.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:166816</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/166816.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=166816"/>
    <title>Ted Tytso on [Open]Solaris</title>
    <published>2008-04-23T18:12:46Z</published>
    <updated>2008-04-23T20:38:59Z</updated>
    <category term="solaris"/>
    <content type="html">&lt;p&gt;Ted suddenly decided to &lt;a href="http://thunk.org/tytso/blog/2008/04/19/what-sun-was-trying-to-do-with-open-solaris/"&gt;talk OpenSolaris&lt;/a&gt;. Pretty interesting... at least for me, since I spent 7 best years of my life in Sun's orbit.&lt;/p&gt;
&lt;p&gt;In passing, aside from the bulk of the post, it seems to me that the final argument, about competitors selling Solaris support, does not hold water. This is exactly what Oracle attempted with their clone of CentOS and they weren't very successful, despite having a strong Linux team under Wim.&lt;/p&gt;
&lt;p&gt;Other than that, he's probably right. But he's going to get responses. Whenever I mention Solaris (last time it was when I &lt;a href="http://zaitcev.livejournal.com/134377.html"&gt;linked&lt;/a&gt; to Jeff Bonwick's blog), I get the most inane responses from Solaris fanboys. It looks like a very vocal community of users, if not contributors. Sounds like Apple almost.&lt;/p&gt;
&lt;p&gt;This puts the damper on any dreams I may have about re-living the glory of my youth by getting back to hacking on that codebase.&lt;/p&gt;
&lt;p&gt;UPDATE: Not sure why Levon decided to post &lt;a href="http://bandmoreagain.blogspot.com/2008/04/zaitcev-you-can.html"&gt;his reply&lt;/a&gt; to his personal blog instead the one &lt;a href="http://blogs.sun.com/levon/"&gt;at Sun&lt;/a&gt;. Surely the other one is more relevant?&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:166500</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/166500.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=166500"/>
    <title>Random dmesg errors</title>
    <published>2008-04-19T19:29:06Z</published>
    <updated>2008-04-19T19:29:06Z</updated>
    <category term="linux"/>
    <content type="html">&lt;p&gt;I always was against kernel spewing user-generated errors into dmesg, like this:&lt;/p&gt;
&lt;p&gt;npviewer.bin[4393]: segfault at f6712030 ip 67e7a0 sp ff9c39ec error 4 in libpthread-2.8.so[677000+15000]&lt;/p&gt;
&lt;p&gt;Not helpful, not interesting.&lt;/p&gt;
&lt;p&gt;However, the other day my desktop keeled over in a strange way... The /var/log/messages contained this (followed by a stack trace):&lt;/p&gt;
&lt;p&gt;Apr 13 18:19:14 niphredil kernel: Xorg: page allocation failure. order:3, mode:0x4020&lt;/p&gt;
&lt;p&gt;It looks like &lt;a href="http://lkml.org/lkml/2008/4/16/7"&gt;a bug in &lt;b&gt;SLUB&lt;/b&gt;&lt;/a&gt; (does not seem registering with anyone who has the power to track it down though). But my point is, without the printout I would need to find what was happening by other means, and that would probably take forever.&lt;/p&gt;
&lt;p&gt;Hmm... My world is shaken.&lt;/p&gt;
&lt;p&gt;P.S. kgdb was merged into 2.6.26. The sky is falling.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:166249</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/166249.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=166249"/>
    <title>My classical education is sorely lacking, but</title>
    <published>2008-04-17T23:21:30Z</published>
    <updated>2008-07-17T01:50:22Z</updated>
    <content type="html">&lt;p&gt;I have discovered the prototype for the Iowahawk's classic parody "&lt;a href="http://iowahawk.typepad.com/iowahawk/2005/01/heart_of_rednes.html"&gt;Heart of Redness&lt;/a&gt;": the &lt;a href="http://www.sparknotes.com/lit/heart/summary.html"&gt;Heart of Darkness&lt;/a&gt;, a novel by Joseph Conrad.&lt;/p&gt;
&lt;p&gt;Clutching the dog-eared copy of &lt;i&gt;Manufacturing Concent&lt;/i&gt; rings especially dear to me, because Miggie tried to bait me with it once.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:166053</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/166053.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=166053"/>
    <title>Jon Corbet on Red Hat and Desktop</title>
    <published>2008-04-17T17:28:04Z</published>
    <updated>2008-04-17T17:28:04Z</updated>
    <category term="linux"/>
    <content type="html">&lt;p&gt;Seen at &lt;a href="http://lwn.net/"&gt;LWN&lt;/a&gt; today (no permalink &amp;mdash; what the heck?):&lt;/p&gt;
&lt;blockquote&gt; Red Hat's desktop team has posted an item saying that the company has no plans to offer a "traditional desktop product" anytime soon.&lt;/blockquote&gt;
&lt;p&gt;Say what? The referenced &lt;a href="http://www.press.redhat.com/2008/04/16/whats-going-on-with-red-hat-desktop-systems-an-update/"&gt;item&lt;/a&gt; says:&lt;/p&gt;
&lt;blockquote&gt;[W]e have no plans to create a traditional desktop product &lt;strong&gt;for the consumer market&lt;/strong&gt; in the foreseeable future.&lt;/blockquote&gt;
&lt;p&gt;Umm... RHEL desktop is doing quite well, all we're saying we're not committed to selling it at Best Buy. Not sure how this debacle has happened. Jon was probably short on coffee.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:165862</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/165862.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=165862"/>
    <title>ipv6.google.com</title>
    <published>2008-04-16T16:30:45Z</published>
    <updated>2008-04-16T16:30:45Z</updated>
    <content type="html">&lt;p&gt;If client is logged in, Google bounces to the old site. In order to access over IPv6, you have to log out and use http://ipv6.google.com/webhp. Apparently, not quite there yet.&lt;/p&gt;
&lt;p&gt;One funny thing, using Google while logged out is much faster. Apparently it takes time for them to act upon cookies my client sends. Remind me again how they goaded everyone into this "homepage" thing. Ah yes, Gmail.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:165526</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/165526.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=165526"/>
    <title>Fallback-induced thoughts</title>
    <published>2008-04-15T21:29:40Z</published>
    <updated>2008-04-16T01:47:52Z</updated>
    <category term="usb"/>
    <category term="linux"/>
    <content type="html">&lt;p&gt;I saw two or three bug filings in last couple of months which deal with a USB device not working until ehci_hcd is unloaded. Thinking sensibly, it's rather normal, a poorly-made or poorly-cabled device may choose to report High (480) speed yet will be unable to communicate at that speed. And a couple of devices failing across half a million of users is rare. However, the thing is, such cases were extremely rare before, I don't even remember the last time this happened. So, I'm starting to worry that EHCI hardware or software may have a subtle bug somewhere (perhaps specific silicon percolated to the field).&lt;/p&gt;
&lt;p&gt;If only there was a way to tap into Novell's bugzilla and watch their kernel bugs, to collate with ours. Ditto the Bligh's Bugme and Ubuntu's whatever (Launchpad?).&lt;/p&gt;
&lt;p&gt;For readily identifiable bugs, we just report them to linux-usb or whatever and then patterns just come together, but the problem of fallback-wannabe devices is too flimsy and vague.&lt;/p&gt;
&lt;p&gt;P.S. By "fallback" I mean the new code which switches a port over to a Full (12) speed if enumeration fails. It's a practical solution, but it seems like sweeping the problem under the carpet to me. Also, it won't work for anything that's plugged into a hub.&lt;/p&gt;
&lt;p&gt;UPDATE: Amit from Ubuntu pointed to their bug &lt;a href="https://bugs.launchpad.net/ubuntu/+bug/88746"&gt;88746&lt;/a&gt;. V.interesting.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:164975</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/164975.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=164975"/>
    <title>Unpleasant mass updates</title>
    <published>2008-04-14T22:45:03Z</published>
    <updated>2008-04-14T22:46:34Z</updated>
    <content type="html">&lt;p&gt;Mass updates to Bugzilla have a few unpleasant side effects:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Unless they're done by DKL with direct access to the database, they generate a lot of e-mail which buries actual updates.&lt;/li&gt;
&lt;li&gt;They destroy the usability of queries for "bugs modified in the last 60/45/30 days". It's a useful trick I learned from Arjan. But now all kernel bugs are recently modified.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;The idea, I guess, is that developer has to rescan relevant bugs and either work on them, push them into NEEDINFO, or close them. If hackers are dilligent about it, auto-closer is harmless [and also, unnecessary -- ed]. In reality though, it just does not work that way [and the very existence of auto-closer is the proof -- ed]. At certain point, I started making extra-Bugzilla lists of bugs which look realistic to work on (e.g. have an active submitter who cooperates, for one thing). The rest just rots. I don't even have cycles to push WONTFIX on them (or, actually, I have time to close, but I don't want to deal with the fallout, so I just pretend not to see them -- the task made easier by the mass-update and the resulting mail avalanche).&lt;/p&gt;
&lt;p&gt;P.S. My list of bugs is, like, 10 to 50 times smaller than Chuck's and DaveJ's. I don't understand how they cope. It seems impossible to me, so there must be some trade secret good kernel monkeys know.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:164793</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/164793.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=164793"/>
    <title>The Belgian paper</title>
    <published>2008-04-09T15:51:11Z</published>
    <updated>2008-04-09T15:51:11Z</updated>
    <category term="olpc"/>
    <content type="html">&lt;p&gt;Completely useless. Gee, the thugs running worst shitholes of the world can forge documents signed by children and make all their Web access trackable and non-refutable. Dog bites man. We knew before this paper that they condition children to carry their own telescreens. The only thing I want to know about the BitFrost is how to defeat it, and the paper doesn't say. Useless.&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:164513</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/164513.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=164513"/>
    <title>-e for Elimination</title>
    <published>2008-04-07T20:15:01Z</published>
    <updated>2008-04-11T19:39:16Z</updated>
    <category term="fedora"/>
    <category term="gnome"/>
    <category term="linux"/>
    <content type="html">&lt;p&gt;After noticing that the annoying and useless (for me) orange star has no setting "go away forever", I concluded it was time to use "rpm -e". However, we have another case of House That Jack Built: system-config-printer needs /usr/bin/system-install-packages (because, you know, it wants to pull printer drivers for you automagically). But the system-install-packages is a part of the gnome front-end, not PackageKit itself (why? a mystery), and that includes the orange star (it's called pk-update-icon). Godly.&lt;/p&gt;
&lt;p&gt;At least it's not a throbbing red eye, and not restarted when killed. Also, Yet Another Sneaky Daemon They Sprung On My System While I Looked The Other Way (packagkitd) quetly disappears after a while, releasing my precious memory. I sense some good intent here, but it's not good enough.&lt;/p&gt;
&lt;p&gt;P.S. I'm testing if "Check for Updates: Never" and then killing means "go away".&lt;/p&gt;
&lt;p&gt;P.P.S. Nope, it still restarts on the next login, and &lt;i&gt;checks for updates&lt;/i&gt;. What part of "never" is unclear here?&lt;/p&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:zaitcev:164118</id>
    <link rel="alternate" type="text/html" href="http://zaitcev.livejournal.com/164118.html"/>
    <link rel="self" type="text/xml" href="http://zaitcev.livejournal.com/data/atom/?itemid=164118"/>
    <title>Timeouts</title>
    <published>2008-04-07T03:28:25Z</published>
    <updated>2008-04-07T03:28:25Z</updated>
    <category term="linux"/>
    <content type="html">&lt;p&gt;I didn't try to burn a CD with &lt;b&gt;ub&lt;/b&gt; in a while, because my new laptop comes with a built-in burner. After all the hustling with &lt;kbd&gt;__blk_end_request&lt;/kbd&gt;, I thought the situation called for a test. This looked worrysome:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;&lt;small&gt;&lt;pre&gt;Track 01: Total bytes read/written: 548321280/548321280 (267735 sectors).
Errno: 5 (Input/output error), close track/session scsi sendcmd: cmd timeout after 5.000 (480) s
CDB:  5B 00 02 00 00 00 00 00 00 00
cmd finished after 5.000s timeout 480s
cmd finished after 5.000s timeout 480s
wodim: Cannot fixate disk.&lt;/pre&gt;&lt;/small&gt;&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;The resulting CD was not a coaster though. A welcome surprise, but clearly I did something wrong regarding timeouts, and it needs fixing (although I'm quite sure that there's no other person on Earth who would want to burn CDs with ub).&lt;/p&gt;
&lt;p&gt;BTW, the new cdrecord looks nice indeed. Before, I only used the one maintained by that self-centered dude with attitude... No idea who maintains this one, but it seems working ok.&lt;/p&gt;</content>
  </entry>
</feed>
