кто и зачем будет на него переходить?

red hat.

с ssh, к примеру, это произошло. И bash везде есть.

Не путай стандарт как «Теперь systemd стандарт для всех Linux-kernel OS!» и популярностью.

Ах да, самый яркий пример - grub. Есть дистр, где grub-а нет?

Slackware ^^

Также ничего не мешает заменить grub на то, что нравится.

Нет в подробностях слов о замене. Есть только слова о совместимости с драйверами CUPS'а и его бекендами.

Это значит лишь то, что значит.

Я сказал именно то, что имел ввиду.

Гениально. А надо было сказать то и так, что бы остальные поняли точно и недвусмысленно. Конечно, ты можешь объявить других идиотами, которые не могут понять твои гениальные изречения, но тогда тебе просто будет тяжело доносить свои мысли до окружающих.

Ах да, самый яркий пример - grub. Есть дистр, где grub-а нет?

Slackware?

Гениально. А надо было сказать то и так, что бы остальные поняли точно и недвусмысленно. Конечно, ты можешь объявить других идиотами, которые не могут понять твои гениальные изречения, но тогда тебе просто будет тяжело доносить свои мысли до окружающих.

Никто не виноват, что люди выдирают фразы из контекста. /* См. выше про лук */

Не путай стандарт как «Теперь systemd стандарт для всех Linux-kernel OS!» и популярностью.

Мы обсуждаем возможность стандартов de facto. Как видим, такие стандарты ещё как возможны. Закреплены они юридически или нет - не так уж важно.

Никто не виноват, что люди выдирают фразы из контекста. /* См. выше про лук */

А разве речь о вине? Речь о взаимопонимании. Хочешь, что бы тебя понимали - выражайся недвусмысленно. Не хочешь - выражайся как угодно.

Ты про патчи для поддержки Avahi (того самого Avahi, который написал ненавистный тебе Поттеринг)?

Так во-о-о-от кто написал ненавистный мне Avahi!!!

Часть вторая: Леннарт Поттеринг и непечатные комментарии на ЛОРе.

всяко лучше чем через один D-Bus работать

Во-первых, AFAIK, CUPS browsing работал не через D-BUS. Во-вторых, чем D-BUS хуже Avahi?

в SVN у них посмотрел

Давай ссылку, посмотрю

некто mike занимался

Какое отношение этот mike имеет к разработке Эпплом CUPS?

NIH имеется в виду вот это «Not invented here»?

Из-за этого у меня Canon IP1500 печатать перестал.

Это врядли. Разницы для бекэнда никакой.

По теме: а в IPP разве PDF используется? Или этот демон будет всё конвертировать в PDF?

Начиная с версии 1.4 в капсе внутре все в pdf ходит.

Вобщем, глюкодром ожидается.

Уже. Вендовые шрифты в букве Р в пдф косячит, так оно сразу в капсе и повылазило.

Хотя, если доведут до ума, возможно, будет неплохо.

По идее это хорошо. Пдф в отличие от ps ориентирован для бумаги.

Да.

Естественно, это ирония, и за форком CUPS/новым сервером стоят весомые причины, например выпиливание эпплом сетевой очереди печати без avahi.

По ссылке про это написано такое:

Having a D-Bus interface means that applications wanting to print automatically get to use printerd asynchronously.

А почему бы не допилить Avahi, или написать его аналог, до вменяемого состояния, ибо DNS-SD все же стандарт (RFC).

Открытый, стандартизированный, популярный.

Главное, что везде одинаково отображается.

так Тим Воу или Тим Вог (так на opennet)?

Меня в школе учили, что в англ. языке последовательность букв augh читается как длинное о.

Ну в связи с тем, что Apple уже насолила пользователям CUPS не на MacOS, это хорошо.

Чем насолила?

Тем, что помогает отказаться от нестандартного велосипеда, и перейти на универсальный принятый в индустрии ZeroConf? Мне на отличных от OS X системах почему-то не насолила, только помогла убрать лишний костыль.

Или тем, что «слоупоки» подняли хай когда случилось то, о чем предупреждали целый год, давая возможность подготовить плавный переход? Почему-то только красношапку и нескольких фанатиков случившееся застало врасплох. Зато стало ярко видно двойные стандарты.

Правда не знаю, насколько с технической точки зрения идея хороша.

Технически хорошее решение в CUPS: выкинуть костыль и перейти на универсальный поддерживаемый всеми механизм.

Red Hat сейчас напротив усиленно строит ни с чем не совместимые механизмы, сознательно огораживая себя, клиентов и фанатиков-последователей от остального мира. Это ведь так заманчиво: сделать «Windows номер два» стандартом de facto. Линукс практически убил юниксы, значит оставаться совместимым ему нет смысла, надо пользуясь моментом выстраивать полосу отчуждения, чтобы пользователь уже не спрыгнул с поезда «свободы».

Вы имеете в виду допилить avahi в cups? http://www.opennet.ru/opennews/art.shtml?num=33126

Tim Waugh и допилил, даже в гентушном ебилде cups уже появился флаг avahi

anonymous'ы постят новости! Охренеть!

Это чтоб в скородрочерстве не обвиняли.

printerd
poettering

PrinTERd
PoetTERing

Мне кажется, что что-то тут не чисто...

И радует, что не Поттеринг )))

Зато он видел Землю из далека, может он увидел будующее *nix?

Линукс практически убил юниксы,

Лучше уж он, чем венда.

Так во-о-о-от кто написал ненавистный мне Avahi!!!

Всё же Avahi — это Трент Ллойд. Хотя в современном проекте мало осталось от оригинального, кроме имени.

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

Red Hat сейчас напротив усиленно строит ни с чем не совместимые механизмы

