Bitcoin Forum
March 28, 2024, 07:34:57 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 [7] 8 9 10 »  All
  Print  
Author Topic: Moving forward with Armory  (Read 18324 times)
goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3640
Merit: 1345

Armory Developer


View Profile
February 16, 2016, 10:30:36 PM
 #121

For Linux packages, run this python script:

https://github.com/goatpig/BitcoinArmory/blob/master/dpkgfiles/make_deb_package.py

For Windows, run this .bat:

https://github.com/goatpig/BitcoinArmory/blob/master/cppForSwig/BitcoinArmory_SwigDLL/build_installer_64.bat

For OSX, it's one of these here:

https://github.com/goatpig/BitcoinArmory/tree/master/osxbuild

In order to get the maximum amount of activity points possible, you just need to post once per day on average. Skipping days is OK as long as you maintain the average.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711654497
Hero Member
*
Offline Offline

Posts: 1711654497

View Profile Personal Message (Offline)

Ignore
1711654497
Reply with quote  #2

1711654497
Report to moderator
achow101
Staff
Legendary
*
Offline Offline

Activity: 3346
Merit: 6473


Just writing some code


View Profile WWW
February 16, 2016, 10:33:23 PM
 #122

Is there no cross compiling?

droark
Sr. Member
****
Offline Offline

Activity: 525
Merit: 282


View Profile WWW
February 16, 2016, 10:50:03 PM
 #123


There is for RPi. Otherwise, no. The master plan, seen via some PRs up on the old Github, was to introduce Gitian and move towards a Core-like cross-build system once the Py3/Qt5 upgrade occurred.
achow101
Staff
Legendary
*
Offline Offline

Activity: 3346
Merit: 6473


Just writing some code


View Profile WWW
February 16, 2016, 10:55:28 PM
 #124

