[devel] kernel-headers-std

[devel] kernel-headers-std

[Kirill A. Shutemov]

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

Часть user-space хотят для сборки kernel-headers-std. Не всем он реально
нужен(samba'е, к примеру, хватает glibc-kernheaders).
kernel-headers-std является проблемой при портировании. Не на всех
архитектурах возможно сделать этот самый -std. На ARM нельзя сделать ядро
каторое бы запускалось на любом железе. Ядро делается под конкретную
железку.

Список user-space пакетов, которые хотят kernel-headers-std.

TiMidity++-2.13.2-alt7.src.rpm
alsa-tools-1.0.14-alt1.src.rpm
awesfx-0.5.0-alt1d.src.rpm
dnsmasq-2.40-alt1.src.rpm
dosfstools-2.11-alt4.src.rpm
dump-0.4b41-alt1.0.src.rpm
ipmitool-1.8.9-alt1.src.rpm
irqbalance-0.55-alt1.src.rpm
klibc-1.5-alt1.src.rpm
lcap-0.0.6-alt2.1.src.rpm
libfdisk0-20041101-alt2.1.src.rpm
libgtop-2.14.9-alt1.src.rpm
listener-1.6.5-alt1.src.rpm
lslk-1.29-alt2.1.src.rpm
mtools-3.9.11.20070601-alt1.src.rpm
multipath-tools-0.4.7-alt2.src.rpm
samba-3.0.25c-alt1.src.rpm
xmp-2.0.5-alt2pre3.src.rpm

Прошу мэйнтейнеров этих пакетов проверить реально ли нужен
kernel-headers-std для сборки или хватит glibc-kernheaders.
Или дать мне NMU и я сам разбирусь.

Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот udev с
этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
kernel-headers-std. Возможно стоит расширить glibc-kernheaders?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Led]

В сообщении от Tuesday 11 September 2007 17:43:51 Kirill A. Shutemov 
написал(а):

> Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот udev с
> этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> kernel-headers-std. Возможно стоит расширить glibc-kernheaders?

klibc может и можно собрать без kernel-headers-std, но делать этого НЕЛЬЗЯ.

-- 
Led

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Tue, 11.09.2007 17:50], Led wrote:
> В сообщении от Tuesday 11 September 2007 17:43:51 Kirill A. Shutemov 
> написал(а):
> 
> > Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот udev с
> > этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> > kernel-headers-std. Возможно стоит расширить glibc-kernheaders?
> 
> klibc может и можно собрать без kernel-headers-std, но делать этого НЕЛЬЗЯ.

[15:45:12] kas: hi!
[15:45:36] kas: а klibc действительно нужнет kernel-headers-std?
[15:48:11] vsu: в оригинале там вообще хотят именно исходники ядра
[15:48:54] vsu: правда, на x86 сборку с результатом make headers_install вроде
бы не разламывали
[15:49:36] kas: я вот думаю как мне быть на ARM...
[15:54:29] vsu: с glibc-kernheaders оно там не собирается?
[15:54:43] vsu: хотя я уже даже не помню, пробовал ли собирать с ними...

Ну вот я и попробывал ;)

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Tue, Sep 11, 2007 at 05:50:22PM +0300, Led wrote:
> В сообщении от Tuesday 11 September 2007 17:43:51 Kirill A. Shutemov 
> написал(а):
> 
> > Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот udev с
> > этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> > kernel-headers-std. Возможно стоит расширить glibc-kernheaders?
> 
> klibc может и можно собрать без kernel-headers-std, но делать этого НЕЛЬЗЯ.

Обоснование?


-- 
ldv

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

Re: [devel] kernel-headers-std

[Led]

В сообщении от Tuesday 11 September 2007 21:51:03 Dmitry V. Levin написал(а):
> On Tue, Sep 11, 2007 at 05:50:22PM +0300, Led wrote:
> > В сообщении от Tuesday 11 September 2007 17:43:51 Kirill A. Shutemov
> >
> > написал(а):
> > > Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот
> > > udev с этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> > > kernel-headers-std. Возможно стоит расширить glibc-kernheaders?
> >
> > klibc может и можно собрать без kernel-headers-std, но делать этого
> > НЕЛЬЗЯ.
>
> Обоснование?

Вкратце:

1) build the kernel: make
2) remerge klibc: emerge klibc
 note: This step is important even if you already have klibc installed. klibc 
has to be compiled against a patched kernel tree.

У меня есть как минимум один пример, когда без этого klibc неюзабельна.
ИМХО собранная без "живых" ядерных хэдеров klibc превращается в ещё одну 
dietlibc.

-- 
Led

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Tue, Sep 11, 2007 at 06:28:38PM +0300, Led wrote:
> В сообщении от Tuesday 11 September 2007 21:51:03 Dmitry V. Levin написал(а):
> > On Tue, Sep 11, 2007 at 05:50:22PM +0300, Led wrote:
> > > В сообщении от Tuesday 11 September 2007 17:43:51 Kirill A. Shutemov
> > >
> > > написал(а):
> > > > Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот
> > > > udev с этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> > > > kernel-headers-std. Возможно стоит расширить glibc-kernheaders?
> > >
> > > klibc может и можно собрать без kernel-headers-std, но делать этого
> > > НЕЛЬЗЯ.
> >
> > Обоснование?
> 
> Вкратце:
> 
> 1) build the kernel: make
> 2) remerge klibc: emerge klibc
>  note: This step is important even if you already have klibc installed. klibc 
> has to be compiled against a patched kernel tree.

Это не обоснование.

> У меня есть как минимум один пример, когда без этого klibc неюзабельна.

Приведите этот пример здесь.

> ИМХО собранная без "живых" ядерных хэдеров klibc превращается в ещё одну 
> dietlibc.

Мы движемся в сторону "оживления ядерных хэдеров".


-- 
ldv

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

Re: [devel] kernel-headers-std

[Led]

В сообщении от Tuesday 11 September 2007 22:49:44 Dmitry V. Levin написал(а):
> On Tue, Sep 11, 2007 at 06:28:38PM +0300, Led wrote:
> > В сообщении от Tuesday 11 September 2007 21:51:03 Dmitry V. Levin 
написал(а):
> > > On Tue, Sep 11, 2007 at 05:50:22PM +0300, Led wrote:
> > > > В сообщении от Tuesday 11 September 2007 17:43:51 Kirill A. Shutemov
> > > >
> > > > написал(а):
> > > > > Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот
> > > > > udev с этим klibc уже не собрался ибо не хватило scsi/scsi.h,
> > > > > который в kernel-headers-std. Возможно стоит расширить
> > > > > glibc-kernheaders?
> > > >
> > > > klibc может и можно собрать без kernel-headers-std, но делать этого
> > > > НЕЛЬЗЯ.
> > >
> > > Обоснование?
> >
> > Вкратце:
> >
> > 1) build the kernel: make
> > 2) remerge klibc: emerge klibc
> >  note: This step is important even if you already have klibc installed.
> > klibc has to be compiled against a patched kernel tree.
>
> Это не обоснование.
>
> > У меня есть как минимум один пример, когда без этого klibc неюзабельна.
>
> Приведите этот пример здесь.

http://dev.gentoo.org/~spock/projects/uvesafb/

Соответсвующее ядро 2.6.18 (на базе std-smp-2.6.18-alt7), v86d и klibc 
(пересобранная с хэдерами пропатченного ядра) находятся здесь:
ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
Для того, чтобы v86d работал в initrd и не тащить glibc в initrd, пришлось 
собрать v86d с klibc и пересобрать klibc (без каких-либо изменений). 
Естественно, всё это работает уже больше двух недель, на разных машинах, 
разных видеоадаптерах (включая nVidia и ATI), на x86_32 и x86_64. Фичреквест 
приблизительно столько же "висит" на kernel-image-std-smp (безответно).

-- 
Led

Re: [devel] kernel-headers-std

[Sergey Vlasov]

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

On Tue, Sep 11, 2007 at 07:13:56PM +0300, Led wrote:
> > > У меня есть как минимум один пример, когда без этого klibc неюзабельна.
> >
> > Приведите этот пример здесь.
> 
> http://dev.gentoo.org/~spock/projects/uvesafb/

На сборку самой klibc заголовки, модифицируемые этим патчем, не влияют;
однако в ходе сборки пакета заголовки ядра, использованные при сборке,
копируются и попадают в пакет klibc-devel - в результате все программы,
собирающиеся с klibc, получают версию заголовков, существовавшую на момент
сборки пакета klibc, независимо от последующих обновлений пакета
kernel-headers-std.  Однако многие программы просто носят копию нужных им
заголовков ядра с собой (поскольку именно этот способ долгое время
пропагандировался разработчиками ядра как правильный) - на их сборку
старые заголовки из klibc-devel не влияют.  Очевидно, в данном случае v86d
не делает этого, а ожидает найти заголовки от ядра с нужным патчем.

> Соответсвующее ядро 2.6.18 (на базе std-smp-2.6.18-alt7), v86d и klibc 
> (пересобранная с хэдерами пропатченного ядра) находятся здесь:
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> Для того, чтобы v86d работал в initrd и не тащить glibc в initrd, пришлось 
> собрать v86d с klibc и пересобрать klibc (без каких-либо изменений). 
> Естественно, всё это работает уже больше двух недель, на разных машинах, 
> разных видеоадаптерах (включая nVidia и ATI), на x86_32 и x86_64. Фичреквест 
> приблизительно столько же "висит" на kernel-image-std-smp (безответно).

