Автоматизация отчётов и генерация статистики.
Здравствуйте! Хочется что-нибудь этакое: Создаём форму отчёта, отправляем её исполнителям, либо ссылку на форму. Они заполняют, готовую отсылают назад. Гружу результаты в программу, и получаю статистику по ответам. И сами данные конечно. Своеобразный гибрид InfoPath, Google Form и LibreOffice Calc. Google Form подходит, но есть недостатки, например неправильно заполненную форму не переделать, да и вообще это больше для опросов, нежели для составления серьёзной отчётности. Есть что-нибудь в дистрибутиве для реализации этой задачи? Может быть система групповой работы? -- Константин Фадеев
Re: window managers
On Thursday 09 August 2012 00:27:04 Alexander Danilov wrote:
Я пробовал много (может быть и все) IDE для Tcl, так вот наиболее пригодный
для RAD - emacs
Если это так, то есть разбухший текстовый редактор - лучший RAD, то с
пользовательским программированием в linux и в самом деле никак.
man Tcl - 12 правил.
Это намёк на то, что знание синтаксиса ЯП достаточно для написания программ?
Или вы не учли, что пользователькое программирование подразумевает
первоначально полное отсутствие знания о программировании? Ну, кроме
элементарных школьных знаний.
Я как-то уже делился в этом списке рассылки своими наблюдениями о том, что
очень много файлов ил каталогов /etc и немало из /var можно загрузить в
интерпретатор тикля как обычных тиклевый скрипт таким вот образом:
proc unknown {args} {
# здесь используем голову по назначению
}
source /etc/какой-нибудь_файл
В unix интерпретатор тикля используется в большом количестве программ, и не
всегда те, кто их написал, догадываются о том, что в очередной раз изобрели
лисапед.
Даже если принять тот факт, что мы не работаем с бинарными данными и данными
других форматов (скажем, JS, HTML или тот же LATEX), что на самом деле не
так, а так же тот факт, что читаемые данные синтаксически и семантически
корректны (что несколько ограничивает возможности программы), то варианта 2:
1. Писать достаточно универсальный скрипт, то есть строить синтаксическое и
семантическое дерево разбора + процедуры для работы с ним + проверку
корректности дерева во время/после изменения + сохранение данных с учётом
прочитанного синтаксиса/ семантики. Это явно не уровень пользователя, во
всяком случае, начинающего, тем более, очень глупо писать это каждому, не
выкладывая результата в публичный доступ. И вышеприведённые возможности
особо не помогают -здесь готовые библиотеки нужны.
2. Писать что-нибудь специализированное, кустарное, почти ничего не умеющее,
резко ограничивая функциональность скрипта. Такое может удовлетворить только
аскетов, ну или сгодится тогда, когда нужно решить только такую задачу.
Если принимать за RAD сам Tcl, то и общество и поддержка есть, и русская в
том числе. И даже немного книг на русском есть.
А можно ссылки, за исключением ЖЖ и списков рассылки?
Тогда бы пришлось парсить бинарные данные где-то там в памяти, Memory
fault: core dumped... - да, помню-помню, весёлое было время.
Что-то я не помню, чтобы package require приводил к необходимости парсить
бинарные данные. Есть такие случаи?
Просто очень умные люди, я в своё время компилял много чего на sco unix -
низкий им поклон, без autoconf/automake проще было бы застрелится, чем
использовать этот sco.
Изначальный смысл был в том, что программы на bash больше одного экрана -
невменяемые, но их, при этом, не особо и заменяют. А наличие альтернативы без
внедрения недостаточно.
Re: Заставить ntfs-3g быть silent.
On 2012-08-07, -=Devil_InSide=- wrote: собственником файлов в данном случае выступает root при ваших опциях монтирования и . чего вы, в общем-то, ожидаете ? иллюстрирую: 22:33:01-root@gas:~/temp/ntfs# mount -t ntfs -w /dev/massvol/ntfs /mnt/tmp/ -o locale=ru_RU.utf8,gid=user,dmask=000,fmask=111 22:33:16-root@gas:~/temp/ntfs# l /mnt/tmp/ итого 8,0K drwxrwxrwx 1 root user 4,0K Авг 7 21:56 . drwxr-xr-x 4 root root 4,0K Мар 2 01:39 .. -rw-rw-rw- 1 root user 0 Авг 7 21:56 lala.txt -rw-rw-rw- 1 root user 0 Авг 7 21:51 test.txt 22:26:42-user@gas:~$ chown user.users /mnt/tmp/test.txt -v chown: изменение владельца ?/mnt/tmp/test.txt?: Операция не позволяется не удалось изменить владельца ?/mnt/tmp/test.txt? с root:user на user:users 22:33:50-user@gas:~$ chmod 0777 /mnt/tmp/test.txt chmod: изменение прав доступа для ?/mnt/tmp/test.txt?: Операция не позволяется Контрпример, собственно с него и нужно было начать: $ cd tmp /home/user/tmp $ dd if=/dev/zero of=vfat.img bs=1024 count=1 1+0 записей считано 1+0 записей написано скопировано 1024 байт (10 MB), 0,169936 c, 60,3 MB/c $ sudo mkfs.msdos vfat.img mkfs.msdos 3.0.13 (30 Jun 2012) $ mkdir vfat $ sudo mount -t vfat vfat.img $PWD/vfat $ sudo mount -t vfat -o rw,utf8,quiet,uid=root,gid=win,dmask=002,fmask=117 vfat.img $PWD/vfat $ cd vfat /home/user/tmp/vfat $ sudo touch file.txt $ chmod a+x file.txt || echo error Опа! Ошибки нету! Ключик 'quiet' работает. $ cd tmp /home/user/tmp $ dd if=/dev/zero of=ntfs.img bs=1024 count=1 1+0 записей считано 1+0 записей написано скопировано 1024 байт (10 MB), 0,0585291 c, 175 MB/c $ sudo mkfs.ntfs --force ntfs.img ntfs.img is not a block device. mkntfs forced anyway. The sector size was not specified for ntfs.img and it could not be obtained automatically. It has been set to 512 bytes. The partition start sector was not specified for ntfs.img and it could not be obtained automatically. It has been set to 0. The number of sectors per track was not specified for ntfs.img and it could not be obtained automatically. It has been set to 0. The number of heads was not specified for ntfs.img and it could not be obtained automatically. It has been set to 0. Cluster size has been automatically set to 4096 bytes. To boot from a device, Windows needs the 'partition start sector', the 'sectors per track' and the 'number of heads' to be set. Windows will not be able to boot from this device. Initializing device with zeroes: 100% - Done. Creating NTFS volume structures. mkntfs completed successfully. Have a nice day. $ mkdir ntfs $ sudo mount -t ntfs-3g -o rw,nls=utf8,gid=win,dmask=002,fmask=113,silent ntfs.img $PWD/ntfs $ cd ntfs /home/user/tmp/ntfs $ sudo touch file.txt $ chmod a+x file.txt || echo error chmod: изменение прав доступа для «file.txt»: Операция не позволяется error Опа! Ошибочка есть! Ключик 'quiet' проигнорирован. Собственно это и составляет суть моего вопроса (и предыдущего поста). Аналогичная последовательность действий для mount.ntfs показывает Операция не позволяется. Куда копать??? А теперь классика. Конечно пишу в шутку, может кто подключится к обсуждению... Много где встречал мысль: Отличие русского комунити от закардонного - это вместо решения вопроса, спросить а зачем тебе это нужно??! не хочь учиться, че спрашиваешь??! вплоть до ты все делаешь неправльно и тебе это не нужно Закардоном отвечающие заинтересованы в ответе. Без идеализации: буржуа ценят деньги и уж если тратят время на бесплатные рассылки, то стараются помочь вопрошающему или молчат. Хотя нижеследующие вопросы явно от троля, все же отвечу: 1. в чем смысл нтфс в данной задаче? Мне нужно перебросить наработки из Linux в Windows посредтвом комманды: $ hg -R /mnt/ntfs/home/devel/project pull $home/devel/project 2. в чем смысл chown и chmod? Уже написал, читайте начало треда и начало этого сообщения. 3. монтируйте с uid пользователя, под которым работает ваш контроль версий и с нужными сразу gid и масками. и не нада желать странного и ненужного. Я думал о правах в POSIX хорошо, но теперь поменял мнение, из chown(3posix): Only processes with an effective user ID equal to the user ID of the file or with appropriate privileges may change the ownership of a file. Мне интересно что за appropriate privileges еще могут быть? В Windows есть в ACL Full Cotrol. Я именно этого хочу. А то одному пользователю можно чегото делать, другому нельзя. Более точнее дать права групе и включить выделеных пользователей в групу. иллюстрирую: [SKIP] ибо и от chmod и от chown в данном случае толку немного. все файлоопции идут с параметров монтирования. Кидать ошибку безопасно и просто - в драйвере
ntfs или ntfs-3g для mount -o rw?
Я нуб в этом вопросе и не знаю где можно найти компетентный ответ. ntfs-3g пользовался 5 лет, нареканий нет. Но оказывается 'mount.ntfs' тоже может обеспечить RW доступ. Извечные вопрос: что лучше и что правильней (с точки зрения производительности, безопасности данных и поддержки разработчиков)? -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87wr18i5gn@desktop.home.int
Re: ntfs или ntfs-3g для mount -o rw?
On Thu, Aug 09, 2012 at 04:02:16PM +0300, Oleksandr Gavenko wrote: Я нуб в этом вопросе и не знаю где можно найти компетентный ответ. ntfs-3g пользовался 5 лет, нареканий нет. Но оказывается 'mount.ntfs' тоже может обеспечить RW доступ. Извечные вопрос: что лучше и что правильней (с точки зрения производительности, безопасности данных и поддержки разработчиков)? Поддержка ntfs в ядре для записи не позволяет изменять файл в сторону увеличения его размера. -- Murat D. Kadirov PGP fingerprint: 3081 EBFA 5CB9 BD24 4DB6 76EE 1B97 0A0E CEC0 6AA0 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120809133941.GA1325@ubuntu
Re: Как подружить libfaac0 с mencoder?
On 2012-08-07, Иван Лох wrote: Были случаи, когда некоторые программы были официльно включены в Дебиан, но из-за способа назначения версий они не могут перезатереть пакеты из debian-multimedia. И замечательно. Потому, что группа придурков форкнула ffmpeg, и разработчики дебиан перешли на этот перманентно сломанный форк. Можно ли сделать вывод из вашего высказывания что качество deb-multimedia приемлимое на данный момент, может даже на равне с официальными пакетами, и имеет смысл использовать deb-multimedia в настоящее время? Правильно ли мое рассуждение: в столь сложных пакетах как библиотеки кодировщиков и фильтров официальные сопроводители пакетов не в состоянии исправлять ошибки или критические ошибки самостоятельно и могут толко просить помощи у апстрима? Просто если это так, то можно вообще брать сборки любого дяди Васи, а deb-multimedia в таком случае выглядит компетентным и доверенным источником... -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pq70i35d@desktop.home.int
Re: ntfs или ntfs-3g для mount -o rw?
On 2012-08-09, Murat D. Kadirov wrote: On Thu, Aug 09, 2012 at 04:02:16PM +0300, Oleksandr Gavenko wrote: Я нуб в этом вопросе и не знаю где можно найти компетентный ответ. ntfs-3g пользовался 5 лет, нареканий нет. Но оказывается 'mount.ntfs' тоже может обеспечить RW доступ. Извечные вопрос: что лучше и что правильней (с точки зрения производительности, безопасности данных и поддержки разработчиков)? Поддержка ntfs в ядре для записи не позволяет изменять файл в сторону увеличения его размера. Я вне вашего контекста, не понимаю что имеется ввиду. mount.ntfs(8) на сколько я старательно вглядывался не говорит ни о каких ограничениях (в том числе и на запись)... У меня выходит запись в файл за его размер: $ mkdir ntfs $ sudo mount -t ntfs -o rw,nls=utf8,gid=win,dmask=002,fmask=113,silent ntfs.img $PWD/ntfs $ cd ntfs /home/user/tmp/ntfs $ touch file.tmp $ echo xxx file.tmp $ dd if=/dev/zero of=file.tmp count=1 1+0 записей считано 1+0 записей написано скопировано 512 байт (512 B), 0,000298404 c, 1,7 MB/c $ dd if=/dev/zero of=file.tmp count=400 400+0 записей считано 400+0 записей написано скопировано 204800 байт (205 kB), 0,0693128 c, 3,0 MB/c $ ls -l итого 201 -rw-rw-r-- 1 root win512 Aug 9 17:06 - -rw-rw-r-- 1 root win 204800 Aug 9 17:07 file.tmp -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87k3x8i24a@desktop.home.int
Re: ntfs или ntfs-3g для mount -o rw?
On 2012-08-09, Oleksandr Gavenko wrote: У меня выходит запись в файл за его размер: $ mkdir ntfs $ sudo mount -t ntfs -o rw,nls=utf8,gid=win,dmask=002,fmask=113,silent ntfs.img $PWD/ntfs $ cd ntfs /home/user/tmp/ntfs $ touch file.tmp $ echo xxx file.tmp $ dd if=/dev/zero of=file.tmp count=1 1+0 записей считано 1+0 записей написано скопировано 512 байт (512 B), 0,000298404 c, 1,7 MB/c $ dd if=/dev/zero of=file.tmp count=400 400+0 записей считано 400+0 записей написано скопировано 204800 байт (205 kB), 0,0693128 c, 3,0 MB/c $ ls -l итого 201 -rw-rw-r-- 1 root win 204800 Aug 9 17:07 file.tmp Забыл добавить: $ dd conv=notrunc oflag=append if=/dev/zero of=file.tmp count=400 400+0 записей считано 400+0 записей написано скопировано 204800 байт (205 kB), 0,0254452 c, 8,0 MB/c $ ls -l итого 401 -rw-rw-r-- 1 root win 409600 Aug 9 17:21 file.tmp -- Best regards! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fw7wi1rj@desktop.home.int
Re: Как подружить libfaac0 с mencoder?
On 2012.08.09 at 16:52:14 +0300, Oleksandr Gavenko wrote: On 2012-08-07, Иван Лох wrote: Были случаи, когда некоторые программы были официльно включены в Дебиан, но из-за способа назначения версий они не могут перезатереть пакеты из debian-multimedia. И замечательно. Потому, что группа придурков форкнула ffmpeg, и разработчики дебиан перешли на этот перманентно сломанный форк. Можно ли сделать вывод из вашего высказывания что качество deb-multimedia приемлимое на данный момент, может даже на равне с официальными пакетами, и имеет смысл использовать deb-multimedia в настоящее время? Можно. Во-первых, должен признать что уровень качества пакетов у Мариллата за последние 10 лет существенно вырос. Одновременно качество пакетов в основном репозитории несколько упало. Так что они теперь вполне на уровне. Во-вторых, выбор стоит между программой, работающей хотя бы иногда, и не работающей совсем. Поэтому, учитывая что падение мультимедия-проигрывателя вообще-то штука не слишком фатальная, можно и не слишком качественные пакеты использовать. Правильно ли мое рассуждение: в столь сложных пакетах как библиотеки кодировщиков и фильтров официальные сопроводители пакетов не в состоянии исправлять ошибки или критические ошибки самостоятельно и могут толко просить помощи у апстрима? Неправильно. Проблема тут не в технической сложности (хотя явно можно было и проще сделать), а в первую очередь во всяких патентных и копирайтных ограничениях, из-за которых Debian main не может нести работоспособных проигрывателей. То есть тот же ffmpeg в main искусственно урезан путем исключения всех не стопроцентно чистых от юридических ограничений кусков кода. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120809150214.ga31...@wagner.pp.ru
Re: ntfs или ntfs-3g для mount -o rw?
On Thu, Aug 09, 2012 at 04:02:16PM +0300, Oleksandr Gavenko wrote: Я нуб в этом вопросе и не знаю где можно найти компетентный ответ. ntfs-3g пользовался 5 лет, нареканий нет. Но оказывается 'mount.ntfs' тоже может обеспечить RW доступ. ls -la /sbin/mount.ntfs -- WBR, wRAR signature.asc Description: Digital signature
Зgравствуйте! Вас интересуют базы gaнных потeнциaльных клиeнтов gля Вашего Бизнеcа?
Зgравствуйте! Вас интересуют базы gaнных потeнциaльных клиeнтов gля Вашего Бизнеcа? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f565d05-5c79-428e-b8fd-19143433b...@matrix.genera.com
Re: Заставить ntfs-3g быть silent.
,-[Oleksandr Gavenko, 9 August 2012 16:57]: On 2012-08-07, -=Devil_InSide=- wrote: собственником файлов в данном случае выступает root при ваших опциях монтирования и . чего вы, в общем-то, ожидаете ? иллюстрирую: 22:33:01-root@gas:~/temp/ntfs# mount -t ntfs -w /dev/massvol/ntfs /mnt/tmp/ -o locale=ru_RU.utf8,gid=user,dmask=000,fmask=111 22:33:50-user@gas:~$ chmod 0777 /mnt/tmp/test.txt chmod: изменение прав доступа для ?/mnt/tmp/test.txt?: Операция не позволяется Контрпример, собственно с него и нужно было начать: $ cd tmp /home/user/tmp $ dd if=/dev/zero of=vfat.img bs=1024 count=1 $ chmod a+x file.txt || echo error Опа! Ошибки нету! Ключик 'quiet' работает. Нада не ошибки квайтить, а делать правильно. то есть монтировать так, чтоб ошибок _не_было_. $ mkdir ntfs $ sudo mount -t ntfs-3g -o rw,nls=utf8,gid=win,dmask=002,fmask=113,silent ntfs.img $PWD/ntfs $ cd ntfs /home/user/tmp/ntfs $ sudo touch file.txt $ chmod a+x file.txt || echo error chmod: изменение прав доступа для ?file.txt?: Операция не позволяется error Опа! Ошибочка есть! Ключик 'quiet' проигнорирован. Собственно это и составляет суть моего вопроса (и предыдущего поста). chorus: Нада не ошибки квайтить, а делать правильно. то есть монтировать так, чтоб ошибок _не_было_. суть вашего предыдущего поста: как мне сделать так, как мне думается, вместо того, чтоб сделать правильно?. Аналогичная последовательность действий для mount.ntfs показывает Операция не позволяется. там в соседней ветке уже ответили: ll /sbin/mount.ntfs lrwxrwxrwx 1 root root 13 Июн 13 20:04 /sbin/mount.ntfs - mount.ntfs-3g Куда копать??? в man mount.ntfs-3g. silent Do nothing, without returning any error, on chmod and chown operations, when the permissions option is not set and no user mapping file is defined. This option is on by default. when the permissions option is not set - требует перевода? and no user mapping file is defined. - а это - требует? This option is on by default. - эээ... наверна, тож требует. ~# mount -t ntfs -w /dev/massvol/ntfs /mnt/tmp/ -o locale=ru_RU.utf8 mount | grep mnt /dev/mapper/massvol-ntfs on /mnt/tmp type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096) ~$ll /mnt/tmp/ -la итого 8,5K drwxrwxrwx 1 root root 4,0K Авг 9 22:00 . drwxr-xr-x 4 root root 4,0K Мар 2 01:39 .. -rwxrwxrwx 1 root root0 Авг 9 22:00 test.txt 22:00:06-user@gas:~$ touch /mnt/tmp/test.txt 22:00:12-user@gas:~$ chmod 0666 /mnt/tmp/test.txt -v права доступа ?/mnt/tmp/test.txt? изменены с 0777 (rwxrwxrwx) на 0666 (rw- rw-rw-) 22:00:13-user@gas:~$ chmod 0777 /mnt/tmp/test.txt -v права доступа ?/mnt/tmp/test.txt? оставлены в виде 0777 (rwxrwxrwx) 22:00:14-user@gas:~$ chown user.users /mnt/tmp/test.txt -v изменён владелец ?/mnt/tmp/test.txt? с root:root на user:users 22:00:17-user@gas:~$ chown user.users /mnt/tmp/test.txt -v изменён владелец ?/mnt/tmp/test.txt? с root:root на user:users к чему это я? на многих fuse и прочих сбоку приделанных fs опции монтирования = круто. опции acl на fs -- постольку-поскольку. и часто не используются. совсем. А теперь классика. Конечно пишу в шутку, может кто подключится к обсуждению... Закардоном отвечающие заинтересованы в ответе. Без идеализации: буржуа ценят деньги и уж если тратят время на бесплатные рассылки, то стараются помочь вопрошающему или молчат. для вас помочь - разжевать и в рот положить? ) Хотя нижеследующие вопросы явно от троля, все же отвечу: 1. в чем смысл нтфс в данной задаче? Мне нужно перебросить наработки из Linux в Windows посредтвом комманды: $ hg -R /mnt/ntfs/home/devel/project pull $home/devel/project зачем тада специальные маски и пермишшены? вы до сих пор не сознались, что пихаете на сьемный диск. или не пихаете не на съемный. 2. в чем смысл chown и chmod? Уже написал, читайте начало треда и начало этого сообщения. уже понял. вам так приспичило их иметь, чтоб могли. 3. монтируйте с uid пользователя, под которым работает ваш контроль версий и с нужными сразу gid и масками. и не нада желать странного и ненужного. Я думал о правах в POSIX хорошо, но теперь поменял мнение, из chown(3posix): Only processes with an effective user ID equal to the user ID of the file or with appropriate privileges may change the ownership of a file. а для кого их придумывали и для чего? ваше непонгимание вызывает ваши изменения мнений. права при монтировании и права на фс -- разные вещи, хотя использовать их надо комплексно. Мне интересно что за appropriate privileges еще могут быть? В Windows есть в ACL Full Cotrol. Я именно этого хочу. то что вы хотите - 0777 и 0666 так и делайте. а не некие необоснованные (из гугла скопипащенные?) действия с правами по
Создание пакета со своими параметрами.
Здравствуйте! Есть задача поднять почтовый сервер. Требования к нему не очень большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и забор учётных данных из Active Directory (возможно LDAP). На данном этапе предполагается использовать exim+dovecot. Чего хотелось бы: 1. Установка в /opt. 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 на корню (это просто пример). 3. Слегка подкрутить структуру папок, чтоб все бинарники и вспомогательные файлы лежали в одной папке, а пользовательские данные и настройки в другой. (В общем это задумывается как упрощение переноса конфигов и данных,например на новой системе скомпилировал бинарники и положил папку с данными и конфигами, перезапустил демоны и всё работает). 4. Компилирование программ статически. Суть вопроса такова. У Дебиана есть репозитории с пакетами исходников. Соответственно выдумывать уже ничего не требуется. Подкиньте пожалуйста, хорошую ссылку или общее описание реализации вышеозвученных хотелок. В сущности мне нужно направление куда копать, чтоб воспользоваться возможностями которые предоставляет дистрибутив. -- Константин Фадеев
Re: Создание пакета со своими параметрами.
Konstantin Fadeyev ☫ → To debian-russian @ Fri, Aug 10, 2012 09:32 +0600 Здравствуйте! Есть задача поднять почтовый сервер. Требования к нему не очень большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и забор учётных данных из Active Directory (возможно LDAP). На данном этапе предполагается использовать exim+dovecot. Чего хотелось бы: 1. Установка в /opt. 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 на корню (это просто пример). 3. Слегка подкрутить структуру папок, чтоб все бинарники и вспомогательные файлы лежали в одной папке, а пользовательские данные и настройки в другой. (В общем это задумывается как упрощение переноса конфигов и данных,например на новой системе скомпилировал бинарники и положил папку с данными и конфигами, перезапустил демоны и всё работает). 4. Компилирование программ статически. А поддерживать это всё вы потом не будете? Если будете, я бы порекомендовал сделать просто конфигурационный пакет с зависимостями (как сделано, например, в опакечивании fusionforge), и поддерживать только его. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- Эксперименты по спасению России от глобального потепления путем отключения тепла регулярно проводятся российским ЖКХ и неизменно вызывают у населения горячий протест. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810035042.gc32...@undertaker.dev.lan.arta.kz
Re: Создание пакета со своими параметрами.
10 августа 2012 г., 9:50 пользователь Sergey Korobitsin underta...@arta.kz написал: Konstantin Fadeyev ☫ → To debian-russian @ Fri, Aug 10, 2012 09:32 +0600 Здравствуйте! Есть задача поднять почтовый сервер. Требования к нему не очень большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и забор учётных данных из Active Directory (возможно LDAP). На данном этапе предполагается использовать exim+dovecot. Чего хотелось бы: 1. Установка в /opt. 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 на корню (это просто пример). 3. Слегка подкрутить структуру папок, чтоб все бинарники и вспомогательные файлы лежали в одной папке, а пользовательские данные и настройки в другой. (В общем это задумывается как упрощение переноса конфигов и данных,например на новой системе скомпилировал бинарники и положил папку с данными и конфигами, перезапустил демоны и всё работает). 4. Компилирование программ статически. А поддерживать это всё вы потом не будете? Если будете, я бы порекомендовал сделать просто конфигурационный пакет с зависимостями (как сделано, например, в опакечивании fusionforge), и поддерживать только его. Это делается для себя, чтоб проще было распространить на несколько организаций, возможно никому, кроме меня, и не понадобится в итоге, но вообще планируется вести достаточно длительное время и проводить адаптацию под релизы Дебиана. Я думал о создании пакета с зависимостями и некоторыми стартовыми конфигами, но всё же мне нужно наверное что-то более узкоспециализированное. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- Эксперименты по спасению России от глобального потепления путем отключения тепла регулярно проводятся российским ЖКХ и неизменно вызывают у населения горячий протест. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810035042.gc32...@undertaker.dev.lan.arta.kz -- Константин Фадеев
Re: Создание пакета со своими параметрами.
Konstantin Fadeyev ☫ → To debian-russian@lists.debian.org @ Fri, Aug 10, 2012 10:04 +0600 Ну вот смотрите, какие минусы в поддержке порождает каждый пункт: Есть задача поднять почтовый сервер. Требования к нему не очень большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и забор учётных данных из Active Directory (возможно LDAP). На данном этапе предполагается использовать exim+dovecot. Чего хотелось бы: 1. Установка в /opt. Если вы будете пользоваться этим самостоятельно, и использовать при этом пакеты дистрибутива, не думаю, что перепиливание путей установки имеет какой-то смысл. 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 на корню (это просто пример). Ну, несмотря на то, что это пример ;), POP3 выпиливается просто неустановкой dovecot-pop3d, остальные вещи можно поддерживать в виде патчей к source-пакетам и использовать для сборки этого инфраструктуру apt-build, например. 3. Слегка подкрутить структуру папок, чтоб все бинарники и вспомогательные файлы лежали в одной папке, а пользовательские данные и настройки в другой. (В общем это задумывается как упрощение переноса конфигов и данных,например на новой системе скомпилировал бинарники и положил папку с данными и конфигами, перезапустил демоны и всё работает). Аргумент, аналогичный 1-му. 4. Компилирование программ статически. Мне кажется, такое имеет смысл только для проприетарного софта, чтобы удобно было таскать по дистрибутивов, не пересобирая (и исходники тащить не нужно, которые могут и не дать). У нас же один дистрибутив, и (я думаю, вы будете использовать stable для всего этого?), и руками поддерживать это всё и накатывать security-апдейты и пересобирать (и тестировать) весь комплект - мне кажется дурной работой. Другое дело, если вы собираетесь сделать эдакий swiss army knife для почты и таскать это по (другим) дистрибутивам Linux. Это делается для себя, чтоб проще было распространить на несколько организаций, возможно никому, кроме меня, и не понадобится в итоге, но вообще планируется вести достаточно длительное время и проводить адаптацию под релизы Дебиана. Я думал о создании пакета с зависимостями и некоторыми стартовыми конфигами, но всё же мне нужно наверное что-то более узкоспециализированное. Вы, всё-таки, посмотрите, как сделано в fusionforge. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- А у меня мой стул укатил кто-то. Он был помечен на правой ручке моей белой нашейной ленточкой от флешки Transcend. Фиг с ним, со стулом, ленточку жалко -- mirat @ https://projects.arta.local/forum/message.php?msg_id=173 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810041720.gd32...@undertaker.dev.lan.arta.kz
Re: Создание пакета со своими параметрами.
10 августа 2012 г., 10:17 пользователь Sergey Korobitsin underta...@arta.kz написал: Konstantin Fadeyev ☫ → To debian-russian@lists.debian.org @ Fri, Aug 10, 2012 10:04 +0600 Ну вот смотрите, какие минусы в поддержке порождает каждый пункт: Есть задача поднять почтовый сервер. Требования к нему не очень большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и забор учётных данных из Active Directory (возможно LDAP). На данном этапе предполагается использовать exim+dovecot. Чего хотелось бы: 1. Установка в /opt. Если вы будете пользоваться этим самостоятельно, и использовать при этом пакеты дистрибутива, не думаю, что перепиливание путей установки имеет какой-то смысл. Есть небольшая вероятность того, что скажем так, этот набор, будет запускаться на системе отличной от дебиан. И хочется учесть этот момент. 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 на корню (это просто пример). Ну, несмотря на то, что это пример ;), POP3 выпиливается просто неустановкой dovecot-pop3d, остальные вещи можно поддерживать в виде патчей к source-пакетам и использовать для сборки этого инфраструктуру apt-build, например. 3. Слегка подкрутить структуру папок, чтоб все бинарники и вспомогательные файлы лежали в одной папке, а пользовательские данные и настройки в другой. (В общем это задумывается как упрощение переноса конфигов и данных,например на новой системе скомпилировал бинарники и положил папку с данными и конфигами, перезапустил демоны и всё работает). Аргумент, аналогичный 1-му. 4. Компилирование программ статически. Мне кажется, такое имеет смысл только для проприетарного софта, чтобы удобно было таскать по дистрибутивов, не пересобирая (и исходники тащить не нужно, которые могут и не дать). У нас же один дистрибутив, и (я думаю, вы будете использовать stable для всего этого?), и руками поддерживать это всё и накатывать security-апдейты и пересобирать (и тестировать) весь комплект - мне кажется дурной работой. Другое дело, если вы собираетесь сделать эдакий swiss army knife для почты и таскать это по (другим) дистрибутивам Linux. Предполагается, что будут использоваться пакеты исходного кода которые уже есть в Дебиан и на которые соответственно всё вышеозвученное накладывается. То есть будет достаточно просто перекомпилировать их с заданными параметрами. Возможно приведение конфигов в соответствие. Какой-то уровень тестирования всё равно придётся проводить, куда ж без этого. И да, наверное я хочу этакий универсальный инструмент. И не без возможности перемещения между дистрибутивами. Это не является основным приоритетом, но я бы хотел решить этот вопрос сейчас. Это делается для себя, чтоб проще было распространить на несколько организаций, возможно никому, кроме меня, и не понадобится в итоге, но вообще планируется вести достаточно длительное время и проводить адаптацию под релизы Дебиана. Я думал о создании пакета с зависимостями и некоторыми стартовыми конфигами, но всё же мне нужно наверное что-то более узкоспециализированное. Вы, всё-таки, посмотрите, как сделано в fusionforge. Сейчас смотрю fusionforge. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- А у меня мой стул укатил кто-то. Он был помечен на правой ручке моей белой нашейной ленточкой от флешки Transcend. Фиг с ним, со стулом, ленточку жалко -- mirat @ https://projects.arta.local/forum/message.php?msg_id=173 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810041720.gd32...@undertaker.dev.lan.arta.kz -- Константин Фадеев
Re: Создание пакета со своими параметрами.
10 августа 2012 г., 10:29 пользователь Konstantin Fadeyev jred...@gmail.com написал: 10 августа 2012 г., 10:17 пользователь Sergey Korobitsin underta...@arta.kz написал: Konstantin Fadeyev ☫ → To debian-russian@lists.debian.org @ Fri, Aug 10, 2012 10:04 +0600 Ну вот смотрите, какие минусы в поддержке порождает каждый пункт: Есть задача поднять почтовый сервер. Требования к нему не очень большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и забор учётных данных из Active Directory (возможно LDAP). На данном этапе предполагается использовать exim+dovecot. Чего хотелось бы: 1. Установка в /opt. Если вы будете пользоваться этим самостоятельно, и использовать при этом пакеты дистрибутива, не думаю, что перепиливание путей установки имеет какой-то смысл. Есть небольшая вероятность того, что скажем так, этот набор, будет запускаться на системе отличной от дебиан. И хочется учесть этот момент. 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 на корню (это просто пример). Ну, несмотря на то, что это пример ;), POP3 выпиливается просто неустановкой dovecot-pop3d, остальные вещи можно поддерживать в виде патчей к source-пакетам и использовать для сборки этого инфраструктуру apt-build, например. 3. Слегка подкрутить структуру папок, чтоб все бинарники и вспомогательные файлы лежали в одной папке, а пользовательские данные и настройки в другой. (В общем это задумывается как упрощение переноса конфигов и данных,например на новой системе скомпилировал бинарники и положил папку с данными и конфигами, перезапустил демоны и всё работает). Аргумент, аналогичный 1-му. 4. Компилирование программ статически. Мне кажется, такое имеет смысл только для проприетарного софта, чтобы удобно было таскать по дистрибутивов, не пересобирая (и исходники тащить не нужно, которые могут и не дать). У нас же один дистрибутив, и (я думаю, вы будете использовать stable для всего этого?), и руками поддерживать это всё и накатывать security-апдейты и пересобирать (и тестировать) весь комплект - мне кажется дурной работой. Другое дело, если вы собираетесь сделать эдакий swiss army knife для почты и таскать это по (другим) дистрибутивам Linux. Предполагается, что будут использоваться пакеты исходного кода которые уже есть в Дебиан и на которые соответственно всё вышеозвученное накладывается. То есть будет достаточно просто перекомпилировать их с заданными параметрами. Возможно приведение конфигов в соответствие. Какой-то уровень тестирования всё равно придётся проводить, куда ж без этого. И да, наверное я хочу этакий универсальный инструмент. И не без возможности перемещения между дистрибутивами. Это не является основным приоритетом, но я бы хотел решить этот вопрос сейчас. Это делается для себя, чтоб проще было распространить на несколько организаций, возможно никому, кроме меня, и не понадобится в итоге, но вообще планируется вести достаточно длительное время и проводить адаптацию под релизы Дебиана. Я думал о создании пакета с зависимостями и некоторыми стартовыми конфигами, но всё же мне нужно наверное что-то более узкоспециализированное. Вы, всё-таки, посмотрите, как сделано в fusionforge. Сейчас смотрю fusionforge. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- А у меня мой стул укатил кто-то. Он был помечен на правой ручке моей белой нашейной ленточкой от флешки Transcend. Фиг с ним, со стулом, ленточку жалко -- mirat @ https://projects.arta.local/forum/message.php?msg_id=173 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810041720.gd32...@undertaker.dev.lan.arta.kz -- Константин Фадеев Думаю apt-build это правильное направление. :-) -- Константин Фадеев
Re: Создание пакета со своими параметрами.
Konstantin Fadeyev ☫ → To debian-russian@lists.debian.org @ Fri, Aug 10, 2012 10:31 +0600 [ ... ] Думаю apt-build это правильное направление. :-) Вполне возможно, я просто не копал далеко в эту сторону. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810044412.ge32...@undertaker.dev.lan.arta.kz
