Path: csiph.com!goblin2!goblin.stu.neva.ru!gothmog.csi.it!bofh.it!news.nic.it!robomod From: Sandro Tosi Newsgroups: linux.debian.maint.python Subject: so you want to migrate DPMT/PAPT to git? look at what pgk-perl did! Date: Thu, 06 Aug 2015 12:50:02 +0200 Message-ID: X-Original-To: debian-python Old-Return-Path: X-Amavis-Spam-Status: No, score=-5.885 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FOURLA=0.1, FREEMAIL_FROM=0.001, LDO_WHITELIST=-5, MURPHY_DRUGS_REL8=0.02, PLING_QUERY=0.994] autolearn=ham X-Policyd-Weight: using cached result; rate: -7 Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=CG37fTUqLQReQFbvxJczptAmfKTBKG0hmPE+RJrEs2w=; b=pHURG80Ax52L/U+jDWcvXovVEixEd30caYoA8gh1GAkOEiSjqE5YaE/StNfxFDOCRa Y3WdnW66a3M+2y+gaqw3cKRh8n9hESi2Ao8hnl4iCx+nIalHTRb6MYbTNFFayC9QszrP Uou+xfb/zjkUR5/HzztCEiS5xZvMOZt/94GzF7jxVF1er907bkx2U1etQ5fbDOTxzAfn g5D+bl7mwQGwbo18mc3OBAaJGwxCCFhqpxJvWJIIRLT66XHvtSYQYdijIGKBXuz8BsBz yxgliiGu1u8GFNhwQNumYn62gDY7ZQg8s4Es/jYVQkwyBkor1NXC9Osf6UcJQvFfpFx1 g9Qw== X-Received: by 10.180.75.5 with SMTP id y5mr5109895wiv.23.1438857775052; Thu, 06 Aug 2015 03:42:55 -0700 (PDT) MIME-Version: 1.0 Sender: robomod@news.nic.it X-Google-Sender-Auth: tZ_PHBx-oLySA5dQ8XxFAJ1rZ3A Content-Type: text/plain; charset=UTF-8 X-Mailing-List: archive/latest/12450 List-ID: List-URL: Approved: robomod@news.nic.it Lines: 37 Organization: linux.* mail to news gateway X-Original-Date: Thu, 6 Aug 2015 11:42:25 +0100 X-Original-Message-ID: X-Original-Sender: sandro.tosi@gmail.com Xref: csiph.com linux.debian.maint.python:7145 no I mean, really, read http://pkg-perl.alioth.debian.org/git.html * they have a tool that automatically creates (and push) a new package from CPAN, and sets everything up with the team standards; the same should happen for python and pypi. and there is tool (dpt) to manage the other common packaging tasks * they do not force as default the use of an unnecessarily convoluted "patch regime" - just stick to the path of least resistance, quilt unapplied-patches is perfectly usable with git and is a method every one can use (and should know anyway), without tying the patch to the SCM tool we are using * you can choose more complex ways to do things, but not as the default (because -you know- you want us to buy the story "if we migrate to git, hordes of contributors will come", then keep the process as simple as possible, and be flexible to more skilled maintainers if they want to) * they have a way to download all the packages and do mass-commit on them they manage more than 3k packages, their approach works in practice and scales, do we really need to reinvent the wheel here? (as I'm quite sure at debconf there will be discussion about it, this my input on the matter) -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-python-REQUEST@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org Archive: https://lists.debian.org/CAB4XWXxcakhj9WDB_q1cNKdi4q1GeX7sD4iR+o2WJN6VhuBCfQ@mail.gmail.com