Поиск в багзилле по слову uvesafb показал, что #12618 висит на
kernel-image-wks-smp.

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Tue, Sep 11, 2007 at 07:13:56PM +0300, Led wrote:
> В сообщении от Tuesday 11 September 2007 22:49:44 Dmitry V. Levin написал(а):
[...]
> > > У меня есть как минимум один пример, когда без этого klibc неюзабельна.
> >
> > Приведите этот пример здесь.
> 
> http://dev.gentoo.org/~spock/projects/uvesafb/
> 
> Соответсвующее ядро 2.6.18 (на базе std-smp-2.6.18-alt7), v86d и klibc 
> (пересобранная с хэдерами пропатченного ядра) находятся здесь:
> ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> Для того, чтобы v86d работал в initrd и не тащить glibc в initrd, пришлось 
> собрать v86d с klibc и пересобрать klibc (без каких-либо изменений). 

Ну так вы API/ABI ядра меняете.

> Естественно, всё это работает уже больше двух недель, на разных машинах, 
> разных видеоадаптерах (включая nVidia и ATI), на x86_32 и x86_64. Фичреквест 
> приблизительно столько же "висит" на kernel-image-std-smp (безответно).

vsu, ау?


-- 
ldv

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

Re: [devel] kernel-headers-std

[Led]

В сообщении от Tuesday 11 September 2007 23:20:54 Dmitry V. Levin написал(а):
> On Tue, Sep 11, 2007 at 07:13:56PM +0300, Led wrote:
> > В сообщении от Tuesday 11 September 2007 22:49:44 Dmitry V. Levin
> > написал(а):
>
> [...]
>
> > > > У меня есть как минимум один пример, когда без этого klibc
> > > > неюзабельна.
> > >
> > > Приведите этот пример здесь.
> >
> > http://dev.gentoo.org/~spock/projects/uvesafb/
> >
> > Соответсвующее ядро 2.6.18 (на базе std-smp-2.6.18-alt7), v86d и klibc
> > (пересобранная с хэдерами пропатченного ядра) находятся здесь:
> > ftp://ftp.linux.kiev.ua/pub/Linux/ALT/people/led/Sisyphus/
> > Для того, чтобы v86d работал в initrd и не тащить glibc в initrd,
> > пришлось собрать v86d с klibc и пересобрать klibc (без каких-либо
> > изменений).
>
> Ну так вы API/ABI ядра меняете.

Не то, чтобы "меняю", а, скорее, дополняю его.

>
> > Естественно, всё это работает уже больше двух недель, на разных машинах,
> > разных видеоадаптерах (включая nVidia и ATI), на x86_32 и x86_64.
> > Фичреквест приблизительно столько же "висит" на kernel-image-std-smp
> > (безответно).
>
> vsu, ау?

Кстати, после uvesafb на vesafb без жалости смотреть трудно:) На uvesafb даже 
X'ы работают вполне прилично (с 'Driver fbdev') - практически незаметно 
разницы c 'Driver nv' (естественно, только 2D).

-- 
Led

Re: [devel] kernel-headers-std

[Sergey Vlasov]

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

On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> kernel-headers-std является проблемой при портировании. Не на всех
> архитектурах возможно сделать этот самый -std. На ARM нельзя сделать ядро
> каторое бы запускалось на любом железе. Ядро делается под конкретную
> железку.

Однако эти заголовки описывают не конкретную железку, а ABI ядра,
предоставляемый для userspace; от конфигурации ядра их содержимое не
зависит (в частности, <linux/config.h> и <linux/autoconf.h> в этот пакет
вообще не входят).

make headers_install ARCH=... INSTALL_HDR_PATH=... не требует наличия
файла конфигурации (более того, может выполняться даже при отсутствии
компилятора для указанной архитектуры).  Можно сделать отдельный пакет,
который будет собираться на всех архитектурах (правда, на 2.6.18 совсем
без патчей обойтись не получится, или придётся собирать отдельный unifdef;
сейчас в ветке fix-build--headers-install лежат взятые из последующих
версий ядра патчи, добавляющие unifdef прямо в сборочную систему ядра).
Правда, в ядре std сейчас есть несколько патчей, которые меняют содержимое
экспортируемых заголовков (в нескольких местах добавлены новые константы и
структуры в связи с обновлением соответствующего кода в ядре) - вероятно,
придётся внести как минимум часть таких изменений и в этот новый пакет.
К сожалению, тестирование заголовков простой проверкой на собираемость не
даёт полной уверенности - вполне возможно, что при пересборке со старыми
заголовками какие-то новые возможности будут просто отключены.

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Tue, 11.09.2007 20:02], Sergey Vlasov wrote:
> On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> > kernel-headers-std является проблемой при портировании. Не на всех
> > архитектурах возможно сделать этот самый -std. На ARM нельзя сделать ядро
> > каторое бы запускалось на любом железе. Ядро делается под конкретную
> > железку.
> 
> Однако эти заголовки описывают не конкретную железку, а ABI ядра,
> предоставляемый для userspace; от конфигурации ядра их содержимое не
> зависит (в частности, <linux/config.h> и <linux/autoconf.h> в этот пакет
> вообще не входят).

Это хорошо.
 
> make headers_install ARCH=... INSTALL_HDR_PATH=... не требует наличия
> файла конфигурации (более того, может выполняться даже при отсутствии
> компилятора для указанной архитектуры).  Можно сделать отдельный пакет,
> который будет собираться на всех архитектурах (правда, на 2.6.18 совсем
> без патчей обойтись не получится, или придётся собирать отдельный unifdef;
> сейчас в ветке fix-build--headers-install лежат взятые из последующих
> версий ядра патчи, добавляющие unifdef прямо в сборочную систему ядра).
> Правда, в ядре std сейчас есть несколько патчей, которые меняют содержимое
> экспортируемых заголовков (в нескольких местах добавлены новые константы и
> структуры в связи с обновлением соответствующего кода в ядре) - вероятно,
> придётся внести как минимум часть таких изменений и в этот новый пакет.

for ref in `git-for-each-ref --format='%(refname)' refs/remotes/vsu-2.6.18`; do git diff --name-only refs/remotes/vsu-2.6.18/master $ref|grep -q '^include/\(asm\|linux/\|mtd/\|rdma/\|scsi/\|sound/\|video/\).*\.h$' && echo $ref; done
refs/remotes/vsu-2.6.18/feat-drivers-mmc-tifm
refs/remotes/vsu-2.6.18/feat-drivers-scsi-aic94xx
refs/remotes/vsu-2.6.18/feat-drivers-video-splash
refs/remotes/vsu-2.6.18/feat-drivers-video-splash--suse
refs/remotes/vsu-2.6.18/feat-fs-fuse
refs/remotes/vsu-2.6.18/feat-fs-squashfs
refs/remotes/vsu-2.6.18/fix-build--headers-install
refs/remotes/vsu-2.6.18/fix-core--arch
refs/remotes/vsu-2.6.18/fix-core--quirks
refs/remotes/vsu-2.6.18/fix-core--quirks--ich9
refs/remotes/vsu-2.6.18/fix-drivers-char--agpgart
refs/remotes/vsu-2.6.18/fix-drivers-char--ipmi
refs/remotes/vsu-2.6.18/fix-drivers-i2c
refs/remotes/vsu-2.6.18/fix-drivers-ide
refs/remotes/vsu-2.6.18/fix-drivers-net--bonding
refs/remotes/vsu-2.6.18/fix-drivers-net--tg3
refs/remotes/vsu-2.6.18/fix-drivers-pci--core
refs/remotes/vsu-2.6.18/fix-drivers-scsi--libata
refs/remotes/vsu-2.6.18/fix-drivers-scsi--qla2xxx
refs/remotes/vsu-2.6.18/fix-drivers-usb--storage
refs/remotes/vsu-2.6.18/fix-fs--ext3
refs/remotes/vsu-2.6.18/fix-fs--ufs
refs/remotes/vsu-2.6.18/fix-net--core
refs/remotes/vsu-2.6.18/fix-net--ipv4
refs/remotes/vsu-2.6.18/fix-net--ipv6
refs/remotes/vsu-2.6.18/fix-net--ipx
refs/remotes/vsu-2.6.18/fix-net--netfilter
refs/remotes/vsu-2.6.18/fix-security--eflags-leak-x86_64
refs/remotes/vsu-2.6.18/fix-security-exec-shield
refs/remotes/vsu-2.6.18/fix-security-exec-shield--fedora
refs/remotes/vsu-2.6.18/fix-security-exec-shield--release
refs/remotes/vsu-2.6.18/fix-stable
refs/remotes/vsu-2.6.18/kernel-image-std-pae
refs/remotes/vsu-2.6.18/kernel-image-std-smp
refs/remotes/vsu-2.6.18/kernel-image-std-smp--ext-infiniband
refs/remotes/vsu-2.6.18/kernel-source

Что-то забыл? Что-то лишнее?

