[ANN][FIND] FindCoin | Update Wallet If You Haven't! | Community Anti-Scam Token

[Quadmium]

There's no log on Library from Findcoin.

When I open the wallet, the Findcoin logo appears 1milisecond on the dock and then it disappears…  
Did you make the App binary for mac deployable?

Yes. macdeployqt was used. I'll go check out if it's correct in a virtual machine and get back to you in a few. What OSX version are you running?

10.8.5 but it doesn't matter, i think.

1- macdeployqt
2- Copy the Berkley db binary to the App package

Code:

sudo cp /opt/local/lib/db48/libdb_cxx-4.8.dylib FindCoin-Qt.app/Contents/Frameworks

3- Create a reference id for the library in the App

Code:

sudo install_name_tool -id @executable_path/../Frameworks/libdb_cxx-4.8.dylib FindCoin-Qt.app/Contents/Frameworks/libdb_cxx-4.8.dylib

4- Update App binary with new reference id  

Code:

sudo install_name_tool -change /opt/local/lib/db48/libdb_cxx-4.8.dylib @executable_path/../Frameworks/libdb_cxx-4.8.dylib FindCoin-Qt.app/Contents/MacOS/FindCoin-Qt

5- Verify internal links of the binary:

Code:

otool -L FindCoin-Qt.app/Contents/MacOS/FindCoin-Qt

Then create a .dmg package, add deployed FindCoin wallet there and publish, don't you think so?

Yep caught me there, apparently Berkley DB does not come with macdeployqt. I will fix that up for you in a sec and upload a new build.

[fenghush]

Yes same here unable to sync, I guess I did jump the gun. But I do have few other ideas other than the obvious VM+VPN.

In my view, I do support open source code, but the thing that worries me is that you are spending hours trying to break a system in order to prove it can be broken. Its pretty obvious people can cheat with this distribution system, and we are doing the best we can to make it work. There doesn't seem to be any reason for you to continue to try as we will release the source after distribution and your wallets do seem to be working.

I like breaking things, it's my profession But yes I agree, and I understand the challenge the distribution system is facing. Unfortunately there is no easy fix for the cheaters. An UUID on each wallet download comes to mind but that just adds overhead at the download server and nothing stops people to download the wallet over and over again, but it's too late now so it's all moot.
Another not so perfect and resource costly solution is to check the IPs against known proxy lists/tor exit nodes even running port probes for ports such as ssh/rdp/http and deny them coins based on the risk factor. Or have a list of ranges of most residential ISPs and honour users only in those ranges.

[franckuestein]

-snip-

Yep caught me there, apparently Berkley DB does not come with macdeployqt. I will fix that up for you in a sec and upload a new build.

ok, thanks @Quadmium for you reply and technical support.
Waiting for that new build to start with FindCoin 
---

When I've seen that wallet didn't work properly I thought: compile it! But when I tried I've had some problems with libleveldb.a, I think that's because of my boost version 
Anyway, that's not about-coin topic, what's important is that I've missed the first payments  damn!

[Quadmium]

...
When I've seen that wallet didn't work properly I thought: compile it! But when I tried I've had some problems with libleveldb.a, I think that's because of my boost version  
Anyway, that's not about-coin topic, what's important is that I've missed the first payments   damn!

Hey, actually, I checked with Otool and I got this: http://pastebin.com/bxZXG9KC
Are you missing any libraries listed above? It seems berkely did link with macdeployqt...

@executable_path/../Frameworks/libdb_cxx-4.8.dylib (compatibility version 0.0.0, current version 0.0.0)

[uki]

how long does it take to get the exchange application processed?

Haven't even started them.
From ANN:
28/12/2014 - Start of old FindYou coins to FindCoins exchange (read more on that in FAQ section).

So, in 2 days we will start filling them out.

ok, so that means I can keep the old wallet (with the exchange transaction) aside and offline for the next two days and concentrate on catching the new coins.
Thanks.

[Quadmium]

Received new coins. In the meantime sent you the old coins for the exchange. Should I switch back to the new wallet to catch next new coins and from time to time check the old wallet if the new coins were received??

Sorry your question got a little buried. Whichever wallet you open will receive coins, It does not matter if you switch them up, just choose one and collect.

[franckuestein]

...
When I've seen that wallet didn't work properly I thought: compile it! But when I tried I've had some problems with libleveldb.a, I think that's because of my boost version  
Anyway, that's not about-coin topic, what's important is that I've missed the first payments   damn!

Hey, actually, I checked with Otool and I got this: http://pastebin.com/bxZXG9KC
Are you missing any libraries listed above? It seems berkely did link with macdeployqt...

@executable_path/../Frameworks/libdb_cxx-4.8.dylib (compatibility version 0.0.0, current version 0.0.0)

Yes, could be. But I'm not compiling it because I can't (now) - I'm not with everything installed.

That's why I've replied here with the steps to generate and able you to send the deployed version.
Can you please follow the steps, generate the .dmg and share with us?

With that steps it should work 
Thanks a lot Quadmium!

[Quadmium]

...
When I've seen that wallet didn't work properly I thought: compile it! But when I tried I've had some problems with libleveldb.a, I think that's because of my boost version  
Anyway, that's not about-coin topic, what's important is that I've missed the first payments   damn!

Hey, actually, I checked with Otool and I got this: http://pastebin.com/bxZXG9KC
Are you missing any libraries listed above? It seems berkely did link with macdeployqt...

@executable_path/../Frameworks/libdb_cxx-4.8.dylib (compatibility version 0.0.0, current version 0.0.0)

