[sisyphus] i: suspend to disk support

[sisyphus] i: suspend to disk support

[Anton Farygin]

Всем привет.

в свежем ядре и mkinitrd, которые сейчас в Sisyphus 
(std26-up-2.6.16-alt7) появился работающий suspend 2 disk

Всё что нужно для его использования - обновить систему, поставить 
утилиту для suspend (я использую powersave -U) и всё.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 20 июня 2006 16:31 Anton Farygin написал(a):
> Всем привет.
>
> в свежем ядре и mkinitrd, которые сейчас в Sisyphus
> (std26-up-2.6.16-alt7) появился работающий suspend 2 disk

не путай народ. появился swsusp. не надо путать с suspend2

>
> Всё что нужно для его использования - обновить систему, поставить
> утилиту для suspend (я использую powersave -U) и всё.

только работает он как то странно. я пользую hibernate, так вот с залоченными 
иксами уснуть невозможно

P.S. ядро с suspend2 лежит в 
ftp://ftp.altlinux.ru/pub/people/shrek/kernel-suspend2, правда только для 
i586

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 20 июня 2006 16:31 Anton Farygin написал(a):
>> Всем привет.
>>
>> в свежем ядре и mkinitrd, которые сейчас в Sisyphus
>> (std26-up-2.6.16-alt7) появился работающий suspend 2 disk
> 
> не путай народ. появился swsusp. не надо путать с suspend2

Ага. именно он supend to disk.

> 
>> Всё что нужно для его использования - обновить систему, поставить
>> утилиту для suspend (я использую powersave -U) и всё.
> 
> только работает он как то странно. я пользую hibernate, так вот с залоченными 
> иксами уснуть невозможно

Это странно. у меня засыпает без вопросов.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> >> в свежем ядре и mkinitrd, которые сейчас в Sisyphus
> >> (std26-up-2.6.16-alt7) появился работающий suspend 2 disk
> >
> > не путай народ. появился swsusp. не надо путать с suspend2
>
> Ага. именно он supend to disk.
>
> >> Всё что нужно для его использования - обновить систему, поставить
> >> утилиту для suspend (я использую powersave -U) и всё.
> >
> > только работает он как то странно. я пользую hibernate, так вот с
> > залоченными иксами уснуть невозможно
>
> Это странно. у меня засыпает без вопросов.

ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы засыпал, 
а так мне проще собрать ядро с suspend2

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>>> в свежем ядре и mkinitrd, которые сейчас в Sisyphus
>>>> (std26-up-2.6.16-alt7) появился работающий suspend 2 disk
>>> не путай народ. появился swsusp. не надо путать с suspend2
>> Ага. именно он supend to disk.
>>
>>>> Всё что нужно для его использования - обновить систему, поставить
>>>> утилиту для suspend (я использую powersave -U) и всё.
>>> только работает он как то странно. я пользую hibernate, так вот с
>>> залоченными иксами уснуть невозможно
>> Это странно. у меня засыпает без вопросов.
> 
> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы засыпал, 
> а так мне проще собрать ядро с suspend2

powersave работает через hal/dbus.

а чем тебя не устраивает наличие в системе hal/dbus ?

В скором времени они будут обязательны - KDE например планирует 
использовать dbus в качестве внутреннего транспорта.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> > ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
> > засыпал, а так мне проще собрать ядро с suspend2
>
> powersave работает через hal/dbus.
>
> а чем тебя не устраивает наличие в системе hal/dbus ?

на данный момент это лишние сущности. а не устраивает меня скорее наличие 
udev, вот когда он научится не удалять то что было созданно не им, тогда 
можно будет говорить и обо всем другом

>
> В скором времени они будут обязательны - KDE например планирует
> использовать dbus в качестве внутреннего транспорта.

это будет не скоро. это раз. это не будет обязательным. это два.

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Led]

В сообщении от 21 июня 2006 13:25 Valery V. Inozemtsev написал(a):
> > > ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
> > > засыпал, а так мне проще собрать ядро с suspend2
> >
> > powersave работает через hal/dbus.
> >
> > а чем тебя не устраивает наличие в системе hal/dbus ?
>
> на данный момент это лишние сущности. а не устраивает меня скорее наличие
> udev, вот когда он научится не удалять то что было созданно не им, тогда
> можно будет говорить и обо всем другом

+1. Надоело уже создавать каждый раз линк /dev/cdrom :(

>
> > В скором времени они будут обязательны - KDE например планирует
> > использовать dbus в качестве внутреннего транспорта.
>
> это будет не скоро. это раз. это не будет обязательным. это два.

-- 
Led.

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Led wrote:
> В сообщении от 21 июня 2006 13:25 Valery V. Inozemtsev написал(a):
>>>> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
>>>> засыпал, а так мне проще собрать ядро с suspend2
>>> powersave работает через hal/dbus.
>>>
>>> а чем тебя не устраивает наличие в системе hal/dbus ?
>> на данный момент это лишние сущности. а не устраивает меня скорее наличие
>> udev, вот когда он научится не удалять то что было созданно не им, тогда
>> можно будет говорить и обо всем другом
> 
> +1. Надоело уже создавать каждый раз линк /dev/cdrom :(

Пропишите policy.. tmpfs ещё не научилась сохранять данные после 
выключения компьютера ;)

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 21 июня 2006 15:56 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 21 июня 2006 13:25 Valery V. Inozemtsev написал(a):
> >>>> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
> >>>> засыпал, а так мне проще собрать ядро с suspend2
> >>>
> >>> powersave работает через hal/dbus.
> >>>
> >>> а чем тебя не устраивает наличие в системе hal/dbus ?
> >>
> >> на данный момент это лишние сущности. а не устраивает меня скорее
> >> наличие udev, вот когда он научится не удалять то что было созданно не
> >> им, тогда можно будет говорить и обо всем другом
> >
> > +1. Надоело уже создавать каждый раз линк /dev/cdrom :(
>
> Пропишите policy.. tmpfs ещё не научилась сохранять данные после
> выключения компьютера ;)

а tmpfs там не обязателен. он у меня одно время прекрасно работал на hd, что 
имеет несколько приимуществ. одно из них - не отжирает 3 метра памяти

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 21 июня 2006 15:56 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 21 июня 2006 13:25 Valery V. Inozemtsev написал(a):
>>>>>> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
>>>>>> засыпал, а так мне проще собрать ядро с suspend2
>>>>> powersave работает через hal/dbus.
>>>>>
>>>>> а чем тебя не устраивает наличие в системе hal/dbus ?
>>>> на данный момент это лишние сущности. а не устраивает меня скорее
>>>> наличие udev, вот когда он научится не удалять то что было созданно не
>>>> им, тогда можно будет говорить и обо всем другом
>>> +1. Надоело уже создавать каждый раз линк /dev/cdrom :(
>> Пропишите policy.. tmpfs ещё не научилась сохранять данные после
>> выключения компьютера ;)
> 
> а tmpfs там не обязателен. он у меня одно время прекрасно работал на hd, что 
> имеет несколько приимуществ. одно из них - не отжирает 3 метра памяти

Ага.. у меня тоже работал, но предпочитаю всё-таки tmpfs ;)

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> >>>> на данный момент это лишние сущности. а не устраивает меня скорее
> >>>> наличие udev, вот когда он научится не удалять то что было созданно не
> >>>> им, тогда можно будет говорить и обо всем другом
> >>>
> >>> +1. Надоело уже создавать каждый раз линк /dev/cdrom :(
> >>
> >> Пропишите policy.. tmpfs ещё не научилась сохранять данные после
> >> выключения компьютера ;)
> >
> > а tmpfs там не обязателен. он у меня одно время прекрасно работал на hd,
> > что имеет несколько приимуществ. одно из них - не отжирает 3 метра памяти
>
> Ага.. у меня тоже работал, но предпочитаю всё-таки tmpfs ;)

