|
rscRg33sr4dRop7X2Ux88wuApGvBvLrW5t
|
|
|
|
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 8842CE5E Bitcoin-qt didn't show up in the Ubuntu Software Center until I ran that command, but I did see bitcoind. Can anyone explain why, please? |
|
|
|
|
The analogy works better if all parties find themselves at the bottom of a large vessel from which they cannot escape. The vessel features two taps (with valves), one for water and one for food, like that stuff in The Matrix, but lacks any kind of drainage. Whatever comes out of those taps stays in the tank, in one form or another.
|
|
|
|
I have also had private garbage service at most places I have lived. I now pay $10 per month for garbage pick up. They come out 2 times a week and do a good job. If they did not do a good job I would just call another company. I heard about someone who tried to call another garbage company after calling to complain to the one she already had. The same guy answered the phone. |
|
|
|
I hope the changes get integrated into the main builds. Well, if the GnuCash developers decide to do so, and I doubt they will, they won't take my route. I had to modify a system file, iso_4217.xml, after all. Furthermore, it works by pretending that the target non-ISO4217 currencies do qualify as ISO4217. That just strikes me as an undignified kludge. I doubt that the developers will update GnuCash to include the bitcoin or any non-ISO4217 currency because they've stated that they won't include currencies that ISO4217 doesn't recognize. They also seem content with forcing users to make do, rather than coding a proper feature that would users to easily define their own non-standard currencies. Someone needs to actually code the feature and submit it. If the developers reject it then we can just fork the project. |
|
|
|
Well, I decided to make GnuCash treat the bitcoin like a regular currency myself. I downloaded the source code and modified two files, iso-4217-currencies.scm and iso-4217-currencies.c, both in '/gnucash-2.4.7.1b/src/engine/'. To the former I added the following lines: ;; non-standard/private - Not ISO4217, but we designate it as such so that Gnucash will treat it as such.
( "Bitcoin" "bitcoin" "satoshi" "ISO4217" "BTC" "nil" 100000000 100000000 "BTC" ) ;; Would have used XBC as the mnemonic to conform with ISO4217, but it appears to have been taken.
( "Ithaca HOUR" "hour" "hour" "ISO4217" "IHR" "nil" 6 10 "" ) ";;" indicates a comment. To the latter I added: {
const char *fullname = "Bitcoin";
gnc_commodity *c = gnc_commodity_new(book,
CUR_I18N(fullname),
"ISO4217",
"BTC",
"nil",
100000000);
if(!c) {
PWARN("failed to create commodity for currency %s", fullname);
} else {
if(!gnc_commodity_table_insert(table, c)) {
PWARN("failed to insert %s into commodity table", fullname);
}
}
}
{
const char *fullname = "Ithaca HOUR";
gnc_commodity *c = gnc_commodity_new(book,
CUR_I18N(fullname),
"ISO4217",
"IHR",
"nil",
10);
if(!c) {
PWARN("failed to create commodity for currency %s", fullname);
} else {
if(!gnc_commodity_table_insert(table, c)) {
PWARN("failed to insert %s into commodity table", fullname);
}
}Although I'm not sure if I needed to do so. I also made sure to add the following lines to '/usr/share/xml/iso-codes/iso_4217.xml': <iso_4217_entry letter_code="BTC" numeric_code="nil" currency_name="Bitcoin"/>
<iso_4217_entry letter_code="IHR" numeric_code="nil" currency_name="Ithaca HOUR"/> Then, I compiled GnuCash: sudo apt-get build-dep gnucash
sudo sh configure --prefix=/opt/gnucash
sudo make
sudo make install That puts an executable here: /opt/gnucash/bin/gnucash  Ta da! Keep in mind that I started with GnuCash 2.4.7 and that I am running it on Ubuntu 11.04. YMMV. |
|
|
|
It is just that. It would be the most restrictive license yet used for anything required. If this was brought in, anyone distributing binaries will also have to make available the source code to the Qt that they used for example or not bundle it. Wxwidgets made sure those conditions did not apply to derived works distributed in binary form. The creators of Qt got dragged a bit towards it even being as unrestricted as the LGPL in the beginning. I had noticed that the licenses picked so far are all much less restrictive and had thought that was a deliberate choice to keep the software free to more uses without the burdens of the GPL I can't imagine a better way to keep the software freer than with the likes of the GPL, but I suppose that's beyond the point. If copyleft should work its way into the main branch, as it might with the inclusion of Qt, folks who don't like it can just work with their own non-copyleft branch. |
|
|
|
I would think they should be released a separately as the qt dependency changes the nature of the licenses being depended on, and a more free main branch would be preferable.
Qt is available under a commercial license, the LGPL, and the GPL. Can you elaborate on your concerns? |
|
|
|
Happy?  happy.  |
|
|
|
...uBTC... Use 'μ' (mu) instead of 'u', please. |
|
|
|
I don't get what gold has to do with fast transactions. There's no such thing as intrinsic value, but there's no need to discuss it here. It's being discussed here and here. The units don't matter. As long as T<R*(t/10), where T is the value of the transaction, R is the value of the block reward, and t is the time to conduct the transaction in minutes, a seller can safely accept payment at zero transactions. Just make sure that you measure T and R with the same units. |
|
|
|
"Make it easier for users to work with alternative/non-ISO/private currencies. ( http://uservoice.com/a/35yKe)" Folks, I made the above suggestion to the GnuCash developers to include better support for currencies that do not meet ISO requirements, like the bitcoin. I hope you'll all up vote it. |
|
|
|
I just wanted to add an idea that popped into my mind. The longer you use Bitcoin, the more transactions you have (d'uh). Most will not use only a single address, so over time you'll pile up heaps of addresses. Tagging them sure helps organizing, but adding a folder-like system would improve it even more. I hope the following list illustrates what I mean: [+] Your addresses
[-] Friends
[-] Bob
|- 2hgZ3hdhdh2... 0.01
|- Hudh38dheUw... 0.02
[+] Jane 1.20
[+] Peter 0.74
[+] Business 12.10
[+] Freelance work 8.41
[-] Various
[+] My website 0.02
[-] Shopping
[+] Newegg -1.33
[-] eBay
|- Bought 1 -1.12
|- Bought 2 -0.08
|- Bought 3 -1.55
|- Sold 1 12.98
That way you could sort in your addresses and group them together easily. Basically like on your computer: you don't store everything in a single folder, but use them to organize your files How about instead of a folder structure, or in addition to one, the client uses labels. With labels, you can better accommodate contacts who use individual addresses for more than one purpose. What do folks think about the client using Outlook or Thunderbird to manage contacts instead of managing them itself? Separately, I'd like to see the client have the same functionality as the Block Explorer. Although, that might go beyond the scope of this effort. |
|
|
|
Actually the app has an address book, and BitCoinJ supports multiple keys.
There are many other limitations of BitCoinJ, but that isn't one of them. So the developer made an inaccurate comment here? |
|
|
|
Besides getting stuck on the block chain sync when I first ran it, Bitcoin Wallet works well for me. I sent a bitcoin from my PC to my HTC Incredible 2 and back. It has a neat-o cash register sound that plays when you receive a payment. I didn't sit and watch, but the next morning, the two transactions had 60 and 62 confirmations. The app also has good integration with other apps, like Google Goggles for QR code stuff. Unfortunately, due to a limitation in BitcoinJ, you only get one public key to work with. Hopefully that will change soon. In the meantime, Bitcoin Wallet looks very promising and I find it very suitable for playing around with. Hopefully I'll get a chance to use it to buy lunch at that place in NYC. |
|
|
|
|
I am a mechanical engineer and I know my way around Inventor pretty well. I'm familiar with manufacturing environments and I often interface with machinists in the course of producing prototypes and custom manufacturing equipment. I'd consider contributing to such a project.
|
|
|
|
I think Ripple is very interesting, but I am not convinced that the "trust chain" works well enough for arbitrary situations. I just want to buy something from some random online shop without needing to figure out a trust path to them. The Ripple system would do that for you as long as it has a well connected user base. As its biggest problem, the Ripple Project has yet to develop a decentralized model. A Ripplypay user can't send an IOU to a Rain Droplet one. I think the Ripple Project might benefit from integrating with or borrowing ideas from the Diaspora project. |
|
|
|
The phrase, "are believed to be", should never ever be in allowed in a news article unless your source would be in some sort of danger. Even then, you should give some reference to the validity of the source. They might as well be reporting what a magical 8 ball told them when they asked it about the hack. This is especially so if it's the lynchpin of your headline.
The passive voice tends to annoy me, especially when writers employ it without an agent. I make an exception for scientific texts, but only begrudgingly. |
|
|
|
|
Show Posts
