goatpig
Moderator
Legendary
Offline
Activity: 3738
Merit: 1360
Armory Developer
|
|
June 25, 2014, 07:50:18 PM |
|
Two questions:
a) any plans to make available an offline bundle for Ubuntu 12.04.4? b) are the offline bundles for 10.04 deprecated? Should we update our offline systems to 12.04?
Alan is out of town so I'll try to fill in on these a) Yes, we should have this ironed out by the next release, which is soon btw b) I dont remember the exact details but this what happened: We used urllib3 for the overhauled announce system. We then realized most users won't have it so we decided to bundle urllib3 with the installers. Im not sure about how it unfolded from that point onwards since I wasn't involved with this part of the development, but the best solution we had resulted in dropping Python 2.6 support, which is what 10.xx ships with. Of course, that lib is for online Armory, and could be entirely disabled for offline bundles, however that would require modifying the release process some more, which we aren't sure we want to delve in for now. So there's no definitive answer to this question, yet. Ideally, we want to keep supporting older OS for at least offline Armory, such as 10.xx and XP, but only if doesn't come at the cost of ridiculous development efforts. The best way for you to avoid all this uncertainty would be to upgrade, indeed.
|
|
|
|
chrisrico
|
|
June 26, 2014, 05:07:04 AM |
|
Are there any plans on making Armory compatible with BIP70 and BIP72 compatible? It would be awesome if Armory downloaded and verified the payment request when a bitcoin URI with an r parameter was clicked. Also great would be if Armory could create signed payment requests, given the specified X509 certificate.
If there are no plans, would you accept pull requests for those features?
|
|
|
|
le_Ministre
Newbie
Offline
Activity: 1
Merit: 0
|
|
June 26, 2014, 06:00:28 AM |
|
Hi guys, i have a bug in Armory and this is annoying cuz im just waiting for a transaction now. Armory Version : 0.91.2 x64 Windows 7 What i see first is Armory disconnect / Reconnect every 5 second. I check on the web and i found some people with the same issue, but in majority of time they repair it with adding memory or get a faster hard drive. In my case its not the problem, i have 32Go of Ram and two SSD Hard-drive in RAID 1. When i check the log file this is an example of what is see : 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5672 - Dashboard switched to fully-online mode 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull1 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Online" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull2 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5552 - Dashboard switched to auto-InitSync 2014-06-25 23:02 (WARNING) -- ArmoryQt.py:4919 - Called updateSyncProgress while not sync'ing 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:InitializingDoneSoon 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:NewUserInfo 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Offline" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5672 - Dashboard switched to fully-online mode 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull1 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Online" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull2 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5552 - Dashboard switched to auto-InitSync 2014-06-25 23:02 (WARNING) -- ArmoryQt.py:4919 - Called updateSyncProgress while not sync'ing 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:InitializingDoneSoon 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:NewUserInfo 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Offline" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5672 - Dashboard switched to fully-online mode 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull1 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Online" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull2 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5552 - Dashboard switched to auto-InitSync 2014-06-25 23:02 (WARNING) -- ArmoryQt.py:4919 - Called updateSyncProgress while not sync'ing 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:InitializingDoneSoon 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, Stat So i tried a couple of thing to try to understand the bug, but this just give me more question When i reboot my computer and just run Armory everything working fine. But if i start Google Chrome and go On Gmail, Armory Disconnect I do not understand but i can reproduce the bug like that. <iframe width="560" height="315" src="//www.youtube.com/embed/Q8Vve_VbvL8" frameborder="0" allowfullscreen></iframe> Link: http://youtu.be/Q8Vve_VbvL8The wallet don't disconnect only on Gmail, this is just an example. When i have a lot of program open the wallet bug to. If i just restart the computer start Armory and do nothing he stay connected for some hour, but when i start app he start disconnecting. After reproduce the bug a couple of time the Wallet connection start spiking. Connect / Disconnect every 5 Sec. Here a Link to my Full log with the Spiking bug : http://pastebin.com/e0X0Ts4wThanks in advance for your help
|
|
|
|
sbrzol
|
|
June 26, 2014, 02:30:07 PM Last edit: June 26, 2014, 02:47:30 PM by sbrzol |
|
where can i set the location of the f.... 20 GB blockchain that the armory downloads?
if it is not possible to set it then i wont use Armory ( i have no space on my windows partition so the default path Appdata/roaming/armory is not good for me and many others )
and why cant use the armory the same downloaded blockchain (i can set its location) that bitcoinqt uses /(dowloaded) ?
|
|
|
|
doug_armory
|
|
June 26, 2014, 04:08:41 PM |
|
where can i set the location of the f.... 20 GB blockchain that the armory downloads?
if it is not possible to set it then i wont use Armory ( i have no space on my windows partition so the default path Appdata/roaming/armory is not good for me and many others )
Backing up a bit, it's important to understand that the blockchain files are the ones used by Bitcoin Core/bitcoind. Armory just uses a database on top of the blockchain files. I say all this just so that we're all on the same page. Anyway, yes, it should be possible to do what you need. For the blockchain, you'll have to fire up BC Core/bitcoind. (I'm not aware of any way that Armory can do this for you.) https://en.bitcoin.it/wiki/Running_Bitcoin has info on command line arguments that let you customize where files go. In particular, the -datadir option is what you want (e.g., Bitcoin-Qt -datadir="path/to/blockchain/files"). Armory works in a similar mannet. At the command line, you can use the --dbdir option (e.g., python ArmoryQt.py --dbdir="path/to/DB/dir") to specify a different location for the database files. Just remember that, in both cases, you'll have to specify the locations every time you fire them up, otherwise you'll get errors. and why cant use the armory the same downloaded blockchain (i can set its location) that bitcoinqt uses /(dowloaded) ?
Armory uses a database on top of the blockchain. Before the database was added, the online version of Armory used a ridiculous amount of memory (8+ GB). It's all a tradeoff in order to get the extra features provided by Armory. We're continuing to look into ways to reduce the storage footprint.
|
Senior Developer - Armory Technologies, Inc.
|
|
|
goatpig
Moderator
Legendary
Offline
Activity: 3738
Merit: 1360
Armory Developer
|
|
June 27, 2014, 05:33:02 AM |
|
Hi guys, i have a bug in Armory and this is annoying cuz im just waiting for a transaction now. Armory Version : 0.91.2 x64 Windows 7 What i see first is Armory disconnect / Reconnect every 5 second. I check on the web and i found some people with the same issue, but in majority of time they repair it with adding memory or get a faster hard drive. In my case its not the problem, i have 32Go of Ram and two SSD Hard-drive in RAID 1. When i check the log file this is an example of what is see : 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5672 - Dashboard switched to fully-online mode 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull1 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Online" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull2 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5552 - Dashboard switched to auto-InitSync 2014-06-25 23:02 (WARNING) -- ArmoryQt.py:4919 - Called updateSyncProgress while not sync'ing 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:InitializingDoneSoon 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:NewUserInfo 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Offline" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5672 - Dashboard switched to fully-online mode 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull1 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Online" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull2 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5552 - Dashboard switched to auto-InitSync 2014-06-25 23:02 (WARNING) -- ArmoryQt.py:4919 - Called updateSyncProgress while not sync'ing 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:InitializingDoneSoon 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:NewUserInfo 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Offline" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5672 - Dashboard switched to fully-online mode 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull1 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4928 - Switching Armory functional mode to "Online" 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:User, State:OnlineFull2 2014-06-25 23:02 (INFO) -- ArmoryQt.py:5552 - Dashboard switched to auto-InitSync 2014-06-25 23:02 (WARNING) -- ArmoryQt.py:4919 - Called updateSyncProgress while not sync'ing 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, State:InitializingDoneSoon 2014-06-25 23:02 (INFO) -- ArmoryQt.py:4986 - Switching Armory state text to Mgmt:Auto, Stat So i tried a couple of thing to try to understand the bug, but this just give me more question When i reboot my computer and just run Armory everything working fine. But if i start Google Chrome and go On Gmail, Armory Disconnect I do not understand but i can reproduce the bug like that. <iframe width="560" height="315" src="//www.youtube.com/embed/Q8Vve_VbvL8" frameborder="0" allowfullscreen></iframe> Link: http://youtu.be/Q8Vve_VbvL8The wallet don't disconnect only on Gmail, this is just an example. When i have a lot of program open the wallet bug to. If i just restart the computer start Armory and do nothing he stay connected for some hour, but when i start app he start disconnecting. After reproduce the bug a couple of time the Wallet connection start spiking. Connect / Disconnect every 5 Sec. Here a Link to my Full log with the Spiking bug : http://pastebin.com/e0X0Ts4wThanks in advance for your help Sounds like a connectivity issue with BitcoinQt. Add this to your bitcoin.conf, see if that helps
|
|
|
|
DeeBo
Newbie
Offline
Activity: 52
Merit: 0
|
|
June 27, 2014, 02:19:54 PM |
|
Hi
I upgraded from Armory 0.90 directly to 0.91.2, all went fine ( on a win 8.1 64bit OS ) When I realized that 0.91.2 is the "Armory Testing (unstable) 0.91.2" version I simply installed Armory 0.91.1 over 0.91.2, and it worked.
My question is, will I run into any issues because I installed an older version 0.91.1 over the newer one 0.91.2 ?
Thanks for clarification.
No unless wallet has a new version and you created a new one You should use 912 tho it's not unstable as it says Bummer! When I updated the torrent and re-signed the installer hashes, I accidentally left the "Testing (Unstable)" on 0.91.2 which is what is shown in the secure downloader. I'll have to fix that. On the other hand, it's listed on our website as the latest stable version. So there's that... Looks like you also forgot to merge 0.91.2 into the Master tree on GitHub. I run Arch Linux so I used the AUR package that pulls from git and I got 0.91.1.
|
|
|
|
aerobatic
|
|
July 02, 2014, 08:37:36 AM |
|
New version seems very unstable & broken (0.91.99.8-beta). first time i ran it, it crashed within seconds (Python error). Second time i ran it, it hung within seconds. Needed to 'Force Quit' the app as it wouldnt close, but just hung there.
Also, Window title says Python instead of Armory.
This is the Mac version.
|
|
|
|
doug_armory
|
|
July 02, 2014, 03:02:59 PM |
|
New version seems very unstable & broken (0.91.99.8-beta). first time i ran it, it crashed within seconds (Python error). Second time i ran it, it hung within seconds. Needed to 'Force Quit' the app as it wouldnt close, but just hung there.
Also, Window title says Python instead of Armory.
This is the Mac version.
Well, it is a dev build. We're still working out various kinks. Please submit any logs you might have. Regarding the Mac build, I haven't had any problems running it ever since I checked in some fixes a few days ago that got the Mac build back on track. (It was broken for awhile.) Also, regarding the Python/Armory thing, I'm not sure offhand if there's a good way to handle that. I believe it has to do with the way that the Mac build executes Armory. I can look into it. I just can't promise anything right now.
|
Senior Developer - Armory Technologies, Inc.
|
|
|
aerobatic
|
|
July 02, 2014, 04:25:49 PM |
|
New version seems very unstable & broken (0.91.99.8-beta). first time i ran it, it crashed within seconds (Python error). Second time i ran it, it hung within seconds. Needed to 'Force Quit' the app as it wouldnt close, but just hung there.
Also, Window title says Python instead of Armory.
This is the Mac version.
Well, it is a dev build. We're still working out various kinks. Please submit any logs you might have. Regarding the Mac build, I haven't had any problems running it ever since I checked in some fixes a few days ago that got the Mac build back on track. (It was broken for awhile.) Also, regarding the Python/Armory thing, I'm not sure offhand if there's a good way to handle that. I believe it has to do with the way that the Mac build executes Armory. I can look into it. I just can't promise anything right now. Hi Doug Thanks, i accept its a dev build... but i have noticed that thisisnt a new issue. armory mac compatibility is still a serious problem and has always been. Armory is the only App (and believe me, i have plenty) that seems to have this problem running on macs. its unstable with frequent crashes and hangs... and its become worse again with the new OS Yosemite. I urge you to be running that in your QA suite so you can ensure that your app works on the latest OS and not just older ones... especially as Apple is about to do an open beta to all members of the public. It seems unlikely to be Apple breaking things with every OS change, since every other App seems to work perfectly. I think its something thats been in Mac Armory the whole time that is causing you a problem with every new build and every new OS... perhaps a legacy bug or a memory leak or something like that. its not likely that apple is the cause of these hangs and crashes, and yet every other app works fine. Re the title. just to explain a bit more detail... Im saying that the title of the App has changed from being called Armory to Python. i.e.: previous Mac builds of Armory, the application was called 'Armory' and when you had to Force Quit it, in the list of Apps it was called Armory.. and it said Armory in the window's title bar (at the top of the screen). Now the app seems to be called 'Python', and in the Force Quit window its called Python, and the Window title bar says Python, so I'm assuming something has accidentally changed the name of the App to be called Python. And if this isn't the case when you run it and you're not seeing what I'm seeing, then that may be an issue. I can send you any log files you want.. please tell me what to send, and where to send it. thanks -- Jez
|
|
|
|
doug_armory
|
|
July 02, 2014, 05:49:15 PM |
|
Armory is the only App (and believe me, i have plenty) that seems to have this problem running on macs. its unstable with frequent crashes and hangs... and its become worse again with the new OS Yosemite. I urge you to be running that in your QA suite so you can ensure that your app works on the latest OS and not just older ones... especially as Apple is about to do an open beta to all members of the public. It seems unlikely to be Apple breaking things with every OS change, since every other App seems to work perfectly. I think its something thats been in Mac Armory the whole time that is causing you a problem with every new build and every new OS... perhaps a legacy bug or a memory leak or something like that. its not likely that apple is the cause of these hangs and crashes, and yet every other app works fine.
You're correct, there have been issues getting the Mac build to be completely stable. Part of the problem, unfortunately, is our reliance on the Qt framework and our attempt to avoid Apple's developer tools as much as possible (e.g., Xcode). There are several poorly documented workarounds that at least some Qt-reliant programs use in order to work on OS X. Even with those fixed, there are still more issues that one will notice if they execute Armory from the command line and see what appears on the terminal. 10.9 has been out for at least a year (dev previews included) and 10.9-specific fixes are still getting committed to the Qt codebase. Even then, some of the fixes are for Qt5, with people having to ask for Qt4 backports. (We still use Qt4. For various reasons, it may be awhile before we move to Qt5. I spent a day attempting a code upgrade. The results opened a big can of worms.) I've been in touch with the Qt devs, trying to get them to take a look and see if they know why we might be seeing Qt-related crashes. I haven't had much luck so far. I also can only hope the devs don't use 10.10 as an excuse to finally kill Qt4 support. (Qt 5.3.1 does have initial 10.10 support, thankfully.) In addition, I can only do so much testing on my hardware and in VMs. I do see the occasional Qt-related crash on my hardware which may or may not be related to what I wrote above. That's about it. I've seen reports from people who have seen more crashes, or seem to be completely unable to even get Armory to start. I can't seem to reproduce most of these issues, unfortunately. Maybe there are further workarounds I need to implement. Maybe there's a subtle bug that's crashing OS X but not Linux or Windows. Maybe it's something else, or all of the above. I'm doing the best I can to fix everything. Re the title. just to explain a bit more detail... Im saying that the title of the App has changed from being called Armory to Python. i.e.: previous Mac builds of Armory, the application was called 'Armory' and when you had to Force Quit it, in the list of Apps it was called Armory.. and it said Armory in the window's title bar (at the top of the screen). Now the app seems to be called 'Python', and in the Force Quit window its called Python, and the Window title bar says Python, so I'm assuming something has accidentally changed the name of the App to be called Python. And if this isn't the case when you run it and you're not seeing what I'm seeing, then that may be an issue.
When you say previous builds, which ones are you talking about? We incorporated a new build process awhile back (starting with 0.9 or 0.91, I believe) that may have changed something. I do have the program title set in Info.plist, so there's something else at play. I'll look into it. A quick search shows that this is a common problem and that, once again, solutions aren't necessarily straightforward. I can send you any log files you want.. please tell me what to send, and where to send it.
Send me a PM and we'll get this going. The logs should be useful for the crashes. Thanks for the feedback and the help!
|
Senior Developer - Armory Technologies, Inc.
|
|
|
etotheipi (OP)
Legendary
Offline
Activity: 1428
Merit: 1093
Core Armory Developer
|
|
July 02, 2014, 08:29:55 PM |
|
Re the title. just to explain a bit more detail... Im saying that the title of the App has changed from being called Armory to Python. i.e.: previous Mac builds of Armory, the application was called 'Armory' and when you had to Force Quit it, in the list of Apps it was called Armory.. and it said Armory in the window's title bar (at the top of the screen). Now the app seems to be called 'Python', and in the Force Quit window its called Python, and the Window title bar says Python, so I'm assuming something has accidentally changed the name of the App to be called Python. And if this isn't the case when you run it and you're not seeing what I'm seeing, then that may be an issue.
Note on this: because it takes a few hours to do a full redownload and rebuild of all the depedencies, I typically don't do it. However, it's entirely possible that there is residuals from the last build that are causing issues, and I should stop taking the shortcut and always do a rebuild. On a sidenote, I have a 3D printer and use Makerware for slicing and sending to the printer. I noticed during install it looks like they do the exact same thing as us: bundled python with PyQt. However, I think they use Qt5. They use virtual-env, which I don't think our OSX solution uses. It might be worth digging a bit into what they are doing, because it sounds like they've done almost the same thing, but much more robustly.
|
|
|
|
doug_armory
|
|
July 03, 2014, 02:11:39 AM |
|
Re the title. just to explain a bit more detail... Im saying that the title of the App has changed from being called Armory to Python. i.e.: previous Mac builds of Armory, the application was called 'Armory' and when you had to Force Quit it, in the list of Apps it was called Armory.. and it said Armory in the window's title bar (at the top of the screen). Now the app seems to be called 'Python', and in the Force Quit window its called Python, and the Window title bar says Python, so I'm assuming something has accidentally changed the name of the App to be called Python. And if this isn't the case when you run it and you're not seeing what I'm seeing, then that may be an issue.
Note on this: because it takes a few hours to do a full redownload and rebuild of all the depedencies, I typically don't do it. However, it's entirely possible that there is residuals from the last build that are causing issues, and I should stop taking the shortcut and always do a rebuild. Well, as promised, I did track down the issue. Let's just say this was another one of those weird, WTF gotchas that seem to happen only in OS X. None of the proposed solutions I found online worked exactly. When I finally tried a modified version of a solution, it worked, and yet I was left scratching my head, wondering why it worked but what was in the build script didn't work. Anyway, a full rebuild isn't required to take advantage of the fix, although I'd definitely recommend a full rebuild whenever possible. It's the safest way to incorporate the changes I've made for 0.92.
|
Senior Developer - Armory Technologies, Inc.
|
|
|
aerobatic
|
|
July 05, 2014, 10:27:28 PM |
|
Re the title. just to explain a bit more detail... Im saying that the title of the App has changed from being called Armory to Python. i.e.: previous Mac builds of Armory, the application was called 'Armory' and when you had to Force Quit it, in the list of Apps it was called Armory.. and it said Armory in the window's title bar (at the top of the screen). Now the app seems to be called 'Python', and in the Force Quit window its called Python, and the Window title bar says Python, so I'm assuming something has accidentally changed the name of the App to be called Python. And if this isn't the case when you run it and you're not seeing what I'm seeing, then that may be an issue.
Note on this: because it takes a few hours to do a full redownload and rebuild of all the depedencies, I typically don't do it. However, it's entirely possible that there is residuals from the last build that are causing issues, and I should stop taking the shortcut and always do a rebuild. Well, as promised, I did track down the issue. Let's just say this was another one of those weird, WTF gotchas that seem to happen only in OS X. None of the proposed solutions I found online worked exactly. When I finally tried a modified version of a solution, it worked, and yet I was left scratching my head, wondering why it worked but what was in the build script didn't work. Anyway, a full rebuild isn't required to take advantage of the fix, although I'd definitely recommend a full rebuild whenever possible. It's the safest way to incorporate the changes I've made for 0.92. Hi Doug, any chance you can post the version you've fixed... so we can re-test it and see if the crash and hang bugs disappeared when you fixed the Python name problem? I also have noticed some potential double-spend problems that i emailed Alan about a couple of weeks ago but not heard anything about those. i didn't want to post these in open forum for obvious reasons... but i've not had a response yet. -- Jez
|
|
|
|
doug_armory
|
|
July 07, 2014, 02:15:28 PM |
|
Well, as promised, I did track down the issue. Let's just say this was another one of those weird, WTF gotchas that seem to happen only in OS X. None of the proposed solutions I found online worked exactly. When I finally tried a modified version of a solution, it worked, and yet I was left scratching my head, wondering why it worked but what was in the build script didn't work. Anyway, a full rebuild isn't required to take advantage of the fix, although I'd definitely recommend a full rebuild whenever possible. It's the safest way to incorporate the changes I've made for 0.92. any chance you can post the version you've fixed... so we can re-test it and see if the crash and hang bugs disappeared when you fixed the Python name problem? https://github.com/etotheipi/BitcoinArmory/tree/devel has the latest commits for now. You can find the fix over there. Just be aware, once again, that we're still working out kinks here and there. (I was also gone over the weekend.) Also, I believe you were asking about testing on Yosemite? I installed Yosemite DP2 on a VM and gave Armory a quick spin a few days ago. The Armory GUI fired up without issue, and I was able to run the various Armory unit tests without issue. Just keep in mind that I didn't bang on the GUI particularly hard.
|
Senior Developer - Armory Technologies, Inc.
|
|
|
MoreBloodWine
Legendary
Offline
Activity: 1050
Merit: 1001
|
|
July 08, 2014, 03:57:55 PM Last edit: July 08, 2014, 04:09:50 PM by MoreBloodWine |
|
When setting this up or the first time with a new bitcoin installation as well. Should I install the windows client first, download the blockchain which would be about 24hrs if not less, then install armory or install both at the same time then DL the chain etc. ? Edit: Update: If you already have a verified copy of Armory version 0.91 or higher, you can use the new secure downloader feature to get upgrades and/or installers for other systems. See the next section for more info. If you don't have a verified copy of Armory yet, you should follow these instructions to verify the first Armory installer you download via GPG. Armory is used by some of the most heavily-invested, and most paranoid Bitcoin enthusiasts for maximum privacy and security. If you are in this category, it is recommended you verify that your Armory installers have not been altered in any way. Armory Ubuntu/Debian packages (*.deb files) are signed directly using our Offline Signing Key (GPG) (0x98832223). And each release comes with a signed file containing the SHA256 hashes of each installer. Unfortunately, it is not easy to verify these signatures unless you have access to a Linux machine. At the moment, the verification procedure on Windows is very difficult. Even if it is very difficult, would be nice to know how unless in my haste you said how to and I just glazed over it. Or is verification a thing that's technically needed in online systems only or just all around better to do it for online and offline systems.
|
To be decided...
|
|
|
CircusPeanut
|
|
July 08, 2014, 04:54:30 PM |
|
When setting this up or the first time with a new bitcoin installation as well. Should I install the windows client first, download the blockchain which would be about 24hrs if not less, then install armory or install both at the same time then DL the chain etc. ?
After installing both, you can just run Armory, and it will start Bitcoin for you. Both applications will build whatever is missing even if that is everything.
|
|
|
|
bitpop
Legendary
Offline
Activity: 2912
Merit: 1060
|
|
July 08, 2014, 06:45:26 PM |
|
Any way to destroy dust in armory? I don't see a way to manually give dust b gone private keys to clean
Some bastards found a way to confirm some
|
|
|
|
MoreBloodWine
Legendary
Offline
Activity: 1050
Merit: 1001
|
|
July 08, 2014, 07:39:14 PM |
|
Any way to destroy dust in armory? I don't see a way to manually give dust b gone private keys to clean
Some bastards found a way to confirm some
So you just toss away everything after x.xx ? Hell, send it to me lol
|
To be decided...
|
|
|
|
|