> К сожалению, тестирование заголовков простой проверкой на собираемость не
> даёт полной уверенности - вполне возможно, что при пересборке со старыми
> заголовками какие-то новые возможности будут просто отключены.

Есть предложения?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Led]

2007/9/11, Kirill A. Shutemov <k.shutemov@velesys.com>:
> On [Tue, 11.09.2007 20:02], Sergey Vlasov wrote:
> > On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> > > kernel-headers-std является проблемой при портировании. Не на всех
> > > архитектурах возможно сделать этот самый -std. На ARM нельзя сделать ядро
> > > каторое бы запускалось на любом железе. Ядро делается под конкретную
> > > железку.
> >
> > Однако эти заголовки описывают не конкретную железку, а ABI ядра,
> > предоставляемый для userspace; от конфигурации ядра их содержимое не
> > зависит (в частности, <linux/config.h> и <linux/autoconf.h> в этот пакет
> > вообще не входят).
>
> Это хорошо.
>
> > make headers_install ARCH=... INSTALL_HDR_PATH=... не требует наличия
> > файла конфигурации (более того, может выполняться даже при отсутствии
> > компилятора для указанной архитектуры).  Можно сделать отдельный пакет,
> > который будет собираться на всех архитектурах (правда, на 2.6.18 совсем
> > без патчей обойтись не получится, или придётся собирать отдельный unifdef;
> > сейчас в ветке fix-build--headers-install лежат взятые из последующих
> > версий ядра патчи, добавляющие unifdef прямо в сборочную систему ядра).
> > Правда, в ядре std сейчас есть несколько патчей, которые меняют содержимое
> > экспортируемых заголовков (в нескольких местах добавлены новые константы и
> > структуры в связи с обновлением соответствующего кода в ядре) - вероятно,
> > придётся внести как минимум часть таких изменений и в этот новый пакет.
>
> for ref in `git-for-each-ref --format='%(refname)' refs/remotes/vsu-2.6.18`; do git diff --name-only refs/remotes/vsu-2.6.18/master $ref|grep -q '^include/\(asm\|linux/\|mtd/\|rdma/\|scsi/\|sound/\|video/\).*\.h$' && echo $ref; done
> refs/remotes/vsu-2.6.18/feat-drivers-mmc-tifm
> refs/remotes/vsu-2.6.18/feat-drivers-scsi-aic94xx
> refs/remotes/vsu-2.6.18/feat-drivers-video-splash
> refs/remotes/vsu-2.6.18/feat-drivers-video-splash--suse
> refs/remotes/vsu-2.6.18/feat-fs-fuse
> refs/remotes/vsu-2.6.18/feat-fs-squashfs
> refs/remotes/vsu-2.6.18/fix-build--headers-install
> refs/remotes/vsu-2.6.18/fix-core--arch
> refs/remotes/vsu-2.6.18/fix-core--quirks
> refs/remotes/vsu-2.6.18/fix-core--quirks--ich9
> refs/remotes/vsu-2.6.18/fix-drivers-char--agpgart
> refs/remotes/vsu-2.6.18/fix-drivers-char--ipmi
> refs/remotes/vsu-2.6.18/fix-drivers-i2c
> refs/remotes/vsu-2.6.18/fix-drivers-ide
> refs/remotes/vsu-2.6.18/fix-drivers-net--bonding
> refs/remotes/vsu-2.6.18/fix-drivers-net--tg3
> refs/remotes/vsu-2.6.18/fix-drivers-pci--core
> refs/remotes/vsu-2.6.18/fix-drivers-scsi--libata
> refs/remotes/vsu-2.6.18/fix-drivers-scsi--qla2xxx
> refs/remotes/vsu-2.6.18/fix-drivers-usb--storage
> refs/remotes/vsu-2.6.18/fix-fs--ext3
> refs/remotes/vsu-2.6.18/fix-fs--ufs
> refs/remotes/vsu-2.6.18/fix-net--core
> refs/remotes/vsu-2.6.18/fix-net--ipv4
> refs/remotes/vsu-2.6.18/fix-net--ipv6
> refs/remotes/vsu-2.6.18/fix-net--ipx
> refs/remotes/vsu-2.6.18/fix-net--netfilter
> refs/remotes/vsu-2.6.18/fix-security--eflags-leak-x86_64
> refs/remotes/vsu-2.6.18/fix-security-exec-shield
> refs/remotes/vsu-2.6.18/fix-security-exec-shield--fedora
> refs/remotes/vsu-2.6.18/fix-security-exec-shield--release
> refs/remotes/vsu-2.6.18/fix-stable
> refs/remotes/vsu-2.6.18/kernel-image-std-pae
> refs/remotes/vsu-2.6.18/kernel-image-std-smp
> refs/remotes/vsu-2.6.18/kernel-image-std-smp--ext-infiniband
> refs/remotes/vsu-2.6.18/kernel-source
>
> Что-то забыл? Что-то лишнее?
>
> > К сожалению, тестирование заголовков простой проверкой на собираемость не
> > даёт полной уверенности - вполне возможно, что при пересборке со старыми
> > заголовками какие-то новые возможности будут просто отключены.
>
> Есть предложения?

Есть. Эксперементировать на dietlibc, ucLibc и других mini-libc. А
klibc оставить для того, для чего она изначально предназначена.

-- 
Led.

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 12.09.2007 00:03], Led wrote:
> 2007/9/11, Kirill A. Shutemov <k.shutemov@velesys.com>:
> > Есть предложения?
> 
> Есть. Эксперементировать на dietlibc, ucLibc и других mini-libc. А
> klibc оставить для того, для чего она изначально предназначена.

Можно по-подробней, что вы предлагаете. Пересобирать klibc для каждого
ядра, и к имени добавить flavour, потом собирать кучу
udev-initramfs-%flavour и прочих пактов которые собираются с klibc?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Led]

2007/9/12, Kirill A. Shutemov <k.shutemov@velesys.com>:
> On [Wed, 12.09.2007 00:03], Led wrote:
> > 2007/9/11, Kirill A. Shutemov <k.shutemov@velesys.com>:
> > > Есть предложения?
> >
> > Есть. Эксперементировать на dietlibc, ucLibc и других mini-libc. А
> > klibc оставить для того, для чего она изначально предназначена.
>
> Можно по-подробней, что вы предлагаете. Пересобирать klibc для каждого
> ядра, и к имени добавить flavour,

Да, если API ядер отличается.

> потом собирать кучу
> udev-initramfs-%flavour и прочих пактов которые собираются с klibc?

Если "куча прочих пакетов" не 1) использует API ядра, 2) используют
его common-часть, то они соберутся с любой klibc-%flavor-devel и будут
работать с любой, или (в случае 1) соберутся с другой "mini-libc"


-- 
Led.

Re: [devel] kernel-headers-std

[Led]

2007/9/12, Led <led@altlinux.ru>:
> 2007/9/12, Kirill A. Shutemov <k.shutemov@velesys.com>:
> > On [Wed, 12.09.2007 00:03], Led wrote:
> > > 2007/9/11, Kirill A. Shutemov <k.shutemov@velesys.com>:
> > > > Есть предложения?
> > >
> > > Есть. Эксперементировать на dietlibc, ucLibc и других mini-libc. А
> > > klibc оставить для того, для чего она изначально предназначена.
> >
> > Можно по-подробней, что вы предлагаете. Пересобирать klibc для каждого
> > ядра, и к имени добавить flavour,
>
> Да, если API ядер отличается.
>
> > потом собирать кучу
> > udev-initramfs-%flavour и прочих пактов которые собираются с klibc?
>
> Если "куча прочих пакетов" не 1) использует API ядра, 2) используют
> его common-часть, то они соберутся с любой klibc-%flavor-devel и будут
> работать с любой, или (в случае 1) соберутся с другой "mini-libc"

Кстати, эта "куча прочих пакетов" состоит из указанного вами udev.
Возможно, будет ещё v86d (по крайней мере, я бы этого хотел). Других
нету...

-- 
Led.

Re: [devel] kernel-headers-std

[Sergey Vlasov]

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

On Tue, Sep 11, 2007 at 11:48:18PM +0300, Kirill A. Shutemov wrote:
> for ref in `git-for-each-ref --format='%(refname)' refs/remotes/vsu-2.6.18`; do git diff --name-only refs/remotes/vsu-2.6.18/master $ref|grep -q '^include/\(asm\|linux/\|mtd/\|rdma/\|scsi/\|sound/\|video/\).*\.h$' && echo $ref; done
[36 строк вывода]
> 
> Что-то забыл? Что-то лишнее?

Далеко не все заголовки из этих каталогов устанавливаются по make
headers_install - большая часть заголовков предназначена для использования
только внутри ядра, так что список бранчей, реально затрагивающих
заголовки для userspace, существенно меньше.

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 12.09.2007 13:07], Sergey Vlasov wrote:
> On Tue, Sep 11, 2007 at 11:48:18PM +0300, Kirill A. Shutemov wrote:
> > for ref in `git-for-each-ref --format='%(refname)' refs/remotes/vsu-2.6.18`; do git diff --name-only refs/remotes/vsu-2.6.18/master $ref|grep -q '^include/\(asm\|linux/\|mtd/\|rdma/\|scsi/\|sound/\|video/\).*\.h$' && echo $ref; done
> [36 строк вывода]
> > 
> > Что-то забыл? Что-то лишнее?
> 
> Далеко не все заголовки из этих каталогов устанавливаются по make
> headers_install - большая часть заголовков предназначена для использования
> только внутри ядра, так что список бранчей, реально затрагивающих
> заголовки для userspace, существенно меньше.

