Re: консольные почтовые клиенты
On Thu, Dec 22, 2011 at 10:31:35AM +0400, Victor Wagner wrote: > On 2011.12.21 at 03:02:21 +0200, Oleksandr Lavrushchenko wrote: > > -: как и консольных клиентов (кот. я знаю, кроме всяких сборных > > солянок типа nmh) - однопоочность, и медленная как по мне > > По-моему по сравнению с тем, как реализована многопотчность в > thunderbird однопоточность скорее достоинство, чем недостаток. Если бы еще imap не отваливался по таймауту если оставить 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/20111222082550.gb7...@nano.ioffe.rssi.ru
Re: консольные почтовые клиенты
On Thu, Dec 22, 2011 at 10:24:47AM +0400, Victor Wagner wrote: > > elinks/w3m/lynx я и назвал "частичное решение костылями". У меня еще > Это не костыль, а штатный unix-way. Это синонимы. -- WBR, wRAR signature.asc Description: Digital signature
Re: AVHCD .MTS файлы
On Tue, 20 Dec 2011 11:49:22 + Mikhail Ramendik wrote: MR> Нужно обрабатывать файлы с видеокамеры Panasonic SD60. Это AVHCD, MR> расширение MTS, Full HD 1920 (но я не понял, p или i). MR> Перекодировать. MTS -- это контейнер. Что там внутри -- смотрите с помощью, например, mediainfo. Может, там уже и есть как раз MPEG-4. И какая конечная цель обработки? -- С уважением, Алексей Витальевич Коротков, 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/20111222134546.5b5ea57a@desktop
Re: Разбивка диска
On Sun, 18 Dec 2011 16:48:09 +0600 Andrey Rahmatullin wrote: AR> Хотя вру, если вы не собираетесь сами использовать /tmp, то для AR> программ хватит и пары гигов (если не вспоминать про писалки DVD, AR> которые могут сложить туда исошку). Куда они складывают, это настраивается. -- С уважением, Алексей Витальевич Коротков, 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/20111222171114.5ac69c1e@desktop
Re: Разбивка диска
On Sun, 18 Dec 2011 15:33:03 +0400 Н. Артём wrote: > Короче, остаётся ext4? А ей, так ради любопытства, есть сейчас > альтернативы? btrfs (для примера). http://wiki.debian.org/Btrfs -- С уважением, Алексей Витальевич Коротков, 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/20111222173330.3bea2c91@desktop
Re: консольные почтовые клиенты
> On Thu, Dec 22, 2011 at 10:24:47AM +0400, Victor Wagner wrote: >> > elinks/w3m/lynx я и назвал "частичное решение костылями". У меня еще >> Это не костыль, а штатный unix-way. > Это синонимы. Извините, а по-вашему почтовый клиент должен иметь свой браузер для отображения html-писем? Что Вы имеете в виду под 'синонимами'? Принцип 'одна программа выполняет одну задачу' никак нельзя считать 'костылем, частично решающим проблему' - на нем почти полностью построена система, которой Вы, Андрей, сейчас пользуетесь. -- ** * 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/8739ccn16u@gmail.com
Re: консольные почтовые клиенты
On Thu, Dec 22, 2011 at 06:14:17PM +0400, Dmitrii Kashin wrote: > >> > elinks/w3m/lynx я и назвал "частичное решение костылями". У меня еще > >> Это не костыль, а штатный unix-way. > > Это синонимы. > Извините, а по-вашему почтовый клиент должен иметь свой браузер для > отображения html-писем? Зачем свой? Встроить имеющийся встраиваемый движок. > Что Вы имеете в виду под 'синонимами'? Принцип 'одна программа выполняет > одну задачу' никак нельзя считать 'костылем, частично решающим проблему' > - на нем почти полностью построена система, которой Вы, Андрей, сейчас > пользуетесь. (и матерюсь) У вас логическая ошибка: из того, что на основании чего-то можно полностью построить что-то, чем я пользуюсь, не следует, что это что-то не является костылём. Конкретно в случае mutt, например, можно рассмотреть взаимодействие почтового клиента с редактором. Клиент генерирует кусок письма и отдаёт его редактору, редактор отдаёт результат обратно клиенту, на этом взаимодействие заканчивается. Редактор больше ничего ни о чём не знает. Элементарную операцию "подставить адреса из инбокса по первым буквам" приходится делать ручным копипастом. Выставление подписи и прочего делается в лучшем случае через кривые хуки один раз при запуске редактора и дальше менять можно только руками. Email-related фишки, опять же, надо настраивать в самом редакторе отдельно и хорошо, если это можно сделать без левых плагинов. И при этом в процессе редактирования нельзя вернуться в клиент, нельзя увидеть новые письма или скопировать что-то из соседних. -- WBR, wRAR signature.asc Description: Digital signature
Re: Разбивка диска
22.12.2011, 17:33, "Алексей Витальевич Коротков" : > On Sun, 18 Dec 2011 15:33:03 +0400 > Н. Артём wrote: > >> Короче, остаётся ext4? А ей, так ради любопытства, есть сейчас >> альтернативы? > > btrfs (для примера). http://wiki.debian.org/Btrfs > Она уже стабильна? Когда я последний раз про неё читал, писали, что она экспериментальная... -- 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/23771324567...@web130.yandex.ru
Re: консольные почтовые клиенты
,-[Andrey Rahmatullin, 22 December 2011 19:05]: > без левых плагинов. И при этом в процессе редактирования нельзя вернуться > в клиент, нельзя увидеть новые письма или скопировать что-то из соседних. > я две копии мутта запускаю для копипасте ) а новые письма монитор кажет, можно щелкнуть и новое окно мутт их сразу и покажет. -- __ mpd status: [stopped] ** * jabber: devil_ins...@jabber.ru * * Registered linux user #450844* ** -- 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/jcvmef$3n7$2...@dough.gmane.org
Re: консольные почтовые клиенты
> On Thu, Dec 22, 2011 at 06:14:17PM +0400, Dmitrii Kashin wrote: >> >> > elinks/w3m/lynx я и назвал "частичное решение костылями". У меня еще >> >> Это не костыль, а штатный unix-way. >> > Это синонимы. >> Извините, а по-вашему почтовый клиент должен иметь свой браузер для >> отображения html-писем? > Зачем свой? Встроить имеющийся встраиваемый движок. Хм... Собственно, какая разница? Поясните пожалуйста. >> Что Вы имеете в виду под 'синонимами'? Принцип 'одна программа выполняет >> одну задачу' никак нельзя считать 'костылем, частично решающим проблему' >> - на нем почти полностью построена система, которой Вы, Андрей, сейчас >> пользуетесь. > (и матерюсь) > У вас логическая ошибка: из того, что на основании чего-то можно полностью > построить что-то, чем я пользуюсь, не следует, что это что-то не является > костылём. Насколько мне известно, костыль - это хлипкая подпорка, временное решение какой-либо серьезной проблемы. Вы утверждали, что отображение текста хтмл-письма посредством внешнего браузера является костылем. И я написал Вам, что это не так. Не надо материться, здесь приличные люди. > Конкретно в случае mutt, например, можно рассмотреть взаимодействие > почтового клиента с редактором. Клиент генерирует кусок письма и отдаёт > его редактору, редактор отдаёт результат обратно клиенту, на этом > взаимодействие заканчивается. Редактор больше ничего ни о чём не знает. Мне видится это довольно логичным. Почтовый клиент должен заниматься представлением писем, а также предоставлять удобный доступ к интерфейсам приема и отправки почты. Поэтому составлением письма занимается отдельный редактор. Причем тот, который выбираете лично Вы. > Элементарную операцию "подставить адреса из инбокса по первым буквам" > приходится делать ручным копипастом. Я не думаю, что это большая проблема. Мне казалось, что Муть может создавать шаблоны письма, а уже затем отправлять их редактору. Если я, конечно, правильно понял, что Вы миели в виду под адресами из инбокса". > Выставление подписи и прочего делается в лучшем случае через кривые > хуки один раз при запуске редактора и дальше менять можно только > руками. Хм... На моей лично памяти всегда был какой-то файл ~/.signature, текст которого подставлялся в подпись, разве нет? И интересно, Вам так необходимо часто менять подпись? Нет, ну правда - это же подпись. Ну и насколько мне известно, Вы можете присоединять подпись уже после составления письма - Вы ведь можете поставить пайп в команде вызова редактора, нет? > Email-related фишки, опять же, надо настраивать в самом > редакторе отдельно и хорошо, если это можно сделать без левых > плагинов. Честно говоря, я не очень понимаю, что Вы называете email-related фишками. > И при этом в процессе редактирования нельзя вернуться в > клиент, нельзя увидеть новые письма или скопировать что-то из > соседних. Хм... А как у Мути с многопоточностью? Разве Вы не можете просто запустить еще одну копию клиента в соседнем терминале? Хотя лично мне не по душе такой подход. Признаться, проблем Мути в этом плане я не знаю, ибо не пользуюсь ей уже очень-очень давно. Вы поясните, зачем обижаете Муть? Это очень хороший почтовый клиент. Второй, после Гнуса. Какие еще костыли, уважаемый? -- ** * 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/87y5u4lf9m@gmail.com
Re: Разбивка диска
On Thu, 22 Dec 2011 19:26:29 +0400 Н. Артём wrote: > Она уже стабильна? Когда я последний раз про неё читал, писали, что > она экспериментальная... Нет. Но, например, в Fedora 17 планируется как основная ФС [*]. И btrfs -- это для примера. Есть и другие ФС. XFS, JFS, например. Вы спрашивали про альтернативы -- они есть. Что именно выбрать -- решать Вам. Лично я поступаю просто -- ставлю всё на default FS в дистрибутиве, поскольку на своей домашней машинке никаких специфических требований к ФС не предъявляю. [*] http://fedoraproject.org/wiki/Features/F17BtrfsDefaultFs -- С уважением, Алексей Витальевич Коротков, 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/2011105917.5b392fcf@desktop
Re: Разбивка диска
22.12.2011, 20:59, "Алексей Витальевич Коротков" : > On Thu, 22 Dec 2011 19:26:29 +0400 > Н. Артём wrote: > >> Она уже стабильна? Когда я последний раз про неё читал, писали, что >> она экспериментальная... > > Нет. > > Но, например, в Fedora 17 планируется как основная ФС [*]. > > И btrfs -- это для примера. Есть и другие ФС. XFS, JFS, например. Вы > спрашивали про альтернативы -- они есть. Что именно выбрать -- решать > Вам. > > Лично я поступаю просто -- ставлю всё на default FS в дистрибутиве, > поскольку на своей домашней машинке никаких специфических требований к > ФС не предъявляю. > > [*] http://fedoraproject.org/wiki/Features/F17BtrfsDefaultFs Понятно. Сейчас я уже поставил ext4 на все разделы. Планируется, правда ещё один небольшой IDE диск для бэкапов... Посмотрел ссылку, поискал ещё побольше про btrfs. "Btrfs считается стабильной, однако до сих пор не создано инструмента для проверки файловой системы и исправления ошибок." В вики написано, что: "Btrfs включена в основную ветвь ядра Linux начиная с версии 2.6.29-rc,[3] но остаётся экспериментальной и не готова для промышленного использования." Хотя, вроде как, пишут, что по тестам она быстрее... И есть поддержка снапшотов и сжатие. В википедии старая информация? -- 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/58451324573...@web34.yandex.ru
Re: консольные почтовые клиенты
On Thu, Dec 22, 2011 at 08:53:09PM +0400, Dmitrii Kashin wrote: > >> >> > elinks/w3m/lynx я и назвал "частичное решение костылями". У меня еще > >> >> Это не костыль, а штатный unix-way. > >> > Это синонимы. > >> Извините, а по-вашему почтовый клиент должен иметь свой браузер для > >> отображения html-писем? > > Зачем свой? Встроить имеющийся встраиваемый движок. > Хм... Собственно, какая разница? Поясните пожалуйста. Вы не видите разницы между конвертилкой хтмля в текст и браузером? > >> Что Вы имеете в виду под 'синонимами'? Принцип 'одна программа выполняет > >> одну задачу' никак нельзя считать 'костылем, частично решающим проблему' > >> - на нем почти полностью построена система, которой Вы, Андрей, сейчас > >> пользуетесь. > > (и матерюсь) > > У вас логическая ошибка: из того, что на основании чего-то можно полностью > > построить что-то, чем я пользуюсь, не следует, что это что-то не является > > костылём. > Насколько мне известно, костыль - это хлипкая подпорка, временное > решение какой-либо серьезной проблемы. Почему временное-то? Постоянное, зачастую. > Вы утверждали, что отображение > текста хтмл-письма посредством внешнего браузера является костылем. И я > написал Вам, что это не так. Не надо материться, здесь приличные люди. Перечитайте. Я утверждал, что отображение HTML путём конвертации его в текст елинксом - костыль. При этом отображение HTML в сторонней программе в отдельном окне, если вы подумали что речь об этом - тоже костыль, хоть и меньший. > > Конкретно в случае mutt, например, можно рассмотреть взаимодействие > > почтового клиента с редактором. Клиент генерирует кусок письма и отдаёт > > его редактору, редактор отдаёт результат обратно клиенту, на этом > > взаимодействие заканчивается. Редактор больше ничего ни о чём не знает. > Мне видится это довольно логичным. Почтовый клиент должен заниматься > представлением писем, а также предоставлять удобный доступ к интерфейсам > приема и отправки почты. Поэтому составлением письма занимается > отдельный редактор. Причем тот, который выбираете лично Вы. Да, разумеется, это выглядит довольно логичным. "По программе на задачу", "только текст, только пайпы, только хардкор", "вывод --version в stderr", "всё есть файл если не указано иное", "UNIX is an IDE" и прочая классика. Это даже работает во многих случаях, иначе я бы в mutt+vim не сидел последние N лет. Только вот в остальных случаях оно вообще никак не работает и тут даже не дописать нужное. Идеология не позволяет. > > Элементарную операцию "подставить адреса из инбокса по первым буквам" > > приходится делать ручным копипастом. > Я не думаю, что это большая проблема. Мне казалось, что Муть может > создавать шаблоны письма, а уже затем отправлять их редактору. > Если я, конечно, правильно понял, что Вы миели в виду под адресами из > инбокса". Я имел в виду, что (мы сейчас представляем, что обладание информацией позволяет произвольно ей распоряжаться, даже если такая функциональность реально не написана) если до запуска редактора у меня есть письма, включая список отправителей-получателей, то после его запуска у меня есть только то, что мне отдал MUA: я уже не могу ничего у него узнать. В то время как в нормальном клиенте я в процессе написания письма могу спокойно подставлять запомненные им адреса с подсказками и выпадающими списками. > > Выставление подписи и прочего делается в лучшем случае через кривые > > хуки один раз при запуске редактора и дальше менять можно только > > руками. > Хм... На моей лично памяти всегда был какой-то файл ~/.signature, текст > которого подставлялся в подпись, разве нет? Да. Один. > И интересно, Вам так необходимо часто менять подпись? Нет, ну правда - > это же подпись. У меня может быть разная подпись для русскоязычных и англоязычных ML. У меня может быть разная подпись для деловой и остальной переписки. > Ну и насколько мне известно, Вы можете присоединять подпись уже после > составления письма - Вы ведь можете поставить пайп в команде вызова > редактора, нет? (вот и ещё один костылик) И как это поможет? Мне в пайп вставлять вызов самописной интерактивной программы или делать несколько разных команд редактирования? > > Email-related фишки, опять же, надо настраивать в самом > > редакторе отдельно и хорошо, если это можно сделать без левых > > плагинов. > Честно говоря, я не очень понимаю, что Вы называете email-related > фишками. Правильная работа с цитированием. Подсветка цитирования и подписи. Отрезание чужой подписи при ответе. > > И при этом в процессе редактирования нельзя вернуться в > > клиент, нельзя увидеть новые письма или скопировать что-то из > > соседних. > Хм... А как у Мути с многопоточностью? Какая разница? Терминал-то один. > Разве Вы не можете просто запустить еще одну копию клиента в соседнем > терминале? Иногда и такое приходилось делать. Я даже уверен, что есть немалое количество людей, считающих такое нормальным. > Вы поясните, зачем обижаете Муть? За дело. > Это очень хороший почтовый клиент. Второй, после Гнуса. К
Re: Разбивка диска
On Thu, 22 Dec 2011 21:07:36 +0400 Н. Артём wrote: > В википедии старая информация? Я специально за состоянием дел с btrfs не слежу (см. предыдущее письмо). Если есть желание рассмотреть вопрос более детально -- наверно, лучше обратиться к первоисточнику: https://btrfs.wiki.kernel.org/#Documentation -- С уважением, Алексей Витальевич Коротков, 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/2011115002.05b19481@desktop
Re: консольные почтовые клиенты
> On Thu, Dec 22, 2011 at 08:53:09PM +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. >> И интересно, Вам так необходимо часто менять подпись? Нет, ну правда - >> это же подпись. > У меня может быть разная подпись для русскоязычных и англоязычных ML. У > меня может быть разная подпись для деловой и остальной переписки. > >> Ну и насколько мне известно, Вы можете присоединять подпись уже после >> составления письма - Вы ведь можете поставить пайп в команде вызова >> редактора, нет? > (вот и ещё один костылик) И как это поможет? Мне в пайп вставлять вызов > самописной интерактивной программы или делать несколько разных команд > редактирования? Да, похоже, Вам действительно нужно менять подпись достаточно часто. В любом случае, это не проблема почтового клиента. Если Вам оно надо - напишите скрипт, пускай он смотрит, к какому списку относится тот или иной почтовый адрес и подставляет соответствующую подпись. >> > Email-related фишки, опять же, надо настраивать в самом >> > редакторе отдельно и хорошо, если это можно сделать без левых >> > плагинов. >
Странное поведение aptitude
Ни с того, ни с сего сегодня обнаружил следующее: После успешного выполнения sudo aptitude update , sudo aptitude safe-upgrade запускается с ошибкой: $ aptitude safe-upgrade E: Не удалось открыть файл блокировки /var/lib/dpkg/lock - open (13: Отказано в доступе) E: Не удалось выполнить блокировку управляющего каталога (/var/lib/dpkg/); у вас есть права суперпользователя? Как будто запущен другой процесс aptitude, который в действительности не запущен: ~$ ps aux | grep apt user 5866 0.0 0.0 8708 880 pts/1S+ 23:09 0:00 grep --color=auto apt (вообще свежезагруженная система, в которой - после загрузки - aptitude до этого случая не запускалась). $ ls -l /var/lib/dpkg/lock -rw-r- 1 root root 0 Дек 22 11:00 /var/lib/dpkg/lock Что это может значить и как лечить? -- 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/4ef380d1.1080...@gmail.com
Re: Разбивка диска
On Thu, Dec 22, 2011 at 08:59:17PM +0400, Алексей Витальевич Коротков wrote: > Но, например, в Fedora 17 планируется как основная ФС [*]. > fedora -- это такой способ получить бета-тестеров для RHEL нахаляву. -- WBR, Dmitry signature.asc Description: Digital signature
Re: консольные почтовые клиенты
On Thu, Dec 22, 2011 at 10:30:03PM +0400, Dmitrii Kashin wrote: > > Перечитайте. Я утверждал, что отображение HTML путём конвертации его в > > текст елинксом - костыль. При этом отображение HTML в сторонней программе > > в отдельном окне, если вы подумали что речь об этом - тоже костыль, хоть и > > меньший. > И почему же это костыли? Вполне нормальное решение проблемы отображения > хтмл-писем в текстовом браузере. aalib -- "вполне нормальное решение проблемы отображения картинок в текстовом редакторе". Сюда же: микроскоп -- вполне нормальное решение проблемы отсутствия молотка, если нужно забить гвоздь. > Вообще говоря, для этой цели существуют т.н. "адресные книги". Вот в > Гнусе - это bbdb. У Вас вроде тоже была какая-то программа внешняя. Как > там ее, abook? Не ошибаюсь? Так вот, я очень сомневаюсь, что abook не > умеет работать с vim. Насетапить можно конечно. И не только abook. Я, например, lbdb использую. Ибо синхронизирую vcard-ы с телефоном. Только если в vim это вкручивать, то настраивать уже нужно в _двух_ местах. Плюс появляются копии конфигов для того же vim-а... Кстати, цитирование только выделенного мышкой текста похоже что невозможно сделать в связке vim+mutt. > Знаете, я думаю, что Вам определенно стоит попробовать Gnus. Все Ваши > "недостатки" Mutt здесь будут выглядеть крайне смешно. Там все еще грустнее? > > Замечу также, что Вы ушли от темы и от вопроса. Вопрос в следующем: > С чего бы Вы считаете ненормальным то, что отображение хтмл-письма > происходит во внешней программе, либо преобразуется в форматированный > текст посредством внешней программы? Потому что это преобразование с потерями. Иногда эти потери незначительны, иногда приводят к невозможности прочитать письмо вообще. -- WBR, Dmitry signature.asc Description: Digital signature
Re: консольные почтовые клиенты
On Thu, Dec 22, 2011 at 08:53:09PM +0400, Dmitrii Kashin wrote: > Хм... А как у Мути с многопоточностью? Хреново. Во время чтения mailbox-а по IMAP-у ничего нельзя сделать вообще. В случае GPRS вообще приходится выставлять побольше poll интервал, потому что во время poll-инга он тоже реагирует на действия пользователя с приличной задержкой. > Разве Вы не можете просто > запустить еще одну копию клиента в соседнем терминале? Хотя лично мне не > по душе такой подход. Признаться, проблем Мути в этом плане я не знаю, > ибо не пользуюсь ей уже очень-очень давно. Можно. В случае IMAP возможно нужно будет еще раз ввести пароль. Опять же, нужно будет зайти еще раз в тот же mailbox, удивиться что прочитанные письма все еще висят как новые (старый же пока не сделал sync-mailbox). > Вы поясните, зачем обижаете Муть? Это очень хороший почтовый > клиент. Второй, после Гнуса. Какие еще костыли, уважаемый? У mutt-а приличное количество достоинств. Но при это есть недостатки. Как у лично mutt-а, так и из-за его терминальности. Скоринга по ~h/~b, например, нет =) -- WBR, Dmitry signature.asc Description: Digital signature
Re: Странное поведение aptitude
22.12.2011 21:11, James Brown пишет: > $ aptitude safe-upgrade Дык нет же прав суперпользователя. Или я не заметил sudo перед aptitude? > E: Не удалось открыть файл блокировки /var/lib/dpkg/lock - open (13: > Отказано в доступе) > E: Не удалось выполнить блокировку управляющего каталога > (/var/lib/dpkg/); у вас есть права суперпользователя? Вот и сообщение соответствующее Вам выдали. Все сходится. -- 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/jd0cgj$v30$1...@dough.gmane.org
Re: Старый Win XP на VmWare
On Dec 23, 2011 8:40 AM, "Н. Артём" wrote: > > Есть жёсткий. На третьем разделе винда. Нужно создать из этой винды виртуальную машину. > > Раздел передрал в файл, используя dd. Затем конвертировал в VMDK через VBoxManage. > Создал виртуальную машину. Виртуальная машина запустилась, но не загрузилась. Вспомнил, что это третий раздел. > > Как сделать так, чтобы винда запускалась и не нужно было создавать образ из всего жёсткого (т.е. добавить таблицу разделов к изначальному образу)? Переустановить загрузчик?
Re: Старый Win XP на VmWare
23.12.2011, 09:30, "Dmitry A. Zhiglov" : > On Dec 23, 2011 8:40 AM, "Н. Артём" wrote: >> >> Есть жёсткий. На третьем разделе винда. Нужно создать из этой винды >> виртуальную машину. >> >> Раздел передрал в файл, используя dd. Затем конвертировал в VMDK через >> VBoxManage. >> Создал виртуальную машину. Виртуальная машина запустилась, но не >> загрузилась. Вспомнил, что это третий раздел. >> >> Как сделать так, чтобы винда запускалась и не нужно было создавать образ из >> всего жёсткого (т.е. добавить таблицу разделов к изначальному образу)? > > Переустановить загрузчик? Помимо этого ещё MBR нужна... С одним разделом. Сейчас читаю про MBR и прочее. Вспоминаю. -- 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/240031324618...@web122.yandex.ru
Re: Старый Win XP на VmWare
Возьми какой-нибудь виндовый лайв сиди, с инструментами для подъёма разделов и загрузчика. И попробуй полечить. Или используй testdisk, может поможет. -- Константин Фадеев
Re: Старый Win XP на VmWare
On Fri, 23 Dec 2011, Н. Артём wrote: 23.12.2011, 09:30, "Dmitry A. Zhiglov" : On Dec 23, 2011 8:40 AM, "Н. Артём" wrote: Есть жёсткий. На третьем разделе винда. Нужно создать из этой винды виртуальную машину. Раздел передрал в файл, используя dd. Затем конвертировал в VMDK через VBoxManage. Создал виртуальную машину. Виртуальная машина запустилась, но не загрузилась. Вспомнил, что это третий раздел. Как сделать так, чтобы винда запускалась и не нужно было создавать образ из всего жёсткого (т.е. добавить таблицу разделов к изначальному образу)? Переустановить загрузчик? Помимо этого ещё MBR нужна... С одним разделом. Сейчас читаю про MBR и прочее. Вспоминаю. Помимо всего будут проблемы с драйверами. Где-то вместо %windir% будет стоять E:\ (или что там у вас) и т.д. и т.п. Мне кажется, что овчинка выделки не стоит. Когда у меня была подобная задача, просто установил win заново, а нужные программы перенес. К тому же, если порыться в лицензии, то скорее всего где то вы ее таким переносом нарушаете все равно. А почему VmWare? Я правда давно на нее не смотрел, но года два назад я замучился держать специальные версии ядра, где VmWare работала. VirtualBox меня сейчас вполне устраивает, лишь бы памяти было достаточно. Ю.
Re: Старый Win XP на VmWare
1. если разделл оффтопик был только 1 то всё будет отлично, достаточно сделать fixboot и fixmbr 2. виртуалбокс действительно хорош, для воркстейшена предпочитаю его вмваре, хотя бы ради функции интеграции с рабочим столом виртуальной машины. -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
Re: Старый Win XP на VmWare
23.12.2011, 10:10, "Konstantin Fadeyev" : > Возьми какой-нибудь виндовый лайв сиди, с инструментами для подъёма > разделов и загрузчика. И попробуй полечить. > Или используй testdisk, может поможет. > > -- > Константин Фадеев Так мне не нужно ничего лечить. Просто старый комп сдох (северный мост, похоже). У него было два харда. На одном из них один из разделов с виндой, на которой было много нужного, в т.ч. из ПО. Сейчас я хочу старую винду запустить на новом компе на виртуальной машине. -- 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/401481324623...@web73.yandex.ru
Re: Старый Win XP на VmWare
23.12.2011, 10:13, yuri.nefe...@gmail.com: > On Fri, 23 Dec 2011, Н. Артём wrote: > >> 23.12.2011, 09:30, "Dmitry A. Zhiglov" : >>> On Dec 23, 2011 8:40 AM, "Н. Артём" wrote: Есть жёсткий. На третьем разделе винда. Нужно создать из этой винды виртуальную машину. Раздел передрал в файл, используя dd. Затем конвертировал в VMDK через VBoxManage. Создал виртуальную машину. Виртуальная машина запустилась, но не загрузилась. Вспомнил, что это третий раздел. Как сделать так, чтобы винда запускалась и не нужно было создавать образ из всего жёсткого (т.е. добавить таблицу разделов к изначальному образу)? >>> Переустановить загрузчик? >> Помимо этого ещё MBR нужна... С одним разделом. Сейчас читаю про MBR и >> прочее. Вспоминаю. > > Помимо всего будут проблемы с драйверами. > Где-то вместо %windir% будет стоять E:\ (или что там у вас) и т.д. и т.п. > > Мне кажется, что овчинка выделки не стоит. > > Когда у меня была подобная задача, просто > установил win заново, а нужные программы перенес. > К тому же, если порыться в лицензии, то скорее всего > где то вы ее таким переносом нарушаете все равно. > А почему VmWare? > Я правда давно на нее не смотрел, но года два назад > я замучился держать специальные версии ядра, где > VmWare работала. Сейчас всё нормально работает. > VirtualBox меня сейчас вполне устраивает, лишь бы > памяти было достаточно. VirtualBox вначале поставил (к тому же она из репозитория доступна), но у меня было разрешение в ней низкое (я не сразу разобрался, что нужно ещё и драйвера для виртуального "железа" ставить, до сих пор не знаю где их брать для VirtualBox, а в VmWare нужно только VmWare tools установить), к тому же она менее гибкая (по крайней мере, через ГУЙ меньше параметров ВМ возможно поменять, чем у VmWare). В-третьих, большая часть образов в сети под 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/409321324623...@web62.yandex.ru
Re: Старый Win XP на VmWare
23.12.2011, 10:38, "Павел Марченко" : > 1. если разделл оффтопик был только 1 то всё будет отлично, достаточно > сделать fixboot и fixmbr Вряд ли. Поскольку в образе сразу начинается какая-то фигня про NTFS и NTLDR. Там свой загрузчик. Который NTLDR не находит. Я примерно уже понял: 1. Попробую просто поправить boot.ini. 2. Если не получится, надо сделать правильную MBR и просто добавить в начало образа. В репозитории пакет mbr есть с утилиткой install-mbr. Посмотрю что это такое. > 2. виртуалбокс действительно хорош, для воркстейшена предпочитаю его > вмваре, хотя бы ради функции интеграции с рабочим столом виртуальной > машины. У VmWare есть Unity... Разве у VirtualBox тоже подобное..? У меня обе стоят. VirtualBox я оставил, на всякий случай (и потому что уже успел винду поставить на VirtualBox). -- 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/288961324623...@web142.yandex.ru
Re: Старый Win XP на VmWare
23.12.2011, 10:13, yuri.nefe...@gmail.com: > Помимо всего будут проблемы с драйверами. > Где-то вместо %windir% будет стоять E:\ (или что там у вас) и т.д. и т.п. C:\ . И диск должен быть, как C:\. Буква там назначается в реестре, вроде и не сильно зависит от положения раздела. К тому же, вроде там только один NTFS раздел. За ним идёт FAT. Потом там на других ext4. Винда их просто не видит. > Мне кажется, что овчинка выделки не стоит. > > Когда у меня была подобная задача, просто > установил win заново, а нужные программы перенес. Стоит. Винда несколько лет без переустановки. Там очень много всего придётся переставлять и настраивать. > К тому же, если порыться в лицензии, то скорее всего > где то вы ее таким переносом нарушаете все равно. Там на винде столько всего полезного стоит, что о лицензии даже речи не идёт. :-) -- 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/293931324624...@web121.yandex.ru
Re: Старый Win XP на VmWare
On Fri, 23 Dec 2011 10:59:23 +0400 Н. Артём wrote: > VirtualBox вначале поставил (к тому же она из репозитория доступна), но у > меня было разрешение в ней низкое (я не сразу разобрался, что нужно ещё и > драйвера для виртуального "железа" ставить, до сих пор не знаю где их брать > для VirtualBox, а в VmWare нужно только VmWare tools установить), к тому же Для VirtualBox надо поставить Guest Additions. Они тоже есть в репозитории (пакет virtualbox-guest-additions-iso), а затем поставить прям через менюшку, если под виртуальной машиной Windows. Если там Linux, то надо собрать соответствующие модули под его ядро и перенастроить иксы. В Debian модули собираются автоматически скриптами при установке virtualbox-guest-dkms. > (хотя VirtualBox тоже вроде поддерживает её формат). Да и достаточно удобная > VmWare... Плюс, у неё снапшоты есть, интеграция гостевой и хостовой ОС и > пр.. Всё перечисленное есть в VirtualBox. Может надо повнимательнее прочитать список фич, прежде чем сравнивать? -- Alexander Galanin -- 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/20111223112344.df3e02a9d7b185fe32319...@galanin.nnov.ru
Re: Старый Win XP на VmWare
>> VirtualBox вначале поставил (к тому же она из репозитория доступна), но у >> меня было разрешение в ней низкое (я не сразу разобрался, что нужно ещё и >> драйвера для виртуального "железа" ставить, до сих пор не знаю где их брать >> для VirtualBox, а в VmWare нужно только VmWare tools установить), к тому же в вмваре тулзы и есть дрова для виртуального железа, без них будет педалить такде как и на vbox'e без Guest Additions. еще жирный + в пользу vbox это поддержка 3д и 2д графики, включая D3D -- В смысле осмысления бессмысленного смысл тоже имеет определенную осмысленность!!!
