| fft |
|
|
Темы:
2
Сообщения:
8
Участник с: 18 декабря 2011
|
Оказывается это я diff невнимательно посмотрел, мне показалось, что gcc добавили в ghc-libs и убрали из ghc. На самом деле наоборот. Новой версии пакета пока не появилось, ссылка была на trunk, т.е. ещё не зарелижено. Всем спасибо, тему закрываю. |
| fft |
|
|
Темы:
2
Сообщения:
8
Участник с: 18 декабря 2011
|
Так не очень удобно поддерживать свой набор PKGBUILD-ов, да и компиляция дольше, чем установка собранных пакетов. Это ближе к gentoo-way, с USE-флагами насколько я понимаю, будет. Пока моё предположение в том, что gcc добавили в зависимости по ошибке и я хочу понять, так ли это. Избавление от лишних зависимостей это скорее не столько про свободу, сколько про минимализм. |
| fft |
|
|
Темы:
2
Сообщения:
8
Участник с: 18 декабря 2011
|
R.V., насколько я понимаю, не все зависимости можно пометить опциональными. Допустим, есть софт, к-ый может компилиться с опцией -with-ancientlib, а может компилиться без этой опции. Если мы скомпилим с этой опцией, то какой-нибудь бинарник (или библиотека, не суть) этого софта будет зависеть от ancientlib обязательно, без неё софт не запустится, даже если конкретная функциональность не будет затребована (линкер скажет что-то типа undefined symbol...), поэтому добавить в этом случае ancientlib в depends придётся. Ну а если компилить без этой опции, то функциональность, обеспечиваемая ancientlib, будет недоступна. RusWolf, спасибо, но вопрос был не в том, что написано в требованиях к пакету, а в том, почему это написано. |
| fft |
|
|
Темы:
2
Сообщения:
8
Участник с: 18 декабря 2011
|
Насколько я понимаю, ghc-libs это рантайм библиотеки для программ, написанных на Haskell. Этому пакету действительно требуется gcc в depends (именно в depends, а не в makedepends)? Как это можно проверить? Кажется противоестественным, что каким-то so-шкам требуется компилятор C для работы. Зависимость появилась недавно см. коммит, но я не нашёл никакой мотивации, зачем это надо. ghc может работать в роли транслятора haskell_code->c_code, но это объясняло зависимость ghc от gcc, а не ghc-libs от gcc. Даже если gcc действительно нужен в некоторых случаях, не окажется ли так, что этих случаев довольно мало и имеет смысл делать optdepends. Вообще из каких соображений зависимость относят к depends или к optdepends, если по смыслу зависимость нужна лишь в каком-то подмножестве вариаций использования пакета? Также из каких соображений определяется, какие из опциональных возможностей при сборке софта enabl-ить? Кажется, что сейчас включают всё, что можно, из-за чего потом тянется много зависимостей. Не рациональнее ли выключить редко используемые возможности и завести какой-нибудь *-full пакет в AUR? |
| fft |
|
|
Темы:
2
Сообщения:
8
Участник с: 18 декабря 2011
|
теперь да, можно плюнуть. |
| fft |
|
|
Темы:
2
Сообщения:
8
Участник с: 18 декабря 2011
|
В общем я кажется сам себе злобный дятел. В процессе решения совсем другой проблемы прочитал, что в .xinitrc рекомендуется писать не “exec openbox-session” как было у меня, а “exec ck-launch-session openbox-session”. (Я не разбирался, что это за ck-launch, но помогло). Плюс у меня там ещё добавился dbus-launch. Т. е. теперь содержимое .xinitrc выглядит так: exec ck-launch-session dbus-launch openbox-session В результате при переходе в полноэкранный режим никаких перемигиваний с пиджином нету, индикатор не пропадает, всё хорошо. НО! если в этом полноэкранном режиме запустить игру heroes of might and magic 3 WOG (наверное и некоторые другие полноэкранные приложения будут давать такой же эффект), то индикатор всё равно пропадает. Так что по большому счёту проблемы решились, но если есть варианты, когда индикатор совсем не пропадает, то буду рад их выслушать. Переключать раскладки капсом непривычно, и кстати на моём ноутбуке лампочка для него есть. |
| fft |
|
|
Темы:
2
Сообщения:
8
Участник с: 18 декабря 2011
|
Да, индикатор бывает пропадает и без включения virtualbox-а (раза 2-3 в неделю), но в других случаях закономерности я пока не нашёл, а тут воспроизводимый баг. sbxkb запускается из ~/.config/openbox/autostart командой sleep 4 && sbxkb& . tint2 запускается раньше него, да и при запуске проблем нет. |
| fft |
|
|
Темы:
2
Сообщения:
8
Участник с: 18 декабря 2011
|
Здравствуйте. При некоторых условиях в трее пропадает значок переключателя раскладок sbxkb (при этом он продолжает висеть в процессах). Я использую Openbox+tint2+sbxkb. Условия, при которых данный баг воспроизводится каждый раз таковы: запускаю VirtualBox командой vboxsdl –vm my_winXP_vm. Запускается виртуалка, я перехожу в ней в полноэкранный режим (ctrl+f) и примерно в этот момент индикатор пропадает, т.е. когда я возвращаюсь обратно в оконный индикатора уже нет. Если явным образом запустить sbxkb из эмулятора, потом запустить виртуалку и перейти в полноэкранный режим, то sbxkb пишет следующее: (sbxkb:8099): GLib-GObject-WARNING **: invalid unclassed pointer in cast to `GtkImage' (sbxkb:8099): Gtk-CRITICAL **: IA__gtk_image_set_from_pixbuf: assertion `GTK_IS_IMAGE (image)' failed Он так пишет несколько раз и плюс каждый раз при переключении раскладки. Вообще говоря переключение в полноэкранный режим происходит не всегда успешно- если запущен pidgin, виртуалка пытается перейти в полноэкранный режим, моргает, и возвращается обратно. При этом на передний план вылазит окно pidgin-а. Если окно закрыть, то активным становится окно виртуалки и она сразу же опять начинает моргать, пытаясь перейти в полноэкранный режим. После нескольких закрытий Pidgin-а ей удаётся перейти в полноэкранный режим. При запуске виртуалки из графического интерфейса virtualbox-а, а не командой vboxsdl переход в полноэкранный режим проходит нормально, иконка sbxkb не пропадает, но мне нужен именно vboxsdl. Таким образом проблемы две: пропадание индикатора раскладки и косяки перехода в полноэкранный режим. Я затрудняюсь даже определить виновного в этой/этих проблемах. То-ли VirtualBox, то-ли tint2, то-ли иксы, то-ли sbxkb, то-ли gtk ну или просто мои кривоватые руки. В общем прошу помощи. |