Какую систему сборки вы предпочитаете?

я потом еще readme прочитал, и сделал как там написано

$ sudo ./install.py 

                Это инсталятор Хризопеи.
Для установки: #./install.py --install [prefix]
Для удаления: #./install.py --uninstall [prefix]
Для запуска программы служит команда $hrizopea

                         Пример:
#./install.py --install /usr/local   -- Установка в /usr/local
#./install.py --uninstall /usr/local -- Удаление из /usr/local
#./install.py --install              -- Установка в /usr

Что будем делать: Устанавливать(1), Удалять(2), Выйти(0): 1
Select Install
Traceback (most recent call last):
  File "./install.py", line 211, in <module>
    try: Start()
  File "./install.py", line 198, in Start
    katalog()
  File "./install.py", line 192, in katalog
    inp = str(raw_input(GT(u"Введите каталог в котором будет находится или находится Хризопея (По умолчанию /usr): ")))
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-6: ordinal not in range(128)

что тут еще можно сказать?

я, кстати, повторил твой эксперимент — deadbeef запустился и работает без этих файлов...разницу с твоей системой можно объяснить отличиями в версии гтк и самого deadbeef.. вероятно где-то был такой баг, и его исправили. или, наоборот, добавили.

Вот! А выдал бы он Traceback то стало-бы ясно в чём проблема, или хотя-бы с какого места нужно отлаживать.

нашел какую-то хризопею на гитхабе. написана на питоне, ник совпадает.

На гитхабе старая версия.

и что мы видим?

Мы видим что ты её не правильно запускаешь.

Вот! А выдал бы он Traceback то стало-бы ясно в чём проблема, или хотя-бы с какого места нужно отлаживать.

сам deadbeef выдает callstack при вылетах. в данном случае, вылет произошел в glib, который видимо как-то это дело пресекает, и делает принудительное завершение процесса.

Мы видим что ты её не правильно запускаешь.

я все сделал как написано у тебя в readme.html.

я все сделал как написано у тебя в readme.html.

Где написано что через main.py надо запускать?

Где написано что через main.py надо запускать?

посмотри следующее сообщение.

Качай не с гитхаба, а с http://hrizopea.ru/

давай вернемся к тому, с чего все началось:

Если такое происходит, то значит что программа рукожопом написана. (Rodegast)

такое происходит с твоей программой. замечу — я никаких файлов из нее не удалял. она так ведет себя изначально сразу.

будут еще какие-то мнения про рукожопов и питон?

эта версия не сыпется. но при попытке из нее выйти намертво зависла, даже ctrl+c в терминале не работает.

но при попытке из нее выйти намертво зависла, даже ctrl+c в терминале не работает.

На большую кнопку «Выйти» нажимал?

нет, просто закрыл окно

Если просто закрыть, то окно в трей сворачивается.

трей из большинства дистрибутивов давно выпилили

К пятых кедах он пока ещё на месте ;)

я попробовал еще раз...

действительно, в трее появилась иконка.

нажимаю Out — ничего не происходит.

нажимаю в терминале ctrl+c — ничего не происходит (сыпятся трейсбеки только).

опять не то нажимаю?

Traceback (most recent call last):
  File "/usr/share/hrizopea/hrizopea.py", line 925, in HBixod
    def HBixod(self):
KeyboardInterrupt

Ну это от того что ты на ctrl+c давишь. У меня без приключений выходит.

по кнопке quit выходит, угу.. но вот это ваше «вы его неправильно держите» — типичное питонье отношение. вобщем, твоя программа хорошо демонстрирует, почему программы на питоне лучше обходить стороной.

по кнопке quit выходит, угу..

Слава Богу! Ты с этим всё-таки справился.

но вот это ваше «вы его неправильно держите» — типичное питонье отношение

А на что ты рассчитывал? Любая программа требует освоения.

должен

Ага, обязан =)

А на что ты рассчитывал? Любая программа требует освоения.

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

нашел какую-то хризопею на гитхабе. написана на питоне, ник совпадает.

hrizopea.py прямо настоящий пыхтонг in a nutshell, на ночь лучше не смотреть.

PS. Щас на меня опять будут орать что типо недостаточно толерантно, может даже удалят, так что на этот коммент отвечать не надо.
PPS. Прав был Эдди.

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

Там по-моему всё довольно логично сделано. Странно что у тебя с этим возникли какие-то сложности.

hrizopea.py прямо настоящий пыхтонг in a nutshell, на ночь лучше не смотреть.

Ты мне ещё про pep8 напиши.

процесс не завершается по ctrl+c - логично.

программа не закрывается при закрытии окна и вешает терминал — логично.

в трее пункт меню для выхода называется Out — воплощение логичности.

когда нашел трей и нажал Out — программа сыпет трейс и не закрывается — логично.

программа без разрешения по дефолту садится в трей по нажатию кнопки закрытия окна — верх логичности тоже.

кстати, как вернуть окно обратно после «сворачивания» в трей — я тоже не нашел.

Если ты правда хотел кого-то в чем-то убедить - да, конечно. А обоснований, твое утверждение является высокопарным бредом.

процесс не завершается по ctrl+c - логично.

Это не консольное приложение, по этому логично.

программа не закрывается при закрытии окна и вешает терминал — логично.

Программа сворачивается в трей. Это сделано специально для удобства пользователя.

в трее пункт меню для выхода называется Out

Включи русский язык и не мучайся.

когда нашел трей и нажал Out — программа сыпет трейс и не закрывается — логично.

Не надо было на ctrl+c жать.

в линуксе все приложения «консольные», в отличие от венды.

Не убедил.

Программа сворачивается в трей. Это сделано специально для удобства пользователя.

трей не нужен для удобства пользователя.

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

Включи русский язык и не мучайся.

хм.. такого поворота логики я не ожидал.

Не надо было на ctrl+c жать.

почему же нет? во всех остальных программах это работает. ну кроме питоновых конечно.

Я не убеждал, я отрицал, цитирую - «Со статикой можно расслабиться, если с типами будет что-то не так». То есть человек утверждал (ну может предполагал, не знаю) что за типами следить не надо и любые ошибки связанные с ним всплывут на этапе компиляции при статической типизации (в рамках языка С, я именно про него говорил). Ты тоже скажешь что можно просто в качестве счётчика взять скажем long int count;, потом выделить память и в цикле прогонять выделенный массив element = array[count]; и всё? Если «расслабиться» то можно прекрасно словить выход count в отрицательное значение и будет весело. Не знаю где ты бред увидел.

трей не нужен для удобства пользователя.

Ну тогда почему тот-же DeaDBeeF точно так-же сворачивается в трей?

почему же нет? во всех остальных программах это работает.

Запусти vi и попробуй выйти из него по ctrl+c.

рамках языка С, я именно про него говорил

Врешь. Ты говорил про абстрактную «статику».

Не знаю где ты бред увидел.

Смотри внимательно - я его процитировал.

Ну тогда почему тот-же DeaDBeeF точно так-же сворачивается в трей?

только если включить соотв. опцию, которая отключена по дефолту.

Запусти vi и попробуй выйти из него по ctrl+c.

когда в vi нажимаешь ctrl+c, он пишет «Type :qa! and press <Enter> to abandon all changes and exit Vim»

нажимаю :qa!<enter> — выходит.

только если включить соотв. опцию, которая отключена по дефолту.

А там соответствующая опция включена по дефолту. И всего-то разницы.

когда в vi нажимаешь ctrl+c, он пишет

Вот, значит он тоже тупа не вываливается. А теперь попробуй выйти по ctrl+c из mc...

А там соответствующая опция включена по дефолту. И всего-то разницы.

это очень большая разница. включение данной опции делает программу неюзабельной в любом современном DE. (и вообще это неправильно делать дефолтным поведением).

Вот, значит он тоже тупа не вываливается. А теперь попробуй выйти по ctrl+c из mc...

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

(если таки не понял.. у твоей программы нет CLI, и блокировать SIGINT она не должна.)

включение данной опции делает программу неюзабельной в любом современном DE.

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

ты прекрасно понял о чем я.

Я рад что ты понял что у кучи программ ctrl+c не работает.

таки не понял.. в отличие от твоей программы, CTRL+C это используемое сочетание кнопок в MC и VI, которое прерывает процессы запущенные из них.

это то же самое что просить выйти по ctrl+c из xterm.

Врешь. Ты говорил про абстрактную «статику».

Нет не вру с самого начала я как частный случай говорил про С, потому что про другое не могу, не в моей компетенции другое. Какую систему сборки вы предпочитаете? (комментарий) Какую систему сборки вы предпочитаете? (комментарий)

Смотри внимательно - я его процитировал.

Я видел, ну я по умолчанию говорил в рамках сишки, к той же Java мои слова уже не применимы.

я как частный случай говорил про С, потому что про другое не могу,

Когда человек вместо статики говорит о Си, он должен это специально подчеркивать. А если не подчеркивает - его речь является высокопарным бредом.

не в моей компетенции другое

Вот поэтому и получилось... см. выше.

у твоей программы нет CLI, и блокировать SIGINT она не должна.

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

это не особенность pyqt, это особенность питона.

Нет. Из того-же install.py ты можешь спокойно выйти по CTRL+C.

сорри, я забыл что это особенность питона только под вендой.

под линуксом действительно pyqt.

Когда человек вместо статики говорит о Си, он должен это специально подчеркивать. А если не подчеркивает - его речь является высокопарным бредом.

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

Вот поэтому и получилось... см. выше.

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

Ай ладно, злюка ты =) Доброй ночи, спать пора.

+ npm + leiningen

Добавьте в список GYP

Он разве не подох? Хром уже давно не использует, а это был единственный важный юзер

В сишке (и крестах, хотя в последних чуть лучше) столько неявных преобразований типов, что говорить о строгой типизации просто смешно

Откуда столько makeлюбителей?
Тут все на C что ли пишут?

Я уже писал выше, v8 и node.js все еще только планируют переход на GN.

Он обычно есть везде и всегда по-умолчанию, ну как vi.