3)
Message boards :
Project Staging Area :
PRPNet on Fedora 31 KDE
(Message 135434)
Posted 448 days ago by MusicalCalico
Hi,
I am trying to get prpclient to run on Fedora 31 KDE, but it does not appear to start. I downloaded version 5.4.0a linux 64 bit. I installed the client using sudo sh 2-dual-install-prpclient.sh which installed the needed files.
I then updated the master-prpclient.ini with the needed info so it looks like this:
// email= is a REQUIRED field. The server will use this address
// to send you an e-mail when your client discovers a prime.
email=myemail@gmail.com
// userid= is a REQUIRED field that will be used by the server
// to report on stats, etc. without having to reveal the user's
// e-mail address. DO NOT USE spaces. Instead use underscore _.
userid=MusicalCalico
// This value differentiates clients using the same e-mail ID
// DO NOT USE spaces. Instead use underscore _.
machineid=clientID
// This value differentiates instances on a machine
// This will be set automatically by the *-update-prpclient-ini script
// If you prefer to setup up prpclient directories manually, please
// set this to a unique identifier (e.g. 1,2,3,4...)
instanceid=INSTANCE_ID
// Tests completed by this "team" will be rolled-up as part of team stats. This
// will be recorded on tests that are pending and then updated when tests are
// completed. Since it is stored on the server per test, it is possible for a
// single user to be a member of multiple teams. If no value is specified for
// this field, then completed tests and primes will not be awarded to any teams.
// DO NOT USE spaces. Instead use underscore _.
teamid=The_Knights_Who_Say_Ni!
// server= configures the mix of work to perform across one or more
// servers. It is parsed as follows:
// <suffix>:<pct>:<workunits>:<server IP>:<port>
//
// <suffix> - a unique suffix for the server. This is used to distinguish
// file names that are created for each configured server.
// <pct> - the percentage of PRP tests to do from the server.
// <workunits> - the number of PRP tests to get from the server. The
// server also has a limit, so the server will never return
// more than its limit.
// <server IP> - the IP address or name for the server
// <port> - the port of the PRPNet server
//
// Setting pct to 0 means that the client will only get work from the
// server if it cannot connect to one of the other configured servers.
// Please read the prpnet_servers.txt in this directory for information
// on the latest PRPNet servers.
// The following servers are from PrimeGrid. To make a server active,
// you must remove the "//". For more information about proper settings
// please see the readme_primegrid.txt in this directory.
// For descriptions of each project, please see this thread:
// http://www.primegrid.com/forum_thread.php?id=1215&nowrap=true#13329
//server=121:0:1:prpnet.primegrid.com:12001
//server=FPS:0:1:prpnet.primegrid.com:12002
//server=GCW:0:1:prpnet.primegrid.com:12004
server=27:100:1:prpnet.primegrid.com:12006
//server=PRS:0:1:prpnet.primegrid.com:12008
//server=WIEFERICH:0:1:prpnet.primegrid.com:13000
//server=WALLSUNSUN:0:1:prpnet.primegrid.com:13001
// This is the name of LLR executable. On Windows, this needs to be
// the LLR console application, not the GUI application. The GUI
// application does not terminate when the PRP test is done.
// On some systems you will need to put a "./" in front of the executable
// name so that it looks in the current directory for it rather than
// in the system path.
// LLR can be downloaded from http://jpenne.free.fr/index2.html
llrexe=./llr
// This is the name of the PFGW executable. On Windows, this needs to
// be the PFGW console application, not the GUI application.
// PFGW can be downloaded from http://tech.groups.yahoo.com/group/openpfgw/
// If you are running on a 64 bit OS, comment out the pfgw32 line
// and uncomment the pfgw64 line.
//pfgwexe=./pfgw32
pfgwexe=./pfgw64
// This is the name of the executable used for Wieferich and Wall-Sun-Sun searches.
// Available ONLY to 64bit OS. Uncomment if you have 64bit OS.
// If you have an OpenCL-capable GPU, uncomment 'wwwwcl'
wwwwexe=./wwww
//wwwwexe=./wwwwcl
// This sets the CPU affinity for LLR on multi-CPU machines. It defaults to
// -1, which means that LLR can run on an CPU.
cpuaffinity=
// This sets the GPU affinity for CUDA apps on multi-GPU machines. It defaults to
// -1, which means that the CUDA app can run on an GPU.
gpuaffinity=
// Set to 1 to tell PFGW to run in NORMAL priority. It defaults to 0, which means
// that PFGW will run in IDLE priority, the same priority used by LLR, phrot,
// and genefer.
normalpriority=0
// This option is used to default the startup option if the PREVIOUS
// SHUTDOWN LEFT UNCOMPLETED WORKUNITS. If no previous work was left
// this will act like option 9.
// 0 - prompt
// 1 - Return completed work units, abandon the rest, then get more work
// 2 - Return completed work units, abandon the rest, then shut down
// 3 - Return completed, then continue
// 4 - Complete in-progress work units, abandon the rest, then get more work
// 5 - Complete in-progress work units, abandon the rest, then shut down
// 6 - Complete all work units, report them, then shut down
// 7 - Complete all work units then shut down (do not report completed work)
// 9 - Continue from where client left off when it was shut down
startoption=3
// stopoption= tells the client what to do when it is stopped with CTRL-C and there is
// work that has not been completed and returned to the server. Options 2, 5, and 6 will
// return all workunits. This will override stopasapoption. The accepted values are:
// 0 - prompt
// 2 - Return completed work units, abandon the rest, then shut down
// 3 - Return completed work units (keep the rest), then shut down
// 5 - Complete in-progress work units, abandon the rest, report them, then shut down
// 6 - Complete all work units, report them, then shut down
// 7 - Complete all work units then shut down (do not report completed work)
// 9 - Do nothing and shut down (presumes you will restart with startoption=9)
stopoption=3
// stopasapoption= tells the client that it needs to be shutdown automatically, i.e. without
// a CTRL-C. It is evaluated after each test is completed. It should be 0 upon startup.
// The accepted values are:
// 0 - Continue processing work units
// 2 - Return completed work units and abandon the rest
// 3 - Return completed work units (keep the rest)
// 6 - Complete all work units and return them
// 7 - Complete all work units then shut down (do not report completed work)
stopasapoption=0
// Timeout on communications errors
// (default is 60 minutes, minimum is 1 minute if not specified here...)
// Note that the actual used in the client is anywhere from 90% to 110% of this value
errortimeout=3
// Size limit in megabytes for the prpclient.log file...
// 0 means no limit.
// -1 means no log.
loglimit=1
// Set the debug level for the client
// 0 - no debug messages
// 1 - all debug messages
// 2 - output debug messages from socket communication
debuglevel=1
// Whether or not to echo "INFO" messages from server to console for accepted tests
// 0 - no echo
// 1 - echo (default)
echotest=1
I also installed xterm but when I run sudo sh 2-dual-start-prpclient.sh it says:
/home/plomos/Downloads/Prpnet/prpclient-5.4.0a-linux_64/prpclient-1 /home/plomos/Downloads/Prpnet/prpclient-5.4.0a-linux_64
/home/plomos/Downloads/Prpnet/prpclient-5.4.0a-linux_64
/home/plomos/Downloads/Prpnet/prpclient-5.4.0a-linux_64/prpclient-2 /home/plomos/Downloads/Prpnet/prpclient-5.4.0a-linux_64
/home/plomos/Downloads/Prpnet/prpclient-5.4.0a-linux_64
And nothing appears to be running at all. Is there a way to fix this? Thanks
|