[devel] 2.6.0 release

[devel] 2.6.0 release

[Ed V. Bartosh]

Hello,

Собрано, проверено и заливается в ftp://ftp.altlinux.ru/pub/people/ed/
Изменено следующее:
собственно переход на 2.6.0 release
kernel-fix-core: патч для переноса security_syslog (klogd problem fix)
kernel-fix-fs:  патч ext3_fs_priority (взят с 2.4)
kernel-build-tools: Доведена до ума работа с разными ядрами (спасибо
Сергею Власову)

Все ядерные пакеты можно безболезненно переносить в Сизиф.
modutils - в работе, но версию 2.4.25-alt6 (combined) можно брать, работает для
обеих версий ядер. 2.4.25-alt7 - это уже начало правильных modutils,
но в Сизиф ему еще рано.
bootloader-utils - изменения минимальны, тоже можно переносить.
mkinitrd - изменений много, нужно, чтобы ldv посмотрел. И вообще какой
смысл держать там busybox? Лишние проблемы, IMHO.
startup - вообще мелочь, тоже можно

Итого, для переноса сего в Сизиф по большому счету нужно разобраться с
mkinitrd.

?

-- 
Best regards,
Ed V. Bartosh

Re: [devel] 2.6.0 release

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 303 bytes --]

On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
> mkinitrd - изменений много, нужно, чтобы ldv посмотрел. И вообще какой
> смысл держать там busybox? Лишние проблемы, IMHO.

Я планировал вынести busybox от mkinitrd в отдельный пакет и дотачивать
его потом отдельно от mkinitrd.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] 2.6.0 release

[Ed V. Bartosh]

 DVL> On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
 >> mkinitrd - изменений много, нужно, чтобы ldv посмотрел. И вообще какой
 >> смысл держать там busybox? Лишние проблемы, IMHO.

 DVL> Я планировал вынести busybox от mkinitrd в отдельный пакет и дотачивать
 DVL> его потом отдельно от mkinitrd.

А что мы экономим ? Может проще статически собрать то, что нужно и
туда положить. Да, будет больше, ну и что ?

-- 
Best regards,
Ed V. Bartosh

Re: [devel] 2.6.0 release

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 573 bytes --]

On Fri, Dec 19, 2003 at 11:53:54AM +0300, Ed V. Bartosh wrote:
>  DVL> On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
>  >> mkinitrd - изменений много, нужно, чтобы ldv посмотрел. И вообще какой
>  >> смысл держать там busybox? Лишние проблемы, IMHO.
> 
>  DVL> Я планировал вынести busybox от mkinitrd в отдельный пакет и дотачивать
>  DVL> его потом отдельно от mkinitrd.
> 
> А что мы экономим ? Может проще статически собрать то, что нужно и
> туда положить. Да, будет больше, ну и что ?

Размер имеет значение, если вспомнить про mkbootdisk.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] Re: [d-kernel] 2.6.0 release

[Andrey Rahmatullin]

[-- Attachment #1: Type: text/plain, Size: 573 bytes --]

On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
> modutils - в работе, но версию 2.4.25-alt6 (combined) можно брать, работает для
> обеих версий ядер. 2.4.25-alt7 - это уже начало правильных modutils,
> но в Сизиф ему еще рано.

Мягко сказано. alt7 на моем 2.6.0 вобще не пашет. modprobe и lsmod говорят
"Out of memory".

-- 
Одно их правил хорошего тона говорит, что
+ если программа использует некую библиотеку, то она должна быть с ней
  слинкована;
+ если библиотека использует некую библиотеку, то она должна быть с ней
  слинкована.
		-- ldv in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: [d-kernel] 2.6.0 release

[Ed V. Bartosh]

 AR> On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
 >> modutils - в работе, но версию 2.4.25-alt6 (combined) можно брать, работает для
 >> обеих версий ядер. 2.4.25-alt7 - это уже начало правильных modutils,
 >> но в Сизиф ему еще рано.

 AR> Мягко сказано. alt7 на моем 2.6.0 вобще не пашет. modprobe и lsmod говорят
 AR> "Out of memory".
А это и не обещалось :) У меня работает, но проблемы есть,
подтверждаю.
Поэтому лучще пока на alt6 оставаться. Глеб закончит разборки с modutils -
можно будет брать, а пока рано еще.

-- 
Best regards,
Ed V. Bartosh

[devel] Re: [d-kernel] 2.6.0 release

[Michael Shigorin]

On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
> собственно переход на 2.6.0 release

ntpd только у меня не работает?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] Re: [d-kernel] 2.6.0 release

[Ed V. Bartosh]

>>>>> "MS" == Michael Shigorin writes:

 MS>   On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
 >>  собственно переход на 2.6.0 release
  
 MS>  ntpd только у меня не работает?

У всех. Quick and dirty solution: 
# cat /etc/sysconfig/ntpd
#NTPD_OPTIONS="-U ntpd -T /var/lib/ntpd"
#NTPDATE_OPTIONS="-U ntpd -T /var/lib/ntpd"

А вообще надо разбираться, он репортит вот это: 'cap_set_proc failed'

-- 
Best regards,
Ed V. Bartosh

[devel] Re: [d-kernel] 2.6.0 release

[Michael Shigorin]

On Fri, Dec 19, 2003 at 12:00:14PM +0300, Ed V. Bartosh wrote:
>  MS>  ntpd только у меня не работает?
> А вообще надо разбираться, он репортит вот это: 'cap_set_proc failed'

Не только, дома еще загадочно сопротивлялся резолвить
"ntp.lucky.net".  Причем в ntp.conf поставил IP (резолвинг
работает и давно не менялся -- 127.0.0.1 ;-) -- ан нет, все
жалуется _и_ опять на ntp.lucky.net.  Разбирать дольше того, чем
отсутствие дубликатов ntp.conf -- меня не хватило.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] Re: [d-kernel] 2.6.0 release

[Anton Farygin]

On Fri, Dec 19, 2003 at 12:00:14PM +0300, Ed V. Bartosh wrote:
> 
> >>>>> "MS" == Michael Shigorin writes:
> 
>  MS>   On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
>  >>  собственно переход на 2.6.0 release
>   
>  MS>  ntpd только у меня не работает?
> 
> У всех. Quick and dirty solution: 
> # cat /etc/sysconfig/ntpd
> #NTPD_OPTIONS="-U ntpd -T /var/lib/ntpd"
> #NTPDATE_OPTIONS="-U ntpd -T /var/lib/ntpd"
> 
> А вообще надо разбираться, он репортит вот это: 'cap_set_proc failed'

Ага.. еще одно достижение SELinux - невозможность чртутить некоторые
процессы.

Это лечится достаточно просто... надо только разобраться.

Rgds,
Rider

[devel] Re: [d-kernel] 2.6.0 release

[Ed V. Bartosh]

>>>>> "AF" == Anton Farygin writes:

 >>  #NTPD_OPTIONS="-U ntpd -T /var/lib/ntpd" #NTPDATE_OPTIONS="-U
 >>  ntpd -T /var/lib/ntpd"
 >>  
 >>  А вообще надо разбираться, он репортит вот это: 'cap_set_proc
 >>  failed'
  
 AF>  Ага.. еще одно достижение SELinux - невозможность чртутить
 AF>  некоторые процессы.
  
 AF>  Это лечится достаточно просто... надо только разобраться.

Как показала практика это лечится загрузкой одного из секурити модулей:
capability - Standard Linux Capabilities Security Module,
root_plug - Root Plug sample LSM module, written for Linux Journal article,
selinux - NSA Security-Enhanced Linux (SELinux) security module

Я грузил capability - с ним работает.

С этим в test11 были, кстати, проблемы
http://www.ussg.iu.edu/hypermail/linux/kernel/0312.1/0014.html
и в релизе они по-моему остались, по крайней мере я не вижу, чтобы
что-нибудь из предлагаемых патчей было приложено.
Я, наверное, пропатчу.

А вообще эту LSM технологию нужно будет как-то использовать, в смысле
какая-то нужна обвязка для нее в юзерспейсе.

Кто что предложит ?

-- 
Best regards,
Ed V. Bartosh

Re: [devel] 2.6.0 release

[Mike Plugnikov]

В сообщении от 18 Декабрь 2003 20:34 Ed V. Bartosh написал(a):
> Hello,
>
> Собрано, проверено и заливается в ftp://ftp.altlinux.ru/pub/people/ed/
> Изменено следующее:
> собственно переход на 2.6.0 release
> kernel-fix-core: патч для переноса security_syslog (klogd problem fix)
> kernel-fix-fs:  патч ext3_fs_priority (взят с 2.4)
> kernel-build-tools: Доведена до ума работа с разными ядрами (спасибо
> Сергею Власову)
>
> Все ядерные пакеты можно безболезненно переносить в Сизиф.
> modutils - в работе, но версию 2.4.25-alt6 (combined) можно брать, работает
> для обеих версий ядер. 2.4.25-alt7 - это уже начало правильных modutils, но
> в Сизиф ему еще рано.
> bootloader-utils - изменения минимальны, тоже можно переносить.
> mkinitrd - изменений много, нужно, чтобы ldv посмотрел. И вообще какой
> смысл держать там busybox? Лишние проблемы, IMHO.
> startup - вообще мелочь, тоже можно
>
> Итого, для переноса сего в Сизиф по большому счету нужно разобраться с
> mkinitrd.
>
> ?
И с usb...

Re: [devel] 2.6.0 release

[Ed V. Bartosh]

>>>>> "MP" == Mike Plugnikov writes:

 >>  Итого, для переноса сего в Сизиф по большому счету нужно
 >>  разобраться с mkinitrd.
 >>
 >>  ?
 MP>  И с usb...

Очень информативно, спасибо.

PS: Если бы только это - там проблем еще выше крыши :) 
Но для переноса в Сизиф достаточно того, что я написал, IMHO.

-- 
Best regards,
Ed V. Bartosh

Re: [devel] 2.6.0 release

[Anton Farygin]

On Fri, Dec 19, 2003 at 12:23:30PM +0300, Mike Plugnikov wrote:
> В сообщении от 18 Декабрь 2003 20:34 Ed V. Bartosh написал(a):
> > Hello,
> >
> > Собрано, проверено и заливается в ftp://ftp.altlinux.ru/pub/people/ed/
> > Изменено следующее:
> > собственно переход на 2.6.0 release
> > kernel-fix-core: патч для переноса security_syslog (klogd problem fix)
> > kernel-fix-fs:  патч ext3_fs_priority (взят с 2.4)
> > kernel-build-tools: Доведена до ума работа с разными ядрами (спасибо
> > Сергею Власову)
> >
> > Все ядерные пакеты можно безболезненно переносить в Сизиф.
> > modutils - в работе, но версию 2.4.25-alt6 (combined) можно брать, работает
> > для обеих версий ядер. 2.4.25-alt7 - это уже начало правильных modutils, но
> > в Сизиф ему еще рано.
> > bootloader-utils - изменения минимальны, тоже можно переносить.
> > mkinitrd - изменений много, нужно, чтобы ldv посмотрел. И вообще какой
> > смысл держать там busybox? Лишние проблемы, IMHO.
> > startup - вообще мелочь, тоже можно
> >
> > Итого, для переноса сего в Сизиф по большому счету нужно разобраться с
> > mkinitrd.
> >
> > ?
> И с usb...

А что с USB ?

Rgds,
Rider

[devel] Re: [d-kernel] 2.6.0 release

[Anton Farygin]

On Thu, Dec 18, 2003 at 08:34:16PM +0300, Ed V. Bartosh wrote:
> Hello,
> 
> Собрано, проверено и заливается в ftp://ftp.altlinux.ru/pub/people/ed/
> Изменено следующее:
> собственно переход на 2.6.0 release
> kernel-fix-core: патч для переноса security_syslog (klogd problem fix)
> kernel-fix-fs:  патч ext3_fs_priority (взят с 2.4)
> kernel-build-tools: Доведена до ума работа с разными ядрами (спасибо
> Сергею Власову)
> 
> Все ядерные пакеты можно безболезненно переносить в Сизиф.
> modutils - в работе, но версию 2.4.25-alt6 (combined) можно брать, работает для
> обеих версий ядер. 2.4.25-alt7 - это уже начало правильных modutils,
> но в Сизиф ему еще рано.
> bootloader-utils - изменения минимальны, тоже можно переносить.
> mkinitrd - изменений много, нужно, чтобы ldv посмотрел. И вообще какой
> смысл держать там busybox? Лишние проблемы, IMHO.
> startup - вообще мелочь, тоже можно
> 
> Итого, для переноса сего в Сизиф по большому счету нужно разобраться с
> mkinitrd.

Да. и с startup.


Кстати, господа, я тут на выходных поразвлекался с ACPI Suspend (echo "3"
>/proc/acpi/sleep).

Вывод: оно работает, но:

1) У меня попался ноутбук (MaxSelect TravelBook TT), который после Suspend
не восстанавливает разрешение экрана.. соответственно при включенном
framebuffer все ползет. В blacklist есть такая фича, как для некоторых
BIOS'ом восстанавливать разрешение принудительно... и есть такой параметр
ядру: acpi_sleep=s3_mode. С этим все работает. Так вот я подумал - а
почему бы эту процедуру не проводить всегда, независимо от того, битый
BIOS или нет ? Ваши мнения ?

Патч для BlackList у меня есть, могу выслать.

2) Очень медленно просыпается жесткий диск.. примерно минут 10. Подозреваю
что где-то ошибка - буду искать.. если кто-то располагает информацией -
киньте в мнея плз (желательно через IRC или Jabber).

Rgds,
Rider

Re: [devel] Re: [d-kernel] 2.6.0 release

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 647 bytes --]

On Mon, Dec 22, 2003 at 12:49:25PM +0300, Anton Farygin wrote:
> 1) У меня попался ноутбук (MaxSelect TravelBook TT), который после Suspend
> не восстанавливает разрешение экрана.. соответственно при включенном
> framebuffer все ползет. В blacklist есть такая фича, как для некоторых
> BIOS'ом восстанавливать разрешение принудительно... и есть такой параметр
> ядру: acpi_sleep=s3_mode. С этим все работает. Так вот я подумал - а
> почему бы эту процедуру не проводить всегда, независимо от того, битый
> BIOS или нет ? Ваши мнения ?

Насколько я понял, это тоже работает не везде:

http://www.ussg.iu.edu/hypermail/linux/kernel/0310.1/0469.html

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: [d-kernel] 2.6.0 release

[Anton Farygin]

On Mon, Dec 22, 2003 at 12:59:48PM +0300, Sergey Vlasov wrote:
> On Mon, Dec 22, 2003 at 12:49:25PM +0300, Anton Farygin wrote:
> > 1) У меня попался ноутбук (MaxSelect TravelBook TT), который после Suspend
> > не восстанавливает разрешение экрана.. соответственно при включенном
> > framebuffer все ползет. В blacklist есть такая фича, как для некоторых
> > BIOS'ом восстанавливать разрешение принудительно... и есть такой параметр
> > ядру: acpi_sleep=s3_mode. С этим все работает. Так вот я подумал - а
> > почему бы эту процедуру не проводить всегда, независимо от того, битый
> > BIOS или нет ? Ваши мнения ?
> 
> Насколько я понял, это тоже работает не везде:
> 
> http://www.ussg.iu.edu/hypermail/linux/kernel/0310.1/0469.html

Мда... значит опять забивать до отказа black_list ;-(

Кстати, как это будем делать ? Есть как всегда два варианта: 
1) Через утилиты настройки железа
2) Защивать патчами в ядро.

Rgds,
Rider

Re: [devel] Re: [d-kernel] 2.6.0 release

[Alexey Morozov]

[-- Attachment #1: Type: text/plain, Size: 316 bytes --]

On Mon, Dec 22, 2003 at 01:35:14PM +0300, Anton Farygin wrote:
> Мда... значит опять забивать до отказа black_list ;-(
> 
> Кстати, как это будем делать ? Есть как всегда два варианта: 
> 1) Через утилиты настройки железа
По-моему, более здравое решение.
> 2) Защивать патчами в ядро.
А это, видимо, более быстрое.


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Re: [d-kernel] 2.6.0 release

[Anton Farygin]

On Mon, Dec 22, 2003 at 04:38:31PM +0600, Alexey Morozov wrote:
> On Mon, Dec 22, 2003 at 01:35:14PM +0300, Anton Farygin wrote:
> > Мда... значит опять забивать до отказа black_list ;-(
> > 
> > Кстати, как это будем делать ? Есть как всегда два варианта: 
> > 1) Через утилиты настройки железа
> По-моему, более здравое решение.
> > 2) Защивать патчами в ядро.
> А это, видимо, более быстрое.

Не сколько быстрое, сколько простое.
Ибо утилиты еще не готовы ;-(

Rgds,
Rider