edit /opt/et/cgminer.conf
type: service cgminer on service cgminer start
|
|
|
wget will use ssl when it needs to if you install wget-ssl I've tried using entware, but doesn't really work for me. Seems to have the same failings at optware, with the added bonus of not having all the support and nice scripts. Using the flash drive to transfer the file is fine, ipkg will copy it to a temp dir, the 'ipkg-zWCaj2/cgminer-7gGXKd' I'll up-load the non-script version, because for some reason it doesn't work with asuswrt, and I have absolutely no idea why... neither does google. Just means you should manually shut down and start up the cgminer service when updating. https://www.dropbox.com/s/dwj0tmj89v4c27d/cgminer_3.3.4-1_mipsel.ipk
|
|
|
admin@RT-N16:/tmp/mnt/OPTWARE/asusware# ipkg install cgminer_3.3.4_mipsel.ipk Installing cgminer (3.3.4) to /opt/... ipkg: invalid compressed data--format violated sh: /opt/ipkg-zWCaj2/cgminer-7gGXKd/preinst: not found preinst script returned status 127 An error ocurred, return value: 1. Collected errors: Aborting installation of cgminer admin@RT-N16:/tmp/mnt/OPTWARE/asusware#
Hmmm, is this because I coped it to a FAT32 flash drive? I can't wget it because it's behind https and the ipkg repo has a old version of wget it seems..Can you upload to a ftp or someplace that doesn't use https? How did you install optware in Fat32!? Fat32 doesn't have the ability to do symbolic links, which will cause all sorts of problems. But it's saying that the compression formats is wrong, which is odd. I installed it OK on a totally fresh Optware. Maybe try: ipkg update ipkg upgrade To update everything first. Though on my asuswrt-Merlin I had to adapt the ipk. for some reason some of the installation scripts didn't work (I have no idea why - said they were missing) So I made a new IPK without them. Scripts didn't do too much, just stop and restart the service. Also, you can install wget-ssl for https transfers, just have to remove wget first: ipkg remove wget ipkg install wget-ssl
|
|
|
Dropped back to where it was. Maybe luck, maybe testing!
|
|
|
It's an optware IPK. It'll work with dd-wrt, Kong mod and asuswrt-Merlin, and probably asuswrt too. Also for taxik, if you can install optware, you can run this.
|
|
|
Those KnCs dont seem to be making a dent yet.
Taking that back. Of course its hard to say how much of the current hashrate spike is statistical noise, how much KnC, Bitfury or any of the other players, but the game is on it seems: Last 120 08/10/2013 20:47 262437-262557 279 863 848 x1.48 Last 10 09/10/2013 09:13 262547-262557 288 979 007 x1.53 Next 16/10/2013 15:48 264096 263 789 841 x1.39 If its not a statistical fluke, its bound to go up further considerably as KnC is no where near done shipping/deploying. Will we see 300M difficulty the next round? I think we may. Man, yeah that's one hell of a jump!
|
|
|
I've upped to the latest that will still work, which is 3.3.4. https://www.dropbox.com/s/950r36j86mx69d6/cgminer_3.3.4_mipsel.ipkI've now nicely packaged it in an IPK. To install: Copy to your router /opt dir and cd there type: >ipkg install cgminer_3.3.4_mipsel.ipk It'll copy all the files to the correct places and install any other missing packages automagically. If you already have cgminer.conf, it'll ask if you want to overwrite... of course not, so press 'N' Otherwise, edit the /opt/etc/cgminer.conf file to your needs. Then type: >service cgminer start
|
|
|
Mtgox has dropped to third in the bitconity list now after Bitstamp and BTCe
|
|
|
So try as I might, udev will not work on routers. The kernel is simply too old and there's not anything we can do about that. So... I'd like to request a configuration option to allow for udev to be disabled and just have the USB ports scanned on startup like we had before. Also, if GPU isn't specified, no need to copy the *.cl files in the install And allow it to be statically compiled. Thanks
|
|
|
Still having issues with libudev on mipsel.
Can't get it to statically link libudev.
In fact it doesn't seem to be statically linking in any library. It did used to.
|
|
|
I still don't see how someone standing at a till can broadcast a double spend.
Then you aren't thinking with an adversarial mindset. ... And sure, there are plenty of things you can do to cope with or mitigate the risk. None of them, however, begin with being anything less than completely frank about what the risks are. Agree completely. Being frank about the risks would include assigning probabilities to them and adjusting them over time based on empirical realities, just like card processors and insurance companies do. ... I think I mentioned risk analysis.
|
|
|
Yes, but I have the libraries and the header file, it's just when I specify their location, the configure script pays no attention to it.
|
|
|
I think I see something... Despite setting UDEV_CFLAGS, the flags aren't forwarded onto the libusb configure, so it misses the include path. From the configure.log in libusb-1.0: configure:11947: checking libudev.h usability configure:11947: mipsel-openwrt-linux-gcc -c -O2 -mips32r2 -mtune=4kc -D_XOPEN_SOURCE -D_GNU_SOURCE -static conftest.c >&5 conftest.c:58:21: fatal error: libudev.h: No such file or directory compilation terminated. configure:11947: $? = 1 configure: failed program was: note no path in cmd line.
|
|
|
I'm having issue compiling for mipsel these days. In particular with libudev. I see that it has been around since 2.4 or so, and I've compiled up to 3.3.1 ok, but now libusb is now part of the compilation process and udev is required. Any idea how I get that up and running? Seems udev is a very low-level system specific lib. The compiler I use has the option to include it in the buildroot, but cgminer still complains it's missing. Also, how do I use my own version of libusb-1.0 and not the included one? checking libudev.h usability... yes checking libudev.h presence... no configure: WARNING: libudev.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: libudev.h: proceeding with the compiler's result checking for libudev.h... yes checking for udev_new in -ludev... no configure: error: "udev support requested but libudev not installed" configure: error: ./configure failed for compat/libusb-1.0
|
|
|
It appeared to be working... started up, took forever to scan then showed my balance... but then I hit exit and my machine immediately BSOD'ed :/
Wtf? Certainly haven't heard that one yet... System specs? Sorry, was going to, but forgot... Win 8, 16Gb Ram, SSD + HDD, i7 Quad core 2.4GHz. I'll try again tomorrow see what happens. Just upped to the latest. Quit OK now.
|
|
|
It appeared to be working... started up, took forever to scan then showed my balance... but then I hit exit and my machine immediately BSOD'ed :/
Wtf? Certainly haven't heard that one yet... System specs? Sorry, was going to, but forgot... Win 8, 16Gb Ram, SSD + HDD, i7 Quad core 2.4GHz. I'll try again tomorrow see what happens.
|
|
|
It appeared to be working... started up, took forever to scan then showed my balance... but then I hit exit and my machine immediately BSOD'ed :/
|
|
|
Having issues with libudev :/
|
|
|
I still don't see how someone standing at a till can broadcast a double spend.
Some risk analysis would need to be done.
Some assumptions:
Value of transaction likely small Shop has own centralized bitcoin server which is very well connected. Shops own infrastructure used to create and broadcast transaction (customer doesn't send via his phone etc.)
For larger transactions $100-$500 (super markets, clothes shops etc) To mitigate the risk, maybe the customer can pay first then is refunded or charged more after the items are scanned. A big cart of groceries could easily take 10 mins. Or if you're standing in line.
|
|
|
|