Bug#600745: Bug#654958: debian-policy: Document VCS fields.
On Sat, Jan 07, 2012 at 08:46:47AM -0800, Russ Allbery wrote: I wonder if something like Vcs-Git: git://git.eyrie.org/kerberos/webauth.git squeeze could be made to work. My understanding was that the debcheckout developers were not enthused about adding a syntax that Git upstream didn't support, but I think that's the only solution that anyone's come up with so far. On the other hand, it is kind of silly for them to be in such widespread use without Policy saying anything about them. Maybe we should just document them as they are and be explicit about the limitations, saying things like: The information in the Vcs-* header should be sufficient to locate the repository used for packaging and access it anonymously. It may or may not be the branch used for packaging any specific version of the package, and the packaging is not necessarily on the default branch. Additional investigation is often required to find the part of the repository used for current development or for any particular version of the package. If, over time, debcheckout and our package metadata starts making more explicit guarantees, we can always tighten the language later, but the above reflects the current state of the archive. I object to policy specifying any Vcs-* fields in a way that does not uniquely identify a Debian packaging branch. Running debcheckout for a package only to then have to guess at random which of 20 branches is the one containing the packaging I care about[1] is nonsense, and I don't think this has any business being in policy in the absence of sensible semantics. The field should in all cases point to the right branch, not just the right repository, and in the absence of an acceptable per-branch URI syntax, it ought not be standardized at all. Now, given that git seems to be the only widespread VCS with theis problem, I wouldn't object to codifying Vcs- fields for the others in the meantime; but some people might find it equally unpalatable to specify fields for everything except git. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org [1] E.g., Vcs-Git: git://git.debian.org/~lamont/util-linux.git signature.asc Description: Digital signature
Bug#647745: Make mk-build-deps packages arch-dependent when --arch is passed
Package: devscripts
Version: 2.11.1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: precise origin-ubuntu ubuntu-patch
Hi folks,
I've been happily using mk-build-deps for a while now since it was first
pointed out to me. But the packages that it generates can only be used for
native package builds, not for cross-package builds using multiarch. The
attach patch addresses this by causing mk-build-deps to always treat any
--arch argument as authoritative.
Cheers,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
From 7fb56cd4408858f336c955f3f93708eb933ed8d8 Mon Sep 17 00:00:00 2001
From: Steve Langasek steve.langa...@canonical.com
Date: Sat, 5 Nov 2011 11:15:26 -0700
Subject: [PATCH] Always make mk-build-deps packages arch-dependent when
--arch is passed
When an --arch argument is passed to mk-build-deps, we should output an
architecture-dependent package even if there are no architecture-dependent
build-dependencies, so that cross-installing the package in a multiarch
environment does the right thing.
---
scripts/mk-build-deps.pl |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/scripts/mk-build-deps.pl b/scripts/mk-build-deps.pl
index 61ebd3e..678ea47 100755
--- a/scripts/mk-build-deps.pl
+++ b/scripts/mk-build-deps.pl
@@ -321,9 +321,10 @@ sub build_equiv
if ($opts-{depends} =~ /\[|\]/) {
$arch = 'any';
- if (defined $opt_arch) {
- $args = --arch=$opt_arch ;
- }
+}
+if (defined $opt_arch) {
+ $args = --arch=$opt_arch ;
+ $arch = $opt_arch;
}
open EQUIVS, | equivs-build $args-
--
1.7.5.4
signature.asc
Description: Digital signature
Bug#599777: devscripts: new script: dep3changelog
0.04-2 Perl module to handle freedesktop
pn libnet-smtp-ssl-perl none (no description available)
ii mutt 1.5.20-9 text-based mailreader supporting M
ii svn-buildpackage 0.8.1 helper programs to maintain Debian
ii w3m 0.5.2-6WWW browsable pager with excellent
-- no debconf information
From 1fa018d9b4ae3ea3fd014b473953ab27dd0d972d Mon Sep 17 00:00:00 2001
From: Steve Langasek steve.langa...@canonical.com
Date: Fri, 3 Sep 2010 00:05:52 -0700
Subject: [PATCH] new script dep3changelog, which parses a DEP3 patch header and
feeds a suitable changelog entry to dch.
---
debian/changelog |4 +
debian/control |1 +
scripts/dep3changelog.pl | 186 ++
3 files changed, 191 insertions(+), 0 deletions(-)
create mode 100755 scripts/dep3changelog.pl
diff --git a/debian/changelog b/debian/changelog
index 2b97d83..41ac0b7 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -14,6 +14,10 @@ devscripts (2.10.69) UNRELEASED; urgency=low
what should be written inside of source files.
(Closes: #502512)
+ [ Steve Langasek ]
+ * new script dep3changelog, which parses a DEP3 patch header and feeds a
+suitable changelog entry to dch.
+
-- Patrick Schoenfeld schoenf...@debian.org Thu, 07 Oct 2010 13:48:06 +0200
devscripts (2.10.68) unstable; urgency=low
diff --git a/debian/control b/debian/control
index e2466e8..3fe99b0 100644
--- a/debian/control
+++ b/debian/control
@@ -80,6 +80,7 @@ Description: scripts to make the life of a Debian Package
maintainer easier
lintian, gnupg]
- deb-reversion: increases a binary package version number and repacks the
archive
+ - dep3changelog: generate a changelog entry from a DEP3-style patch header
- desktop2menu: produce a skeleton menu file from a freedesktop.org
desktop file [libfile-desktopentry-perl]
- dget: downloads Debian source and binary packages [wget | curl]
diff --git a/scripts/dep3changelog.pl b/scripts/dep3changelog.pl
new file mode 100755
index 000..a88eef7
--- /dev/null
+++ b/scripts/dep3changelog.pl
@@ -0,0 +1,186 @@
+#! /usr/bin/perl -w
+
+# dep3changelog: extract a DEP3 patch header from the named file and
+# automatically update debian/changelog with a suitable entry
+#
+# Copyright 2010 Steve Langasek vor...@debian.org
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301
+# USA
+
+use 5.008; # We're using PerlIO layers
+use strict;
+use open ':utf8'; # patch headers are required to be UTF-8
+
+# for checking whether user names are valid and making format() behave
+use Encode qw/decode_utf8 encode_utf8/;
+use Getopt::Long;
+use File::Basename;
+
+# Predeclare functions
+my $warnings = 0;
+
+# And global variables
+my $progname = basename($0);
+my %env;
+
+sub usage () {
+print EOF;
+Usage: $progname patch [patch...] [options] [-- [dch options]]
+Options:
+ --help, -h
+ Display this help message and exit
+ --version
+ Display version information
+ Additional options specified after -- are passed to dch.
+EOF
+}
+
+sub version () {
+print EOF;
+This is $progname, from the Debian devscripts package, version ###VERSION###
+This code is copyright 2010 by Steve Langasek, all rights reserved.
+This program comes with ABSOLUTELY NO WARRANTY.
+You are free to redistribute this code under the terms of the
+GNU General Public License, version 2 or later.
+EOF
+}
+
+my ($opt_help, $opt_version);
+GetOptions(help|h = \$opt_help,
+ version = \$opt_version,
+)
+or die Usage: $progname patch [... patch] [-- [dch options]]\nRun $progname
--help for more details\n;
+
+if ($opt_help) { usage; exit 0; }
+if ($opt_version) { version; exit 0; }
+
+my @patches;
+
+while (@ARGV $ARGV[0] !~ /^-/) {
+ push(@patches,shift(@ARGV));
+}
+
+# Check, sanitise and decode these environment variables
+check_env_utf8('DEBFULLNAME');
+check_env_utf8('NAME');
+check_env_utf8('DEBEMAIL');
+check_env_utf8('EMAIL');
+
+if (exists $env{'DEBEMAIL'} and $env{'DEBEMAIL'} =~ /^(.*)\s+(.*)$/) {
+ $env{'DEBFULLNAME'} = $1 unless exists $env{'DEBFULLNAME'};
+ $env{'DEBEMAIL'} = $2;
+}
+if (! exists $env{'DEBEMAIL'} or ! exists $env{'DEBFULLNAME'}) {
+ if (exists $env{'EMAIL'} and $env{'EMAIL
Bug#422450: [debchange] Unable to stop `dch -r` modifying the changelog
reopen 422450 severity 422450 important retitle 422450 [debchange] regression: dch -r no longer behaves sanely thanks I am reopening this bug because I consider the new behavior a significant and very annoying regression. The definition of the --release argument is Finalize the changelog for a release. Nothing in that implies that I should have to edit and save changes in order for the tool to take the action specified on the commandline, and I believe the common case is to *not* edit changelog entries when using dch -r. Please revert this change. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To unsubscribe, send mail to pkg-devscripts-unsubscr...@teams.debian.net.
Bug#497748: devscripts: control mails should not be sent to the bug number
On Mon, Sep 08, 2008 at 05:15:34PM +0200, Mohammed Adnène Trojette wrote: On Wed, Sep 03, 2008, Steve Langasek wrote: Now thanks to this behavior change, I'm apparently being unintentionally vulgar in the main bug history of some bugs: Well, I think bts is not to blame for the comment to be vulgar ;-) Certainly; bts is only to blame for it appearing in the main bug log, which is not where it was intended to go. :) Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To unsubscribe, send mail to [EMAIL PROTECTED]
Bug#497748: devscripts: control mails should not be sent to the bug number
Package: devscripts Version: 2.10.35 Somewhere along the line, 'bts' appears to have started cc:ing mails to the bug number. This is an unexpected behavior change, which is not at all desirable - the bts command has always been an interface to the control interface, if I wanted my comments to be echoed to the main bug log I would have used a mail client instead of 'bts'. Now thanks to this behavior change, I'm apparently being unintentionally vulgar in the main bug history of some bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=177584#115 I've read the rationale for this change given in bug #429649, and I have to say that I don't find it at all persuasive as a reason to change the default behavior of an established tool, and particularly not without announcing it. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ [EMAIL PROTECTED] [EMAIL PROTECTED] -- To unsubscribe, send mail to [EMAIL PROTECTED]
