Author

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 826. (Read 4671660 times)

legendary
Activity: 2968
Merit: 1198
hero member
Activity: 770
Merit: 504
I've compiled Monero successfully on two different Linux Mint 17.1 boxes. These instructions look correct. I'm on a Mac right now, so I can't delve into this deeper at the moment. Just know that it does work. I can try and help later today or tomorrow. Also, the monero IRC channel is usually very helpful.

If you could it would be appreciated. I should specify, it's Mint Mate 17.2 I have installed. I'll try and get some time in the Monero IRC channel later today too.
OK, I just installed a fresh Mint 17.2 in a VM and indeed, there are dependencies above what's needed for Ubuntu. The process should look more like this:

Code:
sudo apt-get install git gcc-4.9 cmake libunbound2 libevent-2.0-5 libgtest-dev libboost1.55-dev libboost-system1.55-dev libboost-filesystem1.55-dev libboost-thread1.55-dev libboost-date_time1.55-dev libboost-chrono1.55-dev libboost-regex1.55-dev libboost-serialization1.55-dev libboost-program_options1.55-dev libunbound-dev build-essential libssl-dev libdb++-dev

Code:
git clone https://github.com/monero-project/bitmonero.git

Code:
cd bitmonero
make

Let me know how you make out.

edit: forgot libdb++-dev

I've followed all the instructions and this is what I'm getting.  Anyone have any idea what I'm doing wrong?  Running Linux Mint 17.2, a fresh install.  I followed all the commands to install all the packages previously.

legendary
Activity: 2968
Merit: 1198
Keep in mind I'm not a dev.

I've read otherwise.

GingerAle super dev powers activate!
legendary
Activity: 1260
Merit: 1008
and also, fluffypony can probably give a better response... but he won't wake up for another many hours.
legendary
Activity: 1260
Merit: 1008
Keep in mind I'm not a dev. I'm just a dude that follows the project and makes podcasts and is really enthusiastic.

A few short questions about the project:

1) Looking at the design and development goals for monero at https://getmonero.org/design-goals/, what is the rationale for using zeroMQ for RPC ?

ooh, thats in a missive somewhere....
https://getmonero.org/2015/03/02/monero-missive-for-the-week-of-2015-03-02.html
if I understand correctly (but im no dev), RPC is designed for remote things... hence, the name of it (remote procedure call perhaps?), whereas zeroMQ is better for stuff within the same box... because monero architecture is different than bitcoin (wallet and daemon are separate), it makes sense to have the code optimized to talk within the same box.

Quote
2) How is ongoing development financed ?

Blood, sweat and tears. Personal investments of the core team (because they're crazy). And donations. And crowdfunding.
https://forum.getmonero.org/9/work-in-progress/334/fund-a-developer-moneromoo-will-work-part-time-on-monero-for-260-hours-over-approx-6-months

Quote
3) What processes are used to define the design goals and prioritize them ?

Core team. No idea about the particulars on the process. A new missive kinda discusses this, if I ever get around to editing it instead of playing with my mining hardware.

Quote

4) Should a need arise to change the POW algo because, for example, someone introduces a CryptoNight FPGA or ASIC device, what process would the monero community and/or the development team use to pick a new algorithm and schedule its introduction ?

This would be done with a hardfork, and this is also detailed in a missive coming up if we ever get around to publishing them.
How to pick a new algorithm? Unknown. I think a self adapting 10 year algorithm would be cool, but I have no idea how to create that. I tend to believe that the current core team would implement a different POW due to the commitment to decentralization, but core teams can change. The coin lives on.

Quote
5) Are there estimated dates for the completion of these goals ?

Yes. Soon (tm). Sooner can be sooner if you donate to development or can development. This is open source. It doesn't happen unless we make it happen. And hodling != investing. Unless, of course, you know, you're going to buy ALL the monero. But don't do that. Because then you'll control too many outputs.
legendary
Activity: 1316
Merit: 1014
ex uno plures
A few short questions about the project:

1) Looking at the design and development goals for monero at https://getmonero.org/design-goals/, what is the rationale for using zeroMQ for RPC ?

2) How is ongoing development financed ?

3) What processes are used to define the design goals and prioritize them ?

