Re: [devel] Fwd: [#32053] FAILED srpm=microcode-data-intel-20100914-alt1.src.rpm [JT]

Re: [devel] Fwd: [#32053] FAILED srpm=microcode-data-intel-20100914-alt1.src.rpm [JT]

[Damir Shayhutdinov]

9 ноября 2010 г. 14:14 пользователь Anton V. Boyarshinov  написал:

>> Принуждение - это MUST. Но поскольку ждать реакции на этот вопрос
>> неизвестное время как-то не хочется - придется плодить еще один каталог,
>> типа /lib/microcode.
> А что мешает начать имя пакета с firmware- ?

Наверное, присутствующий в фамилии мантейнера намек на --force? :)

Re: [devel] Fwd: [#32053] FAILED srpm=microcode-data-intel-20100914-alt1.src.rpm [JT]

[Kirill A. Shutemov]

On Tue, Nov 09, 2010 at 02:59:21PM +0200, Victor Forsiuk wrote:
> 2010/11/9 Damir Shayhutdinov <damir@altlinux.org>
> 
> > 9 ноября 2010 г. 14:14 пользователь Anton V. Boyarshinov  написал:
> >
> > >> Принуждение - это MUST. Но поскольку ждать реакции на этот вопрос
> > >> неизвестное время как-то не хочется - придется плодить еще один каталог,
> > >> типа /lib/microcode.
> > > А что мешает начать имя пакета с firmware- ?
> >
> > Наверное, присутствующий в фамилии мантейнера намек на --force? :)
> >
> 
> Возможно, я где-то торможу, но - ничего не понял.
> 
> Микрокод процессора - это не фирмварь, не стоит допускать вольности в
> терминологии только для того, чтобы угодить текущим проверкам
> sisyphus_check.

С Википедии:

Some hardware vendors, especially IBM, use the term as a synonym for
firmware, so that all code in a device, whether microcode or machine code,
is termed microcode (such as in a hard drive for instance, which typically
contains both).

-- 
 Kirill A. Shutemov

Re: [devel] Fwd: [#32053] FAILED srpm=microcode-data-intel-20100914-alt1.src.rpm [JT]

[Damir Shayhutdinov]

>> >> Принуждение - это MUST. Но поскольку ждать реакции на этот вопрос
>> >> неизвестное время как-то не хочется - придется плодить еще один
>> >> каталог,
>> >> типа /lib/microcode.
>> > А что мешает начать имя пакета с firmware- ?
>>
>> Наверное, присутствующий в фамилии мантейнера намек на --force? :)
>
> Возможно, я где-то торможу, но - ничего не понял.
> Микрокод процессора - это не фирмварь, не стоит допускать вольности в
> терминологии только для того, чтобы угодить текущим проверкам
> sisyphus_check.

--humor ;)

Терминология тут очень схожая, чуть ли не до синонимичности. А поводом
придраться для sisysphus_check
стали файлы в /lib/firmware? Тогда вопрос - если действительно,
микрокод это не фирмварь, что эти файлы
делают в /lib/firmware? sisyphus_check тут, получается, и не виноват.
Либо ты из-за различия терминологии делаешь из мухи слона, либо
действительно, надо вводить /lib/microcode.