Topic: MultiBit - page 10. (Read 336309 times)

Thanks for the heads up!

Seems to be a phishing scam going around

https://i.imgur.com/5HcH41z.jpg

keep alert 

I really hope you aren't scamming. There are no OWNERS for Bitcoin. You should make a backup even if the wallet is MOST SECURE. Where is the proof that $850 is gone? Multibit isn't stealing anything, if they do/did, no users will use Multibit now but many are still using whoch shows there is no problem. But yes, bugs can be there and you should report immediately if it is a serious bug. Once again,' I am repeating, MAKE A BACKUP OF YOUR WALLET EVERYTIME EVEN IF IT IS MOST SECURE WALLET.

   ~~MZ~~

I want Multibit owner to give back btc to all members who have problems . are 850 $ i this fake error and all of this are money from multibit members. I want him to answer me and give a solution .
Multibit error take my btc , i want my btc back .
I want btc owner to respond my message and give a solution.
I will post any every forum about this bug and how btc owners dont want to resolve it .

AFAIK it doesn't have a console.

   ~~MZ~~

ok, thanks  
MultiBit has a console interface for Linux?  

You will have to install any software for remote control such as teamviewer. I don't recommend this as this isn't really secure and may lead to loss of your BTC. If you are frequent traveler, you can try it. You can use Blockchain.info for this, IMHO it is a little better. But for secure saving, create a paper wallet and store BTC there and use wallet like Mycelium and use their feature for sending BTC from paper wallet instantly. It will wipe every details too, so it is more secure than ways mentioned above.

   ~~MZ~~

Hi! How to run a multibit so you can remotely control the wallet over ssh?

If you have a problem syncing, then not only should you delete the multibit.spvchain, but you may also be running out of heap. If you check the log and see something like this, 'java.lang.OutOfMemoryError: Java heap space', then you need to change the default -Xmx value. On the mac, you would need to add this line to the .bashrc:

export _JAVA_OPTIONS='-Xmx2048m'

then run:

source .bashrc

then run:
/Applications/MultiBit.app/Contents/MacOS/JavaApplicationStub

You should see a line that shows this:
Picked up _JAVA_OPTIONS: -Xmx2048m

Hope that helps someone else.

Problem solved. I just deleted the old multibit.spv file. Thanks:)

Try re-installing. It may help you. Mine synced yesterday and there was no problem.

   ~~MZ~~

Still resesting....

 

Thoughts?

The error was "com.google.bitcoin.store.BlockStoreException Corrupted block store: could not find chain head

Troubleshooting! My Multibit won't sync. It just has a red "connecting" label on the bottom left corner. Am I doomed?

Can anybody point me to a good way to build multibit client without internet? 

I'd like to build in a secure environment. 

Even allowing maven to grab all kinds of files I get this error:

Failed to execute goal on project multibit: Could not resolve dependencies for project org.multibit:multibit:jar:0.5.18: Could not find artifact com.oracle:javafx:jar:2.2.40 at specified path /usr/lib/jvm/java-7-openjdk-amd64/jre/lib/jfxrt.jar ->

As I understand there are still a number of vulnerabilities claimed to be associated with OpenJDK8 and so probably JavaFX needs to be buit separately?  In my opinion it would be better to avoid all these kind of external packages that aren't necessary with core Multibit functionality, but I would gladly be educated otherwise. 

Big thanks to multibit team for all work --   

YES iAM ONE OFF THESE PEOPLE ALL MY COINS GONE AND WALLET ALSO GONE.

https://bitcointalksearch.org/topic/wallet-gone-and-backup-not-work-earn-2-coins-for-fixing-this4me-813278

It is an interesting read definitely.

Mike has raised this paper's impact on bitcoinj here:
https://code.google.com/p/bitcoinj/issues/detail?id=510

(He reviewed that paper before it was published).

As with all things like this it needs a bit of study and thought to mitigate.

Hi Jim

Any comment on this (http://eprint.iacr.org/2014/763.pdf) and perhaps how Multibit HD plans to prevent such privacy leakage?

Hi Prof7bit,

Thanks for your post on hosting our binaries on github.com
In the early days of Bitcoin we did host our binaries directly in the github releases as you suggest.
Other teams such as Armory did too.

Then quite suddenly we got notice that (because of bandwidth costs I think) no-one could continue doing so.
Hence both MultiBit and Armory had to host them elsewhere. This was in late 2012 I think from memory. I wouldn't want this to happen to us again.

Also for MultiBit HD because we are charging a small amount per send we have to get a user agreement before they use the software (usual legalese with a click through EULA). We are putting this into both the download of the installer and on first use of the software. The former I don't think we could do with the github.com releases as you can just download them directly.

It's a good suggestion nonetheless, it just wouldn't meet our needs now.

Cheers.

Jim

I don't understand why developers who are using github for everything else (version control, issue tracker) do not also make use of github's excellent binary releases upload/download facility that is automatically included in every project, its provided for free to all open source projects with unlimited storage and download bandwidth. You can even have free website hosting for every github project if you want, you can have a full blown static website with all bells and whistles and unlimited size and structure, you get the entire infrastructure for managing an open source project including project website and unlimited download hosting for free from github and can manage it even if all you have is a garden shed and a solar powered laptop and you cannot or don't want to afford running expenses and maintenance for separate (unnecessary) commercial web site hosting. Please make use of it!


Instructions for developers / project owners:

* click "releases"
* click "draft new release"
* make up a new tag name to create a new tag on your release branch (for example "v0.5.18") (or choose an existing tag from the drop down list, its an ordinary git tag to tie the release to a specific git revision)
* add a title (for example "v0.5.18")
* add a description (summarize whats new in this release)
* drag & drop the binary installers for all supported OS into the area below the description field
* click "publish release" (or save the draft for continuing later if you are not yet done)


Instructions for end users:

* click "releases"
* click one of the green download buttons to download the installer



Instructions for jim618:

* you already have release tags on your master branch because your revision tree is well organized and you did everything by the book so far, you just forgot to attach the binary installers to the releases, so it will be quite easy
* click "releases"
* for the release "0.5.18" click "Edit"
* drag & drop the 0.5.18 installers into the grey "attach binaries" box, wait until upload is complete
* click "update release"