boinc might use /home
Bug #402082 reported by
dino99
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
boinc (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: boinc
hi,
here is my config:
- i have boinc installed on Jaunty partition sdc2
- my /home is on a dedicated partition sda3
- karmic is installed on sdc5
Now my question:
If i install boinc on sdc5 (karmic), why i cant continue working on the current job load with Jaunty boinc ? i dont understand this as the 2 os have the same /home.
It's very frustating when apps dont use /home by default: is it a design problem, a misconfiguration ?
How can i set boinc configuration to use /home by default ?
The BOINC packages are currently configured on a per-computer basis, not a per-user basis. This has several advantages:
* the BOINC client can do work while nobody's logged in
* more than one user can control the BOINC instance, as the files are owned by a BOINC user and group
* usually, people don't want to have different configurations for different users
Per-computer files are supposed to be stored in /var/lib/. Doing what BOINC does on Windows and making a home folder for the BOINC user in /home/ doesn't seem to be the done thing in Debian-based distros.
Even in situations, like yours, where putting them in /home seems to make sense, there are potential problems. Jaunty and Karmic's BOINC packages are different versions, and using the same configuration files for those two versions is probably not a great idea.
For your particular situation, I'd recommend using the upstream .sh version at http:// boinc.berkeley. edu/download_ all.php, rather than Ubuntu's packages. If you run that inside your home directory, it'll install BOINC there, and you can run the binaries it creates from either karmic or jaunty. That way, you'd be using the same version (in fact, the same binaries), and shouldn't have problems. However, since you wouldn't be using Ubuntu packages in this case, it's rather outside the scope of this venue...