<?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:pavelmachek</id>
  <title>pavelmachek</title>
  <subtitle>pavelmachek</subtitle>
  <author>
    <name>pavelmachek</name>
  </author>
  <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/"/>
  <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom"/>
  <updated>2012-05-15T13:36:32Z</updated>
  <lj:journal userid="6648113" username="pavelmachek" type="personal"/>
  <link rel="service.feed" type="application/x.atom+xml" href="http://pavelmachek.livejournal.com/data/atom" title="pavelmachek"/>
  <link rel="hub" href="http://pubsubhubbub.appspot.com/"/>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:106006</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/106006.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=106006"/>
    <title>Multi-monitor setup using notebook</title>
    <published>2012-05-15T13:36:32Z</published>
    <updated>2012-05-15T13:36:32Z</updated>
    <content type="html">I'm right handed. I'd like to use notebook with big monitor, docking station, external mouse and keyboard.&lt;br /&gt;&lt;br /&gt;Question is, what is the reasonable setup? For now, I have notebook to the left of the big monitor, with X set up to use both monitors, and notebook "to the right" of the big monitor. Yes, it is usable, but moving mouse right to get to the display that is to the left of the screen is strange.&lt;br /&gt;&lt;br /&gt;If I put notebook to the right of big monitor, I'll have no place for the mouse.&lt;br /&gt;&lt;br /&gt;So... is there clever solution?&lt;br /&gt;&lt;br /&gt;(I'd still like to undock and be able to use the apps I've opened.)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:105863</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/105863.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=105863"/>
    <title>mbank.cz: insecure by default</title>
    <published>2012-05-11T11:12:01Z</published>
    <updated>2012-05-11T11:12:01Z</updated>
    <content type="html">So you want to get a debet card. It comes by email, with instructions, that you need to activate it over the web. So you do activate it. Then you realize that all limits are &lt;em&gt;way&lt;/em&gt; too high... like $50000 per day for payments over the web. Oops. So you go to change it quickly. At this point, authorization SMS fails to come, so you can't. Nice.&lt;br /&gt;&lt;br /&gt;What about having reasonable limits by default, dear mbank?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:105726</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/105726.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=105726"/>
    <title>17.98 km/h average over 5 kilometers</title>
    <published>2012-05-04T11:07:57Z</published>
    <updated>2012-05-04T11:07:57Z</updated>
    <content type="html">16.37 km/h average over 10 kilometers. Yes, my fjord horse just likes to run. And no, I can't compute, which meant missing the deadline by 15 seconds, and not doing too well in 20km race.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:105225</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/105225.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=105225"/>
    <title>mbank.cz: bank that gets ssl wrong</title>
    <published>2012-04-26T09:13:16Z</published>
    <updated>2012-04-26T09:13:16Z</updated>
    <content type="html">&lt;p&gt;Just try it. mbank.cz is widely advertised as mbank.cz... Actually I did not find any other URL in the documents I got from them. Now go to &lt;a href="https://mbank.cz/" rel="nofollow"&gt;https://mbank.cz/&lt;a&gt;, and what you get is:&lt;br /&gt;&lt;br /&gt;&lt;p&gt;This is probably not the site you are looking for!&lt;br /&gt;You attempted to reach www.mbank.cz, but instead you actually reached a server identifying itself as ssl.mbank.com.pl. This may be caused by a misconfiguration on the server or by something more serious. An attacker on your network could be trying to get you to visit a fake (and potentially harmful) version of www.mbank.cz. You should not proceed.&lt;br /&gt;&lt;br /&gt;&lt;p&gt;Right url to reach mbank is probably https://cz.mbank.eu/. Oh, site certificate is on "BRE bank", but as far as I can tell, it is right bank. Trust me on it. You have no other way to verify it.&lt;/a&gt;&lt;/a&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:104983</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/104983.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=104983"/>
    <title>What does electric heating pad and electric chair have in common?</title>
    <published>2012-02-10T11:43:49Z</published>
    <updated>2012-02-10T11:43:49Z</updated>
    <content type="html">To keep myself warm, I purchased nice "beurer hk25" heating pad. According to their manual, it is "thoroughly tested" and "high-quality" product. It was supposed to have three temperature&lt;br /&gt;settings... but in fact it has three power settings, with emergency overtemp fuse that renders the pad useless. Uncool :-(. [Pad is connected by two wires to the control unit]. It was not exactly cheap, either.&lt;br /&gt;&lt;br /&gt;I expected some kind of switching/tyristor control, but apparently control unit just contains resistors, so it "may heat up" and "may not be covered". Oops. I thought that controlling 100W of heat is not a rocket science.&lt;br /&gt;&lt;br /&gt;But that was not biggest surprise. Biggest surprise was that heating pad is actually able to induce enough electricity in the human body to be felt. Just touch another person, and her skin appears appears to vibrate very rapidly.&lt;br /&gt;&lt;br /&gt;Now, the manual does have a lot of warnings; but "don't touch another person while using this" is not there. (Ok, the warnings mostly say "this can not be used at all"). One of warnings describes possible pacemaker interference, and lists electrical specs: 5000V/m electric                  &lt;br /&gt;field strength, 80A/m magnetic field strength, 0.1mT magnetic flux density.                                                                              &lt;br /&gt;&lt;br /&gt;Except that values listed are not actual values produced by the pad, but limits from health regulations. So this does not do help me determining if this device is designed to introduce interesting sensations, or if my device is somehow faulty.&lt;br /&gt;&lt;br /&gt;(Not sure how I should be measuring this, anyway. So far I know that multimeter indicates cca 2V AC between me and ground when it is on, so I know I'm not imaginging this, but....)&lt;br /&gt;&lt;br /&gt;Now, I don't think this is unavoidable. Including AC/DC converter would be one possible solution... right?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:104832</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/104832.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=104832"/>
    <title>ntp vs. hibernation</title>
    <published>2011-08-21T08:11:21Z</published>
    <updated>2011-08-21T08:11:21Z</updated>
    <content type="html">My work machine has ntpd running; still times go off; last time I checked it was off by 11 seconds.&lt;br /&gt; &lt;br /&gt;Looks like ntp is one application where "hey, we have just woken up from sleep" notification could be useful... or perhaps ntp should just monitor how much time passed between invocations, and do full resync at that point?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:104588</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/104588.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=104588"/>
    <title>Androids doing endurance racing</title>
    <published>2011-07-30T21:09:45Z</published>
    <updated>2011-07-30T21:09:45Z</updated>
    <content type="html">So we won endurance race for 22km in Borotin with my little pony^Wfjord. And now I've seen the results... and we should have been 9th. For some reasons, in 'hobby ZM' they time you between finish and veterinary check. You have minimum speed set, but still...&lt;br /&gt; &lt;br /&gt;Timing between  start and finish encourages you to push the horse to the limit (which I did, anyway, but...), so  I understand that is not suitable at the lowest level. I'd understand timing between start and veterinary check... but what is rationale for timing finish to vet check only?&lt;br /&gt; &lt;br /&gt;Anyway, there's now app for that. &lt;a href="http://tui.cvs.sourceforge.net/viewvc/tui/tui/android/race.py?revision=1.1&amp;amp;view=markup" rel="nofollow"&gt;Endurance riding app&lt;/a&gt;. Beware that GPS and wheel-based trail measurement often differ by 10% or so...</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:104294</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/104294.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=104294"/>
    <title>New 16GB sdhc card...</title>
    <published>2011-07-20T20:36:18Z</published>
    <updated>2011-07-20T20:36:18Z</updated>
    <content type="html">...and of course it does not work too well. PC fails to recognize it sometimes, HTC Dream consistently will not recognize it when present during boot. I guess it goes back to ALZA, but I'm not looking forward to dealing with them...&lt;br /&gt;&lt;br /&gt;&lt;pre&gt;
mmc0: card claims to support voltages below the defined range. These will be ignored.
mmc0: SD card claims to support the incompletely defined 'low voltage range'. This will be ignored.
mmc0: error -84 whilst initialising SD card
&lt;/pre&gt;&lt;br /&gt;&lt;br /&gt;AData microSDHC, 16GB. When it works, it is&lt;br /&gt;&lt;br /&gt;&lt;pre&gt;
mmc0: new SDHC card at address b368
mmcblk0: mmc0:b368 SD    15.4 GiB 
 mmcblk0: p1 p2 p4
&lt;/pre&gt;</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:104149</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/104149.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=104149"/>
    <title>yookos: what kind of scam is this?</title>
    <published>2011-07-10T19:38:32Z</published>
    <updated>2011-07-10T19:38:32Z</updated>
    <content type="html">I'm periodically spammed by "[Yookos] Announcement"s. Yookos apparently thinks my email address corresponds to Peter Hedlund. What kind of scam is this?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:103839</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/103839.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=103839"/>
    <title>OpenMoko dead battery tip</title>
    <published>2011-07-05T16:08:15Z</published>
    <updated>2011-07-05T16:08:15Z</updated>
    <content type="html">Quite often, if you leave battery in OpenMoko for too long, it goes &lt;em&gt;totally&lt;/em&gt; dead -- OV on terminals, internal protection kicked in, impossible to charge in OpenMoko. But  put it into nokia 6230 (yes, it fits)&lt;br /&gt;connect charger. Voila, battery that had 0V on its terminals now has something over 3V, and can be (very slowly) charged in OpenMoko.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:103426</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/103426.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=103426"/>
    <title>Open Source light</title>
    <published>2011-07-03T12:35:19Z</published>
    <updated>2011-07-03T12:35:19Z</updated>
    <content type="html">&lt;a href="http://www.kickstarter.com/projects/527051507/hexbright-an-open-source-light" rel="nofollow"&gt;HexBright&lt;/a&gt;. Yep, it is open source, but it was definitely not the first one. Ok, maybe my &lt;a href="http://atrey.karlin.mff.cuni.cz/~pavel/wear/tinylight/" rel="nofollow"&gt;tinylight&lt;/a&gt; never got such a nice case, and only one was ever made, but...</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:103402</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/103402.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=103402"/>
    <title>How do you deal with good camera</title>
    <published>2011-05-29T19:44:31Z</published>
    <updated>2011-05-29T19:44:31Z</updated>
    <content type="html">So I got myself Sony Alpha A200 DSLR. Before, I was able to take 100 2-megapixel photos with historical Kodak toy, deleted half of them, hand-selected 5 really nice photos, and everything was fine.&lt;br /&gt;&lt;br /&gt;Today, I took 920 photos, 2.5GB total (and that is far from max resolution). How the hell I'm supposed to sort that?&lt;br /&gt;&lt;br /&gt;Oh, and my sister got driving lesson after not driving for few years. Pala (== Skoda Forman), which implies difficulty = high. Original motivation was empty battery... Which was bad news #1: you may not let the engine die, because we'll not be able to restart it. Bad news #2 was relatively innocent: parking brake does not stick in the "parked" position. And then came bad news #3: engine temperature reached the red line, so electrical cooling is probably broken and you may not go too slow.&lt;br /&gt;&lt;br /&gt;Congratulation to my sister, because she was able to drive for 30 minutes without incident, and without engine dying. She should be able to drive any kind of trash with four wheels from now on.&lt;br /&gt;&lt;br /&gt;(And she probably believes me that car is &lt;em&gt;way&lt;/em&gt; safer than a horse).</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:102937</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/102937.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=102937"/>
    <title>windowmaker with dualhead</title>
    <published>2011-05-21T10:31:19Z</published>
    <updated>2011-05-21T10:31:19Z</updated>
    <content type="html">So... doing xrandr to add second monitor is easy and works well. But... moving windows to the second monitor is not easy, if you are using windowmaker -- as soon as the mouse crosses the monitor boundary, it switches to next virtual desktop. Ouch. Is there handy setting somewhere? Or should I just switch to some more modern window manager?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:102677</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/102677.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=102677"/>
    <title>Java, Androids and ALSA</title>
    <published>2011-05-19T13:54:20Z</published>
    <updated>2011-05-19T13:54:20Z</updated>
    <content type="html">So this is why I hate java: &lt;a href="http://hi-android.info/src/com/android/music/MediaPlaybackService.java.html" rel="nofollow"&gt;MediaPlaybackService.java&lt;/a&gt;. See especially the "reverse hexadecimal" part. Half of the code is trivial functions hiding internal variables, and the other half is working around the fact that Java is just too slow...&lt;br /&gt;&lt;br /&gt;Single process eating 100% cpu seems to be enough to make Dream unusable. (Is that normal?) I guess I should use nice extensively... But I wonder why it is so sensitive, Linux scheduler is normally clever enough to deprioritize those.&lt;br /&gt;&lt;br /&gt;Oh and tip of the day: if ALSA mysteriously stopped working for you (but /dev/dsp emulation still works ok), you may want to disable "SND_DYNAMIC_MINORS" option... or maybe finally install udev.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:102575</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/102575.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=102575"/>
    <title>Android notes</title>
    <published>2011-04-28T20:39:55Z</published>
    <updated>2011-04-28T20:39:55Z</updated>
    <content type="html">It was bad idea	to change the hostname.	sl4a mysteriously stopped working. sl4a is now single most important application on my android, because I use it to launch ... shells into debian chroot. So now I'm stuck looking at "localhost".&lt;br /&gt;&lt;br /&gt;Warning	when application is unresponsive seems like good idea -- it forces developers to make their apps responsive. But...	then you load the system up. For example by offlineimap mail	sync. And you get the&lt;br /&gt;warnings from random applications ("Process com.google.process.gapps is not responding", wait/force exit) quickly followed by bug reporting process itself being reported as unresponsive. Ouch. Is there easy way to disable this or at least increase timeouts?&lt;br /&gt;&lt;br /&gt;(And yes, this means I turned G1 into yet another Unix machine.)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:102325</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/102325.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=102325"/>
    <title>power matters</title>
    <published>2011-04-15T21:15:20Z</published>
    <updated>2011-04-15T21:15:20Z</updated>
    <content type="html">So... just because something needs 5V does not mean you should charge it from USB.&lt;br /&gt;&lt;br /&gt;Yes, I'm talking about zaurus. I noticed that it crashed rather quickly when connected to USB power. (For example in tar/rm test, dies in less than five minutes). So I took multimeter, and there was 4.15..4.5V on USB :-(. With _good_ 5V source, connected by thick cable, zaurus is stable for hours.&lt;br /&gt;&lt;br /&gt;I guess it is software problem in the charging code, but...</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:102070</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/102070.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=102070"/>
    <title>Drive-by-wire</title>
    <published>2011-03-14T21:58:20Z</published>
    <updated>2011-03-14T21:58:20Z</updated>
    <content type="html">Ok, so I had "small" problem with a car. Stuck brake on front right wheel produced a lot of heat.&lt;br /&gt;&lt;br /&gt;After repair, front left wheel produces heat. Ouch.&lt;br /&gt;&lt;br /&gt;But.. those are only brakes, and Forman has two independent vehicle brakes, handbrake and you can use engine to slow down. That's four more brakes then my horse. I guess I should feel safe?&lt;br /&gt;&lt;br /&gt;But for some reason drive-by-wire systems in cars scare me. I guess I just don't trust the software, and I do not trust computers in cars. That's the good thing about Skoda Forman -- only electronics seems to be the radio receiver. If that car had electronic, it would refuse to move long time ago. I had to start it by letting it go downhill, first... That would be a big no-no for drive-by-wire system... unfortunately such cars are rare these days.&lt;br /&gt;&lt;br /&gt;I wonder when "no electronics in safety-critical system" cars will be rare?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:101819</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/101819.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=101819"/>
    <title>Android 2.2 on G1 (HTC Dream)</title>
    <published>2011-02-02T21:44:36Z</published>
    <updated>2011-02-02T21:44:36Z</updated>
    <content type="html">Ok, Cyanogen offers that, and it is quite nice and very quick... as long as you don't launch any applications.&lt;br /&gt;&lt;br /&gt;Using just one or two applications is okay, but when you launch more than that, it starts to be really horribly slow. As in "I'm now waiting two minutes for characters to echo in local shell". Unusable.&lt;br /&gt;&lt;br /&gt;Should the OOM killer trigger and kill unused applications at this point? Or is just Android 2.2 too big for old device like HTC Dream, and I should go back to Android 1.5?&lt;br /&gt;&lt;br /&gt;(I have an application that needs Android 1.6+ unfortunately, and IIRC Android 1.6 was even worse than Android 2.2 on Dream -- it was not even quick after startup.)</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:101571</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/101571.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=101571"/>
    <title>Python on android</title>
    <published>2011-01-23T21:05:11Z</published>
    <updated>2011-01-23T21:05:11Z</updated>
    <content type="html">...aka usable scripting for your phone. &lt;a href="http://code.google.com/p/android-scripting/wiki/ApiReference" rel="nofollow"&gt;Android scripting&lt;/a&gt; can do a lot, and is reasonably easy to use. Unfortunately, not everything works properly on my historic HTC Dream (notably reading battery state), but it is still userful. So far I have a script that turns on wifi where it makes sense, and a lot of crazy ideas.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:101328</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/101328.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=101328"/>
    <title>TI Chronos emulator gets SDL interface</title>
    <published>2011-01-16T07:27:31Z</published>
    <updated>2011-01-16T07:27:31Z</updated>
    <content type="html">Thanks to Cyril Hrubis, who created .svg version of (parts of) TI Chronos display, I forced myself to create a SDL interface to chronos emulator... so you no longer have to run emulator on console and watch the ascii art.&lt;br /&gt;&lt;br /&gt;Code is at &lt;a href='http://sourceforge.net/projects/mychronos/' rel='nofollow'&gt;http://sourceforge.net/projects/mychronos/&lt;/a&gt; .&lt;br /&gt;&lt;br /&gt;For now, I just did png export, and then edited each image manually -- to add transparency. I wonder if it would be possible to somehow tag subtrees in svg and then have them automatically exported as right icons..?</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:100889</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/100889.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=100889"/>
    <title>bufferbloat</title>
    <published>2011-01-07T18:20:24Z</published>
    <updated>2011-01-07T18:20:24Z</updated>
    <content type="html">Yes, I do have severe &lt;a href="http://gettys.wordpress.com/2010/12/06/whose-house-is-of-glasse-must-not-throw-stones-at-another/" rel="nofollow"&gt;bufferbloat&lt;/a&gt; problem:&lt;br /&gt;&lt;br /&gt;&lt;pre&gt;
64 bytes from atrey.karlin.mff.cuni.cz (195.113.26.193): icmp_req=233 ttl=53 time=15.9 ms
64 bytes from atrey.karlin.mff.cuni.cz (195.113.26.193): icmp_req=234 ttl=53 time=16.2 ms

64 bytes from atrey.karlin.mff.cuni.cz (195.113.26.193): icmp_req=235 ttl=53 time=37691 ms
64 bytes from atrey.karlin.mff.cuni.cz (195.113.26.193): icmp_req=236 ttl=53 time=36835 ms
64 bytes from atrey.karlin.mff.cuni.cz (195.113.26.193): icmp_req=237 ttl=53 time=35839 ms
64 bytes from atrey.karlin.mff.cuni.cz (195.113.26.193): icmp_req=238 ttl=53 time=35257 ms
64 bytes from atrey.karlin.mff.cuni.cz (195.113.26.193): icmp_req=239 ttl=53 time=34256 ms
&lt;/pre&gt;&lt;br /&gt;&lt;br /&gt;&lt;p&gt;And that's 6Mbit ADSL from O2, with single scp "up". But, used to GPRS speeds, I just assumed that's the way life is... and used rsync --bwlimit as a workaround. Oops.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:100686</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/100686.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=100686"/>
    <title>Prague public transport system: treating people like dogs</title>
    <published>2011-01-03T18:19:33Z</published>
    <updated>2011-01-03T18:19:33Z</updated>
    <content type="html">&lt;p&gt;So... to travel	with Prague public transport, you have to get remotely
readable chip, like it or not. You can either give them	all the
personal details (including stuff completely irelevant to transport)
and agree to draconical agreement (where they reserve right to sell
your personal data), or pay $10 for a card, and	then $10/month extra.

&lt;p&gt;To make	it worse, you can only get the "anonymous" card	at one place
in Prague, and today I learned that it seems to	have "expiry date".

&lt;p&gt;So actually dogs are treated better than Czech people, they don't have
to travel halfway across the city to get their chips, don't have to
wait in queue to get them, and they don't expire.</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:100532</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/100532.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=100532"/>
    <title>DSLR is a nice toy</title>
    <published>2010-12-18T19:08:52Z</published>
    <updated>2010-12-18T19:08:52Z</updated>
    <content type="html">...but it produces *huge* pictures (like 12MB each) in RAW+JPEG mode. I'm using CF to PCMCIA... and well, that sucks. Interrupt latency (or what is that?) is so high that keystrokes are lost in X (and I'm using PS/2 keyboard). Sometimes key _release_ is lost and.. that's bad.&lt;br /&gt;&lt;br /&gt;Is there really no way to use PCMCIA without making system completely unusable? (Hmm, can I just enable DMA on CF disk?). Machine is unusable for 30 minutes now...</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:100216</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/100216.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=100216"/>
    <title>DSLR to play with</title>
    <published>2010-11-25T22:09:23Z</published>
    <updated>2010-11-25T22:09:23Z</updated>
    <content type="html">I made myself an early christmas, and got (used) Sony A200 + 18-70mm + 70-180(300)mm objectives. That beast is able to shoot images in the dark... So far it looks good. Inpoor lighting, it is a tiny bit slow, and *smallest* image it can produce is 1.6MB so processing takes time, but... it is huge step ahead from Olympus C-765 and old Kodak DX3600...</content>
  </entry>
  <entry>
    <id>urn:lj:livejournal.com:atom1:pavelmachek:99943</id>
    <link rel="alternate" type="text/html" href="http://pavelmachek.livejournal.com/99943.html"/>
    <link rel="self" type="text/xml" href="http://pavelmachek.livejournal.com/data/atom/?itemid=99943"/>
    <title>TP-LINK TD-8810B ADSL router (aka the cheapest one I could find)</title>
    <published>2010-11-16T19:51:03Z</published>
    <updated>2010-11-16T19:51:03Z</updated>
    <content type="html">I was surprised when I opened the box, and first paper was GPL. I was surprised even more when I telneted to the machine, typed "sh" and got busybox as root.&lt;br /&gt;&lt;br /&gt;The reset of the day was not that nice -- I called O2, they closed the deal, and only after that told me that it will take up to 7 days to mail me the ADSL passwords -- using snail mail. Ouch.&lt;br /&gt;&lt;br /&gt;Ok, fortunately they sent me SMS after 4 days, and I was able to call them and get the config. Good so far.</content>
  </entry>
</feed>

