Well, I can't say I didn't try, but I'm finally giving up running CPDN on 64-bit linux.

I'm in the same boat on 16.04 LTS 64 bit. I've installed every lib file, package whatever I could find to no avail. Every task fails in the first 10 seconds. I'll keep an eye on this thread is case someone finds a solution.

Could you link to your computer so that we can see the error messages on the task pages? Your computers are hidden.

Got a task on my 64-bit SuSE Linux 13.2 and it runs OK. The last 2 tasks ended with a compute error after quite a while.
tullio

---

At Atlas@home I could merge all Linux versions running on the 64-bit Opteron 1210, notwithstanding their domain names, which are fictitious.
Tullio

---

Finished a wah2 task on my Opteron 1210 at 1.8 GHz running SuSE Leap 42.1, 64-bit. It took 407 plus hours.
Tullio

---

I just wanted to report back, that I have finished successfully the following task:
https://www.cpdn.org/cpdnboinc/result.php?resultid=20134338 on Linux Lubuntu 64bit. And one more is well underway.

---

Just performed a new install of Ubuntu 16.04 LTS. In order to get both the 32 bit cpdn apps AND 64 bit boincmgr to work (downloaded from the Berkeley site, not the package manager linux distribution specific version of boinc), all I had to do was

sudo  apt-get  install  lib32ncurses5  lib32z1  gcc-4.7-multilib

The recommended version of boinc to install at the Berkeley site is 7.2.42, but I needed to install the 7.4.22 version on Ubuntu 16.04. I did not look to see if the cpdn graphics program works with that install, since cpdn doesn't seem to have graphics anymore.

Question:

Though I no longer run Linux and am "rusty" at best, my recollection is that SuSE (and after SuSE went commercial, the spinoff openSuSE) had a simple one-click install/upgrade option to include 32-bit libraries.

Curiosity prompts me to ask whether other distros include that option -- so we could post a 'Sticky' to that effect.

---

"We have met the enemy and he is us." -- Pogo
Greetings from coastal Washington state, the scenic US Pacific Northwest.

Hi Astro

With my 2 main crunchers, I keep swapping from Linux to Linux+Wine/windows and back again. I've found that it's easier to be sure that things are right by just re-installing the OS. And it's good practice.

And I haven't installed the special file (libc.so.6) from it's spot on a ram stick for ages.
I've just powered up the one with just Linux, which is running Mint 17.2, and had a look in the libs area. And libc.so.6 is there without any help from me.

I don't know how long things have been like this, and I no longer remember when I run tasks under "Windows" or Linux, but there's been no complaints about missing libs for ages.

And there's no "One button" option in Mint.

The simple one liner seems to work for Zesty too.

Thanks, Les and Dave.

It seems' geophi's "sudo" one-liner is the best statement toward a solution -- if only the serial-crashers read the boards. 'Tis a pity it isn't done server side ...

---

"We have met the enemy and he is us." -- Pogo
Greetings from coastal Washington state, the scenic US Pacific Northwest.

I am running Red Hat Enterprise Linux Server release 6.9 (Santiago) on a 64-bit 4-core Xeon processor. I run BOINC from the EPEL repository. As far as I can tell, the only problem I have is that it complains that there is a newer version (7.2.42) of BOINC available. I am running 7.2.33 because that is what comes with the EPEL repository, and I very much doubt that they will ever update it. This is not a request for a fix. I will not need a fix unless this version stops working.

However, these are the libraries I am using with this version of climate prediction. And it works just fine. I have three instances of this program running and each has returned three trickles and consumed around 14 hours of processor time.

$ ldd /home/boinc/projects/climateprediction.net/wah2_8.25_i686-pc-linux-gnu
linux-gate.so.1 => (0x003b4000)
libpthread.so.0 => /lib/libpthread.so.0 (0x007e0000)
libdl.so.2 => /lib/libdl.so.2 (0x00365000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00c41000)
libm.so.6 => /lib/libm.so.6 (0x00192000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0023c000)
libc.so.6 => /lib/libc.so.6 (0x003b5000)
/lib/ld-linux.so.2 (0x0031a000)

I see nothing about libz.

---

I see nothing about libz.

However, a few people have posted with tasks failing with this missing, I think at the creation of the first zip from memory. Don't know if that means a different executable that is downloaded calls it from these tasks or what?

I see nothing about libz.

I think that is the dependency of the .so cpdn file for each app.

Just performed a new install of Ubuntu 16.04 LTS. In order to get both the 32 bit cpdn apps AND 64 bit boincmgr to work (downloaded from the Berkeley site, not the package manager linux distribution specific version of boinc), all I had to do was

sudo  apt-get  install  lib32ncurses5  lib32z1  gcc-4.7-multilib

The recommended version of boinc to install at the Berkeley site is 7.2.42, but I needed to install the 7.4.22 version on Ubuntu 16.04. I did not look to see if the cpdn graphics program works with that install, since cpdn doesn't seem to have graphics anymore.

It works fine for me too on Ubuntu 16.04 (i5-3550 machine), with BOINC 7.6.31. One work unit has completed, and the others are running OK.
https://www.cpdn.org/cpdnboinc/results.php?hostid=1440334

Nothing could be simpler. The times seem comparable to Windows. Thanks.

Alas, the graphics went the way of the Dodo bird about 3 years ago.

---

The single line (sudo apt-get install lib32ncurses5 lib32z1 gcc-4.7-multilib) does not work on Ubuntu 17.10. It appears to be that gcc-4.7 is not available on that version.
Maybe some knowledgeable person can do an updated version? Thanks.

running ldd one the executables would reveal what is missing. I upgraded from 17.04 which I did install from a usb stick and everything is still working fine. - Well apart from the fact that the only tasks I have downloaded since have had segmentation violations but that has been the case for those tasks on other machines with different distributions. I have a spare machine in the attic that I will try installing it on and see what happens.

Edit: I can copy the executables from another machine to check things out without downloading any tasks.

Playing with this in an Ubuntu 17.10 guest in a VM, it looks like if you substitute

lib32stdc++-6-dev

for

gcc-4.7-multilib

in that command line, it will satisfy the same dependencies.

I see nothing about libz.

I think that is the dependency of the .so cpdn file for each app.

I have no CPDN applications on my machine at the moment (I reset after all those problems the last coupla munce).

But in the past I did not notice the need for libz. In any case I have both the 32-bit and 64-bit versions of it.

/lib/libz.so.1
/lib/libz.so.1.2.3
/lib64/libz.so.1
/lib64/libz.so.1.2.3

---

I do have libz:

$ ls -l /lib*/libz.so*
lrwxrwxrwx. 1 root root 13 Feb 21 2013 /lib64/libz.so.1 -> libz.so.1.2.3
-rwxr-xr-x. 1 root root 91096 Oct 3 2012 /lib64/libz.so.1.2.3
lrwxrwxrwx. 1 root root 13 Feb 21 2013 /lib/libz.so.1 -> libz.so.1.2.3
-rwxr-xr-x. 1 root root 76976 Oct 3 2012 /lib/libz.so.1.2.3

It is just that the executable I tested does not use it.
Right now, I have nothing in

boinc[~/projects/climateprediction.net]$ ls -l
total 0

Because I had to detach a coupla munce ago to change to the https URL. And since then, I have received no work units and no executables.

---