From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imath.kiev.ua; s=hydra; t=1403266157; bh=rKHPKvXIcxHpNN8G9VXnAjCPlsPqJNSf5+GzyiaHwkY=; h=Date:From:To:Subject:References:In-Reply-To; b=UQgaeWeyZd+/xkQXScA0fT7x7giWB6x/tDJM6Xx+NcTUc6AWJffoda8clg6+IGuxH Gj3mBSvkowapj5KD/eiOF4itR+y4PHe39wM6EKr0tRA8Pdy5yQDft/JAPxvdZ3jh5R IC6XQs12fd5Ig7mNtWENEWxoomgvcnICbgVEpeqI= X-Virus-Scanned: amavisd-new at imath.kiev.ua DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imath.kiev.ua; s=hydra; t=1403266150; bh=rKHPKvXIcxHpNN8G9VXnAjCPlsPqJNSf5+GzyiaHwkY=; h=Date:From:To:Subject:References:In-Reply-To; b=dBQc4rhR/Jvmehy+EnBdEkb2kEGtpfwgxZsMKzZZNI+BzuuF12hU/2TKfaYMdC43R 2bh7hWiyp/jVwJZeQ0YCfe3diBKhtLznt0RW2Dfhkgm5nMtOUAmAFWbktv0HLJ5pTw ZCNeyJe0+OlEgb+kfUuPRXAbYTgQdUjaxYl0VBfY= Date: Fri, 20 Jun 2014 15:11:51 +0300 From: Igor Vlasenko To: ALT Linux Team development discussions Message-ID: <20140620121148.GA27336@dad.imath.kiev.ua> References: <20140619110814.GA10173@dad.imath.kiev.ua> <53A2C53F.7080504@altlinux.com> <20140619115541.GA10395@dad.imath.kiev.ua> <53A2D326.7080801@altlinux.com> <20140619121723.GA10499@dad.imath.kiev.ua> <53A2DC6B.1050307@altlinux.com> <20140619142413.GA10880@dad.imath.kiev.ua> <53A3178E.5000001@altlinux.com> <20140619182035.GA18999@dad.imath.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [devel] =?utf-8?b?R2VhciDQuCDQstC90LXRiNC90LjQtSAgVkNTLg==?= 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: Fri, 20 Jun 2014 12:09:32 -0000 Archived-At: List-Archive: List-Post: Я плохо прошлый раз объяснил, только всех запутал:( Как говорится, чтобы правильно задать вопрос, нужно знать 50% ответа. Вместо этого я завел слушателей во что-то не то. Коротко скажу, что > Зачем здесь апстримные бранчи? и не зачем, и не при чем, и только запутал слушателей и ввел их в заблуждение. У мнея смешались в кучу кони, люди, NMU, наблюдение за тегами и автообновление. Не удивительно, что я всех запутал. Прошу тайм-аут. Возможно, стоит сейчас отложить написание кода, это сейчас менее приоритетная задача, пусть время устаканит концепцию. On Fri, Jun 20, 2014 at 09:01:10AM +0400, Eugene Prokopiev wrote: > 19 июня 2014 г., 22:20 Igor Vlasenko написал: > > > Меня тоже надо услышать. Мне лично и прямо сейчас такая информация > > уже нужна для пакетов perl-*. Я ведь не исключен из сообщества? > > А по закону больших чисел такая информация понадобится не раз и не > > два еще не одному десятку майнтайнеров. Да, у нас массовые обновления > > и исправления пакетов не очень распространены. Но не потому, что > > не нужны, а потому что требуется слишком много усилий из-за > > несовершенства инструментов. > > Игорь, можно еще раз? Мне тоже кажется, что чем меньше дополнительной > информации в разных местах хранить, тем более чистой и удобной > становится сама концепция :) Т.е. раз мы уже используем watch-файлы, > то логично в них же хранить ссылку на внешнюю VCS + регэксп для > релизных тегов. Тогда для облегчения работы мы могли бы сказать: > > $ gear-restore-remotes (один раз сразу после git clone для извлечения > remotes - но тут нужно дать капризным майнтейнерам возможность > задавать имя remotes) > $ git remotes fetch > $ gear-watch (посмотреть глазами, есть ли новые теги?) > $ girar-update-by-upstream-tag (мержит апстримный тег, правит спек, > коммитит, может даже ставит теги для сизифа и бранчей) > $ gear-hsh ... (собираем теги для сизифа и бранчей) > > Имена новых утилит, естественно, условные ... > > По дефолту, наверное, стоит ставить теги и собирать только для сизифа, > а в случае присутствия specsubst также и для бранчей (указанных в > каком-то специального вида комментарии в спеке, например). > > Все эти команды я могу дать вручную, а могу и роботу поручить, если > пакетов куча. > > Зачем здесь апстримные бранчи? Можно ведь таким образом собирать те же > starman и perl-Mojolicious непосредственно по тегам? И netxms можно > было бы. > > Есть другой вопрос: бывает нужно собирать не апстримные, а собственные > теги. Или вот я сам собираю себе freeswitch, т.к. не нашел общего > языка с майнтейнером - > http://git.altlinux.org/people/enp/packages/freeswitch.git. Мержить > можно было бы и апстримные теги, но еще мне нужно вычислять разницу > между бранчами upstream/v1.2.stable и patch/ldap - > http://git.altlinux.org/people/enp/packages/freeswitch.git?p=freeswitch.git;a=blob;f=.gear/rules;h=a4a4163b4b0ed5bf439d2603c21431edd0466635;hb=f5d4ebe340bcb69df0076a9fa2f28aba5cf45231. > Где хранить информацию об этом - тоже в watch-файле? > > -- > WBR, > Eugene Prokopiev > _______________________________________________ > Devel mailing list > Devel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel -- I V