Почему нет архива со статической линковкой для линукса (как в бтц\лтц)?
Потому что статический блоб со всем своим внутри - это мало того что не UNIX way, так ещё и нелогично. Есть пакеты, которые содержат информацию о своих зависимостях, устанавливаемых и обновляемых пакетным менеджером в последствии. Зачем статическая линковка, ведь в репозиториях мало того что уже есть эти библиотеки, так они в большинстве случаев ещё и установлены уже. Разве что для дистрибутивов, отличных от debian-based... Но этот вопрос можно/нужно решить сборкой rpm'ки в дополнение к deb'ам. И тогда вопросы вроде очередного бага openssl решаются не выпуском нового клиента, а автоматическим обновлением соответствующего пакета системой, как оно и должно быть. Логично же, разве нет?  Нет, статические блобы-то можно и выкладывать, конечно, но кто потом будет расхлебывать возможные результаты их использования?  У нас же критичное к консенсусу приложение, а не тетрис. В качестве компромисса можно создать для них на sourceforge каталог с говорящим названием. Зачем тратить время на инструкции
Незачем. В большинстве случаев пользователю вообще необязательно знать, откуда берутся бинарники, пусть хоть падают с неба. Если же ему нужны свои бинарники, то ему тогда и нужно знать, как они делаются. Но этот процесс можно упростить, конечно. Зачем тратить время на инструкции, когда можно сделать готовые процессы сборки, например включать совместимость с кроскомпиляции по дополнительному ключу при сборке? Как сбилдить нужные версии библиотек, по сути никогда не меняется.
Как раз об этом сегодня со svost'ом разговаривали. У меня есть набор скриптов автоматической сборки, но он давно не обновлялся. Скорее всего, сведем это всё к предварительно упакованному набору компилятор+зависимости+скрипт, и юзеру тогда для сборки крайнего среза помимо запуска скрипта вообще не потребуется ничего делать. В качестве бонуса у него будет возможность иметь собственные бинарники, без необходимости доверять разработчикам и их подписи. |
|
|
|
а для яблока сделайте плиз
В общем, проверенная схема для макоси такая: 1. Установить питон отсюда. 2. Запустить в командной строке sudo pip3 install python-bitcoinrpc 3. Теперь можно запускать скрипт командой python3 ./getseeds.py. Можно ещё заменить в первой строчке скрипта путь к питону на /usr/local/bin/python3, тогда можно будет запускать как обычный исполняемый файл, то есть ./getseeds.py. P.S. Сборку под OS X собрать попробовал, работает но вывод делает в каком-то непонятном формате. Буду разбираться, почему так происходит. |
|
|
|
Мне в одном месте помогло - есть нода с отсутствием входящих соединений, доступом в инет только через сокс прокси - в итоге 3-4 соединения постоянно, не больше. Можно было конечно в файл novacoin.conf добавить строк с addnode=, но как-то лень было да и за актуальностью следить необходимо. После скрипта же быстро набралось 16 исходящих, плюс данный скрипт можно добавить в шедулер и периодически получать актуальный список нод. Перед стартом скрипта устанавливаем зависимости: pip install python-bitcoinrpc Запуск: python ./getseeds.py Переделал скрипт немного в сторону упрощения, плюс собрал py2exe: https://sourceforge.net/projects/novacoin/files/getseeds.exe/download |
|
|
|
Novacoin 0.5.6 builds are available on our sourceforge page. https://sourceforge.net/projects/novacoin/files/novacoin-0.5.6/It includes support for pubkey pair addresses and some minor optimizations. Meanwhile, we're also gradually moving towards the use of Clang as preferred compiler for our project. Hint: if you're running a pool or p2pool node then this script may be useful for you. This also may help you in case if your internet connection is restricted and client is unable to find nodes through IRC or DNS seeding mechanisms. |
|
|
|
обычного перезапуска кошелька будет достаточно, чтобы демон перезапустился?
Демон - это не какая-то особая часть чего-то, а просто novacoind, версия кошелька без интерфейса. Обычно используется на одноплатных компьютерах и серверах, но некоторые держат и на домашнем ПК. Если специально не ставился, то его не будет. Соответственно, графической версии всё вышесказанное тоже касается, т.к. работают они в общем-то одинаково. Естественно, что если зачем-то на компьютере установлены novacoind и novacoin-qt одновременно, то они будут работать независимо, но вряд ли кто будет всерьез использовать такую конфигурацию. |
|
|
|
и я на версии 0.5.6 уже нормальный блок поймал. Так что полёт нормальный
Тем, кто обновлял клиент до 20 числа и оставил его работать с тех пор, рекомендуется перезапустить демон. Причина проста, список шаблонов транзакций составляется при запуске клиента и остается без изменений до завершения процесса. По этой причине экземпляр 0.5.6, запущенный до 20 числа, будет вести себя идентично 0.5.5, не включая транзакции нового формата в создаваемые блоки. Для самого обладателя клиента в этом ничего страшного нет, но может причинить неудобства юзерам, отправляющим транзакции на составные адреса. Полагаю, это вопрос некоторого времени, когда достаточное количество узлов будет поддерживать транзакции нового типа. |
|
|
|
Расширенных приватных ключей у нас нет в их понимании, соответственно параметры public и private не имеют смысла для NVC. Остальное лежит в base58.h и base58.cpp. PUBKEY_ADDRESS = 8,
SCRIPT_ADDRESS = 20,
SetData(128 + (fTestNet ? CBitcoinAddress::PUBKEY_ADDRESS_TEST : CBitcoinAddress::PUBKEY_ADDRESS), &vchSecret[0], vchSecret.size()); Вообще же, полноценной поддержки всё равно не получится, этот клиент не поймет составных адресов без серьезной доработки. Если отсутствие поддержки таких адресов не является проблемой, то можно попробовать. P.S. Сейчас это проблемой не является, поскольку существующие клиенты считают транзакции на такие адреса нестандартными и по умолчанию их не обрабатывают. Но это изменится в следующем релизе. Значения в enum это вроде не то, что надо. По крайней мере в биткоине эти значения - просто индексы, по которым находится то, что нужно. https://github.com/bitcoin/bitcoin/blob/master/src/chainparams.cpp#L114 base58Prefixes[PUBKEY_ADDRESS] = std::vector<unsigned char>(1,0);
base58Prefixes[SCRIPT_ADDRESS] = std::vector<unsigned char>(1,5);
base58Prefixes[SECRET_KEY] = std::vector<unsigned char>(1,128);
Вот эти числа: 0, 5, 128. Они должны быть у всех форков, как мне кажется. Нашел библиотеку, где эти значения есть для PPC и еще нескольких форков, но Новы там тоже нет (( https://github.com/cryptocoinjs/coininfo/tree/master/lib/coinsЭти значения именно то, что надо. Только последнее не 128, а 128 + 8. https://github.com/CryptoManiac/bitaddress.org/commit/8b437b3a156b79550328414ca7c06151e8e1239d |
|
|
|
P.S. Сейчас это проблемой не является, поскольку существующие клиенты считают транзакции на такие адреса нестандартными и по умолчанию их не обрабатывают. Но это изменится в следующем релизе.
на когда готовиться к следующему релизу? В ближайшие пару-тройку дней, или неделю. Похоже, что 0.5.6 будет самым короткоживущим релизом в плане актуальности. |
|
|
|
Расширенных приватных ключей у нас нет в их понимании, соответственно параметры public и private не имеют смысла для NVC. Остальное лежит в base58.h и base58.cpp. PUBKEY_ADDRESS = 8,
SCRIPT_ADDRESS = 20,
SetData(128 + (fTestNet ? CBitcoinAddress::PUBKEY_ADDRESS_TEST : CBitcoinAddress::PUBKEY_ADDRESS), &vchSecret[0], vchSecret.size()); Вообще же, полноценной поддержки всё равно не получится, этот клиент не поймет составных адресов без серьезной доработки. Если отсутствие поддержки таких адресов не является проблемой, то можно попробовать. P.S. Сейчас это проблемой не является, поскольку существующие клиенты считают транзакции на такие адреса нестандартными и по умолчанию их не обрабатывают. Но это изменится в следующем релизе. |
|
|
|
Для Raspi 2 там есть, или собрать лучше самому? Сборка для armhf должна работать, если устраивает движок LevelDB. Собиралось под wheezy для пущей универсальности, так что надо добавить репозитории wheezy для установки зависимостей. deb http://ftp.debian.org/debian wheezy main
deb http://ftp.debian.org/debian wheezy-backports main В /etc/apt/sources.list и выполнить apt-get update, чтобы увидел и мог установить требуемые пакеты по команде apt-get -f install. Тут остальные нюансы установки из пакетов на распикоподобные машинки: https://bitcointalk.org/index.php?topic=704756.msg12679287#msg12679287 |
|
|
|
Putin has several reason for that: to retreat while he stil can, to avoid Afghan scenario and to send the message to Asad. Putin has a reason, Putin does that, Putin wants to send a message... I know, this may be shocking, but he does that because it was planned to do so. Yep, it was declared right at the beginning of operation that troops won't stay there for long and will be withdrawn in the middle of spring. Anybody with a tiny amount of memory is able to remember official MoD statements. Normally, there is nothing strange in doing something if it was originally declared. Your boss won't be surprised to see you at your working place tomorrow, for example. |
|
|
|
Ukraininain soldiers defecting to join the Russian army I hear. Understandable that they´re getting tired of the mess of an army and want to join a real one.
Actually, the immense of experienced staff have left Ukrainian army in 2014, and there is no significant flow of defects anymore. Because the rest of Ukrainian army is presented by incompetent people. Due to lack of proper education, practice and discipline. Even their generals are regularly failing to demonstrate any geographical or tactical skills. |
|
|
|
|
Show Posts
