Здравствуйте, Sinclair, Вы писали:
S>"Обилие конфигурируемых настроек указывает на неспособность разработчика принять правильное решение"
ИМХО обилие конфигурируемых настроек — это плюс (+)
Главное чтобы у этих настроек была конфигурация по умолчанию или лучше несколько, под разные нужды. И чтобы эти настройки были хорошо документированы.
adontz wrote: > То есть я так понял. (поправь если не прав) > # Среди тех 10 тыс пакетов есть нестабильные (не утверждённые стабильными)
Неправильно. В стабильную ветку в нормальных дистрибутивах попадают
только стабильные пакеты.
> # Никакой формализованной системы тестирования нет, всё делают люди.
Неправильно. Есть формализованые правила принятия пакета и миграции его
в стабильную ветку. Например, http://qa.debian.org/
adontz wrote: > C>Заметь, что размер шрифтов тоже разный. В линуксовом скриншоте он > значительно меньше. > Не значительно, 7 пикселей против 9.
Поверь, это ОЧЕНЬ значительно для шрифтов.
> Но собственно тут нилицо не читаемость конкретной буквы (нафиг тогда > увеличивать?), а просто разный уровень сглаживания.
И? Линуксовый вариант на моем мониторе (ноутбучный LCD 15" 1400x1050) в
нормальный размер выглядит лучше.
Кстати, уродский ClearType в Винде я всегда отключаю, так как он не
сглаживает, а только размывает картинку. В Линуксе, впрочем,
антиалиасинг я тоже отключаю.
> Буква V в слова View у Линукс версии вообще с артефактом на правом конце.
Где там артефакт?
adontz wrote: > __M>Можно. Под линуксом cups в качестве задания на печать ps принимает. > Соответственно на стороне клиента драйвера не нужны. > Это не то. Как я настрою ориентацию станицы, duplexing, лоток из > которого брать бумагу?
Либо на сервере заранее, либо все же придется ставить драйвера как в Винде.
adontz wrote: > В том то всё и дело, что полной функциональной альтернативы, даже без > обсуждения стабильности и удобства администрирования, не предложили. Всё > на уровне слухов "я уверен, что это реализуемо, но не знаю как".
У нас в компании используется LDAP для управления под сервером Fedora DS.
В LDAP у нас лежат настройки почты (QMail-LDAP), пользовательских
аккаунтов, NT-шные машиные, SFTP-шары на серверах, квоты на внешний
траффик (тут же в LDAP лежат аггрегатные счетчики пользователей),
настройки DNS, настройки системы контроля версий и т.п.
Для создания нового проекта нужно заполнить web-страничку и
автоматически будут созданы:
1. Проектный список рассылки и место в Wiki (Confluence Atlassian).
2. Проекты в нашей time-tracking и bug-trecking системах.
3. Дефолтный сайт проекта и SFTP/Samba шара для выкладывания файлов.
4. Каталог в системе контроля версий (Subversion).
Естественно, контролируется что только участники проекта с нужными
ролями имеют к нему доступ (естественно, тоже рулится через LDAP).
Часть писать пришлось самим, все заняло примерно 2 человекомесяца. Сразу
скажу, ActiveDirectory тут бы не помог — так как в нем точно так же
пришлось бы кучу всего дописывать.
> роме того, Linux решение не бесплатно даже в плане приобритения.
Бесплатен, если не нужны контракты на поддержку.
> Мы тут за три дня даже не решили какие продукты > вообще использовать, а речь шла о том чтобы их настроить до состояние > готовых к употреблению. Линукс /безусловно/ рулит в некоторых сферах, но > корпоративная сеть к этим сферами не относиться.
И не решим — есть достаточно много вариантов.
Здравствуйте, Cyberax, Вы писали:
C>У нас в компании используется LDAP для управления под сервером Fedora DS. C>В LDAP у нас лежат настройки почты (QMail-LDAP), пользовательских C>аккаунтов, NT-шные машиные, SFTP-шары на серверах, квоты на внешний C>траффик (тут же в LDAP лежат аггрегатные счетчики пользователей), C>настройки DNS, настройки системы контроля версий и т.п. C>Для создания нового проекта нужно заполнить web-страничку и C>автоматически будут созданы: C>1. Проектный список рассылки и место в Wiki (Confluence Atlassian). C>2. Проекты в нашей time-tracking и bug-trecking системах. C>3. Дефолтный сайт проекта и SFTP/Samba шара для выкладывания файлов. C>4. Каталог в системе контроля версий (Subversion).
Какое это имеет отношение к первоначальной задаче про 6 серверов и 500 рабочизх станций? Опять прыжки в сторону?
>> роме того, Linux решение не бесплатно даже в плане приобритения. C>Бесплатен, если не нужны контракты на поддержку.
Единственная двусторонняя репликация БД, которую вспомнили, это для Postgre и она платная. Да и вообще с Groupware проблемы.
C>И не решим — есть достаточно много вариантов.
Но при этом нет ни одного внятно описанного и полностью решающего поставленные задачи
Здравствуйте, Cyberax, Вы писали:
C>И? Линуксовый вариант на моем мониторе (ноутбучный LCD 15" 1400x1050) в нормальный размер выглядит лучше.
1400x1050 на 15" это весьма нетипичные настройки. Типичные, это 1024х768 на 17" то есть в ((1400/1024)*(16/14))^2 = 2.44 больший размер точки.
C>Кстати, уродский ClearType в Винде я всегда отключаю, так как он не сглаживает, а только размывает картинку. В Линуксе, впрочем, антиалиасинг я тоже отключаю.
Ну да.ез этого всего красивее...
>> Буква V в слова View у Линукс версии вообще с артефактом на правом конце. C>Где там артефакт?
adontz wrote: > C>Либо на сервере заранее, либо все же придется ставить драйвера как в > Винде. > В винде они сами поставяться
В Линуксе с CUPS вроде тоже. Скачивается ppd-файл и ставится
Здравствуйте, Cyberax, Вы писали:
C>Неправильно. В стабильную ветку в нормальных дистрибутивах попадают только стабильные пакеты.
Сколько программ в стабильной ветке?
>> # Никакой формализованной системы тестирования нет, всё делают люди. C>Неправильно. Есть формализованые правила принятия пакета и миграции его в стабильную ветку. Например, http://qa.debian.org/
Я не о правилах, а о самом тестировании. Программы тестируются автоматически или ручками?
adontz wrote: > C>1. Проектный список рассылки и место в Wiki (Confluence Atlassian). > C>2. Проекты в нашей time-tracking и bug-trecking системах. > C>3. Дефолтный сайт проекта и SFTP/Samba шара для выкладывания файлов. > C>4. Каталог в системе контроля версий (Subversion). > Какое это имеет отношение к первоначальной задаче про 6 серверов и 500 > рабочизх станций? Опять прыжки в сторону?
Это просто пример того, что можно сделать. В LDAP у нас не 500 машин, а
около 50 и Виндовых. В том что на 500 машин в двух оффисах оно тоже
будет работать — я вполне уверен.
Самое интересное — это управление машинами через LDAP. Вероятно проще
всего будет использовать стандартный KDE Control Center/GConf для
редактирования конфигов, а потом просто их размножать через LDAP (хотя
GConf уже умеет и сам LDAP поддерживать). По-моему, самое нормальное
решение для данного случая (в конце концов, Java System Directory Server
так и работает, а мы ведь верим в Sun ).
>> > роме того, Linux решение не бесплатно даже в плане приобритения. > C>Бесплатен, если не нужны контракты на поддержку. > Единственная двусторонняя репликация БД, которую вспомнили, это для > Postgre и она платная. Да и вообще с Groupware проблемы.
Ну вообще-то для Postgres'а она уже давно бесплатная: http://pgfoundry.org/projects/pgcluster/ http://gborg.postgresql.org/project/slony1/projdisplay.php
> C>И не решим — есть достаточно много вариантов. > Но при этом нет ни одного внятно описанного и полностью решающего > поставленные задачи
Ну так давай в твою задачу добавим интересностей, чтобы оно с Виндой не
так замечательно дружило.
Здравствуйте, adontz, Вы писали:
>>> Буква V в слова View у Линукс версии вообще с артефактом на правом конце. C>>Где там артефакт?
A>Не видишь? Отрицаем очевидное? Ну-ну.
adontz wrote: > C>И? Линуксовый вариант на моем мониторе (ноутбучный LCD 15" 1400x1050) > в нормальный размер выглядит лучше. > 1400x1050 на 15" это весьма нетипичные настройки. Типичные, это 1024х768 > на 17" то есть в ((1400/1024)*(16/14))^2 = 2.44 больший размер точки.
На 1024х768 на соседнем мониторе мне оно все равно не нравится
>> > Буква V в слова View у Линукс версии вообще с артефактом на правом конце. > C>Где там артефакт? > Не видишь? Отрицаем очевидное? Ну-ну.
Не вижу. Что именно ты считаешь артефактом?
Это кластер, а не репликация между двумя удалёнными серверами. Кроме того требуются два (ну может если исхитриться, то один, но не меньше) дополнительных сервера. А у нас их в кажом офисе всего 3.
adontz wrote: > C>Неправильно. В стабильную ветку в нормальных дистрибутивах попадают > только стабильные пакеты. > Сколько программ в стабильной ветке?
Примерно те же 26000. В нестабильной/тестовой ветке обычно точно такие
же программы, но более свежих версий.
>> > # Никакой формализованной системы тестирования нет, всё делают люди. > C>Неправильно. Есть формализованые правила принятия пакета и миграции > его в стабильную ветку. Например, http://qa.debian.org/ > Я не о правилах, а о самом тестировании. Программы тестируются > автоматически или ручками?
Как ты будешь автоматически тестировать GUIшное приложение? Без живых
тестеров никуда не деться.
Объясняю как выглядит процесс добавления пакета:
1. Супер-крутой проект TheBlahProjekt выпускает очередную версию себя.
Перовое тестирование производят еще сами участники проекта перед
выпуском релиза.
2. Joe Developer делает пакет из этого проекта. Причем делается бинарный
и source-пакет, который может быть построен автоматически. Если
изначальный проект имеет какие-то автоматические тесты, то они тоже
включаются в source-пакет.
3. Пакет от Joe Developer попадает в нестабильную ветку, откуда его
берут тестировщики и обычные пользователи. Баги, относящиеся к пакету
(например, неправильные зависимости) правит Joe Developer, а баги самого
проекта правят изначальные разработчики (или Joe Developer).
4. Через некоторое время пакет (когда он перестает падать сразу после
установки ) попадает в ветку testing. В этой ветке ведется тщательное
тестирование пакетов.
5. Если пакет стабилен и не ломается, то он попадает в ветку stable и
будет включен в следующий релиз Debian'а.
6. После включения пакета в стабильную ветку он попадает под внимание
Debian Security Team, которая отслеживает разные bugtraq'и и в случае
обнаружения ошибки обычно в течение часов выкладывает патч в репозиторий
security.debian.org, откуда его берут пользователи (через менеджер
пакетов, естественно). Сравни это с ситуацией когда MS пришлось
выпускать специальную тулзу, которая сканировала все файлы на предмет
глючного GDI+.
Все это достаточно неплохо работает, релизы Debian'а железно стабильные.
Есть еще Ubuntu, который выпускает на основе Debian'а более
user-friendly дистрибутив.
adontz wrote: >> > В винде они сами поставяться > C>В Линуксе с CUPS вроде тоже. Скачивается ppd-файл и ставится > И можно выбирать лоток и ориентацию бумаги?
Естественно.
. Так, слушаем всё. АРТЕФАКТА НЕТ. Я ИЗВИНЯСЬ!
