I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.

I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.

... and the step before that?./autogen.sh ...

But huh? My repo? People use that?I only ever get people to get code from my repo when conman/ckolivas goes walkabout.The only time my repo would be useful rather than using the main repo would be when I've added something new and it hasn't been committed into the main one yet (rare)

Sorry, I'm not sure what kanoi-cgminer-aa7723e7 is ... (I can't find that number anywhere - though I'm not a git export either)post a link so I understand what you're looking at.

I started basic by using copy and paste from the README file to make sure there weren't any typos, used sudo, and su, but it is still not working. I notice there is a configure.ac and a Makefile.am, but I can't get it to work. Any help would be grealty appreciated.

... and the step before that?./autogen.sh ...

But huh? My repo? People use that?I only ever get people to get code from my repo when conman/ckolivas goes walkabout.The only time my repo would be useful rather than using the main repo would be when I've added something new and it hasn't been committed into the main one yet (rare)

Sorry, I'm not sure what kanoi-cgminer-aa7723e7 is ... (I can't find that number anywhere - though I'm not a git export either)post a link so I understand what you're looking at.

Kano, sent some bitcs your way for saving me an OS upgrade. Seriously, why is it required to upgrade your OS for a new version of software? Shouldn't there be an easy way to just get the new GLIBC installed on an old version?

Thanks for the BTC

I keep making 11.04 binaries since my GPU/BFL rig is 11.04 based on my setup script in cgminer and I don't have any 7xxx GPUs (yet)

The GLIBC version ties in with the kernel, so updating GLIBC has a habit of hitting a brick wall at some stage after kernel upgrades stop on any linux distro version.

I'd certainly not want to try building a later GLIBC from scratch coz I'd expect there to be issues that either:1) I'd not know about and thus be using a potentially buggy GLIBC (I'd have to spend a lot of effort looking at all the changes in GLIBC and why they changed)or2) would show up as failing to build it on the 11.04 kernel (2.6.38-8) and thus most likely be lots of effort to resolve

It's all pretty much: lots of effort for no real gain for me, and building on 11.04 is simple enough for me with an 11.04 dev VM also.(interesting for me also is that the binaries I build on 11.04 work on my desktop fc16 too where I have my 2xIcarus)

Thanks for the explanation, Kano. I figured it was coupled to the OS fairly tightly or else I would have been able to find some how-to googling, your explanation is a lot better than anything I found online.

