notebook: не удается зало гиниться после resume
Господа, иногда проявляется проблема при выходе из suspend mode. Ввожу пароль (дабы разблокировать свою сессию ) и система на этом задумывается. Переключаюсь в консоль, пытаюсь залогиниться под рутом и вижу только вывод motd, дальше висимс.. Разные клавиши, типа numlook, включение\выключения wifi работают (при этом в консоль выводится соотвествующие извещения о отключении\подключении нового девайса). Ctrl + Alt + Backspace не рестартануло X сессию, Ctrl + Alt + Del не перезагрузило комп (хотя в консоль вывалилось извещение что ноут ребутится.) Ноут Fuju Esprimo U9200 Чтобы это могло быть? После перезагрузки выдрал из messages соотвествующий кусок, согласно описываемому периоду. (в это время я пару раз включал\выключал wifi, некоторая избыточность обусловленна именно этим.) - Jan 1 02:11:40 baikonur gnome-power-manager: (sk) Компьютер переводится в ждущий режим. Причина: Была нажата кнопка перехода в спящий режим. Jan 1 10:43:25 baikonur kernel: [33834.959031] PM: Syncing filesystems ... done. Jan 1 10:43:25 baikonur kernel: [33834.965480] Freezing user space processes ... (elapsed 0.00 seconds) done. Jan 1 10:43:25 baikonur kernel: [33834.969302] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. Jan 1 10:43:25 baikonur kernel: [33834.969302] Suspending console(s) Jan 1 10:43:25 baikonur kernel: [33834.969302] ACPI: PCI interrupt for device :00:02.0 disabled Jan 1 10:43:25 baikonur kernel: [33834.981382] [ cut here ] Jan 1 10:43:25 baikonur kernel: [33834.981384] WARNING: at drivers/base/power/main.c:371 device_suspend+0x40/0x20d() Jan 1 10:43:25 baikonur kernel: [33834.981386] Modules linked in: ppp_deflate zlib_deflate zlib_inflate bsd_comp ppp_async crc_ccitt ppp_generic slhc i915 d rm rfcomm l2cap ipv6 loop joydev snd_hda_intel snd_hwdep snd_pcm_oss snd_pcm parport_pc parport snd_page_alloc wlan_scan_sta snd_mixer_oss snd_seq_dummy psmo use i2c_i801 snd_seq_oss snd_seq_midi_event snd_seq snd_timer snd_seq_device iTCO_wdt pcspkr i2c_core uvcvideo ath_rate_sample serio_raw ath_pci wlan ath_hal (P) compat_ioctl32 snd videodev v4l1_compat soundcore hci_usb bluetooth container video output ac button battery intel_agp agpgart evdev ext3 jbd mbcache ide _cd_mod cdrom usbhid hid ff_memless usb_storage sd_mod piix ide_pci_generic ide_core ahci ata_generic libata scsi_mod sky2 ehci_hcd uhci_hcd usbcore dock the rmal processor fan thermal_sys Jan 1 10:43:25 baikonur kernel: [33834.981436] Pid: 5895, comm: s2ram Tainted: P 2.6.26-1-686 #1 Jan 1 10:43:25 baikonur kernel: [33834.981442] [c012256f] warn_on_slowpath+0x40/0x66 Jan 1 10:43:25 baikonur kernel: [33834.981453] [c01fe8ad] acpi_os_signal_semaphore+0x21/0x24 Jan 1 10:43:25 baikonur kernel: [33834.981459] [c0213cb4] acpi_ut_release_mutex+0x50/0x55 Jan 1 10:43:25 baikonur kernel: [33834.981466] [c0134dba] down_timeout+0x31/0x37 Jan 1 10:43:25 baikonur kernel: [33834.981471] [c01fe8e8] acpi_os_wait_semaphore+0x38/0x44 Jan 1 10:43:25 baikonur kernel: [33834.981476] [c0134d68] up+0x9/0x2a Jan 1 10:43:25 baikonur kernel: [33834.981479] [c01fe8ad] acpi_os_signal_semaphore+0x21/0x24 Jan 1 10:43:25 baikonur kernel: [33834.981483] [c0213cb4] acpi_ut_release_mutex+0x50/0x55 Jan 1 10:43:25 baikonur kernel: [33834.981486] [c020bffa] acpi_get_data+0x4a/0x58 Jan 1 10:43:25 baikonur kernel: [33834.981491] [c0214a9a] acpi_bus_get_device+0x1d/0x2e Jan 1 10:43:25 baikonur kernel: [33834.981494] [c0214bc7] acpi_bus_set_power+0x34/0x182 Jan 1 10:43:25 baikonur kernel: [33834.981500] [c01ed063] acpi_pci_set_power_state+0x42/0x4a Jan 1 10:43:25 baikonur kernel: [33834.981505] [c01e6cff] pci_set_power_state+0x19a/0x1ef Jan 1 10:43:25 baikonur kernel: [33834.981513] [f8ca28ed] i915_suspend+0x810/0x81a [i915] Jan 1 10:43:25 baikonur kernel: [33834.981519] [c0140af8] try_to_freeze_tasks+0x2c3/0x2f4 Jan 1 10:43:25 baikonur kernel: [33834.981528] [c023c78a] device_suspend+0x40/0x20d Jan 1 10:43:25 baikonur kernel: [33834.981533] [c01403fe] suspend_devices_and_enter+0x3a/0xfa Jan 1 10:43:25 baikonur kernel: [33834.981538] [c01405e2] enter_state+0xe2/0x12f Jan 1 10:43:25 baikonur kernel: [33834.981541] [c01406bd] state_store+0x8e/0xa2 Jan 1 10:43:25 baikonur kernel: [33834.981544] [c014062f] state_store+0x0/0xa2 Jan 1 10:43:25 baikonur kernel: [33834.981548] [c01dd83f] kobj_attr_store+0x18/0x1c Jan 1 10:43:25 baikonur kernel: [33834.981553] [c01acbae] sysfs_write_file+0xa4/0xd8 Jan 1 10:43:25 baikonur kernel: [33834.981560] [c01acb0a] sysfs_write_file+0x0/0xd8 Jan 1 10:43:25 baikonur kernel: [33834.981564] [c0174874] vfs_write+0x83/0x120 Jan 1 10:43:25 baikonur kernel: [33834.981569] [c0174e46] sys_write+0x3c/0x63 Jan 1 10:43:25 baikonur kernel: [33834.981574] [c0103853] sysenter_past_esp+0x78/0xb1 Jan 1 10:43:25 baikonur kernel: [33834.981587] === Jan 1 10:43:25 baikonur
Re: suspend\resume from user
Max V. Stotsky пишет: pm-suspend из-под рута работает, но из gnome из-под пользователя не дает перевести ноут ни в ждущий ни в спящий режим. Предположу, что пользователя надо добавить в какую-нибудь группу. Может в powerdev? Действительно! вот так все просто ;) Благодарю за наводку! -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
suspend\resume from user
Господа, на ноуте был установлен lenny по минимуму, дальше все накатывалось ручками по принципу ставлю только то, что надо. pm-suspend из-под рута работает, но из gnome из-под пользователя не дает перевести ноут ни в ждущий ни в спящий режим. Помню такая проблема, вроде, отсуствовала при установке всего из комплекта. Что стоит подкрутить, чтобы пофиксить? apmd acpid hal gdm запущены. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Чем резать спам?
Andrey Vasilenko wrote: Использовать Google Mail? сорри за офф. Спам модуль там както отключается ? сейчас куча мыла приходит на гугловский акаунт, и заходить на веб, в поисках валидных писем, просматривать папку спам реально напрягает -- Best Wishes, PAIX-UANIC | SK3929-RIPE -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Artem V. Andreev wrote: Юрий Илюшко [EMAIL PROTECTED] writes: Доброго всем времени суток. Посоветуйте, люди знающие, как быть. Сменил компьютер с одноядерного на двух ядерный. Установил Debian Etch i386. Если ли возможность обновить его до Debian lenny IA64, или просто сменить на Debian etch IA64. Пункт первый: про IA64 забудьте в принципе и навсегда, это архитектура процессоров Itanium, с которыми у более-менее обычного человека шансы встретиться нулевые. То что вас может интересовать, называется amd64 или x86_64 Пункт второй: я не понял, какое отношение имеет ядерность процессора к вопросу о замене 32-битной системы на 64-битную. Пункт третий: обновить etch/i386 до lenny/amd64, разумеется, нельзя. подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ? во фрее это основной повод для смены архитектуры... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Evgeny Yurkin wrote: подскажите бсдишнику, а держит ли linux i386 4 и более гиг памяти ? во фрее это основной повод для смены архитектуры... Да. У меня одно время сервер жил с 16 гиг на i686 память виделась и использовалась вся хм...тогда же в чем смысл переходов на x86_64 ? кроме дополнительных 64битных инструкций процессора... получается, что на процы типа ксеонов с EMT64 можно смело(предпочтительно) ставить i386 (независимо от обьемов памяти)? -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Смена архитектуры процессора
Покотиленко Костик wrote: А ещё говорят, что amd64 всегда медленнее потому как указатели длиннее. На роутеры поэтому 64бит сильно не советуют. ну это, afaik, от конкретных тестов сильно зависит кое-что медленне, кое-что быстрее. Приложения быстрее восновном за счет больших обьямов памяти (я про БД, мемкеш и подобные) на роутерах, впрочем, большие обьемы нафиг не нужны. Кстати по умолчанию сколько памяти доступно ядру в i386 ? -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Maxim Kudelya wrote: alex kuklin wrote: Maxim Kudelya wrote: 2 Nikita V. Youshchenko: спасибо, интересная дока. Прочитал и пришла мысль, что если сдохнит винт, быстрее будет перезагрузиться и вставить новый, чем мудрствовать лукаво ;) Такой себе вариант для истинных джедаев )) Не новый, а предварительно замоченный в солидоле диск, с точно такой-же геометрией как и вылетевший. С фигов ли? Нужен диск НЕ МЕНЬШЕ. И непонятно, почему не новый? Юный падаван хочет как у настоящих джедаев, а у настояших джедаев на raid-1 из двух дисков приходится четыре одинаковых диска, два в рейде, один в hot spare и один на полочке в солидоле. Особенно это актуально, если собирать raid из дисков, а не разделов. На практике, чаще собирают raid из разделов на двух дисках, потом один диск вылетает, запасного нет, админ быстрым оленем скачет в магазин, покупает диск такого же объема (если еще такие диски выпускают) или больший диск, а так как довольно часто даже у дисков одинакового объема, не говоря уже про большие диски, различается геометрия, то начинается ковыряние fdisk'ом и создание вручную таблицы разделов, потом еще синхронизация. Все это только добавляет удовольствия и скорости в столь нервный процесс. И кому нужны эти все проблемы? Даже без hot-spare, достать диск из шкафа, вставить в сервер и сделать sfdisk -d /dev/sda | sfdisk /dev/sdb куда проще и правильнее на мой взгляд. Если уж на то пошло, то правильнее иметь кластер (винты в рейде само собой). Также вы бы поставили на свой личный сервер (купленный за свои бабки) три избыточных винта? (два в рейде, хотспаре + солидол) и это все чудо на колокейшн ? Да, а если винты sas\scsi ? не 5копеек поди в солидоле держать ;) Вообщем, все в меру хорошо, и для своих задач. PS. систему, в которой нельзя\очень сложно сделайть рейд1 на разных дисках (новый диск не меньший) я бы назвал не маштабируемой. В крайнем случае, dump\restore -- maxym -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Покотиленко Костик wrote: Читай внимательно комментарии в этом файле и поймешь, что там безопасно править, а что потеряется при grub-update. А по мимо этого если Вы объясните зачем править menu.lst, возможно Вам расскажут как этого не делать... править, чтобы указать правильный root для кернела. Ключевой момент /dev/md3 Разме можно этого как-то не делать? title Debian GNU/Linux, kernel 2.6.18-4-686 RAID (hd1) root(hd1,0) kernel /vmlinuz-2.6.18-4-686 root=/dev/md3 ro initrd /initrd.img-2.6.18-4-686 savedefault title Debian GNU/Linux, kernel 2.6.18-4-686 RAID (hd0) root(hd0,0) kernel /vmlinuz-2.6.18-4-686 root=/dev/md3 ro initrd /initrd.img-2.6.18-4-686 savedefault -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Покотиленко Костик wrote: На сколько я понимаю - мать и дрова должны поддерживать горячую замену. ну работает же ;) Мать естественно такое умеет, на счет дров не знаю...но в данном случае имитировался вариант креша диска. Во вторых, можно пользоваться признаками дисков/разделов отличными от /dev/sd*, например UUID'ами или LABEL'ами. ммм...а можно подробней для неискушенного человека, избалованного gmirrorами... как мне реализовать чтобы буква диска не менялась? или я просто неправильно готовлю рейды ? -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Покотиленко Костик wrote: Наводка: mdadm'у можно давать девайсы в таком виде /dev/disk/by-label/метка или вообще сказать чтобы все просканировал. # ls -la /dev/disk/by* # ls -l /dev/disk/by-uuid/ total 0 lrwxrwxrwx 1 root root 10 Apr 3 14:56 20035e75-091a-41e8-83bb-55e036e53987 - ../../sdc1 только один диск, третий, который не в зеркале. Правильно ли я понимаю, что если я вытяну из корзины один физический диск, а вставлю другой на его место, то соотвественно все эти махинации с метками будут нерабочими ? -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
DamirX wrote: лучше все-таки по метке. её вручную проще написать. Правильно ли я понимаю, что если я вытяну из корзины один физический диск, а вставлю другой на его место, то соотвественно все эти махинации с метками будут нерабочими ? э, батенька, вы хотите чтобы вообще диск менять в зеркале без телодвижений?? так не бывает, и дело тут не в метках. двигаться я привык ;) я просто хочу 1) четко знать как это следует делать (правильно) и как вести себя в соотвествующих случаях 2) выробатать процедуру, если не автоматизировать, то хотя бы не ломать голову когда нужно будет встречаясь с непонятным мне поведеним (сказываются годы бсд..), страюсь разобраться чтобы учесть ньюансы. http://www.howtoforge.com/software-raid1-grub-boot-debian-etch - здесь есть кое-что на тему. Я именно по этим хауту и делал ;) + http://www.linuxconfig.org/Linux_Software_Raid_1_Setup http://www.opennet.ru/tips/sml/120.shtml кстати на howtoforge мой вопрос не раскрыт. Там человек диск достает, машину выключает и вставляет новый. А мне хотелось бы без выключения (если такое можно...) Ну на самом деле выключить не проблема просто сейчас у меня сервер на тестировании, где он будет через пару месяцев я не знаю, и хочу быть готовым к разным ситуациям. Да, кстати, обязательно настройте и проверьте MD monitor daemon. А то у меня однажды целый месяц сервер на развалившемся зеркале работал. спасибо! Да, зеркало создано из разделов. (можно сказать что в статье на howtoforge приведен именно мой случай) Я бы с удовольствием сделал рейд1 из дисков целиком, но разве mdraid такое позволяет? PS. только что делал еще один тест. #apt-get upgrade называется..;) Чтобы и к этому варианту быть готовым. Оказалось, делал не зря. Система мне предложила обновить все пакеты включая кернел, хотя не понятно почему пыталось проапгрейдить на туже версию кернела. В результате данной процедуры мне перезаписало menu.lst, о данном факте я узнал после ребута ;) Пришлось пол часа поколдовать руками в консоли...благо серв рядом. У меня даже мысль возникла chattr на конфиг граба поставить, но боюсь как бы другие косяки от этого не стали вылазить. Так что просто данный ньюанс следует иметь в виду. 2 Nikita V. Youshchenko: спасибо, интересная дока. Прочитал и пришла мысль, что если сдохнит винт, быстрее будет перезагрузиться и вставить новый, чем мудрствовать лукаво ;) Такой себе вариант для истинных джедаев )) -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel patch
ivan demakov wrote: как? есть сорцы ядра, и есть патч. надо собрать новое ядро есть какой то спец-дебиан способ для этого? Вопрос в догонку... Есть хостинговые серваки забугром, аренда. Ядро пересобрано хостером под raid1 (RocketRAID 1520 SATA Controller driver) Я бы юзал програмный рейд, меньше гемороя, но руководство решило этот самый типа апаратный рейд использовать. Теперь у меня болит голова, что делать с ядром при апдейте системы. Я так подозреваю, что рискует все развалиться, если случайно накатить дефолтное системное ядро во время апдейта. -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: как правильно загруж ать правила iptables
Mikhail Solovyev wrote: Хмм, оригинально. То есть предлагается руками написать файлы вида iptables -t xx -A xxx bla-bla-bla (повторить N раз) и положить куда-нибудь туда? раньше явно удобнее было.. А не подскажете ссылку на документацию, где сказано, почему отказались от старого способа и решили перейти на такой? Мне очень понравилось высказывание сдесь http://debian-russian.org/debian-faq/networking/kak-sdelat-avtozapusk-fairvolla-kuda-delsya-etc-init-d-iptables /etc/init.d/iptables был убран из пакета iptables в версии 1.2.7-8 (с 07.12.2002 в unstable) за кривизну, несовместимую с жизнью. Лично я написал скрипты по аналогу с BSD ipfw и добавил в обычный стартап. - интуитивно понятней - получаем возможность руками редактировать скрипт + в случае ошибки имеем только одно не загруженное правило а не весь фаервол. - простота разветки - простота поддержки - возможность динамической генерации подсекций конфига. это все имхо разумеется ;) Dmitry E. Oboukhov пишет: В Sarge был скрипт /etc/init.d/iptables, который замечательно подгружал правила из /var/lib/iptables/{active,inactive}. А в Etch это убрали. Понятно, что можно до бесконечности таскать за собой тот старый скрипт, но всё же интересно, чем руководствовались разработчики, когда его убирали, и как теперь правильно делать. а его тоже надо из up/down /etc/network/interfaces грузить или из соответствующих каталогов :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: как правильно заг ружать правила iptables
Artem Chuprina wrote: Sergej Kandyla - debian-russian@lists.debian.org @ Thu, 28 Feb 2008 13:05:09 +0200: SK - получаем возможность руками редактировать скрипт + в случае ошибки имеем SK только одно не загруженное правило а не весь фаервол. ... и хорошо, если нам повезло, и ошибка была в запрещающем правиле. А иначе мы отрываем задницу от стула и пилим к консоли сервера на другой конец города... ;) для этого структуру фаервола проектировать правильно надо...и тогда все будет ок. И вообще дефолтный дроп - зло. Хинт: результат работы iptables-save никто редактировать руками не запрещает. Последствия, криво отредактированного руками, iptables-save куда плачевнее. PS. еще раз тихо скажу имхо ;) Если вам нравится iptables-save\restore - Ради Бога. Важен результат, а не методы. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: как правильно заг ружать правила iptables
Alexander GQ Gerasiov wrote: Грамотным решением являлся бы старт rc-скрипта с правилами сразу после через post-up в /etc/network/interfaces, без символьных ссылок в rc?.d. post-up /etc/init.d/firewall start На самом деле в pre-up. И не единый /etc/init.d/firewall а per-интерфейс. не слишком ли обременително будет поддерживать кучу скриптов per-интерфейс, особенно если интерфейсов много? к чему такие усложнения? только ради того чтобы набор правил загрузился во время старта интерфейса...? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: как правильно заг ружать правила iptables
Mikolaj Golub wrote: On Thu, 28 Feb 2008 14:44:54 +0300 Artem Chuprina wrote: AC Sergej Kandyla - debian-russian@lists.debian.org @ Thu, 28 Feb 2008 13:05:09 +0200: SK - получаем возможность руками редактировать скрипт + в случае ошибки имеем SK только одно не загруженное правило а не весь фаервол. AC ... и хорошо, если нам повезло, и ошибка была в запрещающем правиле. А AC иначе мы отрываем задницу от стула и пилим к консоли сервера на другой AC конец города... Я после нетривиальных изменений (хотя надо бы после любых) делаю так: ./firewall.sh restart ; sleep 60 ./firewall.sh stop После этого жмем Ctrl-С и если все ОК, то прервемся на слипе, а если нет, то уж подожду 60 сек... Идею спионерил кажись у кого-то из этой же рассылки :-). забавная идея ;) вообще если использовать отработанные скрипты\конфиги то все ок и можно не заморачиваться Но когда делал серьезные переходы (например на хостинге с iptables-save на самописный скрипт) то */10 * * * * /sbin/iptables -P INPUT ACCEPT; /sbin/iptables -P OUTPUT ACCEPT; /sbin/iptables -F; /sbin/iptables -X; для подстраховки ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: codepages
Dmitry E. Oboukhov wrote: русские буквы, графическую среду исполоьзую GNOME. Подскажите как это исправить. Вопрос в догонку. Господа, скажите плз\(ткните ссылку) как правильно настраивать русский в дебиане для совместного использования файлов вместе с офтопиком. По дефолту идет utf8, все отлично, но если пишу что-то в текстовых файлах, то в венде потом прочитать не могу(оно и понятно). Венда стоит второй системой, также часто возникает задача использовать какие-то файлы на других машинах. Печатать все исключительно в опенофисе не совсем удобно. Использование локали koi8r or windows-1251, возможно, решило бы проблему, но я не уверен что это правильный путь (с дебианом недавно), поэтому прошу совета. -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: debian-russian.org
Max V. Kotov wrote: andrey i. mavlyanov пишет: Господа, Если у кого-то есть какие-то идеи по развитию проекта (особенно если есть замечания и дополнения, в виде вопрос-ответ, к FAQ) - не стесняйтесь писать сюда или на [EMAIL PROTECTED] Давайте начнём сначала. Какая цель у проекта? Что Вы понимаете под развитием проекта? ИМХО, было бы классно иметь отдельный мейллист, например, debian-russian-sysadmins@ для соотвествующих вопросов. -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Vim откличить сдвиг и табуляции при встав ке текста
Sergey Kharlamov wrote: HI All! А подскажите вдогонку, как побороть такую штуку. При вставке текста в vim из буфера обмена, дебаиновский вим каждую новую строку сдвигает на символ табуляции. Страшно неудобно.. -- Wbr, SK -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]