Give me a little while, I just booted my old laptop that has 12.04 Beta on it. I will install BOINC from the repository and see where it puts the data directory.

[edit]
You have Virtualbox install and John does not.
[/edit]

---

Boinc from the regular ubuntu repo is 7.0.24.

You'll need to add the ppa repo I used to re-create my install of 7.0.26

ppa:costamagnagianfranco/boinc found here: https://code.launchpad.net/~costamagnagianfranco/+archive/boinc
[sudo add-apt-repository ppa:costamagnagianfranco/boinc]
then
[sudo apt-get update] then [sudo apt-get install boinc]

---

#resist

Boinc from the regular ubuntu repo is 7.0.24.

You'll need to add the ppa repo I used to re-create my install of 7.0.26

ppa:costamagnagianfranco/boinc

[sudo add-apt-repository ppa:costamagnagianfranco/boinc]
then
[sudo apt-get update] then [sudo apt-get install boinc]

This might take a while, it has 350MB of updates to install first.

---

Now I feel bad you're going through all this. But thanks man. My only goal here is to figure out what's up, and if 7.0.26 is in fact working Or can it be made to work, and if so I'll update the package maintainer with appropriate info.

And yea, you'll have some updates. 12.04 is no longer beta. :-)

---

#resist

Here is my startup lines on my 32-bit only laptop

Sun 29 Apr 2012 12:36:21 PM MST | | Starting BOINC client version 7.0.26 for i686-pc-linux-gnu
Sun 29 Apr 2012 12:36:21 PM MST | | log flags: file_xfer, sched_ops, task
Sun 29 Apr 2012 12:36:21 PM MST | | Libraries: libcurl/7.22.0 OpenSSL/1.0.1 zlib/1.2.3.4 libidn/1.23 librtmp/2.3
Sun 29 Apr 2012 12:36:21 PM MST | | Data directory: /var/lib/boinc-client
Sun 29 Apr 2012 12:36:21 PM MST | | Processor: 1 GenuineIntel Intel(R) Pentium(R) M processor 1.60GHz [Family 6 Model 13 Stepping 8]
Sun 29 Apr 2012 12:36:21 PM MST | | Processor: 2.00 MB cache
Sun 29 Apr 2012 12:36:21 PM MST | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx up bts est tm2
Sun 29 Apr 2012 12:36:21 PM MST | | OS: Linux: 3.2.0-24-generic-pae
Sun 29 Apr 2012 12:36:21 PM MST | | Memory: 1001.05 MB physical, 1022.00 MB virtual
Sun 29 Apr 2012 12:36:21 PM MST | | Disk: 54.79 GB total, 47.80 GB free
Sun 29 Apr 2012 12:36:21 PM MST | | Local time is UTC -7 hours
Sun 29 Apr 2012 12:36:21 PM MST | | No usable GPUs found
Sun 29 Apr 2012 12:36:21 PM MST | | Config: GUI RPC allowed from:
Sun 29 Apr 2012 12:36:21 PM MST | | No general preferences found - using defaults
Sun 29 Apr 2012 12:36:21 PM MST | | Reading preferences override file

Data directory is where it is supposed to be.

---

one more note, why does my readout have a "virtualbox" version line, and John's does not?.... WTH?

(I do have virtualbox installed but what does that have to do with running boinc.)

Some projects make use of virtualbox for crunching, that is why it shows up in the preferences.

---

Great, I don't know how to change where it's installing the data directory. So I guess I'm done here.

---

#resist

one more note, why does my readout have a "virtualbox" version line, and John's does not?.... WTH?

(I do have virtualbox installed but what does that have to do with running boinc.)

It have to do with the T4T project which is using VB to not need to maintain several versions for all the operating systems. They are running their app under scientific linux inside the VB.

---

Christoph

Do you have any idea why something you installed ended up in the proper directory, and every boinc install I have on every Ubuntu is in my user directory?


Frankly, if we've both used the same install method, something is not adding up here.

And at this point, I'm ready to not worry about crunching seti anymore. This is too annoying.

the /var/lib/boinc-client directory exists on my machine, with all the proper files in it. So can I manually point my boinc-client at this directory?

---

#resist

Do you have any idea why something you installed ended up in the proper directory, and every boinc install I have on every Ubuntu is in my user directory?


Frankly, if we've both used the same install method, something is not adding up here.

And at this point, I'm ready to not worry about crunching seti anymore. This is too annoying.

the /var/lib/boinc-client directory exists on my machine, with all the proper files in it. So can I manually point my boinc-client at this directory?

Right now I just got work downloaded to the machine and it instantaneously errored out here as well.

So something is not right on the repository version.

---

Why don't you just download the version from Berkeley, extract it your home dir, then just copy over executable ("boinc") to where the package manager's version is?

It's a long shot: if that doesn't work either, compile your own boinc from sources. This way, it will be linked exactly against libraries you have - if that is even the case for these errors.

svn export http://boinc.berkeley.edu/svn/trunk/boinc/ boinc
cd boinc
./_autosetup
./configure --disable-server --disable-manager
make
cp client/boinc <wherever_package's_boinc_executable_is>

