Should the git submodule update command not produce some delta feedback in respect of the changes ? I got a new prompt with nothing. Do I need to make clean first?
It should. I'm not an expert with submodules though, first time trying it. There are other ways to get the submodules to update with a command from the top most repo: http://stackoverflow.com/questions/1030169/easy-way-pull-latest-of-all-submodulesOtherwise, the "brute force" method is to git pull in the submodule repo. Once I'll more familiar with it I'll update the readme with the most convenient method. No idea why the DB would be already running, I only see that one process running.
Anything I can do on my side?
No idea why the DB would be already running, I only see that one process running.
That line just means the client successfully probed the ip:port you gave it for a listening socket and won't start a local DB. Anything I can do on my side?
Do you have some python or C++ in you? EDIT: also please detail your setup. If you dont have any coding in you, I'll make you a separate branch with extra verbose in there for you to paste back here. Sorry for the late reply. Unfortunately no, no developer here. I might identify simple typos after staring half an hour at the code, but that's about it. I'll gladly paste extra-verbose output here. I am running Armory on Debian 8, kernel 4.4.38-11, in a Qubes/Xen VM. Ente |
|
|
|
Did you run git submodule init
git submodule update before attempting to build? If not, do that first. That did the trick, thank you. It all ran through smoothly, as far as I can see. I now get a GUI, but only a rotating wheel: python /opt/BitcoinArmory/ArmoryQt.py --armorydb-ip=192.168.0.1 --armorydb-port=9001 (ERROR) ArmoryUtils.py:1230 - Error getting system details:
Traceback (most recent call last):
File "/opt/BitcoinArmory/armoryengine/ArmoryUtils.py", line 1228, in <module>
SystemSpecs = GetSystemDetails()
File "/opt/BitcoinArmory/armoryengine/ArmoryUtils.py", line 1223, in GetSystemDetails
out.HddAvailB = getHddSize(BTC_HOME_DIR) / (1024**3)
File "/opt/BitcoinArmory/armoryengine/ArmoryUtils.py", line 1220, in getHddSize
s = os.statvfs(adir)
OSError: [Errno 2] No such file or directory: '/home/user/.bitcoin/'
(ERROR) ArmoryUtils.py:1231 - Skipping.
(ERROR) ArmoryUtils.py:3741 - Unsupported language specified. Defaulting to English (en)
(WARNING) ArmoryQt.py:1790 - DB is already running
-ERROR - 1488381598: (DataObject.h:285) exhausted entries in Arguments object
-ERROR - 1488381598: (SwigClient.cpp:61) exhausted entries in Arguments object
No idea why the DB would be already running, I only see that one process running. Anything I can do on my side? Cheers, Ente |
|
|
|
I just tried to install the dev branch. After pulling, changing branch to dev and installing a few new dependencies, I did sh autogen.sh
./configure
make make gives me make all-recursive
make[1]: Entering directory '/opt/BitcoinArmory'
Making all in cppForSwig
make[2]: Entering directory '/opt/BitcoinArmory/cppForSwig'
Making all in lmdb
make[3]: Entering directory '/opt/BitcoinArmory/cppForSwig/lmdb'
make[3]: Nothing to be done for 'all'.
make[3]: Leaving directory '/opt/BitcoinArmory/cppForSwig/lmdb'
Making all in fcgi
make[3]: Entering directory '/opt/BitcoinArmory/cppForSwig/fcgi'
make[3]: *** No rule to make target 'all'. Stop.
make[3]: Leaving directory '/opt/BitcoinArmory/cppForSwig/fcgi'
Makefile:1453: recipe for target 'all-recursive' failed
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory '/opt/BitcoinArmory/cppForSwig'
Makefile:417: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/opt/BitcoinArmory'
Makefile:348: recipe for target 'all' failed
make: *** [all] Error 2
I wouldn't be surprised if I messed something up with dependencies and all, but can't make much sense out of that error. Running on debian 8 by the way. Cheers, Ente |
|
|
|
Thank you for the tl;dr of what's going on in fcgi in general and armorydb too. Sorry, Igoatpig, didn't want to hint that you should do some nonsense like making armorydb directly accessible from outside, I asked to understand the role of a webserver in between in this case. Honestly, never heard of fcgi before, and only know cgi from web addresses. I think my apache is working right now, with ProxyPassMatch ^.*$ fcgi://127.0.0.1:9001 and a virtualhost on 9001. I can connect to the virtualhost with a browser, as a crude test. However, armoryqt doesn't seem to do anything, "preparing databases", scanning history at "0%" and "1 sec". In other cases, where armorydb and armoryqt were on the same machine, this indicated that armorydb wasn't running. How can I make sure armoryqt is really reaching armorydb? In the logs I only see the ip and port as parameters handed over at the start of armoryqt, but no other message like "connected" or similar. I wonder how many people actually switched to a separated setup already? Thank you again for your patience, Ente |
|
|
|
|
It's been some time, now I'm on my setup again to have bitcoin core and armorydb running on a separate machine from armoryqt.
So just running armorydb and pointing armoryqt to the machine doesn't work, I am asked to setup some http webserver daemon.
I couldn't find any details of what exactly connects where. There's an example "nginx_example.conf" on github.
What exactly does that do? To me it looks like it does nothing else than hosting localhost:9001 on network:80 with a few fastcgi options?
If that's all, why not just let armorydb listen on all interfaces?
I already have apache running on that machine.
Any pointers..? Would be greatly appreciated. I can't wait for this, the greatest new feature in armory in a long time!
Ente
|
|
|
|
What ZeroHedge slogan do you refer to?
Why, it's On a long enough timeline the survival rate for everyone drops to zero. of course :-) I don't think it is a question of trust. Obviously, there is no trust in any such exchanges. But we don't have a lot of choice in this regard. If we want to earn profits or just convert our bitcoins to fiat (and vice versa) and get market prices at that, we may have to use exchanges after all (or similar centralized services). There had been plenty of talk about implementing decentralized distributed exchanges over the blockchain, but we are not there yet by any metric. Maybe, Lightning Network will change something with its close to instant transactions [/quote] Exchanges can and will show up in a decentralized, secure way, I am sure. The real gambling, err, trading, is in the margin trading. Now that's a different thing, where I don't know if this can even be possible in a decentralized, secure way. Maybe with smart contracts ^^ Ente |
|
|
|
i want to ask, bitfinex still trusted , deposit and withdraw normal and fast or not
thank you
It's fine in general day to day terms. Just be aware that the hack was possibly insider so you can never be sure. Just don't put much on an exchange as a rule. Alternatively just use one that has never been hacked. Heh. That's like saying "only drive in cars that never had an accident" In fact, there is a reason behind this Would you drive a car which had been in an accident in the past, and you don't what was the real cause that made it happen? I guess common sense would tell you to stay away from this car until you find out the exact cause of the accident (and fix it). What if the brakes are out of order in this car? It is basically the same with Bitfinex. Basically, we don't know for certain what happened there. If it was an inside job, and they didn't "fix it", you can be dead sure that it will happen again sooner or later (that's what happened to Bter) What you say isn't wrong, not at all. What I'm saying is that all cars are insanely dangerous, high-speed high-weight deathbullets carrying fragile humans inside. And that zerohedges slogan has some truth in it. The real question, of course, is if you trust yourself more than a centralized exchange.. Ente |
|
|
|
[..]auch wenn der Amazon Account über den die Bestellung lief dicht ist, warum auch immer?
Interessantes Detail. Wenn auch keine Überraschung. Ente |
|
|
|
i want to ask, bitfinex still trusted , deposit and withdraw normal and fast or not
thank you
It's fine in general day to day terms. Just be aware that the hack was possibly insider so you can never be sure. Just don't put much on an exchange as a rule. Alternatively just use one that has never been hacked. Heh. That's like saying "only drive in cars that never had an accident". The correct solution is to never give up your bitcoins - especially not to a place where hundredthousands of them are laying, where there are no legal securities and no insurance. If you need to exchange coins, sure, put a few up. But as few as possible, and for as short as possible. Many have to learn that the hard way. I learned it the hard way. Ente |
|
|
|
|
They don't use BitGo any more, and are back to their original hot/cold wallet setup.
The hack was only on BitFinex. The hacker used the keys from BitFinex to change the limit on BitGo. Amazingly, up to 1M BTC a day, over the BitGO API directly, which was not a documented feature. Without raising questions or warnings from BitGo. Then the hacker went on to send many many transactions, signed with BitFinex' compromised key, to BitGo, which they co-signed without question.
That's one of he worst setups I ever heard, on BitGos side. But the original problem was the compromise of BitFinex' servers.
Ente
|
|
|
|
Diesen Donnerstag ist es wieder so weit, der Stammtisch trifft sich um 19:00 im Uptown [1]. Diesmal ohne mich, lasst noch etwas Kaffee übrig! Ente [1] Uptown Coffee Bar Riemannstraße 44, 04107 Leipzig http://www.uptowncoffee.de/ |
|
|
|
|
Sach' mal ne Hausnummer :-)
Ente
|
|
|
|
Die Aktion funktioniert nur wenn man über die Amazonseite kauft.
Aber mit entsprechendem Umsatz und einem "freundlichen" Hinweis im Helpdesk bekommt man ihn dann trotzdem gutgeschrieben.
Wie kauft man denn sonst bei Amazon wenn nicht auf der Amazonseite??  ..den Gutschein, über Amazon kaufen oder woanders. Darum geht es wohl :-) Ente |
|
|
|
|
Danke für die Info.
Fein, wurde auch mal wieder Zeit!
Im Uptown kann man mit Bitcoin zahlen :-)
Bis morgen,
Ente
|
|
|
|
|
Neues Jahr, neues Glück! Wer will nochmal, wer hat noch nicht?
Do, 2017-01-19 19:00 im Café Uptown.
Bis dahin!
Ente
(edit: Datum korrigiert)
|
|
|
|
Bitcoin is a nobrainer. In opposite to other currencies/stocks/investments, the timing plays a secondary role. If you wait long enough, you have huge gains. Even the people who have bought at $1200 will be in the profit zone very soon. If you are in since several years, you are sitting on giant profits without any trading, without any trading fees, without any subscription fees.
Those people who followed the recommendations of the reports, have paid huge amounts of trading fees and subscription fees. The promised profits are not true. If someone is a good trader, he can live from his profits and don't has to sell stupid reports.
Then both is not for you. Fair enough. Case closed. Ente |
|
|
|
Your performance is sugercoated.
If I need 100 transactions to get 100% performance, I have to pay at least 1% fee per transaction (for buying and selling). At the end you have still 0%
Additionally in many countries you have to pay taxes if you hold your bitcoin less than a specific time (e.g. 1 year).
All Hodlers outperform your trades - and they dont have to pay your shitty reports
Go to china then, no fees :-P Seriously though, you don't seem to be following up on those reports for any length of time, nor being a trader for any amount of time. If you were, you would by now have lost it all or have obtained some trading discipline. Which would look much like how the reports suggest trades. Ente |
|
|
|
I hate to sound like a negative nancy, but given that you are in BERLIN which is now back to belonging to Germany rather than the US or Soviet armed forces, shouldn't you be celebrating when BTC hits 1000 EUROS? I find this American Dollar fetishism a bit curious. I really think you should postpone the party. According to this site it has reached only 995 euros https://bitcoinwisdom.com/markets/btce/btceurI, personally, only look at the USD exchange rate. The EUR market is much smaller than the USD market. Most relevant sites are in english and USD based. Chartanalysis etc doesn't make much sense in EUR. We don't have a single real exchange here in my country (only a market). And finally, I prefer to party at the time when everyone parties - now! :-) Don't worry, we'll be at 1000 Eur before tomorrow 19:00 Berlin time ;-) Ente |
|
|
|
$1000
And sooner than expected too, probably!
lol, there we go! Happy 1000, everybody! :-) Ente |
|
|
|
|
$1000 and/or $3000, Frankfurt or Berlin, I'll be there!
And sooner than expected too, probably!
Cheers everybody, to a neato party 2017!
Ente
|
|
|
|
|
Show Posts