Yes, could be. But I'm not compiling it because I can't (now) - I'm not with everything installed.

That's why I've replied here with the steps to generate and able you to send the deployed version.
Can you please follow the steps, generate the .dmg and share with us?

With that steps it should work 
Thanks a lot Quadmium!

The problem here is that those steps are irrelevant except making a dmg (macdeployqt already linked libdb_cxx in), would you like me to create one? I'm not sure how that will help you run the wallet. Join our IRC and we can talk more easily.

[fenghush]

Yes same here unable to sync, I guess I did jump the gun. But I do have few other ideas other than the obvious VM+VPN.

In my view, I do support open source code, but the thing that worries me is that you are spending hours trying to break a system in order to prove it can be broken. Its pretty obvious people can cheat with this distribution system, and we are doing the best we can to make it work. There doesn't seem to be any reason for you to continue to try as we will release the source after distribution and your wallets do seem to be working.

Anyway I don't like leaving things unfinished so this is how I did it.

Code:

iptables -t mangle -A OUTPUT -m owner --uid-owner klen -j MARK --set-mark 42
iptables -t nat -A POSTROUTING -o tun0 -m mark --mark 42 -j SNAT --to-source 10.8.0.6
ip rule add fwmark 42 table 42
ip route add default via 10.8.0.6 dev tun0 table 42

Where uid klen is the user running the second instance, all packets generated by that uid are routed over the tun0 interface which is an openvpn interface and the wallet sync just fine this time.



It does fail to get the external IP though but synces none the less;

Code:

connection timeout
ERROR: GetMyExternalIP() : connection to 91.198.22.70:80 failed
Flushing wallet.dat
connection timeout
Flushed wallet.dat 68ms
trying connection 60.231.65.38:55097 lastseen=98.2hrs
connection timeout
ERROR: GetMyExternalIP() : connection to 74.208.43.192:80 failed
connection timeout
trying connection 60.231.65.38:55097 lastseen=98.2hrs
received block 00000002466a26f6c2c0
SetBestChain: new best=00000002466a26f6c2c0  height=347  trust=25293722859  blocktrust=283599419  date=12/26/2014 23:30:49
ProcessBlock: ACCEPTED

Code:

klen@jewbuntu:/home/stan/Downloads/64Bit$ curl ifconfig.me
xxx.91.172.195
klen@jewbuntu:/home/stan/Downloads/64Bit$ exit
exit
root@jewbuntu:/home/stan/Downloads/64Bit# curl ifconfig.me
xxx.217.86.135

Pretty neat huh?

[fenghush]

Good point, I deleted my post as I realized I already gave too much info I suggest to do the same since you quoted me.

[Quadmium]

Good point, I deleted my post as I realized I already gave too much info I suggest to do the same since you quoted me.

Hehehe you have a nice computer there:
root@jewbuntu:/home/stan/Downloads/64Bit# curl ifconfig.me
xxx.217.86.135

[e1ghtSpace]

Good point, I deleted my post as I realized I already gave too much info I suggest to do the same since you quoted me.

Hehehe you have a nice computer there:
root@jewbuntu:/home/xxx/Downloads/64Bit# curl ifconfig.me

Lol!

That is pretty funny.

[doger69]

Is the staking working?,my wallet shows O seconds to wait for stake but hasnt payed any,will staking not start until distro is over?

[e1ghtSpace]

Is the staking working?,my wallet shows O seconds to wait for stake but hasnt payed any,will staking not start until distro is over?

Yeah there's something wrong with the staking. Quadmium is having a look over the code right now.

[nobody77]

Using Ubuntu 32bit
when I ./Wrapper I get:

Code:

./FindCoin-qt: relocation error: /home/.../FINDcoin/Findcoin-Ubuntu/Findcoin/Libs/libc.so.6: symbol _dl_find_dso_for_object, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference

Any simple fix for this?

[Quadmium]

Using Ubuntu 32bit
when I ./Wrapper I get:

Code:

./FindCoin-qt: relocation error: /home/.../FINDcoin/Findcoin-Ubuntu/Findcoin/Libs/libc.so.6: symbol _dl_find_dso_for_object, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference

Any simple fix for this?

https://lists.debian.org/debian-user/2014/06/msg01293.html states that "reinstalling libc6-i686 should fix it." Have a look there and tell me if that helps. I believe what you want is sudo apt-get upgrade glibc

[fenghush]

Using Ubuntu 32bit
when I ./Wrapper I get:

Code:

./FindCoin-qt: relocation error: /home/.../FINDcoin/Findcoin-Ubuntu/Findcoin/Libs/libc.so.6: symbol _dl_find_dso_for_object, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference

Any simple fix for this?

https://lists.debian.org/debian-user/2014/06/msg01293.html states that "reinstalling libc6-i686 should fix it." Have a look there and tell me if that helps. I believe what you want is sudo apt-get upgrade glibc

Upgrade is used to install the newest versions of all packages. apt-get install libc6 should update the package if update is available.

[fenghush]

50 FIND per person for a twit/facebook/whatever post promoting FIND. Post a link and your address, you must at least have some audience to qualify. I don't have much funds, first come first served.

[Quadmium]

50 FIND per person for a twit/facebook/whatever post promoting FIND. Post a link and your address, you must at least have some audience to qualify. I don't have much funds, first come first served.

There is a 50k bounty for block explorer if you want (your signature seems to say so).

[CoinBreader]

good job guys im receiving coins every hour !!