cklovias, I understand that at some point you have to move on (although I don't know specifically what new feature was required in the newer version, I know you are smart enough to not just rebase to the new version for fun). My gripe is with the linux setup, not with your excellent software.

Thanks to both of you for all your work!

I used the link that you posted above to download the file I used. I clicked from there download as tar.gz . The file I downloaded was named: kanoi-cgminer-v2.1.0-1328-gaa723e7.tar.gz as a 6.40MB file. If I use the same method now I noticed the file name has changed to: kanoi-cgminer-v2.1.0-1337-g4abecc2.tar.gz but is still a 6.40MB file. When I extract the file I downloaded in 11.04 the file is named kanoi-cgminer-aa723e7 . I haven't compared it something from the main github although it does look similar from what I remeber. The issue is simply that it won't configure as obviously my methods are incorrect or that file doesn't contain the same items.

If you compile from the ckolivas' source tarball, the configure script is (probably) included and you don't need to run autogen.sh. If you use kano's link, which seems to be simply his git repo packaged, you need to run "./autogen.sh" right before the configure step, as the configure script isn't included in the git repository.

New release - version 2.6.0, July 29 2012It's a big change, so take usual precautions, although most of the changes to bitcoin mining should be safe bugfixes only.

Human readable changelog:Major feature upgrade: Scrypt support (for litecoin mining). This is non-trivial to get working well and I suggest reading the SCRYPT-README included before asking any questions. While I do not in general support other currencies to bitcoin, with a large enough bitcoin bounty I added this feature to cgminer; see: https://bitcointalk.org/index.php?topic=92887.0Numerous minor bugfixes for regular mining.

Full changelog:- Display kilohash when suitable, but store the global mhash value still trulyin megahashes to not break the API output.- Don't try and print curses output for devices that won't fit on the screen.- Add scrypt documentation in the form of a separate readme.- Fix build error without scrypt enabled.- Limit total number of curls recruited per pool to the number of mining threadsto prevent blasting the network when we only have one pool to talk to.- bitforce: Skip out of sending work if work restart requested- Keep a counter of enabled pools and use that instead of iterating over thepool list. Use that value to ensure we don't set the last remaining active poolto the rejecting state.- fpgautils: add support for 57.6 kBd serial- miner.php add a socket RCV timeout for if cgminer is hung and the API threadis still running- Limit thread concurrency for scrypt to 5xshaders if shaders is specified.- Simplify repeated use of gpus[gpu]. in ocl.c- Find the nearest power of 2 maximum alloc size for the scrypt buffer that cansuccessfully be allocated and is large enough to accomodate the threadconcurrency chosen, thus mapping it to an intensity.- Don't make opt_scrypt mandatory blocking with opencl code.- Update kernel versions reflecting changes in the API.- Make the thread concurrency and lookup gap options hidden on the command lineand autotune parameters with a newly parsed --shaders option.- Fix target testing with scrypt kernel as it would have been missing sharesbelow target.- Bugfix: Use a mutex to control non-curses output- Simplify code to a single vprintf path for curses-less printing- Move opt_quiet check to my_log_curses, so it works for curses-less builds- Use log_generic for vapplog to cut down on code duplication- Add space to log output now that there is more screen real estate available.- BFL force all code to timeout to avoid hanging- Bugfix: Copy argv[0] given to dirname()- Always create the largest possible padbuffer for scrypt kernels even if notneeded for thread_concurrency, giving us some headroom for intensity levels.- Use the detected maximum allocable memory on a GPU to determine the optimalscrypt settings when lookup_gap and thread_concurrency parameters are not given.- Check the maximum allocable memory size per opencl device.- Add debugging output if buffer allocation fails for scrypt and round upbufsize to a multiple of 256.- Nonce testing for btc got screwed up, leading to no accepted shares. Fix it.- Display size of scrypt buffer used in debug.- Allow intensities up to 20 if scrypt is compiled in.- Add name to scrypt kernel copyright.- Allow lookup gap and thread concurrency to be passed per device and storedetails in kernel binary filename.- Ignore negative intensities for scrypt.- Change the scale of intensity for scrypt kernel and fix a build warning.- Correct target value passed to scrypt kernel.- Use 256 output slots for kernels to allow 1 for each worksize.- Test the target in the actual scrypt kernel itself saving furthercalculations.- Reinstate GPU only opencl device detection.- Decrease lookup gap to 1. Does not seem to help in any way being 2.- Fix build.- Make pad0 and pad1 local variable in scrypt kernel.- Constify input variable in scrypt kernel.- Send correct values to scrypt kernel to get it finally working.- Create command queue before compiling program in opencl.- Detach pthread from within the api thread in case it is terminated due to notbeing instantiated before pthread_cancel is called from main, leading to asegfault.- Debug output per thread hashrate is out by a factor of 1000.- Initialise mdplatform.- Find the gpu platform with the most devices and use that if no platform optionis passed.- Allow more platforms to be probed if first does not return GPUs.- Fix external scrypt algo missing.- Limit scrypt to 1 vector.- Handle KL_SCRYPT in config write.- Get rid of stuff.- Don't enqueuewrite buffer at all for pad8 and pass work details around forscrypt in dev_blk.- Set the correct data for cldata and prepare for pad8 fixes.- Bugfix: Fix build without curses but with OpenCL- Find the gpu platform with the most devices and use that if no platform optionis passed.- Allow more platforms to be probed if first does not return GPUs.- Get rid of spaces in arrays in scrypt kernel.- Start with smaller amount of hashes in cpu mining to enable scrypt to returntoday sometime.- Show Khash hashrates when scrypt is in use.- Free the scratchbuf memory allocated in scrypt and don't check if CPUs aresick since they can't be. Prepare for khash hash rates in display.- Add cpumining capability for scrypt.- Set scrypt settings and buffer size in ocl.c code to be future modifiable.- Cope with when we cannot set intensity low enough to meet dynamic interval byinducing a forced sleep.- Make dynamic and scrypt opencl calls blocking.- Calculate midstate in separate function and remove likely/unlikely macrossince they're dependent on pools, not code design.- bitforce: Use "full work" vs "nonce range" for kernel name- Display in debug mode when we're making the midstate locally.- Fix nonce submission code for scrypt.- Make sure goffset is set for scrypt and drop padbuffer8 to somethingmanageable for now.- Set up buffer8 for scrypt.- Build fix for opt scrypt.- Don't check postcalc nonce with sha256 in scrypt.- Don't test nonce with sha and various fixes for scrypt.- Make scrypt buffers and midstate compatible with cgminer.- Use cgminer specific output array entries in scrypt kernel.- Provide initial support for the scrypt kernel to compile with and mine scryptwith the --scrypt option.- Enable completely compiling scrypt out.- Begin import of scrypt opencl kernel from reaper.- bitforce_get_result returns -1 on error now.- Check return value of read in BFgets- Bugfix: Make our Windows nanosleep/sleep replacements standards-compliant(which fixes nmsleep) and include compat.h for bitforce (for sleep)- rpc: Use a single switch statement for both stringifications of cgpu->status- Fix whitespace mangling.- miner.php fix rig # when miners fail- Only try to shut down work cleanly if we've successfully connected and startedmining.- Use switch statement for cgpu->status and fix spelling.- Abbrv. correction- Bugfix: Don't declare devices SICK if they're just busy initialising- Bugfix: Calculate nsec in nmsleep correctly- Bugfix: Adapt OpenCL scanhash errors to driver API change (errors are now -1,not 0)- Remove superfluous ave_wait- Put kname change for broken nonce-range back in- Add average wait time to api stats- Change BFL driver thread initialising to a constant 100ms delay betweendevices instead of a random arrangement.- Spelling typo.- Time opencl work from start of queueing a kernel till it's flushed whencalculating dynamic intensity.- Modify te scanhash API to use an int64_t and return -1 on error, allowing zeroto be a valid return value.- Check for work restart after the hashmeter is invoked for we lose the hashesotherwise contributed in the count.- Remove disabled: label from mining thread function, using a separatemt_disable function.- Style changes.- Missed one nonce-range disabling.- Add average return time to api stats- miner.php allow rig names in number buttons- Remove bitforce_thread_init The delay thing does nothing useful... when longpoll comes around, all threads restart at the same time anyway.- Change timeouts to time-vals for accuracy.- fix API support for big endian machines- Cope with signals interrupting the nanosleep of nmsleep.- Use standard cfsetispeed/cfsetospeed to set baud rate on *nix- miner.php split() flagged deprecated in PHP 5.3.0- More BFL tweaks. Add delay between closing and reopening port. Remove bufferclear in re-init Add kernel type (mini-rig or single)- Make long timeout 10seconds on bitforce for when usleep or nanosleep justcan't be accurate...

I used the link that you posted above to download the file I used. I clicked from there download as tar.gz . The file I downloaded was named: kanoi-cgminer-v2.1.0-1328-gaa723e7.tar.gz as a 6.40MB file. If I use the same method now I noticed the file name has changed to: kanoi-cgminer-v2.1.0-1337-g4abecc2.tar.gz but is still a 6.40MB file. When I extract the file I downloaded in 11.04 the file is named kanoi-cgminer-aa723e7 . I haven't compared it something from the main github although it does look similar from what I remeber. The issue is simply that it won't configure as obviously my methods are incorrect or that file doesn't contain the same items.

Any help would be grealty appreciated.

My git will require ./autogen.sh to be run on linux

You are best to get from ckolivas git, since, as I mentioned before, all of the code in my git is either in ckolivas git already, or waiting to go in as a pull request

When you select the tar.gz button in the github downloads page, it generates a tar.gz file then of the current git at the timeI don't put up tar.gz files into the download page.

On my downloads page there are cgminer exe's built for Xubuntu 11.04 - those cgminer-2.X.Ya files are just the matching cgminer executable compiled on 11.04If you need that then:You should download the current binary build from ckolivas and then just add the single binary file from my download page and rename it to 'cgminer' (on top of the 'cgminer' you downloaded from ckolivas)

I haven't made a 2.6.0a yet (I get an autogen error since I updated my git a couple of hours ago) - I'll fix that tomorrow

i finally got cgminer running by installing the latest inf-modded NVidia Driver that doesnt bring problems. I was able to setup cgminer and the gpu brings 6.8Mh/s the stats say. But the pool im mining for is telling me that i send under 1 kH/s only. Even with Pooler CPU Miner i send 6.8kH/s and theoretically cgminer should be able to send 100 times that much.

When i started cgminer in the top left corner it claims to run at 6.8MH/s and it says it runs only at one thread.

What do i have to change so that it runs and is there a tweak in settings that would work better than the standardsetting?

I then see that the CPU is working 75%. Is this normal for gpu-mining or does it mean that the cpu is mining too? I would like to have gpu and cpu work both on mining so that the best performance comes out. Of course the cpu shouldnt slow down the gpu-mining then.

Yes, i know that ATI is better. But its not that i want to mine seriously, its more that i have to be away a good amount of hours every second day and i can only use my notebook there. The electricity is free there so i thought of playing lotto by letting my cpu and gpu mine bitcoins. Someone suggested i should mine litecoins instead and so i tried this.And at the moment i was able to make scryptminer and pooler cpu miner work with my cpu and it works with pool-x, so i think solomining will work too. But i dont get my gpu to work.I mean why is cgminer telling that it is hashing at 6.8MH/s, which is 100 times more than the cpu but at the targetted pool i only have 0.5kH/s or so. That doesnt match it seems.

I tried to run it with the --scrypt tag but then it hangs somehow at the startscreen and doesnt want to work it seems.

And reaper is another strange thing. Everytime i start it to mine first my driver breaks with a black screen and is restarted. After that its strange because at some programs i get dancing dots then. For example the full space of firefox has dots that change everytime something on the screen changes. That means the blinking cursor is a change too. But the whole desktopbackground is free of the dots. Then explorerwindows have only some dots and the keepasswindow has no dots at all.

What is this? I mean it cant be something overheatet on the gpu because its not hot enough. And when it would something from the gpu then it would be on the whole screen, not on single program guis isnt it?