Path: csiph.com!usenet.pasdenom.info!weretis.net!feeder1.news.weretis.net!newsfeed.CARNet.hr!news.spin.it!bofh.it!news.nic.it!robomod From: Barry Warsaw Newsgroups: linux.debian.maint.python Subject: Re: Python Policy Date: Wed, 21 Oct 2015 03:00:02 +0200 Message-ID: References: X-Original-To: debian-python@lists.debian.org X-Mailbox-Line: From debian-python-request@lists.debian.org Wed Oct 21 00:53:07 2015 Old-Return-Path: X-Amavis-Spam-Status: No, score=-6.38 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, CAPINIT=0.5, FOURLA=0.1, LDO_WHITELIST=-5, MURPHY_DRUGS_REL8=0.02] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate:hard: -5 Organization: The Organization of Unorganized Woozalists X-Mailer: Claws Mail 3.12.0 (GTK+ 2.24.28; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailing-List: archive/latest/13040 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/20151020205251.65c88f04@limelight.wooz.org Approved: robomod@news.nic.it Lines: 73 Sender: robomod@news.nic.it X-Original-Date: Tue, 20 Oct 2015 20:52:51 -0400 X-Original-Message-ID: <20151020205251.65c88f04@limelight.wooz.org> X-Original-References: <20151019133137.6174ef07@limelight.wooz.org> <20151019212639.GF3846@p1otr.com> <20151020165359.69f44eae@limelight.wooz.org> <20151020213047.GS15907@sar0.p1otr.com> Xref: csiph.com linux.debian.maint.python:7728 On Oct 20, 2015, at 11:30 PM, Piotr O=C5=BCarowski wrote: >I have few comments, but even if I didn't, please wait at least until after >the weekend (or better: 7 days) so that others have time to review it and >comment / propose changes. Fair enough. Of course, it's in a vcs so it's easy to change! :) >I'd remove this paragraph. Releases can be made via `git archive` and I did >that many times (assuming pristine-tar will still keep needed data to >regenerate exact same tarball). If you meant that we don't want to keep >complete upstream git history, then I agree completely, but I'd made it a >"should" rather than "must". What I'm trying to express is the team decision (a couple of debconfs ago) = for pristine-tars rather than releasing from upstream git. I do want to keep t= he rationale in the policy doc; it's one sentence and it seems to come up often enough. Suggestions for better phrasing welcome! >> +``gbp build-package`` is used to build the package, either as a source >> package > >s/build-package/buildpackage/ Fixed, thanks. >> +for use with ``pbuilder``, ``sbuild``, etc. or as a binary package dire= ctory. > >gbp can use sbuild/pbuilder, here's my ~/.gbp.conf: > > [buildpackage] > builder=3Dsbuild This is the kind of thing that should go in the wiki. >> +Use the following ``git-dpm`` tag formats for the three branches named = above. >> +Put these lines at the *end* of your ``debian/.git-dpm`` file:: >> + >> + debianTag=3D"debian/%e%v" >> + patchedTag=3D"patches/%e%v" >> + upstreamTag=3D"upstream/%e%u" > >I will update `py2dsp --profile dpmt ...` to do that out of the box, but >even then, it's better to suggest that tool in the wiki only, I guess I think so. The tag format (and IMHO the mechanism to ensure it) should go= in policy though. >> +All packages which have been automatically converted from the old >> Subversion +repository should already have these lines present, but you >> will need to add +them for any new packages. > >that's something for the wiki, not policy, IMO Sure. I reworded the policy docs a little bit here. >other comment: >I'm wondering about something that bit me recently: `gbp pull` instead >of `git pull` - should we put that into policy or is wiki warning enough? I think wiki is enough. It is possible to operate with just straight `git pull` because it will still fetch all commits, but when you switch to one of the other branches, you'll see that its head is out of date, and git will prompt you to pull in that branch to update it. `gbp pull` is mostly convenience. Cheers, -Barry