There is for RPi. Otherwise, no. The master plan, seen via some PRs up on the old Github, was to introduce Gitian and move towards a Core-like cross-build system once the Py3/Qt5 upgrade occurred.
Are we allowed to (from a licensing/legal standpoint) take those PRs from the old one and use them in the new one? Or would it be better to ask the users who submitted those PRs to resubmit them to the new one. (e.g. this one: https://github.com/etotheipi/BitcoinArmory/pull/312)

droark
Sr. Member
****
Offline Offline

Activity: 525
Merit: 282


View Profile WWW
February 17, 2016, 01:13:17 AM
 #125

There is for RPi. Otherwise, no. The master plan, seen via some PRs up on the old Github, was to introduce Gitian and move towards a Core-like cross-build system once the Py3/Qt5 upgrade occurred.
Are we allowed to (from a licensing/legal standpoint) take those PRs from the old one and use them in the new one? Or would it be better to ask the users who submitted those PRs to resubmit them to the new one. (e.g. this one: https://github.com/etotheipi/BitcoinArmory/pull/312)

They were submitted by a former Armory intern. My personal guess is that, if it came down to a court case, the PRs would be acceptable. IANAL, obviously, and all attempts I've made to get any sort of answers haven't gotten anywhere. So, I don't think the code would be accepted if you tried to port it. If you want to be absolutely safe, you'll have to do a "clean room" implementation. You might be best off reading the PRs and going through the Core codebase. (Alas, Autotools is impossible to fully understand. You basically make it work by failing 'til you're no longer failing.) Cory Fields might be willing to answer some questions, although it sometimes took him weeks to answer any questions we had.
achow101
Staff
Legendary
*
Offline Offline

Activity: 3346
Merit: 6473


Just writing some code


View Profile WWW
February 17, 2016, 04:27:57 AM
 #126

There is for RPi. Otherwise, no. The master plan, seen via some PRs up on the old Github, was to introduce Gitian and move towards a Core-like cross-build system once the Py3/Qt5 upgrade occurred.
Are we allowed to (from a licensing/legal standpoint) take those PRs from the old one and use them in the new one? Or would it be better to ask the users who submitted those PRs to resubmit them to the new one. (e.g. this one: https://github.com/etotheipi/BitcoinArmory/pull/312)

They were submitted by a former Armory intern. My personal guess is that, if it came down to a court case, the PRs would be acceptable. IANAL, obviously, and all attempts I've made to get any sort of answers haven't gotten anywhere. So, I don't think the code would be accepted if you tried to port it. If you want to be absolutely safe, you'll have to do a "clean room" implementation. You might be best off reading the PRs and going through the Core codebase. (Alas, Autotools is impossible to fully understand. You basically make it work by failing 'til you're no longer failing.) Cory Fields might be willing to answer some questions, although it sometimes took him weeks to answer any questions we had.
What about merging in this branch: https://github.com/etotheipi/BitcoinArmory/tree/autotools-gitian from the original repo? Needs rebase obviously.

droark
Sr. Member
****
Offline Offline

Activity: 525
Merit: 282


View Profile WWW
February 17, 2016, 04:16:27 PM
 #127

There is for RPi. Otherwise, no. The master plan, seen via some PRs up on the old Github, was to introduce Gitian and move towards a Core-like cross-build system once the Py3/Qt5 upgrade occurred.
Are we allowed to (from a licensing/legal standpoint) take those PRs from the old one and use them in the new one? Or would it be better to ask the users who submitted those PRs to resubmit them to the new one. (e.g. this one: https://github.com/etotheipi/BitcoinArmory/pull/312)

They were submitted by a former Armory intern. My personal guess is that, if it came down to a court case, the PRs would be acceptable. IANAL, obviously, and all attempts I've made to get any sort of answers haven't gotten anywhere. So, I don't think the code would be accepted if you tried to port it. If you want to be absolutely safe, you'll have to do a "clean room" implementation. You might be best off reading the PRs and going through the Core codebase. (Alas, Autotools is impossible to fully understand. You basically make it work by failing 'til you're no longer failing.) Cory Fields might be willing to answer some questions, although it sometimes took him weeks to answer any questions we had.
What about merging in this branch: https://github.com/etotheipi/BitcoinArmory/tree/autotools-gitian from the original repo? Needs rebase obviously.

Again, my understanding is that using the code as-is may not be safe from a legal standpoint. Who knows, maybe that branch would be safe since it apparently never got pulled. If others want to merge it in and goatpig wants to accept the merge, go for it. I'm not doing it. Smiley I'm happy to contribute elsewhere but I'm not touching this stuff until there's more clarity regarding the situation.
goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3640
Merit: 1345

Armory Developer


View Profile
February 17, 2016, 05:27:40 PM
 #128

I won't accept a PR that has anything to do with Joseph's work for ATI until I can clear that with the shareholders first. Do not keep your hopes up. Use Joseph's work as reference as much as you'd like though.

For people interested in adding deterministic build support for Armory, please focus on a single Linux distro at first (ideally Debian 7 or 8 ).

droark
Sr. Member
****
Offline Offline

Activity: 525
Merit: 282


View Profile WWW
February 17, 2016, 08:54:46 PM
 #129

Honestly, while the PRs look pretty large, the code isn't that difficult to port over. A lot of the files are taken from elsewhere and can basically be reused as-is. It's the files Joseph & I (mostly Joseph, granted) wrote where you need to be careful. Keep in mind that a lot of the complexity comes from trying to do this stuff in a robust manner. My goal was to have a first delivery that wasn't necessarily perfect but was robust enough that cross-compiling and such, including Windows/MinGW, would be reasonably easy. To that end, we actually had some internal test builds made to prove that everything worked. It was a lot of work but it was worthwhile, IMO. I'd recommend that anybody who starts from scratch use the notes in the PRs as guides and go from there. Even if you don't necessarily support anything other than specific Linux builds out the door, try not to hard-code anything that'll make it difficult to support other builds later.

Just my $.02. Do as you please. I'm just saying that a little pain upfront will save you lots of pain later. Smiley
roterdam
Hero Member
*****
Offline Offline

Activity: 640
Merit: 500


interested to BUY CASASCIUS


View Profile
February 17, 2016, 11:03:22 PM
 #130

how it's the most easy way to install armory to recover my btc?
i cannot access to bitcoinarmory.com
thanks
achow101
Staff
Legendary
*
Offline Offline

Activity: 3346
Merit: 6473


Just writing some code


View Profile WWW
February 17, 2016, 11:25:42 PM
 #131

how it's the most easy way to install armory to recover my btc?
i cannot access to bitcoinarmory.com
thanks
Get the downloads from https://github.com/goatpig/BitcoinArmory/releases

goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3640
Merit: 1345

Armory Developer


View Profile
February 18, 2016, 04:50:26 PM
 #132

Should I add those files in too or leave as is?

I'll compare yours to what is in there already and take a decision. Only need one instruction file per OS, the rest I'll delete.

CoinCidental
Legendary
*
Offline Offline

Activity: 1316
Merit: 1000


Si vis pacem, para bellum


View Profile
February 20, 2016, 09:31:28 PM
 #133

is there a link for the last stable version i can download ?

the main site seems to be still down .....
goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3640
Merit: 1345

Armory Developer


View Profile
February 20, 2016, 10:04:02 PM
 #134

https://github.com/goatpig/BitcoinArmory/releases

bitprospector
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
February 24, 2016, 11:01:45 PM
 #135


   I know you have a lot on your mind at present.

   For the last month, I've been trying to update my
blockchain with no luck. I'm on a slow DSL connection
of around 34-35kb.

   Armory has hung at 65-70% blockchain download
3 different times. I've had to go under the hood each
time to delete everything except my wallet.

   The newly updated Armory/Bitcoin will not make
a connection using torrent...which would probably
shorten the download days...so have had to switch
back to bitcoin-qt.

   Any idea why kept hanging at 65-70% download,
and why torrent won't connect ?

   Is there any way to speed up complete update ?

   Any suggestions will be appreciated.

   bitprospector
    Huh
goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3640
Merit: 1345

Armory Developer


View Profile
February 24, 2016, 11:09:07 PM
 #136

ATI shutdown their website, torrents seedboxes included.

You should update to Core 0.12 (I believe they update the block checkpoints) and download the chain straight from that. Once it is sync'd, back up a copy of yours bitcoin datadir folder for the good measure.

achow101
Staff
Legendary
*
Offline Offline

Activity: 3346
Merit: 6473


Just writing some code


View Profile WWW
February 24, 2016, 11:12:44 PM
 #137

ATI shutdown their website, torrents seedboxes included.
We should also probably remove the bootstrap torrent stuff. I don't think it actually helps with the new versions of Bitcoin Core.

You should update to Core 0.12 (I believe they update the block checkpoints) and download the chain straight from that. Once it is sync'd, back up a copy of yours bitcoin datadir folder for the good measure.
They did not update the checkpoints because apparently the checkpoints don't actually help. Those checkpoints haven't been updated since 2011.


   I know you have a lot on your mind at present.

   For the last month, I've been trying to update my
blockchain with no luck. I'm on a slow DSL connection
of around 34-35kb.

   Armory has hung at 65-70% blockchain download
3 different times. I've had to go under the hood each
time to delete everything except my wallet.

   The newly updated Armory/Bitcoin will not make
a connection using torrent...which would probably
shorten the download days...so have had to switch
back to bitcoin-qt.

   Any idea why kept hanging at 65-70% download,
and why torrent won't connect ?

   Is there any way to speed up complete update ?

   Any suggestions will be appreciated.

   bitprospector
    Huh
It looks like your main problem is slow internet speed, and there really is nothing that can be done to speed it up except get better internet.

goatpig (OP)
Moderator
Legendary
*
Offline Offline

Activity: 3640
Merit: 1345

Armory Developer


View Profile
February 24, 2016, 11:16:28 PM
 #138

We should also probably remove the bootstrap torrent stuff. I don't think it actually helps with the new versions of Bitcoin Core.

It was Alan's intention to remove that feature once sipa's EC library was turned on for sig verification. Now is the time then.

droark
Sr. Member
****
Offline Offline

Activity: 525
Merit: 282


View Profile WWW
February 24, 2016, 11:23:57 PM
 #139

We should also probably remove the bootstrap torrent stuff. I don't think it actually helps with the new versions of Bitcoin Core.

It was Alan's intention to remove that feature once sipa's EC library was turned on for sig verification. Now is the time then.


Strictly speaking, it's probably best to wait for an officially tagged version of libsecp256k1. That being said, I suppose a reasonable workaround would be to create a link on Git (can't remember how offhand but I should have it written down) that lets you do a symlink of sorts to code posted elsewhere. The code in 0.12 could be used and manually updated as needed.
achow101
Staff
Legendary
*
Offline Offline

Activity: 3346
Merit: 6473


Just writing some code


View Profile WWW
February 24, 2016, 11:33:58 PM
 #140

We should also probably remove the bootstrap torrent stuff. I don't think it actually helps with the new versions of Bitcoin Core.

It was Alan's intention to remove that feature once sipa's EC library was turned on for sig verification. Now is the time then.


Strictly speaking, it's probably best to wait for an officially tagged version of libsecp256k1. That being said, I suppose a reasonable workaround would be to create a link on Git (can't remember how offhand but I should have it written down) that lets you do a symlink of sorts to code posted elsewhere. The code in 0.12 could be used and manually updated as needed.
Why do we need ilbsecp256k1 and what does that have to do with the bootstrap.dat?

Pages: « 1 2 3 4 5 6 [7] 8 9 10 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!