[devel] I: Обновление пакетов (dbus, udev, rpm-build-python, linux-libc-headers...)

[Alexey Morozov]

В общем, я тут небольшую кучку пакетов проапдейтил разом. Типа, прошу
любить и жаловать :-)
Итак:

salto:/raid/OUT/Daedalus/SRPMS/rpm-build-python-0.20-alt1.src.rpm

* Сбт Янв 22 2005 Alexey Morozov <morozov на altlinux.org> 0.20-alt1

- numerous rpm macros enhancements (svn rev. 10)

(более подробно - в svn'овском логе при коммите)

-----
salto:/raid/OUT/Daedalus/SRPMS/udev-0.50-alt3.src.rpm
* Сбт Янв 22 2005 Alexey Morozov <morozov на altlinux.org> 0.50-alt3

- fixed typo in udevd.init (now service should start w/o complaining
  even if no devices in /etc/udev/devices can be found)
- udevd is forced to stop, even if it was launched not by init startup
  script
- added patch to skip unknown (new) options from udev.conf throughout
  C code (udevinfo, udev etc). Bug was reported by vk на .

-----
salto:/raid/OUT/Daedalus/SRPMS/linux-libc-headers-2.6.10.0-alt1.src.rpm

Описание:
Этот пакет содержит заголовочные файлы на языке C, которые специфицируют
интерфейс между ядром Linux и пользовательскими программами и
библиотеками. Заголовочные файлы определяют структуры и константы,
требуемые для сборки большинства приложений, а так же для пересборки
пакета glibc

***
этот пакет позиционируется как замена glibc-kernheaders для ядра 2.6.
По просьбам трудящихся (lioka@) пакет НЕ был назван glibc-kernheaders.

-----
salto:/raid/OUT/Sisyphus/SRPMS/python-module-Pyrex-0.9.3-alt2.src.rpm
* Птн Янв 21 2005 Alexey Morozov <morozov на altlinux.org> 0.9.3-alt2

- Rebuild against current rpm-build-python (0.20-alt1)
- Fixed python script binding to a version of python used to build the
  package
-----
salto:/raid/OUT/Sisyphus/SRPMS/dbus-0.23-alt1.src.rpm
* Чтв Янв 20 2005 Alexey Morozov <morozov на altlinux.org> 0.23-alt1

- New version (0.23)
- Patches from Mandrake are in mainstream now
- mono location workaround is applied for install section too
- -userhelpers subpackage is renamed to -tools as #5341 suggests
- python package is built against recent rpm-build-python specs and
  corresponding python-module-Pyrex
-----

Просьба заинтересованных лиц обратить внимание на пакеты из Daedalus'а.

Кроме этого, я слегка подправил сборку hal (взятую из /pub/people/aris),
аналогично изменениям в pyrexc. Однако с этой сборкой есть следующая
проблема:

с kernel-headers-std26-up оно уже не собирается (из-за linux/fs.h), с
linux-libc-headers собирается, и, даже, кажется, работает нормально.
Однако есть проблема со сборкой в хэшере. По понятным причинам
linux-libc-headers пересекается по файлам с glibc-kernheaders, выставляя
при этом требуемые Obsoletes и Provides (ручной апдейт проходити на ура,
по крайней мере), но в хэшере вначале без вариантов устанавливается
glibc-kernheaders, а потом при попытке установить linux-libc-headers
сборка ломается из-за конфликта. Можно ли как-нибудь обойти данную
проблему?

2aris, vk: Юрий, Виталь, можно ли где-нибудь положить более-менее
"актуальные" конфиги для хала. Я вижу (в hal-device-manager),
что он отслеживает события "втаскивания/вытаскивания" устройств
(проверялось на usb card reader'е / SD) и даже (что меня порадовало
более всего) - вставку и извлечение CD-ROM'ов (data & audio) из привода.
При вставке SD'шки в fstab появляется соответствующая запись, однако в
/media mountpoint для нее не создается (появляется только
то, что block.agent'ом создано). При вставке CD-ROM'а он им вертит
некоторое время, но так ничего и не происходит "видимого". Есть ли
где-нибудь примеры "для тупых", как это все настроить?

Если интересно, то в salto:/var/tmp/ лежит hal-0.4.4-alt4.src.rpm
(непересобранный в хэшере из-за описанных проблем!)

2cray: Андрей, извини за самоуправство ;-). С новыми макросами жизнь
гораздо легче и правильнее :-).

----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20050123/1562c790/attachment-0001.bin>