Можно ли придумать эвристику для вычления таких бранчей?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> Часть user-space хотят для сборки kernel-headers-std. Не всем он реально
> нужен(samba'е, к примеру, хватает glibc-kernheaders).
> kernel-headers-std является проблемой при портировании. Не на всех
> архитектурах возможно сделать этот самый -std. На ARM нельзя сделать ядро
> каторое бы запускалось на любом железе. Ядро делается под конкретную
> железку.
> 
> Список user-space пакетов, которые хотят kernel-headers-std.
[...]
> Прошу мэйнтейнеров этих пакетов проверить реально ли нужен
> kernel-headers-std для сборки или хватит glibc-kernheaders.

А как это можно проверить?

> Или дать мне NMU и я сам разбирусь.
> Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот udev с
> этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> kernel-headers-std. Возможно стоит расширить glibc-kernheaders?

Патчи приветствуются.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Tue, 11.09.2007 22:48], Dmitry V. Levin wrote:
> On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> > Часть user-space хотят для сборки kernel-headers-std. Не всем он реально
> > нужен(samba'е, к примеру, хватает glibc-kernheaders).
> > kernel-headers-std является проблемой при портировании. Не на всех
> > архитектурах возможно сделать этот самый -std. На ARM нельзя сделать ядро
> > каторое бы запускалось на любом железе. Ядро делается под конкретную
> > железку.
> > 
> > Список user-space пакетов, которые хотят kernel-headers-std.
> [...]
> > Прошу мэйнтейнеров этих пакетов проверить реально ли нужен
> > kernel-headers-std для сборки или хватит glibc-kernheaders.
> 
> А как это можно проверить?
> 

К примеру посмотреть diff между config.log с kernel-headers-std в
окружении и без. Хотя я думаю хватит обычной пересборки.

> > Или дать мне NMU и я сам разбирусь.
> > Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот udev с
> > этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> > kernel-headers-std. Возможно стоит расширить glibc-kernheaders?
> 
> Патчи приветствуются.

Ok. Сделаем.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Tue, 11.09.2007 22:48], Dmitry V. Levin wrote:
> On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> > Или дать мне NMU и я сам разбирусь.
> > Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот udev с
> > этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> > kernel-headers-std. Возможно стоит расширить glibc-kernheaders?
> 
> Патчи приветствуются.

Помимо директорий  asm-* и linux, которые входят в оба пакета, в
kernel-headers-std наблюдается:

mtd
mtd/inftl-user.h
mtd/jffs2-user.h
mtd/mtd-abi.h
mtd/mtd-user.h
mtd/nftl-user.h
rdma
rdma/ib_user_mad.h
scsi
scsi/scsi.h
scsi/scsi_ioctl.h
scsi/sg.h
sound
sound/asequencer.h
sound/asound.h
sound/asound_fm.h
sound/emu10k1.h
sound/hdsp.h
sound/hdspm.h
sound/sb16_csp.h
sound/sfnt_info.h
sound/sscape_ioctl.h
video
video/sisfb.h

Есть ли противопоказания для включения этих файлов в glibc-kernheaders?

Возможно, стоит синхронизировать glibc-kernheaders с ядром 2.6.18?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Led]

В сообщении от Tuesday 11 September 2007 18:22:35 Kirill A. Shutemov 
написал(а):
> On [Tue, 11.09.2007 22:48], Dmitry V. Levin wrote:
> > On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> > > Или дать мне NMU и я сам разбирусь.
> > > Я собрал klibc(не без хаков) для ARM без kernel-headers-std, но вот
> > > udev с этим klibc уже не собрался ибо не хватило scsi/scsi.h, который в
> > > kernel-headers-std. Возможно стоит расширить glibc-kernheaders?
> >
> > Патчи приветствуются.
>
> Помимо директорий  asm-* и linux, которые входят в оба пакета, в
> kernel-headers-std наблюдается:
>
> mtd
> mtd/inftl-user.h
> mtd/jffs2-user.h
> mtd/mtd-abi.h
> mtd/mtd-user.h
> mtd/nftl-user.h
> rdma
> rdma/ib_user_mad.h
> scsi
> scsi/scsi.h
> scsi/scsi_ioctl.h
> scsi/sg.h
> sound
> sound/asequencer.h
> sound/asound.h
> sound/asound_fm.h
> sound/emu10k1.h
> sound/hdsp.h
> sound/hdspm.h
> sound/sb16_csp.h
> sound/sfnt_info.h
> sound/sscape_ioctl.h
> video
> video/sisfb.h
>
> Есть ли противопоказания для включения этих файлов в glibc-kernheaders?
>
> Возможно, стоит синхронизировать glibc-kernheaders с ядром 2.6.18?

Придётся синхронизировать не просто с ядром, а с патченным ядром. Причём 
проверять необходимость синхронизации придётся с каждым новым патчем на ядро. 
А эта необходимость не всегда очевидна, но потом может "вылезти" :(

-- 
Led

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Tue, Sep 11, 2007 at 06:22:35PM +0300, Kirill A. Shutemov wrote:
[...]
> Помимо директорий  asm-* и linux, которые входят в оба пакета, в
> kernel-headers-std наблюдается:
> 
> mtd
> mtd/inftl-user.h
> mtd/jffs2-user.h
> mtd/mtd-abi.h
> mtd/mtd-user.h
> mtd/nftl-user.h
> rdma
> rdma/ib_user_mad.h
> scsi
> scsi/scsi.h
> scsi/scsi_ioctl.h
> scsi/sg.h
> sound
> sound/asequencer.h
> sound/asound.h
> sound/asound_fm.h
> sound/emu10k1.h
> sound/hdsp.h
> sound/hdspm.h
> sound/sb16_csp.h
> sound/sfnt_info.h
> sound/sscape_ioctl.h
> video
> video/sisfb.h
> 
> Есть ли противопоказания для включения этих файлов в glibc-kernheaders?

У меня сейчас нет.

> Возможно, стоит синхронизировать glibc-kernheaders с ядром 2.6.18?

Надо превратить glibc-kernheaders в результат работы
"make headers_install" пакета kernel-image-std-smp.

vsu, ау?


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Tue, 11.09.2007 23:51], Dmitry V. Levin wrote:
> On Tue, Sep 11, 2007 at 06:22:35PM +0300, Kirill A. Shutemov wrote:
> > Возможно, стоит синхронизировать glibc-kernheaders с ядром 2.6.18?
> 
> Надо превратить glibc-kernheaders в результат работы
> "make headers_install" пакета kernel-image-std-smp.

Какие-то ядра вполне могут отставать от kernel-image-std-smp по
версии(openvz, xen, ...). Думаю лучше делать отдельно на основе самого
старого из ядер пердсутсвующих в Сизифе.

Сделал proof of concept:

http://git.altlinux.org/people/kas/packages/?p=glibc-kernheaders.git бранч
headers-install.

Пока смержен только бранч kernel-image-2.6.18/fix-build--headers-install.
Нужно посмотреть какие feat/fix нужно ещё смержить.

Уже заметил regression: futex.h сново сломался, но это просто исправить.
Сделаю соответвующий fix-.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 12.09.2007 15:09], Kirill A. Shutemov wrote:
> On [Tue, 11.09.2007 23:51], Dmitry V. Levin wrote:
> > On Tue, Sep 11, 2007 at 06:22:35PM +0300, Kirill A. Shutemov wrote:
> > > Возможно, стоит синхронизировать glibc-kernheaders с ядром 2.6.18?
> > 
> > Надо превратить glibc-kernheaders в результат работы
> > "make headers_install" пакета kernel-image-std-smp.
> 
> Какие-то ядра вполне могут отставать от kernel-image-std-smp по
> версии(openvz, xen, ...). Думаю лучше делать отдельно на основе самого
> старого из ядер пердсутсвующих в Сизифе.
> 
> Сделал proof of concept:
> 
> http://git.altlinux.org/people/kas/packages/?p=glibc-kernheaders.git бранч
> headers-install.
> 
> Пока смержен только бранч kernel-image-2.6.18/fix-build--headers-install.
> Нужно посмотреть какие feat/fix нужно ещё смержить.
> 
> Уже заметил regression: futex.h сново сломался, но это просто исправить.
> Сделаю соответвующий fix-.
> 

Выложил alt0.2.

Смержил из kernel-image-2.6.18:
feat-drivers-scsi-aic94xx
feat-drivers-video-splash
feat-drivers-video-splash--suse
feat-fs-fuse
fix-drivers-char--ipmi
fix-drivers-net--bonding
fix-drivers-net--tg3
fix-drivers-pci--core
fix-fs--ext3
fix-net--ipv4
fix-net--ipv6
fix-net--ipx
fix-net--netfilter
fix-security-exec-shield
fix-security-exec-shield--fedora
fix-security-exec-shield--release
fix-stable

Пофиксил собираемость(заведены соответсвующие бранчи): 
linux/audit.h, linux/futex.h, linux/i2o-dev.h, linux/videodev2.h

