EDIT: Check out the most up-to-date instructions here.Success gentlemen  The only thing that needs adding to those instructions is: The rest was me not installing the stuff properly (I grabbed the entire block and pasted it into the terminal. I though it was installing the stuff 1 by 1 but clearly not  ). Thanks a lot for the help everyone. Not ideal having to install it this way, but it works (and it's kind of fun if you're a dork like me, so that helps). We don't need berkeley-db anymore. It was only used to import the satoshi wallets and that has been dropped. Here are my steps: Do what the doctor says! $ brew install python cryptopp swig sip qt pyqt
Make sure this ends in success! I prefer to use brew's python since it is newer (2.7.3 vs ML's 2.7.2). Plus it is installed as my user so I can muck with it without sudo and I don't have to worry about breaking anything on my system. Put this in your ~/.bashrc. I do not recommend setting PYTHONPATH here. It can get annoying when you are working on other Python projects. export PATH=`brew --prefix`/share/python:$PATH
export CFLAGS="-arch x86_64"
export ARCHFLAGS="-arch x86_64"
Then run some more commands $ pip install twisted
$ mkdir ~/src
$ cd ~/src
$ git clone git://github.com/etotheipi/BitcoinArmory.git
$ git checkout threading
$ cd BitcoinArmory
$ make
Hopefully soon we will won't need the threading branch and can just use master. Running Armory is a bit awkward, but it isn't too bad. You have to set PYTHONPATH so the system python can find pyqt and twisted. I'm not sure why, but I haven't been able to get it built against brew's python. Since "make" builds against the system python, you need to make sure you don't use some other one. Brew recommends you put it's python in the front of PATH, so using the full path to the system python makes sure we use the right one. $ PYTHONPATH=`brew --prefix`/lib/python2.7/site-packages /usr/bin/python ArmoryQt.py
Once I can get it Armory online properly, I'll update my brew tap. I keep getting a segfault while it's loading the blockchain. I'm re-downloading the chain now. EDIT: A fresh blockchain didn't help. I'm going to dig deeper this weekend.
|
|
|
|
Right, when running the "make swig" command, it processes for while then ends with:
swig -c++ -python -classic -threads -outdir ../ -v CppBlockUtils.i
make: swig: No such file or directory
make: *** [CppBlockUtils_wrap.cxx] Error 1
Is swig in /usr/local/bin? If so, you probably just need to add /usr/local/bin to the PATH No, swig isn't present.... |
|
|
|
|
It says "The original site offering documentation and open-source Bitcoin software" for me.
|
|
|
|
Normally I'd be trying out the new version on my Ubuntu machine at home and reporting back that it's awesome - but I'm not at home this weekend, so I'm stuck on Win7 on this laptop, which I hadn't had bitcoin run on before.
...
...will report again when the chain is synced and mention whether it was able to handle the last 12k blocks updating while it was open or if I waited for the full sync before re-opening again.
Well I did try again when it was close to being synced but Armory was continuously toggling between thinking it was connected and scanning and disconnected. Once the sync was finally done, it scanned and seemed fine (though I didn't really do much with it, since it didn't fully sync until I got back home). Now that I'm here, I downloaded the .deb of the new version to try it out on my Ubuntu machine, told package manager to upgrade to it, and it gave this error: The package is of bad quality
The installation of a package which violates the quality standards isn't allowed. This could cause serious problems on your computer. Please contact the person or organisation who provided this package file and include the details beneath.
Lintian check results for /home/scott/Downloads/armory_0.84_amd64.deb:
E: armory: forbidden-postrm-interpreter #!/usr/bin/python
E: armory: control-interpreter-without-depends control/postinst #!/usr/bin/python
I tried uninstalling Armory 0.82.2 and installing 0.84 again, with the same result. Then I tried re-installing 0.82.2 (which had been running fine a few hours ago) and it also complained of the same. Then I decided to see if the 0.82.2 with all dependencies would work; tried it, and it complained a lot and evidently broke some things. I ran apt-get install -f, apt-get update, and apt-get upgrade, and tried 0.84 again and got the same result yet again. I have python installed, so I'm not quite sure what it's having a problem with. I kind of have a feeling it has something to do with my upgrade to Ubuntu 12.10 last week, as that seems to have caused some issues with other - minor - things as well. Any ideas on where to go from here? I guess it's a good thing I installed Armory on my laptop, might have to use that till I can figure out what's going on with this one lol. Maybe it wants "/usr/bin/env python" instead of linking directly to a version of python? I'm not sure though. I usually stick to LTS releases. |
|
|
|
|
picobit, are you also setting PYTHONPATH?
Otherwise, I don't see how the system python would find pyqt.
|
|
|
|
I use Armory from git, which branch should I be testing?
Use the "threading" branch. Although, I have been committing some updates directly to the threading so you are probably going to get a few more features than the others testing the installers I released (but hopefully no extra bugs!) I just build the threading branch under Mac OS X Mountain Lion. It is the first version of Armory that builds completely without any modification to the Makefile. It is very nice that it starts right away! I have only tried it very lightly (moved a few BTC between wallets), but so far it looks good! Great work, Mr. -1 You should post your steps over at https://bitcointalk.org/index.php?topic=73648.0I've been having weird problems where I have to compile against the system python, but set the PYTHONPATH to brew. I would love it if I could figure out how to compile against brew's python. |
|
|
|
etotheipi: Thanks for the reply. FYI, Armory connects to bitcoin-qt/d via sockets (via python-twisted) on localhost over port 8333. Is that potentially an issue?
It shouldn't be: the first rule within my iptables script allows traffic on the loopback interface. I just looked through the log file you sent me, and I see the most interesting thing:
2012-10-30 15:10 (INFO) -- ArmoryQt.py:2339 - New Block! : 205678
...
maybe I'll figure out what's so special about your system!
If it helps: I'm running Arch Linux 32bit, encrypted (LUKS) EXT4 FS, my .bitcoin/* files are all only readable by me (chmod 700), can't think of any thing else that would differ from others. That should be fine assuming Armory is also running as your user. By the way, if you don't mind re-downloading the blockchain in Bitcoin-Qt, I would appreciate you trying that.
I'll certainly do that, it probably won't be for a few days though as it takes close to two days to download the blockchain on my laptop. Could it be an issue of me no leaving enough time between starting bitcoind and then armory? I normally start bitcoind, wait 20-30 seconds and then start armory. Just started up armory and again it was stuck on not having the correct block number. with the same repative error messages present in log that you pointed out), so I restarted armory and it's working fine. 2012-11-03 22:17 (INFO) -- ArmoryQt.py:2339 - New Block! : 206103
2012-11-03 22:17 (INFO) -- ArmoryQt.py:2339 - New Block! : 206103
2012-11-03 22:17 (ERROR) -- armoryengine.py:9143 - ***Connection to Satoshi client LOST! Attempting to reconnect...
2012-11-03 22:17 (INFO) -- ArmoryQt.py:2339 - New Block! : 206103
2012-11-03 22:17 (INFO) -- ArmoryQt.py:2339 - New Block! : 206103
It might be best to start bitcoin, wait until you stop downloading blocks, then start armory. If you need to download a few hours worth of blocks, waiting 30 seconds is definitely not enough. Especially if the blockchain normally takes days to download. |
|
|
|
|
My public node is currently offline. Servers are being moved around. It should be back up soon.
EDIT: I'm back online running 8.2-47-g1b5afde
|
|
|
|
I think maybe both these problems could be taken care of by informing the user about the results of some educated guess as to how high the bounty should be on the page where people enter the requests? Maybe a little table based on the given "difficulty" like this:
That would be great. Unfortunately it requires pool to know pool hashrate, which is not possible yet. And it might fluctuate a lot, depends on the highest bounty in the pool. How about just saying an estimate for how many GKeyHours will be required for 50% probability? You could also provide how many GKey are currently on the pool. Is reporting like that currently in oclvanityminer? However another "educated quest" may be provided for users. Pool can calculate "recommended bounty", which will make mining for this solution a bit more profitable than bitcoin mining. AFAIK there's some simple approximation between (vanity's) GKey and (bitcoin's) MHash, at least for some kind of hardware as ATI HD xxxx. Fizzists's calculator is useful, although it don't take bitcoin profitability in account.
I believe that providing bounties a bit higher than equivalent in bitcoin mining will attach much more attention to all this stuff...
Soon most GPUs will be useless for bitcoin mining, so I don't know if providing bounties "a bit higher" will last very long, but I agree that is a good idea for now. |
|
|
|
have you looked into the western digital live streaming tv they are under 100 and can use netflix and play every file type off the network has a ethernet and wireless n. I got one and now thats all i use heck it even has 2 usb ports i plug my 64gig flashdrive in and can take the box with me to watch on friends or faimly tvs. It will even play full bluray rips iv played 16gig files on it no problem from the flashdrive and network. http://www.amazon.com/gp/product/B005KOZNBW/ref=oh_details_o02_s00_i00WD Live = NO VOLUME CONTROL Are you sure about this? I haven't used one personally, but the screenshot of the remote app on their page has a volume button. http://wdc.com/en/products/products.aspx?id=330My friend had a boxee box. He used it for about two weeks and then sold it. I'm not sure why, but he didn't like it very much. Yea there is volume control on the android app... but not on the remote and its not bindable to the remote settings... I owned one of these and got rid of it for this reason. That's too bad. Besides the lack of volume control, was everything else about it good? I'm thinking about getting one since that isn't a problem for me. I watch lots of netflix and HD mkvs off an NFS/SMB share. |
|
|
|
have you looked into the western digital live streaming tv they are under 100 and can use netflix and play every file type off the network has a ethernet and wireless n. I got one and now thats all i use heck it even has 2 usb ports i plug my 64gig flashdrive in and can take the box with me to watch on friends or faimly tvs. It will even play full bluray rips iv played 16gig files on it no problem from the flashdrive and network. http://www.amazon.com/gp/product/B005KOZNBW/ref=oh_details_o02_s00_i00WD Live = NO VOLUME CONTROL Are you sure about this? I haven't used one personally, but the screenshot of the remote app on their page has a volume button. http://wdc.com/en/products/products.aspx?id=330My friend had a boxee box. He used it for about two weeks and then sold it. I'm not sure why, but he didn't like it very much. |
|
|
|
[...] I'm hoping to be watching near the moment the work switches over to "available" because I'm testing out a new feature for oclvanityminer that allows you to set a minimum value to mine for, otherwise put oclvanityminer in a sleeping state. This could make it possible to automatically switch to mining vanity addresses whenever it is more valuable than bitcoin mining (right now it isn't)... If anyone wants to try it out, feel free to try my fork: https://github.com/fizzisist/vanitygenI'm on your fork. Works great. Switching from vanity to bitcoin mining and back is a good idea. I'm actually already doing it with a custom Ruby script which is monitoring your API and the Bitcoin difficulty. It's not reusable (it builds upon my own existing setup with a central monitoring server which already knows how to reconfigure each of my rigs which all use cgminer). I don't see exactly how oclvanityminer simply sleeping when rewards are not high enough will allow dynamic switching. There needs to be a trigger when oclvanityminer detects a switch from Bitcoin to Vanity or vice versa is adequate that handles all the work needed to properly switch. Here are the things my script does on all rigs when it detects a change from Bitcoin to Vanity is appropriate: - stop the GPU in cgminer and change the memory speed (vanity mining sweet spot is around 650MHz for my 5870 and 5970 GPUs) through its API and leave it running to manage the fan speeds
- launch oclvanityminer
in the other case (Vanity -> Bitcoin) oclvanityminer is killed and cgminer restarted to reapply optimized settings for Bitcoin mining. I've started writing a python script to do something very similar. Then I realized that with ASICs and the reward drop around the corner, my GPUs will likely only be good for vanity mining soon enough. I didn't think about changing memory values to improve speeds. I'll try it out with my 5970s. |
|
|
|
Edit: This little bugger should fit your needs. Minimal tweaking, and native support for Netflix. Hulu would require "Plus" subscription, I assume. That thing does look pretty awesome! Only does 720p though. Any requirements for resolution or file formats, Sp0tter? EDIT: Also, this doesn't fit your request, but it might be something you haven't considered. There are a lot of TVs coming out now that have web-apps built right in. I know Visio has some with Netflix and I'm pretty sure they have Hulu, too. You could use this as an excuse to get a new TV and keep using the linux system for local content. |
|
|
|
|
Well as you said, Linux and Silverlight don't play together. I'm assuming you won't install Windows in a VM either. I don't blame you.
How about an Apple TV? It's $99 and can play netflix and hulu plus. You can leave your linux setup for playing things from your file share. This means you have to use two devices, but that isn't too big a deal since I'm assuming your remote can change the TV's input.
The AppleTV has HDMI and optical audio out. Since you don't want to use the TV speakers, I believe you can get an optical to 3.55mm converter.
This is similar to my personal setup with a Jailbroken Apple TV running Netflix and the Plex Client and a small ubuntu server running the plex media server. My server was originally a high-end firewall, so it doesn't have any graphics capability otherwise it would be plugged into the TV like yours is.
There is also the roku which starts at $49. It does hulu and netflix.
It's really hard to get a non-windows system that can do both netflix streaming and play all the different codecs off network storage.
|
|
|
|
i get >20 on a 5830 running at 980/1025 1280x1024
I find it strange that I get 25 Mkey/s on Windows 7, but only 20 Mkey/s on linux. I tried upgrading to the bleeding edge xorg PPA and that made no difference. I neglected to mention that these two figures are from the SAME MACHINE - dual booted between windows 7 and Ubuntu 12.04. So, same video card, same motherboard, etc. thats simple, ati drivers for linux are same as winblows; crap, on linux even alot more! try upgrade to the latest fglrx and picking the right SDK, good luck  Also, what versions of openssl? |
|
|
|
According to the FBI, the number of arrests in 2009 of whites was more than twice the number of blacks (7,389,208 to 3,027,153). So the statement that more criminals are black is plainly false. Perhaps people here should reflect on why they assumed the opposite is true. http://www2.fbi.gov/ucr/cius2009/data/table_43.htmlLook at per-capita numbers. 3 million is a lot higher percentage of the black population compared to the 7 million of the white population. |
|
|
|
Not all blacks are criminals just a ridiculous amount of people in American prison are blacks.
FTFY |
|
|
|
How can you tell?
Because they are using my public node and I can see their graph. http://p2pool.stitthappens.com:8336/static/graphs.html?DayAlso, my miner is also getting a rather high reject rate. I haven't changed my miner settings at all and I'm running the latest bitcoind and p2pool. My reject used to be <3% and now its ~6% |
|
|
|
|
Whoever is mining with 1Ag42qgUBiZWfbHpXMDxRuBN7Lh5hB1xmC, you are getting 100% rejects. Somethingt is wrong with your miner.
|
|
|
|
|
Show Posts