Но они их строят не ради огороженности, а из-за отсутствия сравнимых по функционалу технологий, например, libvirtd.

Да они же на свет лезут.

выпиливание эпплом сетевой очереди печати без avahi

4.2

Выпилили не очередь печати, а костыльный наколенный механизм поиска сервера в локальной сети, заменив на стандартный.

Лучше уж он, чем венда.

Может лучше «пусть цветут все цветы»? А то по факту винду особо и не затронуло.

Anonymous...

видимо они считают, что использовать DBUS интерфейс проще, чем какой-либо другой.

... то же так считает. И, самое смешное, что это действительно так.

Драйверы и бэкенды CUPS в printerd, драйверы X в Wayland... Десктопный линукс становится совсем уж костыльным. Хотя, может на самом деле это все очень хорошо и мне только кажется, что это плохая тенденция.

Лучше уж он, чем венда.

Может лучше «пусть цветут все цветы»?

Эти цветы загубили их садовники.

А то по факту винду особо и не затронуло.

Коммерчески UNIX были бы съедены либо вендой, либо Linux. Что ты лично предпочитаешь? Других вариантов тупо нет.

В основном это бложик гномеров :}

отсутствия сравнимых по функционалу технологий, например, libvirtd.

Окстись! Что, без этой «технологии» Xen вдруг перестал быть собой? Или исчезли другие виртуальные машины и их менеджеры?

Вы так это...

В основном это бложик гномеров :}

... говорите, как будто это что-то плохое... :}

>>Из-за этого у меня Canon IP1500 печатать перестал.

Это врядли. Разницы для бекэнда никакой.

Значит что-то другое поломали. Но факт остается фактом - при даунгрейде капса на 1.4 всё начинает работать. А с 1.5 - никак.

>>По теме: а в IPP разве PDF используется? Или этот демон будет всё конвертировать в PDF?

Начиная с версии 1.4 в капсе внутре все в pdf ходит.

Насколько я помню, переключить на PostScript можно, по крайней мере пока что. Правда, мне завести принтер это не помогло.

отсутствия сравнимых по функционалу технологий, например, libvirtd.

Окстись! Что, без этой «технологии» Xen вдруг перестал быть собой?

libvirtd - это технология другого слоя. Ты еще спроси «а что, без TCP/IP Xen перестал быть собой?».

Эти цветы загубили их садовники.

Увлекшись сорняком-линуксом?

Коммерчески UNIX были бы съедены либо вендой, либо Linux.

С чего бы винде вытеснить коммерческие юниксы там, где даже недоделка-линукс смог? :)

Так удобный менеджер все-в-одном, еще и с сетевой прозрачностью.

Кстати, как и pulseaudio (естественно, jack никто не отменял, но pulseaudio уже сейчас более распространен из-за ubuntu/fedora)

Значит что-то другое поломали. Но факт остается фактом - при даунгрейде капса на 1.4 всё начинает работать. А с 1.5 - никак.

У меня капс 1.5 вообще грохается из за dbus.

http://bb.comp-house.ru/comp-house.repo/wiki/cups-dbus-error

Чего делать, ума не приложу.

Меня это беспокоит… ну, 1-2 раза в год :}

Изобретают макось

Ждем kerneld - микроядро, а остальное поверх через dbus.

теги

dbusизация

libvirtd - это технология другого слоя.

Libvirtd — всего лишь тривиальный демон, не делающий ничего нового. Можно назвать «технологией» libvirt, но это слишком громко для библиотеки управления виртуальными машинами и её api.

У меня капс 1.5 вообще грохается из за dbus.

http://bb.comp-house.ru/comp-house.repo/wiki/cups-dbus-error

Чего делать, ума не приложу.

А капс откуда? У меня debian testing, таких приколов не было. Правда апдейтил последний раз недели две назад.

Да. А в это время до третьих идиотов...

сначала одни идиоты спроектировали dbus без поддержки сети, теперь другие про это регулярно забывают и клепают велосипеды, видимо думая, что она там есть

... ну ни как не дойдёт что она там по факту на фиг ни кому не убилась. Если использовать (например) GLib, то вполне недурственно можно использовать поддержку сети оттуда.

Для примера — http://dbus.freedesktop.org/doc/dbus-tutorial.html (как это делается без затмения головного мозга). Ну и к прочтению — http://dbus.freedesktop.org/doc/dbus-faq.html в общем и целом с разбором по пунктам пп. 9-18. А так же внимательное вкуривание цитаты из первой ссылки:

There are many, many technologies in the world that have «Inter-process communication» or «networking» in their stated purpose: CORBA, DCE, DCOM, DCOP, XML-RPC, SOAP, MBUS, Internet Communications Engine (ICE), and probably hundreds more. Each of these is tailored for particular kinds of application. D-Bus is designed for two specific cases:

Communication between desktop applications in the same desktop session; to allow integration of the desktop session as a whole, and address issues of process lifecycle (when do desktop components start and stop running).

Communication between the desktop session and the operating system, where the operating system would typically include the kernel and any system daemons or processes.

For the within-desktop-session use case, the GNOME and KDE desktops have significant previous experience with different IPC solutions such as CORBA and DCOP. D-Bus is built on that experience and carefully tailored to meet the needs of these desktop projects in particular. D-Bus may or may not be appropriate for other applications; the FAQ has some comparisons to other IPC systems.

обидно, что майкрософт изобрела DCOM аж в 1996 году

Ну так в чём проблема? Бегом в майкрософт и сидеть там пока не дойдёт различие в подходах. В М$ Только один вариант, а здесь столько, сколько нужно сообществу и конкретным программистам.

Только не теребите руками. И не расчёсывайте... :}