После года разработки компания Apple представила (http://www.cups.org/articles.php?L679) релиз новой стабильной ветки свободной системы печати CUPS 1.5 (Common Unix Printing System), используемой в Mac OS X и подавляющем большинстве дистрибутивов Linux. Проект распространяется под лицензией GPLv2 (фильтры и библиотеки под LGPLv2), но с 2007 года, после поглощения (http://www.opennet.me/opennews/art.shtml?num=11392) создавшей CUPS компании Easy Software Products, разработку CUPS полностью контролирует Apple, ставя в развитии проекта на первое место интересы платформы Mac OS X.Подготовка новой версии была связана с волной критики (http://www.opennet.me/opennews/art.shtml?num=33126) со стороны разработчиков открытых проектов, угрозе создания форка и, в конце концов, к разработке нового альтернативного диспетчера очереди печати printerd (http://www.opennet.me/opennews/art.shtml?num=33911). Возмущения были связаны с переводом в разряд устаревших компилятора (http://www.cups.org/documentation.php/doc-1.6/ppd-compiler.h... драйверов в формате PPD и протокола "CUPS Browse (http://www.cups.org/documentation.php/doc-1.6/spec-browsing.... которые активно используются в Linux-дистрибутивах. В качестве мотива прекращения поддержки CUPS Browse называются наличие архитектурных проблем с работой в WiFi-сетях, невозможность использования при запрете в сети широковещательных рассылок и излишняя привязка на внешние DNS-сервисы. Для сохранения совместимости подсистемы PPD и CUPS Browse пока оставлены в составе CUPS 1.6.0, но сообщается, что они будут удалены из кодовой базы в будущих выпусках.
Вместо PPD предлагается более использовать появившийся в CUPS 1.6.0 протокол IPP Everywhere (http://www.pwg.org/ipp/), целью которого является обеспечение печати на всех принтерах в бездрайверном режиме ("driverless"). Вместо протокола CUPS Browse, который использует сетевой порт 631 и выполняет определение наличия очередей печати для принтеров через отправку запросов в широковещательном режиме, предлагается использовать протоколы Bonjour (http://ru.wikipedia.org/wiki/Bonjour) и mDNS/DNS-SD (http://www.dns-sd.org/) (Zeroconf).
В анонсе новой версии CUPS подчёркивается, что поддержка Bonjour и IPP Everywhere, изначально используемых в Mac OS X, начиная с выпуска CUPS 1.6 в полной мере обеспечена для Linux и других свободных систем. На начальной стадии разработки CUPS 1.6 наблюдались проблемы с совместимостью с пакетом Avahi (http://avahi.org/), в рамках которого развивается открытая реализация Zeroconf, используемая в дистрибутивах Linux. Но в процессе разработки CUPS 1.6 проблемы взаимодействия с Avahi были устранены и CUPS теперь полностью совместим с данной системой. Тем не менее, функциональность автоматического определения очередей печати будет работать только при установке Avahi на стороне клиента и сервера.
Еще одним успешно разрешённым конфликтом интересов является ситуация с прекращением поддержки ряда фильтров печати и бэкендов, используемых в Linux, но не представляющих интереса для Mac OS X. По договорённости с организацией Linux Foundation поддержки данных компонентов будет осуществляться в рамках проекта OpenPrinting (http://openprinting.org) и распространяться в виде отдельного пакета cups-filters (http://www.openprinting.org/download/cups-filters/) с дополнениями к CUPS. В состав пакета включены бэкенды для вывода через последовательные и параллельные интерфейсы, модуль php_cups, а также фильтры bannertops, commandtoescpx, commandtopclx, imagetops, imagetoraster, pdftops, rastertoescpx, rastertopclx и texttops.
Основные новшества (http://www.cups.org/documentation.php/doc-1.6/whatsnew.html) CUPS 1.6:
- Поддержка средств для управления цветопередачей. Добавлена возможность работы с цветовыми профилями ICC, при наличии в системе цветового менеджера colord (http://www.freedesktop.org/software/colord/), обращение к которому производится через D-BUS;- Поддержка технологии Bonjour для организации доступа к принтерам и определения наличия принтеров в локальной сети;
- Возможность переопределения имени пользователя по умолчанию через переменную окружения CUPS_USER или директиву User в client.conf;
- Увеличение максимальной возможной длины пароля до 127 символов;
- Прекращение поддержки опций "brightness", "columns", "fitplot", "gamma", "hue", "natural-scaling", "penwidth", "position", "ppi", "saturation" и "scaling". Объявление устаревшими опций "page-bottom", "page-left", "page-right", "page-top", "prettyprint" и "wrap", которые будут удалены в следующих выпусках;
- Изменения в системе планирования заданий печати:
- Поддержка автоматического выбора типа аутентификации, при установке в DefaultAuthType значения "auto" будет автоматически выбран метод Basic (username/password) и Negotiate (Kerberos);
- Планировщик теперь корректно заполняет атрибут "номер документов" для всех заданий, как того требует спецификация IPP 2.1;
- Для фильтров и бэкендов отныне выставлены права доступа, запрещающие запись для группы;
- С целью экономии дискового пространства PPD-файлы теперь могут быть упакованы и установлены в виде сжатых tar-архивов;
- Консолидирован процесс динамического обновления PPD, обновление PPD-файла заданного принтера теперь выполняется один раз в конце выполнения задания печати;
- Прекращена поддержка протоколов LDAP и SLP для обеспечения совместного доступа к принтерам;
- Поддержка задания ограничений времени ожидания и выполнения заданий. Для управления ограничениями введены директивы MaxHoldTime и MaxJobTime, кроме того, добавлена возможность указания времени в директивах PreserveJobFiles и PreserveJobHistory;- Изменение API:
- Поддержка протокола IPP Everywhere с реализацией API для динамического выбора доступного принтера в сети, позволяющего определять наличие принтеров, отправлять запросы о параметрах и выполнять операции по выводу на печать, как напрямую, так и через промежуточные хосты, предоставляющие доступ к подключенным к ним принтерам. IPP Everywhere предоставляет возможности эквивалентные драйверам PPD и обеспечивает средства разрешения конфликтов, не требуя при этом создания статических файлов конфигурации.
- При формировании IPP-запросов по умолчанию теперь используется версия протокола 2.0, подразумевающая закрытие публичного доступа к структурам ipp_t и ipp_value_t;- Расширена поддержка SNMP, для функций cupsSideChannelSNMPGet и cupsSideChannelSNMPWalk добавлена поддержка запроса по OID и возможность использования значений, размером до 64 Кб.
URL: http://www.cups.org/articles.php?L679
Новость: http://www.opennet.me/opennews/art.shtml?num=34422
> Прекращена поддержка протоколов LDAP и SLP для обеспечения совместного доступа к принтерам;А LDAP то за что?
:(
так, как оно было реализовано, оно и даром не нужно
А зачем он в CUPS? Пользуйся PAM.
ваш капс не совместим с нашими костылями, которых сотня.
> ваш капс не совместим с нашими костылями, которых сотня.Как это уже было с sysvinit и x11 - избыток костылей начинает мешать развитию.
> Вместо протокола CUPS Browse, который использует сетевой порт 631 и выполняет определение наличия очередей печати для принтеров через отправку запросов в широковещательном режиме, предлагается использовать протоколы Bonjour и mDNS/DNS-SD (Zeroconf).Все правильно сделали. Вместо собственных кривых и несовместимых костылей в каждой программе, лучше использовать стандартный протокол, специально заточенный под данную задачу.
> Все правильно сделали. Вместо собственных кривых и несовместимых костылей в каждой программе, лучше использовать стандартный протокол, специально заточенный под данную задачу.Хотя тут некоторые комментаторы регулярно повторяют, что кривые и несовместимые костыли - это очень прозрачно и юниксвейно.
А еще они, наверное, скажут, что для пущей прозрачности и юниксвейности надо переписать CUPS на shell-скриптах.
> А еще они, наверное, скажут, что для пущей прозрачности и юниксвейности надо
> переписать CUPS на shell-скриптах.А что, кстати, интересная мысль. В качестве драйверов можно использовать отдельные включаемые скрипты, которые содержат вызов команды sed с программой на 50 строчек спецсимволов (а-ля однострочник на перле), выполняющей всю работу по перекодированию. Это ж какая прозрачность!
> А еще они, наверное, скажут, что для пущей прозрачности и юниксвейности надо
> переписать CUPS на shell-скриптах.И разбить на несколько демонов, чтобы блоатварью не было.
Как теперь прикажете расшаривать принтеры для винды? Ни слова про самбу!
Речь о _поиске_ принтеров, а не об IPP. У меня всё равно поиск принтеров не заработал, да и лень разбираться было. Просто настроил себе, соседу, распечатал инструкцию по подключению (для других) и всё.
отказ от ppd же...
Чтоб нормально печаталось win->lin мне пришлось поставить дрова к принтеру, выбрать нужный ppd на линук-машине, на виндойс машине сделать тоже самое (иначе поля на распечатках были неправильные, если использовать другой или generic ppd). Метод тупой и непригодный при наличии овер 5 машин, но все же пока работает.
Уже предвижу внезапное обновление купса в арче после которого печать накроется медным тазом.
> Уже предвижу внезапное обновление купса в арче после которого печать накроется медным тазом.Вот и я о том же подумал...
> Уже предвижу внезапное обновление купса в арче после которого печать накроется медным тазом.И не только в арче.
> Чтоб нормально печаталось win->lin мне пришлось поставить дрова к принтеруВ винде есть псевдодрайвер, который отправляет на принтер просто рендер страницы битмапом
Костыль, но решает все проблемы совместимости форточки с чем угодно
Как недостаток - большая пачка бумаги печатается довольно долго даже в гигабитной локалке
Как достаток - форточники перестали порнуху слать тоннами на сетевые принтеры
> Как достаток - форточники перестали порнуху слать тоннами на сетевые принтерыЧего, боец, нашёл проблему, которую огнестрел не решает? Али патронов жалко?!
> Чего, боец, нашёл проблему, которую огнестрел не решает? Али патронов жалко?!Хуле я буду отстреливать быдляк, с которого у меня прыбыль?
> порнуху слать тоннами на сетевые принтерыээ, а что, так можно было, да?
> Конфликт стал стимулом к разработке нового альтернативного диспетчера очереди печати printerd.Да ладно. Мне казалось, что основной стимул написания printerd - возможность полноценного использования линукс-десктоп-специфичных механизмов, таких как D-Bus и PolicyKit.
Бедные пользователи "экзотических" и не очень принтеров... Сколько слёз будет пролито, сколько ругани будет в связи с годами не обновляемыми дровами от проивзодителей... :(Если я не прав - поправьте плиз. Я прекрасно помню, как сам сидел на деб.тестинге, и очередной капс "поломал мою печать полностью", после чего я ушел на стабильный Squeeze. Обновлять теперь нет желания систему до Wheezy, ибо ссыкотно :)
Почему будет? У меня вот, например, и сейчас из всех имеющихся в конторе принтеров нормально не цепляется ни один - везде какая-нить засада да найдётся...
> Если я не прав - поправьте плиз. Я прекрасно помню, как сам
> сидел на деб.тестинге, и очередной капс "поломал мою печать полностью", после
> чего я ушел на стабильный Squeeze. Обновлять теперь нет желания систему
> до Wheezy, ибо ссыкотно :)А как будете выкручиваться, когда срок поддержки squeeze закончится? Ведь к тому времени ситуация лучше явно не станет...
Где-то на ithappens есть история о том, как на комп в локалке, работающий со старым оборудованием, поставили уже неподдерживаемую версию Ubuntu. Ещё там же рассказывают, что в некоторых офисах до сих пор приходится использовать Windows 98 (но уже из-за необучаемости юзеров)
Народ, поясните, плиз, суть изменений с точки зрения простого пользователя? То есть, если у меня CUPS собран без поддержки AVAHI и ZEROCONF, то принтеров в сети я не увижу? А если авахи есть, как оно работает? Как оно находит отдельностоящие сетевые принтеры и принтеры, расшаренные на виндовых машинах?IPP Everywhere - вещь хорошая и правильная, но это, как я понял, дело будущего, а как быть с принтерами настоящего, которые так не умеют?
Да ладно настоящего, а вот старые принтеры как подключать по этому счастью. Хотя это уже будут проблемы MacOs, в linux PPD останутся.
Сегодня проверял на тестовой площадке это обновление. Всё очень плачевно: из девяти "усреднённых" generic-принтеров (HP, Xerox, Samsung, Epson, Canon, Brother, Panasonic, Kyocera-Mita и Konica-Minolta) нормально заработали лишь Epson и Panasonic. После дополнительной настройки - Brother, Kyocera-Mita и Konica-Minolta. В конце-концов и Xerox стал более-менее нормально себя вести. И это - лишь тестовая площадка, частично виртуализированная. Начинаю подумывать о том, чтобы сделать серверами печати постоянно работающие Win-машины. На CUPS очень хочется х*й забить, если честно, - слишком много усилий по поддержке.
Кто поможет найти драйвер для такого аппарата: Xerox WorkCentre Pro 423 для cups?
К сожалению, он поддерживает только PCL версии 4.1 и то, что лежит на openprinting.org не подошло, а также много чего перепробовал из generic.
Можно его подключить к виндовой машине, а уже оттуда расшарить... но это же костыль... :(
Я тоже безнадежно искал драйвер на Konica-Minolta Bizhub 162, чтобы сделать сетевой принтер для Windows тачек. В итоге оказалось, что для CUPS совсем не нужен драйвер, можно использовать прямую передачу в порт принтера (DeviceURI usb:/dev/ulpt0). А на Windows машинах подключал его, как принтер IPP с Windows драйвером. Работает уже года три без нареканий.
Принтер подключен только в сеть, не в комп. ?
> Принтер подключен только в сеть, не в комп. ?там же написано usb
c 2008 сервака спулер нормальный поставили. Теперь ошибка порта не требует перезагрузки. *nix сам по себе костыль - можешь не волноваться.
Они предлагают переходить на avahi-daemon у которого с патентами не все так прозрачно.
И надо, чтобы этот bonjour поддерживали все устройства в вашей сети, потому как использовать dhcp вместе с bonjour нельзя. Это надо быть аппловским фанатиком, чтобы такое у себя в сети устроить. Желаю им поскорее возможность компиляции cups для непригодных систем(всех отсальным никсов, кроме макоси) и надеюсь скоро появится вменяемый форк.
ретроград ты наш. если в бонжур этого нельзя - так надо пинать авторов бонжур - что бы они удосужились все таки открыть книжечку со стандартом, а не изобретать сто-питцот костылей из-за этих быдлокодеров.
А в общем-то, принтеры есть зло. Пора уж перестать пачкать бумагу, совсем. Страшно смотреть, сколько бумаги, картриджей и времени сотрудников поддержки убивает контора на эту одноразовую гадость, притом что из 10 листов, печатаемых, например, бухами, 9 являются мусором с первой же секунды.
>из 10 листов, печатаемых, например, бухами, 9 являются мусором с первой же секунды+100500!
Как вариант - отобрать у них компы. Производительность труда не ухудшится
> ... бухами, 9 являются мусором с первой же секунды.А ты сделай бухам так, чтобы при каждом Ctrl+P сымалось 100 руб. с зарплатной карточки.