Re: Debian Squeeze NetInstall + Software RAID
Доброго времени суток, решил затеять переустановку, ставлю squeeze 6.0.3 с netinstall образа... средствами инсталлятора создаю software raid 1 из двух sata дисков, все нормально до момента установки grud, последний отказывается устанавливаться...как победить это дело? Я бы предположил - создать software raid не из двух raw дисков, а из разделов на двух дисках. А то ведь некуда получается ставиться грубу ... -- 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/201110251231.42...@zigzag.lvk.cs.msu.su
Re: Lenovo Ideapad S10-3c - решена ли проблема с ACPI?
On Fri, Jun 03, 2011 at 05:23:08PM +0600, Eugene Zolotov wrote: Да будь он неладен. Вот лог: X.Org X Server 1.7.7 Release Date: 2010-05-04 ОК (II) VESA(0): initializing int10 У Вас не установлен интеловский драйвер Xorg ... (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge, Sandybridge ... -- 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/201106031541.56...@zigzag.lvk.cs.msu.su
Re: про usb и alsa
On Wed, May 11, 2011 at 02:51:18AM +0400, Иван Лох wrote: On Wed, May 11, 2011 at 02:38:56AM +0400, sergio wrote: Всем привет. Очень хочется, что бы при втыкании, usb звуковушка становилась дифолтной, а при Я бы внимательно посмотрел на /lib/udev/rules.d/78-sound-card.rules и поправил пару строчек Если бы оно еще и для уже играющих программ умело переключать... Но тут уже костыли вроде pulseaudio Почему костыли-то? То, что запрошено, является динамическим переключением потоков. Приложение, генерирующее поток, не знает и не должно знать, что он в динамике куда-то перенаправляется. Бибилиотека alsa - это средство сконфигурировать поток и потом его воспроизводить. То есть поддерживает статические потоки. Для динамических потоков *необходимо* дополнительное средство - внешнее и по отношению к приложению, и по отношению к алсе. Так почему бы эту роль не отдать pulseaudio (который в общем для этого и предназначен)? Глючный? Недоделанный? Так и алса не всегда безглючной была. Это вопрос времени. И, кстати, вашего личного участия в проекте. -- 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/201105112338.05253@blacky.localdomain
Нужен тонкий клиент / процессорный модуль
Доброго времени. Похоже что маленький бесшумный процессорный блок, который я лет пять назад привинтил на кухне к нижней стороне столешницы, и который с тех пор служил мне и семье верой и правдой (вместе с закреплённым на стене монитором и беспроводными клавиатурой и мышью), начинает аппаратно дохнуть. Виснет, грузится со второго-третьего раза, ну и как обычно себя ведёт полуживое железо. В связи с чем ищется ему замена. Подскажите кто в теме, что бы сейчас такое купить в Москве на эту роль? Требования: - x86 - возможность установить debian в качестве основной и единственной ОС, и чтобы всё железо под ним завелось (возможно после ручной работы) - небольшой форм-фактор (собираюсь привинтить к кухонному столу вместо старого), - пассивное охлаждение, - достаточные локальные ресурсы для воспроизведения видео (то есть либо процессор не ниже гигагерца, либо соответствующее аппартное ускорение в видеосистеме, которое можно завести под линуксом), - ну и джентельменский набор интерфейсов - юсб, аудио, видео, сеть. Подскажите? signature.asc Description: This is a digitally signed message part.
Re: Нужен тонкий клиент / процессорный модуль
Требования: - x86 - возможность установить debian в качестве основной и единственной ОС, и чтобы всё железо под ним завелось (возможно после ручной работы) - небольшой форм-фактор (собираюсь привинтить к кухонному столу вместо старого), - пассивное охлаждение, - достаточные локальные ресурсы для воспроизведения видео (то есть либо процессор не ниже гигагерца, либо соответствующее аппартное ускорение в видеосистеме, которое можно завести под линуксом), - ну и джентельменский набор интерфейсов - юсб, аудио, видео, сеть. Подскажите? http://www.ulmart.ru/goods/230690/?head=1 http://www.ulmart.ru/goods/201373/ оно? За ссылку спасибо. Но я так понял что у этих устройств как раз охлаждение не пассивное? Хочется чтобы оно совсем не шумело - как то что сейчас (пока ещё) стоит ... signature.asc Description: This is a digitally signed message part.
Re: alsa перестаёт работать при сносе pulsaudio
apt-get install pulseaudio - и снова всё работает, включая mplayer -ao alsa и aplay. ~/.asoundrc и /etc/alsa.conf (или alsa.d) отсутствуют. А /etc/asound.conf ? После этого звук пропал совсем. aplay -L успешно показывает все те же устнройства (SB Live), но aplay somefile.wav говорит, что не может открыть файл. Я бы strace-ом посмотрел, что он там открыть пытается -- 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/201105012322.50468@blacky.localdomain
Re: про войну aptitude и apt
Вам следует понять, что человеческие мозги все еще в цене и никто не запихнет в aptitude интеллект скайнета. Поэтому бывают и ошибки. Лично у меня aptitude search '?garbage' ничего не нашло, но бывали всякие случаи, например просьбы удалить всю среду Gnome или установить то, что я только что удалил с помощью synaptic. Но пользуюсь все равно aptitude, так как оно меня устраивает. Если не пользоваться synaptic и/или apt(-get), как не странно, ошибок практически нет. Насколько мне известно они могут по разному принимать решения. По большому счёту это лишено смысла, на мой взгляд. Но это есть, а вот в чём суть я не знаю. Возможно настройки самих программ? Где-то они пожёстче настроены, где-то помягче. Задача поиска решения в графе зависимостей пакетов имеет крайне поганые характеристики по сложности. Все инструменты используют эвристики, причём в apt-get, aptitude и cupt эти эвристики разные. -- 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/201104291039.17116@blacky.localdomain
Re: разметка в d-i и armel
само блочное устройство устройство mmcblk0 в меню инсталятора есть, но считается неразмеченным (потомучто mbr там действительно нет). ядро при этом разделы видит (/proc/partitions) и их можно смонтировать, их нет только в меню инсталятора. если вставить дополнительную sd-карту с mbr-разметкой, то там разделы показываеются. на встроенной карте mbr разметку создавать нельзя Пообщайтесь на эту тему в debian-b...@lists.debian.org -- 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/201104071038.23299@blacky.localdomain
Re: разметка в d-i и armel
2011/4/7 Nikita V. Youshchenko yo...@debian.org: Пообщайтесь на эту тему в debian-b...@lists.debian.org Благодарю за наводку, в boot разве обсуждают d-i и layman (или как эта штука называется?)? Это рассылка разработчиков d-i. -- 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/201104071426.08921@blacky.localdomain
lvremove
Dear all, кто-нибудь может объяснить происходящее? nikita@blacky:~ sudo lvs | grep backup-src home-int-backup-src vg swi-a- 20,00g home31,01 nikita@blacky:~ cat /proc/mounts | grep backup пусто nikita@blacky:~ sudo lvremove /dev/vg/home-int-backup-src Can't remove open logical volume home-int-backup-src nikita@blacky:~ sudo dmsetup ls | grep backup--src vg-home--int--backup--src-cow (253, 3) vg-home--int--backup--src (253, 0) Короче в какой-то момент сломался элементарный бэкап скрипт. if [ -e /dev/vg/home-int-backup-src ]; then echo /dev/vg/home-int-backup-src exists, aborting 2 exit 1 fi lvcreate --name home-int-backup-src --size 20G -s /dev/vg/home mount /dev/vg/home-int-backup-src /backup/home/src mount /dev/vg/home-int-backup-dst /backup/home/dst storeBackup -f /backup/home/dst/backup.cfg umount /backup/home/dst umount /backup/home/src lvremove -f /dev/vg/home-int-backup-src Сколько-то месяцев работало и не жужжало. Но с какого-то момента вдруг перестал удалять lvm снапшот, который создаёт в момент старта бэкапа. И при следующем запуске (из крона в следующую ночь) из-за этого обламывается. Что за фигня происходит, неясно. Для вычистки приходится делать nikita@blacky:~ sudo dmsetup remove vg-home--int--backup--src nikita@blacky:~ sudo dmsetup remove vg-home--int--backup--src-cow nikita@blacky:~ sudo lvremove /dev/vg/home-int-backup-src но ведь это неправильно... Короче подскажите. P.S. nikita@blacky:~ uname -a Linux blacky 2.6.32-5-amd64 #1 SMP Wed Jan 12 05:14:59 UTC 2011 x86_64 GNU/Linux nikita@blacky:~ cat /etc/debian_version 6.0 signature.asc Description: This is a digitally signed message part.
Re: zsh развращает?
Thu, 09 Dec 2010 18:37:48 +0200 було написано Oleksandr Gavenko gave...@bifit.com.ua: Существуют вещи, которые лучше всего делать на ассемблере, c или перле. Но что-то вот я не знаю таких которые лучше делать в машинных кодах или баше. Лучше в смысле что иного способа нет. Для http://ru.wikipedia.org/wiki/Радио_86РК в машинных кодах писался http://ru.wikipedia.org/wiki/Монитор_%28управляющая_программа%29 Потому что транслятора ассемблера не было. Программа писалась на бумаге на ассемблере, Был - почти с самого начала. Но писать было действительно удобнее в кодах - так как 8-разрядная система команд KP580BM80A запоминалась на ура, а в 32к памяти (минус 2 на видеопамять, минус 4 на редактор и ассемблер, минус 2 на область оттранслированных программ) много ассемблера не влезало даже без комментариев. И транслировалось небыстро. И писать на магнитофон ассемблер дольше. А вообще хорошие времена были :) -- 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/201012131551.29...@zigzag.lvk.cs.msu.su
Re: Преобразовать в RAID1
Наткнулся на любопытную вещь. --- Physical volume --- PV Name /dev/sdc VG Name storage PV Size 931.51 GiB / not usable 1.71 MiB Allocatable yes (but full) PE Size 4.00 MiB Total PE 238467 Free PE 0 Allocated PE 238467 PV UUID pxsHsB-Amb0-IZSd-W1a3-sm07-v1gD-G0fW25 В то же время # cfdisk -Ps /dev/sdc FATAL ERROR: No partition table. И при этом диск совершенно нормально монтируется и работает. lvm создан поверх raw disk Я бы сказал, что это идеологически правильная конфигурация. Статическое разбиение диска на разделы - пережиток прошлого :). Разделы надо создавать, изменять и удалять в рантайме по мере надобности. -- 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/201010291254.21...@zigzag.lvk.cs.msu.su
Re: Преобразовать в RAID1
lvm создан поверх raw disk Я бы сказал, что это идеологически правильная конфигурация. Статическое разбиение диска на разделы - пережиток прошлого :). Разделы надо создавать, изменять и удалять в рантайме по мере надобности. Тут умные люди подсказывают, что на такой диск невозможно поставить бут лоадер. Наверное всё-таки ещё не время совсем от partition table отказываться. Лучше таки сделать один partition на весь диск, а lvm physical volume уже там. -- 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/201010291419.41...@zigzag.lvk.cs.msu.su
Re: напомните плз
Ну а если говорить о ядре, у которого зависимостей то почти и нет, то тут вообще однозначно тестинг рулит :) Ну всё относительно. Во-первых, в сегодняшнем тестинге зависимости у ядра таки есть. Не страшные правда, но всё равно одной установкой linux-image не обойтись. Во-вторых, забавности начнутся, если потребуется поставить linux-headers (для сборки модулей). Вот тут зависимости уже начнут напрягать. Начиная с libc6. В принципе, использовать необходимый минимум testing всё равно можно, подключив его низкоприоритетным источником в apt. Но в зависимости от того, что потом будет делаться на системе, дальше могут начаться забавности. Например, собранные относительно более новой libc6 бинарники могут не заработать на машине заказчика, и т.п. При использовании смеси stable и testing крайне рекомендуется поддерживать систему в согласованном по версии исходников состоянии - если стоит пакет X из testing, то все пакеты, собираемые из того же пакета исходников, должны тоже ставиться из testing. Зависимости не всегда это гарантируют. А если это не соблюдать, то начинаются конфузы, начиная с версии документации не соответствующей версии программы, и кончая странными ошибками и падениями. -- 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/201010211454.39...@zigzag.lvk.cs.msu.su
Re: git ssh
Приветствую всех знатоков git. Ситуация следующая. Настроили сервер git под управлением indefero. Доступ к репозиторию идет с авторизацией по ssh ключам. ТЕ каждый сгенерировал на своей машине ключ и поместил открытый ключ на сервере. И далее вопрос, можно ли сделать так, чтобы руководитель разработки мог с машины подчиненного отправить изменения от себя? Подчиненный может и не иметь доступ к записи в репозиторий. Я так понимаю, нужно произвести какую-то манипуляцию с ключами, иначе сервер не поймет, что отправляет руководитель разработки. То есть, астрагируясь от должностей, требуется, чтобы ssh использовал при соединении ключ, отличный от ключа по умолчанию? В принципе для этого у ssh есть ключ -i Сходу не скажу, как передать ключ в ssh, вызываемый git-ом. Но в качестве воркараунда сработает соответствующая запись в ~/.ssh/config -- 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/201010191245.52...@zigzag.lvk.cs.msu.su
Re: Не работает /etc/init.d/gdm restart
ОС - Lenny AMD64, оболочка GNOME 2.22.3 Не работает /etc/init.d/gdm restart, уже неск. месяцев, просто до того, чтобы с этим разобраться,руки не доходили. Точнее- работает, но как stop, приходится потом из консоли запускать start'ом. До этого такого не было, рестартовал нормально. В чем может быть дело? Есть гипотеза, что там возникает гонка, что произойдёт быстрее - скрипт выдаст команду старт, или будет убит SIGHUP-ом из-за гибели терминала. Возможно поможет игра с nohup. signature.asc Description: This is a digitally signed message part.
Re: grub
Как простым способом побороть автомагизм grub'а в lenny? Надо-то всего прописать загрузку линукса из соседнего раздела и чтобы записи в меню были не его магические (grub'а), а мои. А в чём собственно проблема? Автоматом перегенерируются только строки конфигурации между ### BEGIN AUTOMAGIC KERNELS LIST и ### END DEBIAN AUTOMAGIC KERNELS LIST Добавляйте своё до или после. А если нужно только параметры поменять, то для этого есть зацепки, смкомментарии в том же файле. Хорошо было в лило ... ... особенно когда требуется загрузить ядро с другими параметрами, и нет уже загруженной системы для правки lilo.conf -- 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/201009091420.25...@zigzag.lvk.cs.msu.su
Re: Сборка пакетов ядра из сырцов a-la debian
GS Простите, вы хотите сказать, что при запуске apt-file source -b оно GS что-то из /boot читает? :) Особенно, когда собирает кучу ядер под разные GS процы? нет я сказал где конфиг установленного ядра взять. а где он лежит внутри src-пакета можно поглядеть поразглядывав debian/rules, думаю Он там не лежит, он генерируется -- 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/201009081637.05...@blacky.localdomain
Re: а кто хорошо знает Git?
имеем два бранча. один (b1) хранит некое дерево другой (b2) расширяет это дерево дополнительными файлами (GIT используется для хранения конфиг-файлов). то есть если общий (для обоих бранчей) пул файлов, а так же у второго бранча еще ++ набор файлов. так вот, находясь в бранче b2 мы хотим изменить файлы взятые из b1. меняем, коммитим в b2, затем на другом дереве где переключено в b1 мержим закоммиченный файл в b1 и коммитим в b1. ну и принять внешние изменения для бранча b1 будет: git pull remote b1 для b2 будет: git pull remote b[12] все вроде хорошо, но в дереве конфигов переключать бранчи нельзя. можно ли упростить процедуру попадания файла из бранча b2 в b1? то есть без промежуточного дерева и без обязательного переключения бранчей в рабочем дереве? Что-то мне кажется что задача решается черри-пиком в дереве конфигов необходимого коммита из b2. Соответствующий коммит (без переключения бранчей) предварительно засасывается оттуда где он создан при помощи git fetch. signature.asc Description: This is a digitally signed message part.
Re: Сборка пакетов ядра из сырцов a-la debian
Про make-kpkg я в курсе. Но это не то, как делаются package'ы с помощью ключа -b у apt-file. Кроме того, make-kpkg требует конфигурирования ядра, а мне интересна сборка не с моим конфигом, а с тем, который в дебиане. Ну dpkg-buildpackage и аналоги никто не отменял. Правда, для linux-2.6 это будет работать очень долго и потребуем многих гигабайт дискового пространства. Немного подсократить время и место можно, собирая только требуемый flavour, примерно так: export DEBIAN_KERNEL_JOBS=4 mkdir debian/build debian/stamps fakeroot make -f debian/rules.gen {source,setup,build,binary-arch}-686 -- 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/201009031742.55...@zigzag.lvk.cs.msu.su
Re: Чем удалять устаревшую почту?
Nikita V. Youshchenko - debian-russian@lists.debian.org @ Sat, 27 Feb 2010 10:49:16 +0300: Имеем ~user/Maildir/ на сервере, в котором большое количество (50, хотя это не важно) папок Maildir. Есть command line доступ до сервера, есть возможность туда поставить что-нибудь. Из некоторых папок хочется автоматически удалять устаревшую почту. Понятие устаревшая своё для каждой папки. Раньше использовал запуск из крона скрипта с нескольними командами вида arhivemail --delete -q -d N .../Maildir/.folder.subfolder/ Теперь захотелось более гибкое условие удаления. Чтобы кроме возраста письма было что-нибудь вроде регулярного выражение на хэдэр. grepmail, похоже, умеет только mbox. NVY mbox много кто умеет. Но в данном случае требуется решение для Maildir. man find? И что? Запускать из файнда шелловскую команду на каждый из многих тысяч файлов мэилдира? Что-то мне кажется что это часами будет работать... -- 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/201002271327.18...@blacky.localdomain
Re: Чем удалять устаревшую почту?
Nikita V. Youshchenko - debian-russian@lists.debian.org @ Sat, 27 Feb 2010 13:27:17 +0300: Имеем ~user/Maildir/ на сервере, в котором большое количество (50, хотя это не важно) папок Maildir. Есть command line доступ до сервера, есть возможность туда поставить что-нибудь. Из некоторых папок хочется автоматически удалять устаревшую почту. Понятие устаревшая своё для каждой папки. Раньше использовал запуск из крона скрипта с нескольними командами вида arhivemail --delete -q -d N .../Maildir/.folder.subfolder/ Теперь захотелось более гибкое условие удаления. Чтобы кроме возраста письма было что-нибудь вроде регулярного выражение на хэдэр. grepmail, похоже, умеет только mbox. NVY mbox много кто умеет. Но в данном случае требуется решение для Maildir. man find? NVY И что? Запускать из файнда шелловскую команду на каждый из многих NVY тысяч файлов мэилдира? Что-то мне кажется что это часами будет NVY работать... Слухи о тяжести fork по сравнению с анализом файла сильно преувеличены. Если на то пошло, то fork() тут займёт лишь мизерную долю времени. Динамическая линковка каждого порождённого процесса - на 2-3 порядка медленнее. Многочисленные lookup() на огромный каталог тоже небыстры. Но, главное, криво это по самое немогу. Впрочем, учитывая, что ты устаревшую почту собираешься _удалять_, многие тысячи файлов там будут только при первом запуске... Ошибаетесь. Речь идёт об удалении нескольких писем из нескольких тесяч за один запуск. -- 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/201002271601.01...@blacky.localdomain
Чем удалять устаревшую почту?
Имеем ~user/Maildir/ на сервере, в котором большое количество (50, хотя это не важно) папок Maildir. Есть command line доступ до сервера, есть возможность туда поставить что-нибудь. Из некоторых папок хочется автоматически удалять устаревшую почту. Понятие устаревшая своё для каждой папки. Раньше использовал запуск из крона скрипта с нескольними командами вида arhivemail --delete -q -d N .../Maildir/.folder.subfolder/ Теперь захотелось более гибкое условие удаления. Чтобы кроме возраста письма было что-нибудь вроде регулярного выражение на хэдэр. archivemail так не умеет. Чем бы его заменить? signature.asc Description: This is a digitally signed message part.
Re: Чем удалять устаревшую почту?
On Sat, Feb 27, 2010 at 10:09:00AM +0300, Nikita V. Youshchenko wrote: Имеем ~user/Maildir/ на сервере, в котором большое количество (50, хотя это не важно) папок Maildir. Есть command line доступ до сервера, есть возможность туда поставить что-нибудь. Из некоторых папок хочется автоматически удалять устаревшую почту. Понятие устаревшая своё для каждой папки. Раньше использовал запуск из крона скрипта с нескольними командами вида arhivemail --delete -q -d N .../Maildir/.folder.subfolder/ Теперь захотелось более гибкое условие удаления. Чтобы кроме возраста письма было что-нибудь вроде регулярного выражение на хэдэр. grepmail, похоже, умеет только mbox. mbox много кто умеет. Но в данном случае требуется решение для Maildir. signature.asc Description: This is a digitally signed message part.
Re: WebGL - как можно настроить ?
Can't find symbol 'OSMesaCreateContextExt' Ну это в общем и есть ответ. 2. Скачал, разархивировл и запустил http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-3.7a1pre.en-US.linux-i686.tar.bz2 Вот то, что вы оттуда скачали, бинарно несовместимо с установленной у вас месой. Надо пересобирать плагин. Как - не знаю :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Безобразие со скриптами установки пакетов из security.debian.org
Вопрос, что с этим безобразием делать. man reportbug -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Purge для deinstall пакета
Dmitry E. Oboukhov un...@debian.org writes: PS: по теме надо не aptitude использовать, а dpkg --purge Это откуда такое следует? aptitude purge --purge-unused package или в настройках прибить: Aptitude::Purge-Unused true; тогда purge будет выполняться не только для удаляемого пакета, но и для тех пакетов, которые вместе с ним сносятся. А это чревато между прочим. Именно из-за подобных вещей я потерял руками отточенный cupsd.conf при переименовании пакета cupsys в cups. По-моему сделать aptitude purge '~c' раз в несколько месяцев совсем не напряжно. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
... а конфиг Xorg ты небось тоже по старинке руками писал? Приходится, не в идеальном мире живем же. А зачем делать руками то, что может быть сделано автоматически? Чтобы сделать это автоматически, нужно всего лишь описание имеющегося в компьютере железа, в формате, который возможно автоматически обработать. Ровно это и предоставляет HAL. И старшие версии xorg прекрасно умеют с ним работать. И могут это делать без вмешательства пользователя. В том числе и с динамически меняющимся железом. А если пользователь продвинутый и считает, что может сделать себе настройку лучше, чем получается у автоматической процедуры, то ему предоставляются рычаги управления этим. Я не вижу, что не так в этой архитектуре. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
On 2009.11.27 at 10:00:21 +0300, Nikita V. Youshchenko wrote: на блютухе у меня мыша. поставил пакет с именем блютух и в конфиге прописал ее пин. подробностей не помню, так она уже два года работает. AR Т.е. данные спаривания лежат в /var/lib с тех пор, когда для спаривания не AR нужен был dbus. а я вспомнил! там в пакете блютух в /usr/share/doc в examples лежал махонький c-шник, который можно было скомпилить и спарить с его помощью. и вот я его использовал:) Вот затем dbus и ко и нужны, чтобы этого делать не приходилось. Вот только поулчается ровно наоборот. Пока DBUS-а не было, можно было спокойно вписать pin в /etc/bluetoos/hcid.conf. И кстати, там же написать Данный интерфейс должен быть всегда discoverable. Потом появился dbus и discoverable приходистя включать dbus-send-ом из самопального init-скрипта, а для спаривания писать/компилировать отдельную приблуду. А как без dbus было сделать, чтобы интерфейс был discoverable НЕ всегда? То есть мне в конце концов пришлось ее самому писать, потому что то, что там лежит в examples, и до недавнего времени испоьзовалось kdebluetooth, это такое дерьмо, на которое даже libbluetooth ругается, что там все не почелвоечески сделано. Я уж не говорю, что интерфейс ни для вызова из постороннего GUI, ни для вызова руками там не продуман совершенно. Если это правда, то это предмет для обсуждения интерфейса с разработчиками. Или, скажем, предложения альтернативного. Но почему-то при взгляде со стороны это больше похоже на классическую нелюбовь программиста ко всему, что сделать не им самим :). -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
С hal хуже. Чего хотели его разработчики, кроме воспроизведения в массовом масштабе страшилки из Космической одиссеи 2001 Артура Кларка, я так и не понял. Обеспечить доступ к информации о текущем наборе оборудования и о его изменениях в стандартном machine-parseable формате. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
On 2009.11.27 at 10:41:56 +0300, Nikita V. Youshchenko wrote: ... а конфиг Xorg ты небось тоже по старинке руками писал? Приходится, не в идеальном мире живем же. А зачем делать руками то, что может быть сделано автоматически? Если только автоматически будет сделано именно то, что ты хочешь. Чтобы сделать это автоматически, нужно всего лишь описание имеющегося в компьютере железа, в формате, который возможно автоматически обработать. Ровно это и предоставляет HAL. И старшие версии xorg прекрасно умеют с ним HAL почему-то запускается каждый раз при загрузке системы. И нафиг мне это надо, чтобы оно каждый раз думало ... HAL - сервис. Сервисы запускаются при загрузке системы. Время запуска этого сервиса - известная проблема, над которой работают. и принимало свои, НЕОПТИМАЛЬНЫЕ ДЛЯ МЕНЯ решения? Пусть уж один раз подумает, я посмотрю что оно надумало, подправлю по вкусу, И ЧТОБЫ ОНО БОЛЬШЕ НИКОГДА НИЧЕГО ПО СВОЕМУ ДЕЛАТЬ НЕ ПЫТАЛОСЬ, пока я его об этом явным образом не попрошу. Правильно настроенный HAL ровно так себя и ведёт. На мой взгляд, XML-ные конфиги - это менее гуманно чем принятая в tiled wm концепция хотите изменить конфигурацию - поправьте исходник и перекомпилите. Потому что их исходники написаны на языках, предназначенных для обработки человеком, а не на XML. Таким образом поставленная задача - автоматическая настройка системы для людей, которые не имеют возможности настраивать её руками (а такие люди и ситуации БЫВАЮТ) - решена быть не может. Но вот чтобы оно монитор мне ставило не в ту позу, которую я хочу, а в ту, которую производитель видеокарты считает правильным? Вы что, не знаете что производителям видеокарт проплачивает всемирная мафия врачей-окулистов ;-). Про мафию это, конечно, шутка. Но вот вообще-то при таком подходе к делу - никогда не использовать цветовых палитр и видеорежимов по умолчанию, всегда настраивать руками под себя у меня за 20 лет работы с компьютерами зрение не ухудшилось. У большинства тех, кто доверяет в этом вопросе вендорам, зрение садится при гораздо меньшем количестве часов за компьютером. Это хорошо, что вы умеете настраивать оборудование оптимально для себя. Если вы предложите способ АВТОМАТИЧЕСКОЙ настройки оборудования лучший, чем это делают вендоры, то вы окажете большую услугу сообществу. Хватит того, что диски теперь монтировать приходится то-ли по LABEL с риском налететь на дубликат при вставке в компьютер лишнего диска, то-ли по совершенно неудобочинаемым UUID. /dev/disk/by-path/ ? Я не спорю, что /dev/sda короче. НО, как вам наверное известно, динамическое именование устройств появилось не как прихоть, а как решение вполне конкретных задач. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
pbuilder удобен для финальных сборок. а когда что-то делаешь, то удобнее продолжить с того места где Ctrl-C нажато а тут pbuilder - помеха Не помеха. pbuilder login и вперёд. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
NVY Вот затем dbus и ко и нужны, чтобы этого делать не приходилось. NVY Благодаря им, например, обмен данными с телефоном, который принёс NVY забежавший на огонёк человек, работает под lenny из коробки - никакой NVY настройки вообще. Так уж и никакой? Да. Никакой. Клик на паре иконок, ввод пина в окне, и файлы качаются. это значит скоро мы получим море сифилисов, как в венде Да почему, чёрт возьми? Что плохого в том что система просто работает? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
небось тоже по старинке руками писал? Приходится, не в идеальном мире живем же. NVY А зачем делать руками то, что может быть сделано автоматически? NVY Чтобы сделать это автоматически, нужно всего лишь описание имеющегося в NVY компьютере железа, в формате, который возможно автоматически обработать. вот от этого формата который можно обратотать автоматически и растет то что этот hal - гадость. формат должен быть обрабатываем вручную. тогда это будет unixway ВОЗМОЖНОСТЬ ручной настройки никто не отменял. А вот из НЕОБХОДИМОСТИ ручной настройки растёт действительно много гадости. Вид человека, который на пятом десятке конфиги ручками правит, вызывает смешанные чувства. Система должна предоставлять возможность ручной настройки тем, кому это по любой причине надо, и просто работать для всех остальных. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
On Fri, 27 Nov 2009 10:00:21 +0300 Nikita V. Youshchenko wrote: NVY Хотя... а конфиг Xorg ты NVY небось тоже по старинке руками писал? А это сейчас бесполезно. Хоть сколько угодно пиши, например, свои Modeline -- оно плюёт на настройки (последние версии X-ов все такие). Нет, ну я понимаю -- хотели как лучше... Чтобы юзеры свои железки не поломали. Но зачем с корнем-то отрывать? Ну возьми и сделай так -- если юзер написал такой конфиг, что ОНО думает, что такой нельзя -- возьми и спроси, действительно ли юзер хочет такие настройки использовать? Один раз спроси. Чтобы можно было ответить ровно один раз: да, я понимаю, что хочу сейчас сломать свой монитор, он мой, и я его действительно хочу сломать, и больше не надо меня об этом спрашивать. Баста. У меня вот монитор держит 1600x1...@100. Конфиг X-ов, давно написанный (монитору, как и видеокарте, уже много лет), сейчас фактически не работает: xorg плюёт на мои настройки и выдаёт мне вместо 1600x1...@100 -- 1600x1...@84.4. А Xorg.log не поясняет причину такого поведения? А если Xorg с -logverbose 9 запустить? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
Система должна предоставлять возможность ручной настройки тем, кому это по любой причине надо, и просто работать для всех остальных. XML-конфиги сюда никак не вписываются. Мне тоже не нравятся xml-конфиги. Но возможности ручной настройки они не отменяют. Xml - это всего лишь синтаксис. К тому же объём синтаксического мусора, добавляемого xml в данном конкретном случае (fdi файлы), остаётся во вполне приемлемых пределах. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: udev: launch a script
Настраиваю udev. В /etc/udev/rules.d/10-local.rules добавил: SUBSYSTEMS==input, ATTRS{name}==Logitech USB Receiver, \ ACTION==add,RUN+=/etc/hotplug/usb/usbreceiver Для отладки скрипта, вызываемого из udev, поставил печать: ... За каким это надобом скрипт вызывается 5 раз? Для надёжности что-ли? Udev генерирует несколько событий, нужен дополнительный фильтр в правиле. Чтобы выяснить какой, распечатайте в скрипте все переменные окрыжения и посмотрите различия. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
On Fri, 27 Nov 2009 12:55:04 +0300 Nikita V. Youshchenko wrote: NVY А Xorg.log не поясняет причину такого поведения? Нет. Вот некоторые куски из лога, которые могут слегка прояснить ситуацию: [...] (II) RADEON(0): Printing DDC gathered Modelines: [...] (II) RADEON(0): Modeline 1600x1200x85.0 235.00 1600 1728 1896 2192 1200 1203 1207 1262 -hsync +vsync (107.2 kHz) [...] (II) RADEON(0): Supported Future Video Modes: [...] (II) RADEON(0): #4: hsize: 1600 vsize 1200 refresh: 85 vid: 22953 [...] На самом деле, как монитор, так и видеокарта поддерживают 1600x1...@100, в таком видеорежиме я и работал раньше, до того, как X-ы стали умными. NVY А если Xorg с -logverbose NVY 9 запустить? Запустил. Тоже не поясняет. Ну тогда reportbug -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
NVY Благодаря им, например, обмен данными с телефоном, который принёс NVY забежавший на огонёк человек, работает под lenny из коробки - NVY никакой настройки вообще. Угу, и единственная программа помимо того экзамплового сишника, позволяющая спарить одно с другим, требует libgnome. А вам не всё равно? Обеспечить в системе требуемые библиотеки - задача менеджера пакетов, и с этим слава богу у дебиана всё в порядке. Мне важнее, чтобы была решена моя задача, быстро и без геморроя. И я считаю, что в этом плане сегодняшний линукс ну куда лучше того, с чего я начинал 15 лет назад, и через что проходил за эти годы. И не в последнюю очередь благодаря технологиям, которые тут принято ругать. В lenny X.org даже для создания конфига прекрасно обходится без HAL. Не говоря уж о работе. Да, секцию для тачпада - руками. Вот последней фразой вы и провели границу. Мы с вами руками можем. Но огромное большинство пользователей - нет. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
On Fri, 27 Nov 2009 14:07:10 +0300 Nikita V. Youshchenko wrote: NVY Ну тогда reportbug Кому и на что? На пакеты, содержащие драйвер и xorg. BTS позволяет вешать баг на два пакета сразу. В репорте написать, что на таком-то железе такая-то конфигурация с такой-то версии перестала работать. А если квалификация позволяет и свободный вечер есть, то ещё лучше самому посмотреть, что там стряслось. Ибо это именно баг, а не чья-то злавредная политика. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
Вот последней фразой вы и провели границу. Мы с вами руками можем. Но огромное большинство пользователей - нет. Хотите сделать счастливыми _всех_? Мне кажется, что от пользователи, которые могут руками, пользы сообществу куда больше приносят. Гораздо больше пользы приносят пользователи, которые потом делают своё решение доступным в дистрибутиве :). А чтобы это было возможно, решение должно обладать некоторой степенью универсальности. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lenny. Насколько оправданно для обычного пользователя инсталляция х64 vs x86?
On Thu, Nov 26, 2009 at 10:03:07PM +0300, Alexander GQ Gerasiov wrote: Linux vice 2.6.30-2-amd64 #1 SMP Sat Sep 26 03:42:23 UTC 2009 x86_64 GNU/Linux [...@vice:/tmp]$ dpkg --print-architecture i386 Вот в такой конфигурации nvidia работает (в squeeze так вообще никаких проблем нету), а fglrx, говорят, нет (сам не проверял - негде). Ну я опять проверил... Как раз год с последней попытки прошел... С помощью набора блобов и какой-то матери собрал: fglrx-kernel-2.6.30-2-amd64 1:9-10-1+2.6.30-8 Конечно, ничего не работает... Даже без DRI. Уивительно, как это им удается сделать. Ведь слой совместимости с 32-bit есть... Не удивительно. Достаточно одного неаккуратного поля в структуре данных, разделяемой между ядром и юзер спейс. Например, поля типа long. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
Не надо крайностей. Никита пытается нам донести, что существующая ситуация очень его радует в смысле управления системой не профессионалом. Не только не профессионалом. Я считаю себя профессионалом, и тем не менее когда система работает, не требуя настройки, мне приятно, и я буду как профессионал стараться делать так, чтобы система работала без настройки как можно чаще. Проблема тут в том, что несколько сломали/усложнили возможности управления профессионалами, а вот с этим уже он почему-то не согласен. Смотря о какой поломке идёт речь. Если что-то не удаётся настроить как требуется, то это баг. Как минимум wishlist, а в большинстве случаев normal или выше. А вот если настройка возможна, но вместо по-старинке нужно изучить новые механизмы, то это нормально. А нежелание бывалых эти механизмы изучать - личные проблемы бывалых, а не недостатки новых технологий. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
On Fri, 27 Nov 2009 15:05:44 +0300 Nikita V. Youshchenko wrote: NVY Ибо это именно баг, а не чья-то злавредная политика. То, что X.org получает неверную информацию о железе (каким образом и кто в этом виноват -- это теперь надо искать во всех этих прослойках, которые сейчас присутствуют) -- это одна сторона проблемы. Другая заключается в том, что X.org не даёт мне настроить моё железо так, как мне надо. И меня куда больше беспокоит именно второе. Я глубоко вопрос не изучал, и подробности сказать не могу. Одно из двух. Либо информацию о кастом модлайне надо теперь указывать где-то ещё - тогда это баг настройки. Либо её надо указывать в прежнем месте, но из-за бага в xorg или в драйвере она оттуда не читается. Тогда это баг xorg или драйвера. Если кто-то умудрился переписать код, исключивший возможность кастом модлайна - то это опять же баг, в этом самом коде. В любом случае это баг. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Lenny. Насколько оправданно для обычного пользователя инсталляция х64 vs x86?
Конечно, ничего не работает... Даже без DRI. Уивительно, как это им удается сделать. Ведь слой совместимости с 32-bit есть... Не удивительно. Достаточно одного неаккуратного поля в структуре данных, разделяемой между ядром и юзер спейс. Например, поля типа long. Да, но ведь 32-bit приложения работают в 64-битной системе... Правда тут еще код инициализации X-сервера есть. 64-битное ядро, получив системый вызов вроде ioctl() от 32-битного процесса, получает доступ до физически той же структуры данных (буквально - того же места в физической памяти), которую подготовил 32-битный процесс. Поэтому либо структуры данных должны быть инвариантны относительно 32/64-разрядности, либо обработчик системного вызова должен в явном виде заниматься преобразованием. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
В Птн, 27/11/2009 в 15:41 +0300, Artem Chuprina пишет: NVY А вам не всё равно? NVY Обеспечить в системе требуемые библиотеки - задача менеджера пакетов, NVY и с этим слава богу у дебиана всё в порядке. Не все. У меня память в ноуте не резиновая. Блин! ну разработчики-же не виноваты, что некоторые маргиналы в силу природной жадности не меняют сдохшую батарейку вместе с ноутом. Да не в этом дело. Библиотеки занимают немного, к тому же грузятся не целиком и выгружаются после использования. Используемая при этом память несравнима с тем, что требует тот же файрфокс. Скорее имеет место неприязнь к непривычному объекту, с которым не хочется иметь дело. Но debian позволяет это дело и не иметь :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
на блютухе у меня мыша. поставил пакет с именем блютух и в конфиге прописал ее пин. подробностей не помню, так она уже два года работает. AR Т.е. данные спаривания лежат в /var/lib с тех пор, когда для спаривания не AR нужен был dbus. а я вспомнил! там в пакете блютух в /usr/share/doc в examples лежал махонький c-шник, который можно было скомпилить и спарить с его помощью. и вот я его использовал:) Вот затем dbus и ко и нужны, чтобы этого делать не приходилось. Благодаря им, например, обмен данными с телефоном, который принёс забежавший на огонёк человек, работает под lenny из коробки - никакой настройки вообще. Хотя если потребности ограничиваются запуском броузера и пары rxvt, то современные средства действительно избыточны. Хотя... а конфиг Xorg ты небось тоже по старинке руками писал? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: убрать из автозагрузки через /etc/init.d/
Chertov Vyacheslav cherto...@yandex.ua writes: Hi 2 all, напомните плз какой командой принято добавлять, удалять пр-ссы из автозагрузки, находящиеся в /etc/init.d/ Есть милая программка rcconf с интерфейсом на ncurses. Галочку убрал с сервиса -- он и не грузится больше. Про все такие программы один вопрос - а после aptitude upgrade что будет? Снова галочку убирать? -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
Так ведь суют их сейчас куда попало. Например, консольная утилита управляет демоном через DBUS и т.п. Получается, из костыля сделали краеугольный камень. Хмм... В случае с демоном и консольной утилитой его управления - есть вариант написания наколеночного интерфейса чарез пайп или сокет или хз что, а есть вариант взаимодействия через стандартный middleware, каковым является dbus. Что из этого является костылём, а что нет - похоже у нас с вами противоположные мнения :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: убрать из автозагрузки через /etc/init.d/
Иван Лох l...@1917.com writes: А если я скажу dpkg-reconfigure, пакетный менеджер меня спросит Запускать демон по умолчанию? я скажу Да (или отредактирую файл в /etc/defaults/ руками) -- он будет запускаться сам? Если dpkg-reconfigure, то да, всё будем само, причём сразу, безо всяких перезагрузок. Если это не так - reportbug. Если руками - то один раз запустить или остановить придётся вручную. Но вам гарантируется, что система это запомнит и сохранит через апгрейды. Если не сохранит - это RC баг. Вдогонку. А соответсвующие файлы из /etc/defaults используются уже внутри самого скрипта сервиса. А если он не запускается, то в содержимое /etc/defaults можно хоть всю «Войну и мир» загнать, -- никто читать не будет. Вообще, включение/выключение через /etc/defaults -- это какой-то не очень понятный второй уровень управления. Исторически в debian всегда был принци не нужен сервис - не ставь пакет. Качество пакетной системы вполне позхволяло и позволяет это делать. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
Так ведь суют их сейчас куда попало. Например, консольная утилита управляет демоном через DBUS и т.п. Получается, из костыля сделали краеугольный камень. Хмм... В случае с демоном и консольной утилитой его управления - есть вариант написания наколеночного интерфейса чарез пайп или сокет или хз что, а есть вариант взаимодействия через стандартный middleware, каковым является dbus. Что из этого является костылём, а что нет - похоже у нас с вами противоположные мнения :) Вот только юникс - это когда через пайп, а через DBUS/DCOM - это виндоус. Интерфейс пайпа имеет фундаментальное ограничение - он не пригоден для работы с асинхронными событиями - в принципе. А потребность работы с таковыми есть. Поэтому демон работает с dbus. А поскольку демон работает с dbus, то естественно и управление демоном сделать через dbus. А не громоздить костыли. Если задача управления такова, что для неё достаточно пайпа - то и в этом случае использование dbus ничего существенно не усложняет - есть консольный интерфейс, его командную строку, если кеажется сложной, можно завернуть в скрипт. А по поводу ортодоксальных пайпов - так ведь можно пойти дальше и сказать что юникс вей - это командная строка, и поэтому aptitude purge xserver-xorg. Я уж не говорю о том, что демон-индексатор отнюдь не должен заниматься поиском по индексной базе, не его это работа. А необходимость управления демоном возникает только потому, что в него блэкджек всунули и этот демон стал необходим для работы юзерского интерфейса. В итоге одна кривость на другую громоздится. Не буду комментировать то, с чем не разбирался. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
Nikita V. Youshchenko wrote: Так ведь суют их сейчас куда попало. Например, консольная утилита управляет демоном через DBUS и т.п. Получается, из костыля сделали краеугольный камень. Хмм... В случае с демоном и консольной утилитой его управления - есть вариант написания наколеночного интерфейса чарез пайп или сокет или хз что, а есть вариант взаимодействия через стандартный middleware, каковым является dbus. Что из этого является костылём, а что нет - похоже у нас с вами противоположные мнения :) по-моему всё просто: то, что не причиняет неудобств - это здоровая нога, а то, что мешается - это костыль. например если стандартный middleware плохо скриптуется - это костыль. Ну так недалеко до того, что юникс от и до является костылём, в отличие от систем, выполняющих стандартные задачи из коробки :) -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
Nikita V. Youshchenko wrote: по-моему всё просто: то, что не причиняет неудобств - это здоровая нога, а то, что мешается - это костыль. например если стандартный middleware плохо скриптуется - это костыль. Ну так недалеко до того, что юникс от и до является костылём, кто бы спорил. не судите строго - не помню авторства и точного текста: Unix - ужасная, сложная и запутанная система. Проблема только в том, что остальные ещё хуже И тем не менее я категорически не согласен с вашим определением костыля и нормального решения. Я считаю нормальным такое решение, которое является частью целостной, логически согласованной, продуманной структуры. А костылём - то, что сделано вопреки таковой структуре. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
И тем не менее я категорически не согласен с вашим определением костыля и нормального решения. Я считаю нормальным такое решение, которое является частью целостной, логически согласованной, продуманной структуры. А костылём - то, что сделано вопреки таковой структуре. это только одна сторона. цельность системы никак не может быть основной целью. иначе опять скатываемся к и вот со всей этой хернёй на борту мы попытаемся взлететь. То есть как - если система целостна, то с этой хернёй ..., а если вся соплями из закладок склеена, то наоборот? Хмм... в unix же за хороший тон считается делать универсальные кирпичики, которые можно встраивать и в другие системы тоже. для этого нужно всего две вещи: - простота и законченность задачи, решаемой каждой программой (компонентой в общем случае); - возможность интегрироваться со всем, что шевелится. И именно этим задачам dbus как стандартизованный механизм IPC удовлетворяет как нельзя лучше. Это логичное развитие командной строки и пайпов, преодолевающее её ограничения и при этом сохраняющее мощность. Просто нужно научиться этим пользоваться. Вспомните себя до того, как научились пайпам. вообще феномен unix был в том, что это была попытка создать систему удобную и понятную разработчикам. Разработчикам или администраторам, привыкшим к старым механизмам? :) dbus был создан, чтобы решить проблемы, стоящие перед разработчиками, и при этом сохранить мощность unix way. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian становится все более похож на Windows. Как с этим жить?
С event-based это не так. shell-овая схема запусти и подожди разваливается. Event loop нужен. Асинхронный вызов методов через dbus в природе не наблюдается. Так что для простых задач event loop совсем не нужен. Запрос pin при соединении с bluetooth устройством, например. Или уведомление о звонке в телефонном стеке. Или о сообщении в IM-стеке. signature.asc Description: This is a digitally signed message part.
Re: Debian становится все более похож на Windows. Как с этим жить?
On Wed, 25 Nov 2009 21:46:56 +0300 Nikita V. Youshchenko yo...@debian.org wrote: С event-based это не так. shell-овая схема запусти и подожди разваливается. Event loop нужен. Асинхронный вызов методов через dbus в природе не наблюдается. Так что для простых задач event loop совсем не нужен. Запрос pin при соединении с bluetooth устройством, например. Агенты, емнип, всё равно синхронно отвечают. Кстати, тут кривость подхода написали, не подумав встаёт в полный рост: нельзя два агента подключить на один hci. Или уведомление о звонке в телефонном стеке. Или о сообщении в IM-стеке. Уведомление (signal) --- это не вызов метода mathod_call, method_return. Для всех трёх приведённых мною примеров используются сигналы dbus. signature.asc Description: This is a digitally signed message part.
Re: Инициализация X-server'а в бэкграунде
(И тогда вопрос второй: как из консоли делать переключение псевдотерминалов из скрипта/командной строки?) chvt А на первый вопрос сходу не отвечу. Не слышал про такое. И с учётом проб устройств при старте X сервера реализация такого может быть проблематичной. Хотя это не более чем общие соображения. signature.asc Description: This is a digitally signed message part.
Re: как установить заголовочные файлы ядра от других архитектур?
Меня интересует следующий шаг. Есть некая библиотека, которой нужны заголовочные файлы ядра. Хотел собрать её под armel, используя более мощный процессор. Оказалось, что штатно (пакетами) такой хотелки не предусмотрено. Как не предусмотрено? На том же emdebian.org лежат пакеты заголовков ядра, libc для кросссборки etc. Угу. linux-kernel-headers-arm-cross (2.6.18-7) А поновее? 1. А вы уверены, что вам это надо? То есть, что собираемый вами софт зависит от новшеств, случившихся в ABI ядра после 2.6.18? 2. Если уверены, то поновее делается из нативных пакетов при помощи dpkg-cross. signature.asc Description: This is a digitally signed message part.
Re: убрать из автозагрузки через /etc/init.d/
Hi 2 all, напомните плз какой командой принято добавлять, удалять пр-ссы из автозагрузки, находящиеся в /etc/init.d/ С уважением, Чертов Вячеслав. aptitude remove :) Другие варианты: - поправить файл в /etc/default/ - многие пакеты предоставляют такой и имеют в нём настройку для незапуска демона. - измененить прав файла в /etc/init.d/ на 644, только это надо делать не через chmod, а через dpkg-statoverride -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: убрать из автозагрузки через /etc/init.d/
Hi 2 all, напомните плз какой командой принято добавлять, удалять пр-ссы из автозагрузки, находящиеся в /etc/init.d/ С уважением, Чертов Вячеслав. aptitude remove :) Другие варианты: - поправить файл в /etc/default/ - многие пакеты предоставляют такой и имеют в нём настройку для незапуска демона. - измененить прав файла в /etc/init.d/ на 644, только это надо делать не через chmod, а через dpkg-statoverride Ещё конечно есть update-rc.d - но он несколько не для того -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: awesome
OG Жаль вот по популярности в Lenny fvwm на DVD-2 перескочил. OG В FreeBSD 7.0 аж на CD-3. OG Жалко им 4 MiB? А Гном пихают целиком. Что значит жалко? CD (омг, CD?!, это такие дискеты, да?) не руками собирают. Купи себе 1000 нетбуков, поставь туда fvwm и отсылай отчёты в popularity contest, может и вернётся обратно на первый сидюк :) Ну наверное можно и тысячей виртуальных машин обойтись :) signature.asc Description: This is a digitally signed message part.
Re: как установить заголовочные файлы ядра от других архитектур?
создаётся впечатление, что Вы решаете не ту задачу. я так понимаю, что у Вас интересует кросскомпиляция? думаю в эту сторону и стоит копать - уверен, что в debian есть штатные средства для сборки под другие архитектуры. Кросс-компиляторов в основном репозитории нету, из-за слишком большого числа комбинаций host/target. Пакеты кросс-компиляторов можно взять с http://emdebian.org/crosstools.html Угу, я там был. Впрочем, без заворачивания в пакет осилил собрать и сам. Кстати, с каждой версией патчей/усилий для сборки кросс-платформенного gcc нужно меньше и меньше. Меня интересует следующий шаг. Есть некая библиотека, которой нужны заголовочные файлы ядра. Хотел собрать её под armel, используя более мощный процессор. Оказалось, что штатно (пакетами) такой хотелки не предусмотрено. Вопрос, зачем именно её нужны заголовки ядра. Если она глубоко системно-зависима, то вероятно ей нужны не просто заголовки ядра, а заголовки именно того ядра, которое работает на таргете, включая сгенерированные в процессе сборки. Тогда иного пути, чем брать исходники и конфиг ядра от таргета, говорить там make prepare (или более полные варианты - make *config, make *image), нету. Если же это обычный user-space код, которому просто нужны хэдэры ядра, так как их включают glibc-шные хэдэры - то ещё раз советую посмотреть на emdebian - там всё это даётся (aptitude install libc6-dev-armel-cross gcc-4.3-armel-cross и дальше всё работает). signature.asc Description: This is a digitally signed message part.
Re: Идеологически верный звукосервер.
Andrey Melnikoff wrote: flashpugin-nonfree имеет гадкую способность захватывать /dev/snd/* самолично. И пока не пришебешь iceweasel - держать. и как побороть? aptitude install pulseaudio libasound2-plugins и pcm.!default { type pulse } ctl.!default { type pulse } в /etc/asound.conf Хотя это решение и не все любят. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: как установить заголовочные файлы ядра от других архитектур?
создаётся впечатление, что Вы решаете не ту задачу. я так понимаю, что у Вас интересует кросскомпиляция? думаю в эту сторону и стоит копать - уверен, что в debian есть штатные средства для сборки под другие архитектуры. Кросс-компиляторов в основном репозитории нету, из-за слишком большого числа комбинаций host/target. Пакеты кросс-компиляторов можно взять с http://emdebian.org/crosstools.html signature.asc Description: This is a digitally signed message part.
Re: кто создаёт /dev/p ts и /dev/shm?
А он там состояние хранит. Кажется, по fhs для этих целей служит /var/lib или /var/run ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Save debug logs
Всем привет! Попытка поставить lenny с d-i beta2 netinst привела к залипанию инсталлера (не то чтобы завис - в другие консоли спокойно). В debian-boot@ мне предложили сделать Save Debug Logs. Несмотря на упорный гугль, я никак не понял, как именно их сделать :( Если инсталлер залип, как я получу это самое main menu? Или надо снова загрузиться с диска и эти логи где-то там сохранены, а save debug logs их достанет? Тогда мне бы лучше знать какие файлы надо, у меня в есть маленький ftp сервер, я их туда с rescue консоли и залью. Спросите step-by-step instruction у того, кто предложил :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: hp nx7400 и lcd backlight
Peter Teslenko wrote: Alexander Danilov wrote: у меня nc6400, но проблема аналогичная, решаю пока так: Control+Alt+F1 , затем Alt+F7, то есть сначала на первую консоль, потом, обратно, на седьмую. Этот ход конём я уже освоил, но ведь должен же быть путь правильного лечения этой фигни. Пофиксить драйвер? :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Знаешь, когда я первый раз коснулся этого вопроса, мне было непонятно, как на серверной операционке до сих пор нет отлаженного механизма hot-замены, в том числе дисков. Так есть же отлаженный механизм. Только вот выделяется новое устройство, если старое не корректно удалено. А если ты сам хочешь вынуть - отключи устройство сам (отмонтируй, удали из рейда etc) и будет все кошерно, с освобождением буквы. Что-то у меня не вяжется отлаженный механизм с если старое не корректно удалено... Ну почему же? Если не выполнить процедуру корректного удаления устройства из системы, то устройство остаётся включённым во всевозможные структуры данных подсистем, которые его использовали. И это скорее правильно, чем нет - ну хотя бы потому, что упрощает анализ происшедшего. При этом система на всех уровнях готова к отказу устройства - то есть должным образом обрабатывает ситуацию, когда включённое в структуры данных устройство более не способно работать по назначению. В этом смысле механизм действительно отлажен. А что касается сложности (по крайней мере внешней) описанной процедуры - что-то мне подсказывает, что во всяких энтерпрайз дистрибутивах есть всякие гуёвые энтерпрайз инструменты, в которых корректная процедуры выполняется задокументированными кликами на красивых картинках. Но я этот вопрос не изучал - мне как кернел хакеру как-то ближе общение с ядром через sysfs :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Иван Лох wrote: On Fri, Apr 04, 2008 at 11:59:24AM +0400, Nikita V. Youshchenko wrote: А что касается сложности (по крайней мере внешней) описанной процедуры - что-то мне подсказывает, что во всяких энтерпрайз дистрибутивах есть всякие гуёвые энтерпрайз инструменты, в которых корректная процедуры выполняется задокументированными кликами на красивых картинках. Но я этот вопрос не изучал - мне как кернел хакеру как-то ближе общение с ядром через sysfs :) Но согласитесь, определять диск по миганию светодиода это никакого отношения к sysfs не имеет ;-} Это 100% бубен. Но тут IMHO /dev/disk/by-path должно помочь. Если только вендор сервера не написал на внешней крышке корзины, какой ей соответствует by-path, оно не поможет :) Нужно какое-то соответствие между любым логическим именем диска (sdX или by-path - не суть) и корзиной на панели сервера. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Дык эта. Там СНАЧАЛА идет его освобождение, потом выброс. Если освободить устройство не удалось, выброса не происходит. Попробуй открыть файл на cd из консоли и потом его вынуть. Это ты говорить о причинах, которые мешают отсоединить том программно. А вот если устройства уже нет, а в системе оно есть, значит, либо система не узнала о его извлечении (нет поддержки контроллера и дров), либо она вообще не умеет отлавливать такие события. Либо узнала, но специально не стала его удалять. Попробуй вытащить примонтированную флэшку (с отключённым user space level отмонтированием). Тогда устройство останется, до тех пор пока оно будет использоваться хоть чем-то в ядре (в данном случае vfs). Кстати, это очень интересный вопрос. Может ли ядро отлавливать извлечение устройства и что для этого надо? Может, когда железо и драйвер это поддерживают. Может также обнаруживать исчезновение устройства по косвенным признакам, если драйвер это поддерживает. Вся необходимая инфраструктура есть. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Дык эта. Там СНАЧАЛА идет его освобождение, потом выброс. Если освободить устройство не удалось, выброса не происходит. Попробуй открыть файл на cd из консоли и потом его вынуть. Это ты говорить о причинах, которые мешают отсоединить том программно. А вот если устройства уже нет, а в системе оно есть, значит, либо система не узнала о его извлечении (нет поддержки контроллера и дров), либо она вообще не умеет отлавливать такие события. Либо узнала, но специально не стала его удалять. Попробуй вытащить примонтированную флэшку (с отключённым user space level отмонтированием). Тогда устройство останется, до тех пор пока оно будет использоваться хоть чем-то в ядре (в данном случае vfs). Как отключить user space level отмонтирование? Вставил флёшку, открыл с неё фото, вынул, устройство пропало. Не катит. То, что у вас открыта картинка в окошке, не означает, что открыт файл в системе. Скорее всего, программа считала файл и закрыла его. После чего pmount или hal или что там вы используете благополучно отмонтировал флэшку, поймав событие device remove. И только после этого устройство исчезло из системы. Попробуйте открыть терминал, перейти в каталог на флэшке и запустить что-то вроде ( while true; do sleep 10; echo X; done ) file чтобы файл на уровне файловой системы оставался открытым. Тогда ваш user space helper не сможет отмонтировать файловую систему, и устройство останется. Кстати, это очень интересный вопрос. Может ли ядро отлавливать извлечение устройства и что для этого надо? Может, когда железо и драйвер это поддерживают. Может также обнаруживать исчезновение устройства по косвенным признакам, если драйвер это поддерживает. Вся необходимая инфраструктура есть. Объясни тогда, зачем держать устройство если его вынули и воткнул ли обратно не известно? Для целостности структуры данных. Нельзя удалять объект, на который остаются ссылки. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Объясни тогда, зачем держать устройство если его вынули и воткнул ли обратно не известно? NVY Для целостности структуры данных. NVY Нельзя удалять объект, на который остаются ссылки. По поводу нельзя - man umount на предмет ключа -f. -f Force unmount (in case of an unreachable NFS system). Не о том :) Видишь ли, объект, на который остаются ссылки в конечном итоге уже удален - устройство-то из системы выдернуто. Что мешает при написании даже не драйвера, а подсистемы учесть эту возможность - совершенно непонятно. Нет, объект не удалён. Устройство удалено, а вот представляющий его объект существует до тех пор, пока на него остаются ссылки. И должным образом обрабатывает попытки работать с этим устройством. Например, так, как в приведённом примере с Nokia N800. Так уж устроено ядро. Может и можно было его спроектировать по-другому - но это имхо совершенно не стоит той работы, которая потребуется. Попробуйте ради интереса написать программу, которая при каждом использовании внутренних объектов структуры данных должна быть готова к тому, что их уже нет :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: md raid1 testing issue
Собственно имитирую, что один диск в массиве сдох ...вытаскиваю... все ок, вставляю обратно, но он определяется уже не как sdb, а как sdd. Это связано с тем, что логически sdb из системы не исчезло. Да и не могло - оно же открыто (хотя бы тем же raid). Поэтому процедура должна быть чуть сложнее. См. текст в аттачменте. Title: admin:raid[Документация ЛВК] New release candidate available: 2008-03-31. upgrade now! [11] [[admin:raid]] Документация ЛВК Вы посетили: start admin raid Содержание Обнаружение ошибки Уточнение происшедшего по логам Отключение томов от raid Отключение отказавшего диска от системы Определение, где находится отказавший диск Переподключение диска Отключение вновь обнаруженного диска от multipathd Возврат томов в raid Обнаружение ошибки В случае ошибки промлемный физический том перестаёт использоваться raid-ом, и демон mdadm уведомляет администраторов о происшедшем по почте: This is an automatically generated mail message from mdadm running on buki A Fail event had been detected on md device /dev/md2. It could be related to component device /dev/sdj2. Faithfully yours, etc. P.S. The /proc/mdstat file currently contains the following: Personalities : [raid1] [raid6] [raid5] [raid4] md2 : active raid5 sdi2[0] sdl2[3] sdk2[2] sdj2[4](F) 1463681856 blocks level 5, 64k chunk, algorithm 2 [4/3] [U_UU] md1 : active raid1 sdk1[0] sdl1[1] 489856 blocks [2/2] [UU] md0 : active raid1 sdi1[0] sdj1[1] 489856 blocks [2/2] [UU] unused devices: none В данном случае ошибка была обнаружена на устройстве /dev/sdj2, входящем в raid /dev/md2. Уточнение происшедшего по логам Первое, что следует сделать, это посмотреть в логи - файл /var/log/syslog. Там должен остаться какой-то след происшедшего события. Примерное время события можно определить по времени отправки письма от демона mdadm. Если событие произошло достаточно давно, то информация может быть уже в файле /var/log/syslog.0 или в следующих файлах, оставленных службой logrotate. След события в логах может быть примерно таким: Dec 15 07:45:30 buki kernel: ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen Dec 15 07:45:32 buki kernel: ata2.00: tag 0 cmd 0xea Emask 0x4 stat 0x40 err 0x0 (timeout) Dec 15 07:45:38 buki kernel: ata2: port is slow to respond, please be patient Dec 15 07:46:01 buki kernel: ata2: port failed to respond (30 secs) Dec 15 07:46:47 buki kernel: ata2: soft resetting port Dec 15 07:46:47 buki kernel: ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 310) Dec 15 07:46:47 buki kernel: ATA: abnormal status 0xD0 on port 0xD9044CC7 Dec 15 07:46:47 buki last message repeated 4 times Dec 15 07:46:47 buki kernel: ata2.00: qc timeout (cmd 0xec) Dec 15 07:46:47 buki kernel: ata2.00: failed to IDENTIFY (I/O error, err_mask=0x4) Dec 15 07:46:47 buki kernel: ata2.00: revalidation failed (errno=-5) Dec 15 07:46:47 buki kernel: ata2: failed to recover some devices, retrying in 5 secs Dec 15 07:46:47 buki kernel: ata2: hard resetting port Dec 15 07:46:47 buki kernel: ata2: COMRESET failed (device not ready) Dec 15 07:46:47 buki kernel: ata2: hardreset failed, retrying in 5 secs Dec 15 07:46:47 buki kernel: ata2: hard resetting port Dec 15 07:46:47 buki kernel: ata2: COMRESET failed (device not ready) Dec 15 07:46:47 buki kernel: ata2: hardreset failed, retrying in 5 secs Dec 15 07:46:47 buki kernel: ata2: hard resetting port Dec 15 07:46:47 buki kernel: ata2: COMRESET failed (device not ready) Dec 15 07:46:47 buki kernel: ata2: reset failed, giving up Dec 15 07:46:47 buki kernel: ata2.00: disabled Dec 15 07:46:47 buki kernel: ata2: EH complete Dec 15 07:46:47 buki kernel: sd 3:0:0:0: SCSI error: return code = 0x0004 Dec 15 07:46:47 buki kernel: end_request: I/O error, dev sdj, sector 976767869 Dec 15 07:46:47 buki kernel: raid5: Disk failure on sdj2, disabling device. Operation continuing on 3 devices Dec 15 07:46:47 buki kernel: RAID5 conf printout: Dec 15 07:46:47 buki kernel: --- rd:4 wd:3 fd:1 Dec 15 07:46:47 buki kernel: disk 0, o:1, dev:sdi2 Dec 15 07:46:47 buki kernel: disk 1, o:0, dev:sdj2 Dec 15 07:46:47 buki kernel: disk 2, o:1, dev:sdk2 Dec 15 07:46:47 buki kernel: disk 3, o:1, dev:sdl2 Dec 15 07:46:47 buki kernel: RAID5 conf printout: Dec 15 07:46:47 buki kernel: --- rd:4 wd:3 fd:1 Dec 15 07:46:47 buki kernel: disk 0, o:1, dev:sdi2 Dec 15 07:46:47 buki kernel: disk 2, o:1, dev:sdk2 Dec 15 07:46:47 buki kernel: disk 3, o:1, dev:sdl2 Видно, что проблема на интерфейсе ata2. Отключение томов от raid Первым действием нужно исключить sdj2 из состава raid. Важно сделать это до физического отключения диска, пока устройство /dev/sdj2 есть в файловой системе. [EMAIL PROTECTED]:/ mdadm /dev/md2
Re: Evolution и OOO
Artem Chuprina wrote: Покотиленко Костик - debian-russian @ Wed, 26 Mar 2008 16:05:21 +0200: ПК Решилась проблема установкой ассоциаций открывать с помощью ooffice а ПК не OpenOffice.org Calc/Writer. ПК Но природу явления не пойму... Скорее всего (подробности, понятно, надо выяснять), если соответствующее приложение уже запущено, то его скрипт (а может, и наутилус) выдает ему команду открой, пожалуйста, еще и этот файл, а если еще не запущено, то команда сводится к oowriter filename. И вот где-то в варианте удаленной команды происходит какая-то лишняя интерпретация. А ooffice, надо полагать, является скриптом, который всегда берет имя файла одинаково, и обрабатывает его более грамотно (возможно, тоже всегда одинаково). http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=460288 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: GNOME и koi8
Покотиленко Костик wrote: Системная локаль koi8-u, на это есть причины (Demos Commander). Была проблема, GNOME создавал файлы в UTF8 чихая на системную локаль. Раньше это лечилось установкой G_BROKEN_FILENAME=1 (вроде бы в /etc/profile). С какого-то момента проблема появилась опять, я заметил, что G_BROKEN_FILENAME в среде нет. Поставил в /etc/profile толку нет: в терминале из-под gnome: Ещё есть $G_FILENAME_ENCODING, куда можно занести строку @locale -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Медленный iceweasel
Ivan Evtuhovich wrote: Здравствуйте. На моем Acer Aspire (Celereon 1.6, 2Gb) Iceweasel под дебиан etch гораздо медленнее, чем firefox 2.0 на Windows XP. Есть ли какие-то причины такого странного поведения? А какие именно операции именно гораздо медленнее? Старт? Загрузка конкретных страниц? Ещё что-то? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: мониторинг использования процессами модулей ядра
В сообщении от 18 января 2008 21:57 Eugene Berdnikov написал(a): On Fri, Jan 18, 2008 at 06:05:44PM +0300, Artem Chuprina wrote: И вообще, если тебе при попытке выгрузки модуля говорят, что он in use, то in use он, за редким исключением, ровно ядром. А если он позарез нужен какому-то процессу, то при попытке выгрузки оный процесс, скорее всего, и зарежут. Вернее, он зарежется сам. Неа, возжелавший rmmod будет далеко послан, и пойдёт солнцем палимый... Угу, поэтому subj и интересен. В общем виде существующей инфраструктуре ядра это нереализуемо. Вызовам try_get_module() и put_module() (на которые в 2.6 быти заменены макросы MOD_INC_USE_COUNT и MOD_DEC_USE_COUNT) никакая информация, связанная с процессами, не передаётся. Но во многих конкретных случаях вполне можно выяснить, какие процессы держат модуль, если примерно представлять, что это за модуль. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Q по почтарю.
Предположительно вопрос по qpopper. Ситуация следующая: Стоит Дебиан Етч, на нем работает exim + qpopper. Настройки штатные - т.е. то что спрашивал экзим при установке. Почту забираю из двух мест(условно дом и работа). В обоих случаях забираю Файерфоксом(+ пробовал Оутлуком и картина не менялась) по POP3 протоколу. В настройках почтовых клиентов указано - оставлять почту на сервере. Трабл: с какогото момента заметил(возможно раньше не обращал внимание, хотя вероятность минимальна), если забрал почту на работе, то дома забирается только то, что не забрал на работе(т.е. то, что пришло позже) и наоборот. Хотя письма в ящике остаются однозначно(проверял через ИМАП). Создается впечатление, что они помечаются как забранные(если это возможно) и больше по ПОП не забираются. А хочется иметь две копии сообщений(дом/работа). Вопрос: кого пинать? Себя. Не надо использовать pop, если забираете почту с разных мест. Используйте imap. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: вопрос по http://bugs.debian.org/release-critical/
Stanislav Maslovski wrote: On Thu, Dec 13, 2007 at 09:47:37PM +0200, Oleg Gashev wrote: Приветствую, Stanislav Maslovski wrote: И как же Вы пользуясь своей гипотезой объясните линейный рост числа багов в промежутке между 01.07.2007 и текущим датой на 400 единиц? Очевидно, что не в старых багах дело. Покажите мне софт, в котором нету багов. P.S. То, что есть баги, это очень хорошо. Они должны быть. Плохо, когда их нет. Все верно, и это только подтверждает мой исходный тезис. Стабильный в случае дебиана значит в первую очередь не меняющийся, а вовсе не лишённый багов. Софта без багов не бывает. С этим ничего не сделаешь. А тогда (по крайней мере в некоторых контекстах) заметно проще, если баги остаются те же, и соответственно и способы их обхода тоже те же. Если используемый на сервере дистрибутив менять, скажем, раз в несколько месяцев (или, не дай бог, всякий раз когда testing обновляется) - то ровно с такой же периодичностью придётся встречать новый комплект багов и как-то решать проблемы, из-за этих багов возникающие. Вместо того, чтобы заниматься делом. Большое спасибо политике debian, из-за которой мне приходится этим заниматься реже. P.S. Использую сервера и десктопы на etch. Полёт нормальный. P.P.S. Почему-то так вышло, что использовать десктопы на testing/unstable я прекратил примерно тогда же, когда стало по-настоящему много работы. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: вопрос по http://bugs.debian.org/release-critical/
Из обсуждаемых графиков видно, что скорость отлова RC багов после релиза Etch оказалась заметно выше, чем это происходило в течение фриза. Huh? Etch был выпущен 8 апреля. Непосредственно после этого момента графики РЕЗКО идут вверх. То есть, etch был выпущен без известных на тот момент RC багов (плюс-минус некоторые детали). После этого было обнаружено некоторое количество новых багов - это естественный процесс. В случае выпуска релиза без freeze, в релизе уже на момент его выпуска было N серьёзных багов. А новые баги, обнаруженные с этого момента, к этим N бы добавлялись. То есть ситуация была бы хуже ровно настолько, сколько в среднем открыто багов на момент, когда нет фриза. Потому и нужно произвести деление дистрибутива на (грубо говоря) системный софт + библиотеки и десктопный софт + тулкиты и отказаться от глобального фриза. Получился бы и не вариант убунты, где нестабильно всё подряд, и не текущий вариант, где stable == static. Стабильность (в смысле неизменчивость) разным людям нужна в разных частях дистрибутива. Деление, удовлетворяющее всех, невозможно. Текущая ситуация (stable + минимум backports) кажется правильнее. Каждый может поставить именно ту свежатинку, которая именно ему нужна. А нужна она не так уж и часто (я имею в виду нужна для конкретной цели, а не ддля удовлетворения жажды новых версий). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Проблема с установкой Debian etch
Max Dmitrichenko wrote: А хотелось бы поддержки нового железа именно в etch. Динамика развития компьютерной индустрии очень высока, и рано или поздно разработчики debian вынуждены будут добавлять поддержку нового оборудования в стабильную ветку. Так ты чего хочешь? Поддержки нового железа на старом ядре или нового ядра в etch? Если второго, то ссылка выше - это и есть требуемое. На крайняк жди, пока дебиановцы разродятся Etch с половиной. Но там ещё даже конь не валялся [1]. [1] [http://teams.debian.net/lurker/message/20071210.083413.263d1cf2.en.html А Вас так сильно удивляет поддержка нового оборудования в старом ядре? А чем собственно агрессивный бэкпортинг лучше чем переход к новой версии ядра? Только не надо говорить, что бэкпортинг - меньший риск новых багов. На самом деле - прямо наоборот - хотя бы потому, что на новые версии ядра смотрит порядка на два-три больше глаз, чем на бэкпортнутый код. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Сборка deb пакета с библиотекой
Пакет удачно подписывается, но на выходе я получаю пустые deb пакеты. Не подскажите, что я делаю неправильно? Посмотрите в debian/rules Что-то там у вас не так. А в процессе тестирования пакета собирать лучше явным вызовом fakeroot debian/rules binary -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Fwd: NOOOXML: Your action is required: Contact GOST now!
Извиняюсь за оффтопик. Догадываюсь, что подобное послание получили все, кто в своё время подписывал петицию против стандартизации OOXML, и в графе страна указал Россию. Догадываюсь, что в данной рассылке её подписывали не все. Так что для кого-то информация новая. Осознаю, что заниматься этим не буду, хотя это конечно было бы правильно. Поэтому таки пересылаю - вдруг кто-то таки займётся? -- Forwarded Message -- Subject: NOOOXML: Your action is required: Contact GOST now! Date: Thursday 06 December 2007 22:15 From: Benjamin Henrion [EMAIL PROTECTED] To: [EMAIL PROTECTED] Dear Nikita Youshchenko, You signed the NOOOXML petition, a movement backed now by more than 70.000 supporters worldwide. Our effort to influence the OOXML (Office Open XML) standardization process has been an astonishing success so far. We aim for at least 100.000 signatures in February when the Geneva Ballot Resolution Meeting (BRM) will convene with the aim to resolve comments. Microsoft is trying by all means to get its standard adopted without substantial changes despite of its thousands of officially reported technical flaws and the pre-existence of ISO 26300:2006 (OpenDocument, ODF) as the most appropriate international standard for the representation of office documents. By next Tuesday Dec 11 2007 delegates from your National Standards Body GOST who will participate in the BRM have to be announced to ISO. At least Portugal and Ireland will be represented by Microsoft. In many other countries, we know that Microsoft gold partners are proposing themselves as heads of national delegations. Many of them will prevail if we do not take action. Will you let Microsoft represent your country at Geneva and decide the future of OOXML? You can make a difference and call now GOST at +7-495-2364044 and help us to find out: a. Who will represent GOST on DIS 29500 at the Ballot Resolution Meeting in Geneva? b. When will the decision on delegates be made and if GOST is aware of the Dec 11 deadline? c. Does your national delegates for the BRM are independent enough from Microsoft? d. Does the responsible Committee of GOST for DIS 29500 work on resolution proposals for all the 3500 comments tabled or - if at all - only for the national comments that they submitted? Please report your findings by replying to this email, we will update this page with the members of each national delegation: http://www.noooxml.org/brm More things that you can do to help our effort against this broken standard proposal: 1. Join our mailing list and get in touch with many other activists: http://lists.ffii.org/mailman/listinfo/noooxml-club 2. Become a member of FFII, the worldwide association leading the NOOOXML campaign: http://action.ffii.org/member_application 3. Become a member of DIGISTAN, the organization for the promotion of true digital open standards worldwide; please indicate your interests to: [EMAIL PROTECTED] 4. Blog about OOXML which shapes the public debate; blogging has been instrumental to our success in Sweden for example; 5. support our campaign work with financial means: http://www.noooxml.org/donations Best regards, -- Benjamin Henrion [EMAIL PROTECTED] NOOOXML Campaign leader --- pgpCGCjBWdHw7.pgp Description: PGP signature
Re: куда заслать про ошибку ?
Здравствуйте. Пытаюсь получить описание на пакет http://ddtp.debian.net/ddt.cgi?package=lua50 пустая страница, хотя описание и пакет, естественно, есть http://packages.debian.org/etch/lua50 По почте тоже не приходит. Куда засылать сообщение об ошибке в DDTP? Если больше некуда, то в [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Fwd: NOOOXML: Your action is required: Contact GOST now!
В сообщении от Thursday 06 December 2007 23:04:54 Nikita V. Youshchenko написал(а): Извиняюсь за оффтопик. Догадываюсь, что подобное послание получили все, кто в своё время подписывал петицию против стандартизации OOXML, и в графе страна указал Россию. Догадываюсь, что в данной рассылке её подписывали не все. Так что для кого-то информация новая. Осознаю, что заниматься этим не буду, хотя это конечно было бы правильно. Поэтому таки пересылаю - вдруг кто-то таки займётся? odt принят в качестве стандарта, внедрение началось. Пусть мелкомягкие играют в свои игры, зачем в них участвовать _нам_? Ситуацию с форматами документов в европейских странах не знаю, но открытый формат есть, а бороться с появлением других форматов больше вредно, чем полезно. Если это политические маневры евросоюза, то здесь точно не место ими заниматься. Речь идёт не о появлении других форматов, а о принятии разработанного мелкомягкими формата в качестве стандарта того же уровня, что и open document. При этом реализация альтернативного ПО, работающего с этим стандартом, практически невозможно из-за невероятной сложности и существенной неполноты спецификации. Подробнее здесь: http://www.noooxml.org/ В случае, если OOXML будет принят в качестве стандарта ISO, политическое преимущество стандарта ODF перед мелкомягкими исчезнет. А открытости и технических преимуществ ODF существенно недостаточно для поддержки того самого внедрения, а котором вы написали. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dreamlinux. Репозиторий Debian
Нет. Убунту _квалифицированный_ специалист использовать не будет. Именно потому, что убунта _не предназначена_ для квалифицированного специалиста. Дебиан можно настроить как угодно и где угодно - на сервере, десктопе, ноутбуке, устройстве наподобии linksys nslu2 и т.п. Дистрибутивы на основе дебиана отличаются тем, что уже настроены по вкусу разработчиков дистрибутива, причем настроены зачастую не true-way (в той же убунте многое жестко прошито в различных скриптах, правкой конфигов нельзя настроить под себя). Отсюда и появляются различные редакции таких дистрибутивов, в то время как дебиан не нужно выпускать в разных редакциях, его нужно настраивать для себя. Подписываюсь под каждым словом. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Dreamlinux. Репозиторий Debian
Alexander GQ Gerasiov wrote: На Thu, 29 Nov 2007 16:19:36 +0300 Nikita V. Youshchenko [EMAIL PROTECTED] записано: Нет. Убунту _квалифицированный_ специалист использовать не будет. Именно потому, что убунта _не предназначена_ для квалифицированного специалиста. Дебиан можно настроить как угодно и где угодно - на сервере, десктопе, ноутбуке, устройстве наподобии linksys nslu2 и т.п. Дистрибутивы на основе дебиана отличаются тем, что уже настроены по вкусу разработчиков дистрибутива, причем настроены зачастую не true-way (в той же убунте многое жестко прошито в различных скриптах, правкой конфигов нельзя настроить под себя). Отсюда и появляются различные редакции таких дистрибутивов, в то время как дебиан не нужно выпускать в разных редакциях, его нужно настраивать для себя. Подписываюсь под каждым словом. А ты ДД, тибе па другому низзя. Иначе расстреляют. Да ладно тебе так-то. Мне действительно понравилось как сказано. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: kernel: Disabling IRQ...
Вопрос: что ещё можно покрутить в параметрах ядра и его загрузки для получения устойчивой работы? Можно с ущербом для производительности. Откат на старое ядро, увы, не проходит - по другим причинам. Да оно и там висло, только без диагностики. Если железо неисправно, то париться с ним - пустая трата времени. А ваше время вероятно стоит больше, чем новое железо. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: Минимальная система
Evgeny M. Zubok wrote: Michael Shigorin [EMAIL PROTECTED] writes: Насколько понял XCB whitepaper, с roundtrip times тоже не супер. А я что-то не читал такой whitepaper. Хорошо, а какое решение мыслится еще, кроме XCB? Что еще можно придумать, кроме передачи группы запросов X-серверу на отрисовку чего-либо с отсроченным получением ответов? Дело в том, что X протокол - это далеко не только рисование и получение ввода. Это ещё и Atoms, Properties и т.п. Причём и рисование, и получение ввода - операции по природе своей монологовые. Для рисования нужно только передавать, что рисовать, и не нужно никаких ответов. Следовательно, буферизация возможно сколь угодно большая. Для ввода то же самое - передавать надо только события, буферизируй сколько угодно. А вот другая часть X протокола - не связанная непосредственно с обменом с устройствами - как раз диалоговая. До получения ответа на запросы XInternAtom или XQueryProperty программа не может продолжаться. И ей приходится ждать, пока ответ придёт по сети. Хотя вообще говоря для получения этого ответа доступ по удалённых устройств не нужен. Из-за этого можно утверждать, что X протокол плохо приспособлен к работе на медленной сети. А решение этой проблемы - архитектура с X proxy. Когда роль X сервера играет X proxy, работающий на сервере приложений. А для доступа к удалённым устройствам X proxy использует не X протокол, а что-то более приспособленное к работе на медленной сети. Две наиболее известные реализации этой идеи - VNC и NX. В обоих случаях налицо и X proxy, работающий на стороне сервера приложений, и протокол, оптимизированный под работу с удалёнными устройствами. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rar и кодировка кириллических имён файлов
On 2007.11.26 at 08:17:35 +0300, Nikita V. Youshchenko wrote: Есть архив rar. Внутри архива есть папка с именем латинскими буквами, в которой есть файлы с кириллическими именами. ... Как мне правильно распаковать такой архив? Насколько я знаю, пакет 'unrar' (в отличие от пакета 'rar') корректно преобразовывает кодировки при распаковке. По крайней мере в локали koi8. И что такое корректное преобразование если в исходном имене файла содержатся символы, заведомо отсутстсвующие в целевой кодировке (например, кавычки-елочки, знак номера или украинское i с точкой)? Согласен, что слово корректно в этом контексте неправильно. Правильно будет - большинство архивов rar с русскими именами файлов внутри, которые народ выкачивает из рунета либо получает от виндовых пользователей, программа 'unrar' (несвободная) разворачивает в linux с сохранением русских имён файлов. Причём не требуя для этого какой-либо настройки. Что, прямо скажем, приятно. Хотя может быть и неправильно идеологически :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xen vs Vserver. Просветите.
Alexander GQ Gerasiov wrote: Если вдруг попадется такой процессор - то ядро надо будет собрать, а гипервизор без пае есть в репозитории, вот только... [EMAIL PROTECTED]:~$ cat /proc/cpuinfo flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr ^^^ А это что? Это paste и другой консоли по недосмотру... sorry Хочу окончательно прояснить момент с lenny/sid Для них xen и ядро нужно руками собирать? Момент сейчас неудачный. Идёт мэинлайнинг ксеновских патчей. В 2.6.23 они включены, но частично. AFAIK дебиановские мэинтэйнеры ядра заняли выжидательную позицию. Т.е. не придумывают, как скрестить полноценный xen с 2.6.23, а ждут окончания мэинлайнинга. Есть ли у вас нет чётко определённая причина, из-за которой вы не можете использовать xen 3.0 / linux 2.6.18 из etch? Если нет - используйте их. У нас они работают в продакшне под нехилой нагрузкой. Если есть, т.е. прямо сейчас нужно xen 3.1 / linux 2.6.23 то собирайте сами. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xen vs Vserver. Просветите.
On Sat, 24 Nov 2007, Nikita V. Youshchenko wrote: Дело в том, что гипервизор и ядро должны быть либо оба с поддержкой PAE, либо оба без таковой поддержки. По какой-то причине kernel team не захотели держать в архиве обе пары. Кажется вот по этой причине: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399113 http://lists.debian.org/debian-kernel/2007/03/msg00500.html Там вообще странная история. До появления информации об этом баге они не хотели держать pae-версию. Некоторые люди - в том числе и я - пытались доказать им, что xen в первую очередь интересен на мощной технике, где желание иметь виртуальные машины естественно, так что pae версия нужна. Но они упёрлись - не хотим обе версии и всё тут. И pae only тоже не хотим. Причём никаких вразумительных аргументов я не видел. Но тут очень кстати этот баг отрепортили. И он косвенно решил проблему использования xen из debian etch на серверах :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rar и кодировка кириллических имён файлов
Есть архив rar. Внутри архива есть папка с именем латинскими буквами, в которой есть файлы с кириллическими именами. ... Как мне правильно распаковать такой архив? Насколько я знаю, пакет 'unrar' (в отличие от пакета 'rar') корректно преобразовывает кодировки при распаковке. По крайней мере в локали koi8. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xen vs Vserver. Просветите.
Alexander GQ Gerasiov wrote: Ни одно ни другое ядро не стартует. Точнее стартует и тут же перезагружается. Что-то пишет про dom0 Ну так поймай надпись паузой =\ Мы ж не телепаты. Уже сам разобрался. Ему почему-то нужен был hypervisor с pae. Без него - фиг. Хотя памяти в серваке 2Gb. Странно это. Дело в том, что гипервизор и ядро должны быть либо оба с поддержкой PAE, либо оба без таковой поддержки. По какой-то причине kernel team не захотели держать в архиве обе пары. А в таком случае действительно правильнее держать пару с pae. Так как ситуация, что будет нужно гонять гипервизор на процессоре без поддержки pae гораздо менее распространённая, чем ситуация, когда гипервизор и виртуальные машины используются на мощном сервере. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xen vs Vserver. Просветите.
На Fri, 23 Nov 2007 19:59:09 +0300 Peter Teslenko [EMAIL PROTECTED] записано: Stanislav V. Vlasov wrote: Достаточно первое. [EMAIL PROTECTED]:~$ uname -a Linux work 2.6.18-5-xen-686 #1 SMP Wed Oct 3 04:02:16 UTC 2007 i686 GNU/Linux Какие дополнительные действия нужно совершить чтобы стартануло ядро с xen? [...] Ни одно ни другое ядро не стартует. Точнее стартует и тут же перезагружается. Что-то пишет про dom0 Это жестоко. Лучше добавлить 'noreboot' в параметры гипервизора в конфигурации бутлоадера. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Wine MC Office
Если идей нет, тогда еще пороюсь в гугле, если что накопаю, то сообщу... Прикол просто в том, что сам офис запускается, но работать не хочет из-за этого идиотизма с пользователями... Есть продукт под названием CrossOver, который стоит недорого (а для халявщиков легко скачивается из торрентов), и обеспечивает вполне адекватную работу мсоффиса под линуксом. Делает этот продукт фактически та же команда, что и wine. http://www.codeweavers.com/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: приостановление загрузки debian
Приветствую подскажите плиз как можно приостановить загрузку системы и потом возобновить ее ? и существует ли возможность пошаговой загрузки системы с возможность отмены загрузки тех или иных модулей и программ А вы огласите, для чего это потребовалось. Возможно-то многое, но не исключено что именно ваша задача должна решаться иначе. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: direct rendering
На Sat, 27 Oct 2007 18:42:23 +0400 Nikita V. Youshchenko [EMAIL PROTECTED] записано: Всем спасибо! Поставил драйвер с офф сайта Ati по их instalation manual. Все заработало. Вот и получается, что правильный способ у людей не работает, зато превращение системы в слакварь приводит к результату. Интересно, что мы можем сделать, чтобы правильные методы работали не только у избранных?.. А человек скорее всего что-то не доделал до конца в правильном способе. А то, что 30 сантиметров, так это просто повезло(с) А вообще это наверное так и должно быть - добиваться сиюминутного результата объективно, в самом общем случае, проще, чем делать вещи правильно. А надо ли делать вещи правильно - вопрос больше из области эстетики, чем технический. Помнишь, Саш, как мы глумились над статьёй из линуксформата про необходимость периодической переустановки системы? Да, если делать вещи правильно, то такая необходимость не возникает. НО - какой ценой, например в терминах затраченного времени, это даётся? А если сравнить это время со временем, необходимым на переустановку? Естественно, мы не перестанем делать вещи правильно. Но мне кажется, что в первую очередь потому, что если делать правильно, то получается красиво. И возможно именно этому аспекту нужно учить студентов и новичков, а? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Вывод звука на другую ЭВМ
В сообщении от Saturday 27 October 2007 13:04:17 Alexander Popov написал(а): Hi, http://ln.com.ua/~openxs/articles/smart-questions-ru.html http://lleo.aha.ru/na/ Ответ на поставленный вопрос просто и лежит на поверхности. Но после этого отвечать не хочется. Совсем. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: direct rendering
Всем спасибо! Поставил драйвер с офф сайта Ati по их instalation manual. Все заработало. Вот и получается, что правильный способ у людей не работает, зато превращение системы в слакварь приводит к результату. Интересно, что мы можем сделать, чтобы правильные методы работали не только у избранных?.. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]