Description of problem: Boinc is not available in Mageia 1. Version-Release number of selected component (if applicable): How reproducible: Look for boinc in repositories Steps to Reproduce: 1. Configure repositories 2. run: urpmq -y boinc 3.
Working on it.
CC: (none) => mageiaAssignee: bugsquad => mageiaSeverity: normal => enhancement
Now available on cauldron. I will backport it ASAP.
Status: NEW => RESOLVEDResolution: (none) => FIXED
Open back not to forgot to push it in Mageia 1 once updates will be opened.
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
Package just pushed in "backports_testing" please test it and I will push it to updates.
I've tested boinc-client and boinc-manager on Mageia 1 i586, and both are working.
CC: (none) => davidwhodgins
If someone can test boinc on a 64 bit system, the packages boinc-client boinc-client-doc boinc-client-static boinc-manager boinc-client-devel are ready to move from Core Backports Testing to Core Backports.
Assignee: mageia => qa-bugs
It works here on 64b. I didn't try the -devel package tough. Thanks!
Can someone from the sysadmin team push the packages boinc-client boinc-client-doc boinc-client-static boinc-manager boinc-client-devel from Core Backports Testing to Core Backports please. The srpm is boinc-client-6.10.58-1.mga1.src.rpm
After checking on a Mandriva 2010.2, system, I found that this package does exist there. Since it is, and it was a missing package for Mageia 1, should the package be resubmitted to Core Updates Testing, or can it be moved from Core Backports Testing to Core Updates?
Damien, Can you move the boinc packages from Core Backports Testing to Core Updates Testing please? This package was available in Mandriva 2010.2.
Packages cannot be moved from Backports Testing to Updates, someone needs to submit them to Updates Testing.
CC: (none) => boklm
I just submitted boinc-client-6.10.58-1.1.mga1 to updates_testing. Please test the following packages : boinc-client boinc-manager Advisory : This update adds the boinc-client scientific software which was present in Mandriva 2010.2 but missing in Mageia 1.
CC: (none) => stormi
I also submitted docbook2x-0.8.8-6.1.mga1 as a needed buildtime dependency, I'll see tomorrow whether I include it in this very report or in another update bug report that would block this one until it's validated.
I've installed the core updates testing version of boinc and confirmed the boinc_client and boincmgr commands work with my i586 system. The packages are boinc-client-devel boinc-client-doc boinc-client boinc-manager boinc-client-static srpm srpm=boinc-client-6.10.58-1.1.mga1.src.rpm For the docbook2x package, I've installed it and used db2x_docbook2man /usr/share/doc/HTML/ca/kmag/man-kmag.1.docbook to create kmag.1 i586 testing of docbook2x complete. srpm is docbook2x-0.8.8-6.1.mga1.src.rpm
This update still needs testing on x86_64. Thanks in advance.
Hi, Something is wrong for me :-( These rpm are only for x86-64 ? I use the mageia 32 bits (up to date) I installed packages here under : - boinc-client-debug-6.10.58-1.1.mga1 - boinc-client-6.10.58-1.1.mga1 - boinc-client-doc-6.10.58-1.1.mga1 - boinc-manager-6.10.58-1.1.mga1 When I want to attach to a project (menu Tools - Attach to project or account manager) nothing happen. So i launch the gui in a shell and i had the here under message : execvp(/home/XXXX/boinc, --redirectio, --launched_by_manager) failed with error 2! After creation of a directory boinc in my home the error message changed a little bit but for me it is always 'not clear' either ;-) execvp(/home/raph/boinc, --redirectio, --launched_by_manager) failed with error 13! A+ Raph
CC: (none) => mailinglistsduraph
I have installed boinc-client and boinc-manager i586. It didn't suggest or pull in docbook2x but I have installed it. I performed a similar test on docbook2x to Dave in comment 14 and apart from giving parser errors it did create the man file. I'm not sure if that is normal or indicative of a problem. service boinc-client start The BOINC client requires initialization (no projects attached).[WARNING] Starting BOINC client as a daemon: [ OK ] boinccmd --get_state ======== Projects ======== ======== Applications ======== ======== Application versions ======== ======== Workunits ======== ======== Results ======== The boinc manager (boincmgr) is unable to connect to it though. It sits at Retrieving Current Status and then gives Error saying Unable to Connect to Core Client. boincmgr creates a file in ~ called .BOINC Manager which contains.. GUISelection=2 Language=0 ReminderFrequency=0 NetworkDialupConnectionName= Skin=Default AutomaticallyShutdownClient=0 DisplayShutdownClientDialog=1 DisableAutoStart=0 [Simple] XPos=30 YPos=30 I have tried starting boinc client as a normal user in terminal and it is still unable to connect, also boinc --daemon.
CC: (none) => eeeemail
The same problem appears in x86_64 but with addition docbook2x problems. service boinc-client start The BOINC client requires initialization (no projects attached).[WARNING] Starting BOINC client as a daemon: [ OK ] boinccmd --get_state ======== Projects ======== ======== Applications ======== ======== Application versions ======== ======== Workunits ======== ======== Results ======== Boinc manager is unable to connect to it. Additionally there seems to be problems with docbook2x. It gave errors and would not create a man page. I then created a file from the sample document on the docbook wikipedia page (http://en.wikipedia.org/wiki/DocBook#Sample_document) to make sure I wasnt using inappropriate docbook files.. <?xml version="1.0" encoding="UTF-8"?> <book xml:id="simple_book" xmlns="http://docbook.org/ns/docbook" version="5.0"> <title>Very simple book</title> <chapter xml:id="chapter_1"> <title>Chapter 1</title> <para>Hello world!</para> <para>I hope that your day is proceeding <emphasis>splendidly</emphasis>!</para> </chapter> <chapter xml:id="chapter_2"> <title>Chapter 2</title> <para>Hello again, world!</para> </chapter> </book> Here is the output .. db2x_docbook2man test.docbook test.docbook:1: parser error : XML declaration allowed only at the start of the document <?xml version="1.0" encoding="UTF-8"?> ^ unable to parse test.docbook Unable to recognise encoding of this document at /usr/lib/perl5/vendor_perl/5.12.2/XML/SAX/PurePerl/EncodingDetect.pm line 100. Document requires an element [Ln: 1, Col: 0]
CC: (none) => qa-bugsAssignee: qa-bugs => mageia
Does this work? 1. Start the client with service boinc-client start or by mcc 2. Copy /var/lib/boinc/gui_rpc_auth.cfg in one of your folders. (for example ~) 3. change owner of gui_rpc_auth.cfg (to the user who is loged in via X) 4. Start boinc_gui (not boincmgr) in this folder. When boinc_gui works, the problem have to be in the /usr/bin/boincmgr shellscript.
CC: (none) => wannespam
(reassign to the new maintainer, as no news of Damien)
Assignee: mageia => supp
What is the status of this update please?
Running on my 64-bit system Mageia 1; Installed today, full update, saw this thread and enabled testing, installed boinc-manager and boinc-client, both x86 mga1.1 ver 6.10.58 Then immediately as myself (not root) started boinc, then boinc_gui from two terminals. Connected to BAM and within minutes i had 7 of y 8 cores doing 100% :) Well here are the problems: Seem to be very hit and miss if boinc_gui finds boinc or not. -most often not. But i can always as normaluser just start boinc or boinc_client (what is the difference?) and it continues its work as set up by the gui. If i type boincmgr it is as if i typed boinc_gui (maybe i should read more about how this is supposed to be used...) I also noticed that boinc_gui is listed as service in mcc, that can be (but is not by default) set to start at boot. If i there press start button there is a popup message that it is started but not initialised, and i see it do not use cpu power and is not found by the gui. When that is started i fails to start another as normal user (port occupied i think) Another problem: when i in the gui (when it works, like trowing a dice...) i press the button to see the graphics for selected project,inthe terminali then see: /home/morganleijstrom/projects/www.worldcommunitygrid.org/wcg_hcc1_img_graphics_6.40_i686-pc-linux-gnu: error while loading shared libraries: libXmu.so.6: cannot open shared object file: No such file or directory I find the file here: /usr/lib64/libXmu.so.6 by package lib64xmu6
CC: (none) => fri
Trying per Comment 19: First took backup of the file *that was already there*. $ cd ~ $ su # cp /var/lib/boinc/gui_rpc_auth.cfg . # chown morganleijstrom:morganleijstrom /var/lib/boinc/gui_rpc_auth.cfg # service boinc-client start The BOINC client requires initialization (no projects attached). [VARNING] Startar BOINK klient som demon: [ OK ] (=Started as demon) # exit $ cd ~ $ boinc_gui 22.11.37: Fel: Minnes-VFS innehåller redan fil "webexternallink.xpm"! 22.11.37: Fel: Minnes-VFS innehåller redan fil "nvidiaicon.xpm"! 22.11.37: Fel: Minnes-VFS innehåller redan fil "atiicon.xpm"! 22.11.37: Fel: Minnes-VFS innehåller redan fil "multicore.xpm"! And the gui launched and like first after install it immediately launched the add project dialog, i choose BAM as that is what i use. Then it start CPU benchmarks, and downloads every work file from beginning and start working. All options got set to default. Now i will set it by mcc to start at boot, and reboot, be right back...
Works perfectly :) - Thank you Fabian W! Just as a test I can even start/stop the service manually and the open gui immediately responds.
Sidenotes § The installed item in launch menu is boinc_manager which as said do not find the executive part. I copied it to desktop and changed it to boinc_gui § Despite launched as boinc_gui, and that is the name in process list, it say "BOINC Manager" in window title! § Selecting menu File>Exit it pops up a warning that exiting it will also stop the processes. But the processes keep running. (IMO a good thing) § Project processes prepared but not yet running use memory anyway (probably swappable)
Thankyou Morgan for your testing can I interest you in joining the QA team? Is there any progress with this please Tomas?
I'm currently (silently though) working on update for Cauldron which should cover all aforementioned issues and would like to backport/update it then on MGA1.
@ Claire: Thank you! - Sorry I have to say i can not sign up for more duties than i have other places in life, but i will feedback and test more programs i want to use like this time. @ Tomas: Nice to hear. Post here when you need testing again on 64bit Mga1 !
Thankyou Morgan. We all do have other duties. You might like to subscribe to the qa-bugs mailing list to keep an eye on what needs testing, there are bound to be other things that you use The QA lists can be found here https://ml.mageia.org/wwsympa-wrapper.fcgi/lists/qa The new wiki is being filled with pages at the minute from the various teams. When it is opened there will be alot more useful information there if you'd like to help out :) Thankyou Tomas for the update too!
Now on cauldron, fully updated. Installed: boinc-client 6.12.38-1.mga2, boinc-manager 6.12.38-1.mga2 boincmgr does not find running boinc_client boinc_gui do, and launches dialog to attach to projects, but the option "Use account manager" is greyed out! If start boincmgr as root it finds the client, but have same option greyed out.
If instead of the workaround in Comment 19 I do chmod +r /var/lib/boinc/gui_rpc_auth.cfg then the boinc manager GUI starts from the menu OK
CC: (none) => derekjenn
Comparing boinc-client in Mandriva I see that the Mandriva spec file creates gui_rpc_auth.cfg within the spec file with cat /dev/urandom|od -N6 -An -x | tr -d ' ' > %{_localstatedir}/lib/boinc/gui_rpc_auth.cfg This prevents boinc creating its own file on first run with inappropriate permissions.
Could someone from the sysadmin team push the srpm boinc-client-6.10.58-1.1.mga1.src.rpm from Core Updates Testing to Core Updates. There are some problems with the package, but the basics work, depending on how the project is configured. Advisory: This update adds boinc, which allows people to volunteer to be be part of shared computing projects, which was available in Mandriva 2010.2, but missing from Mageia 1. https://bugs.mageia.org/show_bug.cgi?id=1690
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugs
update pushed
Status: REOPENED => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED
CC: boklm => (none)