Re: консольные почтовые клиенты
On Thu, Dec 22, 2011 at 10:30:03PM +0400, Dmitrii Kashin wrote: elinks/w3m/lynx я и назвал частичное решение костылями. У меня еще Это не костыль, а штатный unix-way. Это синонимы. Извините, а по-вашему почтовый клиент должен иметь свой браузер для отображения html-писем? Зачем свой? Встроить имеющийся встраиваемый движок. Хм... Собственно, какая разница? Поясните пожалуйста. Вы не видите разницы между конвертилкой хтмля в текст и браузером? Ну зачем же отвечать вопросом на вопрос. Я не вижу разницы между двужком браузера, встроенным в клиент, и между браузером как внешней программой. Я вижу: это разные окна. Повторяю, обсуждалось не это. Что Вы имеете в виду под 'синонимами'? Принцип 'одна программа выполняет одну задачу' никак нельзя считать 'костылем, частично решающим проблему' - на нем почти полностью построена система, которой Вы, Андрей, сейчас пользуетесь. (и матерюсь) У вас логическая ошибка: из того, что на основании чего-то можно полностью построить что-то, чем я пользуюсь, не следует, что это что-то не является костылём. Насколько мне известно, костыль - это хлипкая подпорка, временное решение какой-либо серьезной проблемы. Почему временное-то? Постоянное, зачастую. Флудите. Нет вы. Вы утверждали, что отображение текста хтмл-письма посредством внешнего браузера является костылем. И я написал Вам, что это не так. Не надо материться, здесь приличные люди. Перечитайте. Я утверждал, что отображение HTML путём конвертации его в текст елинксом - костыль. При этом отображение HTML в сторонней программе в отдельном окне, если вы подумали что речь об этом - тоже костыль, хоть и меньший. И почему же это костыли? Вполне нормальное решение проблемы отображения хтмл-писем в текстовом браузере. Первое - потому что на выходе нередко ерунда. Второе - потому что лишние действия над письмом, чтобы оно открылось, как минимум. Конкретно в случае mutt, например, можно рассмотреть взаимодействие почтового клиента с редактором. Клиент генерирует кусок письма и отдаёт его редактору, редактор отдаёт результат обратно клиенту, на этом взаимодействие заканчивается. Редактор больше ничего ни о чём не знает. Мне видится это довольно логичным. Почтовый клиент должен заниматься представлением писем, а также предоставлять удобный доступ к интерфейсам приема и отправки почты. Поэтому составлением письма занимается отдельный редактор. Причем тот, который выбираете лично Вы. Да, разумеется, это выглядит довольно логичным. По программе на задачу, только текст, только пайпы, только хардкор, вывод --version в stderr, всё есть файл если не указано иное, UNIX is an IDE и прочая классика. Это даже работает во многих случаях, иначе я бы в mutt+vim не сидел последние N лет. Только вот в остальных случаях оно вообще никак не работает и тут даже не дописать нужное. Идеология не позволяет. Я не мастер слоганов, я просто маловато их знаю - но за последние N лет я таких случаев не встречал. Может, Вы пример приведете? Я ниже наприводил. Элементарную операцию подставить адреса из инбокса по первым буквам приходится делать ручным копипастом. Я не думаю, что это большая проблема. Мне казалось, что Муть может создавать шаблоны письма, а уже затем отправлять их редактору. Если я, конечно, правильно понял, что Вы миели в виду под адресами из инбокса. Я имел в виду, что (мы сейчас представляем, что обладание информацией позволяет произвольно ей распоряжаться, даже если такая функциональность реально не написана) если до запуска редактора у меня есть письма, включая список отправителей-получателей, то после его запуска у меня есть только то, что мне отдал MUA: я уже не могу ничего у него узнать. В то время как в нормальном клиенте я в процессе написания письма могу спокойно подставлять запомненные им адреса с подсказками и выпадающими списками. Вообще говоря, для этой цели существуют т.н. адресные книги. Вот в Гнусе - это bbdb. У Вас вроде тоже была какая-то программа внешняя. Как там ее, abook? Не ошибаюсь? Так вот, я очень сомневаюсь, что abook не умеет работать с vim. А хрен его знает, может и умеет, левыми косыми скриптами. В любом случае, я не хочу совать адреса в книгу вручную. В том же Thunderbird это не требуется. И интересно, Вам так необходимо часто менять подпись? Нет, ну правда - это же подпись. У меня может быть разная подпись для русскоязычных и англоязычных ML. У меня может быть разная подпись для деловой и остальной переписки. Ну и насколько мне известно, Вы можете присоединять подпись уже после составления письма - Вы ведь можете поставить пайп в команде вызова редактора, нет? (вот и ещё один костылик) И как это поможет? Мне в пайп вставлять вызов самописной интерактивной программы или делать несколько разных команд редактирования? Да, похоже, Вам действительно нужно менять подпись достаточно часто. В любом случае, это не проблема почтового клиента.
Re: Разбивка диска
22.12.2011 17:33, Алексей Витальевич Коротков пишет: On Sun, 18 Dec 2011 15:33:03 +0400 Н. Артём wrote: Короче, остаётся ext4? А ей, так ради любопытства, есть сейчас альтернативы? btrfs (для примера). http://wiki.debian.org/Btrfs Note that /Btrfs/ does not yet have a /fsck/ tool that can fix errors. Нет уж, спасибо. -- Best regards, Mikhail. - xmpp: ant...@stopicq.ru www: http://www.antmix.pp.ru/ signature.asc Description: OpenPGP digital signature
Re: Старый Win XP на VmWare
On Fri, 23 Dec 2011 11:03:50 +0400 Н. Артём wrote: В репозитории пакет mbr есть с утилиткой install-mbr. Посмотрю что это такое. Это делает ровно то, что в названии утилиты. Работает, я пользовался. -- С уважением, Алексей Витальевич Коротков, mailto:a.v.korot...@gmail.com -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111223142626.620ef7f3@desktop
Re: Старый Win XP на VmWare
23.12.2011, 11:42, Павел Марченко bbl...@gmail.com: VirtualBox вначале поставил (к тому же она из репозитория доступна), но у меня было разрешение в ней низкое (я не сразу разобрался, что нужно ещё и драйвера для виртуального железа ставить, до сих пор не знаю где их брать для VirtualBox, а в VmWare нужно только VmWare tools установить), к тому же в вмваре тулзы и есть дрова для виртуального железа, без них будет педалить такде как и на vbox'e без Guest Additions. еще жирный + в пользу vbox это поддержка 3д и 2д графики, включая D3D В VmWare тоже есть. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/522631324639...@web152.yandex.ru
Re: Старый Win XP на VmWare
23.12.2011, 11:23, Alexander Galanin a...@galanin.nnov.ru: (хотя VirtualBox тоже вроде поддерживает её формат). Да и достаточно удобная VmWare... Плюс, у неё снапшоты есть, интеграция гостевой и хостовой ОС и пр.. Всё перечисленное есть в VirtualBox. Может надо повнимательнее прочитать список фич, прежде чем сравнивать? Ну прекрасно. Будет время, разберусь с ней повнимательнее. А формат машин VmWare она не поддерживает? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/456001324640...@web119.yandex.ru
Re: Старый Win XP на VmWare
On Fri, Dec 23, 2011 at 03:36:03PM +0400, Н. Артём wrote: (хотя VirtualBox тоже вроде поддерживает её формат). Да и достаточно удобная VmWare... Плюс, у неё снапшоты есть, интеграция гостевой и хостовой ОС и пр.. Всё перечисленное есть в VirtualBox. Может надо повнимательнее прочитать список фич, прежде чем сравнивать? Ну прекрасно. Будет время, разберусь с ней повнимательнее. А формат машин VmWare она не поддерживает? Должна. -- WBR, wRAR signature.asc Description: Digital signature
Re: Разбивка диска
Fri, 23 Dec 2011 13:13:59 +0400 Mikhail A Antonov b...@solarnet.ru написав: 22.12.2011 17:33, Алексей Витальевич Коротков пишет: On Sun, 18 Dec 2011 15:33:03 +0400 Н. Артём wrote: Короче, остаётся ext4? А ей, так ради любопытства, есть сейчас альтернативы? btrfs (для примера). http://wiki.debian.org/Btrfs Note that /Btrfs/ does not yet have a /fsck/ tool that can fix errors. Нет уж, спасибо. Вроде недавно fsck запилили. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111223161109.43c9675a@debian-laptop
Re: Разбивка диска
2011/12/23 Paul Carroty: Note that /Btrfs/ does not yet have a /fsck/ tool that can fix errors. Нет уж, спасибо. Вроде недавно fsck запилили. Пока в /sbin нет fsck.btrfs, его нет.
Re: Разбивка диска
On Sunday 18 of December 2011 17:55:33 Н. Артём wrote: 18.12.2011, 14:48, Andrey Rahmatullin w...@wrar.name: On Sun, Dec 18, 2011 at 02:33:44PM +0400, Н. Артём wrote: Зачем /usr отдельно от /? Чтобы, если что-то подохнет при обновлении, я мог без проблем загрузиться в single-user. Поясните. Как отсутствие /usr/* может чему-то помочь? /usr может случайно грохнуться, когда обновляется нечто большое. /usr обновляется намного чаще /. При этом / останется целым и будет возможность загрузиться. Лично я считаю, что на одином диске должен быть один раздел. Все остальное -- от лукавого. Единственное исключение, если нужна еще одна операционка, а денег на еще один диск жалко. -- Стыдно, у кого видно.
Re: Разбивка диска
23.12.2011 18:11, Paul Carroty пишет: Fri, 23 Dec 2011 13:13:59 +0400 Mikhail A Antonov b...@solarnet.ru написав: 22.12.2011 17:33, Алексей Витальевич Коротков пишет: On Sun, 18 Dec 2011 15:33:03 +0400 Н. Артём wrote: Короче, остаётся ext4? А ей, так ради любопытства, есть сейчас альтернативы? btrfs (для примера). http://wiki.debian.org/Btrfs Note that /Btrfs/ does not yet have a /fsck/ tool that can fix errors. Нет уж, спасибо. Вроде недавно fsck запилили. BTRFSCK(8) NAME btrfsck - check a btrfs filesystem - А вот FIX - нету. Ну и на фига мне проверка, если нельзя исправить? Да, я проверял. Не исправляет. Сделал фс на ноуте, пару раз прозевал разряд аккумулятора, фс не развалилась, монтируется, но ВНЕЗАПНО похерились конфиги от psi+. btrfsck проверяет, говорит есть ошибки и на этом всё. -- Best regards, Mikhail. - xmpp: ant...@stopicq.ru www: http://www.antmix.pp.ru/ signature.asc Description: OpenPGP digital signature
Re: консольные почтовые клиенты
2011/12/23 Andrey Rahmatullin w...@wrar.name С того, что почтовый клиент, как программа для чтения почты (раз уж ни писать, ни отправлять, ни получать её она не должна уметь), с чтением почты не справляется, и надо открывать отдельное окно (а если при этом надо чтобы приложенные картинки было видно, то не факт что это получится). Ох спасибо :) за эти строки. Если б мне не было жалко стул на котором я сижу, я б с ним вместе свалился от смеха. По-моему добавлять уже просто нечего. Mutt - явный тунеядец. Т.к. тру юникс-вей. Тк. Юникс-вей это когда: Программа ничего не должна делать, а все поручить делать другим программам. Что-то подобное наблюдается и в людской среде, только называется по другому, кажеться я упомянул как.
Re: консольные почтовые клиенты
23.12.2011, 20:55, Oleksandr Lavrushchenko kpy...@gmail.com: 2011/12/23 Andrey Rahmatullin w...@wrar.name С того, что почтовый клиент, как программа для чтения почты (раз уж ни писать, ни отправлять, ни получать её она не должна уметь), с чтением почты не справляется, и надо открывать отдельное окно (а если при этом надо чтобы приложенные картинки было видно, то не факт что это получится). Ох спасибо :) за эти строки. Если б мне не было жалко стул на котором я сижу, я б с ним вместе свалился от смеха. По-моему добавлять уже просто нечего. Mutt - явный тунеядец. Т.к. тру юникс-вей. Тк. Юникс-вей это когда: Программа ничего не должна делать, а все поручить делать другим программам. Хм... Не, юникс-вей - это когда программа должна уметь делать то, что от неё требуют, а остальное её не касается. А, вообще, там несколько подпунктов есть и несколько толстых талмудов на эту тему написано. Насчёт Mutt... Не пользуюсь, не знаю. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/700081324661...@web121.yandex.ru
Re: консольные почтовые клиенты
Хм... Не, юникс-вей - это когда программа должна уметь делать то, что от неё требуют, а остальное её не касается. Тут как раз сразу стоит вспомнить про вкусы разных фломастеров. Т.к. уметь делать то, что от неё требуют это очень растяжимое понятие. Для меня юникс-вей уже давно похоже не неподступная крепость, а просто подход, который где-то работает хорошо, а где-то нет. Как и практически все другие подходы. Скажем так, я б вовсе не парился, относительно того, что Мут умеет, а чего нет и какой вэй он использует. Если б он не делал частенько задачи связанные с почтой неким рокет сайнс, хотя вроде это моя специальность :). Напр. в dmenu меня юникс-вейность вполне устраивает. Т.е. либо есть несколько разных юникс-вей, либо назваться юникс-вей мало чтоб стать действительно хорошей программой.
Re: консольные почтовые клиенты
Вообще говоря, для этой цели существуют т.н. адресные книги. Вот в Гнусе - это bbdb. У Вас вроде тоже была какая-то программа внешняя. Как там ее, abook? Не ошибаюсь? Так вот, я очень сомневаюсь, что abook не умеет работать с vim. А хрен его знает, может и умеет, левыми косыми скриптами. В любом случае, я не хочу совать адреса в книгу вручную. В том же Thunderbird это не требуется. Левыми косыми скриптами? Хм... Специально посмотрел в пакетик. Прошу Вас: /usr/share/doc/abook/contrib/mail.vim.gz Уж не знаю, насколько он левый и косой, но поставляется вместе с пакетом. Входит, так сказать, в стандартную поставку. Да, похоже, Вам действительно нужно менять подпись достаточно часто. В любом случае, это не проблема почтового клиента. Если Вам оно надо - напишите скрипт, пускай он смотрит, к какому списку относится тот или иной почтовый адрес и подставляет соответствующую подпись. Я не хочу писать скрипт пускай смотрит, это в принципе делается хуками в мутте и работает криво. Ну, если хуками оно делается, но работает криво, то сделайте так, чтобы работало нормально. То есть если стандартное решение работает плохо, то либо пишите свое настандартное, либо не используйте вообще никакого. Правильная работа с цитированием. Подсветка цитирования и подписи. Отрезание чужой подписи при ответе. Опять же, это задача текстового редактора. И опять же мне не верится, что Vim этого не умеет. Умеет отчасти. Левым плагином. Из коробки не умеет, конечно. Из коробки? Вам, извините, шашечки или ехать? Это Vim. Его в любом случае надо настраивать под себя, если только вы его ставили не затем, чтобы сказать Я пользуюсь Vim. Знаете, я думаю, что Вам определенно стоит попробовать Gnus. Там емакс. Другой вопрос, что гнус - отвратительнейший неюниксвей, ведь там MUA интегрирован с редактором! Где пайпы? Где текст? Если честно, я нахожу Emacs вполне гнушной операционной средой. Серьезно, у всех программ есть свои зависимости. Просто у емаксовых программ-расширений зависимостью является емакс. А по поводу пайпов и текста, всегда ведь можно сделать так: emacs -f function Какие там еще критерии были? Дайте ссылочку, где даны четние характиристики 'unix way'. либо преобразуется в форматированный текст посредством внешней программы? На выходе ерунда будет, не бывает форматированного текста. Что, простите? Не бывает форматированного текста? Ну тогда извините: man 7 roff man 7 groff man 7 nroff И благодаря чему Вы, собственно, man-страницы читаете? А теперь единственное, что в этом письме по делу. Замечу также, что Вы ушли от темы и от вопроса. Вопрос в следующем: С чего бы Вы считаете ненормальным то, что отображение хтмл-письма происходит во внешней программе С того, что почтовый клиент, как программа для чтения почты (раз уж ни писать, ни отправлять, ни получать её она не должна уметь), с чтением почты не справляется, и надо открывать отдельное окно (а если при этом надо чтобы приложенные картинки было видно, то не факт что это получится). То есть я так понял: 1) Вы крайне недовольны необходимостью открывать отдельное окно, ибо у мути плохо с многопоточностью. - Ну что тут можно сказать. Да, недостаток. 2) Вы ставите в упрек Мути тот факт, что _консольный_ почтовый клиент не может показать хтмл так, как это может сделать графический. - Вот об этом и шел изначальный тред. Это невозможно в принципе. Как Вы себе это представляете? Единственно верный и возможный способ решения - использование инструментов, типа elinks, w3c, и т.д. Эти решения костылями не являются. Посмотрите на великое разнообразие графических браузеров - и ни один из них полностью не соответствует стандартам W3C, и все в итоге отображают страницы по-разному. И Вы будете ругаться на то, что результат рендера текстовым браузером по каким-то причинам Вас не устраивает? Так это проблема скорее того, кто составлял письмо. Действительно, если задуматься, то Вы же не станете писать казаху на японском, не будучи уверены в том, что он знает этот язык. Собственно, тред занянулся и распух. Надо как-нибудь заканчивать эту полемику. Единственное, что меня в нем интересует - это то, что Вы называете костылями вещи, которые ими не являются. -- ** * jabber: free...@jabber.mipt.ru * * Registered linux user #546240* ** -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/8762h7p4cz@gmail.com
Re: консольные почтовые клиенты
23.12.2011, 21:39, Oleksandr Lavrushchenko kpy...@gmail.com: Хм... Не, юникс-вей - это когда программа должна уметь делать то, что от неё требуют, а остальное её не касается. Тут как раз сразу стоит вспомнить про вкусы разных фломастеров. Т.к. уметь делать то, что от неё требуют это очень растяжимое понятие. Для меня юникс-вей уже давно похоже не неподступная крепость, а просто подход, который где-то работает хорошо, а где-то нет. Да я понял... Строка в ответе максимум 80 символов... %-) Скажем так, я б вовсе не парился, относительно того, что Мут умеет, а чего нет и какой вэй он использует. Если б он не делал частенько задачи связанные с почтой неким рокет сайнс, хотя вроде это моя специальность :). Значит он не юникс-вэй. :-) Как и практически все другие подходы. А какие другие? Напр. в dmenu меня юникс-вейность вполне устраивает. Т.е. либо есть несколько разных юникс-вей, либо назваться юникс-вей мало чтоб стать действительно хорошей программой. Просто нужно выполнять то, что требуется... cat - пример unix-way. :-) Bash, вроде, тоже... Vim. Где перегруженность? Я и в виндовс Vim пользовался. Вначале, когда только с ним познакомился, не понимал. Потом привык. И пользуюсь vim, просто потому что это удобно. Emacs - вот это уже не очень похоже на unix-way. Зачем мне квест, тетрис и психиатр в редакторе? По-моему, unix-way - это когда программа выполняет _то, что требуется_. Ни меньше, ни больше. Ни к чему усложнения. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/107241324664...@web126.yandex.ru
Re: Разбивка диска
12/23/11 18:01, ivan demakov пишет: On Sunday 18 of December 2011 17:55:33 Н. Артём wrote: /usr может случайно грохнуться, когда обновляется нечто большое. /usr обновляется намного чаще /. При этом / останется целым и будет возможность загрузиться. Лично я считаю, что на одином диске должен быть один раздел. Все остальное -- от лукавого. Забыли сказать что с одной файловой системой - остальные от лукавого. Еще должен быть один интерфейс и одна реализация. Чего вы в этой рассылке делаете - маки ждут вас. Единственное исключение, если нужна еще одна операционка, а денег на еще один диск жалко. -- With Best Regards, Maksym Tiurin JID:mrko...@jabber.pibhe.com -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ef4e17a.6090...@bungarus.info
Фигня при конвертировании из .pdf в .jpeg
При конвертировании из .pdf в .jpeg получается такая фигня:
convert file.pdf file.jpeg
Warning: File has an invalid xref entry: 2. Rebuilding xref
table.
This file had errors that were repaired or ignored.
The file was produced by:
PDFsharp 1.2.1269-g (www.pdfsharp.com) (Original: XSane
0.997)
Please notify the author of the software that produced this
file that it does not conform to Adobe's published PDF
specification.
Это действительно бага XSane, или я что-то сделал криво при его
создании? Раньше вроде так не получалось...
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4ef570bb.1040...@gmail.com
