Начнём с того, что не для всех принтеров есть драйвер под линукс. Конкретно у меня сейчас принтер, для которого нет никакого драйвера под линукс.
Но это лишь полбеды. Два последних дня я пытался печатать из под линукса на довольно-таки дорогостоящих аппаратах, и понял, что это совершенно неоправданный мазохизм.
Как видит проблему сисадмин? Для него есть только два понятия: завелось, под линуксом или не завелось. Завелось, значит ставим [РЕШЕНО].
Только вот нифи ничего это не решено. Официальный драйвер не захотел устанавливаться, потому что либЫ устарели или ещё какая причина. Очень типично для линукса. Одна либа не подходит, значит всё, кирдык. Это вам не венда.
Хорошо, нет драйвера, есть ppd. Ставим принтер через официальную ppd, но там отсутствуют элементарные вещи, например дуплекс. Зачем нужен МФУ, если нет дуплекса? Вернее, зачем нужен линукс, если МФУ стоит в 50 раз больше лицензии Windows? Кроме дуплекса есть официальная утилита цветокорреции, но только для полноценного драйвера, а не для ppd. Разумеется под линуксом её нет.
Второй принтер широкоформат. Стоит в 40 раз больше лицензии Windows. На нём в основном печатают Custom формат. Мне не нужны A0-1-2 форматы, мне нужен кастом. Он серый (закрыт, не выставишь). Gimp под вендой ваще не печатает. Только А4 через ж непонятно какое место. Под линуксом есть утилита gutenprint, которая, якобы, решает все проблемы.
Да, решает. И даже свой ppd для данного широкоформата имеет. Но проблемы решает далеко не все. Кастома как не было так и нет. (предположим, это проблема фирменного ppd). Слои надо сливать в один. Если изображение больше заданного печатного размера, то gutenprint ужимает его до полей. Но эти поля не верны. Они МЕНЬШЕ, чем на самом деле! И это становится неразрешимой проблемой в некоторых случаях (если интересно, подробно опишу в каких). Gutenprint в принципе не может напечатать "как есть", в смысле размеров. Взлазит, не влазит — какая тебе разница?! Печатай и всё! Не печатает. Не может. Крутит Portrait|Landscape как заблагорассудится. Так и не понял как сохранять в этой байде пресеты. Казалось бы мелочь, но когда по-новой выставляешь по десятку опций, то это начинает выматывать (особенно когда что-то не получается). Короче, gutenprint это жо анальный сфинктер.
Плюс ко всему фирменный ppd не видит переключения чернил (это уже не проблема gutenprint, это косяк ppd, но от этого не легче).
Пытаемся решить проблему с непонятными полями. Печатаем из скрибуса. Я не знаю, кто это делал, но при переключении профилей не происходит никаких изменений! Я сегодня сделал как минимум 40 тестов. Вообще никаких изменений! Менял настройки в скрибусе, менял в ppd. 0. Любое такое изменение под вендой влияет на распечатку радикально. А тут стабильный 0. Зачем тогда настройки?
LinuxForum.Fans
Линукс и печать — несовместимые понятия
Автор: bubuntolog
71 сообщений
2642 просмотров
линукс - не дизайнерский дистр, точнее софт есть, но он полупрофессиональный, а все что вокруг не полируется потому что спрос невелик. У меня запросы поскромнее - распечатать док в ч/б или цвете на a4/letter и желательно двухсторонне. Пока что никаких проблем с этим не бывало, за десяток лет даже не вспомню сколько разных принтеров я гонял.
Собственно, это проблемы не Linux'а. Это проблемы производителей принтеров, которые до сих пор не могут нормальные драйвера для своих принтеров написать.
таки шо Вы предлагаете тагда?
Да, есть офисный принтер киосера (12 тыс.р. до скачка бакса). На нём, вроде базовых проблем нет. И дуплекс отрабатывает и эконом печать, но брошюрой не распечатать (функция официального драйвера). И это тоже косяк, по-идее.
таки шо Вы предлагаете тагда?
Бежать, покупать лицензию венды (шутка). ))
bubuntolog, моя вам рекомендация: вы таки спрашивайте о совместимости с Linux при покупке оборудования, меньше проблем будет. Когда я выбирал себе принтер (лет 5 назад было), моё основное требование было именно корректная работа в Windows и в Linux. И как-то до сих пор проблем не имею, работает и в Ubuntu/Mint, и в Windows 8.1.
Модель - Samsung ML-1661
Rizado,
Поставили венду в virtualbox. В ней печатаем в файл (prn в папку), а потом lp в терминале.
ну это доказывает, что это не проблема Linux, а ваша проблема. Ну или того, кто принтер покупал.Поставили венду в virtualbox. В ней печатаем в файл (prn в папку), а потом lp в терминале.
А если-бы вы купили принтер LPT only, а в мамке такого LPT не было? Кто тут виноват?
Собственно, это проблемы не Linux'а.
ну да. точно. вот только это смущает.
Официальный драйвер не захотел устанавливаться, потому что либЫ устарели или ещё какая причина. Очень типично для линукса. Одна либа не подходит, значит всё, кирдык.
Samsung ML-1661
на фоне высказывания ТС
Второй принтер широкоформат. Стоит в 40 раз больше лицензии Windows.
это можно сказать сопоставимые модели и задачи видимо решаются тоже схожие.
Ну или того, кто принтер покупал.
хачу увидить фотолабораторию которой рулит линукс!!! хачу и фсе тут!
Официальный драйвер не захотел устанавливаться, потому что либЫ устарели или ещё какая причина. Очень типично для линукса. Одна либа не подходит, значит всё, кирдык.
ну так как раз поэтому и существуют дистры с долгоиграющей поддержкой. это в первую очередь стабильность в таких вещах.
поставьте эту либу, не вижу проблемы, это вам не венда с dllhellОфициальный драйвер не захотел устанавливаться, потому что либЫ устарели или ещё какая причина. Очень типично для линукса. Одна либа не подходит, значит всё, кирдык. Это вам не венда.
и отпишитесь вашему производителю, о проблеме с его драйвером.
Как например Slackware Linux, которую Патрег шесть лет поддерживает. пруфлинк *THUMBSUP*ну так как раз поэтому и существуют дистры с долгоиграющей поддержкой. это в первую очередь стабильность в таких вещах.
Ничего не могу сказать по нестандартным принтерам неизвестным обычным людям и всяким широкоформатам, но разрабам Canon нужно прописать хорошую пилюлю! В этом плане мне очень нравятся принтеры HP (и вообще техника HP). ИМХО
Как например Slackware Linux, которую Патрег шесть лет поддерживает. пруфлинк
он гарантирует неизменность ABI/API в течении 6 лет, при том что патчи и бекпорты будут накладываться?
ничего он не гарантирует, и релиз он делает когда захочет, как он говорит "когда появится достаточно качественных изменений, и старый релиз можно считать устаревшим". И я всегда говорил, что слака не для продакшена.он гарантирует неизменность ABI/API в течении 6 лет, при том что патчи и бекпорты будут накладываться?
И тем не менее, поддержка у Патрега примерно лет 10. Но не всего, а серверных компонентов. Всякие десктопные FireFox'ы Патрег конечно раньше прекращает поддерживать, по очевидным причинам.
ЗЫЖ бекпорты Патрег в принципе не накладывает.
ничего он не гарантирует, и релиз он делает когда захочет, как он говорит "когда появится достаточно качественных изменений, и старый релиз можно считать устаревшим". И я всегда говорил, что слака не для продакшена.
И тем не менее, поддержка у Патрега примерно лет 10. Но не всего, а серверных компонентов. Всякие десктопные FireFox'ы Патрег конечно раньше прекращает поддерживать, по очевидным причинам.
ЗЫЖ бекпорты Патрег в принципе не накладывает.
ну вот поэтому вкладываться в софт под слаку (и да, все это линукс и все дистры равны, но некоторые равнее других) проблематично.
повторюсь, если угодно, исключительно касательно "серверных компонентов"
он гарантирует неизменность ABI/API в течении 6 лет, при том что патчи и бекпорты будут накладываться?
...а без бекпортов я не знаю как применить новые фичеры к неизменному api/abi.
В этом плане мне очень нравятся принтеры HP
Да. Парни из HP поднапряглись и написали хороший драйвер под Linux.
В принципе у HP принтеры хорошие и крепкие. До сих пор стоит в рабочем состоянии HP LaserJet 6L 1998 года выпуска.
что такое "вкладываться"? В слаке отлично работает rpm, deb, ну и написать по шаблону(шаблон есть) слакобилд — дело 2х минут.ну вот поэтому вкладываться в софт под слаку (и да, все это линукс и все дистры равны, но некоторые равнее других) проблематично.
дело не в этом. Слака легко затачивается подо что угодно. Но в продакшене это не нужно, в продакшене нужно по быстрому поставить и настроить и желательно само, автоматом. Также и обновление — само, это обязательное условие. А в слаке в ручную обновление по дефолту.повторюсь, если угодно, исключительно касательно "серверных компонентов"
Ещё одно отличие: в "серверных" дистрах пакет сделать сложно, а ставится он сам без проблем, если чего надо — сам подтянет по зависимостям. В слаке наоборот: пакет собрать — 5 минут, НО зависимости нужно ручками собирать и ставить, само оно не поставится. Слака сама, без админа, может просто работать. А если дыра в ядре — извините, само не затянется.
зачем эта неизменность? Сидеть с glibc пятилетней давности с накостыленными новыми фичами(самыми необходимыми, причём только в RHEL, для CetOS _специальных_ бекпортов не делают, ибо дорого) ? И молится на "неизменное api/abi"?..а без бекпортов я не знаю как применить новые фичеры к неизменному api/abi.
Смысл вот в чём: в слаке обновляет админ. Смотрите: админ ставит ядро 3.32, всё хорошо, но принтер отвалился. Не беда, админ ставит ядро 3.30, принтер опять работает. Можно спокойно глянуть на сайт HP, что там с драйвером. Потом ставим новый драйвер(когда выйдет) и новое ядро. Это всё отлично работает.
Другой случай: Over9000 компов обновились на новое ядро, и отвалилось Over9000 принтеров. *PARDON*
а даунгрейдить уже, увы, ручками. Автоматическое обновление заднего хода не умеет в принципе.
что такое "вкладываться"? В слаке отлично работает rpm, deb, ну и написать по шаблону(шаблон есть) слакобилд — дело 2х минут.
вкладываться это человекочасы разрабов, причем дорогих, тестировщиков - тоже не дешевых, и саппортеров. патентные разборки, отладка, прогоны... все это выливается в миллионы. переделывать такую работу потому что у тебя под ногами обновилось ядро, и изменился abi - еще одни миллионы. а апдейты накатывать надо, иначе страшно жить, да и без бекпортов, тяжело поддерживать свежее железо на старых ядрах. на самом деле в этом, а не в платной поддержке, тот самый raison d'etre дистров с LTS.
Слака легко затачивается подо что угодно
как и любой линукс на самом деле. раззговор не о том.
Но в продакшене это не нужно, в продакшене нужно по быстрому поставить и настроить и желательно само, автоматом. Также и обновление — само, это обязательное условие. А в слаке в ручную обновление по дефолту
да это нигде не нужно. в стадии разработки никому не интересно сидеть и пересобирать мир, когда надо работать над собственным проектом а не надо траблами дистра
Ещё одно отличие: в "серверных" дистрах пакет сделать сложно
гы, а пацаны и не знали... как же мы, дураки, делаем все одной командой-то, а?
В слаке наоборот: пакет собрать — 5 минут, НО зависимости нужно ручками собирать и ставить, само оно не поставится. Слака сама, без админа, может просто работать. А если дыра в ядре — извините, само не затянется.
любой нормально настроенный линукс может "просто работать".
зачем эта неизменность?
затем что купив себе какой нибудь SAP с проектом интеграции в мои системы, я плачу семизначную сумму. если через полгода мне надо проапдейтиться потому что прошивка контроллеров обновилась и старый драйвер ее не опознает, а свежее ядро внезапно изменило abi (или же софт тупо ожидает увидеть там 2.6 а получает 3.18, и такое приходилось видеть), придется мне вызывать SAP, выкладывать семизначную сумму, и проводить все время пока они все сделают в даунтайме, что выливается в восьмизначную сумму.
если изначально начинать все делать на RHEL/CentOS, то я на 10-15 лет избавляю себя от этих проблем, ничем не жертвуя, потому что все нужное придет через бекпорты, и под ногами у моего дорогущего софта гарантированно ничего не изменится
причём только в RHEL, для CetOS _специальных_ бекпортов не делают, ибо дорого
блин, как здорово узнавать что мы делаем и что не делаем от сторонних наблюдателей :)
Автоматическое обновление заднего хода не умеет в принципе
вас обманули. хотя если у вас без проверок over9000 компов обновляются, то вам не стоит претендовать на познания уровня админа которому доверено обновлять over9000 компов. да, у себя я меняю версию на нужную, как вперед так и назад одной командой. 21-ый век на дворе, откройте для себя такие вещи как foreman, jenkins, puppet, ansible, rundeck, saltstack и т.п.
ну я уже писал про админов локахоста, которые если что случится, накатают весточку Патрегу (тестировщики), а пока Бох думает, проблему исправят(программисты). Вы скажете "не будет работать"? Будет! Уже работает 20 с лишним лет. И по данным http://distrowatch.com стабильно в top10. Т.ч. таких админов локалхоста намного больше, чем вы думаете. Т.ч. такая модель вполне работоспособна, релизы выходят, софт в них актуальный, старые версии поддерживаются долгое время.вкладываться это человекочасы разрабов, причем дорогих, тестировщиков - тоже не дешевых, и саппортеров. патентные разборки, отладка, прогоны... все это выливается в миллионы. переделывать такую работу потому что у тебя под ногами обновилось ядро, и изменился abi - еще одни миллионы. а апдейты накатывать надо, иначе страшно жить, да и без бекпортов, тяжело поддерживать свежее железо на старых ядрах. на самом деле в этом, а не в платной поддержке, тот самый raison d'etre дистров с LTS.
И да, никаких "у тебя под ногами обновилось ядро" в слаке нет.
Слака легко затачивается подо что угодно
как и любой линукс на самом деле.вы опять меня не понимаете. Проблема с логикой или с русским? Если я говорю "легко затачивается", я что, с маздаем сравниваю??? Вы же знаете, что я маздай7 видел разве что из-за плеча друга, а про 8,9,10 только слухи. Я никак не могу сравнивать с маздаем, могу сравнивать только с тем, что знаю, с Linux жеж!
вы самоуверенны. Точно "нигде"? А я? И ещё многие, многие другие. Которые поставили-бы убунту, и она-бы у них работала примерно также, как дефолтная слака. Но ведь не поставили.да это нигде не нужно.
вы не делаете, вы переделываете. А попробуйте с нуля, вот я вам дам какой-нить helloworld, а вы его опакетите. Причём так, что-бы он все зависимости подтянул, и так что-бы man page была, и документация в /usr/doc/, и интернационализация, ну и всё прочее такое. А пакет на свой локалхост любой дурак сделает, я в курсе. Как и ./configure && make && make install впрочем.как же мы, дураки, делаем все одной командой-то
затем что купив себе какой нибудь SAP с проектом интеграции в мои системы, я плачу семизначную сумму
простите, вы его планируете только на свой локалхост ставить, да? Тогда вы просто…
Опять забываете мои слова, что слака не для продакшена? Ну дык при чём тут ваш SAP?
как здорово узнавать что мы делаем и что не делаем от сторонних наблюдателей
у нас, на Руси говорят: со стороны виднее.
21-ый век на дворе, откройте для себя такие вещи как foreman, jenkins, puppet, ansible, rundeck, saltstack и т.п.
я о них в курсе. Ситуацию я конечно до предела упростил и утрировал(в смысле "ручками"), конечно вы выкрутитесь и даунгрейдите ядра. Но согласитесь, ситуация неприятная. По поводу проверок: а если принтеры разные? 4 модели например, как это обычно бывает? А кроме принтеров ещё и другое оборудование есть.
Вот для того, что-бы подобного факапа не случилось, вам и необходима стабильность abi/api.
А если-бы вы купили принтер LPT only, а в мамке такого LPT не было? Кто тут виноват?
Я не говорил про lpt. МФУ подключён через сетевой шнур и аппарат имеет свой сетевой адрес. Широкоформат подключён через usb.
И, я так понял, народ не совсем уловил суть проблем. Распечатать-то как раз могу на всех трёх подключённых принтерах, если мне нужно "А4-А3-А2 цв.". Но эти аппараты куплены за такие деньги потому что требования к печати намного выше, чем просто распечатать, абы как.
Скажем есть картинка. Влазит по две штуки на формат SRA3 (это увеличенный A3). Gutenprint делает поля (меньше чем на самом деле) и уменьшает размер, а он должен быть точным, скрибус врёт цвета и никакие настройки ни в каких комбинациях не влияют вообще ни на что!
Как распечатать? Никак.
На широкоформате то же самое -- проблемы, проблемы, сплошные проблемы. Хотя "просто распечатать" я могу.
Войдите или зарегистрируйтесь, чтобы ответить.
