ошибка при компиляции ядра
Доброго дня! Предвижу Ваше возмущение за банальные вопросы, но не откажите в помощи. Возникает следующая ошибка и я не понимаю в чем суть и как исправить. Полный текст ошибки в аттаче error.txt. В ошибке говорится, что нет файла scripts/basic/fixdep.c: [EMAIL PROTECTED] ls -l kernel-source-2.6.8/scripts/basic/ total 36 -rw-r--r-- 1 root root 9759 2004-08-14 09:36 docproc.c -rw-r--r-- 1 root root 9004 2004-08-14 09:36 fixdep.c -rw-r--r-- 1 root root 856 2004-08-14 09:36 Makefile -rw-r--r-- 1 root root 5593 2004-08-14 09:36 split-include.c Но он ведь есть. Но судя по последующим записям заковыка именно в нем. Но что именно не так я, увы, понять не могу. Ядро устанавливалось посредством aptitude install kernel-source-2.6.8. В результате я получил файл kernel-source-2.6.8.tar.bz2, который распаковывал tar -jxvf kernel-source-2.6.8.tar.bz2. Было высказано предположение что нет хедеров ядра. Доустановил. Поставил пакет kernel-header-2.6.8-2, т.к. имею ядро: [EMAIL PROTECTED] apt-cache policy kernel-image-2.6.8-2-686 kernel-image-2.6.8-2-686: Installed: 2.6.8-16sarge1 Candidate: 2.6.8-16sarge1 Version Table: *** 2.6.8-16sarge1 0 500 cdrom://[Debian GNU/Linux 3.1 r1 _Sarge_ - Official i386 Binary-1 (20051218)] unstable/main Packages 500 http://security.debian.org stable/updates/main Packages 500 http://debian.nsu.ru sarge/main Packages 100 /var/lib/dpkg/status 2.6.8-16 0 500 cdrom://[Debian GNU/Linux 3.1 r0a _Sarge_ - Official i386 Binary-1 (20050607)] unstable/main Packages [EMAIL PROTECTED] apt-cache policy kernel-headers-2.6.8-2 kernel-headers-2.6.8-2: Installed: 2.6.8-16sarge1 Candidate: 2.6.8-16sarge1 Version Table: *** 2.6.8-16sarge1 0 500 cdrom://[Debian GNU/Linux 3.1 r1 _Sarge_ - Official i386 Binary-2 (20051218)] unstable/main Packages 500 http://security.debian.org stable/updates/main Packages 500 http://debian.nsu.ru sarge/main Packages 100 /var/lib/dpkg/status 2.6.8-16 0 500 cdrom://[Debian GNU/Linux 3.1 r0a _Sarge_ - Official i386 Binary-1 (20050607)] unstable/main Packages Соответствено директории /usr/src и /usr/include имеют вид: [EMAIL PROTECTED] ls -l /usr/include/ total 8 -rw-r--r-- 1 root root 2076 2005-01-05 01:43 initreq.h lrwxrwxrwx 1 root root 36 2006-11-29 21:09 linux - /usr/src/kernel-source-2.6.8/include lrwxrwxrwx 1 root root 20 2006-11-04 18:34 X11 - ../X11R6/include/X11 drwxr-xr-x 2 root root 4096 2006-02-06 18:12 xchat [EMAIL PROTECTED] ls -l /usr/src total 34116 drwxr-xr-x 16 root root 4096 2006-11-29 21:31 kernel-headers-2.6.8-2 drwxr-xr-x 3 root root 4096 2006-11-29 21:30 kernel-kbuild-2.6-3 drwxr-xr-x 18 root root 4096 2006-11-28 22:20 kernel-source-2.6.8 -rw-r--r-- 1 root root 34880682 2006-09-07 05:12 kernel-source-2.6.8.tar.bz2 Выполнение make menuconfig по-прежнему заканчивается тойже ошибкой. Подскажите, пожалуйста, что я делаю не так? [EMAIL PROTECTED] make menuconfig HOSTCC scripts/basic/fixdep scripts/basic/fixdep.c:97:23: sys/types.h: No such file or directory scripts/basic/fixdep.c:98:22: sys/stat.h: No such file or directory scripts/basic/fixdep.c:99:22: sys/mman.h: No such file or directory scripts/basic/fixdep.c:100:20: unistd.h: No such file or directory scripts/basic/fixdep.c:101:19: fcntl.h: No such file or directory scripts/basic/fixdep.c:102:20: string.h: No such file or directory scripts/basic/fixdep.c:103:20: stdlib.h: No such file or directory scripts/basic/fixdep.c:104:19: stdio.h: No such file or directory In file included from /usr/lib/gcc-lib/i486-linux/3.3.5/include/syslimits.h:7, from /usr/lib/gcc-lib/i486-linux/3.3.5/include/limits.h:11, from scripts/basic/fixdep.c:105: /usr/lib/gcc-lib/i486-linux/3.3.5/include/limits.h:122:75: limits.h: No such file or directory scripts/basic/fixdep.c:106:19: ctype.h: No such file or directory scripts/basic/fixdep.c:107:24: netinet/in.h: No such file or directory scripts/basic/fixdep.c: In function `usage': scripts/basic/fixdep.c:121: warning: implicit declaration of function `fprintf' scripts/basic/fixdep.c:121: error: `stderr' undeclared (first use in this function) scripts/basic/fixdep.c:121: error: (Each undeclared identifier is reported only once scripts/basic/fixdep.c:121: error: for each function it appears in.) scripts/basic/fixdep.c:122: warning: implicit declaration of function `exit' scripts/basic/fixdep.c: In function `print_cmdline': scripts/basic/fixdep.c:127: warning: implicit declaration of function `printf' scripts/basic/fixdep.c: At top level: scripts/basic/fixdep.c:130: error: `NULL' undeclared here (not in a function) scripts/basic/fixdep.c: In function `grow_config': scripts/basic/fixdep.c:143: warning: implicit declaration of function `realloc' scripts/basic/fixdep.c:143: warning: assignment makes pointer from integer without a cast scripts/basic/fixdep.c:144: error: `NULL' undeclared (first use in this
Re: ошибка при компил яции ядра
Kirill Brilliantov wrote: Доброго дня! Предвижу Ваше возмущение за банальные вопросы, но не откажите в помощи. Возникает следующая ошибка и я не понимаю в чем суть и как исправить. Полный текст ошибки в аттаче error.txt. В ошибке говорится, что нет файла scripts/basic/fixdep.c: Там другое говорится, читай внимательнее. [EMAIL PROTECTED] ls -l kernel-source-2.6.8/scripts/basic/ total 36 -rw-r--r-- 1 root root 9759 2004-08-14 09:36 docproc.c -rw-r--r-- 1 root root 9004 2004-08-14 09:36 fixdep.c -rw-r--r-- 1 root root 856 2004-08-14 09:36 Makefile -rw-r--r-- 1 root root 5593 2004-08-14 09:36 split-include.c Но он ведь есть. Но судя по последующим записям заковыка именно в нем. Но что именно не так я, увы, понять не могу. Ядро устанавливалось посредством aptitude install kernel-source-2.6.8. В результате я получил файл kernel-source-2.6.8.tar.bz2, который распаковывал tar -jxvf kernel-source-2.6.8.tar.bz2. Было высказано предположение что нет хедеров ядра. Доустановил. Это ерунда, не нужны они. [EMAIL PROTECTED] make menuconfig HOSTCC scripts/basic/fixdep scripts/basic/fixdep.c:97:23: sys/types.h: No such file or directory Во-первых у тебя нету libc6-dev scripts/basic/fixdep.c:360: error: `stderr' undeclared (first use in this function) cc1: Permission denied: opening dependency file scripts/basic/.fixdep.d Ну и нет прав на запись в каталог, похоже. make[1]: *** [scripts/basic/fixdep] Error 1 make: *** [scripts_basic] Error 2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: ошибка при компиля ции ядра
apt-get install libc6-dev On Mon, 04 Dec 2006 10:46:24 +0300 Kirill Brilliantov [EMAIL PROTECTED] wrote: Доброго дня! Предвижу Ваше возмущение за банальные вопросы, но не откажите в помощи. Возникает следующая ошибка и я не понимаю в чем суть и как исправить. Полный текст ошибки в аттаче error.txt. В ошибке говорится, что нет файла scripts/basic/fixdep.c: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: новые пакеты в вет ке
On Mon, Dec 04, 2006 at 10:32:57AM +0300, Dmitry E. Oboukhov wrote: некоторые пакеты я беру src из unstable и собираю. и вот хочется следить иногда не обновились ли они в unstable. на предмет обновить их у себя. а apt дистрибутива смотрит на sarge или на etch. Я бы поставила эти пакеты на hold и прописала Pin: release a=unstable в preferences. Тогда apt при upgrade/dist-upgrade должен говорить The following packages have been kept back: обновлённые пакеты -- Regards, Sasha. Alexandra N. Kossovsky, software engineer. e-mail: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Шрифт в konsole
On Thursday 30 November 2006 02:54, Maksim A. Boyko wrote: Привет, сообщество. Наконец-то переполз на testing. IMHO, немножко сыроват. Не могу справиться со шрифтами в konsole, уж больно они страшные. Установка шрифтов от MS (копирование + dpkg-reconfigure fontconfig) исправила положение только в самом KDE, а что делать с konsole не ясно. Сейчас устновлен monospace. Уже не помню, что делал в sarge, но там все было хорошо. А konsole ничем таким не отличается от других приложений KDE. И шрифты там должны так же хорошо работать, как и в остальных частях KDE. -- Sergei Stolyarov pgps4foVWz4Ij.pgp Description: PGP signature
Re: xmms и русификация в etch
On Sat, Dec 02, 2006 at 08:40:25PM +0500, Nikolay Polivanov wrote: Знаю, что тема поднималась и не раз, сам русифицировал сабж на убунте. А вот в debian'е не могу. Установил xmms, далее xmms-mpg123-ja. Выбрал там convert from windows-1251 to utf8 - результат нулевой. Пробовал перебирать шрифты. Некоторые mp3шные тэги стали таки показываться, но не все. Что делать? Локаль utf8, в чем кажется и проблема. У меня работает альтовская сборка; часть вопроса -- в настройке gtk+ 1.x, см.: https://bugzilla.altlinux.org/show_bug.cgi?id=8717 https://bugzilla.altlinux.org/show_bug.cgi?id=7692 -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID hardware on Intel
Hi. On 03/12/06 17:21, Max Dmitrichenko wrote: 1) Софтверный рейд имеет известный формат, поэтому в случае выхода из строя одного из HDD шансы на спасение данных выше, чем у аппаратных, которые в большинстве своем используют проприетарный недокументированный формат. Кроме того, быстро восстановить погоревшую софтверную систему из частично живых винтов можно на совершенно другой машине. При аппаратном рейде желательно иметь на доступной полке запасной идентичный контроллер, без него совершенно целые винты с высокой вероятностью окажутся бесполезны. 2) Аппаратный рейд имеет преимущество перед софтверным в том, что он разгружает процессор, повышая тем самым throughput. Не только из-за разгрузки процессора. Теоретически потоковое чтение с RAID должно быть в несколько раз быстрее, чем с одиночного диска: поскольку последовательные chunk'и могут читаться параллельно из разных банок. В софтверном рейде это теоретически тоже есть, но на практике часто не работает из-за взаимных зависимостей каналов в реальных IDE и SATA чипсетах. А.Л. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID hardware on Intel
Покотиленко Костик wrote: У меня ускорялось. Если скорость отдельного винта ~50Mb/s то стрип давал ~80Mb/s, если верить hdparm, хотя я и собственной прогой проверял - совпало. Проверял только на чтение. Зеркало на 2.6 ? Какое ядро? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
прозрачные окош ки
Подскажите куда копать, а лучше пример какой, как прозрачные окошки делать -- ivan demakov Желаем вам счастья, здоровья и творческих узбеков. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: fonts
On Sun, Dec 03, 2006 at 07:33:50PM +0300, sergio wrote: Всем привет. Я тут недавно с моим любимым OpenSymbol опять случилось плохо. Попробуйте выключить субпиксельное сглаживание вообще, или для этого шрифта -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID hardware on Intel
Michael Shigorin wrote: On Mon, Dec 04, 2006 at 02:31:03PM +0300, Alexey Lobanov wrote: 2) Аппаратный рейд имеет преимущество перед софтверным в том, что он разгружает процессор, повышая тем самым throughput. Не только из-за разгрузки процессора. Теоретически потоковое чтение с RAID должно быть в несколько раз быстрее, чем с одиночного диска: поскольку последовательные chunk'и могут читаться параллельно из разных банок. В софтверном рейде это теоретически тоже есть, но на практике часто не работает из-за взаимных зависимостей каналов в реальных IDE и SATA чипсетах. В 2.6 зеркало то ли по чтению, то ли по записи разломали, по словам коллеги. Бишь на 2.4 прокачка пропорционально увеличивается, а на 2.6 он упирался в один диск. По записи оно и должно в один диск упираться, а по чтению - в теории должно ускоряться, на практике - нет. [EMAIL PROTECTED] hdparm -t /dev/sda /dev/sda: Timing buffered disk reads: 128 MB in 3.02 seconds = 42.41 MB/sec [EMAIL PROTECTED] hdparm -t /dev/sdb /dev/sdb: Timing buffered disk reads: 158 MB in 3.02 seconds = 52.27 MB/sec [EMAIL PROTECTED] hdparm -t /dev/md0 /dev/md0: Timing buffered disk reads: 148 MB in 3.02 seconds = 48.96 MB/sec [EMAIL PROTECTED] uname -a Linux vice 2.6.17-2-vserver-k7 #1 SMP Wed Sep 13 19:32:15 UTC 2006 i686 GNU/Linux Вот точные ядра не припомню, но он недавно бегал по .16..18 и вроде как уже и .19, пока о починке не отзывался. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID hardware on Intel
В Пнд, 04/12/2006 в 15:09 +0300, Alexander Gerasiov пишет: Michael Shigorin wrote: On Mon, Dec 04, 2006 at 02:31:03PM +0300, Alexey Lobanov wrote: 2) Аппаратный рейд имеет преимущество перед софтверным в том, что он разгружает процессор, повышая тем самым throughput. Не только из-за разгрузки процессора. Теоретически потоковое чтение с RAID должно быть в несколько раз быстрее, чем с одиночного диска: поскольку последовательные chunk'и могут читаться параллельно из разных банок. В софтверном рейде это теоретически тоже есть, но на практике часто не работает из-за взаимных зависимостей каналов в реальных IDE и SATA чипсетах. В 2.6 зеркало то ли по чтению, то ли по записи разломали, по словам коллеги. Бишь на 2.4 прокачка пропорционально увеличивается, а на 2.6 он упирался в один диск. По записи оно и должно в один диск упираться, а по чтению - в теории должно ускоряться, на практике - нет. [EMAIL PROTECTED] hdparm -t /dev/sda /dev/sda: Timing buffered disk reads: 128 MB in 3.02 seconds = 42.41 MB/sec [EMAIL PROTECTED] hdparm -t /dev/sdb /dev/sdb: Timing buffered disk reads: 158 MB in 3.02 seconds = 52.27 MB/sec [EMAIL PROTECTED] hdparm -t /dev/md0 /dev/md0: Timing buffered disk reads: 148 MB in 3.02 seconds = 48.96 MB/sec [EMAIL PROTECTED] uname -a Linux vice 2.6.17-2-vserver-k7 #1 SMP Wed Sep 13 19:32:15 UTC 2006 i686 GNU/Linux У меня ускорялось. Если скорость отдельного винта ~50Mb/s то стрип давал ~80Mb/s, если верить hdparm, хотя я и собственной прогой проверял - совпало. Проверял только на чтение. -- Покотиленко Костик [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID hardware on Intel
On Mon, Dec 04, 2006 at 02:31:03PM +0300, Alexey Lobanov wrote: 2) Аппаратный рейд имеет преимущество перед софтверным в том, что он разгружает процессор, повышая тем самым throughput. Не только из-за разгрузки процессора. Теоретически потоковое чтение с RAID должно быть в несколько раз быстрее, чем с одиночного диска: поскольку последовательные chunk'и могут читаться параллельно из разных банок. В софтверном рейде это теоретически тоже есть, но на практике часто не работает из-за взаимных зависимостей каналов в реальных IDE и SATA чипсетах. В 2.6 зеркало то ли по чтению, то ли по записи разломали, по словам коллеги. Бишь на 2.4 прокачка пропорционально увеличивается, а на 2.6 он упирался в один диск. Вот точные ядра не припомню, но он недавно бегал по .16..18 и вроде как уже и .19, пока о починке не отзывался. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xmms и русификация в etch
On Mon, Dec 04, 2006 at 12:52:11PM +0200, Michael Shigorin wrote: У меня работает альтовская сборка; часть вопроса -- в настройке gtk+ 1.x, см.: https://bugzilla.altlinux.org/show_bug.cgi?id=8717 https://bugzilla.altlinux.org/show_bug.cgi?id=7692 Посмотрел и подумал... Когда уже этот GTK1 похоронят. Сорри за оффтоп -- WBR, Dmitry signature.asc Description: Digital signature
Re: Недорогие лазерные принтеры - под Debian Etch amd64
Oleg Sheremetinsky [EMAIL PROTECTED] writes: Помогите выбрать, кто имеет реальный опыт. Я тут из ниже приведенных склоняюсь более всего к Lexmark и XEROX. Я пару месяцев назад тоже думал, чего бы купить. В итоге решил не париться с данным вопросом и в качестве замены HP LaserJet 6L купил HP LaserJet 1320 со встроенным PostScript. Работает идеально. -- Igor Goryachev E-Mail/Jabber: [EMAIL PROTECTED]
Re: 2 сетевухи в одну
13:31 Mon 04 Dec , VOLAND написал: Здравствуйте, debian-russian. Народ напомните плз. какой пакет в дебьяне объединял 2 сетевухи в одну... забыл блин и найти не могу.. но когдато делал... bridge-utils ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xmms и русификация в etch
На Mon, 4 Dec 2006 12:52:11 +0200 Michael Shigorin [EMAIL PROTECTED] записано: У меня работает альтовская сборка; часть вопроса -- в настройке gtk+ 1.x, см.: https://bugzilla.altlinux.org/show_bug.cgi?id=8717 https://bugzilla.altlinux.org/show_bug.cgi?id=7692 gtk+ 1.x работает нормально, т.к. xmmsовские менюшки отображаются нормально. А вот файлы реально кривые, правда на ubuntu xmms + mpg-123-ja работал с ними, а здесь не хочет.
Re[2]: 2 сетевухи в одну
Здравствуйте, Vladimir. Вы писали 4 декабря 2006 г., 13:38:08: VK 13:31 Mon 04 Dec , VOLAND написал: Здравствуйте, debian-russian. Народ напомните плз. какой пакет в дебьяне объединял 2 сетевухи в одну... забыл блин и найти не могу.. но когдато делал... VK bridge-utils ? вспомнил вроде, называлось оно bonding пакет ifenslave вопрос закрыт спасибо -- С уважением, VOLAND mailto:[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: xmms и русификация в etch
В sarge и выше есть beep-media-player -- тот же xmms, но на gtk2. До сих пор xmms держать -- надо збоченцем быть. В Пнд, 04/12/2006 в 15:16 +0200, Dmitry Nezhevenko пишет: On Mon, Dec 04, 2006 at 12:52:11PM +0200, Michael Shigorin wrote: У меня работает альтовская сборка; часть вопроса -- в настройке gtk+ 1.x, см.: https://bugzilla.altlinux.org/show_bug.cgi?id=8717 https://bugzilla.altlinux.org/show_bug.cgi?id=7692 Посмотрел и подумал... Когда уже этот GTK1 похоронят. Сорри за оффтоп -- Alexander Vlasov ZULU-UANIC JID: zulu at jabber.kiev.ua
Re: xmms и русификация в etch
2006/12/4, Alexander Vlasov [EMAIL PROTECTED]: В sarge и выше есть beep-media-player -- тот же xmms, но на gtk2. До сих пор xmms держать -- надо збоченцем быть. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=396894 The package has a _lot_ of open bugs and maybe shouldn't even make it into Etch IMHO. Beep Media Player development was discontinued by upstream over a year ago. They resumed their work and created BMPx, a reincarnation of Beep Media Player but with a different approach. BMP was also forked by another group with the aim to retain the XMMS-style interface, and they created Audacious. Both of these related players have been available in Debian for a few weeks now. то есть, тогда уж что советовать, так Audacious или BMP, а не глюный и неподдерживаемый beep-media-player :) -- Денис
Re: xmms и русификация в etch
Mon, 4 Dec 2006 22:10:37 +0500 [EMAIL PROTECTED] пишет: то есть, тогда уж что советовать, так Audacious или BMP, а не глюный и неподдерживаемый beep-media-player :) поставил audacious c deb http://static.audacious-media-player.org/debian etch main - не помогло
Re: Шрифт в konsole
On Fri, Dec 01, 2006 at 11:17:32AM +0600, Sergei Stolyarov wrote: On Thursday 30 November 2006 02:54, Maksim A. Boyko wrote: Привет, сообщество. Наконец-то переполз на testing. IMHO, немножко сыроват. Не могу справиться со шрифтами в konsole, уж больно они страшные. Установка шрифтов от MS (копирование + dpkg-reconfigure fontconfig) исправила положение только в самом KDE, а что делать с konsole не ясно. Сейчас устновлен monospace. Уже не помню, что делал в sarge, но там все было хорошо. А konsole ничем таким не отличается от других приложений KDE. И шрифты там должны так же хорошо работать, как и в остальных частях KDE. там, вроде, используются шрифты с фиксированной шириной. -- С уважением, Maksim A. Boyko Registered Linux user #385502 Debian/GNU Linux (Sarge) Only two things are infinite, the universe and human stupidity, and I'm not sure about the former. Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
хочу странного - юзабельные т ени для окон для любого wm
Хочу следующего: 1. чтобы у окон были тени, при этом: 1.1. чтобы у активного окна была большая тень 1.2. чтобы у неактивных окон была маленькая тень 1.3. чтобы у окон из статичного списка тени не было 2. чтобы работало это всё либо под любым wm, либо под sawfish, либо под wm, который не слабее sawfish в плане скриптабельности и lookfeel 3. решение должно быть стабильным и не ломающимся при aptitude upgrade, решение нужно для одной машины Debian sid, nvidia, xorg. Карточку сменить не предлагать, x-server - можно сменить, но надо чтобы при этом с этим x-server работала cedega. Желание выполнимо? Если да, то поделитесь ключевыми словами (если ключевые слова - emacs source.c, то желательно с подробностями). PS: пробовал сделать эмуляцию теней средствами sawfish (темой), но там невозможно выполнить пункты 1.1 и 1.2 потому что размеры обрамления для всех типов окон одинаковы (и если сделать часть border прозрачной, то snap всё равно будет работать по указанным в теме координатам). -- Ruslan Kosolapov Plesk QA Department Second Manager SWsoft, Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RAID hardware on Intel
В Пнд, 04/12/2006 в 09:41 +0200, Vlad Solopchenko пишет: Есть ли ещё какие-то нюансы? в софверный рейд можно завернуть отдельные партиции а не целиком диски Эти сведения несколько устарели: на данный момент есть возможность создавать софтверный партиционируемый рейд - хоть из партиций хоть из целых дисков -- With best regards, Vladyslav Solopchenko имелось в виду то что железный рейд требует целиком диски, а софтверный в этом отношении гибче хотя возможно эта информация тоже устарела :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Решено: ошибка при компиляции ядра
Спасибо всем откликнувшися. Проблема действительно была из-за отсутствия libc6-dev. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[D-I Manual] Build log for ru (04 Dec 2006)
A build of the Debian Installer Manual was triggered by an update to SVN.
There were no errors during the build process.
The new version of the manual has been uploaded successfully.
A log of the build is available at:
- http://people.debian.org/~fjp/d-i_manual/log/ru.log
===
It is possible to use RSS to track changes to the manual.
For more information, see:
http://d-i.alioth.debian.org/manual/translators.html
===
Note: PDF output is not yet supported for some languages; this
is being worked on.
===
If you have any questions about the build or this message, feel
free to contact me at elendil_at_planet_dot_nl.
===
Updated files ('svn up')
Upo/ru/preseed.po
Upo/ru/using-d-i.po
Upo/ru/boot-installer.po
Updated to revision 43151.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
