I haven't tried anything to be honest. I've only ever built anything from scratch once before and it wasn't nearly this involved. I'm just now reading through the file listed above and it's fairly involved for me. I think I could pull it off assuming there are no hiccups, but again I don't need bitcoin.app because my end goal is to run sans GUI (which I'm told is running "headless").
Are you familiar with IRC ? I have time right now I can help you with this if you want. |
|
|
|
A friend of mine has tried several times with no success, but I'm willing to give it a go. Won't I just end up with bitcoin.app running with a GUI like I have now though? The last steps talk about putting it all in a bundle bitcoin.app.
Hum... yes indeed. I don't know then. I don't know much about OS X anyway. But it's a Unix, right ? I don't see why it should not be possible to run bitcoind. Have you tried "make -f makefile.osx bitcoind" ? |
|
|
|
Is it possible to receive email each time a message is posted to the forum?
In my profile, under Notifications and Email, it suggests that I can click the "notify" button in various places on the forum to receive email notifications about new posts. Unfortunately, I don't see a "notify" button anywhere. Can anyone point me in the right direction?
Thanks.
OMG, you're kidding, right ? Do you plan on reinventing NNTP or something  ? |
|
|
|
I'm assuming that running bitcoind would make that go away.
Yes it would. Check out the file "build-osx.txt" on the bitcoin source code. |
|
|
|
Yeah, I'm out of my depth. All I know about grep is is what I used, and I can't use bitcoind because I can't compile it (lack of skill). The grep was messy, but it was actually working. I was displaying what I wanted, (except I couldn't get rid of the " characters and someone told me to us awk...which is also out of my depth). Basically I would have to learn grep, awk and figure out how to compile bitcoin on my Mac. It's a lost cause for now. Disappointing, but maybe someone else will want to do it some day and do the heavy lifting. All I know is it would be really cool to not have bitcoin.app in my Dock and just see some data on my desktop. This is my current desktop: http://cl.ly/3Wz4Thanks for the tips all the same! You don't need awk for such basic tasks. Use grep and sed. They are vey useful basic Unix filters. You should learn them. And throw your Mac away. Use a real operating system. Not this marketting crap. PS. You don't want the <"> ? Then just use sed 's/"//g' |
|
|
|
Depending on it is a really bad position to be in for a variety of reasons. But if you are literally starving or something I'm not saying you should turn it down to avoid being dependent.
Well if someone has really no choice, it's ok I guess. But as far as I'm concerned, I won't claim anything until I am really really broke, starving and with no roof upon my head. |
|
|
|
Very insightful. I went to University in the late 70s when very generous government grants were available, and I chose not to take them, on principle. But I think I should have done so, for the reasons you explained.
The problem with that is you won't be able to defend your liberal ideas. People will, with good reasons, claim that you oppose the very thing you live on. If you want to stand as an example, you can't accept any money from government. |
|
|
|
|
There is just no good reason why one should put something in someone's healthy body without his agreement. No matter how hard you tried to convince him. If at the end you failed, you just can't force him. Period.
|
|
|
|
I don't do it because it isn't worth giving them info and doing paperwork to me,
+1 |
|
|
|
Unemployment benefit is not a tax but an insurance so I am simply consuming a product/service that I have already paid for(coercively).
The government is partially to blame for my unemployment. One of the reasons I'm struggling to find a job is because I don't have "3-5 years work experience". I would be happy to work for less than minimum wage, on a precarious contract, just to get that experience. But labour regulations in my country are extremely rigid. As a result, taking on someone on a permanent contract is a huge burden for a company. As a result, companies are reluctant to take on people with little experience. This exacerbates the chicken-and-egg situation for new entrants.
Sound reasonable? Or I am being a hypocrite?
Sounds very reasonable. Don't try too hard to rationalize though. It's not just a matter of arithmetics of economics. It's also a matter of self-estim and being capable of sticking to your principles. |
|
|
|
|
It just occured to me how similar are these two projects. Somehow, I wonder if one can not consider bitcoin to be to money what esperanto is to language.
I just hope I'm wrong, because I wish bitcoin gets more success than esperanto did.
Anyway, here are the similarities I'm talking about.
First, it's an artificial construction from one person. Zamenhof for esperanto, Satoshi for bitcoin. The "artificial" aspect is what most opponent of esperanto and bitcoin are willing to advance when rejecting them. Esperanto is not a "real" language, and bitcoin is "backed by nothing", will they say.
Second, both have the same empire as an opponent. English for esperanto. Dollar for bitcoin.
Finally, both are international projects. They are designed to put every countries on the exact same level.
Esperanto is more than an hundred years now. It's quite an efficient language and it has shown many times that it is a better language for international communication. Unfortunately, people are still not much convinced by it.
I'm afraid something similar could happen to bitcoin. A few millions people will use it and will prove that it is a better money than any other else, but they will just fail in convincing other people about that. Even after an hundred years.
Again, I hope I'm wrong.
|
|
|
|
|
Cxu bitkojno havos la saman ontecon ol la internacia lingvo ?
De pli ol cent jaroj, tiu lingvo ekzistas, sed ni devas konfesi, ke gxi ne vere sukcesas. Nur kelkaj milionoj da homoj parolas gxin.
Cxu bikojno estos por la dolaro kio, tio la esperanta estas por la angla ?
Mi esperas ke ne.
|
|
|
|
Well, I did try to modify the code and surprisingly enough, it DID compile without warning ! I just changed the function in main.cpp : int64 GetBlockValue(int nHeight, int64 nFees)
{
int64 nSubsidy = 69.314603663439556*exp(-log(2)*nHeight/21e4)*COIN;
return nSubsidy + nFees;
}
I'd like to try that in a test network. |
|
|
|
I think the bounty should be offered to the author of "Money as Debt". Just my 2 BTC.  This guy is good at making explanatory animations, but he has some biased ideas about money imo. I'm not sure he likes the bitcoin concept anyway. We'd better brainstorm to come up with a good script, in a first place. Here is an idea : First we remind the viewer how the traditionnel banking model is organized. We show how a priviledged node, the banker, holds *accounts* of customers, and how every transaction has to pass through the banker, who just checks signatures and amounts. Then we show how bitcoin model is similar, except that everybody has a copy of the accunts book, and that eveybody can play the role of the banker. Who is actually the banker is decided randomly thanks to a CPU task that takes about 10 minutes to complete. We show how this avoids the problem of double spending. |
|
|
|
No one has access, but it's impossible to hide what a particular address has.
With a small CGI script, it should be possible to create a new address for each donator, so that it would be impossible to trace donations. I've posted something like this on an other thread... I'll try to find it. PS. Here it is : http://bitcointalk.org/index.php?topic=1796.msg22114#msg22114 |
|
|
|
back to square one...this setup has a nasty side effect in the Mac dock as a bitcoin.app icon begins to appear for a microsecond every time the data for GeekTool is updated. So if you set the data to update every 10 second this icon will appear/disappear every 10 seconds and if you set it to update constantly the dock just kind of jitters. Turns out I love the GUI and all this talk of running headless and using GeekTool is for fools. Hum... Are you using bitcoin instead of bitcoind  If so, don't. And don't chain "grep -v" instances. Use -e option. And read the grep manual page for your own sake. |
|
|
|
A friend helped me set up Bitcoin to start from the terminal with -server. Then he gave me a command I could feed to GeekTool to display the information generated by Bitcoin.app on my desktop using GeekTool. I have two questions. First, is there anyone here than is well versed in GeekTool and/or AWK that could help me figure out how to only display the data I'm interested on the desktop. As it is I get all kinds of data I don't want or need as seen in the screenshot: http://cl.ly/3VI9 (note that this data would be all one long line if GeekTool was not forcing a carriage return just to make it fit within the bounding box I set by dragging the sizing arrows). Use grep. Or use a language that reads JSON, and have this language print what you want. |
|
|
|
Si tu laisses à quelqu'un le droit d'utiliser ton espace disque à condition qu'il vienne chanter sous ta fenêtre, tu as pas besoin de faire écouter un couplet à l'État.
Jolie métaphore ! |
|
|
|
|
Won't be enough IMO. They still can receive donations from cash in the mail or Bank wire.
They might turn into bitcoin once Governments cease Wikileaks's bank accounts.
|
|
|
|
I'm talking two large chains where perhaps the "larger" chain has blocks with inferior hashes with significantly lower difficulty. The trick would be to somehow do a "sneak attack" with your now much longer chain and to get the miners creating new blocks to accept that new longer chain as the "official" chain and hopefully capture more than 50% of the network CPU effort from that point on. In theory, you might even "tweak" the difficulty in some way so that most of the blocks in this "new" chain are low difficulty but you ramped that difficulty back up again to match the current network difficulty... making a check of the last block of each chain seeming to be almost equally valid. This could only be done with a fairly large number of blocks (more than about 5000 blocks or so). It isn't something you could pull off with just a dozen blocks. Then again, 5000 blocks represent a whole bunch of mined bitcoins and would invalidate a huge number of transactions too, particularly transactions based upon those blocks as the generated source. 5k blocks may not be enough for this kind of attack.
...
I don't know. I don't even know how the software deals with "concurrent" block chains. How can it know which one will be the longest one before it downloads them ? Does it download both ? Here is my guess though : the program downloads whatever blocks are available on the network, without any particular order. In the same time, it attempts to find out the linear sequence. Thus, blocks who doesn't fit, or fit a short sequence, are simply ignored. That's how I'd do it. Also, I doubt the program takes only the chain length into account. Otherwise it would be too easy. It has to be rather the sum of difficulties, or something like that. |
|
|
|
|
Show Posts
