Your message dated Mon, 21 Sep 2026 15:41:08 +0200
with message-id <[email protected]>
and subject line Re: Bug#1050709: tar-ignore debian/source/options
has caused the Debian Bug report #1051078,
regarding Please adjust debian/source/options
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1051078: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051078
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dgit
Version: 11.3
debhelper (at least in sid) has a debian/source/options with;
tar-ignore
tar-ignore=debhelper/.idea
And it has a .gitignore. This has the following effects:
1. It defeats dgit's passing of a -I and -i options to dpkg-source,
so the dgit-generated source package does not contain .gitignore
2. If one were to somehow manage to make a proper source package
that corresponds to the git tree, it wouldn't round trip
through dpkg-source.
So IMO there is no way to make a DFSG-compliant source package of
Debian's current debhelper package.
I was just assisting another DD contributor with this and other
problems; I was going to try to help sort out a mess by doing what
amounted to a sponsored upload. However, this turned out to be
impossible.
I have done a non-dgit-based non-DFSG-compliant upload instead.
What should we do about this ? Options (not mutually exclusive) could
include:
* File a bug or MR against debhelper
* Somehow ask that dpkg-source do something about this, but what ?
* Have dgit detect this situation and at least explain it to the user
* Have dgit generate a non-roundtrippable source package
(probably very hard and also undesirable)
Ian.
--
Ian Jackson <[email protected]> These opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is a private address which bypasses my fierce spamfilter.
--- End Message ---
--- Begin Message ---
The file is no longer present (I do not remember when I removed it, but
it is gone now).
On Sat, 2 Sep 2023 12:45:20 +0100 Ian Jackson
<[email protected]> wrote:
Control: clone -1 -2
Control: reassign -2 debhelper
Control: retitle -2 Please adjust debian/source/options
Hi.
FTR, I didn't intend to draw this bug to your attention as the
debhelper maintainer. #1050709 was addressed to dgit maintainers
about about how to deal with this situation in dgit.
I suggested in dgit that we might do one or more of the following
(numbering addded):
| 1. File a bug or MR against debhelper
| 2. Somehow ask that dpkg-source do something about this, but what ?
| 3. Have dgit detect this situation and at least explain it to the user
| 4. Have dgit generate a non-roundtrippable source package
| (probably very hard and also undesirable)
I am working on (3). (4) seems wrong. As for (2), that's already
#908742 and #908747.
Since you've engaged, let me do (1) now, and clone this bug
and address you as debhelper maintainer:
The fundamental principle of operation of dgit is that the git tree[1]
is *identical*[2] to result of dpkg-source -x.
Niels Thykier writes ("Bug#1050709: tar-ignore debian/source/options"):
> So this is a common pattern in my packages although it sometimes appears
> in d/s/local-options rather than d/s/options.
dgit refuses to work with d/s/local-options, because they cannot be
included in the source package. In debhelper it seems that someone
moved the ignores to d/s/options, probably for this reason.
> Basically, the issue is when you have something you want to have
> locally, not in git and also not in the archive.
That's fine. The correct approach is to make dpkg-source and git
agree with each other. The problem with plain tar-ignore is that it
ignores .gitignore, which *is* in your git tree and is not ignored by
git.
See https://bugs.debian.org/908747
> Here the "local" directory is listed both in .gitignore and in
> "tar-ignore", because I do not want it in git nor in the archive when I
> do an upload.
Yes, that makes sense.
> To solve this, I add `tar-ignore=...` (for native packages) to
> debian/source/(local-)options. However, if you add that option, you end
> up with the entire *.git* directory in the tarball. To avoid that, I
> add the `tar-ignore` on its own to get the sane defaults back.
Please change this to --tar-ignore=.git. I.e., I think,
`tar-ignore=.git` in d/s/options.
--- End Message ---
