The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Для Linux представлена новая подсистема печати printerd

22.05.2012 21:19

Два известных разработчика из компании Red Hat, Тим Вог (Tim Waugh), разработчик конфигуратора system-config-printer, и Ричард Хьюз (Richard Hughes), создатель проекта PackageKit, представили проект printerd, в рамках которого создан новый современный диспетчер очереди печати для Linux. Код проекта доступен под лицензией GPLv2. В настоящее время проект находится на начальной стадии развития, пока реализован только базовый фреймворк и простая утилита для управления из командной строки.

Printerd реализован в виде процесса-демона, обеспечивающего взаимодействие как с локальными, так и c удалёнными принтерами. Для управления правами доступа задействован фреймворк авторизации PolKit, для взаимодействия с другими приложениями используется D-Bus. Примечательно, что будучи построенным с учётом концепций, реализованных в протоколе IPP (Internet Printing Protocol), printerd не является IPP-сервером и доступен только через D-Bus API. IPP-совместимый сервер предлагается разработать в качестве отдельной прослойки, которая будет транслировать обращения по IPP через D-Bus. Достоинством использования D-Bus, является возможность организовать процесс печати из приложений в асинхронном режиме.

В качестве заданий для печати принимаются только файлы в формате PDF, все операции преобразования других форматов лежат вне компетенции новой системы печати. Неоспоримым достоинством архитектуры printerd, позволяющим надеяться на скорое распространение проекта, является возможность использования в неизменном виде драйверов и бэкендов, написанных для системы печати CUPS. Подобная поддержка позволит изначально решить проблемы с поддержкой конкретных устройств печати. Бэкенды используются для преобразования файлов с заданием печати в формат принтера и отправки данных на принтер, драйверы определяют интерфейс для взаимодействия с принтером.

  1. Главная ссылка к новости (http://cyberelk.net/tim/2012/0...)
  2. OpenNews: Релиз системы печати CUPS 1.5.0
  3. OpenNews: Компания Google предпримет попытки стандартизации интерфейса для устройств печати
  4. OpenNews: В фильтре печати Foomatic 4.0.0 появилась поддержка PDF
  5. OpenNews: Из новой версии CUPS будут изъяты некоторые используемые в Linux возможности
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/33911-print
Ключевые слова: print, printerd, spool, cups
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (116) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 22:37, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > IPP-совместимый сервер предлагается разработать в качестве отдельной прослойки, которая будет транслировать обращения по IPP через D-Bus.

    Имхо: вот разработали бы эту прослойку, тогда и анонсировали бы.
    А сейчас есть только их собственный D-Bus API, который наверняка еще нигде не реализован.

    Да и конверторами исходного формата могли бы обзавестись, прежде чем о себе на весь мир заявлять.

     
     
  • 2.4, Аноним (-), 22:49, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Release early, release often...
     
     
  • 3.5, Аноним (-), 22:51, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Release early, release often...

    Это как бы другой компании девиз, вроде.

     
     
  • 4.25, Аноним (-), 23:41, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не девиз, а философия, и не какой-то компании, а опенсурса в целом.
     
     
  • 5.95, Аноним (-), 13:38, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не девиз, а философия, и не какой-то компании, а опенсурса в целом.

    Опенсурс бывает разный. Такие проекты, как Debian, больше беспокоятся о надежности и безглючности, чем о ранних и частых релизах. Но от этого менее опенсорсными или менее значимыми для опенсорса не становятся.

     
     
  • 6.108, Аноним (-), 14:16, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то "релиз" — это не только *стабильный* релиз. Тот же Debian Sid релизится очень даже часто.
     
     
  • 7.142, anonymous (??), 19:54, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Debian Sid релизится очень даже часто.

    Sid не релизится никогда — он безрелизный.

     
  • 6.129, arisu (ok), 20:58, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Такие проекты, как Debian, больше беспокоятся о надежности и безглючности

    угу, знаем, помним. Debian+OpenSSL — надёжно и безопасно!

     
  • 4.63, Аноним (-), 12:00, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Это как бы другой компании девиз, вроде.

    Это как бы FAIL, при том ваш. Что вы делаете на этом сайте? :)

     
  • 3.51, Аноним (-), 08:54, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    release idea today and tomorrow -- code
     
     
  • 4.72, Аноним (-), 12:25, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > release idea today and tomorrow

    ...and tomorrow you will find some proprietary f..ks have filed some patents...

     
     
  • 5.112, Michael Shigorin (ok), 14:48, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже, пора patent faq на wiki заводить Если идея опубликована, то это в иде... большой текст свёрнут, показать
     
  • 2.48, prokoudine (??), 06:29, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да, Тим поторопился. Они до осени анонсировать не собирались.
     

  • 1.6, Аноним (-), 22:52, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В качестве заданий для печати принимаются только файлы в формате PDF, все операции преобразования других форматов лежат вне компетенции новой системы печати.

    Т.е. распечатать png из смотрелки изображений не получится?

     
     
  • 2.11, TiGR (?), 22:59, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Получится, но сначала оно будет преобразовано в pdf, потом pdf в драйвере в ps, потом ps ещё в конкретный формат принтера.

    Красота в общем.

     
     
  • 3.15, Аноним (-), 23:02, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Получится, но сначала оно будет преобразовано в pdf, потом pdf в драйвере
    > в ps, потом ps ещё в конкретный формат принтера.
    > Красота в общем.

    Вроде бы вполне логично, учитывая, что в нормальные принтерные форматы конвертить проще как раз из PS. И при этом PDF основан на PS.

     
     
  • 4.41, filosofem (ok), 03:03, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • –6 +/
    PS сам по себе и есть нормальный принтерный формат. С одним большим минусом, а именно недешевой по процессрному времени и жрачу памяти конвертации в PS и из PS. Поэтому при казуальной печати он абсолютно излишен и часто вреден вплоть до невозможности распечатать некоторые обычные картинки на слабом компе и/или дешевом принтере через PS драйвер.
    При тройной же конвертации через PDF даже на нормальном железе время от нажатия кнопки до начала печати фотки может исчисляться минутами.
     
     
  • 5.59, Anonim (??), 11:14, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    PS для линуксов вроде бы и проще и удобнее, но в других системах его создание может быть не таким ))
    pdf же принтеры есть вроде везде, работают быстро.
    Сабжевая прога в перспективе позволит печатать с любых компов в сети без наличия на них дров конкретного принтера. Просто автоматизируется печать в pdf, передача его по сети и печать на целевом устройстве. Что очень просто и надежно. Такие скрипты уже есть в инете (не для этого демона конечно).
     
     
  • 6.113, filosofem (ok), 14:50, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    PS и PDF в линуксе генерится гостскриптом обычно и скорость зависит от того, что... большой текст свёрнут, показать
     
  • 3.19, Аноним (-), 23:08, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > И Вы таки действительно считаете, что Поттерингу важна репутация у анонимных "оналитегов"
    > с опеннета?

    Если бы он переживал из-за мнения анонимных аналитиков и пророков юниксвея, не разбирающихся в линуксе и ничего не знающих о юниксе, он бы уже давно повесился.

     

  • 1.8, Buy (ok), 22:58, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Надеюсь жесткая привязка к systemd не планируется?
     
     
     
    Часть нити удалена модератором

  • 3.21, Аноним (-), 23:18, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Жуть!!! Для СОШ Распечатал 48 листов тех. документации на мебель. В "конкурсе" участвует более 10 предприятий. 480 листов А4 комиссия желает прочесть. У всех претендентов в документации тупо продублированы условия выдвинутые заказчиком, которые скопировали с ГОСТов, различается только цена и качество, которое не описать в документации. ЖУТЬ!
     
     
  • 4.22, pavlinux (ok), 23:21, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Жуть!!! Для СОШ Распечатал 48 листов тех. документации на мебель. В "конкурсе"
    > участвует более 10 предприятий. 480 листов А4 комиссия желает прочесть. У
    > всех претендентов в документации тупо продублированы условия выдвинутые заказчиком, которые
    > скопировали с ГОСТов, различается только цена и качество, которое не описать
    > в документации. ЖУТЬ!

    Умнож на 7.000.000.000 обезьян.

    ---

    Надо государству, сделать мин. стоимость одного листа А4 == 1 гр. золота,
    вот тогда зашевелятся. Хотя, через лет через 70-80 так и будет.

     
     
  • 5.37, кевин (?), 01:59, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +4 +/
    вся документация принимается только на 3 айпаде вместе с 3 айпадом не забудьте оставить себе копию вашего айпад...
     
  • 5.50, анонимус (??), 07:33, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Умнож на 7.000.000.000 обезьян.
    >Умнож

    Да ты же одна из них!

     
  • 2.18, Аноним (-), 23:05, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь жесткая привязка к systemd не планируется?

    Вы так мечтаете увидеть printerd на *BSD и MacOSX?

     
     
  • 3.52, letsmac (ok), 09:05, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    GPL в BSD считают моветоном.
     
     
  • 4.54, 1 (??), 09:49, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    заслуженно
     
  • 4.65, Аноним (-), 12:05, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > GPL в BSD считают моветоном.

    Вот поэтому я и пользуюсь пингвином. Там не считают зазорным пользоваться и BSD лицензиями. Куда лучше если мне доступен GPL+BSD софт чем только BSD.

     
  • 4.89, Аноним (-), 13:24, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > GPL в BSD считают моветоном.

    "Свобода" в понимании BSD запрещает пользоваться copyleft-лицензиями, это да.
    Правда, если нельзя, но очень хочется, то можно (например, ZFS и DTrace).

     
     
  • 5.111, Michael Shigorin (ok), 14:42, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > запрещает
    > нельзя

    Запретов не видел, в отличие от невосприятия -- обычно иррационального ("а-ааа!!!11"), либо рационального толка.  Последнее делилось на афишируемое ("да, мы собираемся это закрывать и продавать") и неафишируемое (FUD разного пошиба).


     
  • 2.20, Аноним (-), 23:10, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Надеюсь жесткая привязка к systemd не планируется?

    Этого логичнее ожидать скорее от новых релизов util-linux и GNU coreutils.

     
     
  • 3.27, Аноним (-), 23:50, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    systemd уже включили в GNU?
     
     
  • 4.82, Аноним (-), 13:13, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > systemd уже включили в GNU?

    Скорее наоборот, GNU включат в systemd.

     

  • 1.24, VoDA (ok), 23:34, 22/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    странно, что Поттеринг не замечен в этой новости )))

    А вообще RedHat позитивное дело делает - заменяет старые технологии на свежие, разработанные с учетом проблем о которых при разработке old-a еще просто не знали. Идет тех-процесс смены технологий.

     
     
  • 2.26, Анонус (?), 23:49, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Скоро придет Космонавт, включит в очередную Убунту и будет говорить об успехах на рынке и полье принесенной сообществу.
     
     
  • 3.29, skybon (ok), 00:21, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Кто мешает продвигать Федору на десктопы? Почему-то только у Убунты получается.
     
     
  • 4.40, Пиу (?), 02:39, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    отсутствие надобности со стороны разрабов (редхат на федоре зарабатывает лишь опосредованно)
     
     
  • 5.66, Аноним (-), 12:06, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > отсутствие надобности со стороны разрабов (редхат на федоре зарабатывает лишь опосредованно)

    Ну так нефиг тогда на космонавта бухтеть. А то прямо собака на сене получается.

     
     
  • 6.86, Аноним (-), 13:17, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ну так нефиг тогда на космонавта бухтеть. А то прямо собака на сене получается.

    Бухти не бухти, а врать и дартаньянить он все равно не перестанет.
    Но сколько бы он не заплатил за выкрикивание своего вранья на каждом углу, правда все равно прорывается.

     
     
  • 7.123, skybon (ok), 18:28, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но сколько бы он не заплатил за выкрикивание своего вранья на каждом
    > углу, правда все равно прорывается.

    Какая правда? Что Федора - это вечный альфа-тест? Это мы и так знаем.

     
  • 4.83, Аноним (-), 13:14, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кто мешает продвигать Федору на десктопы? Почему-то только у Убунты получается.

    Здесь речь идет о вранье и приписывании чужих заслуг. У убунты получается, федоре мешают моральные принципы.

     
  • 2.28, Аноним (-), 23:54, 22/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > разработанные с учетом проблем о которых при разработке old-a еще просто
    > не знали.

    Это Вы как определили? ;)

     
  • 2.32, jOKer (ok), 00:57, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    RedHat не меняет старое на новое Меняется старое, которое может использоваться... большой текст свёрнут, показать
     
     
  • 3.49, iFRAME (ok), 07:26, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    это бизнес, детка.

    Кстати РедХат в такой же мере враждебен Вам, как и МС: им на Вас пофиг. Абсолютно пофиг.

     
     
  • 4.67, Аноним (-), 12:09, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Для лично меня Redhat на порядок менее враждебен:
    MS продвигает secure boot для ограничения запуска систем отличных от винды. Редхат же критикует это дело, как минимум в лице ряда своих разработчиков. Поскольку мне винды вообще не уперлись, MS получает дополнительный x2 бонус к hate, а редхат - к зрительским симпатиям, соответственно.
     
     
  • 5.70, Andrey Mitrofanov (?), 12:20, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > MS продвигает secure boot для ограничения запуска систем отличных от винды. Редхат
    > же

    продвигает sЫstemd, printerd, ... Прогрессd!

     
     
  • 6.125, Михрютка (?), 18:55, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> MS продвигает secure boot для ограничения запуска систем отличных от винды. Редхат
    >> же
    > продвигает sЫstemd, printerd, ... Прогрессd!

    lennard же!

     
  • 6.126, arisu (ok), 19:11, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > продвигает sЫstemd, printerd, … Прогрессd!

    да пусть себе. кто заставляет этим пользоваться? то бишь: если человек не может сам убрать системд и заменить на нужное — то ему вообще без разницы, старый ли инит там, системд, или вообще квадратная фигня в крапинку.

    не нравится не это. не нравится то, что чересчур много воплей, притом портерингоподелия позиционируются как серебряная пуля.

     
     
  • 7.127, Аноним (-), 19:52, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Никогда не пробывал выпилить Xorg в пользу XFree86?
     
     
  • 8.128, arisu (ok), 20:57, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    зачем я, вообще-то, хорошо помню времена, когда XFree86 выпиливали в пользу X o... текст свёрнут, показать
     
     
  • 9.131, Аноним (-), 23:06, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А ты попробуй Попробуй поднять работающий десктоп с любым DE на основе XFree86 ... текст свёрнут, показать
     
     
  • 10.132, arisu (ok), 23:31, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    и вот зачем мне это и да не выпиливают если исходники сгнили 8212 это всег... текст свёрнут, показать
     
     
  • 11.136, Аноним (-), 02:57, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Он хочет сказать, что альтернатива альтернативе рознь и как пример приводит XFre... текст свёрнут, показать
     
     
  • 12.137, arisu (ok), 03:39, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    расскажи по пунктам, пожалуйста, как этого достигнут ... текст свёрнут, показать
     
  • 6.150, mavriq (ok), 22:53, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > продвигает sЫstemd, printerd, ... Прогрессd!

    1. sЫstemd
    2. prЫnterd
    3. ......
    4. profЫd (как вариант profЫtd)

     
  • 3.88, Аноним (-), 13:22, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Когда вы говорите, такое впечатление, что вы бредите Так масштабированные решен... большой текст свёрнут, показать
     
     
  • 4.107, Аноним (-), 14:09, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Бинарные логи на коммерческих UNIX применяются уже лет 15, и админы рады, в отличие от вас.

    И что дальше? Единственный плюс многодоллоровых унихов бинарные логи? Без это фичи они уже были бы не торт?
    А может бинарные логи это средство привязать как можно получше к своей системе и сделать порог входа побольше?
    В соседней системе так кипятком писают от того что куда не плюнь - везде скуль. Это наверное тоже очень большой плюс и радость.
    Только вот как в прошлый раз эту ссылку никто не захотел откоментить  http://www.advsoft.ru/support/articles/pochemu-w3c-luchshe-msde.php
    так  и сейчас пойдут какие-то отмазки.

     
  • 4.119, Игорь (??), 17:00, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Бред как раз идет от вас Ну и где эти коммерческие юниксы Был такой HP-UX и ... большой текст свёрнут, показать
     
     
  • 5.120, Михрютка (?), 17:15, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    8212 Ну, уж это положительно интересно, 8212 трясясь от хохота, проговори... большой текст свёрнут, показать
     
     
  • 6.121, Игорь (??), 17:31, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Я прям в замешательстве - мне через пару недель ехать людям миграцию на новое железо делать, я приеду - а там ррраз - и нет ничего! И как жить дальше?

    Переходить на открытые юниксы, не? Фря, опенсоларис и т. д. А кроме шуток, вы вот так с ходу назовете любой коммерческий UNIX с бинарными логами?

    >не подскажете, в какой именно сусе обкатывали бету системд

    Подскажу. В слесе она не появлялась никогда. Как и на рхел, кстати сказать. А обкатывали ее в опенсусе 12.1 beta 1, если я все правильно помню.

     
     
  • 7.124, Михрютка (?), 18:51, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    угу сначала продать людям аппаратную платформу, используя в качестве одного из ... большой текст свёрнут, показать
     
     
  • 8.148, Аноним (-), 21:54, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    может 15 федору В 14 хомячки были счастливы с гном2 и упстартом... текст свёрнут, показать
     
  • 2.44, AllSoftwareSucks (ok), 05:49, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > странно, что Поттеринг не замечен в этой новости )))

    Как это - не замечен? Не Поттеринг, так RedHATE.

     

  • 1.30, Михрютка (?), 00:24, 23/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В качестве заданий для печати принимаются только файлы в формате PDF

    и только в цвете.

    орлы похоже дальше десктопа не видят уже вообще. и dbus во все поля. молодцы, чо.

    Tim Waugh's Experience
    Senior Software Engineer
    Red Hat

    совсем пропал калабуховский дом.

     
     
  • 2.31, Michael Shigorin (ok), 00:47, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > совсем пропал калабуховский дом.

    Похоже, в шляпе набралось слишком много девелоперов и теперь они на всём ходу вляпываются в грабли пресловутого MSDN camp...

     
     
  • 3.57, ach (ok), 10:25, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да девелоперы-то ладно, ими же кто-то руководит еще...

    Насколько я понимаю, тут вопрос в том, что RH хочет контроллировать все проекты, код которых так или иначе в RHEL входит. Желание закономерно для них, а мнение остальных их не сильно волнует... И не думаю, что их новые владельцы CUPS устраивают.
    Не радует, конечно, ситуация.

     
     
  • 4.61, filosofem (ok), 11:25, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • –8 +/
    >И не думаю, что их новые владельцы CUPS устраивают.

    Владельцы CUPS многих не устраивают. И сам CUPS уже тоже прекратил всяческое полезное развитие, видимо владельцы пилят только под себя.
    Но это поделие судя по описанию тот же CUPS, только с лишними прослойками. Профит не заметен.

     
     
  • 5.62, ach (ok), 11:49, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но это поделие судя по описанию тот же CUPS, только с лишними
    > прослойками. Профит не заметен.

    Как это не заметен? Его пилит RH и они его полностью контроллируют. Так что для них профит очевиден.

     
     
  • 6.69, Аноним (-), 12:16, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > контроллируют.

    Контр-троллируют? :)


     
  • 4.109, Michael Shigorin (ok), 14:34, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Да девелоперы-то ладно, ими же кто-то руководит еще...

    Разумеется.  Насколько понимаю, по крайней мере часть гнили там потянулась ещё от Paul Cormier, который имеет репутацию человека бессовестного.

     
  • 2.58, Xasd (ok), 10:32, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > dbus во все поля. молодцы, чо.

    ну dBus хороший годный демон.

    и на сервере (без GUI) он тоже способен хорошо и годно работать (сюрприз?).. :-)

    и не надо постоянно делать в программах одни и теже велосипеды.

    dBus УЖЕ хорошо выполняет функцию межпроцессного взаимодействия (IPC) и авторизации.

    такчто использовать dBus -- это логичное решение.

    а вот создавать велосипеды для IPC и авторизации -- было-бы совсем НЕ логично. :-)

     
     
  • 3.79, Аноним (-), 13:01, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты не понимаешь, для чего изначально разрабатывали DBus: коммуникация десктопных приложений в рамках определённой сессии пользователя. Однако сейчас это чудо пихают во что не попадя, в демоны, которые не связаны с рабочей сессией какого-либо пользователя. И ладно бы просто запиливали опциональную поддержку DBus, дак нет, пихаю так, что DBus становится основным способом коммуникации демонов, и эту поделку приходится тянуть на сервера (совершенно не десктопные).
    Так что посылаю всяческих проклятий RedHat.
     
     
  • 4.92, Аноним (-), 13:32, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты не понимаешь, для чего изначально разрабатывали DBus: коммуникация десктопных приложений в рамках определённой сессии пользователя.

    А ты не понимаешь его потенциала (возможность создать более эффективную замену большинству видов IPC на десктопах, на серверах, на мобильных и встраиваемых устройствах и т.д.)
    Линус вон вообще в анонсе Linux 0.01 писал, что оно только на x86 будет работать.

     
  • 4.93, Xasd (ok), 13:33, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    мало ли что там изначально задумывалось (может быть когда то раньше, давно, -- dBus дествительно и работал только для десктопов). сейчас dBus это практически новый стандарт для взаимодействия приложений. и это хорошо, потомучто велосипеды здесь врядле нужны.

    > и эту поделку приходится тянуть на сервера

    в чём проблема у тебя с dBus на сервере?

    такая прям сложная проблема, которую ты описываешь тяжёлым словом "тянуть"...

    ...а если каждая программу будет ТЯНУТЬ за собой свой собственный велосипед (для IPC) -- это будет по твоему лучше чтоле?

    помоему вполне очевидно что иметь лишь-только одну зависимость (dbus) -- это более оптимальный (и надёжный) вариант, чем когда каждая программа реализует один и тотже алгоритм по своему.

     
     
  • 5.110, Michael Shigorin (ok), 14:37, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > в чём проблема у тебя с dBus на сервере?

    См., скажем, http://lists.altlinux.org/pipermail/devel/2012-May/194315.html

     
     
  • 6.115, Xasd (ok), 15:48, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> в чём проблема у тебя с dBus на сервере?
    > См., скажем, http://lists.altlinux.org/pipermail/devel/2012-May/194315.html

    что-то по ссылке ничего конкретного не написано... бред какойто...

    зачем "chmod 700 /var/run/dbus" ? как тогда подключатся от непривилегированного пользователя?

     
  • 5.130, arisu (ok), 21:01, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > в чём проблема у тебя с dBus на сервере?

    в том, что это лишняя программа с рутовыми правами. не радует ни разу.

     
     
  • 6.140, Xasd (ok), 18:32, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> в чём проблема у тебя с dBus на сервере?
    > в том, что это лишняя программа с рутовыми правами. не радует ни
    > разу.

    если хотябы один демон/программа будет требовать dBus для своих телодвижений -- то dBus уже становится не лишним :) ..

    а если сразу два (или больше) демона будут использовать dBus для своих телодвижений -- то dBus становится средством экономяшим вычислительные ресурсы и сокращающий исходный код.

    понимаете что такое "do not repeat yourself" в разработке программ?

    так-что ваша фраза о "лишняя программа с рутовыми правами" уже весьма под сомнением

    кстате как там у нас дела с SystemD ? ... помоему оно как раз уже требует...

     
     
  • 7.145, arisu (ok), 00:43, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    тогда лишними становятся уже две программы ты опять ничего в песне не понял не... большой текст свёрнут, показать
     
  • 5.135, Аноним (-), 02:42, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > мало ли что там изначально задумывалось

    Превосходно! Вот и выяснили, наконец. "Мне плевать, для чего это предназначено, буду делать, как мне нравится. Буду микроскопом гвоздь забивать."

    > ...а если каждая программу будет ТЯНУТЬ за собой свой собственный велосипед (для
    > IPC) -- это будет по твоему лучше чтоле?

    Народ, посмотрите на него, он не знает про System V IPC и Unix domain sockets!
    Садись, не готов сегодня, двойка тебе.

    > помоему вполне очевидно что иметь лишь-только одну зависимость (dbus) -- это более
    > оптимальный (и надёжный) вариант

    Надёжный, слов нет.

     
     
  • 6.139, Xasd (ok), 18:26, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > он не знает про System V IPC и Unix domain sockets!

    может ещё скажешь что я не знаю Ассемблер или C/C++ ?

    через что по твоему работает dBus(?) -- думаешь не поверх UDS? думаешь dBus работает через <некое-волшебство> ?

    хочешь поверх UDS -- сделать поновой свой собственный протокол для общения-c-демоном и авторизации? вот и получи велосипед

     
     
  • 7.146, arisu (ok), 00:48, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    лично знаком со всеми тремя опять ты ничего не понял причём для описаного нами... большой текст свёрнут, показать
     
  • 3.114, Elhana (ok), 15:36, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Сама идея dbus годная, но его реализация - хреновая. К тому же все это не работает с удаленными иксами.
     
  • 3.116, Михрютка (?), 16:24, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/

    > и на сервере (без GUI) он тоже способен хорошо и годно работать
    > (сюрприз?).. :-)

    сюрприз - на сервере он пока не нужен ни для чего, кроме всяческих ShitKit-ов и hald, которые на сервере (сюрприз-сюрприз!) тоже не нужны.

    Для апстарта и системд он конечно нужен, тут да. Ну так у меня в обозримых окрестностях ни того, ни другого пока, слава богу, не наблюдается. а к тому времени, как это ... добро пойдет в массы, я надеюсь уйти на пенсию или переквалифицироваться в управдомы.

     
  • 2.68, Аноним (-), 12:10, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > орлы похоже дальше десктопа не видят уже вообще. и dbus во все поля.

    А что мешает юзать d-bus не только на десктопе?

     
     
  • 3.71, Andrey Mitrofanov (?), 12:22, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    неужели анализ угроз?
     
     
  • 4.73, Аноним (-), 12:30, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > неужели анализ угроз?

    D-bus угрожает? Какой нехороший!

     
     
  • 5.85, Andrey Mitrofanov (?), 13:16, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Наивный? Угрожают кракеры и криворукие поделия.
     
     
  • 6.98, Xasd (ok), 13:41, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Наивный? Угрожают кракеры и криворукие поделия.

    а поделия в которых IPC реализуется своим собственным (персональным) набором велосипедного кода -- не является подспорием для угрозы?

    ...ато я ведь чтото слишком уж часто вижу мелькания в новостях о том что та-или-иная реализация протокола сделана через жопу (найдена опасная уязвимость).. и каждый раз эти авторы велосипедов наступают на одни и теже грабли (например переход-и-запись по символьным ссылкам внутри /tmp/, при использовании IPC-велосипеда)

    в dBus уже было много найденно (и следовательно исправленно) этих "детских" ошибок... а вот в очередной велосипедной IPC-реализации -- думаю их было-бы предостаточно :-D

     
     
  • 7.117, Михрютка (?), 16:29, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Наивный? Угрожают кракеры и криворукие поделия.
    > а поделия в которых IPC реализуется своим собственным (персональным) набором велосипедного
    > кода -- не является подспорием для угрозы?

    это вы про sysv ipc? да уж, велосипед. я б даже сказал - мама всех велосипедов.

    гном с кедами за последние 10 лет изобрели как минимум три IPC велосипеда. и эти люди теперь будут читать нам лекции о вреде велосипедостроения?

     
  • 4.96, Аноним (-), 13:40, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > неужели анализ угроз?

    Согласно анализу угроз, проведенному компанией Microsoft, юниксовый метод управления правами файлов небезопасен. Модель FAT, в которой отсутствуют права доступа, признана куда более защищенной.

     
     
  • 5.133, XoRe (ok), 00:03, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Модель FAT

    Модель ЖИРНАЯ

     
  • 2.74, Аноним (-), 12:32, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > совсем пропал калабуховский дом.

    Хорошие у них там пропажи. Так, глядя на профиты.

     
     
  • 3.87, Andrey Mitrofanov (?), 13:19, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>калабуховский дом.
    > Хорошие у них там пропажи. Так, глядя на профиты.

    Профит - не дом. //Ваши КО, Джек и группа товарищей.

     

  • 1.33, Аноним (-), 01:01, 23/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Можно будет убрать это и вернуться к обычному CUPS?
     
     
  • 2.35, pavlinux (ok), 01:15, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Не парься, этого не будет ещё лет 5-10
     
     
  • 3.75, Аноним (-), 12:33, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Не парься, этого не будет ещё лет 5-10

    Может м 20 лет не быть, если minix использовать ;)

     
  • 2.94, Аноним (-), 13:33, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Можно будет убрать это и вернуться к обычному CUPS?

    Да. Достаточно установить Mac OS X.

     

  • 1.36, Sauron (??), 01:36, 23/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Давно уже пора нормально разграниченную по уровням систему запилить, а не комбайн типа CUPS
     
     
  • 2.45, AllSoftwareSucks (ok), 05:51, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Давно уже пора нормально разграниченную по уровням систему запилить, а не комбайн
    > типа CUPS

    Девелоперы из редхата типа Поттеринга и с подобным мышлением впилят однажды такое, что CUPS вам ещё лопатой покажется :-)

     

  • 1.39, Пиу (?), 02:38, 23/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ПоттерингD
     
  • 1.56, Xasd (ok), 10:21, 23/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Неоспоримым достоинством архитектуры printerd, позволяющим надеяться на скорое распространение проекта, является возможность использования в неизменном виде драйверов и бэкендов, написанных для системы печати CUPS

    я конешно не против этих всяких новых програм...

    ...но достоинством -- по сравнению С ЧЕМ?

    CUPS ведь тоже имеет "возможность использования в неизменном виде драйверов и бэкендов, написанных для системы печати CUPS" :-)

    # p.s.: правильным наверное надо было написать -- что достоинством является активное использование dBus

     
     
  • 2.118, Lain_13 (?), 16:36, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Активное использование D-Bus и так указано, как достоинство. А вот если б там не было поддержки существующих дров для принтеров, то это был бы мертворожденный проект. CUPS не на столько ужасен, чтоб всё с нуля переписывать.
     

  • 1.76, Anonimus.UA (?), 12:42, 23/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    PDF?! - т.е. растр/RAW DATA распечатать без потери качества никак... печаль
     
     
  • 2.101, Аноним (-), 13:49, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > PDF?! - т.е. растр/RAW DATA распечатать без потери качества никак... печаль

    Учитывая, что принтеры обычно используют в качестве внутреннего формата postscript (на котором основан PDF), могу вас огорчить - вы этого самого качества и так никогда не имели.

     
     
  • 3.105, Crazy Alex (??), 14:03, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    PS, насколько я понимаю, нынче используют полтора принтера - те, что большие и "профессиональные". На домашних царит PCL.
     
  • 3.106, Crazy Alex (??), 14:07, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И да, у GDI-принтеров драйвер именно растр в устройство и гонит. Так что для очень распространеного случая "печатаем растр на GDI-принтере" можно постскрипта спокойно избежать. Впрочем, не думаю, что этот очевидный вариант пропустили - чай, в PDF растр отлично ложится.
     

  • 1.77, dq0s4y71 (??), 12:48, 23/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Лучше бы CUPS форкнули...
     
  • 1.78, Anonimus.UA (?), 12:51, 23/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    разве есть PDF формат уже открытый стандарт... что за фигня...... нет слов
     
     
  • 2.80, pavlinux (ok), 13:09, 23/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > разве есть PDF формат уже открытый стандарт... что за фигня...... нет слов

    ISO 19005-1:2005 http://www.iso.org/iso/catalogue_detail?csnumber=38920

     

  • 1.134, XoRe (ok), 00:09, 24/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > В качестве заданий для печати принимаются только файлы в формате PDF, все
    > операции преобразования других форматов лежат вне компетенции новой системы печати.

    Раньше это называлось "бедная функциональность".
    А сейчас это "вне компетенции".

    Раньше linux+samba+lpd/cups + куча принтеров - простой сервер печати, без иксов.
    А сейчас, много ли найдется дистрибутивов, в которых можно установить пакеты для генерации PDF, не тягая гору дополнительных зависимостей?

     
     
  • 2.141, Xasd (ok), 18:46, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > ...не тягая гору дополнительных зависимостей?

    так пишете будто пытаетесь намекнуть что зависимости -- это якобы чтото плохое :) ..

    ...чай тебе не в ручную нужно эти зависимости разрешать, а всего-то-лишь
    # sudo yum install ...

    много общих зависимостей в разных программах -- это признак хорошей повторяемости кода.

     
     
  • 3.143, Michael Shigorin (ok), 21:09, 24/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > так пишете будто пытаетесь намекнуть что зависимости -- это якобы чтото плохое :) ..

    Бывает и плохое, когда тянется лишний код и расширяется поверхность для потенциальной атаки.

    Т.е. когда код хоть и реюзаный, но лишний.

    PS: добавил "для".

     
  • 3.147, arisu (ok), 00:50, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    мы имели удовольствие прочитать камент человека, у которого наверняка "приветмир" тащит boost, Qt, wxWidgets и ещё пять очень нужных пакетов по зависимостям.

    к тому же это камент человека, который совершенно не понимает, почему мы против дбаса *в некоем конкретном применении*.

     
  • 3.149, XoRe (ok), 16:40, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> ...не тягая гору дополнительных зависимостей?
    > так пишете будто пытаетесь намекнуть что зависимости -- это якобы чтото плохое
    > :) ..

    Если это иксы на сервер, то да)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру