<?xml version="1.0" encoding="UTF-8"?>
<feed xml:lang="en-US" xmlns="http://www.w3.org/2005/Atom">
  <title>hoffies blog - Home</title>
  <id>tag:hoffie.info,2008:mephisto/</id>
  <generator uri="http://mephistoblog.com" version="0.7.3">Mephisto Noh-Varr</generator>
  <link href="http://hoffie.info/feed/atom.xml" rel="self" type="application/atom+xml"/>
  <link href="http://hoffie.info/" rel="alternate" type="text/html"/>
  <updated>2007-12-09T20:16:13Z</updated>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-12-09:1057</id>
    <published>2007-12-09T20:03:00Z</published>
    <updated>2007-12-09T20:16:13Z</updated>
    <link href="http://hoffie.info/articles/2007/12/9/getting-iso-compliant-dates-when-quoting-in-thunderbird" rel="alternate" type="text/html"/>
    <title>Getting ISO-compliant dates when quoting in Thunderbird</title>
<content type="html">
            &lt;p&gt;Some weeks ago I switched back to Thunderbird (I was using claws-mail in the meantime) and well, there were only two annoying issues left. The first issue were the English dates which got inserted in mail replies (On &amp;lt;date&gt; &amp;lt;someone&gt; wrote:). There is a hidden option (meaning: you have to use about:config to change it) called mailnews.reply_header_locale. This variable is supposed to influence the mentioned date format, but it doesn&#8217;t. Why? Because it&#8217;s &lt;a href=&quot;https://bugzilla.mozilla.org/show_bug.cgi?id=211004&quot;&gt;broken&lt;/a&gt; and apparently the fix will only be part of Thunderbird-3&#8230; :(
The solution is: Don&#8217;t use that option (i.e. make sure it is empty) so that Thunderbird falls back to LC_TIME and just set LC_TIME to a locale which has &lt;span class=&quot;caps&quot;&gt;ISO&lt;/span&gt; dates by default. I chose en_DK and it just worked (make sure you don&#8217;t set LC_ALL or it will override LC_TIME!).&lt;/p&gt;


	&lt;p&gt;I haven&#8217;t been able to solve the second issue yet which is an annoying crash when closing windows which are still loading web content (so this primarily affects &lt;span class=&quot;caps&quot;&gt;RSS&lt;/span&gt;/Atom feeds). So, I&#8217;d appreciate any suggestions. :)&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-10-28:661</id>
    <published>2007-10-28T12:18:00Z</published>
    <updated>2007-10-28T13:10:01Z</updated>
    <link href="http://hoffie.info/articles/2007/10/28/the-big-upgrade" rel="alternate" type="text/html"/>
    <title>The big upgrade</title>
