From: Alexey Tourbin <at@altlinux.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] пакеты копировать нельзя Date: Tue, 17 Feb 2009 12:01:27 +0300 Message-ID: <20090217090126.GR31985@altlinux.org> (raw) In-Reply-To: <921f6bb40902170003h53d9aed2r9f47fe225685cf4e@mail.gmail.com> [-- Attachment #1: Type: text/plain, Size: 3967 bytes --] On Tue, Feb 17, 2009 at 11:03:32AM +0300, Evgeny Sinelnikov wrote: > А доступен ли извне task, как временный тестовый репозиторий? Я думаю, > что именно это его сейчас отличает от понятия box. Если нет такого Задания выкладываются в git.altlinux.org, и задания содержат собранные пакеты. Например, http://git.altlinux.org/tasks/1108/build/1/i586/rpms/ То есть apt/hasher репозитария в задании нет, но это относительно несложно сделать самому. Можно делать и в задании. Это сейчас не делается по определенной причине: два репозитария, Sisyphus + RPMS.hasher, это не то же самое, что новый репозитарий Sisyphus, в котором были корректно обновлены пакеты RPMS.hasher. То есть некоторый класс проблем нельзя обнаружить, используя RPMS.hasher-оверлей поверх текущего сизифа, а можно только обнаружить, целиком сформировав новый репозитарий (без дупов и т.д.). > временного аналога Deadalus, то я не понимаю как протестировать пакет > кроме как локально... А ведь, в ряде случаев, в его тестировании > заинтересован не только сам мейнтейнер... Вы хотите сначала залить пакет, чтобы его собрали и поместили во временный репозитарий. Далее вы хотите его локально протестировать, и дать добро на перенос пакета в основной репозитарий. Кажется, Дмитрий добавил в girar-task какой-то manual режим, который делает примерно это (выполняет все стадии сборки и тестирования, но не выполняет стадии "коммитов"). Я ещё не понял, как им пользоваться. Но, строго говоря, нельзя полагаться на то, что в сизиф пойдут именно те пакеты, которые сейчас лежат в tasks/$id/build/ и которые Вы протестировали. Когда Вы дадите добро на перемещение протестированных пакетов в сизиф, girar-builder по своим внутренним соображениям может пересобрать эти пакеты ещё раз (на новом репозитарии). Тогда у Вас в системе будут стоять не те же самые пакеты, которые попадут в Сизиф. И dist-upgrade работать не будет, потому что EVR останется прежним. [Внутреннее соображение у girar-builder может быть только одно: если на свежем репозитарии содержимое сборочной среды C изменилось, то girar-builder имеет право заново пересобрать соответствующие исходные пакеты S.] В принципе, если так устраивает (без гарантии, что пройдут именно эти пакеты), то нужно разобраться, как пользоваться manual режимом. > > [И ещё, к счастью, сериализация заданий -- это головная боль отдельно > > взятого человека.] > > К сожалению, мы пока не пробовали обновить таким образом, например > boost, и не встречались с задачей починить все пакеты, которые > сломались или протестировать пакеты, которые могли сломаться силами > тех, кто в этом заинтересован. А головная боль, при этом, всё равно > остаётся, если даже проверить нельзя будущую сборку пакета, от > которого зависят другие, пока все они разом не соберутся... Можно все, > конечно, локально собрать, но это ведь не то, что стоит повторять для > проверки... Частная головная боль в любом случае никуда не денется: если проблемы с пакетами возникают, то их нужно решать, и никакая автоматическая система не сможет решить их автоматически. Зато мы можем декларировать принцип: репозитарий можно переводить только из одного целостного состояние в другое целостное (точнее, не менее целостное) состояние, определяемое по ряду формальных признаков (грубо говоря, формальных признаков всего два: устанавливаемость пакетов и пересобираемость пакетов). Значит, мы всегда имеем репозитарий по крайней мере в формально неплохом состоянии. А это решает часть проблем, которые мы до сих пор имеем. > А вот как протестированные пакеты попадут репозиторий, когда все > проверки пройдут, уже действительно не важно... Собрать их в общем > последовательно потоке, видимо, верный вариант, не противоречащий > целостности истории репозитория. > > Возникло предложение. А действительно, можно ли организовать > доступность извне task'ов, как временных тестовых репозиториев? Можно. [-- Attachment #2: Type: application/pgp-signature, Size: 197 bytes --]
next prev parent reply other threads:[~2009-02-17 9:01 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-02-16 9:28 Alexey Tourbin 2009-02-16 20:52 ` Dmitriy M. Maslennikov 2009-02-17 6:45 ` Evgeny Sinelnikov 2009-02-17 7:35 ` Alexey Tourbin 2009-02-17 8:03 ` Evgeny Sinelnikov 2009-02-17 8:40 ` Anton Farygin 2009-02-17 9:01 ` Alexey Tourbin [this message] 2009-02-17 10:43 ` Dmitry V. Levin 2009-02-17 23:49 ` Kirill A. Shutemov 2009-02-18 23:32 ` Dmitry V. Levin 2009-02-19 3:26 ` Денис Смирнов 2009-02-19 9:03 ` Kirill A. Shutemov 2009-02-17 11:24 ` Dmitriy M. Maslennikov
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=20090217090126.GR31985@altlinux.org \ --to=at@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