So anything going in in the world of Rucoin or is this now sunk again?

Hello, I really appreciate the work you are putting into this. I currently only got one "problem" with it. It takes forever to do the "initial data load". I'm trying to load the bitcoin blockchain into a mysql db and I'm currently at block 176100 and it takes around 5seconds/block is this normal or I'm I doing something wrong?

I don't have any problem with the username and password for the pool I am using, I just have a problem figuring out the correct syntax to use with the -x option for the proxy server that that particular computer is using. The proxy username is PUBLIC\*****@LibraryPublic
So you are saying it should look like:
-x http://PUBLIC\*****@LibraryPublic@***.***.***.***:8082 ?

OK, thanks for your help, I'll try out that configuration tomorrow.
I'm not convinced that it will work though because my username also has an @ symbol in it.

I don't understand what you mean.
I have tried using  -x http://<proxy address>:8082:<user name> but this doesn't work.
I need to know the correct syntax to add the user name.

I am trying to use this software on a work computer that uses a proxy, so I have addded "-x http://<proxy address>:8082"
The output from the terminal says "[2013-07-02 10:17:04] HTTP request failed: The requested URL returned error: 407 Proxy Authentication Required"
The proxy needs me to add a user name, which I do know.
What is the correct format to add my user name to the proxy option to make it work?

Just an FYI, one goal for this project is not to continue forever on using liteaddress.org for generating Litecoin private keys/addresses but to either modify casascius' private key generator or create my own. Likely the former will be the path.

 

Wouldn't work, MinePeon runs Arch Linux not debian .

