Устанавливаем WINE на чистую систему. Естественно, wine-gecko ставится по зависимостям. Запускаем winecfg. Видим: заставку WINE, так и не убирающуюся (запущено одно приложение). Если догадаться и щёлкнуть по ней мышкой, то заставка уберётся и под ней появится диалог с информацией, что wine-gecko не установлен (как так?!) и предложение его установить. Что должно быть: 1. Заставка не должна перекрывать диалог 2. Проверку на wine-gecko нужно производить тщательнее. Проблема с установкой wine-gecko в нашей открытой сборке wine-public. В багзилле altlinux: https://bugzilla.altlinux.org/show_bug.cgi?id=22739
На текущий момент удалось добиться, чтобы установка gecko происходила при создании .wine. При этом если запустить iexplore - он падает. Очевидно gecko установился, но не работает. Путь, прописываемый в реестре после установки: [HKEY_CURRENT_USER\Software\Wine\MSHTML\1.0.0] "GeckoPath"="C:\\windows\\system32\\gecko\\1.0.0\\wine_gecko" Файлы gecko, извлеченные из cab'а лежат там же.
После установки wine-public: iexplore - падает, проверял на внешнем url и локальном html файле hh.exe - падает После ieinstall iexplore заработал, но, скорее всего, gecko здесь не при чем. hh.exe после ieinstall так и продолжал падать, пока не поставил dcom98.
Файлы gecko, которые распаковываются в C:\windows\system32\gecko\1.0.0\wine_gecko и пути в реестре точно такие же как и в wine-vanilla (где gecko работает). Если снести установленный при создании .wine gecko 1.0.0 и поставить gecko 0.9.1 из winetricks ситуация не изменится - iexplore так же падает.
Пробовал использовать алгоритм установки gecko через ссылку на корневой каталог. Для этого перед первым запуском wine создал вручную .wine/dosdevices/ и ссылку в нем z: -> /. Не помогло - wine iexplore так же падает при запуске.
Если в процессе создания .wine без всяких патчей на текущем wine-public на предложение поставить gecko ответить OK - gecko не ставится. Реестр изменяется, но файлы в c:\windows\system32\gecko\1.0.0 не извлекаются. Этот каталог пустой. Соответственно iexplore падает при запуске.
Насколько я знаю, wine-public обычно устанавливается в систему из пакета, и в зависимостях у него прописан gecko 1.0. Т.е к моменту установки wine, пакет с gecko уже должен быть установлен. Поправьте, если не прав.
(In reply to comment #6) > Насколько я знаю, wine-public обычно > устанавливается в систему из пакета, и в > зависимостях у него прописан gecko 1.0. Т.е к > моменту установки wine, пакет с gecko уже должен > быть установлен. Так и есть, но при создании .wine gecko должен распаковаться в c:/windows... и в реестр должны добавиться соответствующие записи. Если wine не смог нигде найти gecko он предлагает его скачать и поставить. В баге речь о том, что wine не нашел gecko.
Попробовал взять из оригинального wine mshtml библиотеку целиком. iexplore падать перестал, но страницу так и не показывает. Вместо страницы - серый фон. Проверял на внешнем url и локальном html файле. hh.exe по прежнему не запускается.
Если откатить патч Кости: commit 1caf73499fb31de17c9f02fef3815d506056cde2 Author: Konstantin Kondratyuk <kondratyuk@etersoft.ru> Date: Wed Feb 10 20:02:52 2010 +0300 mshtml: Add IHTMLEditServices interface То iexplore перестает падать. При старте показывает серую страницу. Есть подозрение что при одном из merge сломалась работа с gecko. Не совсем понятно, что с этим делать и что куда откатывать. Можно попробовать bisect'ом поискать. Предлагаю сделать сборку wine-public для Сизифа с устанавливающимся, но не работающим gecko. Во всяком случае, перестанут жаловаться, что wine "виснет" при первом запуске.
(In reply to comment #9) ... > Предлагаю сделать сборку wine-public для Сизифа > с устанавливающимся, но не работающим gecko. > Во всяком случае, перестанут жаловаться, > что wine "виснет" при первом запуске. Давно пора сделать. И искать багу с падением. Кстати, пункт 1 изначальной задачи: можно ли сделать заставку не всегда поверх всего?
Только в коммерческую версию в таком виде не помещайте - 1С 8.x будет падать при откате любого из букета патчей к баге #2105 И не очень понимаю, зачем нужен IHTMLEditServices при обычном запуске gecko. Если где-то с памятью не так обошёлся - вылезло бы раньше. Но в первую очередь нужно этот мой патч проверить...
Сделал, что окошко всё-таки закроется через некоторое время: commit 49054e8e1a557e2f4af20a21aee9c5ae6a67f76e Author: Vitaly Lipatov <lav@etersoft.ru> Date: Thu Dec 23 16:27:07 2010 +0300 winesplash: close after tripled timeout (see eterbug #5497)
Видимо, стоит всё же убрать режим «всегда сверху». Чем он вызван, не понял. Видимо, тем, что это не окно, поэтому оно не участвует в переключении окон и смене фокуса.
Снимаю с релиза 2.0. Там gecko не устанавливается, а копируется.
Не очень понял. Для wine public Gecko идёт в отдельном пакете и устанавливается после вопроса об этом. Заставка сделана пропадающей через какое-то время, поэтому человек заметит, что его спрашивают о gecko.
Начиная с эпохи 2.1, заставка сделана на gtk, и не имеет такой фатальной расположенности надо всем.
