<mizerydearia> In regards to compiling a package (bitcoin) from source and using useflags to determine whether to compile bitcoin binary (gui requiring wxwidgets-2.9) and/or bitcoind binary (daemon), which useflag method does anyone suggest: use "gui" and "daemon", use "wxwidgets" or something else?
<mizerydearia> Does it matter or is it important what useflags are used?
<mizerydearia> Perhaps it would be acceptable to use useflags "bitcoin" and "bitcoind?"
<nao> mizerydearia: maybe client and server use-flags are better?
<mizerydearia> nao, I don't think so because bitcoin is a gui-based p2p client that connects to the p2p network and bitcoind is a daemon-based p2p client that connects tot he p2p network.
<mizerydearia> Both have server and client characteristics
<nao> mizerydearia: they share some code or they are completly different?
<mizerydearia> nao: They share code
<nao> mizerydearia: they share some libs or other resources? e.g. Can you compile +gui -daemon, install it, then compile -gui +daemon and install again without collision with previous?
<mizerydearia> hmm, I used "wxidgets" and "daemon" useflags.  "wxwidgets" provides gui binary and "daemon" provides daemon and init.d/conf.d scripts
<mizerydearia> It is possible to install only the gui or only the daemon
<nao> mizerydearia: IMHO wxidgets is not the best variant, maybe use "gui"?
<mizerydearia> hmm, really?  I thought it was better than gui
<nao> mizerydearia: gui is more generic
<mizerydearia> And in the case in future that a second gui is available to be compiled that isn't reliant on wxwidgets, then how to separate them?
<mizerydearia> gui2?
<nao> mizerydearia: hm... seems you are right
<nao> mizerydearia: can this package be splitted into two?
<nao> two separate ebuild
<nao> ebuilds
<mizerydearia> I suppose, but they would download content from same repository and use same files
<mizerydearia> and there only be very minor difference in indicating to build bitcoind or bitcoin binary.
<mizerydearia> It would seem pointless to split into two.
<mizerydearia> dry (don't repeat yourself)?
<nao> mizerydearia: IMHO, if files are not overlap... splitting may be useful
<mizerydearia> nao, Can you provide examples of ebuilds in portage that have been split?
<nao> mizerydearia: dev-games/renpy -> dev-games/renpy, dev-games/renpy-modules is splitted by me in sunrise
<mizerydearia> Any examples in portage?
<mizerydearia> in main?  not sure of name
<nao> mizerydearia: but no, there was a special reason for that
<nao> mizerydearia: try this:
<nao> mizerydearia: cat /var/db/pkg/*/*/SRC_URI | tr ' ' '\n' | grep '^http\|^ftp\|^mirror' | sed 's@^.*/\([^/]*\)$@\1@' | sort | uniq -dc | sort -n
<nao> mizerydearia: hmm... there are some bug in my script;) wait...
<nao> mizerydearia: *-ant packages, vim-core and gvim
<nao> mizerydearia: i.e. splitting is not used widely
<mizerydearia> I agree
<nao> mizerydearia: then not forget to test if at last one of the flags enabled
<nao> mizerydearia: you can use confutils.eclass for that

<mizerydearia> nao, Here is the ebuild.  How does it look? http://github.com/mizerydearia/bitcoin_gentoo_ebuild/blob/master/net-p2p/bitcoin/bitcoin-9999.ebuild
<nao> mizerydearia: The name of ebuild (package) can be removed from description
<nao> mizerydearia: Add / to the end of HOMEPAGE
<nao> mizerydearia: bitcoin in SRC_URI can be replaced by ${PN}
<nao> mizerydearia: sort DEPEND
<nao> mizerydearia: min version of app-admin/eselect-wxwidgets in portage is 1.1, so you can drop version
<nao> mizerydearia: using ${PN} in enewuser... don`t know, better to ask someone on the channel
<nao> mizerydearia: don`t use 'cd trunk', you can set S variable for that
<nao> mizerydearia: try to use emake instead of make
<mizerydearia> S variable?
<mizerydearia> $ grep "enewuser.*PN" */*/*.ebuild
<mizerydearia> Shows a couple packages using ${PN}
<mizerydearia> Not too many though
<mizerydearia> nao, Thanks for tips.  Anything else?
<nao> mizerydearia: lines 45,46 can be expanded to more lines
<nao> mizerydearia: inlines with if fi is not readable
<nao> mizerydearia: nls? needs gettext, or maybe virtual/libintl
<mizerydearia> Which is better to rely on: sys-devel/gettext or virtual/libintl?
<mizerydearia> I'll use sys-devel/gettext
<nao> mizerydearia: don`t know. but many of ebuilds in portage rely on sys-devel/gettext
<nao> mizerydearia: I just found 'domo' helper you can use it for .mo files
<mizerydearia> mm, domo?
<nao> mizerydearia: And, I think, if LINGUAS is not set, you need to install all mo files
<mizerydearia> ah
<mizerydearia> Only a few ebuilds use domo
<mizerydearia> Very few even
<nao> mizerydearia: yes, but you can use it:)
<nao> mizerydearia: don`t know much about stuff on lines 56-70. hope you know it better
<nao> mizerydearia: I don`t have more comments on your ebuild

Finally, when a user disconnects, the client software saves the list of nodes that it was actively connected to and those collected from pong packets for use the next time it attempts to connect so that it becomes independent from any kind of bootstrap services.

In practice, this method of searching on the gnutella network was often unreliable. Each node is a regular computer user; as such, they are constantly connecting and disconnecting, so the network is never completely stable. Also, the bandwidth cost of searching on gnutella grew exponentially to the number of connected users,[8] often saturating connections and rendering slower nodes useless.

Maybe an alternative currency "chamber of commerce" could be built that comes up with standards for the industry ?

What is Mutual Credit Clearing?
Mutual credit clearing is a measurement of account for direct seller and buyer relationships. It’s used to track the exchange of money or trade credits—whatever your medium. Your banks use it. So do trade exchanges. Trade exchanges have brokers, and brokers determine how to allocate credit to facilitate transactions amongst members. Unlike barter, trade exchange participants may trade with anyone in the network. The bookkeeping system has two types of balances: 1) positive, i.e. credit for the seller; 2) negative, i.e. the buyer’s account is debited.

For the past forty years, trade exchanges have proved to be a useful complimentary (not replacement) system of exchange. It can be local or regional, and it can network with other exchanges across the continent. Today, there are over 500 exchanges nationwide helping business members increase sales, conserve cash, turn unproductive assets into valuable products and services, and reduce unit costs. As a result, trade exchanges now partake in an international, $650 Billion dollar industry.

I found the author of that book Thomas H. Greco at http://www.reinventingmoney.com/documents/bio.html who is an expert on  complementary community currencies. I sent him an email letting him know about bitcoin and this thread to check out. If he is interested I hope he might give some input.

He replied to my email with this.

What then is the solution or solutions? Greco proposes a variety of solutions from a complete web-based trading system to creating local, community- based exchange systems which can be linked to regional, national and international networks. Examples of the ‘banjar' system in Bali, Indonesia and the Mondragon cooperatives in northern Spain shows a workable community based exchange system.

Yes, but it would vary depending on whether you're in the US, or in the EU, etc.

thanx but I got 3.28$ paypal on MTgox .

He was trying to sell BTC to get LR. He decided to just sell them for PayPal instead.

Emphasis added

I'm now doing binary releases with my github repo: http://github.com/aceat64/bitcoin-patchwork

I've got the following patches included:

• Jgarzik's listtransactions patch: http://bitcointalk.org/index.php?topic=611.20
• Jgarzik's getblock patch: http://bitcointalk.org/index.php?topic=724.0
• The listgenerated method, lifted from Lachesis's now deprecated RPC Calls patch: http://www.alloscomp.com/bitcoin/

I've also made the following changes:

• Slight change so that JSON-RPC returns 200 instead of a 500 error with invalid methods/params.
• Slight change so that JSON-RPC binds to all/any IPs instead of just the loopback.
• Changed MAX_OUTBOUND_CONNECTIONS from 8 to 32.

0.5% of the total + 0.01% per recipient (minimum 1 BTC per recipient.)

Example: 1,000 BTC to 4 recipients would generate a fee of: .0054 * 1000 = 5.4 BTC and 994.6 BTC would be sent out to recipients.

Example: 50 BTC spread out to 10 recipients would cost .060% * 50 = < 10. The fee would be 10 BTC, and 4BTC would go to each recipient.

The send to IP address, simply makes a connection there first and asks it for an appropriate bitcoin address to send to. After that everything is the same as any other transaction. That is why there was a warning of a possible man-in-the-middle attack using Tor or other proxies.

I am in favor of such a system.The more options available the better but some people like the easy option ie paypal but it sucks that the actions of a few bad eggs can mean your site gets put out of business. I think some kind of wiki or comparison engine for online payments might help and people could then roll their own payment method. Their are sites that do this for almost every other industry where the choice is confusing such as mobile phone plans so why not for the online payment industry?

Years ago, Real Merchant Accounts used to cost a lot upfront, making PayPal the next best thing. However, many merchant account companies are now offering free setup, free application, instant approvals and charge nothing upfront. Incredibly, the transaction rates are usually lower with a real merchant account. And unlike PayPal, with a real merchant account, you are in control of your own money.

A better option is Alertpay https://www.alertpay.com/en/Default.aspx  which also has an api for developers.