lm_sensors3: расположение /etc/sensors3.conf

есть вопрос по пакето-расположению конфиг-файла.

на данный момент файл конфигурации /etc/sensors3.conf
находится в пакете
lm_sensors3. lm_sensors3 сделан так, чтобы библиотека жила
вместе с
библиотекой 2.10, основной пакет конфликует с 2.10.

ситуация: конфигурацию в lm_sensors'ах читают библиотеки
(спасибо vsu за
новодку). а библиотеки живут вместе.

libsensors3 читает сначала /etc/sensors3.conf. если не получается -
fallback на /etc/sensors.conf.

надо помнить, что форматы конфигов немного именились.

в итоге можем поиметь ситуацию, когда:
1. стоит lm_sensors-2.10
2. стоит libsensors-2.10
3. стоит libsensors3-3.1.0

пакет, использующий libsensors3-3.1.0, будет получать
ошибки анализа
конфиг файла.

сам вопрос: стоит переносить /etc/sensors3.conf в библиотеку?
или такое
оставить такое поведение - гарантированные ошибки
либо с 2.10, либо с

Re: lm_sensors3: расположение /etc/sensors3.conf

Приветствую,

> на данный момент файл конфигурации /etc/sensors3.conf
находится в пакете
> lm_sensors3. lm_sensors3 сделан так, чтобы библиотека жила
вместе с
> библиотекой 2.10, основной пакет конфликует с 2.10.

> libsensors3 читает сначала /etc/sensors3.conf. если не получается -
> fallback на /etc/sensors.conf.

По-моему - проблема в этом - не проще ли запатчить
libsensors3, чтобы
она никогда не смотрела в /etc/sensors.conf?

--

-- 
WBR, Mikhail Yakshin
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: lm_sensors3: расположение /etc/sensors3.conf

On Mon, Jun 01, 2009 at 10:23:00AM +0400, Mikhail Yakshin wrote:
> Приветствую,
> 
> > на данный момент файл конфигурации /etc/sensors3.conf
находится в пакете
> > lm_sensors3. lm_sensors3 сделан так, чтобы библиотека жила
вместе с
> > библиотекой 2.10, основной пакет конфликует с 2.10.
> 
> > libsensors3 читает сначала /etc/sensors3.conf. если не получается -
> > fallback на /etc/sensors.conf.
> 
> По-моему - проблема в этом - не проще ли запатчить
libsensors3, чтобы
> она никогда не смотрела в /etc/sensors.conf?
легко, это удалить буквально две строки:
$ cat -n lm_sensors3/lib/init.c
   191                  if (!input && errno == ENOENT)
   192                          input = fopen(name = ALT_CONFIG_FILE, "r");

--

-- 
С уважением
Афанасов Дмитрий

_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: Мечты об экспансии

On 30 мая 2009, Alexey Rusakov wrote:
> Доброго времени суток.
...
> 2) в каком сейчас состоянии проект Коринф? Насколько он
> совместим с концепцией о сборке всего и вся через git.alt?
Сейчас он принимает src.rpm, но без проблем может
принимать и git 
(всё равно идёт перепаковка, внутренний формат всё
равно 
src.rpm). 
В принципе, Коринф в контексте gear можно воспринимать
как один 
из сборщиков (как i586 или x86_64), зависит от целей. Сейчас
он 
используется для сборки пакета под целевые
архитектуры согласно 
списку.
Коринф практически готов для независимого
использования, 
стабильная версия в пакете уже почти готова для Сизифа.

--

-- 
С уважением,
Виталий Липатов
Санкт-Петербург
GNU! ALT Linux Team! WINE! LaTeX! LyX! http://freesource.info
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: git.alt

On Sat, May 30, 2009 at 08:05:30PM +0300, Led wrote:
> Я могу в несколько строк описать, как организованы
мои репозитарии (тем более, 
> что пакеты, которые я поддрживал, сейчас почти все
бесхозные), если кого-то 
> интересует.
Разумеется!

--

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_org
_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: [jt] ресурсоёмкое тестирование пакетов

On Wed, May 27, 2009 at 05:02:15AM +0700, Mikhail Gusarov wrote:
> 
> Twas brillig at 01:53:49 27.05.2009 UTC+04 when ldv <at> altlinux.org did gyre and gimble:
> 
 >>> Повторю старое заклинание: перфекционизм нередко
вреден. :)
> 
 DVL>> Что вреднее, перфекционизм или misdesign?  Только без
сказок про
 DVL>> промежуточные состояния, пожалуйста. ;)
> 
> Т.е. утверждается, что промежуточных состояний не
существует? Это как
> минимум на премию Тьюринга тянет. Ты уже подал
документы? :)
Не существует промежуточных состояний. Как нет их
между правильным и
неправильным решением уравнения. Что существует --
это разделение работ
на ядро, требующее жёсткого перфекционизма, и
приложения, касательно
которых перфекционизм будет каждый раз свой. Только
вот алгоритма такого
разделения тоже не существует :(.

--

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_org
_______________________________________________
Devel mailing list

Re: [jt] ресурсоёмкое тестирование пакетов

Twas brillig at 21:28:04 01.06.2009 UTC+04 when george <at> altlinux.org did gyre and gimble:

 >> Т.е. утверждается, что промежуточных состояний не
существует? Это как
 >> минимум на премию Тьюринга тянет. Ты уже подал
документы? :)
 GVK> Не существует промежуточных состояний. Как нет их
между правильным и
 GVK> неправильным решением уравнения.

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

-- 

_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel

Re: [jt] ресурсоёмкое тестирование пакетов

On Tue, Jun 02, 2009 at 12:32:00AM +0700, Mikhail Gusarov wrote:
 >>> Т.е. утверждается, что промежуточных состояний не
существует? Это как
 >>> минимум на премию Тьюринга тянет. Ты уже подал
документы? :)
 GVK>> Не существует промежуточных состояний. Как нет их
между правильным и
 GVK>> неправильным решением уравнения.
> 
> Ты забыл, что здесь уравнение не задано, и
перфекционизм - это решение
> не того уравнения, которое нужно для достижения
каких-то (желательно
> явно выписанных) целей, а другого, значительно более сложного.
Наоборот, если есть явно выписанные цели, можно
составить 100%
тестовое покрытие.

Кажется, это спор о терминах. Дима говорил об
организации труда, а Миша --
о перманентном желании исправить ещё одну ошибку.
Разница, в числе
прочего, и в том, что грамотно организованный процесс имеет
предсказуемое завершение, а всякая ошибка всегда предпоследняя.

--

-- 
			George V. Kouryachy (aka Fr. Br. George)
			mailto:george at altlinux_org
_______________________________________________
Devel mailing list

Re: ...and libicu* (was: q: openmotif vs dist-upgrade)

On Wed, May 27, 2009 at 11:31:29AM +0300, Michael Shigorin wrote:

 MS> Похоже, с libicu те же грабли:
 MS> The following packages will be upgraded
 MS>   alterator-root kvm libicu libslang2 vice
 MS> The following packages will be REMOVED:
 MS>   gimp libwebkit
 MS> The following extra packages will be installed:
 MS>   libicu40 libwebkit
 MS> The following NEW packages will be installed:
 MS>   gimp libicu40 libwebkit

Mithraen очередной раз напоминает что _нельзя_ так делать.

Если пакет с неким именем содержал некий soname, то не
стоит публиковать
пакет с тем же именем, содержащим библиотеку с другим
soname. Его лучше
публиковать под другим именем.

--

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

http://freesource.info
----------------------------------------------------------------------------

_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org

Re: git.alt

George V. Kouryachy пишет:
> On Sat, May 30, 2009 at 08:05:30PM +0300, Led wrote:
>> Я могу в несколько строк описать, как организованы
мои репозитарии (тем более, 
>> что пакеты, которые я поддрживал, сейчас почти все
бесхозные), если кого-то 
>> интересует.
> Разумеется!

   В каком месте сайта это делать?

--

-- 

С уважением. Алексей.

_______________________________________________
Devel mailing list
Devel <at> lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel