From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Authentication-Warning: pc213.sam-solutions.net: ed set sender to ed@altlinux.ru using -f X-Comment-To: Sergey Vlasov To: ALT Linux kernel packages development Subject: Re: [d-kernel] Re: lm_sensors In-Reply-To: <20030723172257.423f7190.vsu@altlinux.ru> (Sergey Vlasov's message of "Wed, 23 Jul 2003 17:22:57 +0400") References: <20030721160226.GA24482@basalt.office.altlinux.org> <20030722175101.452b07b1.vsu@altlinux.ru> <20030722194808.2386fc6a.vsu@altlinux.ru> <20030722211043.1cb99189.vsu@altlinux.ru> <20030723160409.5395753e.vsu@altlinux.ru> <20030723172257.423f7190.vsu@altlinux.ru> From: ed@altlinux.ru (Ed V. Bartosh) Organization: ALT Linux Date: Wed, 23 Jul 2003 16:45:33 +0400 Message-ID: User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Portable Code, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit X-BeenThere: devel-kernel@altlinux.ru X-Mailman-Version: 2.1.2 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Jul 2003 13:46:44 -0000 Archived-At: List-Archive: List-Post: >>>>> "SV" == Sergey Vlasov writes: >> >> SV> тяжеловесно выглядит вся эта распаковка. >> >> SV> Так было раньше. В принципе можно и вернуть, тогда к тому >> SV> скрипту apply, который там был, ещё надо будет добавить >> SV> возможность наложения патчей. >> Ну и ладно. Зато кернеловые сорцы не нужно будет распаковывать >> каждый раз. Впрочем смотри сам. SV> Ладно, верну назад. Угу, спасибо. >> Нужна некая схема зависимостей на патчи, чтобы в неправильном >> порядке нельзя было приложить, а еще лучше чтобы они >> прикладывались автоматом при надобности. И было бы неплохо >> встроить это дело в apply_patches. SV> Это точно. Кто у нас тут брался TODO вести. Я уже как минимум вот это начинаю забывать :) - пересборака FreeS/WAN-а - kernel-feat и юзерспейс из одной спеки - Обновить kernel-fix-security патчами из последнего RH - схема зависимостей между патчами - включение .h из drivers/scsi в kernel-headers - сборка scsi модулей (qla как минимум) Если подумать, то и еще вспомню. >> Я тут перенес в спек kernel-source-lm_sensors, спек и патчи >> приаттачиваю, глянь, плз. SV> +%__cp -R ./ ../kernel-source-%name-%version SV> + SV> Перед этим, вероятно, надо добавить SV> %__rm -rf ../kernel-source-%name-%version добавлено SV> +%__mkdir_p SV> +%buildroot%_defaultdocdir/kernel-doc-%module_name-%version SV> А сюда, видимо, предполагалось положить содержимое каталога doc? SV> Хотя это уже лежит в пакете lm_sensors... убрано >> Кроме того с i2c проблемы - конфликтует с kernel-headers по >> поводу /usr/include/linux/{i2c-dev.h,sensors.h}. SV> Oops - недочистил. Хотя sensors.h в kernel-headers вообще быть SV> не должно - у меня его там нет. Да, правильно, у меня тоже нет. >> Я их пока убрал из спека, но в kernel-headers-..., собранном уже >> с новым feat-i2c эти файлы почему-то другого размера, что есть >> странно и неправильно, нужно разбираться. SV> А это, похоже, дурь в lm_sensors. Файлы действительно разные - SV> из того i2c-dev.h, что в i2c, выкинута вся userspace-часть. Но SV> lm_sensors при сборке его не использует - он берёт свой SV> i2c-dev.h, в котором есть ещё куча инлайнов. А sensors.h вообще SV> генерируется из драйверов (kernel/chips/*.c). Устанавливаться SV> эти файлы, похоже, вообще не должны - mkpatch в lm_sensors их не SV> трогает. Понятно. Значит я правильно сделал. -- Best regards, Ed V. Bartosh