From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: devel@lists.altlinux.org References: <20190614101857.GA8886@dad.imath.kiev.ua> <20190614112041.GA4584@altlinux.org> <20190614213427.GC20144@imap.altlinux.org> <1589353.6UQXlM4oQv@zerg.malta.altlinux.ru> <178342D1-F4C6-4B9C-9801-5750E1550B14@altlinux.org> <9e582ca999d482e36f4e77938612f291572f3915.camel@altlinux.org> <20190617224818.8ffccb1135e01c3b5be66834@altlinux.org> <685d457aef58e275fef935bfc461b9ea53befddf.camel@altlinux.org> <20190618001533.a4b78053c48d5c8ec0e5fc77@altlinux.org> From: Anton Farygin Organization: BaseALT Message-ID: Date: Tue, 18 Jun 2019 07:41:00 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1 MIME-Version: 1.0 In-Reply-To: <20190618001533.a4b78053c48d5c8ec0e5fc77@altlinux.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel] I: NMU to clean up %ubt in spec X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jun 2019 04:41:02 -0000 Archived-At: List-Archive: List-Post: On 18.06.2019 0:15, Andrey Savchenko wrote: > On Mon, 17 Jun 2019 23:19:47 +0300 Yuri Sedunov wrote: >>> И уж лучше закинутые тарболом исходники, чем "pristine sources", >>> в которых при работе приходится вечно переключаться между бранчем со >>> спеком и бранчем с кодом, не забывая при этом обновлять >>> .gear/tags/list при каждой попытке что-то собрать. Спасибо, >>> я наелся этого выше крыши с тем же ruby. Врагу не пожелаю. >> Так, не надо переделывать srpm в git -- мартышкин труд. >> Распаковали srpm (хотя я редко это делаю, поскольку актуальные спеки, >> патчи почти всегда под рукой), на соседних вкладках терминала >> расположили гиты апстримные и какие-другие, если требуются, локальную >> или удаленную сборочечницу и комфортно-быстро пачками, параллельно в >> многозадачном режиме собираете пакеты. > При чём тут srpm? Чукча не читатель, чукча писатель? Мне вот > пришлось работать с git пакетом ruby, сделанным по концепции > "pristine sources" — и не я его создавал, я уже с готовым работал > решая имеющиеся задачи. И в этом готовом пакете в разных бранчах > лежат исходник и обвязка (spec и вспомогательные файлы), притом в > каждом бранче только свои файлы. А для решения задачи мне нужно было > много редактировать и то, и другое. Приходилось постоянно > переключаться между бранчами, потому что в git by design нельзя > отобразить оба бранча сразу. В итоге очень много времени и нервов > было потрачено из-за этого идиотизма. Кстати да, я стараюсь по максимуму уходить на схему, когда исходники объединены с .gear/ И всё, что касается альта - переносить в .gear (включая спек). В итоге получается такая фича, как безболезненный переезд на другие апстримные ветки, история между которыми не сохраняется: git rev-list --reverse gears/sisyphus -- .gear/|git cherry-pick --stdin Что касается src.rpm, то помимо отсутствующей истории - очень неудобно смотреть изменения в task'ах, сделанные в пакете по сравнению с предыдущей версией. http://git.altlinux.org/tasks/archive/done/_226/232293/ А какие, кстати, проблемы со сборкой LibreOffice из git'а ?