4) Should a need arise to change the POW algo because, for example, someone introduces a CryptoNight FPGA or ASIC device, what process would the monero community and/or the development team use to pick a new algorithm and schedule its introduction ?

5) Are there estimated dates for the completion of these goals ?
legendary
Activity: 2282
Merit: 1050
Monero Core Team
FYI: Windows 10 is basically intentional spyware logging everything you type along with much more.


http://rare.us/story/windows-10-is-stealing-and-recording-your-personal-information/

Just search for "privacy" on Google news and one gets a flood of articles on the subject of how Windows 10 does the above and much more.
sr. member
Activity: 478
Merit: 250

2) Do not enter any passwords or store unencrypted keys wallets etc on any computer where Microsoft Windows is the host (even in a GNU/Linux virtual machine) or on any virtual Microsoft Windows guest. This is critical. Windows malware is a very common cause for lost coins!
3) Run your own full node or nodes with an encrypted wallet.


I just want to clarify please, your are saying not to write down instructions to recreate your password or the password itself anywhere within the windows or virtual machine accessed through windows. Does this mean that virtual machine in general is considered some what severley compromised and it be more prudent to just boot to straight to linux? Thanks for your help.

Yes. The issue, for example, is that a keylogger on the compromised Windows host would have access to the keyboard and consequently to what is typed into the GNU/Linux guest. So one needs to be running GNU/Linux directly on the hardware.

Thanks for the response. My thinking in foiling a key logger was to write this to generate re-usable passwords... https://github.com/Lf3999f3jfa00/zHASH ... if you don't have time to take a look i appreciate the advice you provivided already. If you happen to take a look I would be very appreciateive to know what your opinion was concerning how effective it is. Long story short I guess its time to start booting to linux.
sr. member
Activity: 378
Merit: 250
Interesting:

Update!

Lets discuss this on Reddit (so we can start building more traffic there):
https://www.reddit.com/r/boolberry/comments/3fs25q/potential_cryptsy_listing/
https://twitter.com/BBRcurrency/status/628646443176325120

Received direct message on Twitter today from BigVern (cryptsy):



I responded to say we were interested and asked if they were technically able to add us quickly. I am aware they have said they wanted to add Monero for quite some time but have yet to do so for I presume to be be technical issues integrating with their system

edit: he just responded to my question. It sounds like they are ready to start integrating Monero too.

I will provide more details on r/boolberry so come join the discussion!

Additional info: https://www.reddit.com/r/boolberry/comments/3fs25q/potential_cryptsy_listing/ctrerrm


UPDATE!

This was a SCAM attempt, first identified by dreamspark:
https://bitcointalksearch.org/topic/m.12054858

Be careful everyone! @crpytsy is trying to impersonate @cryptsy and scam 1BTC for an exchange listing by private message
https://twitter.com/BBRcurrency/status/628684966067482624

Please help report the fake @crpytsy twitter
sr. member
Activity: 329
Merit: 250
importing the blockchain went wrong:
Code:
2015-Aug-04 23:36:28.771111 loading block number 201000
2015-Aug-04 23:37:42.303059 loading block number 202000
block 202620 / 6809082015-Aug-04 23:39:19.024385 ERROR /home/skunk/bitcoin/bitmonero/src/cryptonote_core/tx_pool.cpp:189 internal error: try to insert duplicate iterator in key_image set
2015-Aug-04 23:39:19.024482 failed to add transaction to transaction pool, height=202622, tx_num=3
2015-Aug-04 23:39:19.062444 Failed to add block to blockchain, verification failed, height = 202622
2015-Aug-04 23:39:19.062556 skipping rest of file
2015-Aug-04 23:40:58.457240 Number of blocks imported: 202620
2015-Aug-04 23:40:58.457694 Finished at block: 202621  total blocks: 202622

2015-Aug-04 23:40:58.457838 Closing IO Service.
starting bitmonerod from there dosn't seem to sync as it keeps stuck on block 202621...
i resign to do a full sync during the night, let see if it completes...
sr. member
Activity: 453
Merit: 500
hello world
lol craptsy how low can you go..
how long did they need to implement it? what do you think how long they will need to fix a bug ?
cheap, cheaper, cryptsy.