But yeah, a pacman repo (that's what Arch uses) is in the works.  The problem at the moment is that MinePeon is in heavy development and so much changes between releases package management would slow things down to much.

However if you want to update Arch you can by doing;-

sudo pacman -Syu

Just don't blame me if it breaks something.

Neil

Actually is not that bad. After looking over the BBQCoin wallet code on GitHub I discovered a few cool facts about BBQCoin. First BBQCoin is going to make way more than 88 million coin. The hardcode limit is 4.2 billion but it will be impossible for it to ever reach that amount. So here are the basics. BBQCoin generates 42 coins per block, with 1 block every minute. This reward is halved every 24 million blocks. It will take approximately 45 years to reach block number 24 million. At that time there will be around 1,008,000,000 total BBQCoin in existence. On block 24 million +1 the reward will go to 21. There is a link to a simple spreadsheet that gives a better visualization of this. It will take about 300 years to get to 2 billion coins!


https://docs.google.com/spreadsheet/ccc?key=0Au8P3xZa8774dDhld2EwOFBPN0VmdlpEb2RLTFMxZ0E&usp=sharing

What does this mean? Not too much actually. BBQCoin generates coins very slowly (half the speed of feathercoin) and the added supply over time wont harm anything. In fact you could argue that it is a beneficial feature. The supply will continue to expand helping reduce deflation and miners will be rewarded for ever.

Feel free to comment and let me know what you think.
 
reference:
https://github.com/overware/BBQCoin/blob/master/src/main.cpp  Line 833
https://github.com/overware/BBQCoin/blob/master/src/main.h  Line 35

Back to the BBQ Mines,
-bigdaub

When it warrants it I will.  I cannot make a new release every time that there is a miner upgrade in a piece of software that is in MinePeon, I would literally doing 2-3 releases a day if I did.

It would be nice to have some sort of progress bar when executing larger tasks.
I'm still importing the massive csv file - but no idea how much longer it's going to take or if it has frozen.

Edit:
Infact you could add that quite easily - I just checked the dir with wallet.dat and can see that it is still increasing in size which means that the job has not frozen.
wallet.dat is now 80mb - I wonder how big it will get!

578 Emeraldcoin
14.491971 μONC
90177541 IFC
570 Florincoin
500 Alphacoin
4491 Dragoncoin
962 Porncoin

plus various other coins  (lucky dip)

starting bid 5 LTC

I tried git pull on the cgminer-git i am using and saw it was from ckolivas not from pooler.

It also said I am not on a branch abd need to choose a branch.

So now I have to wonder what if any relationship exists between what i was using and this one?

Is this one only for scrypt, maybe? Or does it include all the latest stuff for all the sha256 FPGAs and ASICs and such?

If it doesn't contain the latest stuff I was already using, will it walk over my existing binary or use a new name for its executable so I can continue to use my existing cgminer for what it is already doing and use this one for scrypt?

Or does this one basically obsolete the ckolivas one, containing all its stuff plus this new upgrade for scrypt?

come to that, does it also support the weird new variant scrypts or have the people pushing those not actually made pulls available yet to get their new variants into the mainline code?

(I have been unable to use any of their stuff yet because they seem to plan to walk all over my existing install instead of beign a new separate package.)

-MarkM-

$ minerd --help
Usage: minerd [OPTIONS]
Options:
  -a, --algo=ALGO       specify the algorithm to use
                          scrypt    scrypt(1024, 1, 1) (default)
                          sha256d   SHA-256d
  -o, --url=URL         URL of mining server (default: http://127.0.0.1:9332/)
  -O, --userpass=U:P    username:password pair for mining server
  -u, --user=USERNAME   username for mining server
  -p, --pass=PASSWORD   password for mining server
      --cert=FILE       certificate for mining server using SSL
  -x, --proxy=[PROTOCOL://]HOST[:PORT]  connect through a proxy
  -t, --threads=N       number of miner threads (default: number of processors)
  -r, --retries=N       number of times to retry if a network call fails
                          (default: retry indefinitely)
  -R, --retry-pause=N   time to pause between retries, in seconds (default: 30)
  -T, --timeout=N       network timeout, in seconds (default: 270)
  -s, --scantime=N      upper bound on time spent scanning current work when
                          long polling is unavailable, in seconds (default: 5)
      --no-longpoll     disable X-Long-Polling support
      --no-stratum      disable X-Stratum support
  -q, --quiet           disable per-thread hashmeter output
  -D, --debug           enable debug output
  -P, --protocol-dump   verbose dump of protocol-level activities
  -S, --syslog          use system log for output messages
  -B, --background      run the miner in the background
      --benchmark       run in offline benchmark mode
  -c, --config=FILE     load a JSON-format configuration file
  -V, --version         display version information and exit
  -h, --help            display this help text and exit

It's also forbidden to sell steam accounts.
If you want you can buy it from me, if not, try to find it yourself.

Koolio is not a mod here, and cannot delete your posts, I on the other hand can. Lets just make this clear everyone, please keep your BTC-E Dramas on BTC-E. If Koolio banned you on BTC-E, that does not give you the right to spam his threads here. Bitcointalk is not affiliated with BTC-E, and the fact that BTC-E picks its chat moderators from its userbase is not our or anyone else's concern. If you have a problem with Koolio for his moderating on BTC-E, like I said, keep it on BTC-E.

I have made a start (for my own personal/business use) at building a large IP block list, from technically free but quality sources, with a lot of technical data to back up why the IP address' why they should be blocked. I have done further filtering, to include only the worst typically and obviously make sure there is no duplicates.

As I was building this list, which quickly got to 2000 IP address', which was far more data than I had gotten in 2 years, in just 1 week, which came from specific IP address' that out there were well known to be "dangerous", compared to attacks which actually happened to my servers.
I realised others might find this useful, if they operate their own servers and can make use of imported IP address' in a specific format, usually compressed text files to help prevent malicious acts against them. I designed them originally to be imported to the IP blocklist add on with pfsense, but I'm sure others will have their own preferences and formats. With the scripts I've written, changing the format shouldn't be a problem.

So I saw the benefits of sharing my block list, I don't plan to profit from it (I won't say no to a donation, but it will always remain free).

---

Our Block lists are lists of IP address' that allows website administrators to take advantage of the data generated by well known and established sites; These include both community and corporate efforts to keep track of the worst suspicious, malicious and dangerous IP, then keep those attacks away from you.

We output it in a way that makes it easily usable in popular firewall and web server software with ease.
However it's never perfect, but we do our best to filter it as much as possible, and limit it to the worst offenders, as to reduce false positives.
Also we'd like to hear from you if you'd like it in a particular format, as every software prefers slightly different formatting and we might miss one or two.

---

To-long-didn't-read

So in short, is their any community interest in a free IP block list, that focus' on the worst offenders out there, from multiple sources?