From: "Dmitry Afanasov" <afanasovdmitry@gmail.com> To: "ALT Linux Team development discussions" <devel@lists.altlinux.org> Subject: Re: [devel] [SCM] packages/kernel-source-2.6.27: heads/kernel-source Date: Wed, 24 Sep 2008 12:35:24 +0400 Message-ID: <9d5146970809240135w74d961a0h595c8d99fa7f59fd@mail.gmail.com> (raw) In-Reply-To: <921f6bb40809232346sfbe7b44mf4d13def0f6e29cf@mail.gmail.com> 24.09.08, Evgeny Sinelnikov<sin@altlinux.ru> написал(а): > 24 сентября 2008 г. 8:14 пользователь Dmitry Afanasov > <afanasovdmitry@gmail.com> написал: > > 24.09.08, Dmitry V. Levin<ldv@altlinux.org> написал(а): > >> On Wed, Sep 24, 2008 at 01:52:45AM +0400, Konstantin A. Lepikhov wrote: > >> Ценность истории в самой истории. :) > >> В данном случае, в истории spec-файла. > > и эта история должна находиться в %changelog. > %changelog, строго говоря, историю вообще не хранит... ну что ж, значит надо определиться, что нам важнее. прошу обратить внимание: > >> и ведь заработает, как работала N лет до этого. пока "старый метод", который в обход git, действует, %changelog в srpm имеет большее значение, чем коментарии к коммитам. если хочется переставить приоритеты, тогда надо как-то запретить "старый метод". это как минимум перевести incoming с обработки srpm на обработку gear архивов. до тех пор git будет не более, чем "хаком для стягивания исходников с git.kernel.org." git.kernel.org заменить на любой другой Uri: > > в истории srpm пакета, история git - лишь надбавка к обеду. > Эта дабавка сравнива с вторым блюдом к застолью из трёх корочек... нет, это не второе блюдо по сравнению с корочками. это ресторанный обед по сравнению с простой кашей. наестся можно и там и там, но в ресторане комфортнее. правда в ретсоране требуется знать этикет и соблюдать более обширное policy. > > может отказаться от srpm? перевести incoming полностью на gear? > Я думаю, это отличная идея... Технически этот вариант и лучше, и > совершенее... к сожалению этого будет мало. git есть ещё одна проблема: он распределенный. более предметно - у каждого *свой* git архив и *своя* история. в репозиатрии же должен быть архив репозитарный, с контролируемой историей. а значит надо 1. написать/дописать sisyphus_check для gear 2. зафиксировать git архив, соответсвующий пакету в сизифе. это не /peoples, и не /archive. это скорее /packages. этот архив будет основным, откуда будет браться вся история, куда будут забрасываться измениния. /people же как и сейчас будет всего лишь песочницей мантейнера и никого не должно волновать какая там история. 3. разграничить доступ этому самому /sisyphus/package.git. пока присутсвуешь в acl - имеешь доступ. отдал кому-то пакет - доступ потерял. ну и чисто техническое предложение: сделать команду для git.alt для сборки srpm из gear архива /packages/pkg.git и отправки в incoming/distr. доступ в /incoming/distr запретить нахрен. вот после этого можно будет заводить policy для работы с git, ругаться на историю в git'е (ругаться на коменты кстати может и какой-нить check, срабатываемый по git push origin) > К тому же так действительно удобнее... Вероятно, не для > всех, что в общем-то и является отчасти препятствием... согласен, так действительно удобнее. более того - смягчается привязка к rpm. что в дальнейшем может дать какие-нибудь бонусы. минус - практика работы. но оный минус достаточно шустро решается документацией - люди сдесь слава богу умные - сезоность на ум я надесюь не влияют :) потому если будет где пастись - можно вводить. > > у любого пакета две истории. основная - %changelog. давайте > > определимся, какая нам важнее. > Я не думаю, что %changelog вообще можно хоть как-то серьёзно > соотносить с историей. я спрашивал не о существовании плохих changelog'ов - тут lakostis@ прав.я предлагаю определиться с приоритетами. плохой может быть и git история. http://lists.altlinux.org/pipermail/devel/2008-September/079396.html тому потдверждение. резюмируя, хочу сказать - сначала документация по gear и пакетированию в нём, потом перевод /incoming на gear/git, введение /packages и только после этого можно вести разговор о плохой истории в git архиве и статусе %changelog. до тех пор %changelog рулит и история git архива является личным выбором. -- С уважением Афанасов Дмитрий
next prev parent reply other threads:[~2008-09-24 8:35 UTC|newest] Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top 2008-09-23 20:41 ` Dmitry V. Levin 2008-09-23 20:55 ` Konstantin A. Lepikhov 2008-09-23 21:04 ` Dmitry V. Levin 2008-09-23 21:12 ` Konstantin A. Lepikhov 2008-09-23 21:26 ` Dmitry V. Levin 2008-09-23 21:36 ` Konstantin A. Lepikhov 2008-09-23 21:44 ` Dmitry V. Levin 2008-09-23 21:52 ` Konstantin A. Lepikhov 2008-09-23 22:10 ` Dmitry V. Levin 2008-09-23 22:21 ` Konstantin A. Lepikhov 2008-09-23 22:37 ` Dmitry V. Levin 2008-09-24 7:06 ` Konstantin A. Lepikhov 2008-09-24 8:43 ` Dmitry V. Levin 2008-09-24 4:14 ` Dmitry Afanasov 2008-09-24 6:46 ` Evgeny Sinelnikov 2008-09-24 7:34 ` Aleksey Avdeev 2008-09-24 8:40 ` Evgeny Sinelnikov 2008-09-24 7:44 ` Konstantin A. Lepikhov 2008-09-24 8:41 ` Evgeny Sinelnikov 2008-09-24 8:35 ` Dmitry Afanasov [this message] 2008-09-24 8:42 ` Dmitry V. Levin 2008-09-24 8:59 ` Dmitry Afanasov 2008-09-24 9:03 ` Mikhail Gusarov 2008-09-24 11:14 ` Dmitry Afanasov 2008-09-24 11:16 ` Mikhail Gusarov 2008-09-24 10:39 ` Konstantin A. Lepikhov 2008-09-24 10:48 ` Aleksey Avdeev 2008-09-24 10:55 ` Dmitry V. Levin 2008-09-24 11:18 ` Dmitry Afanasov 2008-09-24 11:43 ` Konstantin A. Lepikhov 2008-09-24 11:50 ` Kirill A. Shutemov 2008-09-24 11:59 ` Konstantin A. Lepikhov 2008-09-24 12:00 ` Aleksey Avdeev 2008-09-24 12:08 ` Konstantin A. Lepikhov 2008-09-24 12:16 ` Aleksey Avdeev 2008-09-24 12:27 ` Konstantin A. Lepikhov 2008-09-24 8:52 ` Evgeny Sinelnikov 2008-09-24 9:10 ` Dmitry Afanasov 2008-09-24 9:13 ` Stanislav Ievlev 2008-09-24 9:21 ` Dmitry Afanasov 2008-09-24 9:31 ` Dmitry V. Levin 2008-09-24 16:01 ` [devel] [SCM][JT] " Andrey Rahmatullin 2008-09-24 9:31 ` [devel] [SCM] " Evgeny Sinelnikov 2008-09-24 8:19 ` Dmitry V. Levin
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=9d5146970809240135w74d961a0h595c8d99fa7f59fd@mail.gmail.com \ --to=afanasovdmitry@gmail.com \ --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