changelog: start 9.13

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: finalise 9.12

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit-mirror-ssh-wrap: Cope with yet another new rsync rune.

Closes:#968635.
Signed-off-by: Sergio Durigan Junior <sergiodj@debian.org>

changelog: start 9.12

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: finalise 9.11

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: update for further changes

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit-mirror-ssh-wrap: Cope with new rsync rune

rsync 3.2 passes -I and -v to the remote process.  These options are
no problem.

Rather than making this into an single mess of a regexp, add a new
regexp for the new rune.  That's clearer and I think probably just
about as future-proof.

Closes: #963489
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit-mirror-ssh-wrap: Fix syntax for multiple patterns

We don't want to repeat $command =~ so we need to assign the command
to $_;

No functional change with the current single pattern.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit-mirror-ssh-wrap: Clarify the error message

When we get an unexpected command, it would be nice to say who is
reporting this problem and what has probably happened.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

git-debrebase(1): Fix new-upstream -i docs

Firstly, the -i must come at the end.  (After -i come more git-rebase
options.)

Secondly, this wasn't mentioned at all in the main section for
new-upstream - only in the synopsis.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

git-debrebase: new-upstream: Do not treat late options as version

Instead of a new upstream version, the user may wish to pass -i.
(Or other git-rebase options.)

This is handled correctly when we are deciding whether to treat
further arguments as additional piece specifications, but the new
optional upstream version commitish was mishandled in this respect.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

git-debrebase: Fix error message for wrong use of -i

Getopt::Long with "i:s" parses "-i something" as "-i" with a value of
"something".  Maybe I didn't know this when I wrote this code,
and thought the check for $val would only reject "-isomething".

But "git-rebrebase ... -i something" is wrong because it would mean
"git-rebase -i something" and we do not permit the user to specify
their own base.  So it is right to bail out in this case.

However, the message was wrong, since it refers to cuddling, and it
can be caused by a non-cuddled non-option argument.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

tests: Print pwd in failure trap

This will help debugging.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Provide navigation banner when exiting nonzero

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: manpages-format: Cope with buster & eatmydata

When man-db runs under eatmydata on buster, it (at least sometimes)
prints this message
  ERROR: ld.so: object 'libeatmydata.so' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.