the same thing will happen like with nxt. withdrawls freezed for months Cheesy
people like this should never run an exchange.
legendary
Activity: 2268
Merit: 1141
Interesting:



Not really. Many btc was donated to Cryptsy for XMR and they did nothing. Fuck Cryptsy. Frankly, I don't even wish to see XMR on their exchange.

Their XMR address. They will just stole your btc:
https://blockchain.info/address/1K1uqcxrjr7zWYwePFz2v6Y3hSxBvMrSJ2?filter=2

I agree but I think the 1 BTC was only meant for BBR and I would be suprised if they ask us for 1 BTC as well. You never know with Cryptsy though.
hero member
Activity: 538
Merit: 500
Interesting:



Not really. Many btc was donated to Cryptsy for XMR and they did nothing. Fuck Cryptsy. Frankly, I don't even wish to see XMR on their exchange.

legendary
Activity: 2268
Merit: 1141
Interesting:

Update!

Lets discuss this on Reddit (so we can start building more traffic there):
https://www.reddit.com/r/boolberry/comments/3fs25q/potential_cryptsy_listing/
https://twitter.com/BBRcurrency/status/628646443176325120

Received direct message on Twitter today from BigVern (cryptsy):



I responded to say we were interested and asked if they were technically able to add us quickly. I am aware they have said they wanted to add Monero for quite some time but have yet to do so for I presume to be be technical issues integrating with their system

edit: he just responded to my question. It sounds like they are ready to start integrating Monero too.

I will provide more details on r/boolberry so come join the discussion!

Additional info: https://www.reddit.com/r/boolberry/comments/3fs25q/potential_cryptsy_listing/ctrerrm
sr. member
Activity: 329
Merit: 250
you could also try the export / import approach, as opposed to running the converter. Dunno if it would get around the DB_error, but its another approach.
thank you, somehow i thought master's blockchain_export would only work with lmdb...
the export went fine and took just 15 minutes and the import is running at a rate of 1k blocks every 40 seconds... 7,5 hours to go if everything goes smooth...
legendary
Activity: 1260
Merit: 1008
hi all!
i wanted to give master branch a try to see if i can finally keep monero wallet running on my linux box without getting out of ram...
i ran blockchain_converter on my blockchain and even on the blockchain from op, but it dies in very same way:
Code:
Creating the logger system
2015-Aug-04 17:03:58.676217 Starting...
2015-Aug-04 17:03:58.676373 batch:   true  batch size: 5000
2015-Aug-04 17:03:58.676507 resume:  true
2015-Aug-04 17:03:58.676641 testnet: false
2015-Aug-04 17:03:58.724167 Loading blockchain...
2015-Aug-04 17:08:47.429539 Blockchain initialized. last block: 639896, d28.h12.m10.s8 time ago, current difficulty: 711778266
2015-Aug-04 17:08:47.429896 Source blockchain: /home/skunk/.bitmonero
2015-Aug-04 17:08:47.430007 Dest blockchain:   /home/skunk/.bitmonero/lmdb
2015-Aug-04 17:08:47.430126 Opening dest blockchain (BlockchainDB lmdb)
2015-Aug-04 17:08:47.510671 Source blockchain height: 639897
2015-Aug-04 17:08:47.510859 Dest blockchain height:   0
2015-Aug-04 17:08:47.510968 start height: 1  stop height: 639897
2015-Aug-04 17:08:47.511107 Attempt to get block size from height 18446744073709551116 failed -- block size not in db                                                      
terminate called after throwing an instance of 'cryptonote::DB_ERROR'                                                                                                      
  what():  Attempt to get block size from height 18446744073709551116 failed -- block size not in db                                                                        
Aborted                                                                                                                                                                    
any workaround apart of syncing from scratch?
thank you.

I have no clue how to fix this (note that I am not really tech savy so I leave this question open to more people with more knowledge regarding this subject), however some people reported syncing from scratch times of approximately 3 hours. So if you have a decent PC, why not give it a go?

you could also try the export / import approach, as opposed to running the converter. Dunno if it would get around the DB_error, but its another approach.

legendary
Activity: 2282
Merit: 1050
Monero Core Team

