чем бы таким подредактировать man?
Хочется какую-нибудь гуишную утилиту.
Re: чем бы таким подредактировать man?
2007/3/3, Fedor [EMAIL PROTECTED]: Хочется какую-нибудь гуишную утилиту. man roff После чего поймешь, что достаточно текстового редактора. А GUI для таких целей - это не unix way. Хм, я знал, что runoff старше юникса, но чтоб настолько...
Re: чем бы таким подредактировать man?
Fedor - debian-russian@lists.debian.org @ Sat, 3 Mar 2007 18:36:09 +0600:
F Хочется какую-нибудь гуишную утилиту.
emacs
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Велик и могуч постмодернистский читатель (c)Elenhil Laiquendo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
беспорядок в /dev/sd* - Adaptec AIC-7902: 2SCSI + SATA
Приветствую! Есть карточка Adaptec AIC-7902. В неё воткнуто 2 SCSI диска. Также есть диск SATA, воткнутый непосредственно в мать. В настройках BIOS'а указал первыми двуми дисками считать те, что SCSI через контроллер, а третий диск -- SATA. Система (Debian Etch AMD64) установлена на SATA. Проблема в следующем. При каждой загрузке /dev/sd* присваиваются разным устройствам. Ну то есть например при очередной загрузке получаем: /dev/sda - SCSI /dev/sdb - SCSI /dev/sdc - SATA После перезагрузки получаем: /dev/sda - SATA /dev/sdb - SCSI /dev/sdc - SCSI Соответственно, root не находится со всеми вытекающими. После очередной загрузки -- опять всё нормально. Потом опять не тот порядок. И так далее. По каким причинам это может происходить и -- главное -- как это лечить? -- Dmitri Samsonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: беспорядок в /dev/sd* - Adaptec AIC-7902: 2SCSI + SATA
На Sun, 04 Mar 2007 01:31:03 +0300 Dmitri Samsonov [EMAIL PROTECTED] записано: Приветствую! Есть карточка Adaptec AIC-7902. В неё воткнуто 2 SCSI диска. Также есть диск SATA, воткнутый непосредственно в мать. В настройках BIOS'а указал первыми двуми дисками считать те, что SCSI через контроллер, а третий диск -- SATA. Система (Debian Etch AMD64) установлена на SATA. Ну линуксу на настройки твоего биоса сильно положить. Это у биоса просто порядок загрузки. Проблема в следующем. При каждой загрузке /dev/sd* присваиваются разным устройствам. Ну то есть например при очередной загрузке получаем: /dev/sda - SCSI /dev/sdb - SCSI /dev/sdc - SATA После перезагрузки получаем: /dev/sda - SATA /dev/sdb - SCSI /dev/sdc - SCSI Соответственно, root не находится со всеми вытекающими. После очередной загрузки -- опять всё нормально. Потом опять не тот порядок. И так далее. По каким причинам это может происходить и -- главное -- как это лечить? Зависит от порядка загрузки модулей. В etch обещают это починить. (по крайней мере я так слышал) В качестве варианта лечения можно прописать root (да и прочие разделы) через /dev/disk/by-uuid/ или /dev/disk/by-path У меня, например вот так сделано: [EMAIL PROTECTED]:~# cat /etc/fstab | grep by-uuid /dev/disk/by-uuid/b03c4bd6-0f5e-430c-bde4-fa8e3b5843e0 /boot reiserfs rw,nosuid,nodev,notail 0 0 /dev/disk/by-uuid/72927afe-ce75-462e-a60e-984f550c8583 none swap none0 0 рут у меня на LVM, но это ничего особо не меняет. Еще в /boot/grub/menu.lst kopt тоже надо поправить, чтобы root через /dev/disk/by-uuid был прописан. После этого сильно параллельно становится в какой последовательности у тебя тебя диски подключены/определились, главное чтобы grub смог загрузиться и найти диск (а вот это уже от биоса зависит) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: беспорядок в /dev/sd* - Adaptec AIC-7902: 2SCSI + SATA
Alexander GQ Gerasiov пишет: В настройках BIOS'а указал первыми двуми дисками считать те, что SCSI через контроллер, а третий диск -- SATA. Система (Debian Etch AMD64) установлена на SATA. Ну линуксу на настройки твоего биоса сильно положить. Это у биоса просто порядок загрузки. Не, у BIOSа там две настройки. В одном месте -- порядок загрузки, в другом месте -- какой диск считать первым, какой вторым и какой третьим. Честно говоря, мне до конца непонятно, какой смысл за этим стоит, в смысле, что именно такого делает BIOS по результатам этих настроек. Зависит от порядка загрузки модулей. В etch обещают это починить. (по крайней мере я так слышал) Это логично, но почему после перезагрузки порядок вдруг изменяется? В качестве варианта лечения можно прописать root (да и прочие разделы) через /dev/disk/by-uuid/ или /dev/disk/by-path У меня, например вот так сделано: [EMAIL PROTECTED]:~# cat /etc/fstab | grep by-uuid /dev/disk/by-uuid/b03c4bd6-0f5e-430c-bde4-fa8e3b5843e0 /boot reiserfs rw,nosuid,nodev,notail 0 0 /dev/disk/by-uuid/72927afe-ce75-462e-a60e-984f550c8583 none swap none 0 0 Преогромное спасибо! Как-то даже в голову не пришло... В понедельник доберусь до машины и попробую (через ssh как-то не хочу рисковать (-: ). Наверняка поможет. Только вот один нюанс: при дальнейшей работе может понадобиться упоминать имена дисков (например, какому-нибудь smartctl скармливать, да мало ли что понадобится). Каждый раз делать через uuid, конечно, можно, но, пмсм, не шибко красиво. Каким образом правильно привязать, скажем, /dev/sda к конкретному диску (уже после того как всё подмонтировали по uuid)? Если, конечно, возможно? После этого сильно параллельно становится в какой последовательности у тебя тебя диски подключены/определились, главное чтобы grub смог загрузиться и найти диск (а вот это уже от биоса зависит) Сейчас grub всегда нормально работает. Ему главное, чтобы в BIOSе было правильно прописано, с какого диска загружаться -- и всё? -- Dmitri Samsonov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: беспорядок в /dev/sd* - Adaptec AIC-7902: 2SCSI + SATA
На Sun, 04 Mar 2007 02:42:40 +0300 Dmitri Samsonov [EMAIL PROTECTED] записано: Alexander GQ Gerasiov пишет: В настройках BIOS'а указал первыми двуми дисками считать те, что SCSI через контроллер, а третий диск -- SATA. Система (Debian Etch AMD64) установлена на SATA. Ну линуксу на настройки твоего биоса сильно положить. Это у биоса просто порядок загрузки. Не, у BIOSа там две настройки. В одном месте -- порядок загрузки, в другом месте -- какой диск считать первым, какой вторым и какой третьим. Честно говоря, мне до конца непонятно, какой смысл за этим стоит, в смысле, что именно такого делает BIOS по результатам этих настроек. от этого зависит к какому диску будет обращение при работе с первым диском средствами биос. то есть это влияет только на grub/lilo Зависит от порядка загрузки модулей. В etch обещают это починить. (по крайней мере я так слышал) Это логично, но почему после перезагрузки порядок вдруг изменяется? Потому что порядок инициализации устройств и загрузки модулей не детерминирован. Можно явно попробовать задать этот порядок, но где и на сколько глубоко копать я не в курсе. (Откуда копать: модули грузятся из initrd/initramfs видимо удевом.) В качестве варианта лечения можно прописать root (да и прочие разделы) через /dev/disk/by-uuid/ или /dev/disk/by-path У меня, например вот так сделано: [EMAIL PROTECTED]:~# cat /etc/fstab | grep by-uuid /dev/disk/by-uuid/b03c4bd6-0f5e-430c-bde4-fa8e3b5843e0 /boot reiserfs rw,nosuid,nodev,notail 0 0 /dev/disk/by-uuid/72927afe-ce75-462e-a60e-984f550c8583 none swap none 0 0 Преогромное спасибо! Как-то даже в голову не пришло... В понедельник доберусь до машины и попробую (через ssh как-то не хочу рисковать (-: ). Наверняка поможет. Только вот один нюанс: при дальнейшей работе может понадобиться упоминать имена дисков (например, какому-нибудь smartctl скармливать, да мало ли что понадобится). Каждый раз делать через uuid, конечно, можно, но, пмсм, не шибко красиво. Каким образом правильно привязать, скажем, /dev/sda к конкретному диску (уже после того как всё подмонтировали по uuid)? Если, конечно, возможно? После того, как примонтировали уже никак. uuid это для разделов, для дисков что-то вроде: /dev/disk/by-id/ После этого сильно параллельно становится в какой последовательности у тебя тебя диски подключены/определились, главное чтобы grub смог загрузиться и найти диск (а вот это уже от биоса зависит) Сейчас grub всегда нормально работает. Ему главное, чтобы в BIOSе было правильно прописано, с какого диска загружаться -- и всё? Ну да, чтобы во-первых сам груб смог загрузиться и чтобы диск, на котором инитрд образ лежит, не поменял свой номер. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: проблема с обновл ением зон в named
Vladimir N. Shilov пишет: Debian Sarge со всеми апдейтами. master-dns -- powerdns slave-dns -- bind при попытке обновить файлы зон на подчинённом сервере, в логах матера вижу такое: Mar 2 18:21:28 service pdns[10807]: AXFR of domain 'energi.net.ua' initiated by 172.17.0.1 Mar 2 18:21:28 service pdns[10807]: AXFR of domain 'energi.net.ua' to 172.17.0.1 finished Mar 2 18:21:28 service pdns[10807]: TCP nameserver: Trying to read data from remote TCP client 172.17.0.1: Connection reset by peer причём не обновляеться только одна из 3-х зон. в чём может быть проблема? allow-transfer для неправильной зоны есть? Права/овнер на файл зоны правильные? -- -- С наилучшими пожеланиями, Олег Анисимов mailto: [EMAIL PROTECTED] Начальник отдела Интернет-провайдинга === Телекомпания Доброе, г. Владимир, ул. Комиссарова, 16 тел. (4922) 21-48-02 (доб. 113) fax. (4922) 31-12-60 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
SWIG и Tcl
Проблема при сборке пакета tcl-mapscript. Для начала ./configure ищет swig.h, который в дебиане отсутствует со времен woody. Ну это ладно, отрубаю эту проверку. При сборке начинаются подобные штучки: mapscript_wrap.c: In function 'SWIG_Tcl_GetArgs': mapscript_wrap.c:1482: warning: passing argument 1 of 'SWIG_Tcl_GetConstantObj' makes pointer from integer without a cast mapscript_wrap.c:1507: warning: assignment makes pointer from integer without a cast mapscript_wrap.c:1510: warning: assignment makes pointer from integer without a cast mapscript_wrap.c:1514: error: invalid type argument of 'unary *' mapscript_wrap.c: In function 'SWIG_AsVal_unsigned_SS_long': mapscript_wrap.c:1685: warning: initialization makes pointer from integer without a cast mapscript_wrap.c: In function 'SWIG_From_long': mapscript_wrap.c:1740: warning: return makes pointer from integer without a cast mapscript_wrap.c:1742: warning: return makes pointer from integer without a cast mapscript_wrap.c: In function 'SWIG_FromCharPtrAndSize': mapscript_wrap.c:1812: warning: pointer/integer type mismatch in conditional expression mapscript_wrap.c: In function 'SWIG_AsCharPtrAndSize': mapscript_wrap.c:1827: warning: initialization makes pointer from integer without a cast mapscript_wrap.c: In function 'imageObj_saveToString': mapscript_wrap.c:3586: warning: return makes pointer from integer without a cast mapscript_wrap.c:3590: warning: assignment makes pointer from integer without a cast make: *** [stublib] Error 1 Можно ли с этим что-то сделать? В сети подобные проблемы описаны, только ответов нет (ну или есть советы пятилетней давности, у меня не работают). При том поддержка perl через SWIG собирается прекрасно. Моя система - текущий etch.
