Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20070509 packages: +17! -1 +60 (5972)

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20070509 packages: +17! -1 +60 (5972)

[Slava Dubrovskiy]

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

QA Team Robot пишет:
> 	17 ADDED packages
>
> bacula - network based backup program
> * Mon Apr 16 2007 Michail Yakushin <silicium@altlinux> 2.0.1-alt0
> - intial build for alt
>   
Раз уж собрали бакулу в пакет, то сразу есть несколько вопросов:
1. Почему старая версия? Вроде последняя 2.0.3
2. Почему нет клиента?
3. Почему нет GUI интерфейсов?
4. Почему только для mysql? Хочется еще sqlight, postgresq.
5. Resque пакет тоже бы не помешал.

ЗЫ. Я делал спек на половину эти проблемы решающий. Но у меня не
получилось собрать с gconsole.
И я не занимался проблемой сборки в одном спеке всех возможных баз
данных. Т.е. сейчас оно работает только для одной базы, которую нужно
указывать в спеке.
Себе представляю это так: Нужно определить какие файлы изменяются от
изменения типа поддерживаемой базы и эти файлы выносить в отдельный
пакет, например bacula-mysql. При этом пакет провайдит bacula-base. Все
что не изменяется в пакет bacula и этот пакет требует  bacula-base.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20070509 packages: +17! -1 +60 (5972)

[Михаил Якушин]

Slava Dubrovskiy wrote:
> QA Team Robot пишет:
>> 	17 ADDED packages
>>
>> bacula - network based backup program
>> * Mon Apr 16 2007 Michail Yakushin <silicium@altlinux> 2.0.1-alt0
>> - intial build for alt
>>   
Во-первых это несколько экспериментальная сборка, об этом говорит  alt0
> Раз уж собрали бакулу в пакет, то сразу есть несколько вопросов:
> 1. Почему старая версия? Вроде последняя 2.0.3
cм выше. Обновлю.
> 2. Почему нет клиента?
Будет, я пока хотел чтобы оно просто работало
> 3. Почему нет GUI интерфейсов?
Буду собирать.
> 4. Почему только для mysql? Хочется еще sqlight, postgresq.
Здесь сложнее, я вот думаю может залить бакулу 3 раза с соответствующими 
сборками.
> 5. Resque пакет тоже бы не помешал.
Я думаю resque это вообще должен быть образ для SPT который делает 
ливник с resque

> ЗЫ. Я делал спек на половину эти проблемы решающий. Но у меня не
> получилось собрать с gconsole.
В студию.
> И я не занимался проблемой сборки в одном спеке всех возможных баз
> данных. Т.е. сейчас оно работает только для одной базы, которую нужно
> указывать в спеке.

> Себе представляю это так: Нужно определить какие файлы изменяются от
> изменения типа поддерживаемой базы и эти файлы выносить в отдельный
> пакет, например bacula-mysql. При этом пакет провайдит bacula-base. Все
> что не изменяется в пакет bacula и этот пакет требует  bacula-base.
>
Я думаю что изменяться будет весь director и скрпиты.

Вообще видимо наиболее правильный вариант делать пакет bacula-source. И 
куча пакетов в которых только спеки.
PS не откажусь от помощи.

Re: [devel] bacula

[Vyacheslav Dubrovskiy]

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

Михаил Якушин пишет:
>> 4. Почему только для mysql? Хочется еще sqlight, postgresq.
>>     
> Здесь сложнее, я вот думаю может залить бакулу 3 раза с соответствующими 
> сборками.
>   
Ну да, это как последний вариант, если не удастся использовать конвейер.
>> 5. Resque пакет тоже бы не помешал.
>>     
> Я думаю resque это вообще должен быть образ для SPT который делает 
> ливник с resque
>   
Да, или так. Но нужно не забывать, что не каждый захочет ставить spt и
заниматься созданием образа и т.д. В конце концов есть rescue режим или
LiveCD. Нужен просто iso, который один раз записав, был бы уверен, что
он восстановит систему. И без дополнительных приседаний.
>> ЗЫ. Я делал спек на половину эти проблемы решающий. Но у меня не
>> получилось собрать с gconsole.
>>     
> В студию.
>   
Прилагаю. Правда дошел только до стадии собираемости. Проверку на
установку, работоспособность не делал. Спек делал из оригинального спека
который идёт с пакетом.
>
>> Себе представляю это так: Нужно определить какие файлы изменяются от
>> изменения типа поддерживаемой базы и эти файлы выносить в отдельный
>> пакет, например bacula-mysql. При этом пакет провайдит bacula-base. Все
>> что не изменяется в пакет bacula и этот пакет требует  bacula-base.
>  думаю что изменяться будет весь director и скрпиты.
>   
Не совсем так. Скрипты там вообще не меняются. Их еще патчить и патчить.
Например в скриптах жестко прописаны проверки на использование всех
поддерживаемых баз. На что наш rpm во время поиска зависимостей и
проверки синтаксиса сильно ругается.
> Вообще видимо наиболее правильный вариант делать пакет bacula-source. И 
> куча пакетов в которых только спеки.
>   
Не очень понял как это. Пример?
> PS не откажусь от помощи.
>   
Ну давайте, запинаем совместными усилиями. Я программой пользуюсь,
правда не на ALT. Иметь пакет было бы хорошо.