Все хидеры, которые собирались на glibc-kernheaders-2.6.18-alt6, собираются и тут.

Можно устроить тестовую пересборку с этим пакетом?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Thu, Sep 13, 2007 at 08:40:14PM +0300, Kirill A. Shutemov wrote:
[...]
> Можно устроить тестовую пересборку с этим пакетом?

В принципе можно.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> On Thu, Sep 13, 2007 at 08:40:14PM +0300, Kirill A. Shutemov wrote:
> [...]
> > Можно устроить тестовую пересборку с этим пакетом?
> 
> В принципе можно.

И? Ещё не пересборки ещё не было?

Выложил 2.6.18-alt0.4:
- пофиксил scsi/scsi.h
- добавил Provides/Obsoletes на linux-libc-kernheaders

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> > On Thu, Sep 13, 2007 at 08:40:14PM +0300, Kirill A. Shutemov wrote:
> > [...]
> > > Можно устроить тестовую пересборку с этим пакетом?
> > 
> > В принципе можно.
> 
> И? Ещё не пересборки ещё не было?
> 
> Выложил 2.6.18-alt0.4:
> - пофиксил scsi/scsi.h
> - добавил Provides/Obsoletes на linux-libc-kernheaders

Пересборки ещё не было, но уже сейчас я точно знаю, что при обновлении
2.6.17 -> 2.6.18 сборка некоторых пакетов сломается.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Mon, 17.09.2007 21:21], Dmitry V. Levin wrote:
> On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> > > On Thu, Sep 13, 2007 at 08:40:14PM +0300, Kirill A. Shutemov wrote:
> > > [...]
> > > > Можно устроить тестовую пересборку с этим пакетом?
> > > 
> > > В принципе можно.
> > 
> > И? Ещё не пересборки ещё не было?
> > 
> > Выложил 2.6.18-alt0.4:
> > - пофиксил scsi/scsi.h
> > - добавил Provides/Obsoletes на linux-libc-kernheaders
> 
> Пересборки ещё не было, но уже сейчас я точно знаю, что при обновлении
> 2.6.17 -> 2.6.18 сборка некоторых пакетов сломается.

Подробней, если можно.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Mon, Sep 17, 2007 at 08:35:46PM +0300, Kirill A. Shutemov wrote:
> On [Mon, 17.09.2007 21:21], Dmitry V. Levin wrote:
> > On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > > On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> > > > On Thu, Sep 13, 2007 at 08:40:14PM +0300, Kirill A. Shutemov wrote:
> > > > [...]
> > > > > Можно устроить тестовую пересборку с этим пакетом?
> > > > 
> > > > В принципе можно.
> > > 
> > > И? Ещё не пересборки ещё не было?
> > > 
> > > Выложил 2.6.18-alt0.4:
> > > - пофиксил scsi/scsi.h
> > > - добавил Provides/Obsoletes на linux-libc-kernheaders
> > 
> > Пересборки ещё не было, но уже сейчас я точно знаю, что при обновлении
> > 2.6.17 -> 2.6.18 сборка некоторых пакетов сломается.
> 
> Подробней, если можно.

Например, упомянутый недавно util-linux.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 19.09.2007 01:40], Dmitry V. Levin wrote:
> On Mon, Sep 17, 2007 at 08:35:46PM +0300, Kirill A. Shutemov wrote:
> > On [Mon, 17.09.2007 21:21], Dmitry V. Levin wrote:
> > > On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > > > On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> > > Пересборки ещё не было, но уже сейчас я точно знаю, что при обновлении
> > > 2.6.17 -> 2.6.18 сборка некоторых пакетов сломается.
> > 
> > Подробней, если можно.
> 
> Например, упомянутый недавно util-linux.

Сломался nologin. Не собрирается оно из-за убраных макросов _syscallX. В
git log есть запись:

nologin.c: Rewrite without glibc at all (#10729)

Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
обратно glibc?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> On [Wed, 19.09.2007 01:40], Dmitry V. Levin wrote:
> > On Mon, Sep 17, 2007 at 08:35:46PM +0300, Kirill A. Shutemov wrote:
> > > On [Mon, 17.09.2007 21:21], Dmitry V. Levin wrote:
> > > > On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > > > > On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> > > > Пересборки ещё не было, но уже сейчас я точно знаю, что при обновлении
> > > > 2.6.17 -> 2.6.18 сборка некоторых пакетов сломается.
> > > 
> > > Подробней, если можно.
> > 
> > Например, упомянутый недавно util-linux.
> 
> Сломался nologin. Не собрирается оно из-за убраных макросов _syscallX. В
> git log есть запись:

Больше ничего не сломалось?

> nologin.c: Rewrite without glibc at all (#10729)
> 
> Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> обратно glibc?

Если вернуть обратно glibc, то вернётся #10729.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 01:40], Dmitry V. Levin wrote:
> > > On Mon, Sep 17, 2007 at 08:35:46PM +0300, Kirill A. Shutemov wrote:
> > > > On [Mon, 17.09.2007 21:21], Dmitry V. Levin wrote:
> > > > > On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > > > > > On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> > > > > Пересборки ещё не было, но уже сейчас я точно знаю, что при обновлении
> > > > > 2.6.17 -> 2.6.18 сборка некоторых пакетов сломается.
> > > > 
> > > > Подробней, если можно.
> > > 
> > > Например, упомянутый недавно util-linux.
> > 
> > Сломался nologin. Не собрирается оно из-за убраных макросов _syscallX. В
> > git log есть запись:
> 
> Больше ничего не сломалось?

Остальное на x86_64 собралось

> 
> > nologin.c: Rewrite without glibc at all (#10729)
> > 
> > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > обратно glibc?
> 
> Если вернуть обратно glibc, то вернётся #10729.

А что является причиной этого бага?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 19.09.2007 16:30], Kirill A. Shutemov wrote:
> On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > Больше ничего не сломалось?
> 
> Остальное на x86_64 собралось

Я про util-linux.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
[...]
> > > nologin.c: Rewrite without glibc at all (#10729)
> > > 
> > > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > > обратно glibc?
> > 
> > Если вернуть обратно glibc, то вернётся #10729.
> 
> А что является причиной этого бага?

Неправильная статическая линковка без libc.

Зачем нужно линковать nologin без libc?  Приведу цитату (лень переводить):

"The dynamic linker and libc startup code checks a number of environment
variables, which may seriously alter the behavior of the starting
program - up to execution of arbitrary code (other than that found in
the program).  Login services such as telnetd/login and sshd allow for
initial environment variables to be passed from the remote.  This has
actually been used to break into systems in the past.

Now, modern/patched versions of login services use whitelists of
known-safe environment variables - and allow only for those environment
variables to be passed from the remote.

But we can feel a little bit safer if our disabled accounts' "shells"
would not be subject to this risk at all - and the only currently
practical way to achieve that is to avoid the use of the dynamic linker
and libc."

Кстати, а как же exit.c из coreutils собрался, если nologin.c не собрался?


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 19.09.2007 17:53], Dmitry V. Levin wrote:
> On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
[...]
> Кстати, а как же exit.c из coreutils собрался, если nologin.c не собрался?

Я говорил что остальное из util-linux пересобралось. У меня нет
возможности пересобрать весь дистрибутив.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 19.09.2007 17:53], Dmitry V. Levin wrote:
> On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > > On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> [...]
> > > > nologin.c: Rewrite without glibc at all (#10729)
> > > > 
> > > > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > > > обратно glibc?
> > > 
> > > Если вернуть обратно glibc, то вернётся #10729.
> > 
> > А что является причиной этого бага?
> 
> Неправильная статическая линковка без libc.
> 
> Зачем нужно линковать nologin без libc?  Приведу цитату (лень переводить):
> 
> "The dynamic linker and libc startup code checks a number of environment
> variables, which may seriously alter the behavior of the starting
> program - up to execution of arbitrary code (other than that found in
> the program).  Login services such as telnetd/login and sshd allow for
> initial environment variables to be passed from the remote.  This has
> actually been used to break into systems in the past.
> 
> Now, modern/patched versions of login services use whitelists of
> known-safe environment variables - and allow only for those environment
> variables to be passed from the remote.
> 
> But we can feel a little bit safer if our disabled accounts' "shells"
> would not be subject to this risk at all - and the only currently
> practical way to achieve that is to avoid the use of the dynamic linker
> and libc."
> 

Вообщем из ядерных хидеров макросы _syscallX выкинули, завещав
использовать libc'шный syscall():

David Woodhouse:
The limited subset of old userland which elected to use _syscallX()
instead of libc's syscall(), and which can be fixed fairly easily.
http://lkml.org/lkml/2006/8/28/61

libc использовать в этом случае нельзя. Что будем делать?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Wed, Sep 19, 2007 at 06:20:58PM +0300, Kirill A. Shutemov wrote:
> Вообщем из ядерных хидеров макросы _syscallX выкинули, завещав
> использовать libc'шный syscall():
> 
> David Woodhouse:
> The limited subset of old userland which elected to use _syscallX()
> instead of libc's syscall(), and which can be fixed fairly easily.
> http://lkml.org/lkml/2006/8/28/61
> 
> libc использовать в этом случае нельзя. Что будем делать?

Пока мы не найдём выход, выкидывать эти макросы нельзя.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 19.09.2007 19:52], Dmitry V. Levin wrote:
> On Wed, Sep 19, 2007 at 06:20:58PM +0300, Kirill A. Shutemov wrote:
> > Вообщем из ядерных хидеров макросы _syscallX выкинули, завещав
> > использовать libc'шный syscall():
> > 
> > David Woodhouse:
> > The limited subset of old userland which elected to use _syscallX()
> > instead of libc's syscall(), and which can be fixed fairly easily.
> > http://lkml.org/lkml/2006/8/28/61
> > 
> > libc использовать в этом случае нельзя. Что будем делать?
> 
> Пока мы не найдём выход, выкидывать эти макросы нельзя.

Ok. Ревертну эти изменения.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 19.09.2007 19:02], Kirill A. Shutemov wrote:
> On [Wed, 19.09.2007 19:52], Dmitry V. Levin wrote:
> > On Wed, Sep 19, 2007 at 06:20:58PM +0300, Kirill A. Shutemov wrote:
> > > Вообщем из ядерных хидеров макросы _syscallX выкинули, завещав
> > > использовать libc'шный syscall():
> > > 
> > > David Woodhouse:
> > > The limited subset of old userland which elected to use _syscallX()
> > > instead of libc's syscall(), and which can be fixed fairly easily.
> > > http://lkml.org/lkml/2006/8/28/61
> > > 
> > > libc использовать в этом случае нельзя. Что будем делать?
> > 
> > Пока мы не найдём выход, выкидывать эти макросы нельзя.
> 
> Ok. Ревертну эти изменения.

Выложил alt0.5:
- вернул макросы _syscallX
- Временно убрал Provides/Obsoletes на linux-libc-kernheaders

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Thu, 20.09.2007 14:36], Kirill A. Shutemov wrote:
> On [Wed, 19.09.2007 19:02], Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 19:52], Dmitry V. Levin wrote:
> > > On Wed, Sep 19, 2007 at 06:20:58PM +0300, Kirill A. Shutemov wrote:
> > > > Вообщем из ядерных хидеров макросы _syscallX выкинули, завещав
> > > > использовать libc'шный syscall():
> > > > 
> > > > David Woodhouse:
> > > > The limited subset of old userland which elected to use _syscallX()
> > > > instead of libc's syscall(), and which can be fixed fairly easily.
> > > > http://lkml.org/lkml/2006/8/28/61
> > > > 
> > > > libc использовать в этом случае нельзя. Что будем делать?
> > > 
> > > Пока мы не найдём выход, выкидывать эти макросы нельзя.
> > 
> > Ok. Ревертну эти изменения.
> 
> Выложил alt0.5:
> - вернул макросы _syscallX
> - Временно убрал Provides/Obsoletes на linux-libc-kernheaders

Ах, да, забыл. util-linux и coreutils на этой версии пересобираются.
Проверял на x86_64

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Thu, 20.09.2007 14:36], Kirill A. Shutemov wrote:
> On [Wed, 19.09.2007 19:02], Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 19:52], Dmitry V. Levin wrote:
> > > 
> > > Пока мы не найдём выход, выкидывать эти макросы нельзя.
> > 
> > Ok. Ревертну эти изменения.
> 
> Выложил alt0.5:
> - вернул макросы _syscallX
> - Временно убрал Provides/Obsoletes на linux-libc-kernheaders

Можно ли сдалать пересборку с этим билдом? Или есть ещё изветные проблемы
с хидерами на основе 2.6.18?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 12:23:21PM +0300, Kirill A. Shutemov wrote:
> On [Thu, 20.09.2007 14:36], Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 19:02], Kirill A. Shutemov wrote:
> > > On [Wed, 19.09.2007 19:52], Dmitry V. Levin wrote:
> > > > 
> > > > Пока мы не найдём выход, выкидывать эти макросы нельзя.
> > > 
> > > Ok. Ревертну эти изменения.
> > 
> > Выложил alt0.5:
> > - вернул макросы _syscallX
> > - Временно убрал Provides/Obsoletes на linux-libc-kernheaders
> 
> Можно ли сдалать пересборку с этим билдом? Или есть ещё изветные проблемы
> с хидерами на основе 2.6.18?

Придётся сделать 3 тестовые пересборки:
1. в нынешнем виде;
2. на нынешней основе с Provides/Obsoletes на linux-libc-kernheaders;
3. на основе вашей сборки (2.6.18+) с Provides/Obsoletes на linux-libc-kernheaders.

И всё это придётся проделать дважды, на x86 и x86-64.
А потом ещё сравнить логи пересборки.  Ох.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Fri, 21.09.2007 13:27], Dmitry V. Levin wrote:
> On Fri, Sep 21, 2007 at 12:23:21PM +0300, Kirill A. Shutemov wrote:
> > On [Thu, 20.09.2007 14:36], Kirill A. Shutemov wrote:
> > > On [Wed, 19.09.2007 19:02], Kirill A. Shutemov wrote:
> > > > On [Wed, 19.09.2007 19:52], Dmitry V. Levin wrote:
> > > > > 
> > > > > Пока мы не найдём выход, выкидывать эти макросы нельзя.
> > > > 
> > > > Ok. Ревертну эти изменения.
> > > 
> > > Выложил alt0.5:
> > > - вернул макросы _syscallX
> > > - Временно убрал Provides/Obsoletes на linux-libc-kernheaders
> > 
> > Можно ли сдалать пересборку с этим билдом? Или есть ещё изветные проблемы
> > с хидерами на основе 2.6.18?
> 
> Придётся сделать 3 тестовые пересборки:
> 1. в нынешнем виде;

А разве нельзя испльзовать статистику по последней пересборке?

> 2. на нынешней основе с Provides/Obsoletes на linux-libc-kernheaders;
IMHO, это не требует полной пересборки Сизифа. Достаточно пересобрать
пакеты, которые хотят linux-libc-kernheaders.

> 3. на основе вашей сборки (2.6.18+) с Provides/Obsoletes на linux-libc-kernheaders.

Я бы всё же поменял 2 и 3 местами.

> И всё это придётся проделать дважды, на x86 и x86-64.
> А потом ещё сравнить логи пересборки.  Ох.

Мда... Кстати, а сколько занимает полная пересборка на доступных сейчас
мощьностях?

P.S. Хотелось бы когда-нибудь пересборки с --nprocs > 1. Пересобирать
что-нибудь большое локально с --procs=1 -- очень нудно. А какой из пакетов
сломается -- никогда не знаешь.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Fri, Sep 21, 2007 at 12:40:21PM +0300, Kirill A. Shutemov wrote:
> On [Fri, 21.09.2007 13:27], Dmitry V. Levin wrote:
> > On Fri, Sep 21, 2007 at 12:23:21PM +0300, Kirill A. Shutemov wrote:
> > > On [Thu, 20.09.2007 14:36], Kirill A. Shutemov wrote:
> > > > On [Wed, 19.09.2007 19:02], Kirill A. Shutemov wrote:
> > > > > On [Wed, 19.09.2007 19:52], Dmitry V. Levin wrote:
> > > > > > 
> > > > > > Пока мы не найдём выход, выкидывать эти макросы нельзя.
> > > > > 
> > > > > Ok. Ревертну эти изменения.
> > > > 
> > > > Выложил alt0.5:
> > > > - вернул макросы _syscallX
> > > > - Временно убрал Provides/Obsoletes на linux-libc-kernheaders
> > > 
> > > Можно ли сдалать пересборку с этим билдом? Или есть ещё изветные проблемы
> > > с хидерами на основе 2.6.18?
> > 
> > Придётся сделать 3 тестовые пересборки:
> > 1. в нынешнем виде;
> 
> А разве нельзя испльзовать статистику по последней пересборке?

Собирать надо один и тот же Сизиф.

> > 2. на нынешней основе с Provides/Obsoletes на linux-libc-kernheaders;
> IMHO, это не требует полной пересборки Сизифа. Достаточно пересобрать
> пакеты, которые хотят linux-libc-kernheaders.

А я и не сказал, что нужна полная пересборка.

> > 3. на основе вашей сборки (2.6.18+) с Provides/Obsoletes на linux-libc-kernheaders.
> 
> Я бы всё же поменял 2 и 3 местами.

Я ожидаю, что последствия от обновления версии glibc-kernheaders будут
заметнее, чем от упразднения linux-libc-kernheaders.

> > И всё это придётся проделать дважды, на x86 и x86-64.
> > А потом ещё сравнить логи пересборки.  Ох.
> 
> Мда... Кстати, а сколько занимает полная пересборка на доступных сейчас
> мощьностях?

Это зависит, мощности каждый раз разные.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov, Dmitry V. Levin]

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

