Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

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

Hi QA!

Wednesday 08, at 01:02:07 PM you wrote:

> List of files which have been downloaded from the "devel" incoming:
> 
> dcd-1.1.1-alt5.src.rpm
> pciids-20070807-alt1.src.rpm
> perl-Weather-Com-0.5.2-alt1.src.rpm
> usbids-20070728-alt1.src.rpm
а зачем нам дубликат hwdatabase?

-- 
WBR et al.

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Alexey Tourbin]

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

On Wed, Aug 08, 2007 at 11:54:23PM +0400, Konstantin A. Lepikhov wrote:
> > dcd-1.1.1-alt5.src.rpm
> > pciids-20070807-alt1.src.rpm
> > perl-Weather-Com-0.5.2-alt1.src.rpm
> > usbids-20070728-alt1.src.rpm
> а зачем нам дубликат hwdatabase?

"Нам" это кому?  Вступаюсь чисто на формальной почве.  Нельзя никому
запретить заливать в сизиф пакет только на том основании, что "он нам
не нужен" (если только этот не порождает непреодолимых проблем в системе
зависимостей, как случилось в случае с vegastrike-data; впрочем, я
просил удалить vegastrike-data только "до следующего раза", когда
проблемы с зависимостями будут исправлены).

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

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

Hi Alexey!

Thursday 09, at 01:05:48 AM you wrote:

> On Wed, Aug 08, 2007 at 11:54:23PM +0400, Konstantin A. Lepikhov wrote:
> > > dcd-1.1.1-alt5.src.rpm
> > > pciids-20070807-alt1.src.rpm
> > > perl-Weather-Com-0.5.2-alt1.src.rpm
> > > usbids-20070728-alt1.src.rpm
> > а зачем нам дубликат hwdatabase?
> 
> "Нам" это кому?  Вступаюсь чисто на формальной почве.  Нельзя никому
> запретить заливать в сизиф пакет только на том основании, что "он нам
> не нужен" (если только этот не порождает непреодолимых проблем в системе
> зависимостей, как случилось в случае с vegastrike-data; впрочем, я
> просил удалить vegastrike-data только "до следующего раза", когда
> проблемы с зависимостями будут исправлены).
нам - это тем, кто пользуется этими файлами. Насколько я понял, пакеты
pciids и usbids пересекаются по содержимому с hwdatabase.

-- 
WBR et al.

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Alexey Tourbin]

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

On Thu, Aug 09, 2007 at 01:20:26AM +0400, Konstantin A. Lepikhov wrote:
> > "Нам" это кому?  Вступаюсь чисто на формальной почве.  Нельзя никому
> > запретить заливать в сизиф пакет только на том основании, что "он нам
> > не нужен" (если только этот не порождает непреодолимых проблем в системе
> > зависимостей, как случилось в случае с vegastrike-data; впрочем, я
> > просил удалить vegastrike-data только "до следующего раза", когда
> > проблемы с зависимостями будут исправлены).
> нам - это тем, кто пользуется этими файлами. Насколько я понял, пакеты
> pciids и usbids пересекаются по содержимому с hwdatabase.

Если они конфликтуют и нет Obsoletes, значит, будет выбор, что уже можно
рассматривать как преимущество. :)

Если серьезно, то я бы предпочел вопрос "какую проблему решает пакет
pciids".  Кроме всего прочего (типа этот вопрос правильный с точки
зрения метода), от него нелегко отвертеться, в отличие от вопросов
типа "зачем нам надо" и "чего все хотят".

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

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Victor Forsyuk]

On Wed, Aug 08, 2007 at 11:54:23PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> Hi QA!
> 
> Wednesday 08, at 01:02:07 PM you wrote:
> 
> > List of files which have been downloaded from the "devel" incoming:
> > 
> > pciids-20070807-alt1.src.rpm
> > usbids-20070728-alt1.src.rpm
> а зачем нам дубликат hwdatabase?

Как легко увидеть по содержимому этих пакетов, они не являются _дубликатами_
hwdatabase.

Видимо вопрос был в том, что hwdatabase уже содержит файлы pci.ids и usb.ids
и таким образом новые пакеты содержат дубли входящих в hwdatabase файлов.

Ну так до этого такие базы дублировались в lshw и usbip. Задача пакетов
pciids и usbids избавить такие приложения от необходимости пакетить
собственные (к тому же устаревающие) копии этих баз.

Было бы разумно исключить pci.ids и usb.ids из пакета hwdatabase.

Собственно, напомню недавнее rationale создания новых пакетов:

http://lists.altlinux.ru/pipermail/devel/2007-July/048653.html

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Victor Forsyuk]

On Thu, Aug 09, 2007 at 01:27:11AM +0400, Alexey Tourbin <at@altlinux.ru> wrote:
> > нам - это тем, кто пользуется этими файлами. Насколько я понял, пакеты
> > pciids и usbids пересекаются по содержимому с hwdatabase.

Сейчас да. Я предлагаю убрать пересекающееся содержимое из hwdatabase.
 
> Если они конфликтуют и нет Obsoletes, значит, будет выбор, что уже можно
> рассматривать как преимущество. :)

Они не конфликтуют по файлам. Эти пакеты помещают соответствующие файлы в
более "общепринятый", скажем так, каталог. Тот же lshw даже не нужно
патчить, чтобы он обнаруживал наличие этих файлов...
 
> Если серьезно, то я бы предпочел вопрос "какую проблему решает пакет
> pciids".

Сорри, повторюсь:
http://lists.altlinux.ru/pipermail/devel/2007-July/048653.html

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

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

Hi Victor!

Thursday 09, at 06:14:42 PM you wrote:

> On Thu, Aug 09, 2007 at 01:27:11AM +0400, Alexey Tourbin <at@altlinux.ru> wrote:
> > > нам - это тем, кто пользуется этими файлами. Насколько я понял, пакеты
> > > pciids и usbids пересекаются по содержимому с hwdatabase.
> 
> Сейчас да. Я предлагаю убрать пересекающееся содержимое из hwdatabase.
если следовать вашей логике, то не убрать, а пилить дальше - например,
откусить оттуда инфу по мониторам и .xinf в разные пакеты. Вы оцениваете
данный объем работ по пересборке/исправлению зависимых пакетов (см.
alterator-x11)?

>  
> > Если они конфликтуют и нет Obsoletes, значит, будет выбор, что уже можно
> > рассматривать как преимущество. :)
> 
> Они не конфликтуют по файлам. Эти пакеты помещают соответствующие файлы в
> более "общепринятый", скажем так, каталог. Тот же lshw даже не нужно
> патчить, чтобы он обнаруживал наличие этих файлов...
чем lshw лучше lspci/dmesg? и что значит "общепринятый"? кто его принял?

PS Мысли здравые, но пока слабореализуемые - поскольку за
hwdatabase/обновление pcidata по факту отвечают 2 человека (/me и inger@)
и оба не сильно обременены данной ношей. Но стоит данные пакеты распилить
на кучу неподдерживаемых контрибов, как ценность этой затеи упадет до
нуля.

-- 
WBR et al.

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Денис Смирнов]

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

On Fri, Aug 10, 2007 at 12:08:47AM +0400, Konstantin A. Lepikhov wrote:

>> Сейчас да. Я предлагаю убрать пересекающееся содержимое из hwdatabase.
KAL> если следовать вашей логике, то не убрать, а пилить дальше - например,
KAL> откусить оттуда инфу по мониторам и .xinf в разные пакеты. Вы оцениваете
KAL> данный объем работ по пересборке/исправлению зависимых пакетов (см.
KAL> alterator-x11)?

Я бы предложил распилить, а hwdatabase сделать виртуальным пакетом,
который требует все остальные hwdatabase-* пакеты.

KAL> PS Мысли здравые, но пока слабореализуемые - поскольку за
KAL> hwdatabase/обновление pcidata по факту отвечают 2 человека (/me и inger@)
KAL> и оба не сильно обременены данной ношей. Но стоит данные пакеты распилить
KAL> на кучу неподдерживаемых контрибов, как ценность этой затеи упадет до
KAL> нуля.

Эти пакеты должны в любом случае собираться из одного srpm.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Приходится вспомнить, что в Sisyphus могут попадать РЕАЛЬНО ОПАСНЫЕ :-E
пакеты.
		-- mhz in sisyphus@

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Victor Forsyuk]

On Fri, Aug 10, 2007 at 12:08:47AM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> Hi Victor!
> 
> Thursday 09, at 06:14:42 PM you wrote:
> 
> > On Thu, Aug 09, 2007 at 01:27:11AM +0400, Alexey Tourbin <at@altlinux.ru> wrote:
> > > > нам - это тем, кто пользуется этими файлами. Насколько я понял, пакеты
> > > > pciids и usbids пересекаются по содержимому с hwdatabase.
> > 
> > Сейчас да. Я предлагаю убрать пересекающееся содержимое из hwdatabase.
> если следовать вашей логике, то не убрать, а пилить дальше - например,
> откусить оттуда инфу по мониторам и .xinf в разные пакеты. Вы оцениваете

Своё логическое обоснование я уже приводил в этой рассылке, а вчера даже
дважды приводил здесь URL на то письмо. Нарезать ли монолитный сейчас
hwdatabase, паковать ли разные его базы в отдельные пакеты - это уж
ментейнеру hwdatabase виднее.

Может и в самом деле "мониторную" часть можно выделить в отдельный пакет.
При установке на сервер ее ценность может быть близка к нулю...

> данный объем работ по пересборке/исправлению зависимых пакетов (см.
> alterator-x11)?

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

> >  
> > > Если они конфликтуют и нет Obsoletes, значит, будет выбор, что уже можно
> > > рассматривать как преимущество. :)
> > 
> > Они не конфликтуют по файлам. Эти пакеты помещают соответствующие файлы в
> > более "общепринятый", скажем так, каталог. Тот же lshw даже не нужно
> > патчить, чтобы он обнаруживал наличие этих файлов...
> чем lshw лучше lspci/dmesg?

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

А почему lshw должен быть хуже lspci/dmesg? А при чем тут вообще
lspci/dmesg?!?

> и что значит "общепринятый"? кто его принял?

Хех, я вчера на этом месте задумался подбирая самое подходящее слово. То что
выбрал недаром взял в кавычки и добавил "скажем так". :) На самом деле я
просто пытался коротко перевести most common.
 
> PS Мысли здравые, но пока слабореализуемые - поскольку за
> hwdatabase/обновление pcidata по факту отвечают 2 человека (/me и inger@)
> и оба не сильно обременены данной ношей. Но стоит данные пакеты распилить
> на кучу неподдерживаемых контрибов, как ценность этой затеи упадет до
> нуля.

Честно говоря, долго пытался понять это замечание. Боюсь, что мы настроены
на разные волны. :) Ниасилил.

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Victor Forsyuk]

On Fri, Aug 10, 2007 at 01:15:06AM +0400, Денис Смирнов <mithraen@altlinux.ru> wrote:
> On Fri, Aug 10, 2007 at 12:08:47AM +0400, Konstantin A. Lepikhov wrote:
> 
> >> Сейчас да. Я предлагаю убрать пересекающееся содержимое из hwdatabase.
> KAL> если следовать вашей логике, то не убрать, а пилить дальше - например,
> KAL> откусить оттуда инфу по мониторам и .xinf в разные пакеты. Вы оцениваете
> KAL> данный объем работ по пересборке/исправлению зависимых пакетов (см.
> KAL> alterator-x11)?
> 
> Я бы предложил распилить, а hwdatabase сделать виртуальным пакетом,
> который требует все остальные hwdatabase-* пакеты.

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Денис Смирнов]

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

On Fri, Aug 10, 2007 at 05:34:18PM +0300, Victor Forsyuk wrote:

> >>> Сейчас да. Я предлагаю убрать пересекающееся содержимое из hwdatabase.
> KAL>> если следовать вашей логике, то не убрать, а пилить дальше - например,
> KAL>> откусить оттуда инфу по мониторам и .xinf в разные пакеты. Вы оцениваете
> KAL>> данный объем работ по пересборке/исправлению зависимых пакетов (см.
> KAL>> alterator-x11)?
>> Я бы предложил распилить, а hwdatabase сделать виртуальным пакетом,
>> который требует все остальные hwdatabase-* пакеты.
VF> Здраво. А приложения, которым не нужны все файлы из нынешнего hwdatabase
VF> могут требовать только конкретные пакеты...

Именно так.

Кроме того, как я понимаю, речь идет также о переносе в другое место этих
файлов -- соответственно можно в hwdatabase положить симлинки.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Может все-таки /etc/menu-methods/{icewm,fvwm2} поправить, чем
пересобирать весь GNOME и KDE ?
		-- zerg in #1772

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

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

Hi Victor!

Friday 10, at 05:31:34 PM you wrote:

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

> > данный объем работ по пересборке/исправлению зависимых пакетов (см.
> > alterator-x11)?
> 
> Посмотрел. Правда не совсем понял вопрос. Он звучит как-то незвершенно. Если
> "как я оцениваю трудоемкость" по пересборке/исправлению зависимых пакетов,
> то ответ - как близкую к нулю.
у вас есть подтверждения данного высказывания?

> 
> > >  
> > > > Если они конфликтуют и нет Obsoletes, значит, будет выбор, что уже можно
> > > > рассматривать как преимущество. :)
> > > 
> > > Они не конфликтуют по файлам. Эти пакеты помещают соответствующие файлы в
> > > более "общепринятый", скажем так, каталог. Тот же lshw даже не нужно
> > > патчить, чтобы он обнаруживал наличие этих файлов...
> > чем lshw лучше lspci/dmesg?
> 
> Существуют вопросы, на которые не может быть ответа, потому что сами вопросы
> некорректно поставлены.
> 
> А почему lshw должен быть хуже lspci/dmesg? А при чем тут вообще
> lspci/dmesg?!?
а при чем тут hwdatabase? Давайте таки перейдем к конкретике.

> > PS Мысли здравые, но пока слабореализуемые - поскольку за
> > hwdatabase/обновление pcidata по факту отвечают 2 человека (/me и inger@)
> > и оба не сильно обременены данной ношей. Но стоит данные пакеты распилить
> > на кучу неподдерживаемых контрибов, как ценность этой затеи упадет до
> > нуля.
> 
> Честно говоря, долго пытался понять это замечание. Боюсь, что мы настроены
> на разные волны. :) Ниасилил.
у пакета есть люди, которые заинтересованы в его поддержке, т.е. пакет
этими людьми поддерживается, т.е. периодически просматривается/обновляется
и используется. Если из этого пакета сделать тучу мелких пакетов с
различными ответственными/и не очень лицами, работа заинтересованных лиц с
функционалом, который предоставлял старый "жирный" пакет сразу превратится
в бюрократию и волокиту с криками "перезалейте/обновите/поправьте acl/
пакета foo" или "ну когда же обновят данный bar, а то у меня что-то
сломалось". Это не фантазия, а текущее положение дел. Осилили/неосилили -
бардак с разделением останется.

-- 
WBR et al.

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Хихин Руслан]

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

Здравствуйте Konstantin A. Lepikhov
  В сообщении от 11 августа 2007 Konstantin A. Lepikhov написал(a):
 > > > PS Мысли здравые, но пока слабореализуемые - поскольку за
 > > >
 > > > hwdatabase/обновление pcidata по факту отвечают 2 человека (/me
 > > > и inger@)
 > > >
 > > > и оба не сильно обременены данной ношей. Но стоит данные пакеты
 > > > распилить
 > > >
 > > > на кучу неподдерживаемых контрибов, как ценность этой затеи
 > > > упадет до
 > > >
 > > > нуля.
 > >
 > > Честно говоря, долго пытался понять это замечание. Боюсь, что мы
 > > настроены
 > >
 > > на разные волны. :) Ниасилил.
 >
 > у пакета есть люди, которые заинтересованы в его поддержке, т.е.
 > пакет
 >
 > этими людьми поддерживается, т.е. периодически
 > просматривается/обновляется
 >
 > и используется. Если из этого пакета сделать тучу мелких пакетов с
 >
 > различными ответственными/и не очень лицами, работа заинтересованных
 > лиц с
 >
 > функционалом, который предоставлял старый "жирный" пакет сразу
 > превратится
 >
 > в бюрократию и волокиту с криками "перезалейте/обновите/поправьте
 > acl/
 >
 > пакета foo" или "ну когда же обновят данный bar, а то у меня что-то
 >
 > сломалось". Это не фантазия, а текущее положение дел.
 > Осилили/неосилили -
 >
 > бардак с разделением останется.
А разве нельзя иметь у всех этих мелких пакетов один сорец ?


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Денис Смирнов wrote:
> On Fri, Aug 10, 2007 at 12:08:47AM +0400, Konstantin A. Lepikhov wrote:
> 
>>> Сейчас да. Я предлагаю убрать пересекающееся содержимое из hwdatabase.
> KAL> если следовать вашей логике, то не убрать, а пилить дальше - например,
> KAL> откусить оттуда инфу по мониторам и .xinf в разные пакеты. Вы оцениваете
> KAL> данный объем работ по пересборке/исправлению зависимых пакетов (см.
> KAL> alterator-x11)?
> 
> Я бы предложил распилить, а hwdatabase сделать виртуальным пакетом,
> который требует все остальные hwdatabase-* пакеты.

А зачем, если не секрет ? В Sisyphus мало пакетов ?

> 
> KAL> PS Мысли здравые, но пока слабореализуемые - поскольку за
> KAL> hwdatabase/обновление pcidata по факту отвечают 2 человека (/me и inger@)
> KAL> и оба не сильно обременены данной ношей. Но стоит данные пакеты распилить
> KAL> на кучу неподдерживаемых контрибов, как ценность этой затеи упадет до
> KAL> нуля.
> 
> Эти пакеты должны в любом случае собираться из одного srpm.

Какой смысл в распиливании ?

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Victor Forsyuk wrote:
> On Wed, Aug 08, 2007 at 11:54:23PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
>> Hi QA!
>>
>> Wednesday 08, at 01:02:07 PM you wrote:
>>
>>> List of files which have been downloaded from the "devel" incoming:
>>>
>>> pciids-20070807-alt1.src.rpm
>>> usbids-20070728-alt1.src.rpm
>> а зачем нам дубликат hwdatabase?
> 
> Как легко увидеть по содержимому этих пакетов, они не являются _дубликатами_
> hwdatabase.
> 
> Видимо вопрос был в том, что hwdatabase уже содержит файлы pci.ids и usb.ids
> и таким образом новые пакеты содержат дубли входящих в hwdatabase файлов.
> 
> Ну так до этого такие базы дублировались в lshw и usbip. Задача пакетов
> pciids и usbids избавить такие приложения от необходимости пакетить
> собственные (к тому же устаревающие) копии этих баз.

Изначально, задача hwdatabase - избавить lspci/lshw/lsusb и т.д. от 
необходимости таскать отдельно базы.

Не вижу смысла пакетить отдельно pciids, usbids и т.д. - экономия места 
на диске неприлично малая, а проблем создаст неприлично много.

Если вам необходимо другое местоположение этих баз - просто запакуйте 
симлинк.

> 
> Было бы разумно исключить pci.ids и usb.ids из пакета hwdatabase.
> 
> Собственно, напомню недавнее rationale создания новых пакетов:
> 
> http://lists.altlinux.ru/pipermail/devel/2007-July/048653.html


hwdatabase обновляется по мере необходимости, и я бы не сказал что это 
неюзабельно редко.

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Led]

2007/8/14, Anton Farygin <rider@altlinux.com>:
> Victor Forsyuk wrote:
> > On Wed, Aug 08, 2007 at 11:54:23PM +0400, Konstantin A. Lepikhov  wrote:
> >> Hi QA!
> >>
> >> Wednesday 08, at 01:02:07 PM you wrote:
> >>
> >>> List of files which have been downloaded from the "devel" incoming:
> >>>
> >>> pciids-20070807-alt1.src.rpm
> >>> usbids-20070728-alt1.src.rpm
> >> а зачем нам дубликат hwdatabase?
> >
> > Как легко увидеть по содержимому этих пакетов, они не являются _дубликатами_
> > hwdatabase.
> >
> > Видимо вопрос был в том, что hwdatabase уже содержит файлы pci.ids и usb.ids
> > и таким образом новые пакеты содержат дубли входящих в hwdatabase файлов.
> >
> > Ну так до этого такие базы дублировались в lshw и usbip. Задача пакетов
> > pciids и usbids избавить такие приложения от необходимости пакетить
> > собственные (к тому же устаревающие) копии этих баз.
>
> Изначально, задача hwdatabase - избавить lspci/lshw/lsusb и т.д. от
> необходимости таскать отдельно базы.
>
> Не вижу смысла пакетить отдельно pciids, usbids и т.д. - экономия места
> на диске неприлично малая, а проблем создаст неприлично много.

Если "место на диске" - это "место на моём домашнем 500-нике", тогда
да - "неприлично малая". Но... как бы это объяснить... Бывают другие
случаи. например, иногда оправдано включить в софтину поддержку
gzip-нутого usb.ids, чтобы сэкономить сотню килобайт.

> Если вам необходимо другое местоположение этих баз - просто запакуйте
> симлинк.

ИМХО это как раз не проблема. Хотелось бы только чтобы эти базы просто
БЫЛИ, просто ОБНОВЛЯЛИСЬ по мере пополнения информации (а не "по мере
необходимости") и просто находились именно там и никуда не
"переплывали" периодически.

Например, в %_datadir/hwdata/, как это AFAIR обычно принято, хотя это
и не принципиально.

>
> >
> > Было бы разумно исключить pci.ids и usb.ids из пакета hwdatabase.
> >
> > Собственно, напомню недавнее rationale создания новых пакетов:
> >
> > http://lists.altlinux.ru/pipermail/devel/2007-July/048653.html
>
>
> hwdatabase обновляется по мере необходимости

Чьей?

> и я бы не сказал что это
> неюзабельно редко.

Я бы тоже так не сказал, пока сам не "наступил на грабли". Но я "был в
каске":) Я знал, что "спасение утопающих - дело рук самих утопающих",
и теперь "всё своё ношу с собой" :(

-- 
Led.

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Денис Смирнов]

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

On Tue, Aug 14, 2007 at 01:19:15AM +0400, Anton Farygin wrote:

>> Я бы предложил распилить, а hwdatabase сделать виртуальным пакетом,
>> который требует все остальные hwdatabase-* пакеты.
AF> А зачем, если не секрет ? В Sisyphus мало пакетов ?

Некоторые на базе сизифа пытаются и что-то мелкое выпекать. И это мелкое
выпекать удобнее если пакеты с большими файлами отделены.

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
У меня специализация -- мелкий хакинг по месту
		-- mike in devel@

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Денис Смирнов wrote:
> On Tue, Aug 14, 2007 at 01:19:15AM +0400, Anton Farygin wrote:
> 
>>> Я бы предложил распилить, а hwdatabase сделать виртуальным пакетом,
>>> который требует все остальные hwdatabase-* пакеты.
> AF> А зачем, если не секрет ? В Sisyphus мало пакетов ?
> 
> Некоторые на базе сизифа пытаются и что-то мелкое выпекать. И это мелкое
> выпекать удобнее если пакеты с большими файлами отделены.
> 
> Раз появились люди, которым это нужно, а решение задачи тривиально и не
> приносит сложностей -- почему бы его не применить?

Настолько мелкое, что 100 килобайт может иметь значение ?

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Led wrote:
> 2007/8/14, Anton Farygin <rider@altlinux.com>:
>> Victor Forsyuk wrote:
>>> On Wed, Aug 08, 2007 at 11:54:23PM +0400, Konstantin A. Lepikhov  wrote:
>>>> Hi QA!
>>>>
>>>> Wednesday 08, at 01:02:07 PM you wrote:
>>>>
>>>>> List of files which have been downloaded from the "devel" incoming:
>>>>>
>>>>> pciids-20070807-alt1.src.rpm
>>>>> usbids-20070728-alt1.src.rpm
>>>> а зачем нам дубликат hwdatabase?
>>> Как легко увидеть по содержимому этих пакетов, они не являются _дубликатами_
>>> hwdatabase.
>>>
>>> Видимо вопрос был в том, что hwdatabase уже содержит файлы pci.ids и usb.ids
>>> и таким образом новые пакеты содержат дубли входящих в hwdatabase файлов.
>>>
>>> Ну так до этого такие базы дублировались в lshw и usbip. Задача пакетов
>>> pciids и usbids избавить такие приложения от необходимости пакетить
>>> собственные (к тому же устаревающие) копии этих баз.
>> Изначально, задача hwdatabase - избавить lspci/lshw/lsusb и т.д. от
>> необходимости таскать отдельно базы.
>>
>> Не вижу смысла пакетить отдельно pciids, usbids и т.д. - экономия места
>> на диске неприлично малая, а проблем создаст неприлично много.
> 
> Если "место на диске" - это "место на моём домашнем 500-нике", тогда
> да - "неприлично малая". Но... как бы это объяснить... Бывают другие
> случаи. например, иногда оправдано включить в софтину поддержку
> gzip-нутого usb.ids, чтобы сэкономить сотню килобайт.

Если это embedded, то в этом случае лучше воспользоваться spt и 
оптимизировать уже готовый результат хуками.

> 
>> Если вам необходимо другое местоположение этих баз - просто запакуйте
>> симлинк.
> 
> ИМХО это как раз не проблема. Хотелось бы только чтобы эти базы просто
> БЫЛИ, просто ОБНОВЛЯЛИСЬ по мере пополнения информации (а не "по мере
> необходимости") и просто находились именно там и никуда не
> "переплывали" периодически.

Они находятся там уже несколько лет и никуда не плавают.

> 
> Например, в %_datadir/hwdata/, как это AFAIR обычно принято, хотя это
> и не принципиально.

не знаю кем это принято, я сталкивался с базами в /var/

> 
>>> Было бы разумно исключить pci.ids и usb.ids из пакета hwdatabase.
>>>
>>> Собственно, напомню недавнее rationale создания новых пакетов:
>>>
>>> http://lists.altlinux.ru/pipermail/devel/2007-July/048653.html
>>
>> hwdatabase обновляется по мере необходимости
> 
> Чьей?

Мантейнеров
> 
>> и я бы не сказал что это
>> неюзабельно редко.
> 
> Я бы тоже так не сказал, пока сам не "наступил на грабли". Но я "был в
> каске":) Я знал, что "спасение утопающих - дело рук самих утопающих",
> и теперь "всё своё ношу с собой" :(

В чём заключались грабли ? pci.ids или usb.ids ?

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Victor Forsyuk]

On Sat, Aug 11, 2007 at 12:32:48PM +0400, Денис Смирнов <mithraen@altlinux.ru> wrote:
> >> Я бы предложил распилить, а hwdatabase сделать виртуальным пакетом,
> >> который требует все остальные hwdatabase-* пакеты.
> VF> Здраво. А приложения, которым не нужны все файлы из нынешнего hwdatabase
> VF> могут требовать только конкретные пакеты...
> 
> Именно так.
> 
> Кроме того, как я понимаю, речь идет также о переносе в другое место этих

Гугленье показало, что многие программы ожидают увидеть pci.ids и usb.ids в
одном из следующих мест:

/usr/share/
/usr/share/hwdata/ (это имени федоровского пакета hwdata)
/usr/share/misc/
/var/lib/misc/

Помещать файлы непосредственно в /usr/share/ мне крайне не понравилось (по
очевидным причинам). Легко догадаться, что приз мантейнерских симпатий
достался /usr/share/misc/ :)

> файлов -- соответственно можно в hwdatabase положить симлинки.

Видимо стоит, если существует ПО, которое написано в расчете на hwdatabase и
которое ищет pci.ids и/или usb.ids ТОЛЬКО в каталоге /usr/share/hwdatabase.
Что не отменяет необходимости признать в таком расчете плохой стиль...

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Victor Forsyuk]

On Sat, Aug 11, 2007 at 10:30:24PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> 
> > > данный объем работ по пересборке/исправлению зависимых пакетов (см.
> > > alterator-x11)?
> > 
> > Посмотрел. Правда не совсем понял вопрос. Он звучит как-то незвершенно. Если
> > "как я оцениваю трудоемкость" по пересборке/исправлению зависимых пакетов,
> > то ответ - как близкую к нулю.
> у вас есть подтверждения данного высказывания?

Мне было предложено посмотреть на alterator-x11. Я посмотрел:

$ grep -r hwdatabase alterator-x11-0.11
alterator-x11-0.11/helpers/moninfo:MONITORSDB=/usr/share/hwdatabase/MonitorsDB
alterator-x11-0.11/helpers/monscan:MONITORSDB=/usr/share/hwdatabase/MonitorsDB
alterator-x11-0.11/helpers/vcdrv:video_db_path="/usr/share/hwdatabase/videoaliases"
alterator-x11-0.11/tools/monitor_drivers:MONITORSDB=/usr/share/hwdatabase/MonitorsDB

Не вижу тут упоминаний pci.ids и usb.ids в подкаталоге hwdatabase.
Соответственно, трудоемкость по этому пакету в связи с отдельным
пакетированием и помещением в "более стандартное" место этих файлов равна
нулю. :)

Нет, я понимаю, что какие-то пакеты видимо придется попатчить, пересобрать с
новыми зависимостями, etc. Поскольку hwdatabase это чисто альтовскый пакет
(подобный федоровскому hwdata), то я обоснованно подозреваю, что завязаны на
упакованные в нем пути файлов могут только альтовские же программы
(alterator-* ?).

> > > чем lshw лучше lspci/dmesg?
> > 
> > Существуют вопросы, на которые не может быть ответа, потому что сами вопросы
> > некорректно поставлены.
> > 
> > А почему lshw должен быть хуже lspci/dmesg? А при чем тут вообще
> > lspci/dmesg?!?
> а при чем тут hwdatabase? Давайте таки перейдем к конкретике.

Хмм... Видимо я непроходимо туп. Много раз перечитал отквоченное и так и не
понял, что мне пытались втолковать... Ладно
 
> > Честно говоря, долго пытался понять это замечание. Боюсь, что мы настроены
> > на разные волны. :) Ниасилил.
> у пакета есть люди, которые заинтересованы в его поддержке, т.е. пакет
> этими людьми поддерживается, т.е. периодически просматривается/обновляется
> и используется.

Замечательно!

> Если из этого пакета сделать тучу мелких пакетов с
> различными ответственными/и не очень лицами, работа заинтересованных лиц с

А вот с этим не согласен. Из него выделены pci.ids и usb.ids. Почему такое
отделение осмысленно и целесообразно я уже пытался сформулировать в этой
рассылке (и потом трижды давал на свои доводы ссылку :). Если есть
контрдоводы, давайте это обсуждать.

Если есть желание высказать сомнение в том, являюсь ли я ответственным лицом
:), давайте писать это открытым текстом.

Ну а если нижепроцитированное написано по поводу упаковки содержимого
hwdatabase по разным пакетам, то тем более непонятно откуда эти ужасы -
стройте все эти пакеты из одного source rpm...

> функционалом, который предоставлял старый "жирный" пакет сразу превратится
> в бюрократию и волокиту с криками "перезалейте/обновите/поправьте acl/
> пакета foo" или "ну когда же обновят данный bar, а то у меня что-то
> сломалось". Это не фантазия, а текущее положение дел. Осилили/неосилили -
> бардак с разделением останется.

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

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

Hi Led!

Tuesday 14, at 01:32:04 AM you wrote:

...
> Если "место на диске" - это "место на моём домашнем 500-нике", тогда
> да - "неприлично малая". Но... как бы это объяснить... Бывают другие
> случаи. например, иногда оправдано включить в софтину поддержку
> gzip-нутого usb.ids, чтобы сэкономить сотню килобайт.
смысл? если образ можно сжать squashfs с LZMA ;)

> 
> > Если вам необходимо другое местоположение этих баз - просто запакуйте
> > симлинк.
> 
> ИМХО это как раз не проблема. Хотелось бы только чтобы эти базы просто
> БЫЛИ, просто ОБНОВЛЯЛИСЬ по мере пополнения информации (а не "по мере
> необходимости") и просто находились именно там и никуда не
> "переплывали" периодически.
распил ничего вам не даст в плане обновления и переплывания. Более, того
пакет начнет тухнуть гораздо сильнее.

> 
> Например, в %_datadir/hwdata/, как это AFAIR обычно принято, хотя это
> и не принципиально.
кем принято? с каких это пор RH считают за FHS?

...
> Я бы тоже так не сказал, пока сам не "наступил на грабли". Но я "был в
> каске":) Я знал, что "спасение утопающих - дело рук самих утопающих",
> и теперь "всё своё ношу с собой" :(
если вы про багу с nvidia - распил опять ничего не решает.

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Led]

В сообщении от Tuesday 14 August 2007 22:06:40 Konstantin A. Lepikhov 
написал(а):
> Hi Led!
>
> Tuesday 14, at 01:32:04 AM you wrote:
>
> ...
>
> > Если "место на диске" - это "место на моём домашнем 500-нике", тогда
> > да - "неприлично малая". Но... как бы это объяснить... Бывают другие
> > случаи. например, иногда оправдано включить в софтину поддержку
> > gzip-нутого usb.ids, чтобы сэкономить сотню килобайт.
>
> смысл? если образ можно сжать squashfs с LZMA ;)

И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь 
не отменяются.

>
> > > Если вам необходимо другое местоположение этих баз - просто запакуйте
> > > симлинк.
> >
> > ИМХО это как раз не проблема. Хотелось бы только чтобы эти базы просто
> > БЫЛИ, просто ОБНОВЛЯЛИСЬ по мере пополнения информации (а не "по мере
> > необходимости") и просто находились именно там и никуда не
> > "переплывали" периодически.
>
> распил ничего вам не даст в плане обновления и переплывания. Более, того
> пакет начнет тухнуть гораздо сильнее.
>
> > Например, в %_datadir/hwdata/, как это AFAIR обычно принято, хотя это
> > и не принципиально.
>
> кем принято? с каких это пор RH считают за FHS?

В FSH нет ничего про *.ids, так-что ирония неуместна.
К тому же, я сказал "например" и "не принципиально":)

>
> ...
>
> > Я бы тоже так не сказал, пока сам не "наступил на грабли". Но я "был в
> > каске":) Я знал, что "спасение утопающих - дело рук самих утопающих",
> > и теперь "всё своё ношу с собой" :(
>
> если вы про багу с nvidia - распил опять ничего не решает.

А я в данном случае (в последнем абзаце) вовсе не про "распил" говорил:)

-- 
Led

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

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

Hi Led!

Wednesday 15, at 03:03:35 PM you wrote:

> > смысл? если образ можно сжать squashfs с LZMA ;)
> 
> И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь 
> не отменяются.
напишите свой, не кривой, делов-то.

> > кем принято? с каких это пор RH считают за FHS?
> 
> В FSH нет ничего про *.ids, так-что ирония неуместна.
> К тому же, я сказал "например" и "не принципиально":)
и?

> > если вы про багу с nvidia - распил опять ничего не решает.
> 
> А я в данном случае (в последнем абзаце) вовсе не про "распил" говорил:)
пакет hwdatabase настолько велик и у него столько багов? Огласите полный
список претензий пжлста.

-- 
WBR et al.

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

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

Hi Victor!

Tuesday 14, at 05:53:10 PM you wrote:

<заранее извиняюсь за резкость, конец рабочего дня и жара не настраивают
не релаксацию в процессе чтения почты>

> > у вас есть подтверждения данного высказывания?
> 
> Мне было предложено посмотреть на alterator-x11. Я посмотрел:
...
> Не вижу тут упоминаний pci.ids и usb.ids в подкаталоге hwdatabase.
> Соответственно, трудоемкость по этому пакету в связи с отдельным
> пакетированием и помещением в "более стандартное" место этих файлов равна
> нулю. :)
А mkinitrd/различные x11setup'ы/hotplug'и? Кто будет заниматься
мартышкиным трудом по переписыванию этого хозяйства? Или сначала сломаем,
а потом будем в спешке придумывать очередные велосипеды.

> 
> Нет, я понимаю, что какие-то пакеты видимо придется попатчить, пересобрать с
> новыми зависимостями, etc. Поскольку hwdatabase это чисто альтовскый пакет
> (подобный федоровскому hwdata), то я обоснованно подозреваю, что завязаны на
> упакованные в нем пути файлов могут только альтовские же программы
> (alterator-* ?).
примерный список пакетов я выше обозначил. Теперь попробую ответить более
развернуто.

Что значит "чисто альтовскый пакет"? Обоснование что мол hwdatabase
является чисто альтовым костылем и нам пацанам мешает софт из RH
перетаскивать не засчитано (это скорее Led'у ответ). Да,
/usr/share/hwdatabase - это изобретение ALT, как и hwdata у RH. Но в
каждом монастыре свои порядки.  

...
> Хмм... Видимо я непроходимо туп. Много раз перечитал отквоченное и так и не
> понял, что мне пытались втолковать... Ладно
второй заход - чем lshw лучше firmwaretookit?

...
> > Если из этого пакета сделать тучу мелких пакетов с
> > различными ответственными/и не очень лицами, работа заинтересованных лиц с
> 
> А вот с этим не согласен. Из него выделены pci.ids и usb.ids. Почему такое
> отделение осмысленно и целесообразно я уже пытался сформулировать в этой
> рассылке (и потом трижды давал на свои доводы ссылку :). Если есть
> контрдоводы, давайте это обсуждать.
> 
> Если есть желание высказать сомнение в том, являюсь ли я ответственным лицом
> :), давайте писать это открытым текстом.
у меня есть желание выкинуть эти 2 несчастных файла из hwdatabase.
Поскольку дальнейший диалог просто неконструктивен - вы говорите просто о
перемещении этих 2х файлов из состава hwdatabase в что-то иное, я - про
структуру самой hwdatabase в целом и чем чреваты изменения в ней
(hwdatabase это не только .ids).

Кстати, вопрос по базам - что мне даст новая база pciids, если я сам себе
придумал vendor id?  Да и вообще, зачем нужно красивое имя, если на уровне
ядра/драйвера важнее именно _коды_, которые ну никак не зависят от
обновления баз.

> 
> Ну а если нижепроцитированное написано по поводу упаковки содержимого
> hwdatabase по разным пакетам, то тем более непонятно откуда эти ужасы -
> стройте все эти пакеты из одного source rpm...
тогда будет еще одна тухлая тим вроде питона.

-- 
WBR et al.

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

[devel] Fwd: [cyber] I: Sisyphus-20070808 devel download: +4

[Led]

2007/8/15, Konstantin A. Lepikhov <lakostis@altlinux.org>:
> > > смысл? если образ можно сжать squashfs с LZMA ;)
> >
> > И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь
> > не отменяются.
> напишите свой, не кривой, делов-то.

Да, очень смешно:)

>
> > > кем принято? с каких это пор RH считают за FHS?
> >
> > В FSH нет ничего про *.ids, так-что ирония неуместна.
> > К тому же, я сказал "например" и "не принципиально":)
> и?

И ничего. По мне, так пусть лежит где угодно, только место не меняйте:)

>
> > > если вы про багу с nvidia - распил опять ничего не решает.
> >
> > А я в данном случае (в последнем абзаце) вовсе не про "распил" говорил:)
> пакет hwdatabase настолько велик и у него столько багов? Огласите полный
> список претензий пжлста.

К пакету hwdatabase - притензий нет. У меня почему-то складывается
мнение, что вокруг него много шума, поэтому его лучше не использовать.

-- 
Led.

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Led]

2007/8/15, Konstantin A. Lepikhov <lakostis@altlinux.org>:
> Hi Victor!
>
> Tuesday 14, at 05:53:10 PM you wrote:
>
> <заранее извиняюсь за резкость, конец рабочего дня и жара не настраивают
> не релаксацию в процессе чтения почты>
>
> Что значит "чисто альтовскый пакет"? Обоснование что мол hwdatabase
> является чисто альтовым костылем и нам пацанам мешает софт из RH
> перетаскивать не засчитано (это скорее Led'у ответ).

Наверное, действительно - очень жарко:)

Всё, что я хотел узнать: имеет ли смысл ориентироваться на пакет
hwdatabase или на какой-то другой при необходимости в usb.ids. Об этом
я и спросил пару недель назад в рассылке. Ответа от мейнтейнера
hwdatabase (т.е. от тебя) я не получил. Поэтому (памятуя о том, что в
багзилле ты дал понять, что обновлять ты его собираешся), я упаковал
локальный usb.uds в пакет, который его требовал. Если я просто
неправильно тебя понял (а такие сомнения у меня были - почему я
обратился в рассылку с вопросом) - тогда прошу прощения. Но если
честно, то я и сейчас, после твоего "гневного" поста, вызванного, как
я понял жаркой погодой и усталостью, так и не понял позиции
мейнтейнера hwdatabase относительно пакета hwdatabase.
Я нигде не требовал "распиливания" hwdatabase и перекладывания файлов
ИЗ НЕГО в "стиле RH", я не занимаюсь "перетаскиванием пакетов из RH",
да и не "пацан" я (вроде бы):)

-- 
Led.

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Led]

2007/8/16, Led <led@altlinux.ru>:
> 2007/8/15, Konstantin A. Lepikhov <lakostis@altlinux.org>:
> > Hi Victor!
> >
> > Tuesday 14, at 05:53:10 PM you wrote:
> >
> > <заранее извиняюсь за резкость, конец рабочего дня и жара не настраивают
> > не релаксацию в процессе чтения почты>
> >
> > Что значит "чисто альтовскый пакет"? Обоснование что мол hwdatabase
> > является чисто альтовым костылем и нам пацанам мешает софт из RH
> > перетаскивать не засчитано (это скорее Led'у ответ).
>
> Наверное, действительно - очень жарко:)
>
> Всё, что я хотел узнать: имеет ли смысл ориентироваться на пакет
> hwdatabase или на какой-то другой при необходимости в usb.ids. Об этом
> я и спросил пару недель назад в рассылке. Ответа от мейнтейнера
> hwdatabase (т.е. от тебя) я не получил. Поэтому (памятуя о том, что в
> багзилле ты дал понять, что обновлять ты его собираешся),

Блин... хотел сказать "памятуя о том, что в багзилле ты дал понять,
что обновлять ты его НЕ собираешся"

> я упаковал
> локальный usb.uds в пакет, который его требовал.

-- 
Led.

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Victor Forsyuk wrote:
> On Sat, Aug 11, 2007 at 10:30:24PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
>>>> данный объем работ по пересборке/исправлению зависимых пакетов (см.
>>>> alterator-x11)?
>>> Посмотрел. Правда не совсем понял вопрос. Он звучит как-то незвершенно. Если
>>> "как я оцениваю трудоемкость" по пересборке/исправлению зависимых пакетов,
>>> то ответ - как близкую к нулю.
>> у вас есть подтверждения данного высказывания?
> 
> Мне было предложено посмотреть на alterator-x11. Я посмотрел:
> 
> $ grep -r hwdatabase alterator-x11-0.11
> alterator-x11-0.11/helpers/moninfo:MONITORSDB=/usr/share/hwdatabase/MonitorsDB
> alterator-x11-0.11/helpers/monscan:MONITORSDB=/usr/share/hwdatabase/MonitorsDB
> alterator-x11-0.11/helpers/vcdrv:video_db_path="/usr/share/hwdatabase/videoaliases"
> alterator-x11-0.11/tools/monitor_drivers:MONITORSDB=/usr/share/hwdatabase/MonitorsDB
> 
> Не вижу тут упоминаний pci.ids и usb.ids в подкаталоге hwdatabase.
> Соответственно, трудоемкость по этому пакету в связи с отдельным
> пакетированием и помещением в "более стандартное" место этих файлов равна
> нулю. :)
> 
> Нет, я понимаю, что какие-то пакеты видимо придется попатчить, пересобрать с
> новыми зависимостями, etc. Поскольку hwdatabase это чисто альтовскый пакет
> (подобный федоровскому hwdata), то я обоснованно подозреваю, что завязаны на
> упакованные в нем пути файлов могут только альтовские же программы
> (alterator-* ?).

Верно. Но часть программ уже запатчена на новые пути (тот же lspci). 
Смысла менять это поведение я не виду.


> 
>>>> чем lshw лучше lspci/dmesg?
>>> Существуют вопросы, на которые не может быть ответа, потому что сами вопросы
>>> некорректно поставлены.
>>>
>>> А почему lshw должен быть хуже lspci/dmesg? А при чем тут вообще
>>> lspci/dmesg?!?
>> а при чем тут hwdatabase? Давайте таки перейдем к конкретике.
> 
> Хмм... Видимо я непроходимо туп. Много раз перечитал отквоченное и так и не
> понял, что мне пытались втолковать... Ладно
>  
>>> Честно говоря, долго пытался понять это замечание. Боюсь, что мы настроены
>>> на разные волны. :) Ниасилил.
>> у пакета есть люди, которые заинтересованы в его поддержке, т.е. пакет
>> этими людьми поддерживается, т.е. периодически просматривается/обновляется
>> и используется.
> 
> Замечательно!
> 
>> Если из этого пакета сделать тучу мелких пакетов с
>> различными ответственными/и не очень лицами, работа заинтересованных лиц с
> 
> А вот с этим не согласен. Из него выделены pci.ids и usb.ids. Почему такое
> отделение осмысленно и целесообразно я уже пытался сформулировать в этой
> рассылке (и потом трижды давал на свои доводы ссылку :). Если есть
> контрдоводы, давайте это обсуждать.

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

