[devel] kernel-headers-std

[devel] kernel-headers-std

[@ 2007-09-11 14:43 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 14:50 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 14:58 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 18:51 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 15:28 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 19:49 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 16:13 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 16:51 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 20:20 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 16:48 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 16:02 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 20:48 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 21:03 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 21:14 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 21:27 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-11 21:51 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-12 9:07 UTC (permalink / raw)]

Re: [devel] kernel-headers-std

[@ 2007-09-12 9:38 UTC (permalink / raw)]

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/