From: "Денис Смирнов" <mithraen@altlinux.ru>
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
Subject: Re: [devel] [jt] о культуре
Date: Mon, 11 Jan 2010 13:22:59 +0300
Message-ID: <20100111102259.GD28061@mw.office.seiros.ru> (raw)
In-Reply-To: <20100110212810.GB15634@utvuk.ender.rk>
[-- Attachment #1: Type: text/plain, Size: 3986 bytes --]
On Mon, Jan 11, 2010 at 12:28:11AM +0300, Afanasov Dmitry wrote:
[skip]
Это все философия, а у нас тут devel@ :)
Я предлагаю вместо общих слов кто там является пакетным менеджером, а кто
некатегоризируемым инструментарием, исходить из use cases, и того решаются
ли они, или нет.
Иначе получается каша в головах.
AD> здесь уже поднимали вопрос о прописывании коммита в rpm, из которого он
AD> вырос. до тех пор, пока данных об этом коммите не будет в самом
AD> репозаитарии (каталог Sisyphus), а не где-то на серверах git.alt,
AD> автоматически выдрать весь gear не получится. максимум, что получится -
AD> получить коммит из /gears.
Ага. А с ftp взять весь srpm не получится, получится взять только файлик с
расширением .src.rpm. А вдруг у него есть еще какие-то части, которые не
выложены? Например при скачивании по http потеряются права доступа,
которые были выданы этому файлу! А еще там ведь могли быть extended
attributes. Кошмар-кошмар! src.rpm не работает! Всем бояться.
AD> я же веду речь о репозитариях из /people, откуда всё и растёт.
В таком случае я буду утверждать что src.rpm фигня, ибо у меня нет доступа
к личному компьютеру ldv@, из которого растет glibc. Если нет доступа к
glibc, то какой это тогда вообще дистрибутив?
Перевожу: есть git.alt/gears. Там содержится фактически столько же
информации сколько в лежащем в Сизифе файлике src.rpm.
AD> так что нет, не в той же мере. один gear хранит в себе множество srpm, что
AD> поднимает проблему поиска и выбора, где же там нужный нам коммит.
Ой кошмар. А на ftp лежит много-много бранчей, в них много-много файлов. А
еще есть архив предыдущих версий. Жуть! Не разобраться и ничего не найти.
Поясняю -- src.rpm это всего лишь срез. Точно такой же как tag.
А теперь сформулируй свои красивые слова не в виде сложностей каких-то, а
в виде задачи которую легко решить с помощью src.rpm, и сложно -- с
помощью gear.
AD> я кажется действительно что-то не понимаю. окружение же строится исходя из
AD> зависимостей, почему вы считаете, что наоборот? из-за buildreq?
Hint: макросы. Т.е. я могу написать в spec:
BuildPreReq: supermacro-package
BuildRequires: %supermacro
И тогда сборочная зависимость у src.rpm будет невычисляема до установки в
chroot supermacro-packages, засовывания туда spec'а и выполнения таки
rpmbuild -bs уже в этом chroot.
Благо gear все это делает за нас. Но да, это приводит к тому что из одного
spec'а теоретически можно получить два разных src.rpm. Хотя бы потому что
макрос может раскрыться вообще в полспека :)
AD> вот, кстати, hasher'у на srpm плевать - он там используется только в рамках
AD> повторного использования кода rpmbuild. будет свой парсер spec, и srpm
AD> для hasher'а будет не нужен.
AD> останется только добавить gears в сам репозитарий и тогда я соглашусь, что
AD> технически srpm не нужен.
Что такое "добавить gears в сам репозитарий"?
AD> да, apt-get всюду работает с базой данных, как rpm так и srpm он дергает
AD> только на этапе установки.
AD> с srpm работает genbasedir, что генерирует эту базу, с которой работает
AD> apt-get. и genbasedir ничерта не знает про gear и его таги.
AD> засим аргумент не принят :)
Итак, src.rpm и тут является лишь промежуточным форматом, самостоятельной
ценности не имеющим.
>> Можно список разных workflow в которых нужен сам srpm, как отдельный
>> имеющий самостоятельную значимость объект, а не как промежуточный формат
>> между gear repo и hasher?
AD> repocop, sisyphus_check, sisyphus.ru, удаление пакета из репозитария
AD> вместе с порожденными binary rpm, вычисление списка бинарных пакетов,
AD> собираемых из данного srpm.
Во-первых это не workflow, а также подзадачи внутри workflow.
Во-вторых во всех их src.rpm нужен на коротком временном интервале, и не
представляет ценности как объект.
--
С уважением, Денис
http://freesource.info
----------------------------------------------------------------------------
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2010-01-11 10:22 UTC|newest]
Thread overview: 77+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-12-30 21:06 ` [devel] [SCM] packages/qemu: heads/master Dmitry V. Levin
2009-12-30 21:15 ` Aleksey Avdeev
2009-12-30 22:05 ` Dmitry V. Levin
2009-12-30 22:39 ` Aleksey Avdeev
2009-12-31 9:58 ` Anton Farygin
2010-01-03 16:00 ` Aleksey Avdeev
2010-01-12 9:57 ` [devel] I: Бэкпорты qemu-0.11.92 (vas: Re: [SCM] packages/qemu: heads/master) Aleksey Avdeev
2010-01-10 1:08 ` [devel] [SCM] packages/qemu: heads/master Dmitry V. Levin
2010-01-10 11:32 ` [devel] о культуре работы с git-репозиториями (was: [SCM] packages/qemu: heads/master) Michael Shigorin
2010-01-10 12:16 ` [devel] о культуре работы с git-репозиториями Motsyo Gennadi aka Drool
2010-01-10 13:11 ` [devel] о культуре работы с git-репозиториями (was: [SCM] packages/qemu: heads/master) Денис Смирнов
2010-01-10 13:31 ` [devel] о культуре работы с git-репозиториями Michael Shigorin
2010-01-12 1:07 ` Igor Zubkov
2010-01-12 1:24 ` Dmitry V. Levin
2010-01-12 16:28 ` [devel] стили " Michael Shigorin
2010-01-10 13:32 ` [devel] о культуре работы с git-репозиториями (was: [SCM] packages/qemu: heads/master) Afanasov Dmitry
2010-01-10 16:01 ` Денис Смирнов
2010-01-10 17:19 ` Afanasov Dmitry
2010-01-10 19:58 ` Денис Смирнов
2010-01-10 21:44 ` [devel] [JT] " Afanasov Dmitry
2010-01-11 9:32 ` Денис Смирнов
2010-01-10 18:26 ` [devel] о культуре работы с git-репозиториями Michael Shigorin
2010-01-10 19:51 ` Денис Смирнов
2010-01-11 0:11 ` Michael Shigorin
2010-01-11 16:57 ` Денис Смирнов
2010-01-11 17:18 ` Michael Shigorin
2010-01-12 16:19 ` Денис Смирнов
2010-01-12 22:04 ` Led
2010-01-14 19:22 ` Денис Смирнов
2010-01-11 22:31 ` Alexey Morozov
2010-01-10 16:08 ` [devel] о культуре работы с git-репозиториями (was: [SCM] packages/qemu: heads/master) Dmitry V. Levin
2010-01-10 17:04 ` Afanasov Dmitry
2010-01-10 17:09 ` [devel] [jt] о культуре Dmitry V. Levin
2010-01-10 17:44 ` Afanasov Dmitry
2010-01-10 19:30 ` [devel] о репозиториях и об исходных пакетах Dmitry V. Levin
2010-01-10 21:01 ` Afanasov Dmitry
2010-01-11 12:49 ` Денис Смирнов
2010-01-10 20:05 ` [devel] [jt] о культуре Денис Смирнов
2010-01-10 20:25 ` Max Ivanov
2010-01-10 20:54 ` Денис Смирнов
2010-01-10 21:28 ` Afanasov Dmitry
2010-01-11 10:22 ` Денис Смирнов [this message]
2010-01-11 16:04 ` [devel] о культуре работы с git-репозиториями Aleksey Avdeev
2010-01-11 16:31 ` Slava Semushin
2010-01-11 16:42 ` Aleksey Avdeev
2010-01-11 16:55 ` Michael Shigorin
2010-01-10 17:44 ` Dmitry V. Levin
2010-01-10 19:44 ` Денис Смирнов
2010-01-10 19:48 ` Dmitry V. Levin
2010-01-10 20:06 ` Денис Смирнов
2010-01-10 20:47 ` Dmitry V. Levin
2010-01-11 9:25 ` Денис Смирнов
2010-01-10 13:19 ` [devel] о культуре работы с git-репозиториями (was: [SCM] packages/qemu: heads/master) Afanasov Dmitry
2010-01-10 15:43 ` Денис Смирнов
2010-01-10 16:22 ` Afanasov Dmitry
2010-01-10 16:37 ` Alexey I. Froloff
2010-01-10 16:54 ` Afanasov Dmitry
2010-01-10 17:05 ` [devel] git-merge-base Dmitry V. Levin
2010-01-10 17:27 ` Afanasov Dmitry
2010-01-10 16:40 ` [devel] о культуре работы с git-репозиториями (was: [SCM] packages/qemu: heads/master) Денис Смирнов
2010-01-10 17:33 ` Sergey Vlasov
2010-01-10 17:51 ` Afanasov Dmitry
2010-01-10 19:39 ` Денис Смирнов
2010-01-12 10:29 ` [devel] о культуре работы с git-репозиториями REAL
2010-01-12 12:11 ` REAL
2010-01-12 12:41 ` Afanasov Dmitry
2010-01-10 17:36 ` Dmitry V. Levin
2010-01-10 18:00 ` Michael Shigorin
2010-01-10 21:04 ` Денис Смирнов
2010-01-10 23:45 ` Michael Shigorin
2010-01-10 21:27 ` Dmitry V. Levin
2010-01-10 23:48 ` Michael Shigorin
2010-01-11 9:02 ` Anton Farygin
2010-01-11 17:30 ` [devel] [SCM] packages/qemu: heads/master Aleksey Avdeev
2009-12-30 22:42 ` Денис Смирнов
2009-12-31 11:01 ` Michael Shigorin
2010-01-01 10:26 ` Денис Смирнов
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=20100111102259.GD28061@mw.office.seiros.ru \
--to=mithraen@altlinux.ru \
--cc=devel@lists.altlinux.org \
/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