(This is #963508 which I have just filed against glibc.)

Obviously it would be better if this just worked, but for now we can
definitely ignore this as it doesn't represent a bug in src:dgit's
manpages.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: manpages-format: Provision for always-expected msgs

Currently there are none, so no functional change.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

Fix upstream_commitish_search API

upstream_commitish_search used to return a commit.  If it succeeded
The caller could find the tag in $tried[-1].  Both callers relied on
this unpleasant and error-prone API.

In
   0bb8e2a87e3c8b5be0fce5c2491b292e9273056e
   Dgit::upstream_commitish_search: fail if more than one tag exists

the algorithm was changed to keep looking, so it can reject ambiguous
situations.  The result is that $tried[-1] is entirely wrong in the
success case.  (This is spotted by the tagupl-baredebian test.)

It would have been possible to fix this by making
upstream_commitish_search synthesise a suitable return value for
putting in $tried, but that is absurd.

Instead give this function a sensible calling convention.  It now
returns a list of the tag name (for messages etc.) and the
commitish (for use).  Change both call sites.

CC: Sean Whitton <spwhitton@spwhitton.name>
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

git-debrebase: Rename a variable $ups_tag to $ups_rev

This is a commit, not a tag.  This is prepping for a change where
the tag will be here in a variable too.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: Update

Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>

Dgit::upstream_commitish_search: fail if more than one tag exists

We should not assume we know which the user wants to merge, as
git-deborig does not.

Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
Reported-by: David Bremner <bremner@debian.org>
Reviewed-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit-maint-debrebase(7): Drop bad advice about upstream/ tag case

The first argument to the new-upstream subcommand is a version number,
not a tag name, so this instruction could never have been correct.

The user should not need usually to pass both the upstream version
number and the upstream/ tag name, either, because git-debrebase
should find it for them.

Reported-by: David Bremner <bremner@debian.org>
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
Acked-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: Start 9.11

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: Finalise 9.10

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: Document changes so far since 9.9

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

i18n-commit - autogenerated

i18n: Updated nl.po file

Closes: #945356

dgit-maint-debrebase(7): Import tarball before committing gbp.conf

The workflow given previously fails to produce a history that can work
with git-debrebase, because it has the first commit introducing
debian/ be an ancestor of the first import of the upstream source.

This is the final part of #932954.

Closes: #932954.
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>

d-m-{merge,debrebase}(7): Set 'merge' in gbp.conf

This enables simplifying runes which are more frequently to be typed.

'merge-mode' no longer need be set since in the only case where the
manpages recommend allowing `gbp import-orig` to perform a merge, a
different merge mode is required (and specified in that rune).

This is part of #932954.

Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>

d-m-{merge,debrebase}(7): Use an 'upstream/' tag prefix in gbp.conf

This is a useful convention to distinguish actual upstream tags from
upstream tarball-representing tags created by the Debian package
maintainer.

Note that use of this convention is already recommended in section
"Using untagged upstream commits".

This is part of #932954.

Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>

dgit(1): Do not talk about `intermediate' uploads

Incorporate Sean's review comment in
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928473#57

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

Terminology: Change "rewind" to "rewrite" where appropriate

In #928473, Colin Watson writes:
>   the use of "rewind" as a synonym for "non-fast-forwarding", while
> somewhat common in git terminology, is unfortunate.  The terms seem
> to be borrowed from video playback systems, where "rewind" is often
> just the exact opposite of "fast-forward", and so when I see
> "rewinding history" in a few places in dgit(1) my initial
> interpretation is that it must mean "updating a ref to point to an
> ancestor of the commit that it previously pointed to", whereas I
> think dgit(1) means "any push that isn't a fast-forward".  I don't
> know if I'm the only one for whom it has that connotation.

This makes sense.  So, I am changing uses of "rewind" which do not
mean precisely going back to an ancestor.

I think we can often use the word "rewrite" for the more general
case, but there are some places where another wording is better.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit(1): Cover more cases of --overwrite and --deliberately

Closes: #928473
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

git-debpush: avoid a pipefail problem in get_file_from_ref

`grep -q` exits as soon as it finds a matching line, potentially
sending a SIGPIPE to git-ls-tree.  We have pipefail turned on, so that
can make the whole pipeline exit nonzero, which is wrong when grep did
in fact find a match.

This solution is more readable than disabling pipefail just for this
line (as is done elsewhere in git-debpush).

Closes: #940588
Reported-by: Andrej Shadura <andrewsh@debian.org>
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>

tests: import-dsc: Test corrupted ENV (#950446)

Closes: #950326
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: absurd: Work around mangled env metadata from gbp

Some versions of gbp pq will pass broken metadata from patch files
into the env vars for git-commit-tree.  Eg, #950446/#950326 where gbp
pq from buster cannot cope with binutils_2.33.90.20200122-2.dsc,
setting GIT_AUTHOR_DATE to "???" (literally, three ? marks, as copied
from the patch file libctf-soname.diff).

Work around this as follows:
 * Try git-commit-tree of an empty commit message.  Does it work?
   If so, workaround is not needed.
 * Try resetting GIT_AUTHOR_* to GIT_COMMITTER_*.  Does it work now?
   Ah, that is the fix!
 * Otherwise, just run git-commit-tree as usual.

This code makes some perhaps-unreasonable assumptions:
 * gbp's git commit-tree has the tree object as 2nd argument
   (really shonky command line parsing).  However, if this
   assumption is violated, the result is that the git-commit-tree
   attempts either fail harmlessly, or succeed harmlessly, defeating
   the workaround but with no other implications.
 * if a workaround is needed, it is best to throw away all the
   author information, rather that try to pick and choose, or to
   fix it up.
These are IMO tolerable because I think it's gbp's job to get this
right.  The output from dgit (if it succeeds) will be right in terms
of tree and even in terms of commit structure.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: absurd: Break out PATH filtering

Actually this function just sets it to the already-computed $npath,
but this is an implementation detail.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: absurd: Provide a way for absurd git to print warnings

The file ../../absurd-apply-warnings is dumped to dgit's stderr.

Nothing writes to it yet, so no overall functional change.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: start 9.10

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: finalise 9.9

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: Document changes since 9.8

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

i18n-commit - autogenerated

dgit-maint-bpo(7): Mention occasional need for --new

Closes: #935443
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

git-debpush(1): warning about use of forcing options

Suggested-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
Acked-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
Closes: #935084

git-debpush(1): note that --quilt=baredebian+git is an alias

Suggested-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
Acked-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
Relates-to: #935084

infra: dgit-mirror-ssh-wrap: Fix $package_re

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Add missing dependency on liburl-perl

This is only a Recommends in dgit.deb so we need to pull it in
explicitly for the tests that need it.

We add the dependency unconditionally to the test suite tests that
depend on dgit, since that avoids having to track exactly when it's
needed.  (This module has an Installed-Size of 228.)

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

debian/control: Add missing dependency on liburl-perl

dgit uses URI::Escape for archive_query_aptget.

This is a Recommends, because if you never use the aptget method you
don't need it.  (But few installations can do without the aptget
method entirely.)

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Test dgit-mirror-ssh-wrap

This script will break if rsync changes the way it passes arguments to
the peer.  We need to catch that.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

infra: New script dgit-mirror-ssh-wrap

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

lintian: Override source format warnings

I also don't agree that missing source format is a problem.
The semantics are well defined.

There are difficulties with 3.0 native (for example, that it forbids
non-native versions) so 1.0 must continue to be used so that it
continues to exist.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

i18n-commit - autogenerated

lintian: Override some checks

The mannpage message on line 51 is
  warning: file `<standard input>', around line 51:
    table wider than line width
and refers to this line
  dgit-maint-gbp(7) for maintainers already using git-buildpackage
which does in fact fit (just) in an 80-column xterm.

I hope dgit-badcommit-fixup is never going to be needed enough again
to need a manpage.

I don't agree that trailing whitespace in changelog is a problem.

Remaining messages from

  lintian -EI --pedantic --no-tag-display-limit --suppress-tags=syntax-error-in-debian-changelog,changelog-empty-entry ../bpd/dgit_9.9~_multi.changes

are as follows:

  W: dgit source: missing-debian-source-format
  I: dgit source: older-source-format 1.0

I don't agree that source format 1.0 is wrong.  There are difficulties
with 3.0 native (for example, that it forbids non-native versions) so
1.0 must continue to be used so that it continues to exist.

I also don't agree that missing source format is a problem.  The
semantics are well defined.

  P: dgit source: package-uses-old-debhelper-compat-version 9
  W: dgit source: unnecessary-testsuite-autopkgtest-field

I like to keep things backwards compatible for a much longer time than
most people.  jessie is currently oldoldstable and has dh 9.

  P: dgit source: no-dep5-copyright

I don't have effort for this.  I think it is largely busywork but I
would accept a patch.

  I: dgit: package-contains-empty-directory usr/share/man/man5/

Avoiding this is awkward.

  W: dgit-infrastructure: binary-without-manpage usr/bin/dgit-mirror-rsync
  W: dgit-infrastructure: binary-without-manpage usr/bin/dgit-repos-admin-debian
  W: dgit-infrastructure: binary-without-manpage usr/bin/dgit-repos-policy-debian
  W: dgit-infrastructure: binary-without-manpage usr/bin/dgit-repos-policy-trusting
  W: dgit-infrastructure: binary-without-manpage usr/bin/dgit-repos-server
  W: dgit-infrastructure: binary-without-manpage usr/bin/dgit-ssh-dispatch

In principle manpages for some of all of these would be good.  But the
usefuless of these programs is largely limited to people whose
requirements are extremely similar to Debian's.  Most people can just
use a normal git server.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

control: update Vcs-Git to end in .git

In
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888809
Paul Wise writes
  Salsa redirects git to URLs ending in ".git/" and redirects browsers
  to the URL not ending in ".git/" or ".git".

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

control: Drop redundant Priority field

Found by lintian.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

git-debrebase: Extend extended description.

Mentioning what the competition is may help both discoverability and
useability.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit(1): Fix a typo (found by lintian)

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

control: Bump Standards-Version

I have been through the upgrading checklist.

I came across two things which were mentioned but which I haven't
implemented:

 * nodoc build option.  It's not clear to me whether this is
   superseded by the nodocs build profile.  If we wanted to bootstrap
   using dgit, the build profile would probably be better.

 * using ${perl:Depends}.  I looked into this briefly and dh_perl
   doesn't seem to DTRT right now: it doesn't spot any of the modules
   we use.  I'm not sure why and have decided to punt on this for now.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

control: Change priority of dgit-infrastruture to extra

Pursuant to policy upgrading checklist.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit-maint-{merge,debrebase}(7): Use git fetch --tags upstream

We recommend using a remote called 'upstream' and so we can recommend
a command which will be faster and less likely to error out.

Closes: #939679
Suggested-by: Ian Jackson <ijackson@chiark.greenend.org.uk>
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>

changelog: start 9.9

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: finalise 9.8

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: Document changes since 9.7

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

i18n-commit - autogenerated

test suite: Check that archive skew machinery reports warning

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Check that archive skew machinery succeeds

This is actually the point of this test case.

perling $tmp/aq/package... is a bit of a bodge, but fine.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: Once again cope with archive skew

Since our http rearrangements, we have lost the ability to try
multiple dsc versions which means we cope badly with archive skew.

This was an editing error: in 7821907696db
   dgit: Abolish url_get in favour of url_fetch
we omitted to notice that url_get implicitly does what url_fetch needs
Ok404 to do.  So we didn't add the Ok404 parameter.

Fix this by adding it now.

Closes: #935874
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: clone-skew: Test for accessing mirror via http

This test is misnamed right now, but really we are going to make it do
something interesting.

Right now it just sets everything up to access the mirror via http
rather than file://.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: t-archive: Honour t_archive_ln_s

This will let us arrange to use cp instead.

No functional change for existing callers.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: curl: pass CURLOPT_FOLLOWLOCATION

This was accidentally dropped in the 9.6 http changes.

Closes: #939564
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit-maint-{merge,debrebase}(7): Use git fetch --all --tags

`git remote update` doesn't fetch tags unless remote branches include
the commits at which those tags point.  Thus, if upstream pushes their
release tag but fails to push their master branch, `git remote update`
will not fetch the release tag.

I've been in this situation more than once when following the
workflows detailed in these manpages, so let's just recommend a
command which will definitely try to fetch the latest release tag.

Closes: #939504
Signed-off-by: Sean Whitton <spwhitton@spwhitton.name>
Acked-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Test already-tagged check

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: Fail early when the archive/ tag already exists.

Suggest using a new version number.

We need a new --force option to override this check.

Closes: #935802
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Add --force-reusing-version to many tests

This is going to be needed in a moment.  Unknown --force options are
harmless and just generate warnings, so we do this in advance.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit(1): Another semantic linefeed

No functional change.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: Warn when we see what look like our options passed too late

Closes: #934807
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: Use distro-info-data to resolve unknown suites to distros

Closes: #931212
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit(1): Some semantic linefeeds

No functional change.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: Use $tarball_f_ext_re for test_source_only_changes

The old ad-hoc regexp doesn't match .tar.gz.{asc,sig}.

Closes: #939280
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

Dgit: Break out $tarball_f_ext_re.

We are going to reuse this.

No functional change.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

git-debrebase(5): Tiny typo fix

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: Start 9.8

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: finalise 9.7

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

changelog: Document chages since 9.6

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

i18n-commit - autogenerated

dgit: vcs-git handling: Strip [...] a la Haskell Team

The final syntax of this is not yet agreed but this regexp ought to do
the right thing in all reasonable cases.  (Ie, no [ ] inside the [ ].)

See also #932696 against policy, which is discussing the spec.

Closes: #932699
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: update-vcs-git: Use vcs_git_url_of_ctrl

So we strip -b fragments as we ought.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: update-vcs-git: Print a less confusing message if unchanged

Previously, we would say it was "already configured" which is
unspecific and sounds a bit like an error.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: update-vcs-git: Do not crash if url is unchanged

Previously, we would pass an empty command array to runcmd, causing a
mysterious-looking failure.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: Break out vcs_git_url_of_ctrl

This should have been done before.  No functional change so far.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: Fix on NFS (avoid leaking an open file in a directory to rm)

The file debian/source/format was open by "dgit fetch" but never
closed, causing failure to remove the extracted tree on NFS.

Closes: #933827
Signed-off-by: Stéphane Glondu <glondu@debian.org>
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: alternating-dgit: New test

This tests alternating dgit and non-dgit uploads.  These were broken
by the bug #934126 (check_for_git always returns false), in the http
rework, and not detected by the test suite (!)

This test *does* break if check_for_git always returns false.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Use http git check for three existing tests

At the very least we want at least one test which fails when
check_for_git is nobbled ad-hoc [1] to return 1.  "clone-nogit" fits
that bill (verified experimentally).

Pick two other tests to enable this for, roughly arbitrarily.
(Two tests which chain to clone-nogit are affected too.)

Of course we also want a test which fails when check_for_git falsely
returns 0.  We don't have one right now.  Coming up...

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: WWW::Curl: Double check that $response_body was set

We are making some assumptions about how WWW::Curl behaves. This
confess, with appropriate tests, should catch any future problems.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

dgit: WWW::Curl Set $response_body to '' explicitly

check_for_git calls url_fetch with a WWW::Curl parameter
CURLOPT_NOBODY which suppresses saving the body.  The result is that
CURLOPT_WRITEDATA does not update $response_body.  Then, even on
success, url_fetch returns undef (which ought to mean 404).

Strictly this is a bit sneaky of check_for_git.  But, rather than
trying to make this interface more formal, just make url_fetch set
$response_body to ''.  It does return this except in the success case,
so the error cases are still handled right.

Closes: #934126
Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: examplegit: Call t-select-package

This can save our importers from havig to t-select-package themselves.

Drop the now-redundant call from the one importer that had it.
Various of the importers call t-archive-* or t-git-* that also call
t-select-package, but this is not a problem.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Break out t-non-dgit-upload

No functional change.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: http-git-check: New provision

Importing this makes us use a local http server for the git check.
It's a setup so that it can imply the http-git-check dependency.

Right now nothing imports this so no functional change.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Honour new DGIT_TEST_KEEP_MUSTCLEAN

FTR, using this typically results in runes like

  DGIT_TEST_KEEP_MUSTCLEAN=y tests/using-intree tests/tests/ftpmasterapi-http 2>&1 | tee tests/tmp/log

hanging instead of exiting, because the http server is still running
and its stderr is still going to tee.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

test suite: Rename http-static-server from ftpmasterapi-

We are going to use this for other things too.

No functional change.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>

http[s] tests: Add http test case

Maybe we will turn this into a TLS test case in due course.

Signed-off-by: Ian Jackson <ijackson@chiark.greenend.org.uk>