<content type="html">
            &lt;p&gt;I already planned to upgrade my main PC some time ago and last week I finally ordered the necessary parts. I replaced the mainboard (MSI &lt;span class=&quot;caps&quot;&gt;K7N2G&lt;/span&gt;-ILSR -&amp;gt; GigaByte &lt;span class=&quot;caps&quot;&gt;G33&lt;/span&gt;-DS3), the &lt;span class=&quot;caps&quot;&gt;CPU&lt;/span&gt; (AMD Athlon &lt;span class=&quot;caps&quot;&gt;XP 2600&lt;/span&gt;+ -&amp;gt; Intel Core 2 Duo &lt;span class=&quot;caps&quot;&gt;E6750&lt;/span&gt;) and &lt;span class=&quot;caps&quot;&gt;RAM&lt;/span&gt; (2&#215;256MB + 1&#215;512MB Kingston HyperX &lt;span class=&quot;caps&quot;&gt;DDR333&lt;/span&gt; -&amp;gt; 2&#215;1GB Corsair &lt;span class=&quot;caps&quot;&gt;PC2&lt;/span&gt;-6400). Of course, this also meant switching from a 32bit system to a 64bit.&lt;/p&gt;


	&lt;p&gt;The hardware changes took me approximately two hours (since I cleaned the whole tower and had to help my sister with building her own PC with my old hardware ;)), then I started re-partitioning one of my two main harddisks (which were part of a &lt;span class=&quot;caps&quot;&gt;RAID&lt;/span&gt;-1 array) and installed Gentoo on it (this time using xfs as a file system and running a full unstable system, &lt;span class=&quot;caps&quot;&gt;ACCEPT&lt;/span&gt;_KEYWORDS=&#8221;~amd64&#8221;). Then, the first reboot&#8212;while the kernel config looked to be OK, the damn thing didn&#8217;t boot as &lt;span class=&quot;caps&quot;&gt;XFS&lt;/span&gt; wasn&#8217;t able to mount the root fs. When I was about to blame &lt;span class=&quot;caps&quot;&gt;XFS&lt;/span&gt; and switch back to ext3 I realized it wasn&#8217;t a file system problem but rather a hard disk problem. And indeed, booting from the livecd again revealed a lot of &#8216;Medium errors&#8217; when trying to work with the disk, and the `badblocks` tool showed 45 bad blocks&#8230; Great. :)
I guess the bad blocks didn&#8217;t just come from one day to the other but had been there for some time and I didn&#8217;t see them because of the &lt;span class=&quot;caps&quot;&gt;RAID&lt;/span&gt; setup or something.
&#8220;Luckily&#8221; this drive was pretty new (Oct 2006) and I think I&#8217;ve got pretty good chances for getting a replacement because I should still have warranty on it.&lt;/p&gt;


	&lt;p&gt;Anyway, as replacement usually takes time and I don&#8217;t want to risk data loss I ordered two 500GB drives yesterday&#8230; hopefully they are a bit faster (they should be&#8212;they&#8217;re both &lt;span class=&quot;caps&quot;&gt;SATA&lt;/span&gt;-II and said to be pretty fast and with the new board I can finally profit from &lt;span class=&quot;caps&quot;&gt;SATA&lt;/span&gt;-II). Hopefully they&#8217;ll arrive on Monday or Tuesday so I can complete my upgrade hardware-wise.&lt;/p&gt;


	&lt;p&gt;So, after the second Gentoo install on the second harddisk (with some quirks to not destroy any data while still preparing for a nice partitioning scheme) I&#8217;m almost back.&lt;/p&gt;


	&lt;p&gt;Yesterday I solved the two outstanding software problems: My board has a nice intel graphics chip which should have worked out-of-the-box. Indeed, 2d graphics worked well, 3d not at all. While I was able to enable &lt;span class=&quot;caps&quot;&gt;DRI&lt;/span&gt; etc. in xorg.conf, any tool which used OpenGL made X segfault, even glxinfo caused that. It turned out mesa-7.0.1 did not support the chip on the g33-based boards yet, but luckily the patches are already in upstream git and they will be part of mesa-7.0.2, so I just patched mesa locally and filed bug &lt;a href=&quot;https://bugs.gentoo.org/show_bug.cgi?id=197273&quot;&gt;197273&lt;/a&gt; and hope for the best. :)&lt;/p&gt;


There was one last remaining issue, the TV card. I own a Pinnacle &lt;span class=&quot;caps&quot;&gt;PCTV&lt;/span&gt; Stereo card which always needed some strange hacks. When building the first kernel for this machine I chose to include support for bt87x (this card has a bt878 chip, so this is the right driver)&#8212;which was the wrong choice. :)
While I got a picture in tvtime and was even able to switch channels, I did not get any audio output. Instead, there was only a short noise when starting tvtime or switching channels. Then I remembered the hack I used on the old install&#8212;I had to build bttv as a module, unload it after boot when udev autoloaded it and load it again, then audio suddenly worked. Sadly this didn&#8217;t work on this install. I did not get any TV picture at all when using bttv as a module. After some hours of debugging it turned out that the bttv module no longer loaded the proper tuner and audio modules and after the discovery of this issue it was pretty &#8220;easy&#8221; to get the commands for getting working TV with audio together:
&lt;pre&gt;&lt;code&gt;modprobe -r bttv tuner tvaudio
modprobe msp3400 # the audio decoder I need on this card
modprobe tuner
modprobe bttv&lt;/code&gt;&lt;/pre&gt;
The important thing is that msp3400 needs to be loaded first as this is the driver which works for this card. If bttv is loaded first (which seems to happen when using in-kernel bttv) bttv (or some of its submodules, maybe tvaudio) captures the audio &#8220;port&#8221; and msp3400 is unable to get access to it&#8230;

	&lt;p&gt;Oh yes, and today I discovered another issue related to a 64bit system&#8212;proprietary crap again :)
I wanted to use flash&#8230; and well, the standard procedure seems to be to use a 32bit browser (as there is no 64bit flash plugin). I tried that but it sucks. There is no easy way (yes I know, there are ways) to make firefox use a decent &lt;span class=&quot;caps&quot;&gt;GTK&lt;/span&gt;+ theme and additionaly it was rather slow. Luckily someone (hello impulze!) reminded me of nspluginwrapper&#8212;I think it&#8217;s still considered an ugly hack, but it works. I just emerged it and now I&#8217;m able to use flash, whee!&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-09-16:655</id>
    <published>2007-09-16T20:36:00Z</published>
    <updated>2007-09-16T21:39:31Z</updated>
    <link href="http://hoffie.info/articles/2007/9/16/gentoo-updates-for-august-september" rel="alternate" type="text/html"/>
    <title>Gentoo updates for August/September</title>
<content type="html">
            &lt;p&gt;Some news on the Gentoo side:
  * on August 16th I&#8217;ve been finally set up as a Gentoo developer :)
  * xcache-1.2.1 is now stable on amd64 and x86 (and the first stable version of it in the tree ever)&lt;/p&gt;


	&lt;p&gt;And of course &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt; itself&#8230; a lot of security-related fixes were needed again, and that&#8217;s what maintaining dev-lang/php is usual about&#8212;waiting/searching for security fixes and hoping that new releases don&#8217;t introduce any funny regressions like the &lt;span class=&quot;caps&quot;&gt;CWD&lt;/span&gt; bug for symlinked .php files aka &lt;a href=&quot;http://bugs.typo3.org/view.php?id=6158&quot;&gt;&#8216;Typo3 bug&#8217;&lt;/a&gt; introduced in 5.2.4&#8230;&lt;/p&gt;


	&lt;p&gt;On a side node, upstream seems to work on improving the tests and the testsuite itself. It&#8217;s really nice that really all tests pass on Gentoo, ... at least with &lt;span class=&quot;caps&quot;&gt;USE&lt;/span&gt;=&#8221;-* cgi cli fastbuild pcre&#8221;. But that&#8217;s a start. A lot of test fixes were done by upstream and I hacked up some sed call to change some tests to work in sandbox. I&#8217;ll be working towards having a usable test suite for &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt; on Gentoo again and will try to fix/make other tests fit our environment as well. This is about php-5.2.4_p20070914 btw, which we added because creating a really large patchset for 5.2.4 (final) again was not really wanted.&lt;/p&gt;


	&lt;p&gt;Also, it&#8217;s pretty sad to see that nothing has happened in the &lt;a href=&quot;http://suhosin.org/&quot;&gt;Suhosin project&lt;/a&gt; for some time now. It was announced that there would be some kind of bug sqashing timeframe and a new release of the suhosin extension soon&#8212;up to now I didn&#8217;t find a new suhosin extension release. It&#8217;s even worse that the patch hasn&#8217;t been updated for php-5.2.4 yet and it no longer cleanly applies. I already made several attempts to fix it and it seems to work (applies cleanly, works as expected), but I&#8217;d really prefer it if those changes were done by those persons who wrote it.&lt;/p&gt;


	&lt;p&gt;Ironically now my attempts to fix suhosin for 5.2.4 were &lt;a href=&quot;http://forum.hardened-php.net/viewtopic.php?id=352&quot;&gt;linked on their forums&lt;/a&gt; (by a user). Unrelated to the forums post, I really hope the suhosin developers are not angry at the Gentoo/php project because of using a modified suhosin patch (but this was done in the past anyway) once they resume their work (maybe they already did, it&#8217;s just that you don&#8217;t see anything about any progress&#8230;).&lt;/p&gt;


	&lt;p&gt;I also want to thank &lt;a href=&quot;http://hboeck.de/&quot;&gt;Hanno&lt;/a&gt; for being such a nice, patient and responsive person and of course mentoring me. While we are at thanking people&#8230;, I&#8217;d like to thank &lt;a href=&quot;http://rrr.thetruth.de/&quot;&gt;rbu&lt;/a&gt; for collecting all those &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt; bugs and quickly letting the Gentoo &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt; project know. Also I should not forget the &lt;span class=&quot;caps&quot;&gt;PEAR&lt;/span&gt;/PECL/eZ* dreamteam: &lt;a href=&quot;http://cia.vc/stats/author/jokey&quot;&gt;jakub&lt;/a&gt;, who works a lot on &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt;-related stuff (PEAR, &lt;span class=&quot;caps&quot;&gt;PECL&lt;/span&gt;, ...) in our overlay (and of course does a lot of bug wrangling!) and &lt;a href=&quot;http://cia.vc/stats/author/jokey&quot;&gt;jokey&lt;/a&gt; who commits all his stuff to the tree. :P&lt;/p&gt;


	&lt;p&gt;That&#8217;s it for now, I&#8217;ll try to blog more frequently in the future. ;)&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-09-16:654</id>
    <published>2007-09-16T20:27:00Z</published>
    <updated>2007-09-16T21:34:02Z</updated>
    <link href="http://hoffie.info/articles/2007/9/16/recovering-images" rel="alternate" type="text/html"/>
    <title>Recovering images</title>
<content type="html">
            &lt;p&gt;Today I wanted to import a lot of images which were made using my digital camera and saved on an SD card which was previously used in another camera. And well, when trying to import those images I realized that Linux didn&#8217;t like that disk. While mounting the disk worked ok (I just connected my camera to the PC using &lt;span class=&quot;caps&quot;&gt;USB&lt;/span&gt; and it showed up as a removable disk as always), doing anything else did not work so flawlessly. ls /media/DigitalCamera took several minutes to complete and just showed charset crap in the end. fsck.vfat didn&#8217;t help either (it made it even worse&#8212;fortunately I worked on a disk image only and not on the real device).&lt;/p&gt;


	&lt;p&gt;Then I tried using our great Windows XP installation on another computer and well&#8212;Windows showed an empty 6 MB disk, so no luck there either. :)&lt;/p&gt;


	&lt;p&gt;Fortunately I found a nice toolkit called &lt;a href=&quot;http://www.cgsecurity.org/wiki/TestDisk&quot;&gt;TestDisk/PhotoRec&lt;/a&gt; (app-admin/testdisk on Gentoo) which was able to restore all 576 pictures and 2 movies without any problems. Thanks to the author of this great tool!&lt;/p&gt;


	&lt;p&gt;And now I think I know why the file system on that disk was broken: fdisk listed the (only) partition as &lt;span class=&quot;caps&quot;&gt;FAT16&lt;/span&gt;&#8212;apparently the other camera formatted the disk like that while my camera usually uses &lt;span class=&quot;caps&quot;&gt;FAT32&lt;/span&gt;. Apparently my camera ignored the &lt;span class=&quot;caps&quot;&gt;FAT16&lt;/span&gt; partition header and just wrote images in &#8220;FAT32 style&#8221; to the disk. Anyway, that&#8217;s just a theory and might be complete crap. ;)&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-07-24:118</id>
    <published>2007-07-24T13:46:00Z</published>
    <updated>2007-08-21T14:58:27Z</updated>
    <link href="http://hoffie.info/articles/2007/7/24/aufs-another-union-fs" rel="alternate" type="text/html"/>
    <title>aufs - another union fs</title>
<content type="html">
            &lt;p&gt;If you are ever in the need of stacking multiple file systems (or directories) over each other, &lt;a href=&quot;http://aufs.sourceforge.net/&quot;&gt;aufs&lt;/a&gt; might be a possibility. I&#8217;m currently using it to implement some system similar to HDGuard&#8212;normal users should be able to use the system, but after a reboot all changes should be reverted. Using aufs I can easily do that by combining the real root device (readonly) with a tmpfs (readwrite). In theory it&#8217;s pretty easy, but if you want to change the root fs you have to use an initrd/initramfs file.. and I&#8217;m currently fiddling with some problems. :)&lt;/p&gt;


	&lt;p&gt;An ebuild for aufs is in my overlay (stolen from sunrise, but updated and improved/fixed).&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-07-24:117</id>
    <published>2007-07-24T13:29:00Z</published>
    <updated>2007-09-16T20:25:06Z</updated>
    <link href="http://hoffie.info/articles/2007/7/24/php-5-2-3-in-gentoo-s-official-tree" rel="alternate" type="text/html"/>
    <title>php-5.2.3 in Gentoo's official tree</title>
<content type="html">
            &lt;p&gt;Thanks to dertobi123, php-5.2.3 has been in Gentoo&#8217;s official tree since two days. And since yesterday suhosin-0.9.20 (for both php4 and php5) has been in the tree as well.&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-07-05:89</id>
    <published>2007-07-05T16:03:00Z</published>
    <updated>2007-08-21T14:49:47Z</updated>
    <link href="http://hoffie.info/articles/2007/7/5/hp-nx7400-notebook--s2ram-and-iwlwifi" rel="alternate" type="text/html"/>
    <title>hp nx7400 notebook -- s2ram and iwlwifi</title>
<content type="html">
            &lt;p&gt;Today I finally got both &lt;a href=&quot;http://intellinuxwireless.org/&quot;&gt;iwlwifi&lt;/a&gt; (the free intel linux wireless drivers for the 3945 chipset) and s2ram (suspending to &lt;span class=&quot;caps&quot;&gt;RAM&lt;/span&gt;) on my &lt;span class=&quot;caps&quot;&gt;HP NX7400&lt;/span&gt; notebook working.
iwlwifi had always failed for me, stating the hardware rfkill switch was still on. Today I re-tried with ipw3945 (the binary drivers which had worked for me in the past) as someone at #ipw2100 irc channel suggested. And as it failed with the same message I began to worry whether the hardware was still OK. Then I remembered that there is an option for enabling/disabling &lt;span class=&quot;caps&quot;&gt;WLAN&lt;/span&gt; in the &lt;span class=&quot;caps&quot;&gt;BIOS&lt;/span&gt; setup. I checked and it was enabled, so it was not the cause of the problem. But there was another option which was &lt;span class=&quot;caps&quot;&gt;WLAN&lt;/span&gt;-related: &#8220;LAN/WLAN switching&#8221;. Don&#8217;t ask me what that means, but it was enabled (so it can&#8217;t mean that kill switch as it should have worked while that option was enabled). I then switched that option to disabled and voila&#8212;it worked (well the device was called wlan0_rename which was not nice, but playing with udev rules a bit solved that).&lt;/p&gt;


	&lt;p&gt;The other thing I did was a &lt;span class=&quot;caps&quot;&gt;BIOS&lt;/span&gt; update and I didn&#8217;t really do it with specific intentions. I had version F.08 before and upgraded to F.0B (HP is one of those companies which think it is funny to provide &lt;span class=&quot;caps&quot;&gt;BIOS&lt;/span&gt; updates as .exe files; the best thing is: the .exe file is just a self-extracting binary (sadly `zip` doesn&#8217;t want to uncompress it); so if they had just used .zip or some other format for those files (including the &lt;span class=&quot;caps&quot;&gt;ISO&lt;/span&gt; images) non-windows users would not be required to get to a Windows PC&#8230;). The update went smooth and I decided to try s2ram again. And wow&#8212;it worked! Previously I had the problem that the &lt;span class=&quot;caps&quot;&gt;LCD&lt;/span&gt; backlight wasn&#8217;t switched on again on resume, but this works now. Either the &lt;span class=&quot;caps&quot;&gt;BIOS&lt;/span&gt; update or the update to the recently released xf86-video-i810-2.1.0 driver (or both :p) had solved that. This only works for X btw, on a text-console the backlight still remains off. Maybe I should play with some options of s2ram, but I&#8217;m too lazy. ;)&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-07-04:88</id>
    <published>2007-07-04T14:34:00Z</published>
    <updated>2007-09-16T20:26:26Z</updated>
    <link href="http://hoffie.info/articles/2007/7/4/getting-involved-with-php-again" rel="alternate" type="text/html"/>
    <title>getting involved with php again</title>
<content type="html">
            &lt;p&gt;For some months I have not started any new projects written in &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt;. This is mostly because&#8230; once you know about some internals about how things are solved and how (security) problems are dealt with you no longer want to be involved with it. Another big argument is that there are other languages which look much better and are easier to work with in many ways. I for myself found Python to be pretty nice, and so all my new projects are written in Python.&lt;/p&gt;


	&lt;p&gt;Anyway, recently I have been involved with &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt; a bit more again, not because I&#8217;m using it for my projects (there is still a big project (HesaSys) which is written in &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt; and I will continue to work on it), rather because I am currently helping a bit with &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt; related work at Gentoo. This &#8220;work&#8221; basically is providing a php-5.2.3 ebuild + patchset which sadly isn&#8217;t available in the main tree and probably won&#8217;t be for some time as &lt;span class=&quot;caps&quot;&gt;CHTEKK&lt;/span&gt;, the person who usually does &lt;span class=&quot;caps&quot;&gt;ALL&lt;/span&gt; the php work, is very busy with school atm. So, this is why php-5.2.3 is only in the php-experimental overlay and is provided by me (well, the ebuild itself is pretty much a copy of the previous version; the patchset is the part which usually requires a bit of work).&lt;/p&gt;


	&lt;p&gt;And of course I&#8217;m still (proxy-)maintaining xcache, where a new version (1.2.1) was released some days ago (ebuild already done, waiting for &#8220;my committer&#8221; to commit it to the tree),&lt;/p&gt;


	&lt;p&gt;Don&#8217;t get me wrong, I&#8217;m not going to switch to &lt;span class=&quot;caps&quot;&gt;PHP&lt;/span&gt; again. ;)&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-06-12:76</id>
    <published>2007-06-12T20:49:00Z</published>
    <updated>2007-12-09T20:03:26Z</updated>
    <link href="http://hoffie.info/articles/2007/6/12/eval-is-evil" rel="alternate" type="text/html"/>
    <title>eval is evil!</title>
<content type="html">
            &lt;p&gt;&#8220;eval is evil!&#8221;&#8212;at least this is what you get told always (and I don&#8217;t disagree, btw). So I&#8217;m a bit surprised to see something like this&lt;/p&gt;


&lt;pre&gt;&lt;code&gt;eval(&quot;parent::__construct(&quot; . join(',',
    array_map('add_single_quotes', $args)) . &quot;);&quot;);&lt;/code&gt;&lt;/pre&gt;
at &lt;a href=&quot;http://devzone.zend.com/node/view/id/687&quot;&gt;devzone.zend.com&lt;/a&gt;

	&lt;p&gt;I don&#8217;t think there is a (security) problem with this code because of eval() usage, but why use eval() at all if there are better alternatives (&lt;a href=&quot;http://php.net/call_user_func_array&quot;&gt;call_user_func_array()&lt;/a&gt; in this case)?&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-06-08:75</id>
    <published>2007-06-08T19:46:00Z</published>
    <updated>2007-09-16T20:26:17Z</updated>
    <link href="http://hoffie.info/articles/2007/6/8/nvidia-driver-better-3d-performance" rel="alternate" type="text/html"/>
    <title>nvidia driver: better 3d performance</title>
<content type="html">
            &lt;p&gt;There still doesn&#8217;t seem to be a clear statement whether the latest nvidia-driver-100* series fixes/is supposed to fix the &#8220;beryl black window bug&#8221; (well, not only beryl, but compiz as well of course). Some nvidia engineer posted to nvnews.net that it is not supposed to be fixed, it will rather be fixed in a later release. At the same time there are user comments which state that they no longer experience the problem&#8230;
So I decided to give those drivers a try (they are not yet in the official gentoo tree, but there is already an ebuild for it in &lt;a href=&quot;https://bugs.gentoo.org/show_bug.cgi?id=175674&quot;&gt;bug 175674&lt;/a&gt;). Performance seemed to have dropped a bit, but I was not sure whether it was the driver&#8217;s fault or just the usual variation in performance when using compiz (&#8220;compcom&#8221;) live ebuilds&#8230;
Anyway, there is a pretty interesting thread at nvnews.net where someone talks about some Xorg (and other) options which are supposed to improve performance for beryl etc. a bit: http://www.nvnews.net/vbulletin/showpost.php?p=1276594&#38;postcount=10
And indeed, it made a big difference for me, it&#8217;s much faster than before (I only applied the suggestions for xorg.conf, no other things).&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-06-07:72</id>
    <published>2007-06-07T19:05:00Z</published>
    <updated>2007-09-16T20:25:30Z</updated>
    <link href="http://hoffie.info/articles/2007/6/7/limited-connectivity-thanks-to-t-com-home-whatever" rel="alternate" type="text/html"/>
    <title>limited connectivity -- thanks to t-{com,home,whatever}</title>
<content type="html">
            &lt;p&gt;Thanks to Deutsche Telekom &lt;span class=&quot;caps&quot;&gt;AG I&lt;/span&gt; only have very limitied connectivity at the moment. One month ago it started (it may be related to the change from &lt;span class=&quot;caps&quot;&gt;DSL1000&lt;/span&gt; to &#8220;DSL6000&#8221; (well, it&#8217;s only &lt;span class=&quot;caps&quot;&gt;DSL3000&lt;/span&gt; in reality)) that &lt;span class=&quot;caps&quot;&gt;DSL&lt;/span&gt; synchronization arbitrarily went away. And it stayed away. Sometimes for seconds, sometimes for several hours. That&#8217;s not nice, especially if most of your work consists of doing remote things via ssh or similar. Of course we have filed a ticket for that, and after some time we got several phone calls where they told us that some technician would come and check the cables (and if the problem was in the public net or something within our house which could have been fixed more easily). Well, until now (almost 5 weeks after the ticket) nobody came here. We are still waiting. Current status is that usually when someone makes a telephone call or there is an incoming telephone call dsl synchronization drops.&lt;/p&gt;


	&lt;p&gt;So don&#8217;t expect fast mail replies from me&#8230;&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-06-07:71</id>
    <published>2007-06-07T18:56:00Z</published>
    <updated>2007-09-16T20:25:49Z</updated>
    <link href="http://hoffie.info/articles/2007/6/7/virtualbox-networking" rel="alternate" type="text/html"/>
    <title>virtualbox networking</title>
<content type="html">
            &lt;p&gt;I&#8217;ve recently tried to get arch linux working inside virtualbox &#8211; I just wanted to try it out as an ex-gentoo user just switched to it&#8230; but I gave up pretty soon as networking didn&#8217;t seem to be working. Then I found out that everything could have been handled by dhcp&#8230; you get the proper IP and so on.
I tried pinging google.com, heise.de&#8230; none of them worked. Some minutes ago I decided to just ask in #vbox (Freenode) and achimha, a user there, told me to simply try accessing a web page in a browser&#8230; Well, I didn&#8217;t have a browser ready yet so I tried syncing pacman&#8217;s (arch&#8217;s package manager) database and it worked.
So, remember: When using virtualbox and the &#8220;NAT&#8221; type of network, don&#8217;t expect external ping to work and be happy :)&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-04-25:63</id>
    <published>2007-04-25T16:48:00Z</published>
    <updated>2007-08-21T14:58:14Z</updated>
    <link href="http://hoffie.info/articles/2007/4/25/www-setup-partly-done" rel="alternate" type="text/html"/>
    <title>www setup partly done</title>
<content type="html">
            &lt;p&gt;The big webserver change is almost done as well. In fact, all active sites have been migrated, some old accounts have been killed and both (internal&#8230;) tracs are still not working because of a &#8220;strangeness&#8221; (bug?) in lighttpd-1.5 regarding &lt;span class=&quot;caps&quot;&gt;PATH&lt;/span&gt;_INFO and maybe &lt;span class=&quot;caps&quot;&gt;SCRIPT&lt;/span&gt;_(FILE)NAME.&lt;/p&gt;


	&lt;p&gt;So, lighttpd-1.5 is serving you this page right now and that&#8217;s what i wanted. :p&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-04-22:62</id>
    <published>2007-04-22T11:25:00Z</published>
    <updated>2007-09-16T20:26:05Z</updated>
    <link href="http://hoffie.info/articles/2007/4/22/ftp-setup-done" rel="alternate" type="text/html"/>
    <title>ftp setup done</title>
<content type="html">
            &lt;p&gt;And an easier one: my proftpd setup structure changes have been done.. moving away from mod_sql as well and replacing it with files (AuthUserFile). Strange though that there is an extra use flag for that on gentoo, was a bit annoying to find out&#8230; (this feature does not have any external dependencies and does not reduce compile time that much when disabled.. so, no reason to keep it, imo).&lt;/p&gt;
          </content>  </entry>
  <entry xml:base="http://hoffie.info/">
    <author>
      <name>hoffie</name>
    </author>
    <id>tag:hoffie.info,2007-04-21:61</id>
    <published>2007-04-21T20:51:00Z</published>
    <updated>2008-08-14T11:44:48Z</updated>
    <link href="http://hoffie.info/articles/2007/4/21/mail-setup-done" rel="alternate" type="text/html"/>
    <title>mail setup done</title>
<content type="html">
            &lt;p&gt;With some help from &lt;a href=&quot;http://pixel.global-banlist.de./&quot;&gt;darix&lt;/a&gt; I finally managed to get postfix with virtual aliases from text files + dovecot (instead of courier-imap) with virtual users working! \o/&lt;/p&gt;


	&lt;p&gt;I always thought I was using the &lt;span class=&quot;caps&quot;&gt;IDLE&lt;/span&gt; extension for &lt;span class=&quot;caps&quot;&gt;IMAP&lt;/span&gt; in Thunderbird but that does not seem to be the case, because courier-imap did not support it (maybe I just misconfigured it, who knows). With dovecot I get notifications about new mails &lt;strong&gt;immediately&lt;/strong&gt;... When I send a mail to myself the mail appears even before Thunderbird is able to close the &#8216;Sending mail&#8217; window! And dovecot seems to much faster when copying/deleting/moving emails as well. :)&lt;/p&gt;


	&lt;p&gt;Tomorrow I&#8217;ll do the web part which is going to be more fun I think, but today I certainly learned a lot about postfix. I was backed up by some howtos though, namely &lt;a href=&quot;http://www.howtoforge.com/linux_postfix_virtual_hosting&quot;&gt;http://www.howtoforge.com/linux_postfix_virtual_hosting&lt;/a&gt; and the &lt;a href=&quot;http://wiki.dovecot.org&quot;&gt;dovecot wiki&lt;/a&gt;&lt;/p&gt;


And btw I also installed &lt;span class=&quot;caps&quot;&gt;DSPAM&lt;/span&gt; (which replaces the previous memory hog amavis + clamav + spamassassin&#8230;) using &lt;a href=&quot;http://gentoo-wiki.com/HOWTO_Spam_Filtering_with_DSPAM_and_Postfix&quot;&gt;http://gentoo-wiki.com/HOWTO_Spam_Filtering_with_DSPAM_and_Postfix&lt;/a&gt;&#8212;I don&#8217;t know if it is working yet as darix gave me some postfix rules which already prevent a lot of spam senders from successfully connecting:
&lt;pre&gt;&lt;code&gt;
smtpd_sender_restrictions = reject_unknown_sender_domain
smtpd_client_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unknown_client
smtpd_helo_restrictions = permit_mynetworks, reject_invalid_hostname
&lt;/code&gt;&lt;/pre&gt;
          </content>  </entry>
</feed>