ну если у тя память незиновая... у меня всего 256 метров

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>>>>> на данный момент это лишние сущности. а не устраивает меня скорее
>>>>>> наличие udev, вот когда он научится не удалять то что было созданно не
>>>>>> им, тогда можно будет говорить и обо всем другом
>>>>> +1. Надоело уже создавать каждый раз линк /dev/cdrom :(
>>>> Пропишите policy.. tmpfs ещё не научилась сохранять данные после
>>>> выключения компьютера ;)
>>> а tmpfs там не обязателен. он у меня одно время прекрасно работал на hd,
>>> что имеет несколько приимуществ. одно из них - не отжирает 3 метра памяти
>> Ага.. у меня тоже работал, но предпочитаю всё-таки tmpfs ;)
> 
> ну если у тя память незиновая... у меня всего 256 метров

ну не резиновая.. но три мегабайта мне будет незаметно:

$ grep MemTotal /proc/meminfo
MemTotal:       964024 kB

А KDE на 256Mb с Firefox и OOo уже конкретно тормозит ;(

Кстати - по поводу 3-х мегабайт - обман и провокация:

udev                  5,0M  140K  4,9M   3% /dev

всего 140Kb.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Damir Shayhutdinov]

> > > что имеет несколько приимуществ. одно из них - не отжирает 3 метра памяти
> >
> > Ага.. у меня тоже работал, но предпочитаю всё-таки tmpfs ;)
>
> ну если у тя память незиновая... у меня всего 256 метров
Эти 3 метра все равно в свопе лежат.

Re: [sisyphus] i: suspend to disk support

[Led]

В сообщении от 21 июня 2006 14:56 Anton Farygin написал(a):
> Led wrote:
> > В сообщении от 21 июня 2006 13:25 Valery V. Inozemtsev написал(a):
> >>>> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
> >>>> засыпал, а так мне проще собрать ядро с suspend2
> >>>
> >>> powersave работает через hal/dbus.
> >>>
> >>> а чем тебя не устраивает наличие в системе hal/dbus ?
> >>
> >> на данный момент это лишние сущности. а не устраивает меня скорее
> >> наличие udev, вот когда он научится не удалять то что было созданно не
> >> им, тогда можно будет говорить и обо всем другом
> >
> > +1. Надоело уже создавать каждый раз линк /dev/cdrom :(
>
> Пропишите policy.. tmpfs ещё не научилась сохранять данные после
> выключения компьютера ;)

Там не сколько "прописать", сколько "переписать" нужно: он создаёт линки
cdrom => hdc
dvd => hdc
а нужно
dvd => hdc
cdrom => hdd

-- 
Led.

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Led wrote:
> В сообщении от 21 июня 2006 14:56 Anton Farygin написал(a):
>> Led wrote:
>>> В сообщении от 21 июня 2006 13:25 Valery V. Inozemtsev написал(a):
>>>>>> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
>>>>>> засыпал, а так мне проще собрать ядро с suspend2
>>>>> powersave работает через hal/dbus.
>>>>>
>>>>> а чем тебя не устраивает наличие в системе hal/dbus ?
>>>> на данный момент это лишние сущности. а не устраивает меня скорее
>>>> наличие udev, вот когда он научится не удалять то что было созданно не
>>>> им, тогда можно будет говорить и обо всем другом
>>> +1. Надоело уже создавать каждый раз линк /dev/cdrom :(
>> Пропишите policy.. tmpfs ещё не научилась сохранять данные после
>> выключения компьютера ;)
> 
> Там не сколько "прописать", сколько "переписать" нужно: он создаёт линки
> cdrom => hdc
> dvd => hdc
> а нужно
> dvd => hdc
> cdrom => hdd
> 

нужно именно прописать. Эти дефолтные - просто workaround. Линков скоро 
вообще не будет. Во всяком случае mainstream приказал их застрелить.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
>>> засыпал, а так мне проще собрать ядро с suspend2
>> powersave работает через hal/dbus.
>>
>> а чем тебя не устраивает наличие в системе hal/dbus ?
> 
> на данный момент это лишние сущности. а не устраивает меня скорее наличие 
> udev, вот когда он научится не удалять то что было созданно не им, тогда 
> можно будет говорить и обо всем другом

Попробуй udev-094. Было что-то в ченжлоге.
> 
>> В скором времени они будут обязательны - KDE например планирует
>> использовать dbus в качестве внутреннего транспорта.
> 
> это будет не скоро. это раз. это не будет обязательным. это два.

Не скоро, но будет обязательно.

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 21 июня 2006 15:56 Anton Farygin написал(a):
> Valery V. Inozemtsev wrote:
> >>> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
> >>> засыпал, а так мне проще собрать ядро с suspend2
> >>
> >> powersave работает через hal/dbus.
> >>
> >> а чем тебя не устраивает наличие в системе hal/dbus ?
> >
> > на данный момент это лишние сущности. а не устраивает меня скорее наличие
> > udev, вот когда он научится не удалять то что было созданно не им, тогда
> > можно будет говорить и обо всем другом
>
> Попробуй udev-094. Было что-то в ченжлоге.
>
> >> В скором времени они будут обязательны - KDE например планирует
> >> использовать dbus в качестве внутреннего транспорта.
> >
> > это будет не скоро. это раз. это не будет обязательным. это два.
>
> Не скоро, но будет обязательно.

dbus (или это было про hal) есть только под linux, а KDE это не только linux

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 21 июня 2006 15:56 Anton Farygin написал(a):
>> Valery V. Inozemtsev wrote:
>>>>> ну если бы powersave не требовал всякие халыдыбасы, может и у меня бы
>>>>> засыпал, а так мне проще собрать ядро с suspend2
>>>> powersave работает через hal/dbus.
>>>>
>>>> а чем тебя не устраивает наличие в системе hal/dbus ?
>>> на данный момент это лишние сущности. а не устраивает меня скорее наличие
>>> udev, вот когда он научится не удалять то что было созданно не им, тогда
>>> можно будет говорить и обо всем другом
>> Попробуй udev-094. Было что-то в ченжлоге.
>>
>>>> В скором времени они будут обязательны - KDE например планирует
>>>> использовать dbus в качестве внутреннего транспорта.
>>> это будет не скоро. это раз. это не будет обязательным. это два.
>> Не скоро, но будет обязательно.
> 
> dbus (или это было про hal) есть только под linux, а KDE это не только linux

dbus - это не только помидоры, но ещё и целая пачка поддерживаемых платформ.

Например - для windows:
http://webdev.cegit.de/snapshots/kde-windows/dbus-win/

Rgds,
Rider

P.S. Ты udev-094 попробуй

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> >>>> В скором времени они будут обязательны - KDE например планирует
> >>>> использовать dbus в качестве внутреннего транспорта.
> >>>
> >>> это будет не скоро. это раз. это не будет обязательным. это два.
> >>
> >> Не скоро, но будет обязательно.
> >
> > dbus (или это было про hal) есть только под linux, а KDE это не только
> > linux
>
> dbus - это не только помидоры, но ещё и целая пачка поддерживаемых
> платформ.
>
> Например - для windows:
> http://webdev.cegit.de/snapshots/kde-windows/dbus-win/

