I’ve never used qmake as I always only compiled nud (command line only daemon) on my RaspberrPi. That was possible with 512 MB RAM. With the RaspberryPi2 I’ve successfully compiled nud 2.0.3 using make with 1 GB RAM.
But I have no experience with qmake. Maybe that needs more RAM to build an executable.
Can you limit the number of threads when compiling with qmake (in case qmake uses more than one thread - I don’t know how to do that, though)?
Have you considered using make instead of qmake to compile nud instead of nu-qt?
I’m still not sure that it’s really related to the libdb version, although that is my best bet.
Wanna try compiling nud (make -f makefile.unix using the correct libdb version) just to find out whether the dat files I’ve uploaded work?
Looking closer i saw that qmake was an additional library so i retried it with that and it allowed me to generate my own build files, however this time it would not make, throwing some error about something missing, which i suppose is better than complaing about not having enough space and not giving me the option to give it that space.
I dont know what to do now, none of this stuff works. The code i have i know works but you say i need an older database so suddenly trying to use that older database breaks everything else.
edit: removed reundant code posted in other thread
Maybe your code only works on the raspberry pi, since the original code worked just fine except for having the wrong db version i went ahead and tried it but with your db install code, however during it i found that the db did not install correctly. After using your first block of code for it:
root@amnesia:~/db-4.8.30/build_unix# sudo make install
Installing DB include files: /usr/local/BerkeleyDB.4.8/include …
Installing DB library: /usr/local/BerkeleyDB.4.8/lib …
libtool: install: cp -p .libs/libdb-4.8.so /usr/local/BerkeleyDB.4.8/lib/libdb-4.8.so
libtool: install: cp -p .libs/libdb-4.8.lai /usr/local/BerkeleyDB.4.8/lib/libdb-4.8.la
libtool: install: cp -p .libs/libdb_cxx-4.8.so /usr/local/BerkeleyDB.4.8/lib/libdb_cxx-4.8.so
libtool: install: cp -p .libs/libdb_cxx-4.8.lai /usr/local/BerkeleyDB.4.8/lib/libdb_cxx-4.8.la
libtool: install: cp -p .libs/libdb-4.8.a /usr/local/BerkeleyDB.4.8/lib/libdb-4.8.a
libtool: install: chmod 644 /usr/local/BerkeleyDB.4.8/lib/libdb-4.8.a
libtool: install: ranlib /usr/local/BerkeleyDB.4.8/lib/libdb-4.8.a
ranlib: /usr/local/BerkeleyDB.4.8/lib/libdb-4.8.a: No space left on device
make: *** [install_lib] Error 1
edit: nevermind the error is true, all this crud ive been downloading has eaten up all my space, maybe this will work…
edit; nope. Tails system partition is only large enough to fit its own files. This berkekly package, because its not part of the apt-get repo it wants to install itself elsewhere where theres no room. So in short the old db that nubits client requires wont install on tails therefore the only way to proceed is to download and install linux and try it on there. Wonderful.
I took my original painfully downloaded blockchain files and dropped it into my running version of windows nubits, works! Then i took the blockchain files that i had started on windows and dropped them into my compiled nubits data folder, worked!
So the trick then is because nubits hates anonymity networks and secure OS’s, to download over clearnet using windows then mount your windows drive and pull the blockchain files into Tails.
I replaced the windows ones with your blockchain and the windows client threw the same error. It must be specific to your db version but apparently 5.1 is what the reference version uses. Thanks for helping anyways but its apparent that nuclient’s networking functions are poorly coded and cant handle tor connections so the only way to do this is to download with a static ip over clearnet. I suppose if windows users still want privacy they can replace the wallet.dat files and turn on tor proxying after updating the blockchain but that is easy to screw up.
Nope, nevermind that didnt work, i imported the windows blockchain at 50% and it worked and then i tried it again at 100% and it gave the same error. So its not a version to version error. I really dont know, but i bet if i spend a month downloading the entire thing on tails once it gets to a certain size it will give the error.
Its a shame the client for nubits is so poorly coded i really wanted to use this but theres no way to use it except on insecure OS’s.