| Summary: | Выпуск etercifs 5.2.0 | ||
|---|---|---|---|
| Product: | CIFS@Etersoft | Reporter: | Pavel Shilovsky <piastry> |
| Component: | Выпуск релизов | Assignee: | Pavel Shilovsky <piastry> |
| Status: | CLOSED FIXED | QA Contact: | Svetlana Zhukova <svzhu> |
| Severity: | normal | ||
| Priority: | P3 | CC: | baraka, lav, mid, sin |
| Version: | не указана | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | |||
| Заявки RT: | Связано с: | ||
| Дата напоминания: | |||
| Bug Depends on: | 3032, 5990, 6767, 6886, 6940, 7334, 7853 | ||
| Bug Blocks: | |||
| Deadline: | 2011-11-22 | ||
|
Description
Pavel Shilovsky
2011-01-12 15:45:03 MSK
Создал документ по одному из вариантов будущей архитектуры пакета: 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. |