From: Anton Farygin <rider@altlinux.com>
To: ALT Devel discussion list <devel@altlinux.ru>
Subject: Re: [devel] sandman на cvs.altlinux.org
Date: Wed, 06 Aug 2003 11:46:16 +0400
Message-ID: <3F30B248.7090602@altlinux.com> (raw)
In-Reply-To: <20030805175822.GA16612@basalt.office.altlinux.org>
[-- Attachment #1: Type: text/plain, Size: 3188 bytes --]
Dmitry V. Levin пишет:
> On Tue, Aug 05, 2003 at 08:49:38PM +0300, Alexander Bokovoy wrote:
>
>>On Tue, Aug 05, 2003 at 09:33:26PM +0400, Dmitry V. Levin wrote:
>>
>>>>3) Возможность получения любой из хранящихся версий пакета с
>>>> максимальным уровнем грануляции (пакет целиком, некоторый набор
>>>> исходных файлов, spec-файл).
>>>
>>>Пользователи также хотят иметь возможность получения diff'а между версиями
>>>(пакета целиком, некоторого набора исходных файлов, spec-файла).
>>
>>Это в будущем, я специально об этом не упоминал с точки зрения
>>разработчиков.
>
>
> С этим можно согласиться.
>
>
>>>>осмысленным использовать некоторую внешнию схему версионирования
>>>>бинарных объектов в пакетах RPM, управляемую посредством
>>>>контролируемых в SCM текстовых объектов пакета. Если обратиться к
>>>>содержимому любого исходного пакета RPM, то можно увидеть, что только
>>>>один текстовый объект в нем представляет достаточно информации для
>>>>контроля всех остальных -- текстовых и бинарных -- объектов пакета и
>>>>этим контролирующим объектом является spec-файл.
>>>
>>>Это не всегда так.
>>>Зачастую среди множества исходных файлов данного пакета есть и вполне
>>>плоские текстовые файлы.
>>
>>Увы, формализовать структуру для них в общем случае нельзя. Также,
>
>
> Почему?
>
>
>>ведение их в SCM требует наличия функциональности changesets, что
>>неосуществимо для CVS, хотя и есть в Subversion/Aegis, которые обладают
>>другими существенными недостатками.
>
>
> Это правда.
>
>
>>>> Согласитесь, что, например, иметь пакет openldap и spec-файл для
>>>> него под именем openldap-2.1.21.spec несколько неосмысленно -- как
>>>> должен будет называться spec-файл в случае увеличения версии
>>>> пакета?
>>>>
>>>> Отбрасывание расширения .spec также необходимо для упрощения логики
>>>> реализации хранилища.
>>>
>>>Это ограничение несовместимо с нынешним Сизифом.
>>
>>В каком месте? При сборке Sandman формирование src.rpm и бинарных пакетов
>>происходит автоматически, Sandman сам добавляет .spec при копировании
>>spec-файла в build chroot.
>>
>>При использовании hasher в любом случае предполагается первичная генерация
>>src.rpm посредством промежуточного скрипта, который может сделать все ту
>>же работу по приклеиванию .spec. Не вижу, каким образом это несовместимо с
>>нынешним Сизифом.
>
>
> В нем имена spec-файлов имеет вид, отличный от используемого sandman'ом.
> Кто будет конвертировать?
>
> Для hasher'а вид имени spec-файла роли не играет.
Дим, я вчера наваял совсем простенький скрипт, конвертирующий kernel CVS
в sandman репозитарий (для коммита).
В принципе - конверталку мы напишем. Но могу сказать одно - работать с
такими файлами неудобно - дисковые операции поиска спеков значительно
замедляются (приходится еще анализировать содержимое каждого файла).
Я бы рекомендовал разработчикам Sandman внести в него изменения, которые
позволят держать в репозитарии спеки с более человеческим именем (+.spec)
Ну а если быть более честным, то имя спек-файла не имеет никакого
значения, ибо одна тривиальная операция:
rpm -q --queryformat='%{NAME}\n' --specfile <имя спек-файла>
вернет вам имя вашего спека.
Rgds,
Rider
[-- Attachment #2: Type: application/pgp-signature, Size: 252 bytes --]
next prev parent reply other threads:[~2003-08-06 7:46 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-04 8:36 Anton Farygin
2003-08-04 8:46 ` Dmitry V. Levin
2003-08-04 8:51 ` Anton Farygin
2003-08-04 9:00 ` Dmitry V. Levin
2003-08-04 9:03 ` Anton Farygin
2003-08-04 9:08 ` Dmitry V. Levin
2003-08-04 9:17 ` Anton Farygin
2003-08-04 9:50 ` Alexander Bokovoy
2003-08-05 9:32 ` Alexander Bokovoy
2003-08-05 10:45 ` Anton Farygin
2003-08-05 10:52 ` Alexander Bokovoy
2003-08-05 11:06 ` Anton Farygin
2003-08-05 11:35 ` Alexey I. Froloff
2003-08-05 11:39 ` [devel] " Vitaly Ostanin
2003-08-05 12:06 ` [devel] " Anton Farygin
2003-08-05 12:23 ` Alexey I. Froloff
2003-08-05 17:40 ` Dmitry V. Levin
2003-08-05 17:56 ` Sergey Bolshakov
2003-08-05 18:01 ` Dmitry V. Levin
2003-08-05 18:13 ` Sergey Bolshakov
2003-08-05 18:15 ` Dmitry V. Levin
2003-08-12 14:26 ` Michael Shigorin
2003-08-12 14:57 ` Grigory Milev
2003-08-12 15:59 ` Dmitry V. Levin
2003-08-05 17:33 ` Dmitry V. Levin
2003-08-05 17:49 ` Alexander Bokovoy
2003-08-05 17:58 ` Dmitry V. Levin
2003-08-05 18:09 ` Alexander Bokovoy
2003-08-05 18:20 ` Dmitry V. Levin
2003-08-05 18:54 ` Sergey Bolshakov
2003-09-21 18:06 ` Dmitry V. Levin
2003-09-22 5:49 ` Anton Farygin
2003-09-22 21:37 ` Sviatoslav Sviridov
2003-09-23 8:06 ` Anton Farygin
2003-08-06 7:46 ` Anton Farygin [this message]
2003-08-06 8:02 ` Dmitry V. Levin
2003-08-06 8:49 ` Sergey Bolshakov
2003-08-05 18:12 ` [devel] " Alexey Tourbin
2003-08-05 18:17 ` Alexander Bokovoy
2003-08-05 18:18 ` Sergey Bolshakov
2003-08-13 17:05 ` [devel] " Ivan Zakharyaschev
2003-08-13 17:57 ` Alexander Bokovoy
2003-08-04 9:29 ` Alexey I. Froloff
2003-08-04 10:12 ` Dmitry V. Levin
2003-08-04 10:18 ` Anton Farygin
2003-08-04 10:22 ` Dmitry V. Levin
2003-08-04 10:25 ` Sergey Bolshakov
2003-08-04 10:30 ` Anton Farygin
2003-08-04 10:22 ` Victor V Ismakaev
2003-08-04 10:26 ` Dmitry V. Levin
2003-08-04 11:04 ` Victor V Ismakaev
2003-08-04 11:09 ` Dmitry V. Levin
2003-08-25 10:24 ` Stanislav Ievlev
2003-08-25 10:54 ` Anton Farygin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F30B248.7090602@altlinux.com \
--to=rider@altlinux.com \
--cc=devel@altlinux.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Team development discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
public-inbox-index devel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git