Hideki A. Ikeda (HidekiAI) [池田英紀] ["Tony" Ikeda] – BLog

Short and sweet…

If you emerge and/or eselect a new version of gcc, check and verify via libtool –config that your lib path (i.e.  sys_lib_search_path_spec) is correct.  Although an overkill (supposedly, there is a “fix_libtool_files.sh” that should do this) just emerge libtool and it should update your search paths.

Related posts

• In the Beginning (0)
• Crossdev i586 and i686 on x86_64 (0)

One of the frustrations I have with Firefox (on both Linux and Windows) is that it is not just a memory hog but a CPU hog as well.  On my Linux box (only box that has desktop, others are all console/text based) that runs under Xfce4, watching top will tell me that it’s eating up 50% of my CPU (on a dual AMD Opteron64, that means 100% of one of the CPU right?).

I’ve had enough of that!  One of the reasons why I kept Firefox was because of three plug-ins that I could add to it.

• Rikaichan
• Furigana
• FoxyProxy

Just recently, I’ve discovered that there are now plug-in extensions for Chrome for Rikaikun and Furigana, so I’ve started to keep my options open to try Chrome again.

When Chrome first came out on Windows, I’ve tried it out, mainly because I prefer (with all things) to try it out and construct my own opinions about it rather than listen to others and rely on their opinions.

Back then, I wasn’t impressed much, but then again, I don’t use any of the web-browser much on both Windows and Linux other than to research on something technical (rarely use it for entertainment).  But when I do use the browsers, I want something flexible and be able to do what I need (i.e. I would like Furigana injection and/or Rikaichan/Rikaikun) as well as something native and/or reliable (for example, for Windows I usually trust IE more than Firefox and at work, I don’t want to install anything “extra” on my devbox so I rely on IE).  Back then also, I was researching on any web methods to read managa online, and Shonen Sunday (mainly, I wanted to read “Cross Game” – if both Sunday and Jump would allow paid subscriptions of outside Japan, they would be rich, because I’d be paying them and never would unsubscribe!) and trying to access their reader from Chrome was causing problems.

In any case, back to technical issues…

One thing I’ve noticed about Chrome (on my Gentoo, it’s Chromium-bin) is that each tabs are created as new process (meaning they have different PID) for both Linux and Windows.  More tabs you open on Firefox (or IE), more CPU and memory it hogs up.  This is not the case with Chrome.

I think approaching it this way plays nice and well/better and will task schedule better with the O/S.  Whether it is on my Windows or Linux desktop, with Chrome it does not become a CPU hog.

What does that mean to me?  Well for one, on my Laptop, it doesn’t eat up as much batteries or spin my fan as much to make my lap warmer…  For my Linux desktop, I can use my CPUs for what I need, to compile/emerge Gentoo portage updates  *grin*

Notes:

• I can probably do the same with IE or Firefox by opening each site as a separate applications.
• When Firefox introduced tabs and IE copied it, there was no turning back, we’re all now using tabs.  I cannot live without tabs anymore, so the option of opening up new application for each site is unjustified for me…
• Chrome-bin doesn’t do well with both SCIM and IBUS, so when I want to write e-mail in Japanese, I still use Firefox (I use SquirrelMail)

Related posts

• Networking: AD + Linux (0)
• Dual/Multi Boot + GRUB + BOOT.INI (default boot to GRUB) (0)
• Use your O/S to Multi-Process (0)
• Syslog-ng + syslog-server (Kiwi) = network slowdown (0)
• RAID0 is Useless in Today’s Technology (0)

• SquirrelMail: v1.4.19
• SquirrelMail gpg Plugin: v2.1
• PHP: v5.2.13-p10-gentoo
• pecl-gnupg: v1.3.1-r1

For a while now, I’ve not the time to investigate on the issue of why my gpg plugin for the SquirrelMail stopped working…  If you are here, you probably search for the following error on the web and ended up here:

Fatal error: Cannot redeclare class GnuPG in /var/www/your_domain/htdocs/squirrelmail/plugins/gpg/gpg.php on line 419

Of course, the paths would differ for each individuals, but the key part of the error is “Cannot redeclare class GnuPG“.

For the longest time, I thought it was because I’ve upgraded to newer SquirrelMail and I have messed up my local configurations.  But it turns out it was because I have a PECL version of gnupg which also declares a class GnuPG.

There are 3 files which references this class:

• gpg.php – this file defines the class
• gpg_execute.php – new’s the class
• gpg_functions.php – new’s the class

I have two choices, either uninstall PECL’s gpg or alter the code.  I’ve chosen the later because I need pecl-gnupg for other things.  It is not predictable for any developers to anticipate on name collisions like this.  Ideally, just like C++, PHP developers should be using namespaces to avoid collisions, but again it’s easily forgettable even in C++.

Long story short, I’ve renamed the class from GnuPG to MyGnuPG in gpg.php and the other files on my local version…  I tried to go to their bug-tracker site to inform of this issue but it seems that I need permissions and account and I dislike creating accounts so I’ve BLogged here instead.

Related posts

• Postfix + Courier + SquirrelMail:configtest.php (0)
• Why KeepAlive Heartbeats should be on Dedicated Socket Stream (0)
• Testing Postfix + Courier (authlib and imap) + MySQL (0)
• Syslog-ng + syslog-server (Kiwi) = network slowdown (0)
• Serving SVN repositories (0)