Topic: NovaCoin (scrypt PoW + PoS hybrid) [self-mod] - page 47. (Read 744449 times)

Опубликовал.

После установки бинарник будет жить по адресу /Applications/getseeds.app/Contents/MacOS/getseeds. Результат тестового запуска (server=1 в novacoin.conf выставлено):


Не тестировал на чистой системе установку с нуля, но всё должно быть нормально.

P.S. Из консоли дергать необязательно, можно просто ткнуть по значку в папке приложений. Правда, оно тогда просто молча возьмет ноды, впишет их в клиент и всё. В очереди системных сообщений уведомления все равно появиться должны, но немногие знают где это посмотреть.

Потому что статический блоб со всем своим внутри - это мало того что не UNIX way, так ещё и нелогично. Есть пакеты, которые содержат информацию о своих зависимостях, устанавливаемых и обновляемых пакетным менеджером в последствии. Зачем статическая линковка, ведь в репозиториях мало того что уже есть эти библиотеки, так они в большинстве случаев ещё и установлены уже. Разве что для дистрибутивов, отличных от debian-based... Но этот вопрос можно/нужно решить сборкой rpm'ки в дополнение к deb'ам. И тогда вопросы вроде очередного бага openssl решаются не выпуском нового клиента, а автоматическим обновлением соответствующего пакета системой, как оно и должно быть. Логично же, разве нет?

Нет, статические блобы-то можно и выкладывать, конечно, но кто потом будет расхлебывать возможные результаты их использования?  У нас же критичное к консенсусу приложение, а не тетрис. В качестве компромисса можно создать для них на sourceforge каталог с говорящим названием.

Незачем. В большинстве случаев пользователю вообще необязательно знать, откуда берутся бинарники, пусть хоть падают с неба. Если же ему нужны свои бинарники, то ему тогда и нужно знать, как они делаются. Но этот процесс можно упростить, конечно.

Как раз об этом сегодня со svost'ом разговаривали. У меня есть набор скриптов автоматической сборки, но он давно не обновлялся. Скорее всего, сведем это всё к предварительно упакованному набору компилятор+зависимости+скрипт, и юзеру тогда для сборки крайнего среза помимо запуска скрипта вообще не потребуется ничего делать. В качестве бонуса у него будет возможность иметь собственные бинарники, без необходимости доверять разработчикам и их подписи.

Несколько вопросов по релизам:

• Почему нет архива со статической линковкой для линукса (как в бтц\лтц)?
• Зачем тратить время на инструкции, когда можно сделать готовые процессы сборки, например включать совместимость с кроскомпиляции по дополнительному ключу при сборке? Как сбилдить нужные версии библиотек, по сути никогда не меняется.

P.S. Очень напрягает каждый раз после перехода на новую ветку заново патчить все руками,а перенос комитов крайне криво работает, при большом объеме изменений.

В общем, проверенная схема для макоси такая:

1. Установить питон отсюда.
2. Запустить в командной строке sudo pip3 install python-bitcoinrpc
3. Теперь можно запускать скрипт командой python3 ./getseeds.py.

Можно ещё заменить в первой строчке скрипта путь к питону на /usr/local/bin/python3, тогда можно будет запускать как обычный исполняемый файл, то есть ./getseeds.py.

P.S. Сборку под OS X собрать попробовал, работает но вывод делает в каком-то непонятном формате. Буду разбираться, почему так происходит.

Бинарник заменен на подписанный.

Не убрали, а переместили.

во блин, только попробовал  запустить питона, а скрипт с гитхаба убрали

Можно собрать app, конечно, но зачем? На яблоке поставить питон в общем-то не является большой проблемой.

https://www.python.org/downloads/mac-osx/

Сегодня соберу в порядке эксперимента.

а для яблока сделайте плиз

https://github.com/novacoin-project/novacoin/tree/master/contrib/seeds/getseeds

Переделал скрипт немного в сторону упрощения, плюс собрал py2exe:

https://sourceforge.net/projects/novacoin/files/getseeds.exe/download

поперезапускал все ноды...

непмню какого числа я их обновил... посему хоть и жаль по 120+ конектов на каждой из нод... но как говорится, красота требават ребута

что и было сделано... конекты за пару часов должны восстановиться, зато уверенно могу сказать что они уж точно будут нормально обрабатывать транзакции нового виду вуду 

вуду пипл   чето накатило, надо пересмотреть древнюю киношку на колыбельную - Хакары 1995 кажись гада выпуска...

кагдато, еще в прошлом веке умели кина делать которые всегда можно с удовольствием смореть , ну или хотя бы слушать в дреме

Мне в одном месте помогло - есть нода с отсутствием входящих соединений, доступом в инет только через сокс прокси - в итоге 3-4 соединения постоянно, не больше. Можно было конечно в файл novacoin.conf добавить строк с addnode=, но как-то лень было да и за актуальностью следить необходимо.
После скрипта же быстро набралось 16 исходящих, плюс данный скрипт можно добавить в шедулер и периодически получать актуальный список нод.

Перед стартом скрипта устанавливаем зависимости: pip install python-bitcoinrpc

Запуск: python ./getseeds.py

Думаю, этот скрипт может быть полезен в некоторых обстоятельствах:

https://github.com/novacoin-project/novacoin/blob/master/contrib/seeds/getseeds.py

Демон - это не какая-то особая часть чего-то, а просто novacoind, версия кошелька без интерфейса. Обычно используется на одноплатных компьютерах и серверах, но некоторые держат и на домашнем ПК. Если специально не ставился, то его не будет.

Соответственно, графической версии всё вышесказанное тоже касается, т.к. работают они в общем-то одинаково. Естественно, что если зачем-то на компьютере установлены novacoind и novacoin-qt одновременно, то они будут работать независимо, но вряд ли кто будет всерьез использовать такую конфигурацию.

обычного перезапуска кошелька будет достаточно, чтобы демон перезапустился? или ещё какие то процедуры требуются?

Тем, кто обновлял клиент до 20 числа и оставил его работать с тех пор, рекомендуется перезапустить демон.

Причина проста, список шаблонов транзакций составляется при запуске клиента и остается без изменений до завершения процесса. По этой причине экземпляр 0.5.6, запущенный до 20 числа, будет вести себя идентично 0.5.5, не включая транзакции нового формата в создаваемые блоки. Для самого обладателя клиента в этом ничего страшного нет, но может причинить неудобства юзерам, отправляющим транзакции на составные адреса. Полагаю, это вопрос некоторого времени, когда достаточное количество узлов будет поддерживать транзакции нового типа.

Эти значения именно то, что надо. Только последнее не 128, а 128 + 8.

https://github.com/CryptoManiac/bitaddress.org/commit/8b437b3a156b79550328414ca7c06151e8e1239d

В ближайшие пару-тройку дней, или неделю. Похоже, что 0.5.6 будет самым короткоживущим релизом в плане актуальности.

и я на версии 0.5.6 уже нормальный блок поймал. Так что полёт нормальный

Утром собрал с гитхаба последнюю версию, блоки вроде уверенно генерируются.