Monthly Archives: April 2008

Vetting Information

Here‘s an interesting page on information credibility.


MalariaControl and Rosetta@Home

The first one is working OK, except for there is no graphics. But the WU are being submitted, validated and accepted.

Now, Rosetta@Home seems to have a bug o some sort, which makes the client detach every time Rosetta gets a work unit. Maybe you need to suspend all other work units first. I’ll try it.

wx-config missing in FreeBSD

It is required by many applications dependent on wxWidgets to determine which version exactly (wxgtk24, wxgtk26, wxgtk28…) is being used. It also allows specifiying diretly which version to use.

To be precise, wx-config is a wrapper/redirect to the real wx*-config script. So check if you have that:

%ll /usr/local/bin/wx*
-r-xr-xr-x 1 root wheel 42259 Apr 27 13:06 /usr/local/bin/wxgtk2-2.8-config
-r-xr-xr-x 1 root wheel 42246 Apr 6 02:35 /usr/local/bin/wxgtk2u-2.8-config
-r-xr-xr-x 1 root wheel 66188 Apr 27 13:06 /usr/local/bin/wxrc-gtk2-2.8
-r-xr-xr-x 1 root wheel 77156 Apr 6 02:35 /usr/local/bin/wxrc-gtk2u-2.8

As you can see, wxgtk2-2.8-config is present. (If not, add wxgtk28 port. I built it from source.)

You can now do:

%sudo ln -s /usr/local/bin/wxgtk2-2.8-config /usr/local/bin/wx-config

You need to link this and not just copy the wx-config from wxgtk28’s work directory, since the latter file also references $wxgtk28_work_dir/lib/wx/config/gtk2-ansi-release-2.8 and not /usr/local/bin/wxgtk2u-2.8-config.

I can now build boinc-client, which was reporting wxWidgets as missing.

PCB etching notes

  • check that you’ll have enough time to make the board – two hours at least;
  • see that holes are more than the diameter of the drillpiece – say, a 1,5 mm hole for a 1,0 drill;
  • it is better to drill the holes before etching, otherwise the copper rings around the holes might flake off while drilling; on the other side, it’s harder to position he drill in this case, and you also have to drill through copper;
  • when rubbing off printer paint, use a sponge with an abrasive surface;
  • use glasses!

MilkyWay@Home and POEM@Home

Both exit with:

process exited with code 8 (0x8, -248)
execv: Exec format error

Which is quite a common error, by the way, for emulation-run Linux projects.

Which device is the USB stick?

Why, see in /var/log/messages! Or, alternatively, just use dmesg.

libGLU.a missing on FreeBSD

It’s a GL Utility static library that’s not provided neither by the freeglut, nor the libglut ports. Yet it’s required to build boinc_example and other boinc-related graphics.

One possible solution is using MesaGL. (It’s available in packages on Linuxes, by the way.)

Download MesaLib from SourceForge. Extract to your favourite source directory.

From here, compiling linux-static works well, but then hangs during make install (I don’t save the exact line on which it does, sorry. But it was the stage where it checks all the directories in order to copy the files.) You can copy the static libraries form the lib dir manually.

An alternative would be to provide an option to run make freebsd-static.

What I did is:

< # Configuration for generic Linux, making static libs
> # Configuration for generic FreeBSD, making static libs
> # Written by cy on 2008-04-23.
> include $(TOP)/configs/freebsd
< config_name =" linux-static">
> CONFIG_NAME = freebsd-static


cd configs
cp linux-static freebsd-static
patch freebsd-static ../freebsd-static.diff
cd ..

Then edit Makefile and add freebsd-static to Rules section.

That’s it.

make freebsd-static
sudo make install

Removing symbolic links to directories

Do it this way:

rm /usr/local/include/OpenGL

Not this way:

rm /usr/local/include/OpenGL/

BOINC projects using 100% of CPU on FreeBSD

uFluids doesn’t send to my platform. Quantum Monte Carlo does. And I’ve decided to give Rosetta@Home one more shot.

Reason? Oh, the reason is great news.

As I’ve written before, some projects somehow take up 100% of processor time, even though the settings unambiguously specify 50%. The reason for this, as I have accidentally found out by fooling around with Wine-emulated BOINC, is idprio.

Idle-time priority is being set to 31 in the /usr/local/etc/rc.d/boinc script. To a logical mind, this would mean that BOINC would only run its 50% share in the idlest of time, when no other process wants it. In reality, BOINC projects get 100% of idle time.

I guess this might be related to the fact that BOINC projects are run as separate threads. On the other hand, this might just be an idprio issue.

Right now, QMC@Home is running with priority nice 19, which it set by itself. The “Show graphics” button doesn’t do anything, probably graphics aren’t installed properly in my system.

It will take 150 hours to finish this workunit. I’d rather test result compatibility on a faster project.


(Edit: if you came from Google about the gnomebreakpad: the latter is a part of Gnome’s bug-buddy, “a graphical bug reporting utility for GNOME“. In most cases, you can just ignore it.)

I’ve been trying to run the pre-compiled RSSOwl2 M8. All I get is error code 13 from the Java Virtual Machine. (It happens prior to the splash screen showing up.)

I have found out here it is quite a generic error.

The console messages are as follows:

Gtk-Message: Failed to load module "gnomebreakpad": cannot open shared object file: No such file or directory
Sun Apr 20 19:32:39 EEST 2008 - [main] Bundle tracker is not set
Sun Apr 20 19:32:39 EEST 2008 - [main] Bundle tracker is not set

I didn’t find where JDK stores its log, nor will I be trying to.

Trying to run pre-compiled Eclipse 3.3.2 (or I forgot) gave the same error, except for the Bundle tracker part. Possibly, installing the eclipse-devel port will fix the problem.

Edit (2008-05-26): it did. By the way, I compiled eclipse-devel from source. Then I just installed RSSOwl 2, as described on their page.