Re: squeeze frozen
2010/8/9 Stanislav Maslovski stanislav.maslov...@gmail.com: On Mon, Aug 09, 2010 at 12:32:11PM +0400, Mark Goldshtein wrote: 2010/8/7 Stanislav Maslovski stanislav.maslov...@gmail.com: On Sat, Aug 07, 2010 at 10:56:58AM +0700, Sergei Stolyarov wrote: Эх, жаль, что нормального рендеринга шрифтов в этом дистрибутиве не будет. Следовало добавить: в приложениях, использующих cairo. Увы, официально стабильный релиз cairo на данный момент - 1.8.10. Тем не менее, можно попробовать уговорить майнтейнера наложить известный патч и пропихнуть в тестинг, мотивируя тем, что патч был всесторонне проверен и даже принят в апстрим. Если есть такая возможность, мне кажется, это надо сделать _обязательно_. Глаза ведь это наш общий рабочий инструмент. У всех заинтересованных есть возможность подключиться к обсуждению: http://lists.debian.org/debian-devel/2010/08/msg00202.html http://lists.debian.org/debian-devel/2010/08/msg00209.html Интересное обсуждение. Что бы поучаствовать, надо подписаться на Debian Devel? -- С Уважением, Марк Гольдштейн Sincerely Yours' Mark Goldshtein
Re: DVD-плеер
On Wed, Aug 11, 2010 at 04:16:29PM +0400, Victor Wagner wrote: On 2010.08.11 at 15:45:13 +0400, Konstantin Pavlov wrote: On Wed, Aug 11, 2010 at 03:36:12PM +0400, Victor Wagner wrote: А на счет ресурсов, разве что RAM. И то, не такой уж большой оверхед вносит. Скорость реакции на нажатие кнопки везде примерно одинаковая Ага - на несколькогигагерцовых многоядерных процессорах, не занятых ничем кроме GUI разница незаметна. А попробуй на нормальном железе персонального уровня - например, на Nokia N800 - 128Mb RAM, 400Mhz TI OMAP. На N900 у меня вполне нормально работает VLC на Qt. А тут Олег Бройтман недавно в ЖЖ писал про проблемы с MP3-сигналами вызова на N900 - то есть что там в ГИГАБАЙТЕ памяти не умещается одновременно GSM-модуль и игралка MP3. Вы говорите о том, чего не знаете и не проверяли сами, OK. Так вот, там помимо GSM-модуля и игралки MP3 в этом самом ГИГАБАЙТЕ памяти (hint: оперативной там всего 256, остальное очень медленный своп) еще куча всего находится. Я, видимо, что-то не так делаю. Конечно - вы отдаете совершенно понапрасну свои деньги производителям железа. Уж N900 точно не стоит тех безумных сотен долларов, которые за нее просят. Если бы то время, которое вы потратили на зарабатывание этих денег, вы бы потратили на изучение правильных технологий программирования и разработку правильного софта, вы бы добились того же результата, но еще бы у вас осталось что-то в голове. А железяку вы выкинете в мусор уже через 2 года. Потому что Nokia перестанет поставлять к ней расходники, например аккумуляторы. Про аккумуляторы -- чушь. Их легко найти на модели пяти-шестилетней давности. Кроме того, на N800, которая уже два года как неподдерживается, аккумуляторы продаются в любом магазине сотовой связи. А куда мне девать свое время -- это я как-нибудь сам решу. :) А вам так хочется горбатиться на жирных гадов из Nokia, Dell и прочих? ?? А почему вы тогда не пользуетесь продукцией Apple или Microsoft? Чем эти грабители хуже других грабителей, которых вы поддерживаете своими деньгами. Почему Вы думаете, что не пользуюсь продукцией Apple или Microsoft? -- Искусство если не хлеб, то вино жизни. -- Жан Поль signature.asc Description: Digital signature
Re: squeeze frozen
On Thu, Aug 12, 2010 at 10:33:32AM +0400, Mark Goldshtein wrote: У всех заинтересованных есть возможность подключиться к обсуждению: http://lists.debian.org/debian-devel/2010/08/msg00202.html http://lists.debian.org/debian-devel/2010/08/msg00209.html Интересное обсуждение. Что бы поучаствовать, надо подписаться на Debian Devel? Не обязательно, в эту рассылку можно писать и не будучи на нее подписанным. Но всегда удобнее, имхо, сначала подписаться. -- Stanislav -- 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/20100812074800.ga1...@kaiba.homelan
Вьюер больших картино к
Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? Под эффективно работать понимаается быстрое масштабирование и панорамирование. И естественно никаких промежуточных файлов. Должно работать даже если в распоряжении этой программы нет ни одной writable файловой системы. Это же вьюер Большими считаются картинки, количество пикселов в которых превосходит количество байт RAM на машине, где они просматриваются. Поддержка десяти тысяч экзотичских форматов не нужна. JPEG, TIFF (cо всеми его вариациями) и PNG - достаточно. Таких картинок может запросто нагенерировать, скажем graphviz. Но вообще-то попадаются и полноцветные картинки такого размера, например результаты сканирования листа карты формата A1. А уж если склеить в единый файл карту СССР масштаба 1:2 500 000 (16 листов формата A1)... Года два назад я такой вьюер искал и не нашел. Может с тех пор ситуация изменилась? -- 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/20100812082302.ga31...@wagner.pp.ru
проблемы с pppd
Добрый день! Был у меня сервер на статическом белом ip адресе - провайдеру это не понравилось и переделали они на pppoe со статическим белым адресом :) клиент сидит на сером ip провайдера через nat. Вот после конфигуряния pppoe соединения и начались проблемы с pptp сервером - при присоединении клиента логи pptp сервера + логи iptables по пакетам такие: Aug 12 13:05:23 s-vpn pptpd[4229]: CTRL: Client client ip control connection started Aug 12 13:05:23 s-vpn pptpd[4229]: CTRL: Starting call (launching pppd, opening GRE) Aug 12 13:05:23 s-vpn pppd[4231]: Plugin /usr/lib/pptpd/pptpd-logwtmp.so loaded. Aug 12 13:05:23 s-vpn pppd[4231]: pppd 2.4.4 started by root, uid 0 Aug 12 13:05:23 s-vpn pppd[4231]: Using interface ppp1 Aug 12 13:05:23 s-vpn pppd[4231]: Connect: ppp1 -- /dev/pts/4 Aug 12 13:05:23 s-vpn pptpd[4229]: GRE: Bad checksum from pppd. Aug 12 13:05:23 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58095 DF PROTO=47 Aug 12 13:05:23 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17796 PROTO=47 Aug 12 13:05:23 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58096 DF PROTO=47 Aug 12 13:05:25 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17799 PROTO=47 Aug 12 13:05:25 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58097 DF PROTO=47 Aug 12 13:05:26 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58098 DF PROTO=47 Aug 12 13:05:28 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17802 PROTO=47 Aug 12 13:05:28 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58099 DF PROTO=47 Aug 12 13:05:29 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58100 DF PROTO=47 Aug 12 13:05:32 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58101 DF PROTO=47 Aug 12 13:05:32 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17805 PROTO=47 Aug 12 13:05:32 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58102 DF PROTO=47 Aug 12 13:05:35 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58103 DF PROTO=47 Aug 12 13:05:36 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17810 PROTO=47 Aug 12 13:05:36 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58104 DF PROTO=47 Aug 12 13:05:38 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58105 DF PROTO=47 Aug 12 13:05:40 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17813 PROTO=47 Aug 12 13:05:40 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58106 DF PROTO=47 Aug 12 13:05:41 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58107 DF PROTO=47 Aug 12 13:05:44 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58108 DF PROTO=47 Aug 12 13:05:44 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17817 PROTO=47 Aug 12 13:05:44 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58109 DF PROTO=47 Aug 12 13:05:47 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58110 DF PROTO=47 Aug 12 13:05:48 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17820 PROTO=47 Aug 12 13:05:48 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58111 DF PROTO=47 Aug 12 13:05:50 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=65 TOS=0x00 PREC=0x00 TTL=64 ID=58112 DF PROTO=47 Aug 12 13:05:52 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17823 PROTO=47 Aug 12 13:05:52 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=47 TOS=0x00 PREC=0x00 TTL=64 ID=58113 DF PROTO=47 Aug 12 13:05:53 s-vpn pppd[4231]: LCP: timeout sending Config-Requests Aug 12 13:05:56 s-vpn kernel: GRE!! IN=ppp0 OUT= MAC= SRC=client ip DST=server ip LEN=57 TOS=0x00 PREC=0x00 TTL=118 ID=17826 PROTO=47 Aug 12 13:05:56 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=69 TOS=0x00 PREC=0x00 TTL=64 ID=58114 DF PROTO=47 Aug 12 13:05:56 s-vpn kernel: GRE!! IN= OUT=ppp0 SRC=server ip DST=client ip LEN=43 TOS=0x00 PREC=0x00 TTL=64
Re: Вьюер больших картинок
быстрое масштабирование и панорамирование. никаких промежуточных файлов. количество пикселов превосходит количество байт RAM на машине И как такое реализовать? -- xmpp: alexey#boyko,km,ua
Re: Re: Вьюер больших картинок
] И как такое реализовать? ] делаешь побольше своп и юзаешь картинки BR-- Чертов Вячеслав -- 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/871281608...@web145.yandex.ru
Re: Вьюер больших картинок
] И как такое реализовать? ] делаешь побольше своп и юзаешь картинки Ну - это уже как бы временный файл. -- xmpp: alexey#boyko,km,ua
Re: Вьюер больших карти нок
On Thu, 12 Aug 2010 14:25:24 +0400 C S ll75...@yandex.ua wrote: ] И как такое реализовать? ] делаешь побольше своп и юзаешь картинки вот из-за такого подхода большинства кодеров вьювера и нет... -- 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/20100812183556.0baee...@gmail.com
Re: Вьюер больших кар тинок
12.08.2010 13:31, Alexey Boyko пишет: быстрое масштабирование и панорамирование. никаких промежуточных файлов. количество пикселов превосходит количество байт RAM на машине И как такое реализовать? Осознать, что по файлу можно перемещаться с помощью fseek(3). -- 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/4c63d164.9010...@galanin.nnov.ru
Re: Вьюер больших кар тино к
On 08/12/2010 12:23 PM, Victor Wagner wrote: Таких картинок может запросто нагенерировать, скажем graphviz. Как? % sfdp -Gsize=1,1 -Gratio=fill -Tjpeg psg.gv -o psg.jpeg sfdp: graph is too large for cairo-renderer bitmaps. Scaling by 0.0341323 to fit sfdp: failure to create cairo surface: out of memory zsh: segmentation fault sfdp -Gsize=1,1 -Gratio=fill -Tjpeg psg.gv -o psg.jpeg % sfdp -Gsize=1,1 -Gratio=fill -Tjpeg:gd psg.gv -o psg.jpeg sfdp: graph is too large for gd-renderer bitmaps. Scaling by 0 to fit gd warning: one parameter to a memory allocation multiplication is negative or zero, failing operation gracefully Error: gdImageCreate returned NULL. Malloc problem? zsh: exit 1 sfdp -Gsize=1,1 -Gratio=fill -Tjpeg:gd psg.gv -o psg.jpeg psg.gv пример с graphviz.org -- sergio. -- 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/4c63d850.7040...@sergio.spb.ru
squidGuard - Обрыв терминальн ой линии
Периодически возникает такая ошибка, 2-3 раза перезапустишь команду - отработает нормально. Запуск по ssh. Может, кто встречался с такой корягой? proxy:~# squidGuard -d -C all -c /etc/squid3/squidGuard.conf 2010-08-12 15:30:03 [13229] init domainlist /opt/stc/etc/local.domains 2010-08-12 15:30:03 [13229] create new dbfile /opt/stc/etc/local.domains.db 2010-08-12 15:30:03 [13229] init domainlist /var/lib/squidguard/db/movies/domains 2010-08-12 15:30:03 [13229] create new dbfile /var/lib/squidguard/db/movies/domains.db 2010-08-12 15:30:03 [13229] init urllist /var/lib/squidguard/db/movies/urls 2010-08-12 15:30:03 [13229] create new dbfile /var/lib/squidguard/db/movies/urls.db 2010-08-12 15:30:03 [13229] init domainlist /var/lib/squidguard/db/porn/domains Обрыв терминальной линии -- 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/4c63da13.9070...@mail.ru
Re: DVD-плеер
Konstantin Pavlov пишет: А тут Олег Бройтман недавно в ЖЖ писал про проблемы с MP3-сигналами вызова на N900 - то есть что там в ГИГАБАЙТЕ памяти не умещается одновременно GSM-модуль и игралка MP3. Вы говорите о том, чего не знаете и не проверяли сами, OK. Так вот, там помимо GSM-модуля и игралки MP3 в этом самом ГИГАБАЙТЕ памяти (hint: оперативной там всего 256, остальное очень медленный своп) еще куча всего находится. О том и спич: 256мб памяти (640 килобайт хватит всем (с) БГ . Агащас.) УЖЕ недостаточно, чтобы оно выполняло функции обычного мобильника. -- 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/4c63dd28.1040...@gmail.com
Re: Вьюер больших карт ино к
On 2010.08.12 at 15:17:36 +0400, sergio wrote: On 08/12/2010 12:23 PM, Victor Wagner wrote: Таких картинок может запросто нагенерировать, скажем graphviz. Как? % sfdp -Gsize=1,1 -Gratio=fill -Tjpeg psg.gv -o psg.jpeg sfdp: graph is too large for cairo-renderer bitmaps. Scaling by А нормальный рендерер, не cairo использоваь. В крайнем случае возьмите версию graphviz из sarge -- 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/20100812115634.ga4...@wagner.pp.ru
Re: Вьюер больших карт инок
On 2010.08.12 at 12:31:23 +0300, Alexey Boyko wrote: быстрое масштабирование и панорамирование. никаких промежуточных файлов. количество пикселов превосходит количество байт RAM на машине И как такое реализовать? Узнать как устроены внутри графические файлы. И далее читать файл не целиком, а построчно, или блоком из 8 строк, если это jpeg, выбрасывать лишнюю информацию, оставляя ровно столько пикселов, сколько пойдет на экран при текущем масштабе. Такое вообще-то еще во времена MS-DOS делали. И на тогдашних процессорах, тактовая частота которых была меньше сотни мегагерц, а про суперскалярные конвейеры еще никто и не слышал, оно работало БЫСТРО. -- xmpp: alexey#boyko,km,ua -- 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/20100812115858.gb4...@wagner.pp.ru
Re: Вьюер больших кар т ино к
On 08/12/2010 03:56 PM, Victor Wagner wrote: А нормальный рендерер, не cairo использоваь. В крайнем случае возьмите версию graphviz из sarge Я два варианта привёл, это второй: % sfdp -Gsize=1,1 -Gratio=fill -Tjpeg:gd psg.gv -o psg.jpeg sfdp: graph is too large for gd-renderer bitmaps. Scaling by 0 to fit Или что такое нормальный рендерер? У меня сид. -- sergio. -- 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/4c63e283.6020...@sergio.spb.ru
Re: DVD-плеер
On Thu, Aug 12, 2010 at 02:38:16PM +0300, Игорь Чумак wrote: Konstantin Pavlov пишет: А тут Олег Бройтман недавно в ЖЖ писал про проблемы с MP3-сигналами вызова на N900 - то есть что там в ГИГАБАЙТЕ памяти не умещается одновременно GSM-модуль и игралка MP3. Вы говорите о том, чего не знаете и не проверяли сами, OK. Так вот, там помимо GSM-модуля и игралки MP3 в этом самом ГИГАБАЙТЕ памяти (hint: оперативной там всего 256, остальное очень медленный своп) еще куча всего находится. О том и спич: 256мб памяти (640 килобайт хватит всем (с) БГ . Агащас.) УЖЕ недостаточно, чтобы оно выполняло функции обычного мобильника. Ну так и отключите все функции, которые превосходят обычный мобильник -- внезапно станет хватать. -- Happiness isn't something you experience; it's something you remember. -- Oscar Levant signature.asc Description: Digital signature
Re: Вьюер больших картинок
четвер, 12-сер-2010 14:58:58 Victor Wagner ви написали: быстрое масштабирование и панорамирование. никаких промежуточных файлов. количество пикселов превосходит количество байт RAM на машине И как такое реализовать? Узнать как устроены внутри графические файлы. И далее читать файл не целиком, а построчно, или блоком из 8 строк, Это не будет быстрое масштабирование и панорамирование. если это jpeg, выбрасывать лишнюю информацию, оставляя ровно столько пикселов, сколько пойдет на экран при текущем масштабе. Если подгонять по 8х8 и выкидывать цвет - такое делали во времена МС-ДОС, но сейчас тебя врят ли устроит такой вариант. Это для жпега. тифф - кажись пожато непрерывно, а не построчно. -- xmpp: alexey#boyko,km,ua
Re: Вьюер больших к артинок
On Thu, Aug 12, 2010 at 04:01:47PM +0300, Alexey Boyko wrote: Это для жпега. тифф - кажись пожато непрерывно, а не построчно. Тиффы пожаты разве? Впрочем, допускаю, что бывают разные. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): dottedmag Г. Clone bug = размножить ошибку dottedmag И картинку с текущей багзиллы приложить. raorn кстати, а как размножаются баги? roman личинками dottedmag С ними по ночам девелоперы трахаются. LunohoD dottedmag: это как китайцы пишут в апдейтах: Modify bugs. signature.asc Description: Digital signature
Re: Вьюер больших картинок
Это для жпега. тифф - кажись пожато непрерывно, а не построчно. Тиффы пожаты разве? Впрочем, допускаю, что бывают разные. Бывают разные. Для непожатого - проблем не будет. -- xmpp: alexey#boyko,km,ua
Re: Вьюер больших кар тинок
On 12.08.2010 15:23, Victor Wagner wrote: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? Года два назад я такой вьюер искал и не нашел. Может с тех пор ситуация изменилась? eog? -- Sergei Stolyarov -- 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/4c63ff57.3040...@regolit.com
Re: DVD-плеер
On 8/11/10, Dmitri V. Ivanov d...@intex.spb.ru wrote: от Марилатта, вестимо apt-cache policy mplayer Слегка оффтопик в вашу ветку, но у меня шкурный интерес: А libdvdread и libdvdnav какие (от Марилатта или из основной ветки)? У него, похоже, все батарейки в комплекте: @globus:~$ apt-cache depends mplayer-nogui |grep dvd Suggests: libdvdcss libdvdcss2 (libdvdnav4 установлена, но для vlc, от libdvdread4 зависит mencoder, но он только что приполз новой версии != версии mplayer) -- http://375gnu.wordpress.com
Re: Вьюер больших кар тинок
Victor Wagner пишет: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? nip2 не подходит? Это, правда, редактор, а не глядельщик, но кто ж заставляет редактировать-то? Просмотр (и редактирование!) картинок больше RAM-а (подгрузка/сохранение только нужных кусков), масштабирование, быстрота работы -- вроде бы всё это есть... P.S. Да и он уже лет пять как есть, если я правильно понимаю. Значит и два года назад тоже был. -- Dmitri Samsonov -- 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/4c640e78.7010...@gmail.com
Re: Вьюер больших карт инок
On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? Под эффективно работать понимаается быстрое масштабирование и панорамирование. И естественно никаких промежуточных файлов. Должно работать даже если в распоряжении этой программы нет ни одной writable файловой системы. Это же вьюер nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет. Года два назад я такой вьюер искал и не нашел. Может с тех пор ситуация изменилась? VIPS/NIP в Debian входят очень давно, гораздо дольше двух лет. -- Andrey V. Kiselev -- 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/20100812144544.ga21...@ak4719.spb.edu
Re: Вьюер больших карт инок
On 2010.08.12 at 18:45:44 +0400, Andrey Kiselev wrote: On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? Под эффективно работать понимаается быстрое масштабирование и панорамирование. И естественно никаких промежуточных файлов. Должно работать даже если в распоряжении этой программы нет ни одной writable файловой системы. Это же вьюер nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет. Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он меня и не устроил. Требования - должно работать при отсутствии вообще какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в RAM). -- 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/20100812151821.ga9...@wagner.pp.ru
Re: Вьюер больших картинок
В сообщении от Четверг 12 августа 2010 19:18:21 автор Victor Wagner написал: On 2010.08.12 at 18:45:44 +0400, Andrey Kiselev wrote: On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? Под эффективно работать понимаается быстрое масштабирование и панорамирование. И естественно никаких промежуточных файлов. Должно работать даже если в распоряжении этой программы нет ни одной writable файловой системы. Это же вьюер nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет. Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он меня и не устроил. Требования - должно работать при отсутствии вообще какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в RAM). Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет показывать изображения не влезающие в оперативную память, при этом не организовывать временного файла и не читать картинку кусками. Тут либо память (оперативная или дисковая), либо чтение кусками. Единственное ухищрение - это сжатие изображения в оперативной памяти, но это такой изврат. Хотя если профинансируете , то выполню все ваши капризы :D
Re: Вьюер больших картинок
Victor Wagner wrote: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? eog обещают. Description: Eye of GNOME graphics viewer program eog or the Eye of GNOME is a simple graphics viewer for the GNOME desktop which uses the gdk-pixbuf library. It can deal with large images, and zoom and scroll with constant memory usage. Its goals are simplicity and standards compliance. Но врут. -- 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/i416oc$1a...@dough.gmane.org
Re: DVD-плеер
On Thu, Aug 12, 2010 at 05:35:22PM +0300, 375gnu wrote: On 8/11/10, Dmitri V. Ivanov d...@intex.spb.ru wrote: от Марилатта, вестимо apt-cache policy mplayer Слегка оффтопик в вашу ветку, но у меня шкурный интерес: А libdvdread и libdvdnav какие (от Марилатта или из основной ветки)? У него, похоже, все батарейки в комплекте: @globus:~$ apt-cache depends mplayer-nogui |grep dvd Suggests: libdvdcss libdvdcss2 (libdvdnav4 установлена, но для vlc, от libdvdread4 зависит mencoder, но он только что приполз новой версии != версии mplayer) Вопрос на самом деле был поспешен. У Марилатта не лежит libdvdnav и libdvdread. А вызван он тем, что в исходниках mplayer по сей день в DOCS/tech лежит текст dvdnav-howto, в котором обещаются подземные стуки(tm), если используются старые версии libdvdnav и libdvdread (они, де, в большистве дистрибутивов неимоверно старые), и рекомендуется собирать mplayer со свежими и запрещать при сборке его внутреннюю. У меня на lenny сборка от Марилатта вообще dvdnav не понимает :(. WBR Dmitri Ivanov -- 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/20100812165637.ga31...@intex.spb.ru
тест
сабж -- 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/1281631968.7100.0.ca...@localhost.localdomain
Re: Как подгрузить св ой модуль пхп для каж дого сайта.
On 08/11/2010 12:50 PM, Dmitry Balchugov wrote: 11 августа 2010 г. 11:21 пользователь Kirill Pekarov ori...@mail.ru mailto:ori...@mail.ru написал: Hi, Dmitry. You wrote 11 серпня 2010 р., 10:12:12: Вопрос вот в чем, как для одного сайта подгрузить zend_optimizer, к примеру, а для другого APC? В случае с mod_php, по-моему, есть только вариант поставить 2 апача с разными конфигами. Как это сделать правильно? Т.е. я знаю только вариант собрать с исходников и пускать с /usr/local/bin по другому порту. Можно поставить второй Apache в другую папку и соответствующим образом модифицировать init-скрипты, указав другие пути, конфиги etc. 2 Apache должны слушать разные порты одного IP или разные IP чтобы не мешали друг другу. Готового рецепта, к сожалению, не подскажу. -- Best regards, Dmitry Balchugov zib...@gmail.com mailto:zib...@gmail.com, jabber:zib...@jabber.ru mailto:jabber%3azib...@jabber.ru, fido:2:5020/2140.128 Параметры php можно указывать внутри VirtualHost или в .htaccess таким манером: php_value upload_max_filesize 200M Не уверен, можно ли подгружать экстеншены на этом этапе, но я использовал для отключения register_globals и размеров аплоада. Попробуйте, что-то вроде php_value extension=php_apc.so -- 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/4c642e6a.8010...@sysadmin.uz
Re: тест
12.08.2010 20:52, Abba пишет: сабж пройден -- 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/4c643197.7000...@yandex.ru
Re: Вьюер больших карт инок
On Thu, Aug 12, 2010 at 07:45:59PM +0400, Ekimov Alexandr wrote: Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он меня и не устроил. Требования - должно работать при отсутствии вообще какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в RAM). Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет показывать изображения не влезающие в оперативную память, при этом не организовывать временного файла и не читать картинку кусками. Тут либо память (оперативная или дисковая), либо чтение кусками. Единственное ухищрение - это сжатие изображения в оперативной памяти, но это такой изврат. Хотя если профинансируете , то выполню все ваши капризы :D Это должно достаточно просто и красиво делаться для вейвлетных форматов. Так, что надо просто переформулировать задачу ;-} Я, кстати, храню фотографии в DjVu wavelets ;-} -- 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/20100812190410.ga23...@nano.ioffe.rssi.ru
Re: Как подгрузить свой модул ь пхп для каждого сайта.
2010/8/11 Kirill Pekarov ori...@mail.ru Добрый день. Подскажите плиз как разрулить ситуацию. Есть сервер под дебиан ленни с апачем и mod_php, под апачем крутится несколько сайтов. Но нескольким из них необходим zend_optimizer который не совместим с APC. А под остальные сайты APC совсем не помешал бы. Вопрос вот в чем, как для одного сайта подгрузить zend_optimizer, к примеру, а для другого APC? Сори если глупый вопрос, но сходу в гугле не нашел. Спасибо! Попробуйтн для начала задать в конфиге виртуального хоста явный запрет одного из конфликтующих модулей путем выставления соответсвующего php_admin_value. Почитайте внимательно документацию по APC. Скорее всего есть опция с помощью которой можно запре -- WBR, Bogdan B. Rudas
Re: Вьюер больших карт инок
On 2010.08.12 at 19:45:59 +0400, Ekimov Alexandr wrote: Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он меня и не устроил. Требования - должно работать при отсутствии вообще какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в RAM). Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет показывать изображения не влезающие в оперативную память, при этом не организовывать временного файла и не читать картинку кусками. Тут либо память (оперативна Вообще у меня есть программа, которая в реальном режиме MS-DOS (640кб) показывает картинки размером до 16000x16000, что демонстрирует выполнимость требований. Откуда вы взяли требование не читать картинку кусками? Я такого не ставил. Я ставил требование читать картинку из того формата, в котором она лежит. Можно даже поставить более жетское требование читать файл только последовательно, перематывая на начало при кажом масштабировании или панорамировании. Это не делает задачу невыполнимой. или дисковая), либо чтение кусками. Единственное ухищрение - это сжатие изображения в оперативной памяти, но это такой изврат. Хотя если Так мы, кстати, пробовали. И в 16-битном DPMI ухитрялись благодаря этому редактировать картинку 15000x8000. Правда очень немногоцветную, так что она RLE хорошо жалась. Если кто не в курсе, у 16битного Protected Mode 286 процессора предел адресуемого пространства - 24Мб. профинансируете , то выполню все ваши капризы :D С какой стати я буду финансировать освоение вами того, что любой программист должен был понять в первый же год обучения программированию? Я просто замечу вашу фамилию и если вы когда-нибудь придете ко мне на собеседование, не буду тратить время. -- 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/20100812192533.ga15...@wagner.pp.ru
Re: Вьюер больших карт инок
On 2010.08.12 at 19:16:15 +0300, Serhiy Storchaka wrote: Victor Wagner wrote: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? eog обещают. Description: Eye of GNOME graphics viewer program eog or the Eye of GNOME is a simple graphics viewer for the GNOME desktop which uses the gdk-pixbuf library. It can deal with large Вот только плохо что там GNOME и gdk-pixbuf. То есть constant memory usage будет в районе гигабайт нескольких даже для иконки 16x16 Хотя конечно я это требование забыл указаль - никаких зависимостей от GNOME и KDE. images, and zoom and scroll with constant memory usage. Its goals are simplicity and standards compliance. Но врут. Не могут не врать. gdk-pixbuf же. А для этой задачи нельзя использовать стандартные библиотеки работы с изображениями. Надо головой думать. libtiff и libjpeg, пожалуй, можно, а вот насчет libpng уже не уверен. -- 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/20100812192813.gb15...@wagner.pp.ru
Re: DVD-плеер
On Thu, Aug 12, 2010 at 08:56:37PM +0400, Dmitri V. Ivanov wrote: (libdvdnav4 установлена, но для vlc, от libdvdread4 зависит mencoder, но он только что приполз новой версии != версии mplayer) Вопрос на самом деле был поспешен. У Марилатта не лежит libdvdnav и libdvdread. А вызван он тем, что в исходниках mplayer по сей день в DOCS/tech лежит текст dvdnav-howto, в котором обещаются подземные стуки(tm), если используются старые версии libdvdnav и libdvdread (они, де, в большистве дистрибутивов неимоверно старые), и рекомендуется собирать mplayer со свежими и запрещать при сборке его внутреннюю. У меня на lenny сборка от Марилатта вообще dvdnav не понимает :(. Я пользуюсь самосборным, из форка Uoti Urpala (в основном, из-за многопоточного ffmpeg). $ apt-cache show mplayer Package: mplayer Status: install ok installed Priority: optional Section: misc Installed-Size: 19000 Maintainer: Stanislav Maslovski stanislav.maslov...@gmail.com Architecture: i386 Version: 1.0git20100812 Depends: libaa1 (= 1.4p5), libasound2 ( 1.0.18), libaudio2, libbz2-1.0, libc6 (= 2.7), libcaca0 (= 0.99.beta17-1), libcdparanoia0 (= 3.10.2+debian), libdirectfb-1.2-9, libdv4, libdvdnav4, libdvd read4, libenca0 (= 1.9), libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libgif4 (= 4.1.4), libgl1-mesa-glx | libgl1, libjpeg62 (= 6b1), libmad0 (= 0.15.1b-3), libncurses5 (= 5.7+20100313), libogg0 (= 1.0rc3), libpng12-0 (= 1.2.13-4), libpulse0 (= 0.9.21), libsdl1.2debian (= 1.2.10-1), libspeex1 (= 1.2~beta3-1), libtheora0 (= 0.0.0.alpha7.dfsg), libvdpau1 (= 0.2), libx11-6, libxext6, libxinerama1, libxss1, libxt6, libxv1, libxxf86vm1, nvidia-glx (= 1.0.4349), zlib1g (= 1:1.1.4) Conffiles: /etc/mplayer/menu.conf d0ab133fb1d799b9471b0fd13fe029f5 /etc/mplayer/mplayer.conf e1ae6994d38417142a197b6cd015a022 /etc/mplayer/input.conf fa978768c1fdf574c35de98e098daa7b Description: The Ultimate Movie Player MPlayer is a movie player for LINUX (runs on many other Unices, and non-x86 CPUs, see the ports section). It plays most MPEG, VOB, AVI, OGG/OGM, VIVO, ASF/WMA/WMV, QT/MOV/MP4, FLI, RM, NuppelVideo, yuv4mpeg, FILM, RoQ, PVA files, supported by many native, XAnim, RealPlayer, and Win32 DLL codecs. You can watch VideoCD, SVCD, DVD, 3ivx, RealMedia, and DivX movies too (and you don't need the avifile library at all!). . Another big feature of MPlayer is the wide range of supported output drivers. It works with X11, Xv, DGA, OpenGL, SVGAlib, fbdev, AAlib, DirectFB, but you can also use GGI and SDL (and this way all their drivers) and some lowlevel card-specific drivers (for Matrox, 3Dfx and Radeon, Mach64, Permedia3) too! Most of them supports software or hardware scaling, so you can enjoy movies in fullscreen. . MPlayer supports displaying through some hardware MPEG decoder boards, such as the DVB and DXR3/Hollywood+. . And what about the nice big antialiased shaded subtitles (10 supported types) with European/ISO 8859-1,2 (Hungarian, English, Czech, etc), Cyrillic, Korean fonts, and the onscreen display (OSD)? -- Stanislav -- 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/20100812201028.ga11...@kaiba.homelan
Re: Вьюер больших картинок
Ekimov Alexandr writes: EA В сообщении от Четверг 12 августа 2010 19:18:21 автор Victor Wagner EA написал: On 2010.08.12 at 18:45:44 +0400, Andrey Kiselev wrote: On Thu, Aug 12, 2010 at 12:23:02PM +0400, Victor Wagner wrote: Господа, а кто-нибудь в курсе, есть ли сейчас в дистрибутиве вьюер, способный эффективно работать с большими растровыми картинками? Под эффективно работать понимаается быстрое масштабирование и панорамирование. И естественно никаких промежуточных файлов. Должно работать даже если в распоряжении этой программы нет ни одной writable файловой системы. Это же вьюер nip2, но это не только вьюер и писать проект он обычно куда-нибудь хочет. Вот ровно этим, плюс отсутсвтием удобного интерфейса для просмотра, он меня и не устроил. Требования - должно работать при отсутствии вообще какой-либо writable файловой системы. (/tmp на tmpfs. т.е считай в RAM). EA Ваши требования НЕВЫПОЛНИМЫ. Вам надо программа, которая будет EA показывать изображения не влезающие в оперативную память, при этом EA не организовывать временного файла и не читать картинку EA кусками. Тут либо память (оперативная или дисковая), либо чтение EA кусками. Да вроде и не было ограничения на чтение кусками. Более того, именно это и просят. [...] -- 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/87fwyjybxv@statyvka.org.ua
[solved] Re: extlinux и файл его кон фигурации
Yuri Kozlov пишет: создать из всех исошек одну большую (у них ограничение на размер есть?) и положить на sd. Вот чем у меня всё закончилось. Оказалось, что debian-installer вообще не в курсе существования файловых систем ext2/3. У него просто эти модули ядра отсутствуют -- поэтому примонтировать файловую систему ext2/3 при установке не представляется возможным. Помимо этого, возникают неприятные побочные эффекты при работе apt-cdrom, когда в корне есть симлинк на pool -- он пытается впарить на него отдельную ссылку в sources.list как на отдельный репозитарий (вернее, репозитарии -- несколько репозитариев). Эта проблема осталось бы даже при использовании FAT-а на SD-карте. В результате пришлось положить на sd-карту iso-образ netinst, и далее, согласно инструкции по установке, настроить всё с помощью /dists/lenny/main/installer-i386/current/images/hd-media/ заодно создав extlinux.conf содержанием = default vmlinuz priority=low append initrd=initrd.gz = дабы установка сразу начиналась в экспертном режиме. Ну а потом, установив минимальную систему, подключать sd-карту с помощью apt-cdrom (уже входит в минимальную, вернее стандартную систему) и устанавливать всё остальное. А собрать одну большую исошку неудобно тем, что этой sd-картой как легко переносимым офлайновым репозитарием будет неудобно пользоваться. И обновлять, кстати, тоже будет неудобно. Одно радует: что squeeze, похоже, в те же 32Gb успешно поместится, когда выйдет. И даже места для бекпортов на какое-то время хватит. (Сейчас lenny-backports уже до 5.1Gb распухли, на один dvd уже не влезут, кстати.) И небольшой live-cd тоже поместится. -- Dmitri Samsonov -- 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/4c6481bd.4080...@gmail.com
Re: Траблы - ядро и ли мать?
Приветствую. Предварительно - траблы скорее всего из-за последнего пиджина (не запускаю - все работает). Обновил ядро с 2.6.30 до 2.6.32 Linux debian 2.6.32-5-686-bigmem #1 SMP Fri Aug 6 01:59:10 UTC 2010 i686 GNU/Linux ... Вопрос: где может быть проблема? В ядре или внезапно мать дохнет? Где еще возможно посмотреть симптомы глюка? -- С уважением, Константин Шувалов -- 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/4c649da4.1060...@datakon.info
Как найти/удалить эту г адость в файле inbox громопт ица?
С тем, чтобы не удалять весь файл с почтой? ./.mozilla-thunderbird/.default/Mail/mail..com/Inbox: HTML.Phishing.Bank-485 FOUND И чем наличие ее может грозить на никсовой системе, или это страшно только для виндузятников? -- 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/4c64b4dc.3090...@gmail.com