значит это был hal

> P.S. Ты udev-094 попробуй

у меня сейчас нет машинки для экспериментов, а на том что есть я работаю

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>>>>> В скором времени они будут обязательны - KDE например планирует
>>>>>> использовать dbus в качестве внутреннего транспорта.
>>>>> это будет не скоро. это раз. это не будет обязательным. это два.
>>>> Не скоро, но будет обязательно.
>>> dbus (или это было про hal) есть только под linux, а KDE это не только
>>> linux
>> dbus - это не только помидоры, но ещё и целая пачка поддерживаемых
>> платформ.
>>
>> Например - для windows:
>> http://webdev.cegit.de/snapshots/kde-windows/dbus-win/
> 
> значит это был hal

а вот HAL KDE действительно не нужен. К тому же под Windows есть своя 
реализация HAL (оригинальная, от M$)

на все остальные BSD/Solaris его уже портировали.

> 
>> P.S. Ты udev-094 попробуй
> 
> у меня сейчас нет машинки для экспериментов, а на том что есть я работаю


ну и ладно. Будем считать что работает.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> >> dbus - это не только помидоры, но ещё и целая пачка поддерживаемых
> >> платформ.
> >>
> >> Например - для windows:
> >> http://webdev.cegit.de/snapshots/kde-windows/dbus-win/
> >
> > значит это был hal
>
> а вот HAL KDE действительно не нужен. К тому же под Windows есть своя
> реализация HAL (оригинальная, от M$)

как и udev dbus'у. есть еще одна причина почему я всем этим не пользуюсь - 
udev, hotplug, dbus, hal собираются тобой, и собираются криво. когда без 
этого уже нельзя будет жить, тогда я все это и соберу для себя 

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>>> dbus - это не только помидоры, но ещё и целая пачка поддерживаемых
>>>> платформ.
>>>>
>>>> Например - для windows:
>>>> http://webdev.cegit.de/snapshots/kde-windows/dbus-win/
>>> значит это был hal
>> а вот HAL KDE действительно не нужен. К тому же под Windows есть своя
>> реализация HAL (оригинальная, от M$)
> 
> как и udev dbus'у. есть еще одна причина почему я всем этим не пользуюсь - 
> udev, hotplug, dbus, hal собираются тобой, и собираются криво. когда без 
> этого уже нельзя будет жить, тогда я все это и соберу для себя 

В bugzilla есть замечания по сборке ? В чём кривизна ?

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Andrii Dobrovol`s`kii]

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

Anton Farygin пишет:
> Valery V. Inozemtsev wrote:
>>>>> dbus - это не только помидоры, но ещё и целая пачка поддерживаемых
>>>>> платформ.
>>>>>
>>>>> Например - для windows:
>>>>> http://webdev.cegit.de/snapshots/kde-windows/dbus-win/
>>>> значит это был hal
>>> а вот HAL KDE действительно не нужен. К тому же под Windows есть своя
>>> реализация HAL (оригинальная, от M$)
>> как и udev dbus'у. есть еще одна причина почему я всем этим не пользуюсь - 
>> udev, hotplug, dbus, hal собираются тобой, и собираются криво. когда без 
>> этого уже нельзя будет жить, тогда я все это и соберу для себя 
> 
> В bugzilla есть замечания по сборке ? В чём кривизна ?
> 
Валерий, а это, и правда, интересный вопрос... Если Вы видите ошибку
у коллеги и знаете как её избежать... почему не скажете? Есть же ещё
и другие пользователи Сизифа и всего Альтовского наследия. Им тоже
нужно всем срочно заняться изучением _каждого_ пакета в Сизифе?
Что вообще последнее время происходит?
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


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

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> >> как и udev dbus'у. есть еще одна причина почему я всем этим не пользуюсь
> >> - udev, hotplug, dbus, hal собираются тобой, и собираются криво. когда
> >> без этого уже нельзя будет жить, тогда я все это и соберу для себя
> >
> > В bugzilla есть замечания по сборке ? В чём кривизна ?
>
> Валерий, а это, и правда, интересный вопрос... Если Вы видите ошибку
> у коллеги и знаете как её избежать... почему не скажете?

говорил, спорил, объяснял... но для rider это как об стенку горох. в конце 
концов я понял что просто впустую трачу свое время и мне быстрей самому 
собрать пакет Антона для себя

> Есть же ещё 
> и другие пользователи Сизифа и всего Альтовского наследия. Им тоже
> нужно всем срочно заняться изучением _каждого_ пакета в Сизифе?

зачем каждого, только тех в мантейнерах которых сомневаешься

> Что вообще последнее время происходит?

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>>> как и udev dbus'у. есть еще одна причина почему я всем этим не пользуюсь
>>>> - udev, hotplug, dbus, hal собираются тобой, и собираются криво. когда
>>>> без этого уже нельзя будет жить, тогда я все это и соберу для себя
>>> В bugzilla есть замечания по сборке ? В чём кривизна ?
>> Валерий, а это, и правда, интересный вопрос... Если Вы видите ошибку
>> у коллеги и знаете как её избежать... почему не скажете?
> 
> говорил, спорил, объяснял... но для rider это как об стенку горох. в конце 
> концов я понял что просто впустую трачу свое время и мне быстрей самому 
> собрать пакет Антона для себя

А вот я что-то не помню "говорил, спорил, объяснял"

> 
>> Есть же ещё 
>> и другие пользователи Сизифа и всего Альтовского наследия. Им тоже
>> нужно всем срочно заняться изучением _каждого_ пакета в Сизифе?
> 
> зачем каждого, только тех в мантейнерах которых сомневаешься

т.е. - xorg тоже удалять ? А работать то как ?

Лично у меня нет времени собирать себе xorg ;(

Rgds,
Rider

P.S. 3D так и не работает на Radeon X200.

Re: [sisyphus] i: suspend to disk support

[Michael Shigorin]

On Wed, Jun 21, 2006 at 05:23:08PM +0400, Valery V. Inozemtsev wrote:
> говорил, спорил, объяснял... но для rider это как об стенку
> горох. в конце концов я понял что просто впустую трачу свое
> время и мне быстрей самому собрать пакет Антона для себя

У меня тоже такое было... после какого-то дист-апгрейда прошло.
Давайте жить дружно.

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

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> > как и udev dbus'у. есть еще одна причина почему я всем этим не пользуюсь
> > - udev, hotplug, dbus, hal собираются тобой, и собираются криво. когда
> > без этого уже нельзя будет жить, тогда я все это и соберу для себя
>
> В bugzilla есть замечания по сборке ? В чём кривизна ?

смотрим в hal.spec

PreReq: udev >= 0.90
PreReq: mount >= 2.12p-alt1
PreReq: hotplug >= 2004_09_23-alt13
PreReq: chkconfig acpid

udev может быть, mount понятно, а вот hotplug и тем более acpid здесь точно не 
нужны. далее

%package -n lib%name
Summary: Shared libraries for HAL
Group: System/Libraries
Requires: dbus >= 0.61-alt1
Requires: hwdatabase >= 0.3.1

для либы это не нужно. стопудово. и это так на вскидку, а если покапаться...

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>> как и udev dbus'у. есть еще одна причина почему я всем этим не пользуюсь
>>> - udev, hotplug, dbus, hal собираются тобой, и собираются криво. когда
>>> без этого уже нельзя будет жить, тогда я все это и соберу для себя
>> В bugzilla есть замечания по сборке ? В чём кривизна ?
> 
> смотрим в hal.spec
> 
> PreReq: udev >= 0.90
> PreReq: mount >= 2.12p-alt1
> PreReq: hotplug >= 2004_09_23-alt13
> PreReq: chkconfig acpid
> 
> udev может быть, mount понятно, а вот hotplug и тем более acpid здесь точно не 
> нужны. далее

hotplug я выкинул, а вот acpid там крайне необходим.

Кстати, xorg работает (если собран правильно) - тоже только через acpid.

Rgds,
Rider

P.S. hotplug вообще из системы надо будет выкинуть,

Re: [sisyphus] i: suspend to disk support

[Konstantin A. Lepikhov]

<цитата от="Anton Farygin">

<skip>
> Кстати, xorg работает (если собран правильно) - тоже только через acpid.
видимо, это мода такая пошла лазить в сокет acpid. BTW, acpid будет теперь
нужен и fglrx ;)

-- 
WBR et al.

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 21 июня 2006 17:26 Konstantin A. Lepikhov написал(a):
> <цитата от="Anton Farygin">
>
> <skip>
>
> > Кстати, xorg работает (если собран правильно) - тоже только через acpid.

на данный момент он собран правильно (без APM/ACPI)

>
> видимо, это мода такая пошла лазить в сокет acpid. BTW, acpid будет теперь
> нужен и fglrx ;)

сначало надо пофиксить https://bugs.freedesktop.org/show_bug.cgi?id=5665

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 21 июня 2006 17:26 Konstantin A. Lepikhov написал(a):
>> <цитата от="Anton Farygin">
>>
>> <skip>
>>
>>> Кстати, xorg работает (если собран правильно) - тоже только через acpid.
> 
> на данный момент он собран правильно (без APM/ACPI)

Чего же в этом правильного ?

> 
>> видимо, это мода такая пошла лазить в сокет acpid. BTW, acpid будет теперь
>> нужен и fglrx ;)
> 
> сначало надо пофиксить https://bugs.freedesktop.org/show_bug.cgi?id=5665

ну так делов то.. посмотри спецификацию ACPI на тему того, какие event'ы 
нужно ловить, а какие игнорировать. И сделай патч.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> <цитата от="Anton Farygin">
> 
> <skip>
>> Кстати, xorg работает (если собран правильно) - тоже только через acpid.
> видимо, это мода такая пошла лазить в сокет acpid. BTW, acpid будет теперь
> нужен и fglrx ;)
> 

А другого выхода нет.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> > смотрим в hal.spec
> >
> > PreReq: udev >= 0.90
> > PreReq: mount >= 2.12p-alt1
> > PreReq: hotplug >= 2004_09_23-alt13
> > PreReq: chkconfig acpid
> >
> > udev может быть, mount понятно, а вот hotplug и тем более acpid здесь
> > точно не нужны. далее
>
> hotplug я выкинул, а вот acpid там крайне необходим.

не нужен он там. acpid стартует раньше hal'a

>
> Кстати, xorg работает (если собран правильно) - тоже только через acpid.

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>> смотрим в hal.spec
>>>
>>> PreReq: udev >= 0.90
>>> PreReq: mount >= 2.12p-alt1
>>> PreReq: hotplug >= 2004_09_23-alt13
>>> PreReq: chkconfig acpid
>>>
>>> udev может быть, mount понятно, а вот hotplug и тем более acpid здесь
>>> точно не нужны. далее
>> hotplug я выкинул, а вот acpid там крайне необходим.
> 
> не нужен он там. acpid стартует раньше hal'a

И прекрасно. Будет плохо, если он не стартанёт раньше hal'а.

Плохо будет всем, кто захочет поюзать его сокет или /proc/acpi/events

Rgds,
Rider

P.S. Уже задолбался объяснять.. десять раз говорю тебе одно и то же

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 21 июня 2006 17:39 Anton Farygin написал(a):
> Valery V. Inozemtsev wrote:
> >>> смотрим в hal.spec
> >>>
> >>> PreReq: udev >= 0.90
> >>> PreReq: mount >= 2.12p-alt1
> >>> PreReq: hotplug >= 2004_09_23-alt13
> >>> PreReq: chkconfig acpid
> >>>
> >>> udev может быть, mount понятно, а вот hotplug и тем более acpid здесь
> >>> точно не нужны. далее
> >>
> >> hotplug я выкинул, а вот acpid там крайне необходим.
> >
> > не нужен он там. acpid стартует раньше hal'a
>
> И прекрасно. Будет плохо, если он не стартанёт раньше hal'а.

это может быть в двух случаях - если у меня APM (тогда пакет acpi мне не нужен 
и я могу его удалить), или если я сознательно отключил сервис acpid

>
> Плохо будет всем, кто захочет поюзать его сокет или /proc/acpi/events

а такую хотелку надо отрывать. в иксах я оторвал

>
> Rgds,
> Rider
>
> P.S. Уже задолбался объяснять.. десять раз говорю тебе одно и то же

вот именно поэтому мне проще пересобрать пакет самому для себя

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 21 июня 2006 17:39 Anton Farygin написал(a):
>> Valery V. Inozemtsev wrote:
>>>>> смотрим в hal.spec
>>>>>
>>>>> PreReq: udev >= 0.90
>>>>> PreReq: mount >= 2.12p-alt1
>>>>> PreReq: hotplug >= 2004_09_23-alt13
>>>>> PreReq: chkconfig acpid
>>>>>
>>>>> udev может быть, mount понятно, а вот hotplug и тем более acpid здесь
>>>>> точно не нужны. далее
>>>> hotplug я выкинул, а вот acpid там крайне необходим.
>>> не нужен он там. acpid стартует раньше hal'a
>> И прекрасно. Будет плохо, если он не стартанёт раньше hal'а.
> 
> это может быть в двух случаях - если у меня APM (тогда пакет acpi мне не нужен 
> и я могу его удалить), или если я сознательно отключил сервис acpid

Или пакет acpid не установился. Поэтому зависимость и стоит.

> 
>> Плохо будет всем, кто захочет поюзать его сокет или /proc/acpi/events
> 
> а такую хотелку надо отрывать. в иксах я оторвал

И это кардинально неверно.
в итоге у тебя помимо того, что в иксах вообще не работает ACPI, так 
даже если его включить - он не будет работать без acpid. Т.е. - у иксов 
придётся ставить на acpid зависимость ?

> 
>> Rgds,
>> Rider
>>
>> P.S. Уже задолбался объяснять.. десять раз говорю тебе одно и то же
> 
> вот именно поэтому мне проще пересобрать пакет самому для себя

ну пересобирай.. коль не въезжаешь.

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> >>>> hotplug я выкинул, а вот acpid там крайне необходим.
> >>>
> >>> не нужен он там. acpid стартует раньше hal'a
> >>
> >> И прекрасно. Будет плохо, если он не стартанёт раньше hal'а.
> >
> > это может быть в двух случаях - если у меня APM (тогда пакет acpi мне не
> > нужен и я могу его удалить), или если я сознательно отключил сервис acpid
>
> Или пакет acpid не установился. Поэтому зависимость и стоит.

а если у меня APM, зачем мне ACPI? что бы сознательно его отключить?

>
> >> Плохо будет всем, кто захочет поюзать его сокет или /proc/acpi/events
> >
> > а такую хотелку надо отрывать. в иксах я оторвал
>
> И это кардинально неверно.

и в чем же? 

> в итоге у тебя помимо того, что в иксах вообще не работает ACPI, так
> даже если его включить - он не будет работать без acpid. Т.е. - у иксов
> придётся ставить на acpid зависимость ?

ну ты бы стопудово поставил. если нет /var/run/acpid.socket ACPI в иксах 
просто выключится

>
> >> Rgds,
> >> Rider
> >>
> >> P.S. Уже задолбался объяснять.. десять раз говорю тебе одно и то же
> >
> > вот именно поэтому мне проще пересобрать пакет самому для себя
>
> ну пересобирай.. коль не въезжаешь.

да придется, коль ты понять не хочешь

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> >>>>> udev может быть, mount понятно, а вот hotplug и тем более acpid здесь
> >>>>> точно не нужны. далее
> >>>>
> >>>> hotplug я выкинул, а вот acpid там крайне необходим.

загляни в hald/linux2/addons/addon-acpi.c, после этого может поймешь так ли он 
необходим.

P.S. а ACPI_PROC там надо оторвать

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 21 июня 2006 20:09 Valery V. Inozemtsev написал(a):
> > >>>>> udev может быть, mount понятно, а вот hotplug и тем более acpid
> > >>>>> здесь точно не нужны. далее
> > >>>>
> > >>>> hotplug я выкинул, а вот acpid там крайне необходим.
>
> загляни в hald/linux2/addons/addon-acpi.c, после этого может поймешь так ли
> он необходим.
>
> P.S. а ACPI_PROC там надо оторвать

а, кстати, в configure --disable-acpi-proc, т.ч. при отсутствии acpi точно 
никому не поплахеет

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 21 июня 2006 20:09 Valery V. Inozemtsev написал(a):
>>>>>>>> udev может быть, mount понятно, а вот hotplug и тем более acpid
>>>>>>>> здесь точно не нужны. далее
>>>>>>> hotplug я выкинул, а вот acpid там крайне необходим.
>> загляни в hald/linux2/addons/addon-acpi.c, после этого может поймешь так ли
>> он необходим.
>>
>> P.S. а ACPI_PROC там надо оторвать
> 
> а, кстати, в configure --disable-acpi-proc, т.ч. при отсутствии acpi точно 
> никому не поплахеет

поплахеет и ещё как.

hal не сможет работать без acpid с acpi.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 22 июня 2006 10:40 Anton Farygin написал(a):
> Valery V. Inozemtsev wrote:
> > В сообщении от 21 июня 2006 20:09 Valery V. Inozemtsev написал(a):
> >>>>>>>> udev может быть, mount понятно, а вот hotplug и тем более acpid
> >>>>>>>> здесь точно не нужны. далее
> >>>>>>>
> >>>>>>> hotplug я выкинул, а вот acpid там крайне необходим.
> >>
> >> загляни в hald/linux2/addons/addon-acpi.c, после этого может поймешь так
> >> ли он необходим.
> >>
> >> P.S. а ACPI_PROC там надо оторвать
> >
> > а, кстати, в configure --disable-acpi-proc, т.ч. при отсутствии acpi
> > точно никому не поплахеет
>
> поплахеет и ещё как.
>
> hal не сможет работать без acpid с acpi.

это не значит что надо гвоздями прибивать acpi к hal'у

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 22 июня 2006 10:40 Anton Farygin написал(a):
>> Valery V. Inozemtsev wrote:
>>> В сообщении от 21 июня 2006 20:09 Valery V. Inozemtsev написал(a):
>>>>>>>>>> udev может быть, mount понятно, а вот hotplug и тем более acpid
>>>>>>>>>> здесь точно не нужны. далее
>>>>>>>>> hotplug я выкинул, а вот acpid там крайне необходим.
>>>> загляни в hald/linux2/addons/addon-acpi.c, после этого может поймешь так
>>>> ли он необходим.
>>>>
>>>> P.S. а ACPI_PROC там надо оторвать
>>> а, кстати, в configure --disable-acpi-proc, т.ч. при отсутствии acpi
>>> точно никому не поплахеет
>> поплахеет и ещё как.
>>
>> hal не сможет работать без acpid с acpi.
> 
> это не значит что надо гвоздями прибивать acpi к hal'у

Но это так же не значит, что этого не надо делать.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 22 июня 2006 10:40 Anton Farygin написал(a):
>> Valery V. Inozemtsev wrote:
>>> В сообщении от 21 июня 2006 20:09 Valery V. Inozemtsev написал(a):
>>>>>>>>>> udev может быть, mount понятно, а вот hotplug и тем более acpid
>>>>>>>>>> здесь точно не нужны. далее
>>>>>>>>> hotplug я выкинул, а вот acpid там крайне необходим.
>>>> загляни в hald/linux2/addons/addon-acpi.c, после этого может поймешь так
>>>> ли он необходим.
>>>>
>>>> P.S. а ACPI_PROC там надо оторвать
>>> а, кстати, в configure --disable-acpi-proc, т.ч. при отсутствии acpi
>>> точно никому не поплахеет
>> поплахеет и ещё как.
>>
>> hal не сможет работать без acpid с acpi.
> 
> это не значит что надо гвоздями прибивать acpi к hal'у

Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий 
демон, который будет установлен в системе.

Кому-то мешают 45 килобайт на диске ?

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> >> hal не сможет работать без acpid с acpi.
> >
> > это не значит что надо гвоздями прибивать acpi к hal'у
>
> Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий
> демон, который будет установлен в системе.

который не всем нужен

>
> Кому-то мешают 45 килобайт на диске ?

для котого то это лишние и не используемые 45 килобайт. я начинал работать на 
компе когда всего было 48 килобайт памяти и с тех пор осталась привычка 
считать каждый байт, но тебе этого похоже не понять

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Шенцев Алексей Владимирович]

On Thu, 22 Jun 2006 12:04:31 +0400 Valery V. Inozemtsev wrote:
> > Кому-то мешают 45 килобайт на диске ?
> для котого то это лишние и не используемые 45 килобайт. я начинал работать на 
> компе когда всего было 48 килобайт памяти и с тех пор осталась привычка 
> считать каждый байт, но тебе этого похоже не понять
Аналогично. Зачем на компе держать то, что ты не используешь? И пусть это занимает всего пару байт, но если не используешь то по мне лучше освободить место.

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Шенцев Алексей Владимирович wrote:
> On Thu, 22 Jun 2006 12:04:31 +0400 Valery V. Inozemtsev wrote:
>>> Кому-то мешают 45 килобайт на диске ?
>> для котого то это лишние и не используемые 45 килобайт. я начинал работать на 
>> компе когда всего было 48 килобайт памяти и с тех пор осталась привычка 
>> считать каждый байт, но тебе этого похоже не понять
> Аналогично. Зачем на компе держать то, что ты не используешь? И пусть это занимает всего пару байт, но если не используешь то по мне лучше освободить место.

Начните с /usr/share ;)

например, кому-то нужно ???:

$ du -s /usr/share/cups/model
57M     /usr/share/cups/model

И нефиг придираться к моим 45 килобайтам.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> Начните с /usr/share ;)
>
> например, кому-то нужно ???:
>
> $ du -s /usr/share/cups/model
> 57M     /usr/share/cups/model
>
> И нефиг придираться к моим 45 килобайтам.

Антон, тут собственно дело не в килобайтах, а в твоей 
вменяемости/невменяесмости. ты уперся и все, разговаривать с тобой 
бесполезно, ты слушаешь только себя.

в общем пора завязывать с этим, все равно это получается разговор глухого с 
немым

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>> Начните с /usr/share ;)
>>
>> например, кому-то нужно ???:
>>
>> $ du -s /usr/share/cups/model
>> 57M     /usr/share/cups/model
>>
>> И нефиг придираться к моим 45 килобайтам.
> 
> Антон, тут собственно дело не в килобайтах, а в твоей 
> вменяемости/невменяесмости. ты уперся и все, разговаривать с тобой 
> бесполезно, ты слушаешь только себя.

Я прислушиваюсь к ценным советам, а не к фанатичным. Ты уже не знаешь 
какие аргументы приводить для того, что бы убедить меня выкинуть 
зависимость на пакет, который только на твоей машине не работает (или не 
используется).  При этом функциональность этого пакета великолепно 
отключается в тех местах, где он не нужен.

Места это занимает мало (45Kb)
Никому не мешает, ни с чем не конфликтует
Отключается

итого: зависимость нужна, ибо без неё будет плохо всем остальным, кроме 
Шрека.

> 
> в общем пора завязывать с этим, все равно это получается разговор глухого с 
> немым

Действительно.. если ты не понимаешь, чем я руководствуюсь, проставляя 
данную зависимость руками.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 22 июня 2006 14:29 Anton Farygin написал(a):
> Valery V. Inozemtsev wrote:
> >> Начните с /usr/share ;)
> >>
> >> например, кому-то нужно ???:
> >>
> >> $ du -s /usr/share/cups/model
> >> 57M     /usr/share/cups/model
> >>
> >> И нефиг придираться к моим 45 килобайтам.
> >
> > Антон, тут собственно дело не в килобайтах, а в твоей
> > вменяемости/невменяесмости. ты уперся и все, разговаривать с тобой
> > бесполезно, ты слушаешь только себя.
>
> Я прислушиваюсь к ценным советам, а не к фанатичным. Ты уже не знаешь
> какие аргументы приводить для того, что бы убедить меня выкинуть
> зависимость на пакет, который только на твоей машине не работает (или не
> используется).

на моей машине acpi установлен, работает и используется

> При этом функциональность этого пакета великолепно 
> отключается в тех местах, где он не нужен.
>
> Места это занимает мало (45Kb)
> Никому не мешает, ни с чем не конфликтует
> Отключается
>
> итого: зависимость нужна, ибо без неё будет плохо всем остальным, кроме
> Шрека.
>
> > в общем пора завязывать с этим, все равно это получается разговор глухого
> > с немым
>
> Действительно.. если ты не понимаешь, чем я руководствуюсь, проставляя
> данную зависимость руками.

проехали

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Nick S. Grechukh]

В сообщении от 22 июня 2006 11:04 Valery V. Inozemtsev написал(a):
> > >> hal не сможет работать без acpid с acpi.
> > >
> > > это не значит что надо гвоздями прибивать acpi к hal'у
> >
> > Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий
> > демон, который будет установлен в системе.
>
> который не всем нужен
> > Кому-то мешают 45 килобайт на диске ?
> для котого то это лишние и не используемые 45 килобайт. я начинал работать
> на компе когда всего было 48 килобайт памяти и с тех пор осталась привычка
> считать каждый байт, но тебе этого похоже не понять
у многих разные привычки были. развивая идею оптимизации - можно поставить 
генту и "пересобрать всю систему под себя выкинув все лишнее". или хотя бы 
ядро пересобрать, выкинув неиспользуемые модули - между прочим,  
42M     /lib/modules/2.6.16-vs26-smp-alt8/.

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> > > > это не значит что надо гвоздями прибивать acpi к hal'у
> > >
> > > Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий
> > > демон, который будет установлен в системе.
> >
> > который не всем нужен
> >
> > > Кому-то мешают 45 килобайт на диске ?
> >
> > для котого то это лишние и не используемые 45 килобайт. я начинал
> > работать на компе когда всего было 48 килобайт памяти и с тех пор
> > осталась привычка считать каждый байт, но тебе этого похоже не понять
>
> у многих разные привычки были. развивая идею оптимизации - можно поставить
> генту и "пересобрать всю систему под себя выкинув все лишнее". или хотя бы
> ядро пересобрать, выкинув неиспользуемые модули - между прочим,
> 42M     /lib/modules/2.6.16-vs26-smp-alt8/.

это совсем из другой оперы. здесь же речь о том что не надо прибивать гвоздями 
то без чего можно обойтись

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Nick S. Grechukh]

В сообщении от 22 июня 2006 13:11 Valery V. Inozemtsev написал(a):
> > 42M     /lib/modules/2.6.16-vs26-smp-alt8/.
> это совсем из другой оперы. здесь же речь о том что не надо прибивать
> гвоздями то без чего можно обойтись
почему из другой. нет у меня этого и не будет:
[root@mordor drivers]# ls -lh atm/fore_200e.ko
-rw-r--r-- 1 root root 67K May 24 18:31 atm/fore_200e.ko
[root@mordor drivers]# modinfo atm/fore_200e.ko
description:    FORE Systems 200E-series ATM driver - version 0.3e

и этого тоже нет:
[root@mordor ieee1394]# ll ieee1394.ko
-rw-r--r-- 1 root root 105K Jun 19 17:09 ieee1394.ko

речь шла о 45килобайтах? :)

Re: [sisyphus] i: suspend to disk support

[Nick S. Grechukh]

В сообщении от 22 июня 2006 13:24 Nick S. Grechukh написал(a):
> речь шла о 45килобайтах? :)
а еще:
260K modules.alias
264K modules.dep
220K modules.pcimap
108K modules.symbols
284K modules.usbmap

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>>>> это не значит что надо гвоздями прибивать acpi к hal'у
>>>> Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий
>>>> демон, который будет установлен в системе.
>>> который не всем нужен
>>>
>>>> Кому-то мешают 45 килобайт на диске ?
>>> для котого то это лишние и не используемые 45 килобайт. я начинал
>>> работать на компе когда всего было 48 килобайт памяти и с тех пор
>>> осталась привычка считать каждый байт, но тебе этого похоже не понять
>> у многих разные привычки были. развивая идею оптимизации - можно поставить
>> генту и "пересобрать всю систему под себя выкинув все лишнее". или хотя бы
>> ядро пересобрать, выкинув неиспользуемые модули - между прочим,
>> 42M     /lib/modules/2.6.16-vs26-smp-alt8/.
> 
> это совсем из другой оперы. здесь же речь о том что не надо прибивать гвоздями 
> то без чего можно обойтись

Тебе мало того примера, который я привёл ?

Без этого может обойтись только та машина, где не используется acpi

таких машин сейчас еденицы.

На большинстве из них ACPI отлично работает (просто пользователь привык 
к APM).

Современные компьютеры без ACPI _не выпускаются_. И в большинстве 
случаев - работают некорректно.

Для использующих APM acpid отключается.

Места не потребляет.

Достаточно аргументов ?

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

> > это совсем из другой оперы. здесь же речь о том что не надо прибивать
> > гвоздями то без чего можно обойтись
>
> Тебе мало того примера, который я привёл ?
>
> Без этого может обойтись только та машина, где не используется acpi
>
> таких машин сейчас еденицы.
>
> На большинстве из них ACPI отлично работает (просто пользователь привык
> к APM).
>
> Современные компьютеры без ACPI _не выпускаются_. И в большинстве
> случаев - работают некорректно.
>
> Для использующих APM acpid отключается.
>
> Места не потребляет.
>
> Достаточно аргументов ?

не вижу здесь аргументов.
Антон, дело совсем не в acpi, пакет hal был приведен для примера. объяснить я 
тебе пытался "что не надо прибивать гвоздями то без чего можно обойтись"

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Led]

В сообщении от 22 июня 2006 13:44 Valery V. Inozemtsev написал(a):
> > > это совсем из другой оперы. здесь же речь о том что не надо прибивать
> > > гвоздями то без чего можно обойтись
> >
> > Тебе мало того примера, который я привёл ?
> >
> > Без этого может обойтись только та машина, где не используется acpi
> >
> > таких машин сейчас еденицы.
> >
> > На большинстве из них ACPI отлично работает (просто пользователь привык
> > к APM).
> >
> > Современные компьютеры без ACPI _не выпускаются_. И в большинстве
> > случаев - работают некорректно.
> >
> > Для использующих APM acpid отключается.
> >
> > Места не потребляет.
> >
> > Достаточно аргументов ?
>
> не вижу здесь аргументов.
> Антон, дело совсем не в acpi, пакет hal был приведен для примера. объяснить
> я тебе пытался "что не надо прибивать гвоздями то без чего можно обойтись"

ИМХО подобные споры будут постоянно... пока RPM предполагает только один 
вид/уровень зависимостей :(

-- 
Led.

Re: [sisyphus] i: suspend to disk support

[Michael Shigorin]

On Thu, Jun 22, 2006 at 02:44:06PM +0400, Valery V. Inozemtsev wrote:
> Антон, дело совсем не в acpi, пакет hal был приведен для
> примера. объяснить я тебе пытался "что не надо прибивать
> гвоздями то без чего можно обойтись"

Обычно "за", но иногда дешевле прибить, чем ловить грабли 
в 80+% случаев :(

Данный конкретный случай разве что инсталером, который научится 
как-то отличать рабочий APM и рабочий ACPI (б/м надёжно это можно
сделать только по списку матерей/прошивок, что нереально)...

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
>>>> hal не сможет работать без acpid с acpi.
>>> это не значит что надо гвоздями прибивать acpi к hal'у
>> Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий
>> демон, который будет установлен в системе.
> 
> который не всем нужен

Пока что - только тебе не нужен.

> 
>> Кому-то мешают 45 килобайт на диске ?
> 
> для котого то это лишние и не используемые 45 килобайт. я начинал работать на 
> компе когда всего было 48 килобайт памяти и с тех пор осталась привычка 
> считать каждый байт, но тебе этого похоже не понять

А у меня такая привычка исчезла.. хотя работать я начал на компе с 16 
килобайтами памяти.

Возьми, ради интереса, подсчитай - сколько не используемого стоит в 
системе. Начни с каталогов /usr/share/ и /lib/modules/

считать можно по времени последнего обращения к файлу.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Kirill A. Shutemov]

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

On 14:11 Thu 22 Jun, Anton Farygin wrote:
> Valery V. Inozemtsev wrote:
> >>>> hal не сможет работать без acpid с acpi.
> >>> это не значит что надо гвоздями прибивать acpi к hal'у
> >> Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий
> >> демон, который будет установлен в системе.
> > 
> > который не всем нужен
> 
> Пока что - только тебе не нужен.

Мне тоже не нужен. Во всяком случае не везде.

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> Кто подскажет, куда beep-config убрали из libbeep-devel? Судя по
> Сизифному contents_index, убрали совсем. Это же неправильно...
Правильно. Загляните, как собираются штепсели к beep в Сизифе.
Время всяких *-config прошло.
		-- aris in sisyphus@

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

Re: [sisyphus] i: suspend to disk support

[Led]

В сообщении от 22 июня 2006 18:00 Kirill A. Shutemov написал(a):
> On 14:11 Thu 22 Jun, Anton Farygin wrote:
> > Valery V. Inozemtsev wrote:
> > >>>> hal не сможет работать без acpid с acpi.
> > >>>
> > >>> это не значит что надо гвоздями прибивать acpi к hal'у
> > >>
> > >> Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий
> > >> демон, который будет установлен в системе.
> > >
> > > который не всем нужен
> >
> > Пока что - только тебе не нужен.
>
> Мне тоже не нужен. Во всяком случае не везде.

Нужен - не нужен... Мы ещё долго будем сидеть на rpm и строить вокруг него 
костыли? Кстати, это только для того, чтобы можно было "гордо написать на 
дистрибутиве: RPM-based"?

-- 
Led.

Re: [sisyphus] i: suspend to disk support

[Kirill A. Shutemov]

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

On 18:07 Thu 22 Jun, Led wrote:
> Нужен - не нужен... Мы ещё долго будем сидеть на rpm и строить вокруг него 
> костыли? Кстати, это только для того, чтобы можно было "гордо написать на 
> дистрибутиве: RPM-based"?

Ваши предложения?

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

> python-module-PyQt-examples-3.14.1-alt1.1.1.1.1
Это потому, что пакет пересобирается роботом при каждом новом
релизе QT, а робот просто добавляет .1 к строке релиза.
		-- eugvv in sisyphus@

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

Re: [sisyphus] i: suspend to disk support

[Sergey Bolshakov]

>>>>> "Valery" == Valery V Inozemtsev <shrek-EzvwY9xUkZCGiqJ2EaRE8Q@public.gmane.org> writes:

 >> >> hal не сможет работать без acpid с acpi.
 >> >
 >> > это не значит что надо гвоздями прибивать acpi к hal'у
 >> 
 >> Кстати, не путай.. acpid - это не поддержка acpi. Это просто некий
 >> демон, который будет установлен в системе.

 > который не всем нужен

 >> 
 >> Кому-то мешают 45 килобайт на диске ?

 > для котого то это лишние и не используемые 45 килобайт. я начинал работать на 
 > компе когда всего было 48 килобайт памяти и с тех пор осталась привычка 
 > считать каждый байт, но тебе этого похоже не понять

Прекрасно.
Предлагаю подумать, зачем xorg-x11-server требует наличия
xorg-x11-xdm или, скажем, xinit. По мне, зависимость должна быть
обратная. Я тоже начинал со speccy и мне тоже нравится экономить на
спичках.

-- 

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

>  > для котого то это лишние и не используемые 45 килобайт. я начинал
>  > работать на компе когда всего было 48 килобайт памяти и с тех пор
>  > осталась привычка считать каждый байт, но тебе этого похоже не понять
>
> Прекрасно.
> Предлагаю подумать, зачем xorg-x11-server требует наличия
> xorg-x11-xdm или, скажем, xinit. По мне, зависимость должна быть
> обратная.

тут ты прав, Серег. я над этим подумаю

> Я тоже начинал со speccy и мне тоже нравится экономить на 
> спичках.

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Sergey V Turchin]

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

On Thursday 22 June 2006 14:39, Sergey Bolshakov wrote:

[...]
> Предлагаю подумать, зачем xorg-x11-server требует наличия
> xorg-x11-xdm или, скажем, xinit. По мне, зависимость должна быть
> обратная. Я тоже начинал со speccy и мне тоже нравится экономить
> на спичках.
du -c /usr/share/icons/Bluecurve/cursors/
в копилку

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

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

Re: [sisyphus] i: suspend to disk support

[Valery V. Inozemtsev]

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