Какие-то пытаются искать везде - это тоже лечится.

Собственно ситуация аналогична сертификатам для ssl.


> 
> Если есть желание высказать сомнение в том, являюсь ли я ответственным лицом
> :), давайте писать это открытым текстом.

Никаких сомнений. Весь вопрос только в необходимости такого разделения.

> 
> Ну а если нижепроцитированное написано по поводу упаковки содержимого
> hwdatabase по разным пакетам, то тем более непонятно откуда эти ужасы -
> стройте все эти пакеты из одного source rpm...

Тогда какой смысл делить это по пакетам ?

> 
>> функционалом, который предоставлял старый "жирный" пакет сразу превратится
>> в бюрократию и волокиту с криками "перезалейте/обновите/поправьте acl/
>> пакета foo" или "ну когда же обновят данный bar, а то у меня что-то
>> сломалось". Это не фантазия, а текущее положение дел. Осилили/неосилили -
>> бардак с разделением останется.

Re: [devel] Fwd: [cyber] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Led wrote:
> 2007/8/15, Konstantin A. Lepikhov <lakostis@altlinux.org>:
>>>> смысл? если образ можно сжать squashfs с LZMA ;)
>>> И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь
>>> не отменяются.
>> напишите свой, не кривой, делов-то.
> 
> Да, очень смешно:)
> 
>>>> кем принято? с каких это пор RH считают за FHS?
>>> В FSH нет ничего про *.ids, так-что ирония неуместна.
>>> К тому же, я сказал "например" и "не принципиально":)
>> и?
> 
> И ничего. По мне, так пусть лежит где угодно, только место не меняйте:)
> 
>>>> если вы про багу с nvidia - распил опять ничего не решает.
>>> А я в данном случае (в последнем абзаце) вовсе не про "распил" говорил:)
>> пакет hwdatabase настолько велик и у него столько багов? Огласите полный
>> список претензий пжлста.
> 
> К пакету hwdatabase - притензий нет. У меня почему-то складывается
> мнение, что вокруг него много шума, поэтому его лучше не использовать.
> 

Ага.. вокруг KDE/GNOME тоже много шума, лучше не использовать.. ядро 
вообще шумит постоянно - не надо его использовать.

В общем это всё не конкретика. Используйте hwdatabase, не бойтесь. Если 
будет необходимость - я могу поставить обновление баз на крон ;)

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

Led пишет:
  > Всё, что я хотел узнать: имеет ли смысл ориентироваться на пакет
> hwdatabase или на какой-то другой при необходимости в usb.ids. Об этом
да, имеет. Обновить данные файлы в hwdatabase для меня не составляет 
труда. Впрочем, force@ почему-то так не считает, хотя и не мантейнер 
данного пакета.

> я и спросил пару недель назад в рассылке. Ответа от мейнтейнера
> hwdatabase (т.е. от тебя) я не получил. Поэтому (памятуя о том, что в
> багзилле ты дал понять, что обновлять ты его собираешся), я упаковал
> локальный usb.uds в пакет, который его требовал. Если я просто
> неправильно тебя понял (а такие сомнения у меня были - почему я
> обратился в рассылку с вопросом) - тогда прошу прощения. Но если
> честно, то я и сейчас, после твоего "гневного" поста, вызванного, как
> я понял жаркой погодой и усталостью, так и не понял позиции
> мейнтейнера hwdatabase относительно пакета hwdatabase.
позиция проста - hwdatabase содержит внутри себя несколько outdated 
файлов, которые я не собираюсь поддерживать в будущем, поскольку 
придумываю новые варианты - это pcidata и данные для детектирования 
процессоров. Все остальное будет поддерживаться в обычном порядке, т.е. 
по запросу/собственной необходимости.

> Я нигде не требовал "распиливания" hwdatabase и перекладывания файлов
> ИЗ НЕГО в "стиле RH", я не занимаюсь "перетаскиванием пакетов из RH",
> да и не "пацан" я (вроде бы):)
и это хорошо.

PS Исходя из данного письма, у нас есть только один воинствующий 
манейнер, который хочет странного ;)

[devel] pci.ids и компания

[Michael Shigorin]

On Thu, Aug 16, 2007 at 09:13:49AM +0400, Anton Farygin wrote:
> Верно. Но часть программ уже запатчена на новые пути (тот же lspci). 
> Смысла менять это поведение я не виду.

Я вижу -- ближе к апстриму.

Собственно, мне кажется наиболее употребимым /usr/share/misc/,
а логичным вариантом -- симлинк оттуда для начала.  Там видно
будет, кому чего надо.

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

Это хорошо бы не тривиально лечить каждый раз, а отпинать fd.o 
или ещё кого предложением на чём-то остановиться в качестве
стандартного местоположения.

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

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Led]

В сообщении от Thursday 16 August 2007 13:42:06 Konstantin A. Lepikhov 
написал(а):
> Led пишет:
>   > Всё, что я хотел узнать: имеет ли смысл ориентироваться на пакет
> >
> > hwdatabase или на какой-то другой при необходимости в usb.ids. Об этом
>
> да, имеет. Обновить данные файлы в hwdatabase для меня не составляет
> труда. Впрочем, force@ почему-то так не считает, хотя и не мантейнер
> данного пакета.
>
> > я и спросил пару недель назад в рассылке. Ответа от мейнтейнера
> > hwdatabase (т.е. от тебя) я не получил. Поэтому (памятуя о том, что в
> > багзилле ты дал понять, что обновлять ты его собираешся), я упаковал
> > локальный usb.uds в пакет, который его требовал. Если я просто
> > неправильно тебя понял (а такие сомнения у меня были - почему я
> > обратился в рассылку с вопросом) - тогда прошу прощения. Но если
> > честно, то я и сейчас, после твоего "гневного" поста, вызванного, как
> > я понял жаркой погодой и усталостью, так и не понял позиции
> > мейнтейнера hwdatabase относительно пакета hwdatabase.
>
> позиция проста - hwdatabase содержит внутри себя несколько outdated
> файлов, которые я не собираюсь поддерживать в будущем, поскольку
> придумываю новые варианты - это pcidata и данные для детектирования
> процессоров. Все остальное будет поддерживаться в обычном порядке, т.е.
> по запросу/собственной необходимости.

Ок, вот теперь всё ясно!:)

>
> > Я нигде не требовал "распиливания" hwdatabase и перекладывания файлов
> > ИЗ НЕГО в "стиле RH", я не занимаюсь "перетаскиванием пакетов из RH",
> > да и не "пацан" я (вроде бы):)
>
> и это хорошо.
>
> PS Исходя из данного письма, у нас есть только один воинствующий
> манейнер, который хочет странного ;)

Скорее, это, опять же, просто недоразумения. К сожалению, наверное, это я 
(прямо и косвено) со своим вопросом в рассылке стал причиной этой, ИМХО по 
большей части, неконструктивной дискуссии, больше похожей на "разборки" :(
Я прошу прощения.

-- 
Led

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Victor Forsyuk]

On Wed, Aug 15, 2007 at 11:40:01PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> Hi Led!
> 
> Wednesday 15, at 03:03:35 PM you wrote:
> 
> > > смысл? если образ можно сжать squashfs с LZMA ;)
> > 
> > И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь 
> > не отменяются.
> напишите свой, не кривой, делов-то.

Константин, обсуждается _Ваше_ предложение... Так что Вы и пишите "свой, не
кривой, делов-то". Напишете - будет Вам _искренняя_ благодарность от всех
эмбедщиков за красивое, некривое, отлаженное решение. Ну а если не хотите, а
так только, ценным советом помочь... Тогда мы уж попробуем все же сами
выбирать как на основе сизифовского репозитария строить embedded решения.
К слову, моя работа на ближайшие годы как раз и будет связана с embedded
дистрибутивами. И я очень надеюсь, что в команде не найдутся люди, которые
будут двигать репозитарий в сторону, затрудняющую его использование во
встроенных системах... поскольку в этом случае я буду вынужден с сожалением
искать другие варианты...

Re: [devel] pci.ids и компания

[Anton Farygin]

Michael Shigorin wrote:
> On Thu, Aug 16, 2007 at 09:13:49AM +0400, Anton Farygin wrote:
>> Верно. Но часть программ уже запатчена на новые пути (тот же lspci). 
>> Смысла менять это поведение я не виду.
> 
> Я вижу -- ближе к апстриму.

Ближе к чьему апстриму ?

> 
> Собственно, мне кажется наиболее употребимым /usr/share/misc/,
> а логичным вариантом -- симлинк оттуда для начала.  Там видно
> будет, кому чего надо.

Да никому ничего не надо - местоположение pci.ids плавает в зависимости 
от автора прогрыммы и используемого им дистрибтиува. Надо просто и 
тривиально исправлять всех кто хочет странного.

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

> 
>> Честно говоря я так и не понял смысл перемещения. Ну да,
>> какие-то программы пытаются найти эти базы в разных местах
>> системы. Но это тривиально лечится.
> 
> Это хорошо бы не тривиально лечить каждый раз, а отпинать fd.o 
> или ещё кого предложением на чём-то остановиться в качестве
> стандартного местоположения.
> 

Займись.

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Victor Forsyuk wrote:
> On Wed, Aug 15, 2007 at 11:40:01PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
>> Hi Led!
>>
>> Wednesday 15, at 03:03:35 PM you wrote:
>>
>>>> смысл? если образ можно сжать squashfs с LZMA ;)
>>> И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь 
>>> не отменяются.
>> напишите свой, не кривой, делов-то.
> 
> Константин, обсуждается _Ваше_ предложение... Так что Вы и пишите "свой, не
> кривой, делов-то". Напишете - будет Вам _искренняя_ благодарность от всех
> эмбедщиков за красивое, некривое, отлаженное решение. Ну а если не хотите, а
> так только, ценным советом помочь... Тогда мы уж попробуем все же сами
> выбирать как на основе сизифовского репозитария строить embedded решения.
> К слову, моя работа на ближайшие годы как раз и будет связана с embedded
> дистрибутивами. И я очень надеюсь, что в команде не найдутся люди, которые
> будут двигать репозитарий в сторону, затрудняющую его использование во
> встроенных системах... поскольку в этом случае я буду вынужден с сожалением
> искать другие варианты...

Виктор, а поясните пожалуйста, зачем в Embedded системах может быть 
нужен pci.ids или вообще hwdatabase ?

Re: [devel] pci.ids и компания

[Michael Shigorin]

On Fri, Aug 17, 2007 at 09:55:20AM +0400, Anton Farygin wrote:
> >> Верно. Но часть программ уже запатчена на новые пути (тот же lspci). 
> >> Смысла менять это поведение я не виду.
> > Я вижу -- ближе к апстриму.
> Ближе к чьему апстриму ?

В данном примере -- pciutils.  Мне бы не хотелось тащить такие
глупые патчи.

> > Собственно, мне кажется наиболее употребимым
> > /usr/share/misc/, а логичным вариантом -- симлинк
> > оттуда для начала.  Там видно будет, кому чего надо.
> Да никому ничего не надо - местоположение pci.ids плавает
> в зависимости от автора прогрыммы и используемого им
> дистрибтиува. Надо просто и тривиально исправлять всех кто
> хочет странного.

Нет, надо просто и тривиально продавливать стандартизацию 
с целью уменьшения количества таких микропоедателей времени.
Если бы такие процессы не проводились, мы бы до сих пор жили
в слаквари.

> >> Честно говоря я так и не понял смысл перемещения. Ну да,
> >> какие-то программы пытаются найти эти базы в разных местах
> >> системы. Но это тривиально лечится.
> > Это хорошо бы не тривиально лечить каждый раз, а отпинать
> > fd.o или ещё кого предложением на чём-то остановиться в
> > качестве стандартного местоположения.
> Займись.

Да вот собираюсь.  Наверное, как дойдёт до обновления pciutils
-- придётся ;-)

(там ещё один вопрос был, надо будет сверить по отложенному)

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

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Kirill A. Shutemov]

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

On [Fri, 17.08.2007 09:56], Anton Farygin wrote:
> Victor Forsyuk wrote:
> > On Wed, Aug 15, 2007 at 11:40:01PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> >> Hi Led!
> >>
> >> Wednesday 15, at 03:03:35 PM you wrote:
> >>
> >>>> смысл? если образ можно сжать squashfs с LZMA ;)
> >>> И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь 
> >>> не отменяются.
> >> напишите свой, не кривой, делов-то.
> > 
> > Константин, обсуждается _Ваше_ предложение... Так что Вы и пишите "свой, не
> > кривой, делов-то". Напишете - будет Вам _искренняя_ благодарность от всех
> > эмбедщиков за красивое, некривое, отлаженное решение. Ну а если не хотите, а
> > так только, ценным советом помочь... Тогда мы уж попробуем все же сами
> > выбирать как на основе сизифовского репозитария строить embedded решения.
> > К слову, моя работа на ближайшие годы как раз и будет связана с embedded
> > дистрибутивами. И я очень надеюсь, что в команде не найдутся люди, которые
> > будут двигать репозитарий в сторону, затрудняющую его использование во
> > встроенных системах... поскольку в этом случае я буду вынужден с сожалением
> > искать другие варианты...
> 
> Виктор, а поясните пожалуйста, зачем в Embedded системах может быть 
> нужен pci.ids или вообще hwdatabase ?

Embedded сегодня сильно отличается от Embedded вчера. У меня под сталом
лежит Development Board на XScale в которой есть 1xPCI и 1xPCIex4.

-- 
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] [cyber] I: Sisyphus-20070808 devel download: +4

[Kirill A. Shutemov]

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

On [Fri, 17.08.2007 22:34], Anton Farygin wrote:
> Kirill A. Shutemov wrote:
> > On [Fri, 17.08.2007 09:56], Anton Farygin wrote:
> >> Victor Forsyuk wrote:
> >>> On Wed, Aug 15, 2007 at 11:40:01PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
> >>>> Hi Led!
> >>>>
> >>>> Wednesday 15, at 03:03:35 PM you wrote:
> >>>>
> >>>>>> смысл? если образ можно сжать squashfs с LZMA ;)
> >>>>> И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь 
> >>>>> не отменяются.
> >>>> напишите свой, не кривой, делов-то.
> >>> Константин, обсуждается _Ваше_ предложение... Так что Вы и пишите "свой, не
> >>> кривой, делов-то". Напишете - будет Вам _искренняя_ благодарность от всех
> >>> эмбедщиков за красивое, некривое, отлаженное решение. Ну а если не хотите, а
> >>> так только, ценным советом помочь... Тогда мы уж попробуем все же сами
> >>> выбирать как на основе сизифовского репозитария строить embedded решения.
> >>> К слову, моя работа на ближайшие годы как раз и будет связана с embedded
> >>> дистрибутивами. И я очень надеюсь, что в команде не найдутся люди, которые
> >>> будут двигать репозитарий в сторону, затрудняющую его использование во
> >>> встроенных системах... поскольку в этом случае я буду вынужден с сожалением
> >>> искать другие варианты...
> >> Виктор, а поясните пожалуйста, зачем в Embedded системах может быть 
> >> нужен pci.ids или вообще hwdatabase ?
> > 
> > Embedded сегодня сильно отличается от Embedded вчера. У меня под сталом
> > лежит Development Board на XScale в которой есть 1xPCI и 1xPCIex4.
> 
> Это понятно. Зачем там нужен pci.ids ? ;)

Затем зачем и любой другой машине.

-- 
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] pci.ids и компания

[Anton Farygin]

Michael Shigorin wrote:
> On Fri, Aug 17, 2007 at 09:55:20AM +0400, Anton Farygin wrote:
>>>> Верно. Но часть программ уже запатчена на новые пути (тот же lspci). 
>>>> Смысла менять это поведение я не виду.
>>> Я вижу -- ближе к апстриму.
>> Ближе к чьему апстриму ?
> 
> В данном примере -- pciutils.  Мне бы не хотелось тащить такие
> глупые патчи.

насколько я помню - pciutils таскали pci.ids с собой. Что ещё хуже ;)

Попросите mainstream добавить в configure возможность указывать 
местоположение базы.

> 
>>> Собственно, мне кажется наиболее употребимым
>>> /usr/share/misc/, а логичным вариантом -- симлинк
>>> оттуда для начала.  Там видно будет, кому чего надо.
>> Да никому ничего не надо - местоположение pci.ids плавает
>> в зависимости от автора прогрыммы и используемого им
>> дистрибтиува. Надо просто и тривиально исправлять всех кто
>> хочет странного.
> 
> Нет, надо просто и тривиально продавливать стандартизацию 
> с целью уменьшения количества таких микропоедателей времени.
> Если бы такие процессы не проводились, мы бы до сих пор жили
> в слаквари.

Чем мы и занимаемся. Только вот стандарты у каждого дистрибутива свои.

> 
>>>> Честно говоря я так и не понял смысл перемещения. Ну да,
>>>> какие-то программы пытаются найти эти базы в разных местах
>>>> системы. Но это тривиально лечится.
>>> Это хорошо бы не тривиально лечить каждый раз, а отпинать
>>> fd.o или ещё кого предложением на чём-то остановиться в
>>> качестве стандартного местоположения.
>> Займись.
> 
> Да вот собираюсь.  Наверное, как дойдёт до обновления pciutils
> -- придётся ;-)

Давай. Не забудь про опцию configure - это решит 99% проблем.

> 
> (там ещё один вопрос был, надо будет сверить по отложенному)
> 

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Kirill A. Shutemov wrote:
> On [Fri, 17.08.2007 09:56], Anton Farygin wrote:
>> Victor Forsyuk wrote:
>>> On Wed, Aug 15, 2007 at 11:40:01PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
>>>> Hi Led!
>>>>
>>>> Wednesday 15, at 03:03:35 PM you wrote:
>>>>
>>>>>> смысл? если образ можно сжать squashfs с LZMA ;)
>>>>> И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь 
>>>>> не отменяются.
>>>> напишите свой, не кривой, делов-то.
>>> Константин, обсуждается _Ваше_ предложение... Так что Вы и пишите "свой, не
>>> кривой, делов-то". Напишете - будет Вам _искренняя_ благодарность от всех
>>> эмбедщиков за красивое, некривое, отлаженное решение. Ну а если не хотите, а
>>> так только, ценным советом помочь... Тогда мы уж попробуем все же сами
>>> выбирать как на основе сизифовского репозитария строить embedded решения.
>>> К слову, моя работа на ближайшие годы как раз и будет связана с embedded
>>> дистрибутивами. И я очень надеюсь, что в команде не найдутся люди, которые
>>> будут двигать репозитарий в сторону, затрудняющую его использование во
>>> встроенных системах... поскольку в этом случае я буду вынужден с сожалением
>>> искать другие варианты...
>> Виктор, а поясните пожалуйста, зачем в Embedded системах может быть 
>> нужен pci.ids или вообще hwdatabase ?
> 
> Embedded сегодня сильно отличается от Embedded вчера. У меня под сталом
> лежит Development Board на XScale в которой есть 1xPCI и 1xPCIex4.

Это понятно. Зачем там нужен pci.ids ? ;)

Re: [devel] I: Sisyphus-20070808 devel download: +4

[Денис Смирнов]

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

On Tue, Aug 14, 2007 at 11:53:40AM +0400, Anton Farygin wrote:
> AF>> А зачем, если не секрет ? В Sisyphus мало пакетов ?
>> Некоторые на базе сизифа пытаются и что-то мелкое выпекать. И это мелкое
>> выпекать удобнее если пакеты с большими файлами отделены.
>> Раз появились люди, которым это нужно, а решение задачи тривиально и не
>> приносит сложностей -- почему бы его не применить?
AF> Настолько мелкое, что 100 килобайт может иметь значение ?

Достаточно мелкое чтобы "там 100k, там 100k, и вот уже получилось слишком
дофига".

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Ничто так не ограничивает полёт мысли программиста, как компилятор.

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

Re: [devel] pci.ids и компания

[Michael Shigorin]

On Fri, Aug 17, 2007 at 10:34:14PM +0400, Anton Farygin wrote:
> >>>> Верно. Но часть программ уже запатчена на новые пути (тот
> >>>> же lspci).  Смысла менять это поведение я не виду.
> >>> Я вижу -- ближе к апстриму.
> >> Ближе к чьему апстриму ?
> > В данном примере -- pciutils.  Мне бы не хотелось тащить
> > такие глупые патчи.
> насколько я помню - pciutils таскали pci.ids с собой. Что ещё хуже ;)
> Попросите mainstream добавить в configure возможность указывать
> местоположение базы.

Кстати, тоже да.

> >> Надо просто и тривиально исправлять всех кто хочет
> >> странного.
> > Нет, надо просто и тривиально продавливать стандартизацию с
> > целью уменьшения количества таких микропоедателей времени.
> > Если бы такие процессы не проводились, мы бы до сих пор жили
> > в слаквари.
> Чем мы и занимаемся. Только вот стандарты у каждого
> дистрибутива свои.

Вот уменьшением разнобоя совсем ничем (кроме "у нас так принято")
не оправданных и стоит заниматься.  ("мне надо, я и..." :)

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

Re: [devel] pci.ids и компания

[Led]

2007/8/17, Anton Farygin <rider@altlinux.com>:
> Michael Shigorin wrote:
> > On Fri, Aug 17, 2007 at 09:55:20AM +0400, Anton Farygin wrote:
> >>>> Верно. Но часть программ уже запатчена на новые пути (тот же lspci).
> >>>> Смысла менять это поведение я не виду.
> >>> Я вижу -- ближе к апстриму.
> >> Ближе к чьему апстриму ?
> >
> > В данном примере -- pciutils.  Мне бы не хотелось тащить такие
> > глупые патчи.
>
> насколько я помню - pciutils таскали pci.ids с собой. Что ещё хуже ;)
>
> Попросите mainstream добавить в configure возможность указывать
> местоположение базы.
>
> >
> >>> Собственно, мне кажется наиболее употребимым
> >>> /usr/share/misc/, а логичным вариантом -- симлинк
> >>> оттуда для начала.  Там видно будет, кому чего надо.
> >> Да никому ничего не надо - местоположение pci.ids плавает
> >> в зависимости от автора прогрыммы и используемого им
> >> дистрибтиува. Надо просто и тривиально исправлять всех кто
> >> хочет странного.
> >
> > Нет, надо просто и тривиально продавливать стандартизацию
> > с целью уменьшения количества таких микропоедателей времени.
> > Если бы такие процессы не проводились, мы бы до сих пор жили
> > в слаквари.
>
> Чем мы и занимаемся. Только вот стандарты у каждого дистрибутива свои.

А вот про "наши стандарты" ИМХО лучше "стыдливо молчать". Потому как
если это не оформлено хотя бы в виде RFC (policy), то это не
стандарты, а, в лучшем случае, чьё-то авторитетное мнение (зачастую -
невысказанное).

> >
> >>>> Честно говоря я так и не понял смысл перемещения. Ну да,
> >>>> какие-то программы пытаются найти эти базы в разных местах
> >>>> системы. Но это тривиально лечится.
> >>> Это хорошо бы не тривиально лечить каждый раз, а отпинать
> >>> fd.o или ещё кого предложением на чём-то остановиться в
> >>> качестве стандартного местоположения.
> >> Займись.
> >
> > Да вот собираюсь.  Наверное, как дойдёт до обновления pciutils
> > -- придётся ;-)
>
> Давай. Не забудь про опцию configure - это решит 99% проблем.

Практика показывает, что моло кто смотрит перед сборкой вывод
./configure --help
и в большинстве случаев имеем в спеке "сиротливые"
%configure
%make_build
:(

-- 
Led.

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Kirill A. Shutemov wrote:
> On [Fri, 17.08.2007 22:34], Anton Farygin wrote:
>> Kirill A. Shutemov wrote:
>>> On [Fri, 17.08.2007 09:56], Anton Farygin wrote:
>>>> Victor Forsyuk wrote:
>>>>> On Wed, Aug 15, 2007 at 11:40:01PM +0400, Konstantin A. Lepikhov <lakostis@altlinux.org> wrote:
>>>>>> Hi Led!
>>>>>>
>>>>>> Wednesday 15, at 03:03:35 PM you wrote:
>>>>>>
>>>>>>>> смысл? если образ можно сжать squashfs с LZMA ;)
>>>>>>> И "обрисовывать" вокруг этого кривой unionfs? rw и периодические updates ведь 
>>>>>>> не отменяются.
>>>>>> напишите свой, не кривой, делов-то.
>>>>> Константин, обсуждается _Ваше_ предложение... Так что Вы и пишите "свой, не
>>>>> кривой, делов-то". Напишете - будет Вам _искренняя_ благодарность от всех
>>>>> эмбедщиков за красивое, некривое, отлаженное решение. Ну а если не хотите, а
>>>>> так только, ценным советом помочь... Тогда мы уж попробуем все же сами
>>>>> выбирать как на основе сизифовского репозитария строить embedded решения.
>>>>> К слову, моя работа на ближайшие годы как раз и будет связана с embedded
>>>>> дистрибутивами. И я очень надеюсь, что в команде не найдутся люди, которые
>>>>> будут двигать репозитарий в сторону, затрудняющую его использование во
>>>>> встроенных системах... поскольку в этом случае я буду вынужден с сожалением
>>>>> искать другие варианты...
>>>> Виктор, а поясните пожалуйста, зачем в Embedded системах может быть 
>>>> нужен pci.ids или вообще hwdatabase ?
>>> Embedded сегодня сильно отличается от Embedded вчера. У меня под сталом
>>> лежит Development Board на XScale в которой есть 1xPCI и 1xPCIex4.
>> Это понятно. Зачем там нужен pci.ids ? ;)
> 
> Затем зачем и любой другой машине.

Для разработчика - может быть. Зачем это пользователю ?

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Konstantin A. Lepikhov]

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

Hi Anton!

Saturday 18, at 11:18:20 AM you wrote:

<skip>
> > Затем зачем и любой другой машине.
> 
> Для разработчика - может быть. Зачем это пользователю ?
чтобы в kde устройства красиво назывались ;)

-- 
WBR et al.

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

Re: [devel] [cyber] I: Sisyphus-20070808 devel download: +4

[Anton Farygin]

Konstantin A. Lepikhov wrote:
> Hi Anton!
> 
> Saturday 18, at 11:18:20 AM you wrote:
> 
> <skip>
>>> Затем зачем и любой другой машине.
>> Для разработчика - может быть. Зачем это пользователю ?
> чтобы в kde устройства красиво назывались ;)
> 

В Embedded KDE ? ;)