Установка 1С под Linux (HOW-TO) (под бесплатным Wine)

[Lorte]

Работа локальных ключей не завязана на winehasp
http://etersoft.ru/wine/updates

Немного не то... Речь сейчас идёт об оригинальном Вайне, точнее о том, почему под ним не работают локальные HASP-ключи и почему модуль WineHASP не работает как положено.

[Hoblin]

По-моему, очевидно - в оригинальном wine не хватает патчей, а пропихнуть в winehq столько кода, сколько уже написано, очень непросто
winehasp не работает как положено, потому что 1С хочет, чтобы был загружен драйвер, и капризно не соглашается на что-то большее.

[warlomak]

По-моему, очевидно - в оригинальном wine не хватает патчей, а пропихнуть в winehq столько кода, сколько уже написано, очень непросто
winehasp не работает как положено, потому что 1С хочет, чтобы был загружен драйвер, и капризно не соглашается на что-то большее.

согласен, читал дискуссию max'a про dib, аж ужаснулся... интересно, не флейма ради, но все-таки есть crossover и он коммерческий ;-(((

[Lorte]

Немного вернёмся к DCOM. Я сегодня посмотрел содержимое архивов DCOM95 и DCOM98, и там все файлы абсолютно одинаковые (ну а про нужные 4 файла, которые используются для запуска 1С-ки, и говорить нечего: всё один в один). Разница составляет только наличием файлов dcom98.inf, eula98.txt и relnt.98.txt, вот и всё
Получается парадокс: все файлы, которые находятся в составе DCOM95, мы имеет право использовать без угрызения совести, однако для использования этих же самых файлов нужна лицензия на Win98, если файлы находятся в составе DCOM98. Дебилизм!!!

[prof]

Чем и воспользовались в etersoft'е

Дебилизм!!!

Копирастия! :-D

[warlomak]

...
использования этих же самых файлов нужна лицензия на Win98, если файлы находятся в составе DCOM98. Дебилизм!!!

вот и ответ!!! etersoft наверняка на это и опирается...

[Lorte]

Крайне незначительное обновление статьи, изменения коснулись лишь внешнего вида и применения стилей. Я в OpenOffic'е не силён, поэтому прошу не пинать

[klark1985]

Поставил 1с v8.1 на wine по инструкции, заметил следующие траблы в списке активных пользователей показывает только тех кто запущен под одним пользователем... база крутится на этой же машине на samba доступ к базам что через файловую систему, что через cifs, права на файловой системе даны всем... подскажите куда копать?

[time4jah]

Подскажите как заставить работать 1С77, так чтобы все юзеры
(а не только один) имели доступ к базе.

Дано:
Сервер Ubuntu 8.10, на нём настроен FreeNX Терминальный сервер.
Юзеры, (их несколько) с других компов без проблем коннектятся к нему (это выглядит как RDP)

Задача:
Сделать так, чтобы все юзеры могли работать с базами, которые лежат на Сервере, ну например в /baza/db

как я делал -
1 Поставил Wine, настроил его как обычно это делается, чтоб у каждого пользователя в Home появились свои файлы в папке .wine. Поставил каждому юзеру по 1С77
по этой инструкции http://dalcom.kha.ru/linux_1c_new.htm (1С заработала красиво)
Базы лежат в /baza/db (права на них дадены всем и на всё)

Но, когда на Сервере находится несколько (более чем 1) юзеров, (т.е юзеры заходят через RDP) В 1С может работать только ОДИН юзер (остальных не пускает)

Следует заметить, под одним юзером можно запросто запустить 1С несколько раз, и после благополучно войти в неё всеми 1Сными пользователями.

2 Сделал Wine одной для всех юзеров
wineboot - Создание файлов Wine в каталоге root
mv ~/.wine /wine - Переместил папку wine в корень
ln -s /wine ~/.wine - Вместо перемещенной папки оставил ярлык в домашнем каталоге root-а
chmod a=rwx -R /wine - дал всем права на папку Wine
ln -s /wine /home/user/.wine - Прописал ярлыки всем юзерам..

Вобщем суть - все юзеры стали использовать файлыне их своих /home/.wine/... а из /wine
И 1С стала одна для всех, Но! и тут засада.. теперь работать с программами в Wine может только Владелец папки /Wine, т.е опять те же грабли, 1С работает только у ОДНОГО юзера.
Я создавал группу Wine, загонял в неё всех юзеров, назначал как собственника папки /Wine эту группу wine, результат неизменный... при попытке запустить проги от не владельца папки /wine лезет ошибка - /wine is not owned by you

Неужели нельзя заставит это работать по человечески?

[DjSpike]

Поставьте wine@etersoft и не мучайтесь.

[Иван Шихалев]

2) теперь открываем вкладку «Графика» и снимаем галочку с параметра «Разрешить менеджеру окон управлять окнами Wine»;
если этого не сделать, то при старте программы в случае управления окнами оконным менеджером окно авторизации может оказаться под заставкой и программа может зависнуть на строчке «Загруз­ка конфигурационной информации...»

У меня стоит галочка «Allow the window manager to control the windows», зато снята «Allow the window manager to decorate the windows», и все работает на 1С 7.7 релиз 27, wine-1.1.27. Если же снять галочку «to control», то с окна 1С невозможно переключиться на что-либо другое...
upd: А второй раз с другим вайн-префиксом то же самое не получилось.

[zersaa]

Спасибо, отличный мануал!

Если доступ к базам будет осуществляться не только из-под
Линукса, но и из-под windows, то менять кодовую страницу нежелательно, так
как базы могут стать недоступными для windows-клиентов; решение: в
каталоге, куда установлена 1С (как правило это c:\Program Files\1cv77\bin),
создать пустой файл с именем OrdNoChk.prm, и 1С при старте не будет
проверять кодовые страницы

А не нарушится ли целостность базы данных при одновременной работе с винды и с линукса? Ведь зачем-то 1с проверяет кодовую страницу?