2) Do not enter any passwords or store unencrypted keys wallets etc on any computer where Microsoft Windows is the host (even in a GNU/Linux virtual machine) or on any virtual Microsoft Windows guest. This is critical. Windows malware is a very common cause for lost coins!
3) Run your own full node or nodes with an encrypted wallet.


I just want to clarify please, your are saying not to write down instructions to recreate your password or the password itself anywhere within the windows or virtual machine accessed through windows. Does this mean that virtual machine in general is considered some what severley compromised and it be more prudent to just boot to straight to linux? Thanks for your help.

Yes. The issue, for example, is that a keylogger on the compromised Windows host would have access to the keyboard and consequently to what is typed into the GNU/Linux guest. So one needs to be running GNU/Linux directly on the hardware.
legendary
Activity: 2268
Merit: 1141
hi all!
i wanted to give master branch a try to see if i can finally keep monero wallet running on my linux box without getting out of ram...
i ran blockchain_converter on my blockchain and even on the blockchain from op, but it dies in very same way:
Code:
Creating the logger system
2015-Aug-04 17:03:58.676217 Starting...
2015-Aug-04 17:03:58.676373 batch:   true  batch size: 5000
2015-Aug-04 17:03:58.676507 resume:  true
2015-Aug-04 17:03:58.676641 testnet: false
2015-Aug-04 17:03:58.724167 Loading blockchain...
2015-Aug-04 17:08:47.429539 Blockchain initialized. last block: 639896, d28.h12.m10.s8 time ago, current difficulty: 711778266
2015-Aug-04 17:08:47.429896 Source blockchain: /home/skunk/.bitmonero
2015-Aug-04 17:08:47.430007 Dest blockchain:   /home/skunk/.bitmonero/lmdb
2015-Aug-04 17:08:47.430126 Opening dest blockchain (BlockchainDB lmdb)
2015-Aug-04 17:08:47.510671 Source blockchain height: 639897
2015-Aug-04 17:08:47.510859 Dest blockchain height:   0
2015-Aug-04 17:08:47.510968 start height: 1  stop height: 639897
2015-Aug-04 17:08:47.511107 Attempt to get block size from height 18446744073709551116 failed -- block size not in db                                                      
terminate called after throwing an instance of 'cryptonote::DB_ERROR'                                                                                                      
  what():  Attempt to get block size from height 18446744073709551116 failed -- block size not in db                                                                        
Aborted                                                                                                                                                                    
any workaround apart of syncing from scratch?
thank you.

I have no clue how to fix this (note that I am not really tech savy so I leave this question open to more people with more knowledge regarding this subject), however some people reported syncing from scratch times of approximately 3 hours. So if you have a decent PC, why not give it a go?
sr. member
Activity: 329
Merit: 250
hi all!
i wanted to give master branch a try to see if i can finally keep monero wallet running on my linux box without getting out of ram...
i ran blockchain_converter on my blockchain and even on the blockchain from op, but it dies in very same way:
Code:
Creating the logger system
2015-Aug-04 17:03:58.676217 Starting...
2015-Aug-04 17:03:58.676373 batch:   true  batch size: 5000
2015-Aug-04 17:03:58.676507 resume:  true
2015-Aug-04 17:03:58.676641 testnet: false
2015-Aug-04 17:03:58.724167 Loading blockchain...
2015-Aug-04 17:08:47.429539 Blockchain initialized. last block: 639896, d28.h12.m10.s8 time ago, current difficulty: 711778266
2015-Aug-04 17:08:47.429896 Source blockchain: /home/skunk/.bitmonero
2015-Aug-04 17:08:47.430007 Dest blockchain:   /home/skunk/.bitmonero/lmdb
2015-Aug-04 17:08:47.430126 Opening dest blockchain (BlockchainDB lmdb)
2015-Aug-04 17:08:47.510671 Source blockchain height: 639897
2015-Aug-04 17:08:47.510859 Dest blockchain height:   0
2015-Aug-04 17:08:47.510968 start height: 1  stop height: 639897
2015-Aug-04 17:08:47.511107 Attempt to get block size from height 18446744073709551116 failed -- block size not in db                 
terminate called after throwing an instance of 'cryptonote::DB_ERROR'
  what():  Attempt to get block size from height 18446744073709551116 failed -- block size not in db
Aborted
any workaround apart of syncing from scratch?
thank you.
Jump to: