Bitcoin Forum
May 24, 2024, 08:15:15 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 [2] 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 »
21  Alternate cryptocurrencies / Announcements (Altcoins) / Re: Open Transactions for Grandma on: January 04, 2014, 10:04:23 PM
I have tried it on Fedora 17 and on Fedora 19.

Fedora might maybe have some kind of problem with the concept of a "system tray", which seems to be a mac and/or windows concept.

However, it might be the case that more grandmas use windows or mac than use various types of Linux? (Is Android a type of Linux?) so maybe that is okay?

FellowTraveler basically just says Fedora must be using a broken windowing system or something.

1. We have many users on Linux who are able to use it just fine -- it's not a problem with Linux.

2. Google this:  "system tray" broken on Fedora.

Notice all the complaints and bug reports related to this issue on Fedora. (For other apps, like Dropbox, Skype, etc.)

3. Google these:
   A. solved "system tray" fedora
   B how to fix "system tray" fedora

(You can see there are many various solutions for this as well.)
22  Bitcoin / Bitcoin Discussion / Re: The Holy Grail! I wish I could kiss the author of Bitmessage on his face. on: January 04, 2014, 12:06:42 AM
fellowtraveler,

I see you're speaking at the Miami conference in a couple of weeks. Will you be discussing the technical details of OT during your talk? If not, would you consider a mini breakout session?

I suppose I could do a breakout session. I'll be walking around for a few days answering questions anyway I'm sure.

I suggest also checking out the wiki, the videos, etc.
23  Bitcoin / Bitcoin Discussion / Re: The Holy Grail! I wish I could kiss the author of Bitmessage on his face. on: January 03, 2014, 06:15:50 AM
Not meaning to necro, but just wanted to make sure everyone got the latest update on this project.

I've just recorded some new videos showing the desktop client in action.

----------------------------------------------------------

INTRO:  http://goo.gl/Ea6rzq

Send/receive payment, invoicing, untraceable cash, namecoin integration, end-to-end encrypted messaging, etc.

----------------------------------------------------------

ADVANCED:   http://goo.gl/i0J3AF

Market trading, decentralized bazaar, virtual corporations, smart contracts, legacy banking integration, etc.

----------------------------------------------------------

Also, the videos reference a couple of articles. Here are the links to those articles:


Voting Pools: How to Stop the Plague of Bitcoin Heists, Thefts, Hacks, Scams, and Losses

http://bitcoinism.blogspot.com/2013/12/voting-pools-how-to-stop-plague-of.html


Lex Cryptographia

http://bitcoinism.blogspot.com/2013/12/lex-cryptographia.html
24  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: December 28, 2013, 07:04:02 PM
Here are some brand new videos of this app:


Intro: http://goo.gl/Ea6rzq

Advanced: http://goo.gl/i0J3AF
Thanks for the videos.

Market scaling... "Lump sum or nothing" option unquestionably is the most principal approach but is not enough for a truly liquid market. Very often users have nothing in spite if their limit orders are partially executed. They must be able to make a choice for the type of market scaling of their orders?

Partial execution - allowed/not allowed => if allowed => define minimum size of a single lot (default minimum must be the minimal denomination of the traded asset).

OT markets are very powerful:

-- Market orders (buy/sell full order at any price.)

-- Limit orders (where a price is set per scale.)

-- Scaled markets (price per 1 BTC, price per 100 BTC, price per 10000 BTC, etc -- these can be different markets based on scale.)

-- Fill-or-kill orders (fill the entire order, or no trades at all.)

-- Minimum increments (multiplied against scale. For example, if the scale is 1, and the minimum increment is 4, then the order will trade on the 1 BTC market, but only increments of 4 BTC at a time.)

-- Stop orders. (The offer only activates when the price reaches a certain amount, and then once it activates, it becomes a market order.)

-- Stop limits. (The offer only activates when the price reaches a certain amount, and then once it activates, it becomes a limit order.)
25  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: December 27, 2013, 06:22:53 PM
Merry Christmas!


Here are some brand new videos of this app:


Intro: http://goo.gl/Ea6rzq

Advanced: http://goo.gl/i0J3AF


===> P.S. in the videos, I mention a couple of articles. Here are the links to those articles:

http://bitcoinism.blogspot.com/2013/12/voting-pools-how-to-stop-plague-of.html

http://bitcoinism.blogspot.com/2013/12/lex-cryptographia.html

THX FT! How is that with the password when cash is exported. You set it to "blabla". You didn't need it to import, though. Or was it copied to clipboard together with the rest? Is a PW just needed for the blinding process?

Because OT uses a passphrase to create or unlock a private key.

Once it does, that private key is securely cached until it times out (say, 30 seconds, or 5 minutes -- it's configurable.)

(Otherwise you might have to type a password 5 times during a single action.)

So it never asked again for that PW because it already had the key unlocked, and it hadn't timed out yet.
26  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: December 26, 2013, 12:04:17 PM
Merry Christmas!


Here are some brand new videos of this app:


Intro: http://goo.gl/Ea6rzq

Advanced: http://goo.gl/i0J3AF


===> P.S. in the videos, I mention a couple of articles. Here are the links to those articles:

http://bitcoinism.blogspot.com/2013/12/voting-pools-how-to-stop-plague-of.html

http://bitcoinism.blogspot.com/2013/12/lex-cryptographia.html
27  Bitcoin / Development & Technical Discussion / Re: bitcoins with homomorphic value (validatable but encrypted) on: November 27, 2013, 10:07:42 PM
that proves that the economic benefits of a truly anonymous untraceable coin outweigh the problems it may bring.

Gold itself is a truly anonymous untraceable coin.

What is better for the economy, gold? Or a version of gold that the government can track and control and freeze and confiscate at will, from any place on the earth?

When gold was the primary money, did it fill the earth with terrorists, drug dealers, and child pornographers?



Bow before your false god if you wish, but it has murdered hundreds of millions in the last century alone.
28  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: November 27, 2013, 11:32:48 AM
Note that this bounty wasn't for the translations into various languages, but rather for the internationalization coding itself.
Yes, exactly.

lclc, could you provide the manual of how people willing to start translations of OT and Moneychanger UI into their own languages should use your code to do that?

FYI I wouldn't start the translations until, as lclc said, the first version of the app is ready.

Otherwise if some of the english strings end up having to change, the translations will require re-work as well.
29  Bitcoin / Development & Technical Discussion / Re: blind-hashcash, potential bitcoin applications using blind brands certs/ecash on: November 27, 2013, 01:04:57 AM
watching
30  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: November 25, 2013, 10:56:53 PM
Hi all,

I've been busy the past week or two implementing the Markets UI.

I had to make changes in OT itself so that it would support market orders. (OT now supports market orders, limit orders, day orders, fill-or-kill orders, stop orders, and stop limits.)

I've got the Markets UI about half done and should have it finished up in the next day or so. (I will not be collecting the money, but will instead re-allocate it to other tasks of this project.)

Re: Internationalization. Lclc already coded the internationalization, though he hasn't collected the bounty yet, I will be paying it out to him soon. I will also be paying Xenland his share of the basic UI bounty (Xenland, be sure to send me your BTC address.)

Note that this bounty wasn't for the translations into various languages, but rather for the internationalization coding itself.

Once I finish the Markets UI I'll record a demo video so everyone can see it in action. Also I should note that Yamamushi recently got an install.dmg working for the Mac platform!
31  Economy / Speculation / Re: Ripple competition on: November 24, 2013, 01:19:42 AM
So there's Nxt, MasterCoin, BitShares (or is it ProtoShares?), eMunie, Open Transactions, all of which are supposedly going to be launched/released soon (any others?). It is very easy to market vaporware - just claim that your product has feature X, and it does. Since its just vaporware it can have all the best features before it even exists.

Ripple, on the other hand, actually exists and already has one major gateway (kraken next in line) and two chinese gateways (with rising CNY capitalization btw, up from 250k CNY in october to 539k CNY on Nov 12th to 787k CNY today).

The competition hasn't even left the starting line.

If you think of Open-Transactions as a competitor to Ripple, then you are misinformed. That's like calling openssl a competitor to Excel.

Also, OT has been publicly available for a long time: https://github.com/FellowTraveler/Open-Transactions

Okay then, I should have said Invictus Innovations, Monetas, and Ripple Labs.

I know OT has been available, and you're right that its not a fair comparison to Ripple. Because OT is an API around Chaumian cash/Lucre coins. The p2p exchange is a "feature" which exists only on the roadmap, and in various proposals for a "holy grail" bitmessage-based exchange and multi-sig voting pools.

Then there's Ripple, which already has a distributed ledger and is constantly matching bid/ask offers every few seconds. Pretty good volume today, users were trading $1k chunks of bitstamp USD for XRP. And deposits at the chinese gateways broke the CNY 1,000,000 mark.


Let me ask you, why should anyone use Bitcoin, when they can just use Paypal?

-- Paypal is in many countries.

-- Paypal has a worldwide ledger tracking everyone's account balance.

-- Paypal allows you to convert into other currencies.  https://www.paypal.com/cgi-bin/webscr?cmd=p/sell/mc/mc_convert-outside

-- Paypal allows you to receive money in many different currencies.  https://www.paypal.com/cgi-bin/webscr?cmd=p/sell/mc/mc_receive-outside

-- Paypal processes over $315 million in payments every day. (Pretty good volume.)

-- Users often trade $1K chunks of USD for Paypal USD.

-- Paypal is in China.  https://cms.paypal.com/c2/cgi-bin/marketingweb?cmd=_render-content&content_ID=marketing_c2/CNPayPalComparison&locale.x=zh_XC

---------------------------------------------------------------

What you do not understand is that Open-Transactions is a software library, like OpenSSL.

Calling OT a competitor to Ripple is like calling OpenSSL a competitor to Ripple.

We are talking about a software library... libraries are used by many different entities, for many different purposes.

Libraries are not in competition with any companies.

Companies are not in competition with any libraries.

Libraries are used to build things.

---------------------------------------------------------------

It is not my intention to sit here talking about Ripple, nor to badmouth them in any way. They are adding value to the digital finance space.

In fact I like the Ripple guys, and I love Fugger's concept.

I like it so much, that I wrote extensively about it in early 2012, in this document I shared with them back then: http://ft.vm.to/files/FT-thoughts.pdf

I hope they succeed! The same goes for Invictus Innovations, colored coins, Mastercoin, and a million other ventures. My goal here is to spread concepts and code, and to promote all entities who innovate in the digital finance space. May they succeed.

I do not have a poverty mentality, but an abundance mentality. I do not have an either/or mentality, but an integration mentality.

---------------------------------------------------------------

Open-Transactions is a fundamentally different thing.

-- If you have an "account balance" in OT, it is impossible for anyone except the user himself to change that balance. Is Ripple competing with OT on that concept?

-- If you have a balance on any OT server, the server will never need to send/receive any bank wires in any currency, nor maintain any bank accounts. Is Ripple competing with OT on that concept?

-- In Ripple, you trust your gateway to store any dollar reserves. But in OT, your client would access many servers, yet none of them store any reserves at all.

-- If you want to build software enabling various financial instruments (cheques, cash, dividends, stocks, basket currencies, smart contracts, recurring payments) then you could use OT to build it. For example, for making printed vouchers, or parking garage tickets, then you could use OT to build it. You could use OT for escrow with arbitration. You could send an OT payment to someone who has never installed OT. Is Ripple competing with OT on those concepts?

-- Ripple has a distributed order book. But in OT, the "order book" exists on the client-side. It's the client in OT that combines various order sources into a single book. OT is client-centric.

-- In Ripple, the ledger chain stores all transactions. But OT processes transactions without storing any history.

-- You are correct that OT also does Chaumian blinding, but to characterize it as a "blinding API" would be woefully inadequate.


===> These are not value-judgments. I am simply pointing out that you are comparing Apples and Oranges. Ripple is cool stuff, but it is not an alternative to OT. It has different goals, a different design philosophy, different functionality, and different uses based on different solutions. These things are not "either/or."

===> BTW, you seem to believe the "holy grail" is vaporware. But if you check the bounty thread, you can see fast progress is being made. Expect to see more updates in the coming days and weeks.






32  Economy / Speculation / Re: Ripple competition on: November 23, 2013, 12:35:30 PM
So there's Nxt, MasterCoin, BitShares (or is it ProtoShares?), eMunie, Open Transactions, all of which are supposedly going to be launched/released soon (any others?). It is very easy to market vaporware - just claim that your product has feature X, and it does. Since its just vaporware it can have all the best features before it even exists.

Ripple, on the other hand, actually exists and already has one major gateway (kraken next in line) and two chinese gateways (with rising CNY capitalization btw, up from 250k CNY in october to 539k CNY on Nov 12th to 787k CNY today).

The competition hasn't even left the starting line.

If you think of Open-Transactions as a competitor to Ripple, then you are misinformed. That's like calling openssl a competitor to Excel.

Also, OT has been publicly available for a long time: https://github.com/FellowTraveler/Open-Transactions
33  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: November 15, 2013, 01:31:22 AM
34  Bitcoin / Development & Technical Discussion / Re: A Non-Outsourceable Puzzle to Prevent Hosted Mining on: November 07, 2013, 11:56:16 PM
To my best knowledge all ZK technologies have to depend on asymmetric cryptography, anyone care to enlighten me?

No, you can prove something (without showing it) using a hash algorithm, without having to use any asymmetric algorithms.
35  Bitcoin / Project Development / Re: SSL logs as proof of money transfer for p2p exchanges on: November 05, 2013, 07:23:26 PM
First, I wanted to commend you guys for this work, which is important, and to congratulate you on your progress.

Second, I wanted to point out my latest progress report on the "Holy Grail" project, which mentions your own project: https://bitcointalk.org/index.php?topic=225954.msg3440808#msg3440808

Third, I wanted to point out that there is a 12 BTC bounty on integrating your project into the Holy Grail, which is currently worth about $3,000. It's too bad your stuff was written in Python instead of C++, but integration may still be possible through some sort of inter-process communication.

Fourth, I wanted to say that while I don't have time to play around with your code personally (right now at least) that I view it as very very important nonetheless, and I am keeping a close eye on your work here.

Well done!
36  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: October 31, 2013, 11:53:47 PM
We (MasterCoin) have plans for distributed e-commerce too, but I'm a little worried about getting in trouble, since it can be used as a "distributed silk road".

Certainly I would never condone such operations, nor would I ever personally mis-use the software in such a way.

I do think there are legitimate uses for it, which is why it is on our todo list.

Clearly E-Bay is a big example of "legitimate uses", so that point IMO is without question demonstrably true.

Unfortunately I believe they are also ripe for disruption. (See, for example, their abuse of power vis-a-vis their prohibition on Bitcoin-related products.)
37  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: October 30, 2013, 02:58:03 PM
As part of the escrow protocol each involved party has to share things like public keys, transaction ids, signed transactions,.. with each other via a secure communication channel.

For testing we can just share those things via messenger and enter them in textboxes but that won't be very convenient or secure :p
Is communication between the parties something I don't have to worry about?

Correct.

As long as the basic functions are in place allowing us to send to multi-sig, verify multi-sig, and vote to release multi-sig, then all other communication should be handled inside OT as part of the bailment protocol.
38  Bitcoin / Project Development / Re: Holy Grail BOUNTY on: October 30, 2013, 09:08:06 AM

There are many contributors who I'm sure want a quick UPDATE on status, and we're making LOTS of EXCITING PROGRESS!

------------------------------------------------------------------------

First, here are the main project tasks as posted on the "Ciyam Open" project management site:

Systray GUI with OT integration   General UI   BTC:   10.000
Namecoin integration (credentials)   Integration   BTC:   7.500
HTTP Interface                     General UI   BTC:   8.000
Colored coins integration         Integration   BTC:   10.000
Bitmessage integration            Integration   BTC:   11.000
Bitcoin Integration (Multisig)         Integration   BTC:   10.000
Internationalization                  General UI   BTC:   5.000
Integration with legacy banking      Integration   BTC:   12.000
Markets UI                           General UI   BTC:   7.000

------------------------------------------------------------------------

LATEST STATUS ON TASKS:

-------------------------------------------------

Systray GUI with OT integration   General UI   BTC:   10.000

Since Xenland stopped working on this, I have taken over personally, courtesy of Monetas.

I'm nearly done! It's working great, and I will be posting a video really soon!

For those who have seen the iPhone video already, the functionality is basically the same, except more powerful. The UI is very similar and looks great... finally a real UI people can use for OT! Hopefully we can start making an official install program soon.

Here's my commit history:
https://github.com/Open-Transactions/Moneychanger/commits/master

===> Once this task is completed (video coming soon) I will split the bounty between myself and Xenland, based on the difference in code.

===> I will not keep my share of the bounty, but will re-distribute it among the existing tasks of the project.

-------------------------------------------------

Namecoin integration (credentials)   Integration   BTC:   7.500

The purpose of this integration is to allow us to eliminate Certificate Authorities, by making revokable OT credentials through Namecoin. (And to support other credential systems as well, with Namecoin just being the first one integrated.)

There's a developer working on this Namecoin integration, and I've been in regular contact with him -- he's progressing rapidly.

We are near the point now of adding it to the UI with full-functionality!

On Sept 17th, the developer wrote:

Quote
just a quick status update from my work on the Namecoin integration, in case you are interested.
I've now mostly finished a first version of libnmcrpc, which I'll use to communicate to Namecoin.
The code can be found at https://gitorious.org/libnmcrpc and already supports wallet unlocking,
querying of Namecoin names, signing and verifying messages and name registration
including semi-automatic handling of name_new/name_firstupdate,
although I still have some things to polish there.

On October 5th, he wrote:

Quote
I've already registered some names with my code and am working on finishing code to handle
multiple name registration processes conveniently (possibly in different "stages" of name_new / name_firstupdate
and waiting for confirmations.)

On October 16th, he wrote:

Quote
I've finished the work (at least for now) on the base Namecoin library, it
now supports registering and managing the registration processes of
multiple names.  It also includes a command-line utility that can be
used to register names and watch the registration processes including
"automatic" name_new / name_firstupdate, and I already used it
successfully to register some names for myself.

On October 18th, he wrote:

Quote
I'm also implementing a method with the signature:
Quote
virtual bool VerifyCredentialHashAtSource(hash, source);

===> The best part of this is that Namecoin is just an example of the kinds of credentials OT will now be able to support!

===> OT also supports self-signed credentials, as well as CA-based certs (through OpenSSL.)

===> Since this is implemented through an abstract interface, it will be trivial to support other identification systems, such as GPG web-of-trust, BitShares' BitIDs, Retroshare, etc.

-------------------------------------------------

HTTP Interface            General UI   BTC:   8.000

No one is working on this one yet, but now that basic functionality is nearly done, it shouldn't be hard to add an HTTP interface on a local loopback address.

This will enable many other applications to integrate, including web apps.

-------------------------------------------------

Bitcoin Integration (Multisig)      Integration   BTC:   10.000

JaSK has been kicking ass on the Bitcoin integration! He's got multi-sig coded!

On October 8th, he wrote:

Quote
We can now verify that certain transactions have been made (if we have the tx id) so my next step is to implement the actual escrow protocol.

His commit history on October 21st says:

Quote
ESCROW MOTHERFUCKING WORKS THEORETICALLY - Added all missing functions required for receiving, verifying, creating, signing and sending to and from p2sh addresses and tested them successfully in a simple 2-of-2-escrow.

A lot more testing needs to be done and there are still some things I need to check to make sure noone gets scammed but all major issues are out of the way.

In the next commits I will do some cleaning up and commenting, create some helper functions and structures to hold information about the current state of outstanding escrow transactions and add GUI items so more people can start testing how well it actually works.

See his commit history:
https://github.com/tuttleorbuttle/Moneychanger/commits/master

TL;DR: This means we are finally going to have multi-sig voting pools on OT! (These will enable an OT server to process Bitcoin transactions, without having to trust that OT server with your Bitcoins.)

(I mean frankly, isn't everyone in the Bitcoin community tired of having to trust all the various servers out there with their coins?)

JaSK recently asked:

Quote
we can probably automate part of that process by communicating over bitmessage or direct p2p connections.
But that will take more time and I'll have to ask FellowTraveler how he'd like it to be done.

The answer is: When a user wishes to move Bitcoins into OT, he will be sending the coins multi-sig, using your code as described above. As long as I am able to send and verify those coins, and as long as I am able to perform multi-sig votes to remove those coins back out, then I will be able to do the rest on the OT side. Bitmessage will not be needed for this, but if you want to get started on the Bitmessage integration, it's definitely needed for other pieces.

-------------------------------------------------

Integration with legacy banking   Integration   BTC:   12.000

As you guys know, we have a 12 BTC bounty on implementing this protocol for p2p transfer of funds in/out of legacy banking systems:
http://pastebin.com/SsLrxVP6

The protocol requires the use of smart contracts for dispute resolution inside OT (which OT is able to do) but it also involves integration with legacy systems.

Fortunately, people have been working on the integration, and there is now alpha software ready for testing!

See this thread:
https://bitcointalk.org/index.php?topic=173220.msg3429555#msg3429555

The next step is to integrate this (through an abstract interface) into the new GUI, and use OT smart contracts for escrow and dispute resolution.

The abstract interface will allow us to swap in alternate solutions as well, so we are not reliant on any one. But I have to say, it looks like these guys have done some great work so far.

-------------------------------------------------

Colored coins integration      Integration   BTC:   10.000

Not yet started.

We'll use an abstract interface here so we can handle disparate systems such as colored coins, master coins, bitshares, etc.

(OT strives to be agnostic on this sort of thing.)

BTW, we are also integrating with Project Praesto by ninjabanker, which is another system for providing fiat in/out, which uses Bitcoin reserves in order to eliminate the need for an "issuer" entity (normally trusted to hold the reserves in dollars / euros / etc)

I'm really excited about this solution, since it will take advantage of OT-based virtual corporations and of course, since it enables us to eliminate the issuer.

-------------------------------------------------

Bitmessage integration         Integration   BTC:   11.000

The original purposes of this integration:

1. Server-to-server wiring of funds.
2. Distributed exchange.
3. Integration with legacy banking.


Well, a great new benefit is being added to the pile:

4. Distributed bazaar. (Like E-Bay, except without the server.)

I realized a few weeks ago how easy this would be to add, using the same Bitmessage integration we already had planned.

So I worked out the UI with Yamamushi's help, and have started adding it to the GUI app.

This bazaar will not be functional until the Bitmessage integration is ready, but I do expect to have it all working soon.

-------------------------------------------------

Internationalization         General UI   BTC:   0.000

The Subtask in Ciyam Open appears to show a zero balance, but rest assured, a contributor put 5 BTC towards Internationalization, but the money is in the top-level wallet so it's showing incorrectly as a zero on the subtask. But the 5 BTC is really there, so if anyone wants to consider Internationalization of this project, there's a good reward waiting for you.

Update: Internationalization work has begun! See this commit history from one of our contributors:
https://github.com/Open-Transactions/Moneychanger/commit/023b0a0a649e7023d2c7dc10c9c8a3c692c97227

-------------------------------------------------

Markets UI               General UI   Open   7.000

Yamamushi is working on this page but I'm not sure of his current status. I will probably sync up with him sometime this week.

-------------------------------------------------

I will update the Ciyam Open project soon, once I have the video ready showing off the new GUI. (I hope to record one this week.)
39  Bitcoin / Project Development / Re: Project Praesto: Decentralized exchange, reputation, and private law on: October 22, 2013, 02:18:59 AM
ninjabanker,
Are you willing to update the links in this topic? They don't seem to work any more.
I am especially interested in this aspect: what is the current status of the integration between your Praesto project and the OT system?

FYI Ninjabanker has asked that we add a couple things to OT and the systray app:

1. Corporations.

2. The ability for one smart contract to be insured by another smart contract.

We are definitely adding both of those things so that he can use OT to implement Project Praesto.

It's about time for me to post an update to the Holy Grail Bounty thread, so I'll be doing that soon. FYI, the basic functionality of OT (seen in the iPhone demo videos) is now available in the systray app, so pretty soon we'll be focusing on the more advanced functionality such as decentralized exchange, decentralized bazaar, and Namecoin-based credentials. Quite a bit of progress has been made, as coders are working in at least four different branches.
40  Bitcoin / Project Development / Re: Open Transactions (Windows Builds) - v0.89.q on: October 10, 2013, 04:39:32 AM


fgrep -nR "main_show_basket" scripts/*

scripts/ot/ot_commands.ot:52:def main_show_basket()


Looks like main_show_basket() is on line 52 of the file "ot_commands.ot"

Perhaps you have an old version of this file?

You might see if there are multiple copies on your system, and also pull it up and make sure that function exists on line 52.

Pages: « 1 [2] 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!