On [Wed, 19.09.2007 17:53], Dmitry V. Levin wrote:
> On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > > On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> [...]
> > > > nologin.c: Rewrite without glibc at all (#10729)
> > > > 
> > > > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > > > обратно glibc?
> > > 
> > > Если вернуть обратно glibc, то вернётся #10729.
> > 
> > А что является причиной этого бага?
> 
> Неправильная статическая линковка без libc.

Если собрать с -nostartfiles не статикой, риск сохраниться? 
 
> Зачем нужно линковать nologin без libc?  Приведу цитату (лень переводить):
> 
> "The dynamic linker and libc startup code checks a number of environment
> variables, which may seriously alter the behavior of the starting
> program - up to execution of arbitrary code (other than that found in
> the program).  Login services such as telnetd/login and sshd allow for
> initial environment variables to be passed from the remote.  This has
> actually been used to break into systems in the past.
> 
> Now, modern/patched versions of login services use whitelists of
> known-safe environment variables - and allow only for those environment
> variables to be passed from the remote.
> 
> But we can feel a little bit safer if our disabled accounts' "shells"
> would not be subject to this risk at all - and the only currently
> practical way to achieve that is to avoid the use of the dynamic linker
> and libc."

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys Ltd, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] nologin

[Dmitry V. Levin]

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

On Mon, Mar 03, 2008 at 12:38:15PM +0200, Kirill A. Shutemov wrote:
> On [Wed, 19.09.2007 17:53], Dmitry V. Levin wrote:
> > On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> > > On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > > > On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> > [...]
> > > > > nologin.c: Rewrite without glibc at all (#10729)
> > > > > 
> > > > > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > > > > обратно glibc?
> > > > 
> > > > Если вернуть обратно glibc, то вернётся #10729.
> > > 
> > > А что является причиной этого бага?
> > 
> > Неправильная статическая линковка без libc.
> 
> Если собрать с -nostartfiles не статикой, риск сохранится? 

Если сохранить dynamic linker, то сохранится.
Разве что сделать nologin sgid'ным.
Но раньше было проще слинковать nologin статически.

> > Зачем нужно линковать nologin без libc?  Приведу цитату (лень переводить):
> > 
> > "The dynamic linker and libc startup code checks a number of environment
> > variables, which may seriously alter the behavior of the starting
> > program - up to execution of arbitrary code (other than that found in
> > the program).  Login services such as telnetd/login and sshd allow for
> > initial environment variables to be passed from the remote.  This has
> > actually been used to break into systems in the past.
> > 
> > Now, modern/patched versions of login services use whitelists of
> > known-safe environment variables - and allow only for those environment
> > variables to be passed from the remote.
> > 
> > But we can feel a little bit safer if our disabled accounts' "shells"
> > would not be subject to this risk at all - and the only currently
> > practical way to achieve that is to avoid the use of the dynamic linker
> > and libc."


-- 
ldv

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

Re: [devel] nologin

[Kirill A. Shutemov]

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

On [Mon, 03.03.2008 13:40], Dmitry V. Levin wrote:
> On Mon, Mar 03, 2008 at 12:38:15PM +0200, Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 17:53], Dmitry V. Levin wrote:
> > > On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> > > > On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > > > > On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> > > [...]
> > > > > > nologin.c: Rewrite without glibc at all (#10729)
> > > > > > 
> > > > > > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > > > > > обратно glibc?
> > > > > 
> > > > > Если вернуть обратно glibc, то вернётся #10729.
> > > > 
> > > > А что является причиной этого бага?
> > > 
> > > Неправильная статическая линковка без libc.
> > 
> > Если собрать с -nostartfiles не статикой, риск сохранится? 
> 
> Если сохранить dynamic linker, то сохранится.
> Разве что сделать nologin sgid'ным.
> Но раньше было проще слинковать nologin статически.

Нужно что-то придумать. Тащить дальше поддержку макросов _syscallX мне не
очень хочется. Это становится сложнее.

К тому же, судя по _syscall(2) на ia64 их никогда не было. Так что это ещё
и не переносимо.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys Ltd, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] nologin

[Sergey Vlasov]

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

On Mon, Mar 03, 2008 at 01:07:06PM +0200, Kirill A. Shutemov wrote:
> On [Mon, 03.03.2008 13:40], Dmitry V. Levin wrote:
> > On Mon, Mar 03, 2008 at 12:38:15PM +0200, Kirill A. Shutemov wrote:
> > > On [Wed, 19.09.2007 17:53], Dmitry V. Levin wrote:
> > > > On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> > > > > On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > > > > > On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> > > > [...]
> > > > > > > nologin.c: Rewrite without glibc at all (#10729)
> > > > > > > 
> > > > > > > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > > > > > > обратно glibc?
> > > > > > 
> > > > > > Если вернуть обратно glibc, то вернётся #10729.
> > > > > 
> > > > > А что является причиной этого бага?
> > > > 
> > > > Неправильная статическая линковка без libc.
> > > 
> > > Если собрать с -nostartfiles не статикой, риск сохранится? 
> > 
> > Если сохранить dynamic linker, то сохранится.
> > Разве что сделать nologin sgid'ным.
> > Но раньше было проще слинковать nologin статически.
> 
> Нужно что-то придумать. Тащить дальше поддержку макросов _syscallX мне не
> очень хочется. Это становится сложнее.
> 
> К тому же, судя по _syscall(2) на ia64 их никогда не было. Так что это ещё
> и не переносимо.

Статически собрать nologin с klibc?

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

Re: [devel] nologin

[Kirill A. Shutemov]

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

On [Mon, 03.03.2008 14:16], Sergey Vlasov wrote:
> On Mon, Mar 03, 2008 at 01:07:06PM +0200, Kirill A. Shutemov wrote:
> > On [Mon, 03.03.2008 13:40], Dmitry V. Levin wrote:
> > > On Mon, Mar 03, 2008 at 12:38:15PM +0200, Kirill A. Shutemov wrote:
> > > > On [Wed, 19.09.2007 17:53], Dmitry V. Levin wrote:
> > > > > On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> > > > > > On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > > > > > > On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> > > > > [...]
> > > > > > > > nologin.c: Rewrite without glibc at all (#10729)
> > > > > > > > 
> > > > > > > > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > > > > > > > обратно glibc?
> > > > > > > 
> > > > > > > Если вернуть обратно glibc, то вернётся #10729.
> > > > > > 
> > > > > > А что является причиной этого бага?
> > > > > 
> > > > > Неправильная статическая линковка без libc.
> > > > 
> > > > Если собрать с -nostartfiles не статикой, риск сохранится? 
> > > 
> > > Если сохранить dynamic linker, то сохранится.
> > > Разве что сделать nologin sgid'ным.
> > > Но раньше было проще слинковать nologin статически.
> > 
> > Нужно что-то придумать. Тащить дальше поддержку макросов _syscallX мне не
> > очень хочется. Это становится сложнее.
> > 
> > К тому же, судя по _syscall(2) на ia64 их никогда не было. Так что это ещё
> > и не переносимо.
> 
> Статически собрать nologin с klibc?

Дима, так сойдёт?

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys Ltd, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] nologin

[Dmitry V. Levin]

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

On Mon, Mar 03, 2008 at 06:52:39PM +0200, Kirill A. Shutemov wrote:
> On [Mon, 03.03.2008 14:16], Sergey Vlasov wrote:
> > On Mon, Mar 03, 2008 at 01:07:06PM +0200, Kirill A. Shutemov wrote:
> > > On [Mon, 03.03.2008 13:40], Dmitry V. Levin wrote:
> > > > On Mon, Mar 03, 2008 at 12:38:15PM +0200, Kirill A. Shutemov wrote:
> > > > > On [Wed, 19.09.2007 17:53], Dmitry V. Levin wrote:
> > > > > > On Wed, Sep 19, 2007 at 04:30:03PM +0300, Kirill A. Shutemov wrote:
> > > > > > > On [Wed, 19.09.2007 17:19], Dmitry V. Levin wrote:
> > > > > > > > On Wed, Sep 19, 2007 at 04:14:33PM +0300, Kirill A. Shutemov wrote:
> > > > > > [...]
> > > > > > > > > nologin.c: Rewrite without glibc at all (#10729)
> > > > > > > > > 
> > > > > > > > > Не совсем понятно зачем и как это могло пофиксить баг. Можно ли вернуть
> > > > > > > > > обратно glibc?
> > > > > > > > 
> > > > > > > > Если вернуть обратно glibc, то вернётся #10729.
> > > > > > > 
> > > > > > > А что является причиной этого бага?
> > > > > > 
> > > > > > Неправильная статическая линковка без libc.
> > > > > 
> > > > > Если собрать с -nostartfiles не статикой, риск сохранится? 
> > > > 
> > > > Если сохранить dynamic linker, то сохранится.
> > > > Разве что сделать nologin sgid'ным.
> > > > Но раньше было проще слинковать nologin статически.
> > > 
> > > Нужно что-то придумать. Тащить дальше поддержку макросов _syscallX мне не
> > > очень хочется. Это становится сложнее.
> > > 
> > > К тому же, судя по _syscall(2) на ia64 их никогда не было. Так что это ещё
> > > и не переносимо.
> > 
> > Статически собрать nologin с klibc?
> 
> Дима, так сойдёт?

Не знаю, давайте попробуем.


-- 
ldv

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

Re: [devel] nologin

[Dmitry V. Levin]

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

On Mon, Mar 03, 2008 at 07:51:53PM +0300, Dmitry V. Levin wrote:
> On Mon, Mar 03, 2008 at 06:52:39PM +0200, Kirill A. Shutemov wrote:
> > On [Mon, 03.03.2008 14:16], Sergey Vlasov wrote:
[...]
> > > Статически собрать nologin с klibc?
> > 
> > Дима, так сойдёт?
> 
> Не знаю, давайте попробуем.

Я посмотрел klibc/libc_init.c, там ничего опасного для nologin не
просматривается.

x86_64$ klcc -static -Wall -W nologin.c -o nologin && strip -R .comment -R .note nologin && size nologin && ./nologin 
   text    data     bss     dec     hex filename
    531       0      32     563     233 nologin
This account is currently not available.

Так что придётся собирать nologin с klibc, других вариантов нет.

Между прочим, true/false снова стал нормально собираться с glibc:
x86_64$ printf '%s\n%s\n' '#include <unistd.h>' 'void _start(void){_exit(0);}' |gcc -O2 -static -Wall -W -nostartfiles -xc - && strip -R .comment -R .note a.out && size a.out && ./a.out && echo $?
   text    data     bss     dec     hex filename
    160      24       4     188      bc a.out
0


-- 
ldv

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> > On Thu, Sep 13, 2007 at 08:40:14PM +0300, Kirill A. Shutemov wrote:
> > [...]
> > > Можно устроить тестовую пересборку с этим пакетом?
> > 
> > В принципе можно.
> 
> И? Ещё не пересборки ещё не было?
> 
> Выложил 2.6.18-alt0.4:
> - пофиксил scsi/scsi.h
> - добавил Provides/Obsoletes на linux-libc-kernheaders

Я бы всё-таки попробовал по частям: сперва упразднить
linux-libc-kernheaders, потом обновлять версию.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Wed, 19.09.2007 01:41], Dmitry V. Levin wrote:
> On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > On [Fri, 14.09.2007 03:10], Dmitry V. Levin wrote:
> > > On Thu, Sep 13, 2007 at 08:40:14PM +0300, Kirill A. Shutemov wrote:
> > > [...]
> > > > Можно устроить тестовую пересборку с этим пакетом?
> > > 
> > > В принципе можно.
> > 
> > И? Ещё не пересборки ещё не было?
> > 
> > Выложил 2.6.18-alt0.4:
> > - пофиксил scsi/scsi.h
> > - добавил Provides/Obsoletes на linux-libc-kernheaders
> 
> Я бы всё-таки попробовал по частям: сперва упразднить
> linux-libc-kernheaders, потом обновлять версию.

А наоборот не пойдёт? Provides/Obsoletes linux-libc-kernheaders я сделал
в alt0.4. Можно попробывать 0.3 -- это только обновлённая версия + мелкие
фиксы. Или всё же сначала Provides/Obsoletes?
 
-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Wed, Sep 19, 2007 at 02:44:19PM +0300, Kirill A. Shutemov wrote:
> On [Wed, 19.09.2007 01:41], Dmitry V. Levin wrote:
> > On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > > > [...]
> > > И? Ещё не пересборки ещё не было?
> > > 
> > > Выложил 2.6.18-alt0.4:
> > > - пофиксил scsi/scsi.h
> > > - добавил Provides/Obsoletes на linux-libc-kernheaders
> > 
> > Я бы всё-таки попробовал по частям: сперва упразднить
> > linux-libc-kernheaders, потом обновлять версию.
> 
> А наоборот не пойдёт? Provides/Obsoletes linux-libc-kernheaders я сделал
> в alt0.4. Можно попробывать 0.3 -- это только обновлённая версия + мелкие
> фиксы. Или всё же сначала Provides/Obsoletes?

Обновлённая версия -- это небольшая революция, которая непредсказуемым
образом затрагивает практически все пакеты, во время сборки которых
используется компилятор.

Теперь, когда пакет linux-libc-kernheaders упразднён, я готов провести
пересборочный тест для 2.6.18; только <= alt0.5 не годится.


-- 
ldv

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Mon, 24.09.2007 01:54], Dmitry V. Levin wrote:
> On Wed, Sep 19, 2007 at 02:44:19PM +0300, Kirill A. Shutemov wrote:
> > On [Wed, 19.09.2007 01:41], Dmitry V. Levin wrote:
> > > On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > > > > [...]
> > > > И? Ещё не пересборки ещё не было?
> > > > 
> > > > Выложил 2.6.18-alt0.4:
> > > > - пофиксил scsi/scsi.h
> > > > - добавил Provides/Obsoletes на linux-libc-kernheaders
> > > 
> > > Я бы всё-таки попробовал по частям: сперва упразднить
> > > linux-libc-kernheaders, потом обновлять версию.
> > 
> > А наоборот не пойдёт? Provides/Obsoletes linux-libc-kernheaders я сделал
> > в alt0.4. Можно попробывать 0.3 -- это только обновлённая версия + мелкие
> > фиксы. Или всё же сначала Provides/Obsoletes?
> 
> Обновлённая версия -- это небольшая революция, которая непредсказуемым
> образом затрагивает практически все пакеты, во время сборки которых
> используется компилятор.
> 
> Теперь, когда пакет linux-libc-kernheaders упразднён, я готов провести
> пересборочный тест для 2.6.18; только <= alt0.5 не годится.

