Развиваемый при поддержке организации Linux Foundaton проект OpenPrinting приступил к развитию форка системы печати CUPS. Наиболее активное участие в разработке форка принимает Майкл Свит (Michael R Sweet), изначальный автор CUPS...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53900
Ничему история с LibreOffice не учит народ.
> история с LibreOfficeПродолжай
Извини, когда я писал это сообщение я был пъян. Я хотел сказать история с OpenOffice.
Соблюдай простое правило:
Выпил - не пиши комментарии!
Ты хочешь лишить интернет 2/3 комментаторов?
Чему она должна была научить?
Извини, когда я писал это сообщение я был пъян. Я хотел написать история с OpenOffice.
Чему она должна была научить?
Тому, что тут некоторые орут, что без копрораций никуда. А на на деле как-то наоборот, копрорашки гробят до них свободные проекты.
> Тому, что тут некоторые орут, что без копрораций никуда. А на на деле как-то наоборот, копрорашки гробят до них свободные проекты.Гробят - это отрицательное воздействие.
Забрасывают при открытом проетке - это нейтральное. Не нравится, впрягайся и делай лучше, может и в форке.А то как бездомные, которым бесплатно хлеб раздавали чисто по своей инициативе. А как престали - то сразу врагами лютыми для них стали.
> Тому, что тут некоторые орут, что без копрораций никуда. А на на деле как-то наоборот, копрорашки гробят до них свободные проекты.Ты и правда думаешь, что там одни альтруисты собрались? Открою тебе секрет. Там тоже участвуют корпорации, но другие. Просто одна из-под другой коврик выдернула.
MySQL / MariaDB
>MariaDBИнтел и гуголь на пару. Без них форк не состоялся бы.
Враньё! Тупое и наглое.
Эт точно !Просто аффтар захотел повторно продать своё поделие. Гугель с интелем тут не при делах.
Главное - отвязать от Avahi. Он прибит к нему с версии 1.6. Хотя можно использовать оригинальный открытый код от Apple вместо кода, написанного Поттерингом.
Не прибито там ничего, есть --disable-zeroconf. https://gitweb.gentoo.org/repo/gentoo.git/tree/net-print/cup...
Кто ж --help и прочие мануалы читает?! Явно не тот анонимный лолка :D
Не надо. Очень удобная вещь в домашних условиях. Сама принтер клиентам прокидывает.
Дома один и руками настроить не проблема, а в локалке где пол-сотни принтеров LiveCD загрузил и понеслось, новую станцию установил и понеслось... нахер роботов
Надо, Федя, надо.
Вот вот!!!!!
Мне он тоже не нравится.
На фряхе без него можно собрать.Как будет время - попробую свой анонсер для mDNS сделать чтобы принтсервер обнаруживался автоматически.
Пробовал пару готовых анонсеров - они весьма грустные и не заработало с ними.
И не страшно вам с этим mdns и около того жить, ппц.
Нет.На самом деле оно от SSPD (который в UPnP/DLNA) отличается только тем что вместо HTTP формата там DNS.
В остальном всё так же: сервер джойнится к мультикаст группе, иногда по таймеру анонсит, и отвечает всем кто спрашивает директом.
Те всё крайне примитивно и ничего страшного нет.Даже удивительно что не смогли обойтись одним стандартом, в общем то принтеры хорошо бы легли на UPnP.
Ага, сама прокидывает на лопате.
А нельзя было в качестве стандарта для корпоративных сетей RFC 2136 использовать, а не городить AdHoc извращений?Плюс обыкновенный броадкастовый дискавери поверх того же DNS для хомячковых сеток из одного принтера, полутора машин и двух с половиной телефонов.
Нет блджад, надо было безальтернативно нагородить специфичного мультикаста, едва работающего в распределённых сетках, через туннели и на различных х**веях, и требующего отдельного софта анонсера на рабочих станциях.
Короче пусть горят в аду, может кто-нибудь на этом фоне что-то вменяемое предложит.
Поймите уже, броадкаст это зло.
Поэтому его нет в IPv6 вообще никак.Смысл всех UPnP в том чтобы оно работало в пределах одной локалки.
Если вы что то прокидывааете - наверное у вас что то не так с использованием.
На самом деле IPv6 - это зло. Броадкаста там полно, там нет броадкастовых адресов. И очень зря, это вносит целую пачку идиотии при дискавери сервисов в пределах сегмента.
По сравнению с v4 - v6 таки вполне себе апгрейд и делает довольно много вещей значительно рациональнее или менее идиотски.И таки дискавери сервисов обычно - или link local, если точно на том же линке, или мультикаст. Что здорово снижает объемы срача в локалках по сравнению с броадкастами. Мультикаст, видите ли, получает только тот кто захотел сие, а не вообще вся орава. А в v4 по этому поводу есть знатные косылищи типа IGMP, чтоли. Да и ARP тот еще костыль, со своими проблемами.
Ну и да, замечательный v6 multicast при отсутствии специальных плясок с бубном будет очень похож на броадкаст, как и v4 multicast.
Одна маленькая мелочь состоит в том что мультикаст рассылается только тем кто на него подписался. А не вообще на все что шевелится. Некоторая разница по бандвизу и нагрузке на сеть.
Мелочь состоит в том, что мультикаст на свитчах без (включенной) поддержки такового превращается в броадкаст :)
> Мелочь состоит в том, что мультикаст на свитчах без (включенной) поддержки такового
> превращается в броадкаст :)Как минимум, ЭТО не срет в вайфайный эфир если нет реальных получателей. За одно это памятник поставить надо, эфирное время другим освобождает.
> Поймите уже, броадкаст это зло.Обычно такие понимают только когда половина бандвиза загажена каким-то левым техническим хламом и начинается сказ "нужен роутер!" - который как раз броадкасты поубивает нахрен, вместе с сервисами их использовавших.
Броадкаста даже в здоровенных одноранговых сетях ныне в основном на копейки. Не, во времена хабов и 2-10Mbps это было актуально, не спорю.
> Броадкаста даже в здоровенных одноранговых сетях ныне в основном на копейки. Не,
> во времена хабов и 2-10Mbps это было актуально, не спорю.Это пока снифер эфира не врубишь. А там опа - на ровном месте половина времени занято каким-то техническим мусором. Включая и броадкасты любезно сплевывываемые в эфир на случай если кому-то вдруг интересно. IPv6 еще и эфир разгрузит, отсутствием такой параши.
Годно.
s/д/в/
Осиль хотя бы команду y///, а потом пытайся шутить.
> Форк будет синхронизированным, т.е. в качестве основы будут выступать основной репозиторий Apple CUPS, а выпуски OpenPrinting CUPS будут формироваться как надстройкиС учётом
> после увольнения Майкла проект CUPS прекратил развиваться - в течение 2020 года в кодовую базу CUPS был добавлен всего один коммит с устранением уязвимостей
не вижу смысла в этой «синхронизации», честно говоря.
Ну как же, разработчик уволился, но продолжает работать. Только теперь уже зарплату платить не надо.
Apple себе на уме. Удачи OpenPrinting, очень здорово, что главный разраб перешёл сюда.
Да, было бы всё шикарно, если бы не его загоны по удалению PPD. Впрочем, в cups-filters готовится замена. Так что не всё так плохо.
>Да, было бы всё шикарно, если бы не его загоны по удалению PPD. Впрочем, в cups-filters готовится замена. Так что не всё так плохо.что ты имеешь в виду? единый унифицированный протокол везде - это круто! почему ты против?
Т.е. прямо взять и выкинуть поддержку почти всех принтеров и пилить заново. Ты готов это сделать бесплатно?
Я готов. Но прежде ты должен быть готов не троллить!
Да никто не против, кроме вендоров, который этот IPP не поддерживают..
Вот как без этого PPD установить HP Laserjet 107a в Linux Mint 20? В 19.3 он спокойно ставился, счас даже принудительное указание PPD-файла не помогает. Система не видит принтер и все.
> Развиваемые в форке изменения планируется после досконального тестирования возвращать в основную кодовую базу CUPS, передавая Apple pull-запросыА вот это совершенно необязательно. Апель и аплеводы должны страдать.
Нюанс в том, что Apple во многом администативно, как мне кажется, обеспечивала поддержку IPP, что позволяет уйти от блобофильтров, устраивала встречи с производителями техники, от желания которых поддерживать macOS выигрывала экосистема Linux. Что будет теперь, не ясно.
> Что будет теперь, не ясноПока ничего и не меняется. Просто по сути появляется сторонний разработчик который комплектует и тестирует новые фичи. Которые будут отправляться обратно.
Тут главное чтобы их(patch request) принимали.
Кто ж их там будет принимать? И как протаскивать серьезные изменения? Кто и с кем их в Apple будет согласовывать?
Замечательно -- Apple в этом плане подобен Oracle.
А что натворила oracle?
> Замечательно -- Apple в этом плане подобен Oracle.Михаил, вам бы geyser.altlinux.org прогрепать на предмет gtk-apps.org. Это был раньше годный сайт с кучей пакетов, а потом его сквоттеры захватили, и там порно. Конфуз выходит.
А кто сказал что сквоттеры? Выглядит вполне в гном-стиле.
Где? Вроде бы, гетеро в основном.
>Кроме того, он упомянул о намерении скоро прекратить поддержку в CUPS формата описания принтеров PPD, который признан устаревшим.Первое дело в форке -- яростно удалять из него код.
Так он его и во времена когда в Apple работал тоже хотел удалить. Даже deprecated объявил. Так что он всего лишь рвётся продолжить свою работу.
Так говорите, будто у вас из сарая сломанное ведро украли.
Хорошо бы они потратили время на документирование апишек и архитектуры тем самым уменьшая время на отладку проблем.
> Кроме того, он упомянул о намерении скоро прекратить поддержку в CUPS формата описания принтеров PPD, который признан устаревшим.А в другом формате вообще есть описания?
Есть конечно. Но для всех принтеров кроме вашего. Ибо ваш принтер слишком старый либо слишком новый. Вобщем он не будет работать в линуксе
> Вобщем он не будет работать в линуксеДа и пофиг на линукс, они там привычные уже "тьфу-ты, все просто работает! Как скучно и уныло! И вообще, это предвестник стагнации и деградации, поэтому нужно переписать все заново или хотя бы кардинально переделать, предварительно (для лучшей замотивированности) на всякий случай надежно переломав старье!".
Но! CUPS == Common Unix Printing System.
"Нас то за что?"(c)
Очень интересный вопрос.
>А в другом формате вообще есть описания?Есть набор IPP-атрибутов, через которые можно что-то настроить. Но нет возможности задать список поддерживаемых данным принтером, а также нет возможность добавить свои, как это сделано в PPD. Предлагается для каждого производителя лепить свою утилиту для настройки, которая будет менять только те атрибуты, которые заложил производитель. Т.е. про один универсальный диалог можно забыть. С другой стороны почти все принтеры идут с PPD. Как они будут работать в CUPS без его поддержки тот ещё вопрос.
Фееричненько.
Но зачем?
legacy и deprecated же. Других объективных причин я не нашёл.
>>прекратить поддержку в CUPS формата описания принтеров PPD, который признан устаревшим.Не успели сделать печать в линуксе как уже выкидывают то что сделано. Гении.
Это первое что надо делать при форке.
Выкидывать по максимуму устаревшие технологи.
> Это первое что надо делать при форке.
> Выкидывать по максимуму устаревшие технологи....задолбаться на середине, все бросить или создать новый форк. И будет у вас два полудохлых проекта вместо одного нормального. Или даже три.
>PPDБез него большинство принтеров не работоспособно в принципе. Более того, мне даже не попадались такие принтеры. Но этот Свит упорно хочет его удалить на протяжении лет 10 точно. Даже готов чуть ли ни бесплатно это сделать.
> Без него большинство принтеров не работоспособно в принципе. Более того, мне даже не попадались такие принтеры.Ну почему, для Пингвинчика есть что-то проприетарно-закрытое с вендорлоком от лексмарка и канона, c собственными (закрытыми) протоколами печати и прочим.
Причем, обычно в виде единственной, кое-как сляпанной и более ни разу не правленноей версии "вот вам блобик, жрите что дают".
Но пингвинятки на ЛОРе ниче так, лопали и нахваливали, гордо задираю гузочку "Да накласть, что оно вендорлокнуто по самые помидоры! Главное, что у нас в Пингвничике работает, а у вас в бздах, нет! Бе-бе-бе!" *facepalm.apng*
> Ну почему, для Пингвинчика есть что-то проприетарно-закрытое с вендорлоком от лексмарка и канона, c собственными (закрытыми) протоколами печати и прочим.Там не только они на самом деле. HP со своим блобом, например. И если печать еще реализовывается штуками вроде zjs2xqx то с hpaio все плохо.
> для Пингвинчика есть что-то проприетарно-закрытое с вендорлоком от лексмарка и канона, c собственными (закрытыми) протоколами печати и прочим.А это проприетарно-закрытое разве не в виде фильтров через PPD прикручивается?
пантумы откинутся почти сразу. у них там сам драйвер через ppd описание работает. интересно будет как 70% принтеров отвалятся сразу. и сколько крика и вони будет.)) а ведь старых рабочих принтеров осталось много. у меня аж есть еще рабочий hp конца 90-х прошлого века)) правда он медленный и накладно заправлять, поэтому просто стоит в сторонке в ящике. Но многие производители делают именно ppd файлы и именно им в лине работают принтера.
С HP такая же тема. Вот смотрим недавний релиз https://developers.hp.com/hp-linux-imaging-and-printing/rele... Все новые принтеры добавлены в виде *.ppd Многие ещё в продаже не появились.
чую я с ppd нам еще долго не слезть. А это значит, что будут существовать 2 версии cups. одна рабочая , а вторая аппеловская. и кому в голову взбрело устраивать чистку. в худшем случае все дистры оставят действующую версию в дистре и перестанут её обновлять пока не будут сформированы драйвера для всех новых принтеров и части старых. а это несколько лет, возможно больше 5.
Вот он и задумал https://github.com/michaelrsweet Лет 10 уже пытается, но пользователи не дают. Плюс не получается с него стрясти полной замены PPD. То функций не хватает, то ещё чего.
А можно было стряхнуть пыль с https://github.com/hughsie/printerd :)
Судя по всему оно гвоздями прибито к d-bus, что почти так-же отвратительно как если бы было написано на хрусте. Пусть покоется себе с миром.
Опять эти навязчивые растаманы везде свой хруст рекламируют.
> А можно было стряхнуть пыль с https://github.com/hughsie/printerd :)А кто драйверы писать будет? Прослойку для совместимости с CUPS-фильтрами сделать придется?
Странно, а что будет с печатью в macOS тогда?
они выпустят свой премиальный ipp высокочсвешный яблокоправильный принтер за сотку другую рупей)))
Правильно, давно пора на rust переписать.
А причем тут rust?
А что вместо PPD?
Printer Application, что бы это ни значило.
> А что вместо PPD?PSD
ахаха. падаю и ржу.))))) очень верно подмечено. ахахах
А чего ха-ха? PSD это родной формат Абобы.
эх не понял ты сам того что написал. хотя что адобе , что PSD. Все равно всем psd'e. ахаха нет реально смешно. парень точно подметил тему, но сам не понял)) устами младенца как говорится....
Мы, в Samsung, занимались подсистемой печати на базе CUPS для Tizen. Наши мобильные телефоны поддерживали практически все принтеры из коробки, без необходимости установки приложения под принтер (как в Android было - для каждого производителя устанавливай его приложение фирменное, не знаю как сейчас).Умели WiFi, WiFi-Direct, автосинхронизацию PPD файлов и много чего ещё.
Суммарно до 7 человек одновременно занималось этим проектом (2 корейца и 3-5 русских инженеров).
Код вроде open-source был.Вообще CUPS и вся его архитектура вызывает крайне унылое впечатление. Это какое-то бесконечное legacy. Куча разрозненных мелких программ (Unix-style) которые непонятно как между собой работают. Куча несовместимых PPD и т.п.
Кажется начинание сдохло. Или корейцы зажали код.https://review.tizen.org/git/?p=apps/home/mobileprint.git;a=...
https://review.tizen.org/git/?p=apps/core/preloaded/mobilepr...
https://review.tizen.org/git/?p=apps/home/print-service.git;...
https://review.tizen.org/git/?p=apps/core/preloaded/print-se...
Как же мы будем жить без самсунговых логотипов и лицензионных врезок. Самые ценные коммиты всегда от крупных корпораций и чем крупнее тем более "ценно".
>Куча разрозненных мелких программ (Unix-style)А ты собрался из кучи фильтров один монолит что ли лепить?
Одно работающее решение. Я уже деталей не помню, но все эти утилиты из CUPS плохо работают между собой, их сложно интегрировать, очень сложно расширять, они не масштабируемые. Не дружат между собой.Нам пришлось форкать CUPS и переписывать какие-то утилиты.
Unix-style давно себя изжил. Подсистема должна хорошо из коробки работать и все её элементы должны быть работать как единое целое, а не как набор разрозненных утилит.
Никто уже, кроме маргиналов и админов, не пишет bash-портянки пытаясь угадать нужный набор ключей утилит.
Гораздо проще взять нормальный язык программирования и написать единую программу. Так и здесь.
Более того никакой ценности и уникальности эти утилиты не несут. Насколько я знаю используются только в CUPS.
>Не дружат между собой.В смысле не дружат? Даже не представляю, как между собой им можно "не дружить". stdin/stdout разве только не поддерживать.
> В смысле не дружат? Даже не представляю, как между собой им можно "не дружить". stdin/stdout разве только не поддерживать.У них там все что не самсунг - не дружит между собой. Вот будет печатать логотип самсунга на уголке страницы - вот это правильная тулза. А вообще такое мог заявить только человек вообще не понимающий как работает печать, все эти "многоутилит" отвечают либо за очереди либо вообще фильтры.
Потом такие самсунги наделают несовместимого железа с проприетарными переходниками делающими корявобайты в обычные - ибо самсунг, покупай цучара ! и логотип тебе на, по всей странице, это САМСУНГ детка !
Тс-с-с… А то у него пар от шмузи из ушей пойдет.
Бредить изволите.
Принтеров РАЗНЫХ воз и маленькая тележка. О какой ЕДИНОЙ системе может идти речь?
ну так ppd и был той самой объединяющей прослойкой. нет её и еще неизвестно что конкретно будет в печати.
> Unix-style давно себя изжил.Очень смешно :-D. Более просто расширяемого ПК, чем построенного на unix-style принципе, и представить сложно.
> Подсистема должна хорошо из коробки работать и все её элементы должны быть работать как единое целое, а не как набор разрозненных утилит.
У вас проблема с пониманием unix-style. Продолжая вашу мысль по аналоги, можно прийти к следующему каламбуру:
Подсистема должна хорошо из коробки работать и все её элементы должны быть работать как единое целое, а не как набор разрозненных библиотек.
В андройде решается тем что ставится одна из двух приблуд для CUPS из F-Droid.
Автодискавери у меня не настроено, но одна из приблуд умеет по тупому сканить сеть, во второй пришлось руками вбить адрес и название принтера.
Работает кажется с 5 до 10 андройда, других у меня не нашлось на попробовать.Главное из андройда при рутовании PrintSpooler не выкидывать далеко :)))
Через пару лет его снова поглотат за деньги и он снова уйдет =)
Нужен новый свободный капс, созданный с нуля!
По идее спулинг прекрасно работает на штатном lpd, к нему прикручиваются фильтры на базе Ghostscript (+возможно что-то реализующее например самсунговский qpdl протокол если это требуется) и получается нормальный PostScript принтер к которому есть штатные драйвера в каждой уважающей себя операционке, ничего ставить на клиентских машинах не нужно.
Что такого даёт CUPS? Веб-консоль управления очередями? Это дублирует штатные средства просмотра очереди печати. Что-то ещё?
Контроль доступа, аутентификация, шифрование? Не, не слышал.
lpadmin делает почти тоже самое.если честно никогда так сильно не заморачивался. всю жизнь с cups жили и localhost:639 всегда выручал. но если присмотреться, то действительно есть и альтернативы ему.
Админам локалхоста может и не нужно. Тут не поспоришь. А так слать документ без шифрования на сетевой принтер... Ну не знаю, может и остались любители острых ощущений.
Слышал, не переживай, ты прекрасно понял что я имел ввиду.
И вот для этих фич нужны все эти тонны зависимостей для CUPS-монстра?
Может нужно просто прикрутить недостающее к штатным сервисам и не заниматься ерундой?
У них на маках возможно так принято, но почему у линукса такой тренд к гигантизму...
Кто же тебе мешает прикрутить? Вон герой топика прикрутил, получился на выходе CUPS. Никто же не виноват, что кроме него все остальные только языком чесать умеют.
>тонны зависимостей для CUPS-монстраВот посмотрел например тут: https://packages.debian.org/source/sid/cups "Тонны" в упор не наблюдаются.
Там же есть IPP, который как бы универсальный и как бы со стороны ОС никаких дров не требуется.
Плюс там какая то обвязка для этого, в виде того что клиент может хоть как то управлять очередью печати и прочее.
Да, это хорошая штуковина, но на мой взгляд CUPS слишком раздут для всего этого.
Навскидку гуглится ippserver, наверняка есть другие реализации этого протокола.
Но он работает поверх штатного спулинга, так что очередью можно управлять оттуда.
Хотя в большинстве случаев и LPD достаточно, интерес IPP только в том что он идёт как HTTP трафик и можно использовать те же подходы по его маршрутизации и пр что и для обычного веба.UPD: Нашёлся пост на хабре: https://habr.com/ru/post/102124/
Там в несколько строчек реализован IPP сервер "печатающий" в PDF (т.е. в штатный спулер это заворачивается тоже).
Это как бы демонстрирует насколько раздут CUPS.
Я не согласен с тем что CUPS раздут.Вот не далее как месяц назад я его впервые настраивал, на уровне перечитать все маны и вписать в конфиги все параметрами с манов с их объяснениями.
По факту там два конфига есть, в одном сосредоточено всё про файлы, в другом системное про сеть, очереди и доступ.
Есть ещё borrowed - туда спихнули какое то легаси, читать не стал и запускать эту службу тоже.Моё впечатление от CUPS в том, что в документации параметры нужно было распологать не по алфавиту а группировать по смыслу, это помогло бы читающему составить полную картину затратив меньше усилий.
Сейчас же там как в с++ - пока всё не прочитешь 3 раза и не запомнишь - как то не очень понятно.Реального функционала и настроек там мало.
Можно условно сгруппировать так:
- системное (юзер, пид и тп)
- сетевое (что слушаем, длина очереди листен и пр)
- логирование
- очередь печати
- всякие правила (и лимиты частично сюда же)Тут даже выкидывать то особо нечего.
Если начать делать что то подобное самостоятельно - всё равно примерно к этому и придёте.
Ну да, в случае с perl/php у вас сетевая часть ляжет на нгинх/лайти, очередь на лпр и может что то ещё найдётся готовое. И как бы документации будет меньше, но по факту оно размажется на документации по компонентам.Если интересно, вот мои конфиги, я для себя как раз всё сгруппировал:
http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/1.../
(только это для рабочей станции, оно не слушает за пределами локалхоста и авторизации нет)
Ладно, тут у каждого из нас своё мнение.
Для меня лично CUPS слишком bloatware, когда его собирал однажды (давно уже, но не думаю что с тех пор что-то изменилось), то он тянул кучу невообразимых зависимостей.
Мне нужно было тогда сделать headless print-сервер на FreeBSD, я немного подумал и просто взял от foomatic-filters нужный мне фильтр, закодил простой шелл-скрипт который берёт PPD и зовёт Ghostscript когда нужно. Всё это указал в /etc/printcap и получилась надёжная конфигурация.
Уж не помню сколько лет оно так крутится, сейчас вот пишу по памяти как я сделал.
Всё просто работает и это по идее то, что нужно большинству пользователей.
В компаниях обычно стоят сетевые принтеры и там вообще ничего этого делать не надо (плюс там есть всякая секурити ко всему этому и аудит).
Есть конечно ситуации когда простая конфигурация не подойдёт, вот бы на это и тратились силы, а не поддержание этого монстра от Apple.
Кстати, там куча патентов от Apple, поэтому инвестировать в это нет смысла - они всё заберут себе.
Так он их тянул потому что вы авачи, дбас не отключили и что то ещё.
А в купс-филтерс тоже есть чего поотключать.
Без этих опций он сразу сильно меньше зависимостей хочет, и они ограничиваются вокруг гхосткриптов, послеров и прочего что и так нужно для фильтров.Вот самое блоатваре - это авачи, мне от его хотелок тоже не по себе :)
Там не всё отключалось, может сейчас они причесали и зависимостей поменьше, но судя по тому что люди тут говорят всё осталось как раньше.
А foomatic-filters я даже не ставил, вроде как просто сделал make fetch patch и посмотрел что у него внутри да взял нужный фильтр себе. Вообще только Ghostscript пришлось собирать, но без него конечно никак.
Честно говоря, может ещё что-то по мелочи было, не помню уже, но уж точно обошлось без pulseaudio & x11 :)В общем, резюмирую свою мысль - для большинства случаев можно обойтись штатным спулером к которому придётся смастерить фильтр. И вот как раз эти фильтры и есть на мой взгляд самое ценное что можно получить от такого проекта.
А CUPS пытается сделать сразу всё и получается громоздко и не очень. Да и Apple этот маячит там ещё со своими правами и патентами...
>http://www.netlab.linkpc.net/download/software/os_cfg/FBSD/1...403 Forbidden
> По идее спулинг прекрасно работает на штатном lpd, к нему прикручиваются фильтры на базе GhostscriptА как к нему прикрутить guteprintовые драйвера от принтера ? Реально перейду если можно заставить работать
Как прикрутить - в printcap прописать вызов фильтра, который может быть хоть шелл-скриптом.
А как он будет делать преобразование - это зависит от модели принтера, его протокола.
И их не так много по идее, для большинства брендов есть софт.
Попробую, спасибо за инфу.
Блин, я уж порадовался, думал что-то новое замутят круче CUPS и полностью свое...
А лицензию первоначальную не вернули :(
А вообще как-то печатное дело заглохло сильно.
Вон смотрел себе чего-то.
Synology выкинули печать со своих NAS, Turris тоже возможность печати из своих роутеров выкинула.
А зачем тебе печать на роутере и сетевом хранилище? Может еще на микроволновке надо?
> А зачем тебе печать на роутере и сетевом хранилище? Может еще на микроволновке надо?Открываю Яндекс Маркет: принтер + лазерный + RJ45 порт
И как-то прям скудно сильно...
> А зачем тебе печать на роутере и сетевом хранилище? Может еще на
> микроволновке надо?зачем тебе домой отдельный сервер, если мощностей роутера на на эти дела с головой?
Понятно что такое обычно нужно для малых офисов но мне даже дома пригодилось. Захотелось иметь больше пространства на рабочем столе, потому упрятал я принтер в темный угол, под роутер.P.S. На роутере openwrt, там все гуд с сетевой печатью.
они и выкинули, что это лишняя дырка в системе. а так порты прикрыты и ответа нет)))
1. На замену PPD что придёт?
2. Чем отличается cups-filters от gostscript?
А потом Apple купит OpenPrinting...
Как это был с Джони Айвом
Советую пилить в сторону CloudPrinting на подобие гугловского. Один раз подрубил где угодно, потом откуда угодно печатаешь.
это если принтер профессиональный, расходники сертифицированы, питание стабилизировано, палитры и профили выверены, уровни чернил/тонера избыточны для печати А1, подача прецизионная, проверка задания умными фильтрами, результат предсказуем, а если подрубил нечто, кинул что-то откуда угодно, получится Print As A Конфузъ.
А потом ещё и абонентскую плату заплатить попросят, иначе на каждую страницу по 3 страницы рекламы вылезет...
Объясню подробнее: облачная печать - это организация доступа к принтеру, независимо от аппаратных особенностей. Кидаем PDF в какой-нибудь веб-интерфейс на виртуальный облачный принтер, файл передаётся, "пережёвывается" и отправляется на физическое устройство.
объяснил, блин:) физическое устройство все равно кому-то подключать и обслуживать, рабам наверное, это отсылка к ipp для мобилок и подобное "удобство", зачем белому человеку уметь печатать без гугла вообще.
C CUPS дело совсем труба особенно с USB принтерами. SANE более успешно с TWAIN сражается. Никаких танцев с бубном, подцепил сканер и всё работает.Остается только один способ подружить Linux с принтером: поднять виртуалку с виндой или поддерживемым производителем принтера дистром и пробросить в неё USB принтер.
я не знаю где вы такие принтеры берете...все что офисное у нас закупается - все работает...
это в го*новинде половина старых принтеров не работает...
мне пришлось ва виртуалбокс убунту ставить чтоб hp-1000 заставить работать...
И что теперь? Наконец-то сможем печатать нормально без бубна?
Вендузятник детектед. Если бы ты был линуксоидом ты бы знал, что CUPS без проблемен. Проблемны коммерческие драйвера под Linux.
> Вендузятник детектед. Если бы ты был линуксоидом ты бы знал, что CUPS
> без проблемен. Проблемны коммерческие драйвера под Linux.Ну мне-то пусть оно там будет даже хоть с проблемами, лишь бы я смог распечатать файл вместо танцев с бубном. Распечатать файл из фряхи я не могу. В пингвины бубны наверно прямо в ядро вшиваются, но у нас во фряхах бубны для принтеров надо собирать собственными руками. А у меня работа другая - не CUPS'ы под фряху патчить.
> Наконец-то сможем печатать нормально без бубна?не, это про капитализацию крупных компаний apple,ms,amazon..