---

...

I noticed as well, after I purged and re-installed, again:

The data is being installed in duplicate both in my user directory and in the proper /var/lib/boinc-client folder

So I'm perplexed as to the data folder issue I'm having. Either way, it's borked. I also have another annoying bug with 7.0.24(25,26).

So that's it. I'm taking a break from crunching.

I'll wait for 7.1.xx, and hope by then they can put together a working package and get it into the ubuntu repo.

---

#resist

Why don't you just download the version from Berkeley, extract it your home dir, then just copy over executable ("boinc") to where the package manager's version is?

It's a long shot: if that doesn't work either, compile your own boinc from sources. This way, it will be linked exactly against libraries you have - if that is even the case for these errors.

svn export http://boinc.berkeley.edu/svn/trunk/boinc/ boinc
cd boinc
./_autosetup
./configure --disable-server --disable-manager
make
cp client/boinc <wherever_package's_boinc_executable_is>

Does the berkely version use the /var/lib... directory or the /home/user directory?

---

#resist

So I know nothing about Linux but is the repository version of BOINC (and other software) somehow better than the downloaded version?

Since the downloaded BOINC works fine why not just use that?

My whole thing about using repos and package managers is that it's easier (as a noobish Linux user) to add, remove, and upgrade packages. On my last install I had much software that was manually installed, over time it gets difficult to keep track of everything. (In my case this is a command line only machine)
Installing on Linux is NOT like installing on windows. Package management (apt) is the only thing that helps me keep my sanity.

As this machine is my main server and does a lot of odds-and-ends for me, Boinc is just something to use up some of its free time.

I would be motivated to download it and install it manually, but I really don't want to go through that trouble until I know that the version I install won't have the "computation error" issue.

And as Arkayn pointed out, even with his data installed in the proper directory he too is getting the computation error issue.

---

#resist

Since the downloaded BOINC works fine why not just use that?

If it works fine, there's no point in downloading sources and compiling them.

Like I said, it's a long shot. Quite possibly, there's a bug elsewhere - boinc developers should look into that.

Does the berkely version use the /var/lib... directory or the /home/user directory?

It doesn't matter. Data directory is passed to boinc client via "--dir" command line option. If you don't specify the --dir, it uses the same directory as where the "boinc" executable is.
I don't use Debian/Ubuntu but I think the startup script, which handles starting up the boinc client as a daemon (/etc/init.d/boinc ?) should start the boinc client with appropriate --dir /var/boinc (or where the data is).
So overwriting the "boinc" executable with your own shouldn't change anything.

---

Since the downloaded BOINC works fine why not just use that?

If it works fine, there's no point in downloading sources and compiling them.

Like I said, it's a long shot. Quite possibly, there's a bug elsewhere - boinc developers should look into that.

Does the berkely version use the /var/lib... directory or the /home/user directory?

It doesn't matter. Data directory is passed to boinc client via "--dir" command line option. If you don't specify the --dir, it uses the same directory as where the "boinc" executable is.
I don't use Debian/Ubuntu but I think the startup script, which handles starting up the boinc client as a daemon (/etc/init.d/boinc ?) should start the boinc client with appropriate --dir /var/boinc (or where the data is).
So overwriting the "boinc" executable with your own shouldn't change anything.

Well thanks for that. When I feel like playing again at least I know I can rule out a data directory issue with a command line argument.
I haven't used an init.d for boinc, I always just fired it up manually- the server is on 24-7 and doesn't get rebooted often if ever. But that's another option to try.
Thanks my ducky linux friend.

---

#resist

Since I am not a Linux guy, I can only do so much on the troubleshooting end.

Plus I only have Ubuntu installed on a Pentium M laptop built in 2005/2006.

I am going to give up for now and let some other people try to figure out what the problem is.

---

I haven't used an init.d for boinc, I always just fired it up manually- the server is on 24-7 and doesn't get rebooted often if ever. But that's another option to try.

In that case, you can always just run it from your home dir (~/BOINC) and download the 6.12.34 from Berkeley - or better yet - 6.10.60 version for now. That one works 100%. Wait with packaged v7 until it gets sorted out.

---

OK, I've just tried a test install of Kubuntu 12.04LTS on an AMD 64-bit machine, installed Boinc 7.0.24 from the repository (using apt-get) and...

I get instant computation errors for s@h. Also still get them after a s@h project reset.

I've also tried PrimeGrid and e@h and they both work fine there.


So whatever the problem is, it is specific to the s@h client, or to interaction between the Boinc 7.0.24 and the s@h client.

Sorry, not got time to debug further for the moment. May look again later.


Aside: All is fine with a multitude of other Linux systems for earlier versions of Boinc. Might try one on that test system to see if it si Boinc or something new about the Ubuntu 12.04 distro.

Keep searchin',
Martin

---

See new freedom: Mageia Linux
Take a look for yourself: Linux Format
The Future is what We all make IT (GPLv3)