Выложил alt0.6. Пришлось cобрать changelog с alt0.1 до alt0.6 в одну
запись, что бы rpm не ругался.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Kirill A. Shutemov]

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

On [Mon, 24.09.2007 10:08], Kirill A. Shutemov wrote:
> On [Mon, 24.09.2007 01:54], Dmitry V. Levin wrote:
> > On Wed, Sep 19, 2007 at 02:44:19PM +0300, Kirill A. Shutemov wrote:
> > > On [Wed, 19.09.2007 01:41], Dmitry V. Levin wrote:
> > > > On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > > > > > [...]
> > > > > И? Ещё не пересборки ещё не было?
> > > > > 
> > > > > Выложил 2.6.18-alt0.4:
> > > > > - пофиксил scsi/scsi.h
> > > > > - добавил Provides/Obsoletes на linux-libc-kernheaders
> > > > 
> > > > Я бы всё-таки попробовал по частям: сперва упразднить
> > > > linux-libc-kernheaders, потом обновлять версию.
> > > 
> > > А наоборот не пойдёт? Provides/Obsoletes linux-libc-kernheaders я сделал
> > > в alt0.4. Можно попробывать 0.3 -- это только обновлённая версия + мелкие
> > > фиксы. Или всё же сначала Provides/Obsoletes?
> > 
> > Обновлённая версия -- это небольшая революция, которая непредсказуемым
> > образом затрагивает практически все пакеты, во время сборки которых
> > используется компилятор.
> > 
> > Теперь, когда пакет linux-libc-kernheaders упразднён, я готов провести
> > пересборочный тест для 2.6.18; только <= alt0.5 не годится.

Что с пересборкой?

> 
> Выложил alt0.6. Пришлось cобрать changelog с alt0.1 до alt0.6 в одну
> запись, что бы rpm не ругался.

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

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

Re: [devel] kernel-headers-std

[Dmitry V. Levin]

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

On Wed, Sep 26, 2007 at 08:30:57PM +0300, Kirill A. Shutemov wrote:
> On [Mon, 24.09.2007 10:08], Kirill A. Shutemov wrote:
> > On [Mon, 24.09.2007 01:54], Dmitry V. Levin wrote:
> > > On Wed, Sep 19, 2007 at 02:44:19PM +0300, Kirill A. Shutemov wrote:
> > > > On [Wed, 19.09.2007 01:41], Dmitry V. Levin wrote:
> > > > > On Mon, Sep 17, 2007 at 12:12:30PM +0300, Kirill A. Shutemov wrote:
> > > > > > > [...]
> > > > > > И? Ещё не пересборки ещё не было?
> > > > > > 
> > > > > > Выложил 2.6.18-alt0.4:
> > > > > > - пофиксил scsi/scsi.h
> > > > > > - добавил Provides/Obsoletes на linux-libc-kernheaders
> > > > > 
> > > > > Я бы всё-таки попробовал по частям: сперва упразднить
> > > > > linux-libc-kernheaders, потом обновлять версию.
> > > > 
> > > > А наоборот не пойдёт? Provides/Obsoletes linux-libc-kernheaders я сделал
> > > > в alt0.4. Можно попробывать 0.3 -- это только обновлённая версия + мелкие
> > > > фиксы. Или всё же сначала Provides/Obsoletes?
> > > 
> > > Обновлённая версия -- это небольшая революция, которая непредсказуемым
> > > образом затрагивает практически все пакеты, во время сборки которых
> > > используется компилятор.
> > > 
> > > Теперь, когда пакет linux-libc-kernheaders упразднён, я готов провести
> > > пересборочный тест для 2.6.18; только <= alt0.5 не годится.
> 
> Что с пересборкой?

Сервера заняты...


-- 
ldv

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

Re: [devel] kernel-headers-std

[Michael Shigorin]

On Tue, Sep 11, 2007 at 05:43:51PM +0300, Kirill A. Shutemov wrote:
> Список user-space пакетов, которые хотят kernel-headers-std.
> TiMidity++-2.13.2-alt7.src.rpm
> alsa-tools-1.0.14-alt1.src.rpm
> Или дать мне NMU и я сам разбирусь.

Забросил, жди.

2 legion: мож всё-таки докрутишь, чтоб уведомления про
nmu/add/leader слались и на тех, о ком речь?  Пока приходится
руками делать bounce каждый раз.

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