Re: mount --bind в jessie
Никита Егоров -> debian-russian@lists.debian.org @ Tue, 20 Jan 2015 21:23:09 +: НЕ> Проверил - не подтверждаю. НЕ> Во-первых проверьте что говорит mount - есть ли там подмонтированные ФС в НЕ> этих точках. mount говорит ожидаемое. Ну, с точностью до того, что он давно уже, еще в wheezy, не говорит, что там bind, а говорит параметры монтирования нижележащей FS. НЕ> Во-вторых подмонтируйте root раздел без бинда на новой точке и проверьте НЕ> содержимое каталогов proc, dev, sys etc. НЕ> У меня в jessie /dev не пустой каталог. Возможно это артефактные файлы. /dev - понятно, непустой. /proc - пустой. Ага, это не mount, это chroot сломан. Или комбинация из bind-mount и chroot. В смысле, ls /.bind-for-backups/.bind-for-backups вне чрута показывает ожидаемую пустоту, а chroot /.bind-for-backups ls /.bind-for-backups - подмонтированную FS. При этом chroot /tmp ls /tmp выдает, опять же, ожидаемое chroot: failed to run command ‘ls’: No such file or directory Нехорошее слово... -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87bnlt3yk7@silver.lasgalen.net
Re: mount --bind в jessie
Проверил - не подтверждаю. Во-первых проверьте что говорит mount - есть ли там подмонтированные ФС в этих точках. Во-вторых подмонтируйте root раздел без бинда на новой точке и проверьте содержимое каталогов proc, dev, sys etc. У меня в jessie /dev не пустой каталог. Возможно это артефактные файлы. С уважение! >
mount --bind в jessie
Хмутро. Граждане, а что у нас случилось с mount --bind в ядрах в jessie? Я давно для бэкапов полагался на то, что mount --bind не монтирует то, что смонтировано в исходную точку. Т.е. у меня конструкция вида mount --bind / /.bind-for-backups mount --bind /home /.bind-for-backups/home chroot /.bind-for-backups rsync ... / target На wheezy это работает как ожидается, т.е. копируется содержимое исходных / и /home, но не копируется - /proc, /sys и т.п., и в частности в скопированном /.bind-for-backups пустая. А тут я попытался сделать это на ноутбуке с jessie, и внезапно обнаружил непустую .bind-for-backups в копии. Повторяю процедуру, в процессе копирования, пока /.bind-for-backups заполнена смотрю явно chroot /.bind-for-backups ls -a /proc - тоже непустая. Читаю man mount - нет, там все по-старому... Впрочем, на то, что описанное там mount --bind olddir newdir mount -o remount,ro newdir поломали, я уже в wheezy наткнулся. И кажется, в новом мане уже описали, почему оно перестало там работать. Что-то еще более радикально сломали? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/87fvb541cu@silver.lasgalen.net
adblock id regexp
А правильно ли я понимаю, что adblock умеет регекспы только на юрлах, и cпрятать все дивы с id foo_bar_\d{6} можно только так: ##div[id^="foo_bar_"] ? -- sergio. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/54beb21a.50...@sergio.spb.ru
Re: Ограничения в Tcl/Tk - существуют-ли?
On Tue, 20 Jan 2015 18:38:09 +0300 Кабанов Евгений Константинович wrote: > Вопрос возник по результатам сбоя в работе скрипта (can't read "h1": no > such variable while executing). Это самое h1 неоднократно участвует в Ошибка тут "no such variable", а "while executing" значит, что дальше будет напечатан стек вызовов. Возможно, переменной чуть ранее кто-то сделал unset. Или она не видна: импортирована из неправильного пространства имён или просто задана в одной функции, а читается в другой, но при этом они не помещены в общее пространство имён вызовом "variable h1". -- Alexander Galanin
Ограничения в Tcl/Tk - существуют-ли?
Здравствуйте! Существуют-ли в Tcl/Tk какие-либо ограничения на размер строк, число строк кода, количество переменных и т.д. и т.п.? Вопрос возник по результатам сбоя в работе скрипта (can't read "h1": no such variable while executing). Это самое h1 неоднократно участвует в расчётах и вдруг такая ошибка. Особенно непонятно это потому, что абсолютно идентичные куски кода использовали эту переменную много раз до этого и всё было в порядке. Прошу направить в нужном направлении. -- Кабанов Евгений - http://kabanov.tel -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150120183809.a12e3cfa955c2c28fbdfa...@kabanov.tel
Re: Markdown: вложенные списки
On Tue, 20 Jan 2015 15:05:14 +0300 Victor Wagner wrote: VW> В дистрибутве существует несколько разных процессоров markdown VW> pandoc, по-моему способен решить данную задачу. Что пробовал: имеется дистрибутивный (Wheezy) markdown. pandoc имеется как дистрибутивный, так и поставленный через cabal-install (последней версии). VW> pandoc, по-моему способен решить данную задачу. Читать man VW> pandoc_markdown на тему Loose lists и Four-space rule. Точно. Four-space rule помогло. Не дочитал документацию, каюсь... VW> Справится ли с этим какой-нибудь другой процессор (я периодически VW> использу перловы Text::Markdown, встроенный в ikiwiki, питоновский VW> markdown и C-шный, встроенный в fossil, и это еще не всё, что есть) VW> - не уверен. Я пока с pandoc экспериментирую, остальные на данный момент неинтересны. Спасибо за подсказку! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150120165143.0e257...@desktop.home
Re: Markdown: вложенные списки
On 2015.01.20 at 15:26:43 +0400, Алексей Витальевич Коротков wrote: > День добрый. > > Полагаю, тут есть люди, пользующиеся Markdown. Markdown markdown-у lupus est. В дистрибутве существует несколько разных процессоров markdown pandoc, по-моему способен решить данную задачу. Читать man pandoc_markdown на тему Loose lists и Four-space rule. Справится ли с этим какой-нибудь другой процессор (я периодически использу перловы Text::Markdown, встроенный в ikiwiki, питоновский markdown и C-шный, встроенный в fossil, и это еще не всё, что есть) - не уверен. У них у всех немножко разный входной язык. Кстати, вот ikiwiki можно попросить использовать использовать pandoc вместо перлового модуля. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150120120513.ga18...@wagner.pp.ru
Markdown: вложенные списки
День добрый. Полагаю, тут есть люди, пользующиеся Markdown. Хотелось бы убедиться, что это не я что-то недопонял, а так имеет место быть. Хочу создать документ Markdown с вложенными списками, на выходе должно получаться вот таким образом: whatiwant.html (во вложении). Составил текст с разметкой Markdown: listtest.md (во вложении). На выходе получаю это: listtest.html (во вложении). Я правильно понимаю, что средствами разметки Markdown вопрос не решается (из-за отсутствия "закрывающих тегов")? Тест вложенных списков. Это здесь. Это тоже. Это тут. И это тут. Это тоже здесь. В общем, тут всё как должно бы быть. # ТеÑÑ Ð²Ð»Ð¾Ð¶ÐµÐ½Ð½ÑÑ ÑпиÑков. * ÐÑо здеÑÑ. * ÐÑо Ñоже. - ÐÑо ÑÑÑ. - Ð ÑÑо ÑÑÑ. ÐÑо как Ð±Ñ Ñоже здеÑÑ, но не здеÑÑ. * РобÑем, еÑÑнда полÑÑилаÑÑ Ð² иÑоге. Тест вложенных списков. Это здесь. Это тоже. Это тут. И это тут. Это как бы тоже здесь, но не здесь. В общем, ерунда получилась в итоге.