-- 
WBR,
Dubrovskiy Vyacheslav

[-- Attachment #2: bacula.spec.bz2 --]
[-- Type: application/octet-stream, Size: 6260 bytes --]

Re: [devel] bacula

[Михаил Якушин]

Vyacheslav Dubrovskiy wrote:
> Михаил Якушин пишет:
>>> 4. Почему только для mysql? Хочется еще sqlight, postgresq.
>>>     
>> Здесь сложнее, я вот думаю может залить бакулу 3 раза с соответствующими 
>> сборками.
>>   
> Ну да, это как последний вариант, если не удастся использовать конвейер.
я вижу 2 варианта один сложный другой неправильный
1. Мы собираем пакет bacula-source, из и делаем пакеты bacula-clientonly
bacula-mysql bacula-sqllight bacula-postgres. которые друг друга
конфликтят. srpm их состоят из одного спека. В сборочных зависимостях
прописано bacula-source содержимое которого  они на стадии prep себе
таскает и соберает соответвущий вариант.
2. при сборке, компиляция делается 4 раза с соответствующими опциями.
но я себе не представляю как их разделить кроме как, собирать, делать в 
build фазе install, сlean и собирать с следующими опциями. Но мне не 
нравиться делать всё в одной фазе(build) это както не правильно.
>>> 5. Resque пакет тоже бы не помешал.
>>>     
>> Я думаю resque это вообще должен быть образ для SPT который делает 
>> ливник с resque
>>   
> Да, или так. Но нужно не забывать, что не каждый захочет ставить spt и
> заниматься созданием образа и т.д. В конце концов есть rescue режим или
> LiveCD. Нужен просто iso, который один раз записав, был бы уверен, что
> он восстановит систему. И без дополнительных приседаний.
только вот не надо ISO в пакеты паковать...
[skip]
>>   
> Ну давайте, запинаем совместными усилиями. Я программой пользуюсь,
> правда не на ALT. Иметь пакет было бы хорошо.
Я пользуюсь и планирую его ещё активнее использовать.

Re: [devel] bacula

[Slava Dubrovskiy]

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

Михаил Якушин пишет:
>> Ну да, это как последний вариант, если не удастся использовать конвейер.
>>     
> я вижу 2 варианта один сложный другой неправильный
> 1. Мы собираем пакет bacula-source, из и делаем пакеты bacula-clientonly
> bacula-mysql bacula-sqllight bacula-postgres. которые друг друга
> конфликтят. srpm их состоят из одного спека. В сборочных зависимостях
> прописано bacula-source содержимое которого  они на стадии prep себе
> таскает и соберает соответвущий вариант.
> 2. при сборке, компиляция делается 4 раза с соответствующими опциями.
> но я себе не представляю как их разделить кроме как, собирать, делать в 
> build фазе install, сlean и собирать с следующими опциями. Но мне не 
> нравиться делать всё в одной фазе(build) это както не правильно.
>   
Мне больше нравится 2 вариант. К тому-же инсталяция там все равно
практически ручная.

-- 
WBR,
Dubrovskiy Vyacheslav


[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3249 bytes --]

Re: [devel] bacula

[Alexey I. Froloff]

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

* Slava Dubrovskiy <slava@> [070516 10:24]:
> > 2. при сборке, компиляция делается 4 раза с соответствующими опциями.
> Мне больше нравится 2 вариант. К тому-же инсталяция там все равно
> практически ручная.
Тогда посмотрите на vim, там примерно то же самое.

-- 
Regards, Alexey I. Froloff
AIF5-RIPN, AIF5-RIPE
-------------------------------------------
  Inform-Mobil, Ltd. System Administrator
       http://www.inform-mobil.ru/

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

Re: [devel] bacula

[Vladimir V. Kamarzin]

>>>>> On 16 May 2007 at 12:23 "SD" == Slava Dubrovskiy writes:

>> 2. при сборке, компиляция делается 4 раза с соответствующими опциями.
>> но я себе не представляю как их разделить кроме как, собирать, делать в 
>> build фазе install, сlean и собирать с следующими опциями. Но мне не 
>> нравиться делать всё в одной фазе(build) это както не правильно.
>>   
 SD> Мне больше нравится 2 вариант. К тому-же инсталяция там все равно
 SD> практически ручная.

+1, я в zabbix делаю так.

-- 
vvk