From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <4450CBB2.1030707@altlinux.com> Date: Thu, 27 Apr 2006 17:48:34 +0400 From: Anton Farygin Organization: ALT Linux Ltd. User-Agent: Thunderbird 1.5 (X11/20060328) MIME-Version: 1.0 To: ALT Devel discussion list References: <20060425224736.GA12850@nomad.office.altlinux.org> <444FBFEE.2040709@altlinux.com> <20060426213633.GF13934@basalt.office.altlinux.org> <44506187.8040008@altlinux.com> <20060427124722.GE25546@basalt.office.altlinux.org> In-Reply-To: <20060427124722.GE25546@basalt.office.altlinux.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?68HLINPExczB1Ngg0sXQz9rJ1M/Sycog1yBnaXQ=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.7 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Apr 2006 13:45:19 -0000 Archived-At: List-Archive: List-Post: Dmitry V. Levin wrote: > On Thu, Apr 27, 2006 at 10:15:35AM +0400, Anton Farygin wrote: >> Вопрос: если я правильно понял, то .buildspec будет распарсиваться неким >> скриптом на стороне сервера (или локально?) > > Локально (там, где нужно собирать пакеты). > >> А можно ли предложить какой-то инструмент, для сборки пакета из >> локальной копии репозитария, минуя hasher ? > > Минуя hasher, конечно можно (если что-то можно собрать hasher'ом, то это > можно собрать и нативно). > Минуя репозиторий, наверное, тоже можно, но вот нужно ли? Если нужно, то > я это реализую, но тогда ты опять станешь забывать commit'ить. > >> Т.е. - я очень много собираю без hasher'а, прямо в локальной системе. > > OK, это будет. отлично. Я готов уже сейчас перевести то что у меня есть на git (собственно я уже пытался, правда безуспешно) > >>> Я пока не определился, как именно будет устроен центральный репозиторий >>> для Sisyphus. Тут есть варианты, надо понять, на чём остановиться. >>> Я сейчас занимаюсь доработкой попакетного репозитория, объединительные >>> репозитории - это следующий этап. >> Ясно. Меня в большей степени интересует вопрос с объединением. И с >> правами доступа к каждому из пакетов (желательно что бы права доступа >> были в достаточной мере открыты - что-то вроде teams по интересам). > > Прежде чем объединённый репозиторий начнёт функционировать, нужно создать > базу; должно пройти некоторое время, пока мантейнеры просто привыкнут > вести репозиторий для каждого своего пакета. А за это время я уже > что-нибудь организую. Не без вашего содействия, конечно. > >> И ещё пока вспомнил: крайне желателен инструмент, позволяющий закачивать >> в git большие тарболлы минуя commit (или каким-то средством на стороне >> сервера). > > В git есть git-mktag и git-mktree, но нет git-mkblob; впрочем, сделать > его несложно, поскольку код нижнего уровня есть. Ага. Отлично ! > >> Поясню: >> >> например есть необходимость положить в git приложение, исходник которого >> в распакованном виде занимает 600Mb (например - openoffice.org). >> >> в случае с тарболлом, который нужно из локального репозитария залить на >> сервер - трафик составит 600Mb исходящий (если не использовать сжатие на >> уровне ssh). > > Между прочим, не использовать сжатие на уровне ssh практически невозможно. > :) Ну да.. но оно всё-равно не нужно, если можно каким-то образом центральному репозитарию сказать что бы он выполнил это ресурсоёмкое действие. > >> При этом у мантейнера канал может быть достаточно дохлый (например модем >> или gprs). >> >> Было бы очень здорово предоставить инструмент, который смог бы: >> - выкачивать файл с заданного URL >> - проверять md5sum >> - распаковывать >> - коммитить > > Только не коммитить, а помещать в базу данных объектов. > Да, было бы неплохо это сделать. Ничего принципиально сложного я не вижу. Да, именно так. Это бы в значительной степени облегчило жизнь многим мантейнерам.