Нужно переписать ieinstall, чтобы не использовал системные unzip и cabextract (а использовал встроенные в wine).
extrac32.exe ещё не готов для использования его в установке IE. Главная проблема - отсутствие распаковки cab'ов по маске вида *.* Вернёмся к этому вопросу после доработки extract'а.
Установка ie c пофиксенным скриптом ieinstall: В целом скрипт установил IE, но в консоли было: ....... Инсталляция RICHED20 mv: невозможно выполнить stat для `*.inf': No such file or directory Инсталляция DCOM98 Установка реестра Завершение grep: /etc/fedora-release: No such file or directory err:wineboot:ProcessWindowsFileProtection WFP: vbscript.dll error 0x7 err:wineboot:ProcessWindowsFileProtection WFP: mshtml.dll error 0x2000 err:wineboot:ProcessWindowsFileProtection WFP: shfolder.dll error 0x7 err:wineboot:ProcessWindowsFileProtection WFP: shlwapi.dll error 0x7 err:wineboot:ProcessWindowsFileProtection WFP: wininet.dll error 0x7 err:wineboot:ProcessWindowsFileProtection WFP: urlmon.dll error 0x7 err:wineboot:ProcessWindowsFileProtection WFP: shdocvw.dll error 0x7 [ OK ]\n ........ При запуске wine iexplore.exe ругается .... Could not load Mozilla. HTML rendering will be disabled. ...
Установил Gecko. Скопировал wine_gecko.cab в C:\Program Files\ Потом сделал cabextract wine_gecko.cab Потом добавил в HKCU/Software/Wine/MSHTML параметр GeckoPath со значением C:\Program Files\wine_gecko После запуска wine IEXPLORE.EXE запустилось пустое окно. Без панели управления. Система Debian 4.0 r1 i386
По второму комментарию: http://bugs.etersoft.ru/show_bug.cgi?id=808 Про gecko: http://bugs.etersoft.ru/show_bug.cgi?id=453 Панель адреса там пока не реализована, и ссылки не работают.
Новый формат скриптов установки вызывает распаковку списка cab-ов, без масок. Исключение - распаковка шрифтовых пакетов, но наверное, можно это обойти (вытаскивать не шрифтовые файлы, а все, например). Если в сборку будет входить extrac32, то от cabextract'а можно уже отказаться.
extrac32 в сборке, маски работают - возобновляю работу над ieinstall
Отлично, extrac32 вроде теперь работает. Осталось сделать игнорирование регистра букв - и смело можем от cabextract отказываться
Теперь есть новая функция tolowercase() в functions.sh. Переименовывает все файлы в текущей директории, приводя их к нижнему регистру.
С встроенным extrac32 теперь вроде работает. Нужно проверить на свободной сборке. И кажется, опять отвалился flash.
Новые версии скриптов ведут себя точно так же, как и релизные к 1.0.8. Перешли на использование встроенного extrac32.exe
В текущей версии ies4linux уже не используем unzip Отключил его проверку в скрипте. Проверяем на Ubuntu+dash, что я не написал очередных башизмов, и багу можно закрывать.
Последняя проблема - не работает в свободной сборке, потому что не распаковывается 249973USA8.exe. Cabextract нормально извлекает нужный нам файл, а виндовый extrac32 говорит, что файл не является кабом.
Вернул использование cabextract, теперь только в для свободных сборок. С закрытым пакетом всё работает без дополнительных пакетов.
Проверено: ALT Linux Sisyphus, Ubuntu 7.04; bash, ash, dash; свободная сборка, коммерческая сборка.
Так чем закончилось? Действительно ли нельзя отказаться от riched32/riched20?
когда-нибудь строку $ cabextract -L -F ver1200.exe ./249973USA8.exe на собственно вызов команды.
Переписал скрипт, убрав ненужные конструкции, упростив код, и избавившись от зависимости на cabextract. commit 5f1402310d6da9e9fae0d12968b2a40eefff4117 Author: Vitaly Lipatov <lav@etersoft.ru> Date: Thu Nov 20 15:10:05 2008 +0300 rewrote scripts, cleanup code, disable cabextract using (eterbug #693) Сейчас находится в ветке eterhack, после тестирования перенесём в релиз.
С данным патчем IE без проблем устанавливается без закрытой части и без cabextract.
