встановіть програмне забезпечення на віконній системі відливання вина


1

чи можливо встановити програмне забезпечення в системі * nix на вікні Windows, дозволяючи WINE (не є емулятором) писати у власний реєстр Windows і використовувати це програмне забезпечення під WINE також як windows (xp).

редагувати: я спеціально кажу про системи dualboot, де розділ Windows встановлений в Linux та доступний для вина. Я вже думав про встановлення у Windows та після переходу на Linux просто для встановлення файлів, у результаті чого з'явилися дві різні реєстри, чи це навіть буде працювати?


У вас питання не зовсім зрозумілі, як ви одночасно працюєте з вікном * nix і Windows? Подвійне завантаження? ВМ?
важкий

Я думаю, що він дублює Linux та Windows і хоче синхронізувати WINE 'реєстр' з реєстром Windows XP.
Привіт71

Відповіді:


1

Ні, встановити програмне забезпечення в операційну систему Host не вдається в межах гостьової (* nix) операційної системи (у більшості випадків). Це просто так через пісочницю (файли, а також реєстр тощо), що відбувається у віртуальних машинах. (Я повинен припустити, що ви говорите про випадок віртуальної машини, оскільки питання не надто чітке).

Якщо вам потрібно встановити додаток у системі Host, а потім поділитися ним із гостем, то це можливо. Увімкнувши обмін папками, ви можете отримати доступ до виконуваного файлу, де він був встановлений.


1

Хоча вино спочатку було написано з можливістю використання повнофункціональної віконної установки, це дуже погана ідея. Таким чином, обидва реєстри будуть окремими.

Тим не менш, залежно від програмного забезпечення, яке ви працюєте, воно може працювати насправді.

Якщо ви встановите, скажімо, гру на Windows, потім перевстановіть її у вино, там же, є великі шанси, що гра ніколи не оновить реєстр після встановлення, а дані будуть однакові для обох, все залишиться " синхронізовано ", тому є дуже високий шанс, що це спрацює (я це робив сам раніше).

Але залежно від того, де зберігається конфігурація програмного забезпечення, це може спричинити проблеми. Обидва регістри будуть різними, і файлова система спільна, тому сподіваємося, що конфігурація, що залежить від системи (наприклад, параметри графіки), зберігається в реєстрі та незалежних матеріалів на диску (наприклад, прив'язки ключів).

Ви також можете зіткнутися з проблемою, якщо ви спробуєте оновити програму, і таке оновлення застосує дельта-патч до файлів (проти перезапису) та оновить реєстр з інформацією про патч. Якщо так, то вам доведеться виконати кілька танцю підкачки файлів, щоб виправити обидва. Якщо це робить лише те чи інше, вам все зрозуміло.

Крім того, є ще одне рішення, яке також залежить від програмного забезпечення, яке працює у вині.

Ви можете використовувати префікси вина (за замовчуванням WINEPREFIX = ~ / .wine), щоб сказати вину, де зберігати його дані. Таким чином, можна ініціалізувати незалежні екземпляри "windows". Все, що вимагає вина WRT, кожен екземпляр міститься в цьому префіксі.

Таким чином, цілком можливо поділитися цим префіксом між декількома установками, що не працюють одночасно, будь то в одній ОС, на двох різних комп'ютерах (при цьому префікс знаходиться у спільному сховищі, як NFS), або на двох ОС з двома завантаженнями, які спільно використовують перегородка.

Я не знаю, який зараз стан вина на вікнах (так, ви можете запустити вино на windows!), Але якщо воно добре працює, ви дійсно могли б поділитися префіксом між вином на Linux та вином на windows.

Єдиною частиною, яка мене турбує, є специфічні для ОС такі речі, як символьні посилання, що визначають літери накопичувача всередині префікса, або конфігурація звукового виходу (зберігається у реєстрі вина).

Підсумовуючи все це, це може спрацювати (і працює дуже добре), але це дуже залежить від програмного забезпечення, яке ви будете запускати, і деяких невеликих хитрощів і хакерських дій (сценаріїв, точок монтування, символіки ...) тут і там може бути лише те, що потрібно для того, щоб програмне забезпечення вело себе.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.