В сообщении от 22 июня 2006 14:48 Sergey V Turchin написал(a):
> On Thursday 22 June 2006 14:39, Sergey Bolshakov wrote:
>
> [...]
>
> > Предлагаю подумать, зачем xorg-x11-server требует наличия
> > xorg-x11-xdm или, скажем, xinit. По мне, зависимость должна быть
> > обратная. Я тоже начинал со speccy и мне тоже нравится экономить
> > на спичках.
>
> du -c /usr/share/icons/Bluecurve/cursors/
> в копилку

ок. в 7.1 учту

-- 
Valery V. Inozemtsev

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

Re: [sisyphus] i: suspend to disk support

[Anton Farygin]

Valery V. Inozemtsev wrote:
> В сообщении от 21 июня 2006 17:39 Anton Farygin написал(a):
>> Valery V. Inozemtsev wrote:
>>>>> смотрим в hal.spec
>>>>>
>>>>> PreReq: udev >= 0.90
>>>>> PreReq: mount >= 2.12p-alt1
>>>>> PreReq: hotplug >= 2004_09_23-alt13
>>>>> PreReq: chkconfig acpid
>>>>>
>>>>> udev может быть, mount понятно, а вот hotplug и тем более acpid здесь
>>>>> точно не нужны. далее
>>>> hotplug я выкинул, а вот acpid там крайне необходим.
>>> не нужен он там. acpid стартует раньше hal'a
>> И прекрасно. Будет плохо, если он не стартанёт раньше hal'а.
> 
> это может быть в двух случаях - если у меня APM (тогда пакет acpi мне не нужен 
> и я могу его удалить), или если я сознательно отключил сервис acpid

Или пакет acpid не установился, ибо никто его не вытягивает при обновлении.

> 

>> Плохо будет всем, кто захочет поюзать его сокет или /proc/acpi/events
> 
> а такую хотелку надо отрывать. в иксах я оторвал

т.е. - без acpid у тебя иксы работать не будут ? (с включенным acpi)

> 
>> Rgds,
>> Rider
>>
>> P.S. Уже задолбался объяснять.. десять раз говорю тебе одно и то же
> 
> вот именно поэтому мне проще пересобрать пакет самому для себя

ну пересобирай, коль не въезжаешь.

[sisyphus] Udev 094

[Slava Semushin]

--- Anton Farygin 2006-06-21 16:15:29 +0400
+++ Vyacheslav Semushin 2006-06-22 11:23:35 +0700

    [skip]

AF> P.S. Ты udev-094 попробуй

    Бага с неправильными major-номерами у устройств /dev/slamr* в нём
    исправлена?

    Спрашиваю, потому что бага даже не ASSIGN'ута. Номер баги сейчас не
    вспомню, а багзилла сама в дауне =(


-- 
+ Slava Semushin | php-coder @ ngs.ru
+ ALT Linux Team | php-coder @ altlinux.ru
+ Expand QA Team | vsemushin @ swsoft.com

Re: [sisyphus] Udev 094

[Yuriy Kashirin]

On Thursday 22 June 2006 07:27, Slava Semushin wrote:
> --- Anton Farygin 2006-06-21 16:15:29 +0400
> +++ Vyacheslav Semushin 2006-06-22 11:23:35 +0700
>
>     [skip]
>
> AF> P.S. Ты udev-094 попробуй
>
>     Бага с неправильными major-номерами у устройств /dev/slamr* в
> нём исправлена?
>
>     Спрашиваю, потому что бага даже не ASSIGN'ута. Номер баги
> сейчас не вспомню, а багзилла сама в дауне =(

Кстати. (Пишу сюда, чтоб не забыть, пока багзила в дауне)
Та бага не на udev, а на udev_static-addon (кажется, это разные srpm)

Эти устройства создаются статически 
из /etc/udev/static_devices.cpio.bz2

rpm -qf /etc/udev/static_devices.cpio.bz2
udev_static-addon-0.1-alt1

-- 
 Best regards
 Yuriy Kashirin

Re: [sisyphus] Udev 094

[Anton Farygin]

Slava Semushin wrote:
> --- Anton Farygin 2006-06-21 16:15:29 +0400
> +++ Vyacheslav Semushin 2006-06-22 11:23:35 +0700
> 
>     [skip]
> 
> AF> P.S. Ты udev-094 попробуй
> 
>     Бага с неправильными major-номерами у устройств /dev/slamr* в нём
>     исправлена?
> 
>     Спрашиваю, потому что бага даже не ASSIGN'ута. Номер баги сейчас не
>     вспомню, а багзилла сама в дауне =(
> 
> 

Это не пакет udev.

Rgds,
Rider

Re: [sisyphus] i: suspend to disk support

[Michael Shigorin]

On Wed, Jun 21, 2006 at 03:56:47PM +0400, Anton Farygin wrote:
> > вот когда он научится не удалять то что было созданно не им,
> > тогда можно будет говорить и обо всем другом
> Попробуй udev-094. Было что-то в ченжлоге.

О, надо будет посмотреть.  А то уже держал развёрнутый dev/ 
под рукой ;-(

-- 
reboot to turn on acpi

Re: [sisyphus] i: suspend to disk support

[Michael Shigorin]

On Tue, Jun 20, 2006 at 04:31:41PM +0400, Anton Farygin wrote:
> Всё что нужно для его использования - обновить систему,
> поставить утилиту для suspend (я использую powersave -U) и всё.

Гм.  В messages тоже ничего подозрительного.  Что бы это было?

pad:~> uname -r; rpm -q powersave dbus 
2.6.16-std26-up-alt7
powersave-0.12.11-alt2
dbus-0.62-alt1

root@pad ~ # dmesg | grep ACPI.*rev
ACPI: Subsystem revision 20060127
root@pad ~ # service acpid restart; service messagebus restart; service powersaved restart
Stopping acpid service:                                                 [ DONE ]
Starting acpid service:                                                 [ DONE ]
Stopping system messagebus service:                                     [ DONE ]
Starting system messagebus service:                                     [ DONE ]
Stopping powersaved service:                                            [ DONE ]
Starting powersaved service:                                            [ DONE ]

pad:~> powersave -U     
Cannot connect to powersaved. Is the daemon running? (dbus error)

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

Re: [sisyphus] i: suspend to disk support

[Denis G. Samsonenko]

Привет!

26.06.06, Michael Shigorin написал:
> > Всё что нужно для его использования - обновить систему,
> > поставить утилиту для suspend (я использую powersave -U) и всё.
>
> Гм.  В messages тоже ничего подозрительного.  Что бы это было?
<...>
> pad:~> powersave -U
> Cannot connect to powersaved. Is the daemon running? (dbus error)

Может быть это:

https://bugzilla.altlinux.org/show_bug.cgi?id=9372

-- 
Всего доброго,

Денис.

Re: [sisyphus] i: suspend to disk support

[Michael Shigorin]

On Mon, Jun 26, 2006 at 09:16:10PM +0900, Denis G. Samsonenko wrote:
> >> Всё что нужно для его использования - обновить систему,
> >> поставить утилиту для suspend (я использую powersave -U) и всё.
> >Cannot connect to powersaved. Is the daemon running? (dbus error)
> https://bugzilla.altlinux.org/show_bug.cgi?id=9372

Ммм... отодвинул /etc/sysconfig/powersave/ в сторону, скопировал
/etc/powersave/ на его место, service powersaved restart; процесс
есть, результат тот же.  Ладно, потом поковыряюсь.

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