 Show Posts
|
|
Pages: [1] 2 3 »
|
You can see in the network overview that the client managed to connect to 9 servers ("connected nodes"). The red orb means that it could not connect to the main server selected.
I can also see that "select server automatically" is unchecked, meaning the client won't try any other server as main server. I guess that server is offline though.
So you should either enable automatic selection, or manually select another server.
Thanks for your explanation. I have noted that there aren't many Tor onion servers available for connection. |
|
|
|
zbar is used for webcams to scan a QR code and to decode it.
E.g. you have an invoice with a QR code shown on your phone screen and you hold it up to your laptop camera. The laptop would then need to have the zbar library. Clicking the URL below will take you to a page of Debian's website in which a list of packages of zbar libraries are available for installation: https://packages.debian.org/search?keywords=zbar&searchon=names&suite=stable§ion=allWhich of these packages should I install? By the way, my desktop environment is LXQt. If you don't need this feature, it is safe to ignore.
Thanks for your answer. |
|
|
|
Have you tried ..... turning off the "Use proxy" settings?
If I un-check/un-tick the box next to Use Proxy, the box next to Use Tor proxy at port 9050 is automatically un-checked/un-ticked. Conclusion: I have no choice but to leave the boxes next to Use Tor proxy at port 9050 and Use Proxy checked/ticked.
Have you tried using the automatic server option
When I check/tick the box next to Select server automatically, the bright red icon in the bottom right hand corner changes to blue and the balance of my BTC coins is displayed next to the bright green icon in the bottom left hand corner. Conclusion: It is mandatory for the user to check/tick the box next to Select server automatically when one is using Tor as proxy |
|
|
|
My device has an Intel 12th generation CPU and Debian Bookworm is installed with the updated stable kernel version linux-image-6.1.0-16-amd64 (=6.1.67-1). The version of Electrum that I use is Electrum-4.5.0.tar.gz The following dependencies are installed: sudo apt install python3-pyqt5 libsecp256k1-dev python3-cryptography In addition, I installed the following packages as well: sudo apt install tor torsocks To launch Electrum, I run the following command in a terminal: python3 Electrum-4.5.0/run_electrum  I guess there is a small bug in the software, yes? In old versions of Electrum, the icon would have changed to a bright blue color when it is connected to the nodes.   |
|
|
|
My device has an Intel 12th generation CPU and Debian Bookworm is installed with the updated stable kernel version linux-image-6.1.0-16-amd64 (=6.1.67-1). The version of Electrum that I use is Electrum-4.5.0.tar.gz The following dependencies are installed: sudo apt install python3-pyqt5 libsecp256k1-dev python3-cryptography To launch Electrum, I run the following command in a terminal: python3 Electrum-4.5.0/run_electrum That is when the following error message appears: username@hostname:~$ python3 electrum/run_electrum
26.51 | E | qrscanner | failed to load zbar. exceptions: [OSError('/home/username/electrum/electrum/libzbar.so.0: cannot open shared object file: No such file or directory'), OSError('libzbar.so.0: cannot open shared object file: No such file or directory')]
username@hostname:~$ Can I just ignore the above error message? I have used Google and also the Search box in bitcointalk.org for solutions and found none. Thank you for your help. |
|
|
|
|
I bought some XMR on LocalMonero platform on September 1. The seller completed the trade by sending 2 XMR to the receiving address of my local wallet, that is, Monero GUI Wallet.
On September 3, I sent 1.4 XMR from my local wallet to my account on LocalMonero.
On September 4, I paid 0.5 XMR from my LocalMonero's account to a seller of digital services.
First question: Can someone trace the 0.5 XMR back to my Monero GUI Wallet?
Second question: Is LocalMonero a mixer/tumbler for XMR coins? If your answer is "yes", I assume that AgoraDesk is also a mixer/tumber for BTC coins?
Thanks for your replies.
P.S.: I searched everywhere for answers to the above questions on the whole of this forum and found none; hence this post.
|
|
|
|
|
I wish to dabble in Ethereum and am looking for a software wallet that has all the features of Electrum and more:
1. works on the laptop or desktop machine
2. Linux, Mac OS, Microsoft Windows (in that order)
3. option not to install it on Linux (Electrum has this feature)
4. free and open-source
5. large community support like [phishing] if and when I need help with your recommended software wallet
Thanks in advance for your recommendations.
|
|
|
|
Yes. Requests is not a mandatory module to be installed. It's only required to get locale and an older version should work fine as well.
Thanks for your explanation about requests. I learned something new today  By "locale", did you mean geolocation? I wouldn't want people whose servers I connect to know my exact physical location. (I know that information about bitcoin transactions are easily available on the public blockchain ledger.) |
|
|
|
I would ignore such warning message if Electrum can run normally. In fact, many application (and even your OS) will show few warnings, but usually you can run it without facing any problem. Thanks for your clarification and assurance. Thanks for your warning about uninstalling "urllib3". By "urllib3", did you mean "python3-urllib3" ? Debian 10 has a package called "python3-urllib3 (1.24.1-1)" but not "urllib3". |
|
|
|
Electrum doesn't have to be installed. You're only installing the utility required to upgrade the package and also upgrade the package itself. But as I said, it'll be fine without upgrading as well. By "utility", did you mean "pip"? According to https://electrum.org/#download, the only dependencies that one needs to install are: sudo apt-get install python3-pyqt5 libsecp256k1-0 python3-cryptography I only need to install the following if I wish to install Electrum ( https://electrum.org/#download): python3-setuptools python3-pip Yeah it will. If you prefer to not install anything, then this is probably the way to go.
Thanks for your clarification. |
|
|
|
Reproducible. Not an issue as Electrum won't run if it is a critical problem. In your terminal, install pip and then upgrade requests. sudo apt-get install python-pip3
pip3 install requests -U
Thanks for your suggestion but I do not wish to install pip because I do not want to install Electrum. The latter can be run without it being installed ( https://electrum.org/#download). Since version 2 or 3 (I can't remember), I have been using Electrum without having installed it first. Electrum uses requests-2.25.1 but Debian 10 doesn't have that.
Do you think Debian 11 (Bullseye) will have "requests-2.25.1"? If yes, I can wait for Debian 11 to become a stable release. It is only a few months from now. |
|
|
|
Electrum 4.0.9 sitting right next to it fires up just fine! Did you install Electrum 4.0.9 on Debian 10? I have never installed Electrum on Debian because the former can be run without installation as long as dependencies are installed via Debian's package manager. |
|
|
|
IMO, try reinstall urllib3 (1.24.1) to urllib3 with 1.24.3 version
Do you use Debian 10, Debian Testing (Bullseye), Debian Sid or Debian at all when you made your statement? |
|
|
|
how did you install dependencies?
By using Debian's default package manager |
|
|
|
I use: Debian 10, 64bit Electrum 4.1.0 with all dependencies installed I run Electrum without installing it and receive two warning messages. They are: /usr/lib/python3/dist-packages/requests/__init__.py:91: RequestsDependencyWarning: urllib3 (1.24.1) or chardet (4.0.0) doesn't match a supported version!
RequestsDependencyWarning)
/home/username/electrum/packages/bitstring.py:36: DeprecationWarning: invalid escape sequence \
""" I appreciate your help in solving the above. |
|
|
|
Yes there's a slight risk mixing repos like that but it's a lot less than installing from source. It's in fact quite common to use some packages from testing because debian tends to have pretty old packages in stable. I suggest asking on debian forums if you don't believe me.
About installing from source on Debian systems, here's the advice from Debian (below paragraph lifted from "'make install' can conflict with packages" https://wiki.debian.org/DontBreakDebian) It's quite easy to compile software from source code tarballs downloaded from the software's website, but not always so easy to remove it later. Often the instructions that come with the source code include instructions to use commands like ./configure && make && make install.
When you install software this way, you will not be able to remove it with apt-get or Synaptic. The APT packaging system can only remove software that was installed by the APT packaging system. Even worse, software installed this way can sometimes conflict with the software packaged for Debian.
Software installed this way also does not benefit from security updates the way that Debian packages do. If you want to keep your system up to date without having to manually compile and reinstall for every update, stick to the Debian packages.
The make install script may make invalid assumptions about where the compiled binary and its associated files should exist in the filesystem and under what set of permissions / ownership it should run. Software installed this way could also replace important software vital to system and package maintenance, making it difficult to repair your system using standard Debian tools. Thanks for your suggestion. I have decided to stick with Debian Stable and its packages, including from stretch-backports. On Debian forums, Debian developers have always advised against using Frakenbuilds. Also note that testing is what's going to eventually become the new stable version so you'll be upgrading to it anyway.
Yes, you are right. As a general rule of thumb, Debian stable releases are on a two-year cycle. Debian Stretch (9.0) is currently on its last leg of being the stable release. If everything goes smoothly, we can expect Debian Buster (currently known as Debian Testing) to be released in May 2019. |
|
|
|
My suggestion is that you add debian testing to your list of repos and install pyqt5 from there. It has the updated version. If that doesn't work remove the python version you installed from source and then install the one on testing.
You can use your apt preferences file to only install certain packages from testing repos.
Thanks for your reply. Below is the advice from Debian (paragraph lifted from "Don't make a FrankenDebian" https://wiki.debian.org/DontBreakDebian): Debian Stable should not be combined with other releases. If you're trying to install software that isn't available in the current Debian Stable release, it's not a good idea to add repositories for other Debian releases. The problems might not happen right away, but the next time you install updates.
The reason things can break is because the software packaged for one Debian release is built to be compatible with the rest of the software for that release. For example, installing packages from buster on a stretch system could also install newer versions of core libraries including libc6. This results in a system that is not testing or stable but a broken mix of the two.
Repositories that can create a FrankenDebian if used with Debian Stable:
Debian testing release (currently buster)
Debian unstable release (also known as sid)
Ubuntu, Mint or other derivative repositories are not compatible with Debian!
Ubuntu PPAs
Conclusion: I will just not use Electrum 3.3.2 on my Debian system. |
|
|
|
Few suggestion :
1. Force reinstall python3-pyqt5 package
2. Purge (not remove) and install python3-pyqt5 package
3. Make sure you have rwx permission to use the package (i think it's most likely case)
I had done that before you wrote the above post. It does not work. |
|
|
|
|
