<stellar-slack>
<buhrmi> I'd like to propose the removal of "XLM" from the entire stellar codebase and just agree on calling it "native"
<stellar-slack>
<jed> it doesn't appear in stellar-core
<stellar-slack>
<buhrmi> oh okay ^^
_whitelogger has joined #stellar-dev
sv-logger has quit [Remote host closed the connection]
sv-logger has joined #stellar-dev
TheSeven has quit [Disconnected by services]
[7] has joined #stellar-dev
<stellar-slack>
<buhrmi> submitting this tx to stellar-core gives the response {"exception": "xvector overflow"}.. can somebody help me figure out what's wrong with it?
<stellar-slack>
<buhrmi> it's supposed to be a simple payment with native
de_henne has joined #stellar-dev
<stellar-slack>
<buhrmi> [default] ERROR Can't have FAILURE_SAFETY=0 unless you also set UNSAFE_QUORUM=true. Be sure you know what you are doing! <--- lol i dont even know where i am
<stellar-slack>
<buhrmi> i've got an OK approximation
<stellar-slack>
<sacarlson> so is that was caused your problem above then?
<stellar-slack>
<sacarlson> I don't know of anything in my code that's changed that would prevent being able to make offers so I'm about to try regress to the older version of stellar-core that I know it was working on
<stellar-slack>
<buhrmi> i don't know i think i didn't add a sequence number to the tx, don't know what to put in there
<stellar-slack>
<sacarlson> you put the sequence number of the account that doing the transaction
<stellar-slack>
<sacarlson> opps you put the seqnum+1
<stellar-slack>
<sacarlson> so you must be working from your js-base code then?
<stellar-slack>
<buhrmi> i compiled stellar-core from master, i think it's incompatible with testnet ....
<stellar-slack>
<sacarlson> I think that's posible. I'm going to try back at least to what we ran before scott's last change
<stellar-slack>
<sacarlson> the only other thing is maybe is the last changes to ruby-stellar-base but I don't think so
<stellar-slack>
<sacarlson> and the also more probable is another brain fart on my side
<stellar-slack>
<sacarlson> I just noted that the stellar-core I'm now running is still the older one that horizon ran before at: b179493a328955f8927d367c712bf0dd7341f3e7
<stellar-slack>
<sacarlson> I'm going to go back one more stable branch and run it standalone to see what happens
<stellar-slack>
<sacarlson> I"m going all the way back to the fredolafritte branch Aug 5 0c4c858124e0bb32efda1e26fae7c9bc5b396f6d that originaly worked for me standalone
<stellar-slack>
<buhrmi> haha
<stellar-slack>
<buhrmi> my fork seems to be working
<stellar-slack>
<sacarlson> oh cool good to hear
<stellar-slack>
<sacarlson> like I said it's probly a brain fart on my side
<stellar-slack>
<buhrmi> on my fork accounts don't need to get funded with native currency to do transactions
<stellar-slack>
<buhrmi> so you can just send transactions with source accounts that don't even exist. they are created on the fly
<stellar-slack>
<sacarlson> oh that might help at least one of my bugs that failed with error about min fee not set
<stellar-slack>
<buhrmi> good bye friendbot... nobody needs you :P
<stellar-slack>
<sacarlson> do you have a horizon running on it yet?
<stellar-slack>
<sacarlson> cool I might have to give it a try, then I could be your horizon
<stellar-slack>
<buhrmi> yeah sounds cool :)
<stellar-slack>
<buhrmi> maybe we can get a two-nodes testnet running
<stellar-slack>
<sacarlson> I might still have some bugs with my postgres change so until I'm sure that is worked out we will see
<stellar-slack>
<buhrmi> basically, on my fork, there is no native currency anymore
<stellar-slack>
<buhrmi> it's still in the code but nobody can send any native currency because no accounts get funded. ever.
<stellar-slack>
<sacarlson> yes I basicly understand. what about issued trust then?
<stellar-slack>
<buhrmi> that should work because it doesnt cost fees
<stellar-slack>
<sacarlson> you have to setup trust before someone can send you funds
<stellar-slack>
<sacarlson> no you still have to have trust to recieve funds on non native
<stellar-slack>
<sacarlson> it has nothing to do with fee's
<stellar-slack>
<buhrmi> yeah so it needs to be easy to create trust
<stellar-slack>
<buhrmi> good UI
<stellar-slack>
<buhrmi> "Click here to trust buhrmi with 10 USD"
<stellar-slack>
<sacarlson> yes it's not hard but, oh yes a UI to make it easy. well with your names federated it can't be too hard
<stellar-slack>
<buhrmi> yeah, that's the social network thingy i wanna build
<stellar-slack>
<buhrmi> slowly comes together now
<stellar-slack>
<sacarlson> perfect for my poker if it stays stable
<stellar-slack>
<buhrmi> yes
<stellar-slack>
<buhrmi> takes some work but we should get it into a stable state
<stellar-slack>
<sacarlson> stable state is mostly dependent on at least a few man standing over time
<stellar-slack>
<buhrmi> yeah
<stellar-slack>
<sacarlson> not totaly dependanct on only software. people get bord and turn it off is the problem when there is no funds in it
<stellar-slack>
<sacarlson> but if you can get something like google to run it for free forever it could work
<stellar-slack>
<sacarlson> even many apps on google that you think will last forever over time end up getting shut down like the map app
<stellar-slack>
<sacarlson> or tracking app
<stellar-slack>
<buhrmi> yeah gonna try to keep it going forever
<stellar-slack>
<sacarlson> how do you figure that is posible? your boss going to pay for it?
<stellar-slack>
<buhrmi> i dunno ... not really thinking about it
<stellar-slack>
<buhrmi> solar-powered nodes on weather ballons
<stellar-slack>
<buhrmi> lol
<stellar-slack>
<sacarlson> well if you come up with the solution to keep it going then I will put more effort into it myself
<stellar-slack>
<buhrmi> i think if we manage to attract a small community, some people will set up their own nodes
<stellar-slack>
<buhrmi> just to be part of it
<stellar-slack>
<sacarlson> well weather ballons have a limited life expectancy with sun UV bringing them down in maybe less than 2 years. and there is also the problem who is going to buy these weather ballons in the first place? wouldn't it just be cheaper to spend $1 for a lifetime supply of XLM?
<stellar-slack>
<sacarlson> it's definitly worth a try
<stellar-slack>
<buhrmi> the thing is that XLM run on the stellar-core network. stellar-core has a root account which is the central authority since it holds all the funding
<stellar-slack>
<buhrmi> (the friendbot)
<stellar-slack>
<sacarlson> well over time if they distributed the funds then they would no loger be the central authority but yes at this time they are
<stellar-slack>
<sacarlson> I guess I look at it like stock in a corporation to fund there development you can buy a part of the XLM corp.
<stellar-slack>
<buhrmi> that's why i gonna run my app on my own core implementation
<stellar-slack>
<sacarlson> well your app should be able to switch between your core and any other but I guess you look at your app as the whole package
<stellar-slack>
<buhrmi> yeah, kinda ... i mean you can fork it and run on stellar-core instead open-core
<stellar-slack>
<sacarlson> my poker has that option, it can be pointed at any core or even old stellar or ripple
<stellar-slack>
<sacarlson> and I can help you put your core into an apt-get package like I was about to do with stellar in the near future so anyone can just doubleclick to install and run it
<stellar-slack>
<sacarlson> deb package
<stellar-slack>
<buhrmi> yeah that would be awesome. cause i have no idea how to do it. but need to do some testing first
<stellar-slack>
<sacarlson> I just did the preliminary research and was already able to move the binary between two system so I now know how easy it is, and I've done it before with my poker and other apps with no problem
<stellar-slack>
<sacarlson> problem is it's size is bigger than most apps at like 140megs
<stellar-slack>
<sacarlson> not sure why that is
<stellar-slack>
<sacarlson> must have a ton of static libs or something
<stellar-slack>
<sacarlson> but it will still be easy to install
<stellar-slack>
<buhrmi> yeah
<stellar-slack>
<buhrmi> will work more on UI/UX and then put on hackernews / techcrunch or something
<stellar-slack>
<buhrmi> maybe wait till your poker is ready too ^^
<stellar-slack>
<sacarlson> my poker has been ready for some time, stable for weeks fully documented and tested
<stellar-slack>
<sacarlson> not integrated with stellar-core yet but could have some time ago
<stellar-slack>
<sacarlson> if I settled on having a localy running stellar-core running with it. but I'm still stuck not getting horizon interface to work. when that works I'll integrate stellar-core into pokerthacc
<stellar-slack>
<sacarlson> what is UX stand for?
<stellar-slack>
<sacarlson> oh and I don't see any transactions on your new core yet, nor is the ledger-close time ticking
<stellar-slack>
<buhrmi> should be up and runnign again
<stellar-slack>
<buhrmi> it's now counting ledger sequence in top left corner too
<stellar-slack>
<sacarlson> yup looking good
<stellar-slack>
<buhrmi> UX = user experience
<stellar-slack>
<buhrmi> looks like transactions are working :)
<stellar-slack>
<buhrmi> transactions from accounts that have never received funding ^^
<stellar-slack>
<buhrmi> man i'm so happy i got this stuff running.. now i can remove everything that deals with native currency from stellar-core
<stellar-slack>
<sacarlson> ok I was able to create total fresh create offer on fred's branch of stellar-core, so I'm ready to try again on stellar-core version b179493a328955f8927d367c712bf0dd7341f3e7
<stellar-slack>
<buhrmi> woah stellar core even detects duplicate txs
<stellar-slack>
<fredolafritte> @buhrmi: when running a private network, the master key is in your control, so the first step is to create the friend bot account, which can then be used to create other account via the horizon api
<stellar-slack>
<fredolafritte> so there is no real need to modified the fee handling in stellar-core
<stellar-slack>
<buhrmi> @fredolafritte: i'm neither using friendbot nor horizon
<stellar-slack>
<buhrmi> @sacarlson: sequence numbers are now shown too for your accounts
<stellar-slack>
<fredolafritte> horizon is still useful to get the sequence number
<stellar-slack>
<buhrmi> don't need it tho... i can just do account.pg.seqnum
<stellar-slack>
<buhrmi> it syncs automatically
<stellar-slack>
<sacarlson> ok I got it working now with offers. yes my software has a mode to get the sequence number from horizon also
<stellar-slack>
<sacarlson> buhrmi: that must fetch it from your local postgres
<stellar-slack>
<buhrmi> no it's not being fetched, it's being pushed
<stellar-slack>
<buhrmi> whenever the value in postgres changes, it gets pushed into my app
<stellar-slack>
<buhrmi> just needs the initial connection to postgres
<stellar-slack>
<sacarlson> do you speak of the ledger sequnece?
<stellar-slack>
<buhrmi> both... account sequence and ledger sequence
<stellar-slack>
<sacarlson> that's not the same as an accounts next sequence that is started from some random number
<stellar-slack>
<buhrmi> not in my fork... in my fork it starts at 0
<stellar-slack>
<sacarlson> even if they all start from 0 you still don't know what transaction it at unless you fetch the sequence from horizon or local db. I'm not sure of your branch
<stellar-slack>
<sacarlson> not sure there is any advantage of starting all accounts sequence at zero would be
<stellar-slack>
<buhrmi> yeah well it's just how to implement it... i've set it up the way that whenever it updates in postgres, postgres notifies my app with the new seq value
<stellar-slack>
<buhrmi> so i don't have to fetch
<stellar-slack>
<sacarlson> just for your account? each account is unque
<stellar-slack>
<buhrmi> for all accounts saved in the app
<stellar-slack>
<sacarlson> well they are all avalable on the db not sure why you need them on the app
<stellar-slack>
<sacarlson> very small amount of code needed to pull for the stellar-core db for any account not just the ones you hold
<stellar-slack>
<buhrmi> i don't "need" them on the app
<stellar-slack>
<sacarlson> as you may need accounts nextseq also for those accounts you setup multi-sign with
<stellar-slack>
<buhrmi> but it's nice to show to the user his current seqnum
<stellar-slack>
<buhrmi> for a nice UX
<stellar-slack>
<sacarlson> sure just to see it's up to date with what he thinks it should be
<stellar-slack>
<buhrmi> yeah
<stellar-slack>
<sacarlson> but the random start of seqnum must have been some added security thing that costs nothing to keep
pixelb has joined #stellar-dev
<stellar-slack>
<sacarlson> but in this case if started from zero you at least have a reference to how many transactions you have done to date
<stellar-slack>
<buhrmi> yeah
<stellar-slack>
<sacarlson> ok I guess now that my code works as good as before postgres I can now move on to try my local horizon
<stellar-slack>
<buhrmi> sweet
<stellar-slack>
<buhrmi> let me know when u have time to try to set up a second node for the fee-less network
<stellar-slack>
<buhrmi> gonna update the configuration file
<stellar-slack>
<sacarlson> I should assume you have a working copy of a config for networked in your github release? you will need to add the trusted node list being just you at this point
<stellar-slack>
<sacarlson> you can test it on yourself ether running a home node or one on a virtualbox
<stellar-slack>
<sacarlson> we can start working on it now if you want I can do my other thing alone later
<stellar-slack>
<buhrmi> and then play poker with that
<stellar-slack>
<sacarlson> you would still have a trusted entity on the other side in this case paypal?
<stellar-slack>
<buhrmi> or trade 10 open-core/USD for sacarlson/CHP
<stellar-slack>
<sacarlson> I got the compiler thing fixed was pointing at the wrong executable
<stellar-slack>
<buhrmi> yeah i think paypal doesn't allow crypto currency
<stellar-slack>
<buhrmi> but it's not crypto currency it's just trust haha
<stellar-slack>
<sacarlson> started make that I know takes some time on this one
<stellar-slack>
<buhrmi> and then i trade you open-core/USD for buhrmi/sausage
<stellar-slack>
<sacarlson> I guess I can setup the config files and such, I'll set it up on sqlite as I now know that works fine
<stellar-slack>
<buhrmi> aaanyway, heading home now
<stellar-slack>
<buhrmi> cya :)
<stellar-slack>
<sacarlson> ok tomaros another day, have a good one
<stellar-slack>
<sacarlson> hay @buhrmi I see native transactions on your new network that I thought you said had no native funds?
<stellar-slack>
<sacarlson> and also this is as far as you get in your present open-core config @buhrmi 2015-08-31T18:41:07.382 970f40 [140090398447488] [History] ERROR History archives misconfigured. [HistoryManagerImpl.cpp:170]
<stellar-slack>
<buhrmi> @sacarlson: yeah i haven't removed the code part yet that initializes a friendbot account when you do stellar-core -newdb
<stellar-slack>
<buhrmi> feel free to make a PR haha
<stellar-slack>
<buhrmi> mhh can't find it myself even
<stellar-slack>
<buhrmi> when u do stellar-core -newdb , do you get one account with 1000++ native?
<stellar-slack>
<buhrmi> ah, maybe it was from the old testnet and it didnt wipe the db? i dunnp... gonna reset again tomorrow
<stellar-slack>
<sacarlson> does who get an account with 1000++ native? maybe you speak of the master account?
<stellar-slack>
<scott> @buhrmi: yeah, the latest master of stellar-core is one step ahead of the latest master for horizon. Horizon will get updated today to be compatible
<stellar-slack>
<sacarlson> I'm now running a local ruby horizon on my system and now get the same results 500 Internal Server Error (RestClient::InternalServerError) when I try to run my send_native.rb on it
<stellar-slack>
<sacarlson> now that it's local might I find some logs that would give me more light as to what 500 internal is?
<stellar-slack>
<sacarlson> I can perform account info with no problem on it now using this new local ruby horizon so it seems to working
<stellar-slack>
<sacarlson> that's all I can find in the horizon logs that seems to tell me nothing
<stellar-slack>
<scott> what does send_native.rb look like?
<stellar-slack>
<sacarlson> this runs fine if I point it direct to my stellar-core
<stellar-slack>
<scott> okay, so you can’t point a script that would work against stellar-core directly to horizon… they don’t have the same API
<stellar-slack>
<sacarlson> so it can't even create an account when I send it
<stellar-slack>
<sacarlson> yes I realize that but I go by the API docs that I guess are incorrect
<stellar-slack>
<scott> which "transaction create" doc are you using?
<stellar-slack>
<sacarlson> this must be were the error is no?
<stellar-slack>
<sacarlson> since I send this same or a working set of base64 to stellar-core and it works, the only diff is I send the base64 to this function
<stellar-slack>
<sacarlson> I looked at the working js-lib code to get some idea of how it's sent and I thought this was looking close
<stellar-slack>
<scott> so, could you give me what doc you were working off of? I want to make sure it gets updated.
<stellar-slack>
<sacarlson> but I've also looked at the only working code that I know of that is js-libs
<stellar-slack>
<scott> okay, so that document is correct, other than it’s showing hex instead of base64 (which things have been changed to and you have changed as well). You’ll notice the from param is `tx`, whereas youre sending the base64 of the transaction as the entire body of the request
<stellar-slack>
<scott> try, for line 9 in the snippet above: `response = http://RestClient.post|RestClient.post(@configs["url_horizon"]+"/transactions”, {tx: b64}, headers)`
<stellar-slack>
<sacarlson> ok I'll try that but I think I found something in the logs that I failed to see
<stellar-slack>
<sacarlson> cool so your line above will fix it I'll try it now
<stellar-slack>
<scott> yes, it should fix it
<stellar-slack>
<sacarlson> 500 Internal Server Error (RestClient::InternalServerError) still for me so I'll look again at my logs
<stellar-slack>
<scott> What’s the response you got back from the server? the body of the 500 response?
<stellar-slack>
<sacarlson> that above was what has the last error I think with the "** [Raven] Event not sent due to excluded environment: development" might be the center of the problem?
<stellar-slack>
<sacarlson> maybe some mode I'm in that won't send tx?
<stellar-slack>
<sacarlson> oh wait and I think it sent it to wrong port
<stellar-slack>
<scott> what I mean… the 500 error your client script gets back has more information in the body. That’s important to know to diagnose what is going on
<stellar-slack>
<scott> you can get it from your script above by calling `response.body`
<stellar-slack>
<sacarlson> no that's all the client see's "/home/sacarlson/.bundle/gems/rest-client-1.8.0/lib/restclient/abstract_response.rb:74:in `return!': 500 Internal Server Error (RestClient::InternalServerError)"
<stellar-slack>
<sacarlson> first error I see is this is wrong port for my present steller-core that now runs on 8080 I think so I'll eather change it to http://localhost:39132 or find where this is changed in horizon probly in exports some place
<stellar-slack>
<sacarlson> not far now I think thanks
stellar-slack has quit [Remote host closed the connection]
stellar-slack has joined #stellar-dev
<stellar-slack>
<sacarlson> yes I'll look at the a bit closer but I think I need to change this ENV STELLARD_URL
<stellar-slack>
<sacarlson> unless that doesn't include the port
<stellar-slack>
<sacarlson> it work!! I had to add this export STELLARD_URL="http://localhost:8080" to horizon ENV
<stellar-slack>
<scott> :+1: sweet!
<stellar-slack>
<sacarlson> thanks for your help scott could have never figured that out
<stellar-slack>
<scott> of course. happy to help
de_henne has quit [Remote host closed the connection]
DomKM has joined #stellar-dev
pixelb has quit [Ping timeout: 250 seconds]
<stellar-slack>
<jed> Updating and resetting the test net
<stellar-slack>
<buhrmi> @sacarlson: yeah the master account. getting rid of that