Два известных разработчика из компании Red Hat, Тим Вог (Tim Waugh), разработчик конфигуратора system-config-printer, и Ричард Хьюз (Richard Hughes), создатель проекта PackageKit, представили (http://cyberelk.net/tim/2012/05/10/announcing-printerd/) проект printerd (http://gitorious.org/printerd), в рамках которого создан новый современный диспетчер очереди печати для Linux. Код проекта доступен под лицензией GPLv2. В настоящее время проект находится на начальной стадии развития, пока реализован только базовый фреймворк и простая утилита для управления из командной строки.
Printerd реализован (http://gitorious.org/printerd/printerd/blobs/master/README) в виде процесса-демона, обеспечивающего взаимодействие как с локальными, так и c удалёнными принтерами. Для управления правами доступа задействован фреймворк авторизации PolKit (http://hal.freedesktop.org/docs/polkit/polkit.8.html), для взаимодействия с другими приложениями используется D-Bus. Примечательно, что будучи построенным с учётом концепций, реализованных в протоколе IPP (Internet Printing Protocol), printerd не является IPP-сервером и доступен только через D-Bus API. IPP-совместимый сервер предлагается разработать в качестве отдельной прослойки, которая будет транслировать обращения по IPP через D-Bus. Достоинством использования D-Bus, является возможность организовать процесс печати из приложений в асинхронном режиме.В качестве заданий для печати принимаются только файлы в формате PDF, все операции преобразования других форматов лежат вне компетенции новой системы печати. Неоспоримым достоинством архитектуры printerd, позволяющим надеяться на скорое распространение проекта, является возможность использования в неизменном виде драйверов и бэкендов, написанных для системы печати CUPS. Подобная поддержка позволит изначально решить проблемы с поддержкой конкретных устройств печати. Бэкенды используются для преобразования файлов с заданием печати в формат принтера и отправки данных на принтер, драйверы определяют интерфейс для взаимодействия с принтером.
URL: http://cyberelk.net/tim/2012/05/10/announcing-printerd/
Новость: https://www.opennet.ru/opennews/art.shtml?num=33911
> IPP-совместимый сервер предлагается разработать в качестве отдельной прослойки, которая будет транслировать обращения по IPP через D-Bus.Имхо: вот разработали бы эту прослойку, тогда и анонсировали бы.
А сейчас есть только их собственный D-Bus API, который наверняка еще нигде не реализован.Да и конверторами исходного формата могли бы обзавестись, прежде чем о себе на весь мир заявлять.
Release early, release often...
> Release early, release often...Это как бы другой компании девиз, вроде.
Не девиз, а философия, и не какой-то компании, а опенсурса в целом.
> Не девиз, а философия, и не какой-то компании, а опенсурса в целом.Опенсурс бывает разный. Такие проекты, как Debian, больше беспокоятся о надежности и безглючности, чем о ранних и частых релизах. Но от этого менее опенсорсными или менее значимыми для опенсорса не становятся.
Вообще-то "релиз" — это не только *стабильный* релиз. Тот же Debian Sid релизится очень даже часто.
>Debian Sid релизится очень даже часто.Sid не релизится никогда — он безрелизный.
> Такие проекты, как Debian, больше беспокоятся о надежности и безглючностиугу, знаем, помним. Debian+OpenSSL — надёжно и безопасно!
> Это как бы другой компании девиз, вроде.Это как бы FAIL, при том ваш. Что вы делаете на этом сайте? :)
release idea today and tomorrow -- code
> release idea today and tomorrow...and tomorrow you will find some proprietary f..ks have filed some patents...
>> release idea today and tomorrow
> ...and tomorrow you will find some proprietary f..ks have filed some patents...Похоже, пора patent faq на wiki заводить...
Если идея опубликована, то это в идеальном случае является основанием для отказа в удовлетворении заявки на патент (при добросовестном и исчерпывающем проведении поиска), а в реальном мире -- серьёзным подспорьем в признании уже выданного патента недействительным. Поскольку публикация рушит новизну (например, подав заявку в одной стране -- после её публикации сами же не можете подавать в другой по той простой причине, что "это уже известно").
Отчасти из-за этого ведущие собаководы рекомендуют при проведении сильно экспериментальной и интересной разработки выкладывать где-нить совсем сбоку гитик-бложик, где потихоньку фиксировать ранние идеи. Или даже если не выкладывать, то хотя бы вести внутренне.
Да, Тим поторопился. Они до осени анонсировать не собирались.
>В качестве заданий для печати принимаются только файлы в формате PDF, все операции преобразования других форматов лежат вне компетенции новой системы печати.Т.е. распечатать png из смотрелки изображений не получится?
Получится, но сначала оно будет преобразовано в pdf, потом pdf в драйвере в ps, потом ps ещё в конкретный формат принтера.Красота в общем.
> Получится, но сначала оно будет преобразовано в pdf, потом pdf в драйвере
> в ps, потом ps ещё в конкретный формат принтера.
> Красота в общем.Вроде бы вполне логично, учитывая, что в нормальные принтерные форматы конвертить проще как раз из PS. И при этом PDF основан на PS.
PS сам по себе и есть нормальный принтерный формат. С одним большим минусом, а именно недешевой по процессрному времени и жрачу памяти конвертации в PS и из PS. Поэтому при казуальной печати он абсолютно излишен и часто вреден вплоть до невозможности распечатать некоторые обычные картинки на слабом компе и/или дешевом принтере через PS драйвер.
При тройной же конвертации через PDF даже на нормальном железе время от нажатия кнопки до начала печати фотки может исчисляться минутами.
PS для линуксов вроде бы и проще и удобнее, но в других системах его создание может быть не таким ))
pdf же принтеры есть вроде везде, работают быстро.
Сабжевая прога в перспективе позволит печатать с любых компов в сети без наличия на них дров конкретного принтера. Просто автоматизируется печать в pdf, передача его по сети и печать на целевом устройстве. Что очень просто и надежно. Такие скрипты уже есть в инете (не для этого демона конечно).
PS и PDF в линуксе генерится гостскриптом обычно и скорость зависит от того, что именно, какого размера(в случае битмапов) и какой сложности и количества объектов конвертируем.>pdf же принтеры есть вроде везде, работают быстро.
это которые в файл печатают? Те которые резвые обычно битмап определенного разрешения генерят без шрифтов и нормального масштабирования. Для принтера такое не прокатит, потому что он не сможет отрастрировать под свое физическое разрешение. То есть конечно прокатит, но будет не красиво, хуже чем не через PS драйвер. В принципе если где-то указать разрешение принтера или наплевать на качество, можно быстро генерить, но в вашем примере с печатаньем по сети без драйверов это естественно не прокатит. Кроме того при больщом разрешении(1200dpi вроде бы уже норма для простеньких девайсов) это все равно будет долгий процесс и в качестве бонуса сожрет всю память и по факту сейчас при печати так не делается и постскрипты с пидиэфами генерятся долго и мучительно, но православно.
>Сабжевая прога в перспективе позволит печатать с любых компов в сети без наличия на них дров конкретного принтера. Просто автоматизируется печать в pdf, передача его по сети и печать на целевом устройстве.
Как бы этак потактичнее выразиться: С разморозкой что ли. Для примера тот же CUPS так умеет, только через постскрипт.
> И Вы таки действительно считаете, что Поттерингу важна репутация у анонимных "оналитегов"
> с опеннета?Если бы он переживал из-за мнения анонимных аналитиков и пророков юниксвея, не разбирающихся в линуксе и ничего не знающих о юниксе, он бы уже давно повесился.
Надеюсь жесткая привязка к systemd не планируется?
Жуть!!! Для СОШ Распечатал 48 листов тех. документации на мебель. В "конкурсе" участвует более 10 предприятий. 480 листов А4 комиссия желает прочесть. У всех претендентов в документации тупо продублированы условия выдвинутые заказчиком, которые скопировали с ГОСТов, различается только цена и качество, которое не описать в документации. ЖУТЬ!
> Жуть!!! Для СОШ Распечатал 48 листов тех. документации на мебель. В "конкурсе"
> участвует более 10 предприятий. 480 листов А4 комиссия желает прочесть. У
> всех претендентов в документации тупо продублированы условия выдвинутые заказчиком, которые
> скопировали с ГОСТов, различается только цена и качество, которое не описать
> в документации. ЖУТЬ!Умнож на 7.000.000.000 обезьян.
---
Надо государству, сделать мин. стоимость одного листа А4 == 1 гр. золота,
вот тогда зашевелятся. Хотя, через лет через 70-80 так и будет.
вся документация принимается только на 3 айпаде вместе с 3 айпадом не забудьте оставить себе копию вашего айпад...
>Умнож на 7.000.000.000 обезьян.
>УмножДа ты же одна из них!
> Надеюсь жесткая привязка к systemd не планируется?Вы так мечтаете увидеть printerd на *BSD и MacOSX?
GPL в BSD считают моветоном.
заслуженно
> GPL в BSD считают моветоном.Вот поэтому я и пользуюсь пингвином. Там не считают зазорным пользоваться и BSD лицензиями. Куда лучше если мне доступен GPL+BSD софт чем только BSD.
> GPL в BSD считают моветоном."Свобода" в понимании BSD запрещает пользоваться copyleft-лицензиями, это да.
Правда, если нельзя, но очень хочется, то можно (например, ZFS и DTrace).
> запрещает
> нельзяЗапретов не видел, в отличие от невосприятия -- обычно иррационального ("а-ааа!!!11"), либо рационального толка. Последнее делилось на афишируемое ("да, мы собираемся это закрывать и продавать") и неафишируемое (FUD разного пошиба).
> Надеюсь жесткая привязка к systemd не планируется?Этого логичнее ожидать скорее от новых релизов util-linux и GNU coreutils.
systemd уже включили в GNU?
> systemd уже включили в GNU?Скорее наоборот, GNU включат в systemd.
странно, что Поттеринг не замечен в этой новости )))А вообще RedHat позитивное дело делает - заменяет старые технологии на свежие, разработанные с учетом проблем о которых при разработке old-a еще просто не знали. Идет тех-процесс смены технологий.
Скоро придет Космонавт, включит в очередную Убунту и будет говорить об успехах на рынке и полье принесенной сообществу.
Кто мешает продвигать Федору на десктопы? Почему-то только у Убунты получается.
отсутствие надобности со стороны разрабов (редхат на федоре зарабатывает лишь опосредованно)
> отсутствие надобности со стороны разрабов (редхат на федоре зарабатывает лишь опосредованно)Ну так нефиг тогда на космонавта бухтеть. А то прямо собака на сене получается.
> Ну так нефиг тогда на космонавта бухтеть. А то прямо собака на сене получается.Бухти не бухти, а врать и дартаньянить он все равно не перестанет.
Но сколько бы он не заплатил за выкрикивание своего вранья на каждом углу, правда все равно прорывается.
> Но сколько бы он не заплатил за выкрикивание своего вранья на каждом
> углу, правда все равно прорывается.Какая правда? Что Федора - это вечный альфа-тест? Это мы и так знаем.
> Кто мешает продвигать Федору на десктопы? Почему-то только у Убунты получается.Здесь речь идет о вранье и приписывании чужих заслуг. У убунты получается, федоре мешают моральные принципы.
> разработанные с учетом проблем о которых при разработке old-a еще просто
> не знали.Это Вы как определили? ;)
RedHat не меняет старое на новое.Меняется "старое, которое может использоваться на любом сервере (включая нагруженные) или десктопе" на "новое, которое можно использовать только на десктопе или совсем маленьком ненагруженном сервере" И радуются этому процессу могут разве что бубунтовцы.
Понятно, какой профит с этого у редхата - масштабированные решения он продает. Ясно так же что гордые сисадмины локалхоста в восторге, а зачем им лишний напряг? Но мне чему радоваться? Бинарным логам с полным отсутствием сетевой поддержки у демона логирования? Или тому что сервер, благодаря systemd, стартует аж на 5 сек. быстрее? Или может быть NetworkManager'у который в сусе умудрился залезть аж общесистемный конфиг сети (/etc/sysconfig/network/config)?
Эта лукавая позиция редхата меня бесит поболее чем откровенная враждебность мелкомягких. С теми хоть понятно: враг он и есть враг. Его (если он не разоряется сам) - уничтожают. Но эти!... Что не сделают - все только им на пользу и все сразу в майнстрим пихают. А майнтейнеры ведущих дистров - только "чего изволите-с?" им еще не говорят!
это бизнес, детка.Кстати РедХат в такой же мере враждебен Вам, как и МС: им на Вас пофиг. Абсолютно пофиг.
Для лично меня Redhat на порядок менее враждебен:
MS продвигает secure boot для ограничения запуска систем отличных от винды. Редхат же критикует это дело, как минимум в лице ряда своих разработчиков. Поскольку мне винды вообще не уперлись, MS получает дополнительный x2 бонус к hate, а редхат - к зрительским симпатиям, соответственно.
> MS продвигает secure boot для ограничения запуска систем отличных от винды. Редхат
> жепродвигает sЫstemd, printerd, ... Прогрессd!
>> MS продвигает secure boot для ограничения запуска систем отличных от винды. Редхат
>> же
> продвигает sЫstemd, printerd, ... Прогрессd!lennard же!
> продвигает sЫstemd, printerd, … Прогрессd!да пусть себе. кто заставляет этим пользоваться? то бишь: если человек не может сам убрать системд и заменить на нужное — то ему вообще без разницы, старый ли инит там, системд, или вообще квадратная фигня в крапинку.
не нравится не это. не нравится то, что чересчур много воплей, притом портерингоподелия позиционируются как серебряная пуля.
Никогда не пробывал выпилить Xorg в пользу XFree86?
> Никогда не пробывал выпилить Xorg в пользу XFree86?зачем? я, вообще-то, хорошо помню времена, когда XFree86 выпиливали в пользу X.org. что вполне имело смысл.
А ты попробуй. Попробуй поднять работающий десктоп с любым DE на основе XFree86. После сего квеста при виде любых "альтернативщиков", сиречь любителей заявить, что-де "вашу любимую игрушку никто не отбирает", "из репов не выпиливают" - рука сама будет тянуться к чему-либо тяжелому. Я гарантирую это.(с)
и вот зачем мне это?и да: не выпиливают. если исходники сгнили — это всего лишь значит, что проект никому не нужен (крикунов, которые способны только на «хочу, чтобы мне сделали хорошо» не считаем).
Он хочет сказать, что альтернатива альтернативе рознь и как пример приводит XFree86 как нежизнеспособную альтернативу для Xorg. Это по поводу твоего
>если человек не может сам убрать системд и заменить на нужноеСкоро всё будет так глубоко завязано на crapd, что другие альтернативы не смогут нормально работать.
> Скоро всё будет так глубоко завязано на crapd, что другие альтернативы не
> смогут нормально работать.расскажи по пунктам, пожалуйста, как этого достигнут.
> продвигает sЫstemd, printerd, ... Прогрессd!1. sЫstemd
2. prЫnterd
3. ......
4. profЫd (как вариант profЫtd)
Когда вы говорите, такое впечатление, что вы бредите.> Понятно, какой профит с этого у редхата - масштабированные решения он продает.
> Ясно так же что гордые сисадмины локалхоста в восторге, а зачем им лишний напряг?Так масштабированные решения или локалхосты с Ubuntu Server?
> Но мне чему радоваться? Бинарным логам с полным отсутствием сетевой поддержки у демона логирования?
Бинарные логи на коммерческих UNIX применяются уже лет 15, и админы рады, в отличие от вас.
Сетевую поддержку, естественно, сделают, а пока для этого оставили rsyslog.> Или тому что сервер, благодаря systemd, стартует аж на 5 сек. быстрее?
Да, действительно повод для печали. Если бы он стартовал на 5 минут дольше - вот тогда можно было бы порадоваться.
> Или может быть NetworkManager'у который в сусе умудрился залезть аж общесистемный конфиг сети (/etc/sysconfig/network/config)?
Оказывается, сусю разрабатывает редхат. Breaking news!
> Бинарные логи на коммерческих UNIX применяются уже лет 15, и админы рады, в отличие от вас.И что дальше? Единственный плюс многодоллоровых унихов бинарные логи? Без это фичи они уже были бы не торт?
А может бинарные логи это средство привязать как можно получше к своей системе и сделать порог входа побольше?
В соседней системе так кипятком писают от того что куда не плюнь - везде скуль. Это наверное тоже очень большой плюс и радость.
Только вот как в прошлый раз эту ссылку никто не захотел откоментить http://www.advsoft.ru/support/articles/pochemu-w3c-luchshe-m...
так и сейчас пойдут какие-то отмазки.
>Когда вы говорите, такое впечатление, что вы бредите.Бред как раз идет от вас
>Бинарные логи на коммерческих UNIX применяются уже лет 15
Ну и где эти коммерческие юниксы? Был такой HP-UX... и нет его более. AIX была... и тоже уже нет. И такая коммерческая солярка была... рррраз и она уже внезапно не коммерческая вовсе. Кто-там еще?... И вообще: список коммерческих юникс с бинарными логами - в студию!
>и админы рады, в отличие от вас.
Учимся говорить за себя! Я никовый админ с многолетним стажем. Сертифицирован не одной компанией вендором и не раз к тому же. И я (лично я!) говорю - НЕТ. Я НЕ рад.
>Сетевую поддержку, естественно, сделают, а пока для этого оставили rsyslog
Вот когда сделают тогда и поговорим!
>Да, действительно повод для печали. Если бы он стартовал на 5 минут дольше - вот тогда можно было бы порадоваться.
Уважаемый админчег убунту сервера, мы рады сообщить Вам, что скорость загрузки серверной ОС не является сколько-нибудь критической величиной. Это в отличие от надежности решения. которое как раз страдает. Совсем недавно я наблюдал, как на сервере под управлением сусе 12.1 при попытке рестартовать умер nginx. "Руководил" рестартом демона systemd. Я представил, что сервер нагруженный и мне реально поплохело.
>Оказывается, сусю разрабатывает редхат. Breaking news!
Если для вас это новость - то не стоит позорится на всю страну со своим "знанием" предметной области. Да, сусю пилят в том числе и сотрудники ред хата. И оказывают. внезапно, на курс взятый этим сообществом просто огромадное влияние. И бету systemd обкатывали именно в сусе. Даже, по-моему, раньше чем в федоре.
> Ну и где эти коммерческие юниксы? Был такой HP-UX... и нет его
> более. AIX была... и тоже уже нет. И такая коммерческая солярка
> была... рррраз и она уже внезапно не коммерческая вовсе. Кто-там еще?..."— Ну, уж это положительно интересно, — трясясь от хохота, проговорил профессор, — что же это у вас, чего ни хватишься, ничего нет! — Он перестал хохотать внезапно и, что вполне понятно при душевной болезни, после хохота впал в другую крайность — раздражился и крикнул сурово: — Так, стало быть, так-таки и нету?" (с)
Я прям в замешательстве - мне через пару недель ехать людям миграцию на новое железо делать, я приеду - а там ррраз - и нет ничего! И как жить дальше?
> Учимся говорить за себя! Я никовый админ с многолетним стажем. Сертифицирован не
> одной компанией вендором и не раз к тому же. И я"я автор статей постов и текстов!"
> Если для вас это новость - то не стоит позорится на всю
> страну со своим "знанием" предметной области. Да, сусю пилят в том
> числе и сотрудники ред хата. И оказывают. внезапно, на курс взятый
> этим сообществом просто огромадное влияние. И бету systemd обкатывали именно в
> сусе. Даже, по-моему, раньше чем в федоре.не подскажете, в какой именно сусе обкатывали бету системд? а то я чо-то ни в одной SLES сборке ее не видел, вот печаль-то.
>Я прям в замешательстве - мне через пару недель ехать людям миграцию на новое железо делать, я приеду - а там ррраз - и нет ничего! И как жить дальше?Переходить на открытые юниксы, не? Фря, опенсоларис и т. д. А кроме шуток, вы вот так с ходу назовете любой коммерческий UNIX с бинарными логами?
>не подскажете, в какой именно сусе обкатывали бету системд
Подскажу. В слесе она не появлялась никогда. Как и на рхел, кстати сказать. А обкатывали ее в опенсусе 12.1 beta 1, если я все правильно помню.
> Переходить на открытые юниксы, не? Фря, опенсоларис и т. д. А кромеугу. сначала продать людям аппаратную платформу, используя в качестве одного из селлинг-пойнтов гибкую виртуализацию с динамическим распределением ресурсов, а потом сверху поставить линуксы, которые не умеют этим пользоваться. и нет, фря и опенсолярис тут даже рядом не стояли.
> шуток, вы вот так с ходу назовете любой коммерческий UNIX с
> бинарными логами?не любой. из известных мне он всего один, и это AIX (не считая *tmp, который, по-моему, везде бинарный). это также единственный известный мне юникс, который позволяет родными средствами выборочно чистить errlog по разным классам сообщений, не требует его ротации, а также будет упорно вас долбить в диагностике сообщениями об аппаратной ошибке, пока вы не зафайлите в лог corrective action.
> Подскажу. В слесе она не появлялась никогда. Как и на рхел, кстати
> сказать. А обкатывали ее в опенсусе 12.1 beta 1, если я
> все правильно помню.нууу у меня бы язык не повернулся назвать попытки интеграции systemd в OpenSuSE назвать обкаткой бета-версии. если это обкатка беты, то как тогда называть всю 14 федору? Ну и OpenSuSE немного от SuSE отличается, прежде всего степенью вменяемости сборщиков.
> нууу у меня бы язык не повернулся назвать попытки интеграции systemd в
> OpenSuSE назвать обкаткой бета-версии. если это обкатка беты, то как тогда
> называть всю 14 федору? Ну и OpenSuSE немного от SuSE отличается,
> прежде всего степенью вменяемости сборщиков.может 15 федору? В 14 хомячки были счастливы с гном2 и упстартом
> странно, что Поттеринг не замечен в этой новости )))Как это - не замечен? Не Поттеринг, так RedHATE.
> В качестве заданий для печати принимаются только файлы в формате PDFи только в цвете.
орлы похоже дальше десктопа не видят уже вообще. и dbus во все поля. молодцы, чо.
Tim Waugh's Experience
Senior Software Engineer
Red Hatсовсем пропал калабуховский дом.
> совсем пропал калабуховский дом.Похоже, в шляпе набралось слишком много девелоперов и теперь они на всём ходу вляпываются в грабли пресловутого MSDN camp...
Да девелоперы-то ладно, ими же кто-то руководит еще...Насколько я понимаю, тут вопрос в том, что RH хочет контроллировать все проекты, код которых так или иначе в RHEL входит. Желание закономерно для них, а мнение остальных их не сильно волнует... И не думаю, что их новые владельцы CUPS устраивают.
Не радует, конечно, ситуация.
>И не думаю, что их новые владельцы CUPS устраивают.Владельцы CUPS многих не устраивают. И сам CUPS уже тоже прекратил всяческое полезное развитие, видимо владельцы пилят только под себя.
Но это поделие судя по описанию тот же CUPS, только с лишними прослойками. Профит не заметен.
> Но это поделие судя по описанию тот же CUPS, только с лишними
> прослойками. Профит не заметен.Как это не заметен? Его пилит RH и они его полностью контроллируют. Так что для них профит очевиден.
> контроллируют.Контр-троллируют? :)
> Да девелоперы-то ладно, ими же кто-то руководит еще...Разумеется. Насколько понимаю, по крайней мере часть гнили там потянулась ещё от Paul Cormier, который имеет репутацию человека бессовестного.
> dbus во все поля. молодцы, чо.ну dBus хороший годный демон.
и на сервере (без GUI) он тоже способен хорошо и годно работать (сюрприз?).. :-)
и не надо постоянно делать в программах одни и теже велосипеды.
dBus УЖЕ хорошо выполняет функцию межпроцессного взаимодействия (IPC) и авторизации.
такчто использовать dBus -- это логичное решение.
а вот создавать велосипеды для IPC и авторизации -- было-бы совсем НЕ логично. :-)
Ты не понимаешь, для чего изначально разрабатывали DBus: коммуникация десктопных приложений в рамках определённой сессии пользователя. Однако сейчас это чудо пихают во что не попадя, в демоны, которые не связаны с рабочей сессией какого-либо пользователя. И ладно бы просто запиливали опциональную поддержку DBus, дак нет, пихаю так, что DBus становится основным способом коммуникации демонов, и эту поделку приходится тянуть на сервера (совершенно не десктопные).
Так что посылаю всяческих проклятий RedHat.
> Ты не понимаешь, для чего изначально разрабатывали DBus: коммуникация десктопных приложений в рамках определённой сессии пользователя.А ты не понимаешь его потенциала (возможность создать более эффективную замену большинству видов IPC на десктопах, на серверах, на мобильных и встраиваемых устройствах и т.д.)
Линус вон вообще в анонсе Linux 0.01 писал, что оно только на x86 будет работать.
мало ли что там изначально задумывалось (может быть когда то раньше, давно, -- dBus дествительно и работал только для десктопов). сейчас dBus это практически новый стандарт для взаимодействия приложений. и это хорошо, потомучто велосипеды здесь врядле нужны.> и эту поделку приходится тянуть на сервера
в чём проблема у тебя с dBus на сервере?
такая прям сложная проблема, которую ты описываешь тяжёлым словом "тянуть"...
...а если каждая программу будет ТЯНУТЬ за собой свой собственный велосипед (для IPC) -- это будет по твоему лучше чтоле?
помоему вполне очевидно что иметь лишь-только одну зависимость (dbus) -- это более оптимальный (и надёжный) вариант, чем когда каждая программа реализует один и тотже алгоритм по своему.
> в чём проблема у тебя с dBus на сервере?См., скажем, http://lists.altlinux.org/pipermail/devel/2012-May/194315.html
>> в чём проблема у тебя с dBus на сервере?
> См., скажем, http://lists.altlinux.org/pipermail/devel/2012-May/194315.htmlчто-то по ссылке ничего конкретного не написано... бред какойто...
зачем "chmod 700 /var/run/dbus" ? как тогда подключатся от непривилегированного пользователя?
> в чём проблема у тебя с dBus на сервере?в том, что это лишняя программа с рутовыми правами. не радует ни разу.
>> в чём проблема у тебя с dBus на сервере?
> в том, что это лишняя программа с рутовыми правами. не радует ни
> разу.если хотябы один демон/программа будет требовать dBus для своих телодвижений -- то dBus уже становится не лишним :) ..
а если сразу два (или больше) демона будут использовать dBus для своих телодвижений -- то dBus становится средством экономяшим вычислительные ресурсы и сокращающий исходный код.
понимаете что такое "do not repeat yourself" в разработке программ?
так-что ваша фраза о "лишняя программа с рутовыми правами" уже весьма под сомнением
кстате как там у нас дела с SystemD ? ... помоему оно как раз уже требует...
> если хотябы один демон/программа будет требовать dBus для своих телодвижений — то
> dBus уже становится не лишним :) ..тогда лишними становятся уже две программы.
> а если сразу два (или больше) демона будут использовать dBus для своих
> телодвижений — то dBus становится средством экономяшим вычислительные ресурсы и сокращающий
> исходный код.ты опять ничего в песне не понял.
> понимаете что такое «do not repeat yourself» в разработке программ?
нет, я каждый раз начинаю с написания ядра ОС.
> так-что ваша фраза о «лишняя программа с рутовыми правами» уже весьма под
> сомнениемсомневаться ты уже научился. осталось научиться понимать тему беседы. и приобрести немножко знаний, чтобы ориентироваться в теме. это не оскорбление, если чо, а пожелание.
> кстате как там у нас дела с SystemD ? …
я не знаю, как там у вас дела с портерингоподелием. у меня с ним и его поделками никаких дел нет.
> мало ли что там изначально задумывалосьПревосходно! Вот и выяснили, наконец. "Мне плевать, для чего это предназначено, буду делать, как мне нравится. Буду микроскопом гвоздь забивать."
> ...а если каждая программу будет ТЯНУТЬ за собой свой собственный велосипед (для
> IPC) -- это будет по твоему лучше чтоле?Народ, посмотрите на него, он не знает про System V IPC и Unix domain sockets!
Садись, не готов сегодня, двойка тебе.> помоему вполне очевидно что иметь лишь-только одну зависимость (dbus) -- это более
> оптимальный (и надёжный) вариантНадёжный, слов нет.
> он не знает про System V IPC и Unix domain sockets!может ещё скажешь что я не знаю Ассемблер или C/C++ ?
через что по твоему работает dBus(?) -- думаешь не поверх UDS? думаешь dBus работает через <некое-волшебство> ?
хочешь поверх UDS -- сделать поновой свой собственный протокол для общения-c-демоном и авторизации? вот и получи велосипед
>> он не знает про System V IPC и Unix domain sockets!
> может ещё скажешь что я не знаю Ассемблер или C/C++ ?лично знаком со всеми тремя?
> через что по твоему работает dBus(?) — думаешь не поверх UDS? думаешь
> dBus работает через <некое-волшебство> ?опять ты ничего не понял.
> хочешь поверх UDS — сделать поновой свой собственный протокол для общения-c-демоном и
> авторизации? вот и получи велосипедпричём для описаного нами применения — серверные демоны — этот «велосипед» будет быстрее, надёжней и удобней, вот в чём штука-то.
дбас — он для «десктопных» применений изначально задумывался. там ему и место, вполне: пусть себе нотификаторы на нём висят, автомаунтеры всякие и прочие десктопные плюшки. которые запускаются on demand и от юзера. и нечего дбасу делать в мире рута.
Сама идея dbus годная, но его реализация - хреновая. К тому же все это не работает с удаленными иксами.
> и на сервере (без GUI) он тоже способен хорошо и годно работать
> (сюрприз?).. :-)сюрприз - на сервере он пока не нужен ни для чего, кроме всяческих ShitKit-ов и hald, которые на сервере (сюрприз-сюрприз!) тоже не нужны.
Для апстарта и системд он конечно нужен, тут да. Ну так у меня в обозримых окрестностях ни того, ни другого пока, слава богу, не наблюдается. а к тому времени, как это ... добро пойдет в массы, я надеюсь уйти на пенсию или переквалифицироваться в управдомы.
> орлы похоже дальше десктопа не видят уже вообще. и dbus во все поля.А что мешает юзать d-bus не только на десктопе?
неужели анализ угроз?
> неужели анализ угроз?D-bus угрожает? Какой нехороший!
Наивный? Угрожают кракеры и криворукие поделия.
> Наивный? Угрожают кракеры и криворукие поделия.а поделия в которых IPC реализуется своим собственным (персональным) набором велосипедного кода -- не является подспорием для угрозы?
...ато я ведь чтото слишком уж часто вижу мелькания в новостях о том что та-или-иная реализация протокола сделана через жопу (найдена опасная уязвимость).. и каждый раз эти авторы велосипедов наступают на одни и теже грабли (например переход-и-запись по символьным ссылкам внутри /tmp/, при использовании IPC-велосипеда)
в dBus уже было много найденно (и следовательно исправленно) этих "детских" ошибок... а вот в очередной велосипедной IPC-реализации -- думаю их было-бы предостаточно :-D
>> Наивный? Угрожают кракеры и криворукие поделия.
> а поделия в которых IPC реализуется своим собственным (персональным) набором велосипедного
> кода -- не является подспорием для угрозы?это вы про sysv ipc? да уж, велосипед. я б даже сказал - мама всех велосипедов.
гном с кедами за последние 10 лет изобрели как минимум три IPC велосипеда. и эти люди теперь будут читать нам лекции о вреде велосипедостроения?
> неужели анализ угроз?Согласно анализу угроз, проведенному компанией Microsoft, юниксовый метод управления правами файлов небезопасен. Модель FAT, в которой отсутствуют права доступа, признана куда более защищенной.
> Модель FATМодель ЖИРНАЯ
> совсем пропал калабуховский дом.Хорошие у них там пропажи. Так, глядя на профиты.
>>калабуховский дом.
> Хорошие у них там пропажи. Так, глядя на профиты.Профит - не дом. //Ваши КО, Джек и группа товарищей.
Можно будет убрать это и вернуться к обычному CUPS?
Не парься, этого не будет ещё лет 5-10
> Не парься, этого не будет ещё лет 5-10Может м 20 лет не быть, если minix использовать ;)
> Можно будет убрать это и вернуться к обычному CUPS?Да. Достаточно установить Mac OS X.
Давно уже пора нормально разграниченную по уровням систему запилить, а не комбайн типа CUPS
> Давно уже пора нормально разграниченную по уровням систему запилить, а не комбайн
> типа CUPSДевелоперы из редхата типа Поттеринга и с подобным мышлением впилят однажды такое, что CUPS вам ещё лопатой покажется :-)
ПоттерингD
> Неоспоримым достоинством архитектуры printerd, позволяющим надеяться на скорое распространение проекта, является возможность использования в неизменном виде драйверов и бэкендов, написанных для системы печати CUPSя конешно не против этих всяких новых програм...
...но достоинством -- по сравнению С ЧЕМ?
CUPS ведь тоже имеет "возможность использования в неизменном виде драйверов и бэкендов, написанных для системы печати CUPS" :-)
# p.s.: правильным наверное надо было написать -- что достоинством является активное использование dBus
Активное использование D-Bus и так указано, как достоинство. А вот если б там не было поддержки существующих дров для принтеров, то это был бы мертворожденный проект. CUPS не на столько ужасен, чтоб всё с нуля переписывать.
PDF?! - т.е. растр/RAW DATA распечатать без потери качества никак... печаль
> PDF?! - т.е. растр/RAW DATA распечатать без потери качества никак... печальУчитывая, что принтеры обычно используют в качестве внутреннего формата postscript (на котором основан PDF), могу вас огорчить - вы этого самого качества и так никогда не имели.
PS, насколько я понимаю, нынче используют полтора принтера - те, что большие и "профессиональные". На домашних царит PCL.
И да, у GDI-принтеров драйвер именно растр в устройство и гонит. Так что для очень распространеного случая "печатаем растр на GDI-принтере" можно постскрипта спокойно избежать. Впрочем, не думаю, что этот очевидный вариант пропустили - чай, в PDF растр отлично ложится.
Лучше бы CUPS форкнули...
разве есть PDF формат уже открытый стандарт... что за фигня...... нет слов
> разве есть PDF формат уже открытый стандарт... что за фигня...... нет словISO 19005-1:2005 http://www.iso.org/iso/catalogue_detail?csnumber=38920
> В качестве заданий для печати принимаются только файлы в формате PDF, все
> операции преобразования других форматов лежат вне компетенции новой системы печати.Раньше это называлось "бедная функциональность".
А сейчас это "вне компетенции".Раньше linux+samba+lpd/cups + куча принтеров - простой сервер печати, без иксов.
А сейчас, много ли найдется дистрибутивов, в которых можно установить пакеты для генерации PDF, не тягая гору дополнительных зависимостей?
> ...не тягая гору дополнительных зависимостей?так пишете будто пытаетесь намекнуть что зависимости -- это якобы чтото плохое :) ..
...чай тебе не в ручную нужно эти зависимости разрешать, а всего-то-лишь
# sudo yum install ...много общих зависимостей в разных программах -- это признак хорошей повторяемости кода.
> так пишете будто пытаетесь намекнуть что зависимости -- это якобы чтото плохое :) ..Бывает и плохое, когда тянется лишний код и расширяется поверхность для потенциальной атаки.
Т.е. когда код хоть и реюзаный, но лишний.
PS: добавил "для".
мы имели удовольствие прочитать камент человека, у которого наверняка "приветмир" тащит boost, Qt, wxWidgets и ещё пять очень нужных пакетов по зависимостям.к тому же это камент человека, который совершенно не понимает, почему мы против дбаса *в некоем конкретном применении*.
>> ...не тягая гору дополнительных зависимостей?
> так пишете будто пытаетесь намекнуть что зависимости -- это якобы чтото плохое
> :) ..Если это иксы на сервер, то да)