From: Michael Shigorin <mike@osdn.org.ua> To: ALT Devel discussion list <devel@lists.altlinux.org> Subject: Re: [devel] srpms -> gear Date: Tue, 3 Jul 2007 23:18:40 +0300 Message-ID: <20070703201839.GI21702@osdn.org.ua> (raw) In-Reply-To: <20070703164158.GA25385@basalt.office.altlinux.org> <20070703105947.GA14247@mw.local.seiros.ru> <20070703165918.GB25385@basalt.office.altlinux.org> <20070703111152.GC14247@mw.local.seiros.ru> <20070703111133.GA15625@basalt.office.altlinux.org> <20070703104055.GA14300@basalt.office.altlinux.org> <20070703180617.GA28433@basalt.office.altlinux.org> <20070703143837.GA22577@basalt.office.altlinux.org> <777d80610707030321q4b6aaf6fp737984b68a6c4f47@mail.gmail.com> PreScriptum: дайджест по треду. On Tue, Jul 03, 2007 at 02:21:44PM +0400, Aleksey Novodvorsky wrote: > > > Давайте отделять мух от котлет. Здесь нет никого, > > > заинтересованного в сокрытии исходников. Наоборот. Но > > > форма предоставлени исходников может меняться. Важно, чтобы > > > она была удобной, а не такой же, как всегда. Да не в сокрытии исходников вопрос, а в практичной доступности изменений. Опять же по моей мерке -- дистрибутивы различаются качеством сборки пакетов [в т.ч. патчами/интеграцией], апдейтами и сообществом. Последнее оценивается только субъективно, второе -- скорее объективно, а вот первое -- смесью того и другого. Например, netch@ был явно впечатлён, почитав патчи к альтовской glibc при подготовке одного из курсов. Не уверен, что он стал бы читать git. Хотя можно и спросить. > > Собственно говоря, вопрос в том, как, распространяя исходный > > код в форме, наиболее удобной разработчикам, минимизировать > > неудобства для всех остальных. Ибо неудобства из-за любого > > изменения формы неизбежны. > В первую очередь нужна хорошая и понятная документация с > разъяснением преимуществ git. Она должна не просто лежать в > сторонке, а попадаться на глаза. Да теоретические преимущества понятны, просто нарываешься на практические грабли и то, что приходится изобретать самому в лучшем случае уже изобретённое в gear-*. Кукбук нужен вроде "Everyday GIT". Хотя бы по тому, что уже есть. Готов пойти в подопытные кролики :) On Tue, Jul 03, 2007 at 06:38:37PM +0400, Dmitry V. Levin wrote: > > Я кстати согласен с Майк'ом - очень хочется иметь возможность > > получить один или несколько патчей по сравнению с mainstream. > Это тривиально, если соблюдается простое правило "один коммит > не содержит логически несвязанных патчей"; в противном случае > есть риск получить удовольствие собирать патч по разным > коммитам, в которых находятся по несколько кусков логически > несвязанных патчей. Как обновить патч? (рекомендации, какие видел -- "откати в том бранче старый патч и накати новый" -- больше похожи на увеличение количества ручного труда, чем наоборот; хотя если бранчи строго по патчам, то это вроде как --reset HEAD^, нет?) On Tue, Jul 03, 2007 at 10:06:17PM +0400, Dmitry V. Levin wrote: > > > > Если патч нужно обновить, то его нужно обновить. > > > > Не надо одним коммитом обновлять разные патчи по частям. > > > Вот... в общем нужно нормальное руководство по всему этому > > > хозяйству.. а не архивы списков рассылки. > > я об этом с самого начала говорил > Сначала коллективное знание будет в архивах списков рассылки, > потом кто-нибудь вызовется (или мы кого-нибудь попросим) > привести это знание к более удобному для постижения виде. > Наоборот не получится. C'est la vie. Так что продолжайте > задавать вопросы и высказывать свои соображения. Этому кому-то с радостью передам (немало пополнившийся из этого треда) =packages/gear и заодно =packages/git. > Валера, это проще чем xorg собирать. xorg собирать (или истребитель водить) может быть привычней. On Tue, Jul 03, 2007 at 02:40:55PM +0400, Dmitry V. Levin wrote: > > > Давайте отделять мух от котлет. > > я пока не вижу удобного способа "отделить котлеты от мух" в > > git-репозитариях, а именно - получить тарболл и патчи к > > пакету из репозитария. > Разные gear-репозитории устроены по-разному, поскольку > практически ничего не мешает мантейнерам организовать свои > репозитории так как им удобно. Не всегда так, как удобно -- мне кажется, немало (особенно поначалу и возможно так и оставленных) в попытках найти вариант, который так и не нашёлся. Напоминает средний класс с ящиком кубиков Рубика, незнакомых с системой кручения этой цапы. On Tue, Jul 03, 2007 at 03:11:33PM +0400, Dmitry V. Levin wrote: > > Я давно уже зарёкся "выковыривать" что-либо из чьего-то > > git-репозитария: лично мне на практике проще взять > > оригинальный tarball от разработчика, или даже > > за-checkout'ить CVS/SVN и заново пропатчить. Хотя, возможно, > > я просто туплю... > Давайте попробуем смоделировать ситуацию на конкретном примере, > на ваш выбор. Ну вот человек на опеннете пришёл с конкретно zsh и выяснил, какой из патчей вызывал проблему. Как выяснил -- я так и не понял пока, наверное, из старого src.rpm. > > а, возможно, потому, что "Разные gear-репозитории устроены > > ПО-РАЗНОМУ, поскольку практически НИЧЕГО НЕ МЕШАЕТ не мешает > > мантейнерам организовать свои репозитории так как ИМ удобно". > На практике при всём потенциальном многообразии выделяется три > основных типа устройства репозитория, см. EXAMPLES в > gear-rules(5): Спасибо! > http://git.altlinux.org/people/ldv/packages/?p=gear.git;a=blob_plain;f=gear-rules.5.html;hb=html http://git.altlinux.org/people/ldv/packages/gear.git/gear-rules.5.html получается сделать или излишне? On Tue, Jul 03, 2007 at 03:11:52PM +0400, Денис Смирнов wrote: > Для разработчика проблем с git нет никаких, если он соизволил > научиться им пользоваться. If. > Реальная проблема другая -- нужен инструмент не для > разработчиков в team, а для тех кто со стороны хочет > подсмотреть/утащить к себе патчи, тем самым убедившись > в грамотности сборки у нас. Приходим к тому, что есть "проблема представления", которую может иметь смысл решать не именно на git.altlinux.org, а возможно и на вторичном ресурсе вроде sisyphus.ru. On Tue, Jul 03, 2007 at 08:59:18PM +0400, Dmitry V. Levin wrote: > Так что если прикладывать патч не на скорую руку, то надо > завести для патча бранч, закоммитить туда, а потом сделать git > pull. Вот это бы тоже как-то автоматизировать, чтоб ненароком не засунуть в уже существующий бранч или ещё чего. Кто так делает -- там есть типичная последовательность действий или не особо? On Tue, Jul 03, 2007 at 02:59:47PM +0400, Денис Смирнов wrote: > Как я уже не раз говорил -- тебе это только кажется. Если ты > действительно _хочешь_ перенести в git, то просто натрави на > эти пакет gear-srpmimport. И с получившимся результатом > работай так, как будто ты работаешь без всякого git. Несколько мелких фенечек вроде alterator-laserjet, которые я делал и которые не содержат патчей -- именно так и были втянуты и поддерживаются ещё с той осени. > Да, ты не получишь преимуществ git, и у тебя патчи будут лежать > файликами. Но это будет работать уже сегодня. Глянь на мой > репозиторий с ppp. Там та же самая ситуация. У меня и так сегодня работает ;) Проблемы бывали -- например, ненароком один src.rpm накрыл файлики из другого (наступал при сборке apache для updates и backports в одном vserver'е, один раз заметил, минимум один -- нет). Зачем мне SCM, понимаю. > >> Видимого смысла в srpm-паетах после миграции на > >> gear-репозитории не будет. > MS> Было бы всё-таки хорошо иметь какой-то простой вариант понять, > MS> чем отличается пакет от upstream tarball. Причём не глазами > MS> разработчика (им проще), а скорее глазами опытного админа. > В случае с приведенной выше "тупой" сборкой -- это видно > невооруженным взглядом. А вот если используются особенности > git, то да, для этого нужен какой-то инструмент. git действительно заточен скорее на оперативный merge патчей как минимум в рамках своей ветки (и между ветками). Хорошая цель и хорошо, если для ядра оно работает, но в жизни попадаются и совсем другие ситуации. У админа mindset другой, для него патч вполне может быть непрозрачным. Этакая штука, которую если прилепить -- с этим полегчает или то починится. Ему не надо ничего мержить, ему чтоб работало. Возможно, в случае толкового подхода к git.alt у нас будут наблюдатся "спарки" админов, которые знают, как приготовить пакет и где в ём вылазят проблемы при использовании, и разработчиков, которые озадачены приведением разницы между нашим git и апстримом к нулю. Дожить бы до такого :) On Tue, Jul 03, 2007 at 08:41:58PM +0400, Dmitry V. Levin wrote: > > Пример: http://git.altlinux.org/people/ldv/packages/?p=file.git > Добавил ещё одно правило для http-сервера, теперь можно > использовать более естественные адреса, например: > http://git.altlinux.org/people/ldv/packages/file.git Только хотел спросить, а не руками ли то было набрано :) Спасибо. Ещё бы https://bugzilla.altlinux.org/bugid сделать: http://www.bugzilla.org/docs/2.16/html/rewrite.html -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
next prev parent reply other threads:[~2007-07-03 20:18 UTC|newest] Thread overview: 101+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-07-02 19:30 [devel] Fwd: [opennet] Релиз ALT Linux 4.0.1 Server Michael Shigorin 2007-07-02 20:18 ` [devel] srpms -> gear Dmitry V. Levin 2007-07-02 20:28 ` Aleksey Novodvorsky 2007-07-02 21:39 ` Dmitry V. Levin 2007-07-02 21:41 ` Aleksey Novodvorsky 2007-07-02 21:42 ` Dmitry V. Levin 2007-07-02 21:11 ` Anton Farygin 2007-07-02 21:45 ` Dmitry V. Levin 2007-07-02 22:00 ` Alexey Gladkov 2007-07-02 22:13 ` Dmitry V. Levin 2007-07-02 22:18 ` Alexey Gladkov 2007-07-02 22:27 ` Dmitry V. Levin 2007-07-03 4:54 ` Anton Farygin 2007-07-03 11:22 ` Alexey I. Froloff 2007-07-03 9:23 ` Michael Shigorin 2007-07-03 9:28 ` Dmitry V. Levin 2007-07-03 9:53 ` Led 2007-07-03 10:02 ` Aleksey Novodvorsky 2007-07-03 10:14 ` Dmitry V. Levin 2007-07-03 10:21 ` Aleksey Novodvorsky 2007-07-03 10:26 ` Led 2007-07-03 10:40 ` Dmitry V. Levin 2007-07-03 11:00 ` Led 2007-07-03 11:11 ` Dmitry V. Levin 2007-07-03 11:11 ` Денис Смирнов 2007-07-03 11:15 ` Led 2007-07-03 14:33 ` Anton Farygin 2007-07-03 14:45 ` Dmitry V. Levin 2007-07-03 16:54 ` Anton Farygin 2007-07-03 16:59 ` Dmitry V. Levin 2007-07-03 14:32 ` Anton Farygin 2007-07-03 14:38 ` Pavlov Konstantin 2007-07-03 14:51 ` Pavlov Konstantin 2007-07-03 16:56 ` Anton Farygin 2007-07-03 17:01 ` Dmitry V. Levin 2007-07-03 16:55 ` Anton Farygin 2007-07-03 17:03 ` Pavlov Konstantin 2007-07-03 11:07 ` Денис Смирнов 2007-07-03 11:20 ` Led 2007-07-03 14:30 ` Anton Farygin 2007-07-03 14:38 ` Dmitry V. Levin 2007-07-03 14:57 ` Alexey Rusakov 2007-07-03 16:57 ` Anton Farygin 2007-07-03 17:07 ` Dmitry V. Levin 2007-07-03 17:45 ` Anton Farygin 2007-07-03 17:50 ` Valery V. Inozemtsev 2007-07-03 18:06 ` Dmitry V. Levin 2007-07-03 18:11 ` Valery V. Inozemtsev 2007-07-03 20:18 ` Michael Shigorin [this message] 2007-07-03 21:40 ` Денис Смирнов 2007-07-04 9:59 ` Michael Shigorin 2007-07-06 1:23 ` Денис Смирнов 2007-07-06 17:09 ` Michael Shigorin 2007-07-06 17:34 ` Alexey Rusakov 2007-07-06 17:48 ` [devel] [JT] ALT remote learning Michael Shigorin 2007-07-08 20:45 ` [devel] srpms -> gear Денис Смирнов 2007-07-13 19:14 ` [devel] git-bisect Michael Shigorin 2007-07-14 11:34 ` Денис Смирнов 2007-07-04 13:49 ` [devel] srpms -> gear Igor Zubkov 2007-07-04 6:32 ` [devel] srpms -> gear : патчи и бранчи Eugene Prokopiev 2007-07-04 12:57 ` Igor Zubkov 2007-07-05 7:36 ` Eugene Prokopiev 2007-07-06 1:27 ` Денис Смирнов 2007-07-04 13:46 ` [devel] srpms -> gear Igor Zubkov 2007-07-04 21:01 ` Michael Shigorin 2007-07-04 22:16 ` Igor Zubkov 2007-07-06 2:14 ` Денис Смирнов 2007-07-03 21:42 ` Денис Смирнов 2007-07-04 7:06 ` Anton Farygin 2007-07-04 8:20 ` Kirill A. Shutemov 2007-07-04 10:00 ` Michael Shigorin 2007-07-04 10:20 ` Kirill A. Shutemov 2007-07-04 11:55 ` Anton Farygin 2007-07-04 12:01 ` Kirill A. Shutemov 2007-07-06 1:17 ` Денис Смирнов 2007-07-06 6:37 ` Dmitry V. Levin 2007-07-06 7:07 ` Eugene Prokopiev 2007-07-06 7:17 ` Dmitry V. Levin 2007-07-08 20:36 ` Денис Смирнов 2007-07-03 19:40 ` Michael Shigorin 2007-07-03 21:27 ` Денис Смирнов 2007-07-12 22:52 ` [devel] gitweb Dmitry V. Levin 2007-07-13 6:40 ` Michael Shigorin 2007-07-15 17:17 ` Dmitry V. Levin 2007-07-03 10:59 ` [devel] srpms -> gear Денис Смирнов 2007-07-02 20:25 ` [devel] Fwd: [opennet] Релиз ALT Linux 4.0.1 Server Alexey Gladkov 2007-07-02 21:09 ` Anton Farygin 2007-07-03 9:28 ` [devel] gear vs patches Michael Shigorin 2007-07-03 9:31 ` Dmitry V. Levin 2007-07-03 14:35 ` Anton Farygin 2007-07-03 14:36 ` Pavlov Konstantin 2007-07-03 16:59 ` Anton Farygin 2007-07-03 17:02 ` Pavlov Konstantin 2007-07-03 17:08 ` Dmitry V. Levin 2007-07-03 14:41 ` Alexey Gladkov 2007-07-03 15:00 ` Dmitry V. Levin 2007-07-03 16:41 ` Dmitry V. Levin 2007-07-04 10:23 ` Kirill A. Shutemov 2007-07-03 21:17 ` Денис Смирнов 2007-07-03 14:34 ` Anton Farygin 2007-07-03 3:34 ` [devel] Fwd: [opennet] Релиз ALT Linux 4.0.1 Server Денис Смирнов
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=20070703201839.GI21702@osdn.org.ua \ --to=mike@osdn.org.ua \ --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