Нужно определиться со списком задач, которые необходимо решить, для выпуска нового поколения модуля etercifs.
Создал документ по одному из вариантов будущей архитектуры пакета: http://kb.etersoft.ru/Cifs/etercifs_5.0.0.
Обсуждали переход на новый способ упаковки и сборки etercifs (с один исходником в ядре)
Описал новую концепцию обсуждённую концепцию на http://kb.etersoft.ru/Cifs/etercifs_5.0.0
Обновил страничку на kb. Нам необходимо определиться с начальным списком поддерживаемых ядер (бага http://bugs.etersoft.ru/show_bug.cgi?id=6767).
Началось обсуждение в devel@. На данный момент концепция одного пакета - одни исходники дополнилась идеей разбиения пакета etercifs на две части: скрипты и исходники отдельно. При этом общая часть со скриптами всегда в системе должна быть одна, в то время как пакетов с исходниками может быть сколько угодно.
Оформил текущую идею на http://kb.etersoft.ru/Cifs/etercifs_5.0.0.
Начал работу над пакетом etercifs-sources. Пока создал для 32 ядра. http://git.etersoft.ru/people/piastry/packages/?p=etercifs-sources.git;a=summary
Репо etercifs-common: http://git.etersoft.ru/people/piastry/packages/?p=etercifs-common.git;a=summary Репо etercifs-sources (поправил и добавил ветку для 35 ядра): http://git.etersoft.ru/people/piastry/packages/?p=etercifs-sources.git;a=summary
Добавил все остальные ядра, входящие в релиз 4.6.0.
Попробовал поставить всё на euclid. Работает. Пакет etercifs-common в системе один. Пакетов kernel-source-etercifs-* сколько потребуется.
Добавил в etercifs-common и kernel-source-etercifs использования версии пакета kernel-source-etercifs при выводе сообщений start и build.
Мне кажется, это тупиковое направление. Особенно в плане изменения инфраструктуры сборки. И я не заметил, насколько 5.x.x согласуется со сборкой в ALT 5.1 и Sisyphus? С этого стоит начать и уже собирать. И как бы не взвыли сначала клиенты, а потом техподдержка...
(В ответ на comment #12) > Мне кажется, это тупиковое направление. Особенно в плане изменения > инфраструктуры сборки. И я не заметил, насколько 5.x.x согласуется со сборкой в > ALT 5.1 и Sisyphus? С этого стоит начать и уже собирать. > > И как бы не взвыли сначала клиенты, а потом техподдержка... Да, сборки сейчас именуются не так, как следует это делать в ALT Linux. Но тогда для каждого дистрибьютива нужно будет следовать именно его политики упаковки исходников. Это слишком усложнит процесс сборки. Поэтому, мне кажется, надо взять одну политику и использовать её во всех дистрах (как приблизительно это и используется сейчас). К тому же, клиенты и техподдержка будет работать с метапакетами (etercifs-common + несколько пакетов kernel-source-etercifs) с исходниками для ядер, входящих в конкретный дистрибьютив. Например у пользователя Fedora 13. В Fedora 13 ядра 33 и 34. Таким образом, метапакет etercifs-fedora-13 будет включать в себя etercifs-common + kernel-source-etercifs-2.6.33 + kernel-source-etercifs-2.6.34. Если пользователь захочет поставить нестандартное ядро, что он просто качает отдельно пакет с исходниками для этого ядра.
По совещанию с lav@ откладываю.
На данный момент задачи, поставленные перед этим релизом, решены. Новый режим пакетирование решено отложить. Планирую добавить сюда ещё новое ядро 3.1 и ядро для CentOS 5.7.
Смержил патч из апстрим "Fix DFS handling in cifs_get_file_info" в ветки с 2.6.34 по 3.0. Продумал, что делать с патчем unlock (fullmand) из баги #7334, который не приняли в апстрим, так как он нарушает поведение POSIX.
Добавил исправления из stable веток. Перенёс поддежку механизм кэширования блокировок из тестируемой сборки 5.1.4 в основную с незначительными изменениями. Добавил поддержку ядра 3.1. Исправил ошибки в алгорите выбора исходников. Собрал etercifs-5.2.0 и dkms-etercifs-5.2.0.
cifs-utils-5.1-alt1 etercifs-5.2.0-alt1 dragonfly ALT Linux 6.0.1 ядро 3.0.8-std-def-alt1 WINE@Etersoft 1.0 SQL 1.0.12-eter14.5/28 Монтирую так: mount -t cifs //192.168.4.235/ATCDemo /mnt/cifs -onoperm,iocharset=utf8,strictcache Запускаю так: WINECIFSWITHOUTPIDFORWARD=yes wine 1cv7s.exe 1. 2 копии от одного пользователя не запускаются (блокироки корректны) 2. В одной 1С выбираем Операции -> Журналы документов... -> Счета-фактуры выданные, 2 раза щёлкаем на первом документе в списке, нажимаем на кнопку "Печать", затем Ctrl-P и "OK" После этого в другой 1С при попытке открытия этого же документа появляется сообщение "Запись заблокирована!" - все корректно. 3. Печать корректна.
P.S. Шара с базой на Windows XP SP3 Samotour
необходимо проверить с параметром forcemend
(В ответ на comment #20) > необходимо проверить с параметром forcemend Параметр forcemand не влияет на работу при монтировании с Windows.
