| Summary: | ошибка wine --attach | ||
|---|---|---|---|
| Product: | WINE@Etersoft | Reporter: | Alexeev Alexey <alexeev> |
| Component: | Общее | Assignee: | Константин Кондратюк <kondratyuk> |
| Status: | CLOSED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P5 | CC: | lav, triada123 |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Заявки RT: | Связано с: | ||
| Дата напоминания: | |||
| Bug Depends on: | 1287 | ||
| Bug Blocks: | 777, 2622, 5265 | ||
| Attachments: | ошибка | ||
Сейчас в preinstall используем иакую проверку:
if [ -w "$CROOT" ] ; then
install_dll
Возможно, WINEMODE нужно параллельно проверять на --attach.
Вообще, как должна быть организована работа двух администраторов? Если второй сделает --attach, сможет ли он нормально ставить программы? Или сейчас wineadmin может быть только один? Ну не должно MSI installing для него ошибкой заканчиваться. Надо разобраться, почему так получается. wineadmin'ов может быть сколько угодно. есть такая бага ubuntu 7.10 wine последний, тоже мучался в итоге сделал одного wineadmin только для другие wine. ИМХО не очень удобно... Нужно проверить, связана ли эта ошибка с многострадальным dash, или общая для всех. Попробую на ALT 4.0 воспроизвести у себя. Воспроизводится в любой ОС. Ищу причины. Не устанавливается MSI с ошибкой в доступа к файлу в c:\Config.Msi\ Причём права на файл 664, а пользователь, является его владельцем. Простая проверка на --attach не совсем правомерна, потому что останется ошибка в случае с --update Интересная бага. Установщик спотыкается всегда на другом файле, причём права для файла неизменно правильные. Трейсы по файлам - идеальные Иногда вообще вся установка успешна. 10 минут кряду вообще не удавалось воспроизвести багу - всё работало, как часы, и только переустановка с помощью --admin стала снова выдавать ошибку при аттаче. Ошибка у первого пользователя начинает воспроизводиться только после того, как второй сделал неудачный attach. В результате блокируется c:\windows\Installer для первого пользователя. После удаления директории вручную - всё в порядке для первого. Аттач второго пользователя неизменно проваливается, ошибка в доступе к файлу, находящемуся в c:\Config.Msi. Права 2775 на директорию, 664 на файл. Так проблема решена или нет? Что говорит новая сборка? Остаётся то же самое. Попробую задействовать $WINEMODE для проверки на --attach, возможно его вполне хватит. Единственная проблема, которая может сейчас возникнуть - это wine --update при административной установке. Вызов --attach для обновления - сейчас единственно возможный вариант для пользователей, входящих в группу wineadmin. Окончательное решение изначальной проблемы - в новой #1287 баге. Удовлетворительная функциональность административной установки на данном этапе получена. Фикс #1287 баги позволяет теперь выполнять --update любому администратору. Проблема окончательно решена. (In reply to comment #1) > Сейчас в preinstall используем иакую проверку: > > if [ -w "$CROOT" ] ; then > install_dll > > Возможно, WINEMODE нужно параллельно проверять > на --attach. Проверка не учитывала ATTACH_MODE=yes в /etc/wine/config - при установленном ATTACH_MODE update был неполноценен. Исправил с > 1.0.12-alt4 |
Created attachment 258 [details] ошибка Если пользователь, который выполняет wine --attach, включён в группу wineadmin, то выполнение команды закончится ошибкой: MSI installing... [ ERROR ]