those, likely
> you did something similar back in the day :)
Urgh, this is a bit of a mess, isn't it?
I'm pretty sure we don't want git-debpush to read ~/.devscrfipts.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net
ce author/committer lines and
I think also tagger lines.
Ian.
--
Ian JacksonThese 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.
Sean Whitton writes ("Re: Bug#1108242: tag2upload job mails should report the
outer and inner dgit versions"):
> On Mon 23 Jun 2025 at 11:48pm +01, Ian Jackson wrote:
> > We should change dgit-repos-server to run dgit --version. This should
> > be done both on the oracle
omething in the image's
/etc/environment. (Empirically, the podman rune produced by
autopkgtest looks at this.)
* Have dgit-repos-server run a command to get the information
by running a command inside the container.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. I
, and both versions
should appear in the report email.
Ian.
--
Ian JacksonThese 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.
r is passing different options).
The message I added in !231 is
Tag $debian_tag already exists at $fetch_url.
This version seems already to have been released.
--
Ian JacksonThese 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.
Ian Jackson writes ("Bug#1108200: ftp.debian.org: dgit_13.4_source.changes
upload vanished?"):
> I used tag2upload to upload src:dgit 13.4 to experimental.
> This all seemed to go fine but I haven't had the expected ACCEPT mail.
Debian FTP Masters writes ("dgit_13.4_so
ser is accidentally re-using a version number.
>Anyway we don't want to change a published tag.
>
>Unconditional failure.
I *have* implemented this part.
Ian.
--
Ian JacksonThese 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.
.
> Also, you removed and them re-added "Most source packages in Debian are
> non-native." between patches in the series. I'm not sure why that was
> done but I would also like to suggest replacing it with "Most source
> packages in Debian use non-native version numberin
Sean Whitton writes ("Re: Bug#1108181: git-debpush ought not to depend on
devscripts"):
> On Sun 22 Jun 2025 at 03:26pm +01, Ian Jackson wrote:
> Yes. I don't see how we can avoid that other than vendoring
> git-deborig?
We're about to try to parse gbp.conf too. P
Package: git-debpush
Version: 12.14
Severity: important
I discovered while working on new tests in dgit mainline that the
declared dependencies for git-debpush are not sufficient to actually
run it.
I'm going to fix this.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: th
t-deborig which we are using
just for the upstream tag name hunting?
Filing against 13.3 since I doubt we'll change this in 12.x for
trixie.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is a private address whi
ing in the git header apart for the date in the tagger line.
We don't verify the signature, but a "same tag" must be one that
looks signed.
--
Ian JacksonThese 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.
you an alternative suggestion we received:
Marco d'Itri writes ("Re: Bug#1105759: git-debpush upstream tag confusion"):
> On Jun 20, Ian Jackson wrote:
> > This might involve a dependency on [gbp-config]
>
> Agreed. But gpb.conf is a simple ini-style file, an
ther than
by changing the quilt mode.
It's not clear whether they were intending to change the branch format
to patches-unapplied; the package currently has no patches.
Ian.
[1]
https://salsa.debian.org/varnish-team/varnish-modules/-/commit/df9a6a63e86e47e1c30bd13ac981537f00efdd7e
--
Ian
ines in
the relevant git objects, but failed.
--
Ian JacksonThese 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.
sed with "3.0 (quilt)". I believe that
some other tools like git-dpm and git-debcherry do too.
ISTM that debian/control could be thought of similarly.
One key question is: what happens if you start with transformed view,
the edit the package? Either the generated files or the inp
s about
the local branch to use as input, not where the output ends up.
Let's see what Sean thinks about this. (Bug clone -2, bug# TBD.)
3. git-debpush ought to avoid re-making an existing DEP-14 tag.
This is covered by #1107921, especially
https://bugs.debian.org/cgi-bin/bugreport.cgi?
Marco d'Itri writes ("Re: Bug#1105759: git-debpush upstream tag confusion"):
> On May 14, Ian Jackson wrote:
> >Maybe we could talk to the gbp maintainer and ask if there could be a
> >common *git* config option (set with `git config`) for this question.
>
>
27;s intended use case is precisely to upload from a branch you
don't currently have checked out. I think this is a minority
interest. Maybe it should have a less attractive name.
Ian.
--
Ian JacksonThese 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.
Sean Whitton writes ("Bug#1107921: git-debpush fetch before making tag"):
> On Tue 17 Jun 2025 at 12:41pm +01, Ian Jackson wrote:
> > * Provide options which can be used to retry a push, including
> >a way to push only the tag. How about --retry-push
> >an
l tag. That would also help us in the future when
we'll want to update the server-side machinery to new dependencies but
still be able to test git-debpush on old releases.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org
Sean Whitton writes ("Bug#1107552: git-debpush's changed suite check"):
> On Mon 09 Jun 2025 at 11:18am +01, Ian Jackson wrote:
> > git-debpush pickiness:
> >
> > git-debpush can easily do this check because it's digging into history
> > anyway to
end email to those named in an entity and email field:
Replace any " " that contain non-ASCII with `encoded-words`
as per IETF RFC 1342.
Or, split the address above and use a email header generation library.
--
Ian JacksonThese 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.
Andrey Rakhmatullin writes ("Re: Bug#401452: Standardize syntax of the name in
the Maintainer control field"):
> On Fri, Jun 13, 2025 at 11:47:08AM +0100, Ian Jackson wrote:
> >Furthermore, we have the Uploaders field now. Clearly Maintainer and
> >Uploaders ought
The Wanderer writes ("Re: Bug#1107137: Distinguish "native source packsge" from
"native version number""):
> On 2025-06-13 at 07:33, Ian Jackson wrote:
> > +When the ``debian_revision`` is absent, the package's primary
> > +maintenance is withi
Whole series with "non-" nsense fixed.
Ian.
>From cf66ee770fc633ff98035521946f7f6533d1d236 Mon Sep 17 00:00:00 2001
From: Ian Jackson
Date: Tue, 3 Jun 2025 14:34:00 +0100
Subject: [PATCH 1/4] Add heading for version comparison
---
policy/ch-controlfields.rst | 5 +
1 fi
Ian Jackson writes ("Re: Bug#1107137: Distinguish "native source packsge" from
"native version number""):
> The Wanderer writes ("Re: Bug#1107137: Distinguish "native source packsge"
> from "native version number""):
> You&#
Ian Jackson writes ("Re: Bug#1107137: Distinguish "native source packsge" from
"native version number""):
> Attached is the fixup! commit I've made. It autosquashes cleanly.
> I'll follow up with a re-attachment of the whole 4-patch series.
>From
version number, indicates a non-native version: the package has
no separate versioning in upstream versus Debian. See
:ref:`s-native-version`.
Attached is the fixup! commit I've made. It autosquashes cleanly.
I'll follow up with a re-attachment of the whole 4-patch series.
Ian.
--
Sean Whitton writes ("Re: Bug#1091868: debian-policy: Document Git-Tag-Tagger
and Git-Tag-Info fields"):
> Note that these new fields are in the archive, now, indeed in trixie.
> Seeking seconds. Thanks!
Seconded.
--
Ian JacksonThese opinions are my own.
Pronouns
d by
downstreams with a different policy.
Furthermore, we have the Uploaders field now. Clearly Maintainer and
Uploaders ought to be in the same syntax.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is a priva
uploading the experimental branch to sid. I think
dgit's --new is wrong and have filed #1107551 about that.
Tenative conclusion:
This check should be simply removed from git-debpush.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @ev
s never
opened me up to that error, and in dgit 0.2 I wouldn't have been
thinking about dch and UNRELEASED.)
Changing this might have compatibility implications, but I think it'll
be fine in a major release.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I
Package: git-debpush
Version: 13.13
Ian Jackson writes ("Re: [PATCH fyi 3/4] git-debpush: When tests fail, prompt
to proceed as though --force"):
> The approach you have taken invites the user to confirm *all* failed
> checks in one go, with a prompt that doesn't list the
> > + maintainers, and is simply maintained by Debian. See
> > + :ref:`s-native-version`.
>
> Here too, I don't believe this is true. We can say something along the
> lines that the Debian packaging does not separate upstream from Debian
> changes, maybe?
I'll reword this.
Any further comments from anyone?
If not I'll respin the series and send a new mail with updates.
Ian.
--
Ian JacksonThese 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.
test
04 tree cabedf4c07fc654ecb70b8e886e1fec468acc9f3tools
zealot:cubeb> git submodule foreach echo
fatal: No url found for submodule path 'cmake/sanitizers-cmake' in .gitmodules
zealot:cubeb> git submodule status
zealot:cubeb>
--
Ian JacksonThese 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.
ian.
OK. My reading of #1049406 is that it's asking a question.
I think you'll probably agree with my answer in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1049406#15
?
Ian.
FTR I'm going to be mostly AFK for a week or so, so unless something
urgent comes up I'll look a
cto upstream
for an ancient abandoned C program".
I already tried a bit of "debug a desktop library's X11 wm hints
handling" without success so far. If you have any advice for me in
#1087207 that would be greatly appreciated. Otherwise I guess I will
blunder on as best I
I wrote:>
> Thanks for the suggestions. I will try them out.
dunst works great for me. <3
I would still like to fix #1087207 as a service to other users.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
, and this kind of
thing is hardly going to encourage others to try to resolve
longstanding problems using our official processes.
So I would appreciate at the very least some explicit recognition that
my requests to to the TC, in this bug, were appropriate.
Thanks,
Ian.
--
Ian JacksonThese opi
ould be a rule of this
kind.
If we move the stuff about version numbers to where it belongs, then
policy will be silent on all of these questions, and all the existing
(working) practices are implicitly legitimised.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I
on.
Ian.
>From cf66ee770fc633ff98035521946f7f6533d1d236 Mon Sep 17 00:00:00 2001
From: Ian Jackson
Date: Tue, 3 Jun 2025 14:34:00 +0100
Subject: [PATCH 1/4] Add heading for version comparison
---
policy/ch-controlfields.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/policy/ch-co
possible to simply filter out submodules during canonicalisation.
That would improve convenience when upstream has submodules but the
Debian package wants to ignore all of them completely. How common
do we think this situation is?
(Note that it's easy to speak of doing thi
the light of new information and experience. But I
don't think there has been any new information here, other than
that Ubuntu has relaxed this restriction without any problems for
them.
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyv
't think I will have time to investigate this very soon - I'm
abou to go away for a week. Feel free to ping if nothing happens
after several weeks...
Thanks,
Ian.
--
Ian JacksonThese 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.
with this is to the same thing as we do in all
these other cases:
* Report an error to the uploader (as we do)
* Have monitoring and QA systems (like tracker.d.o) detect it
and display a warning about it. (I don't know if they do.)
Ian.
--
Ian JacksonThese opinions are my own.
Pro
talk about how decisoins are
implementated. Rather, it assumes that they will be.
Another way to look at this is to consider, what if an implementation
of the decision were to be uploaded to DELAYED? I think Constitution
2.1(1) would bar a dcut or revert.
If anyone doubts that the TC can authorise
's trying to
support native version with "3.0 (quilt)" which is not the subjet of
this request and which I think probably can't function.
--
Ian JacksonThese 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.
upload to unstable?
(c) something else.
I guess if I don't hear from you I will try (a) and fall back to
uploading to unstable and hoping for (b).
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is a pr
s contribution. We appreciate your diligence!
I think we will allow dgit 12.12 to migrate to testing, and then
update the translations afterwards. My reading of the freeze policy
is that this will still be possible. Please let us know if you think
I've got that wrong.
Ian.
--
Ian Jackson
output is something with chiark's IPv6 address in it.
Also, this should work:
% adns synch v6.chiark.greenend.org.uk
bad rrtype "": must be a, cname, hinfo, addr, ns, mx, txt, soa, ptr, rp,
soa-, ptr-, or rp-
while evaluating adns synch v6.chiark.greenend.org.uk
Ian.
matters were already discussed
exhaustively in #1007717, I'm hoping that the TC can make a decision
fairly quickly.
Thanks,
Ian.
--
Ian JacksonThese 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.
ay never do).
I've tagged it wontfix, but let's leave it open. That lets other
people add their opinion, makes the bug report more discoverable to
people affected by this scenario, etc.
Ian.
--
Ian JacksonThese 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.
r API call is just "distro + suite + source package => version
number" which could easily be served by a git-only distro setup.
Indeed, both A and B are ways of obtaining that version number.
Ian.
--
Ian JacksonThese 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.
Package: sauce
Version: 0.10.0~~iwj
Severity: serious
Justification: Causes unjustifiable email bounces
: host
mx-relay.chiark.greenend.org.uk[93.93.131.173] said: 550 invalid MAIL-FROM:
Error during DNS A lookup for mailgw0.enyc.org.uk: No such data (in reply
to RCPT TO command)
Due
e keyword. A keyword
may be repeated iff this is stated in its description. Unknown
keywords are ignored (and may be repeated).
So the abstract data model of a whole parsed but not interpeted tag is:
map, from keyword, to nonempty sequence of optional values.
In Rust-ish syntax, `Map&
Ian Jackson writes ("tag2upload(5) unclear about tag parsing rules & data
model"):
> We might choose to spell such an extension
> [dgit distro=debian tag=debian=1:42.1-1 tag=ubuntu=2:42.1-2 distro=ubuntu]
> with an `=` in the value, or
...
Implicitly this says that
Ian Jackson writes ("Bug#1106073: dgit should convey upstream git tags to
dgit-repos"):
> Should it be indexed by the Debian package version, to allow different
> revisions of the "same upstream version" to be based on different git
> tags? That's an anomaly w
s? That's an anomaly which is current permitted (I think, by
accident) in the Debian archive and therefore by the current system.
Ian.
--
Ian JacksonThese 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.
r
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891033
request for dgit to use pristine-tar automatically
Anyone who is interested in working on this should please get in
touch.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net
thinking about this it occurred to me that we could make
git-debpush prompt for confirmation. Sean, IDK if you like that idea.
Ian.
--
Ian JacksonThese 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.
to do something to stop it doing that, or pass
--force every time?
> Otherwise, I think a check like this is a good idea, and I'll work on
> it.
Thanks,
Ian.
--
Ian JacksonThese 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.
Control: tag -1 pending
I have a branch with what I think is the fix:
https://salsa.debian.org/dgit-team/dgit/-/merge_requests/187
--
Ian JacksonThese 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
out
tangentially-related orig-handling bugs.
Thanks,
Ian.
--
Ian JacksonThese 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.
NB this message is sent to *two* bugs, including a non-t2u one.
Please try to keep this subthread very narrowly focused.
Simon Josefsson writes ("Bug#1105766: [tag2upload 207] failed, git2cl 1:3.0-3
[and 1 more messages] [and 1 more messages]"):
> When I read your logic, I am a bit worried that t
first (this is my
usual practice) or (b) adding separate prototypes.
Ian.
--
Ian JacksonThese 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.
t do you think?
Notes:
This report prompted by some discussions in #1105766.
I'm calling this "Severity: normal" because it's a surprising
behaviour that will probably annoy people if we don't at least take
some countermeasures or document it properly.
Ian.
--
Ian Jac
e git-archive via
git-deborig. The onoy way to do that would be pristine-tar. See my
other comments about that.
For an existing upstream version t2u should reuse existing origs.
That's what this bug is about.
Are you a user of pristine-tar ?
Ian.
--
Ian JacksonThese 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.
't see anything other to do but fail in this case.
I will think about this some more and maybe implement it tomorrow.
Ian.
--
Ian JacksonThese 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.
Ian Jackson writes ("Bug#1105766: [tag2upload 207] failed, git2cl 1:3.0-3 [and
1 more messages]"):
> This URL is helpful
>
>
> https://api.ftp-master.debian.org/file_in_archive/%25git2cl%5C_3.0.orig.tar.xz
I discovered something quite exciting:
$ curl -Ss
'https:
then becomes a bit redundant and could be
> removed.
I like this idea. I might suggest formatting it this way instead to
try to minimise the clutter:
git-debpush: error: check failed: last upload targeted unstable but now
targeting experimental (--force=changed-suite to override)
Ian.
--
I
This URL is helpful
https://api.ftp-master.debian.org/file_in_archive/%25git2cl%5C_3.0.orig.tar.xz
According to the docs:
"""
Check if a file pattern is known to the archive. Note that the
patterns are matched against the location of the files in the
pool, so for %tmux_2.3-1.
we should be,
pristine-tar's whole purpose (reusing upstream tarballs) is an
archaism.
3. Actually making this all work with pristine tar commits encoded in
the t2u tag etc. etc. would be distinctily nontrivial.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I
e is an upstream/NN
> present. How about that?
This seems contrary to the key principle that it is better to stop
with an error, doing nothing, than to risk doing the wrong thing.
We could check if these tags all refer to the same commit.
Ian.
--
Ian JacksonThese opinions are my own.
re would count as "user error".)
Ian.
--
Ian JacksonThese 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.
e existing orig in the bpd like
it was supposed to. The approach I wrote in the service, to try to
find the existing .orig, is fundamentally wrong.
We need to somehow query the ftpmaster API for all origs with this
filename. Is there an existing tool for this, maybe in devscripts, I
wonder.
Ian.
-
y the kind of thing we would
like to make nice and smooth. It's a shame that this particular one
doesn't seem easy.
Ian.
--
Ian JacksonThese 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.
maintain it on a best-effort basis and welcome co-maintainers.
--
Oscar Jackson
oscarjackson2...@gmail.com
date out of the git history. I don't think
that would be valuable enough to go to the effort, and it's not very
much help for us in Debian given our current source code management
practices. We certainly shouldn't be patching packages to do that.)
Ian.
--
Ian JacksonThes
`sbuild`.
* `dgit sbuild` indeed doesn't work.
So:
* There is no actual bug here.
* It would still be possible, and maybe nice, to provide a dgit
option as suggested here and switch the recommendaation to that.
* Let's not do that for trixie.
Ian.
--
Ian JacksonThese opinions
want to know if the
printout was too out of date. The source-code-last-touched date is
not very useful any more even for that niche use case.
Ian.
--
Ian JacksonThese 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.
We need to consider the trixie freeze:
Ian Jackson writes ("binNMUs can cause ma-same violations in eg manpages"):
> Options that I can see:
I think the only ones that are acceptable right now (including of the
D E and F mentioned later in this bug), given that toolchain updates
a
Simon McVittie writes ("Re: Bug#1104854: binNMUs can cause ma-same violations
in eg manpages"):
> On Wed, 07 May 2025 at 13:48:19 +0100, Ian Jackson wrote:
> >Rebuilds are arch-specific, so the binNMU
> >number can vary across architectures, just as the bdate can:
> &g
pecific, so the binNMU
number can vary across architectures, just as the bdate can:
https://packages.debian.org/sid/libopts25-dev
--
Ian JacksonThese 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.
stead
require a no-changes source-only upload. It's not clear how we
would avoid cosntantly making the mistake of doing a binNMU
anyway, producing an ma-same violation.
Ian.
--
Ian JacksonThese 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.
Sean Whitton writes ("Re: Bug#1103724: dgit-user force source format 1.0
workaround"):
> On Mon 05 May 2025 at 03:01pm +01, Ian Jackson wrote:
> > dgit --build-unploadable-dsc
>
> This is fun but not that easy to remember. Please add at least
> --build-unuploada
vel option
dgit --build-unploadable-dsc
which implies those options.
Ian.
--
Ian JacksonThese 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.
enables some old,
+risky, behaviours, in some circumstances.
+ * autopkgtest-virt-ssh should not be provided with a way to get root on
+the testbed, unless the whole testbed is fully isolated from any
+untrusted code. This security restriction was alwsays implied by the
+behaviour
asking the release team to override it.
Ian.
--
Ian JacksonThese 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.
nk we'll do better in practice because this key changes
less.)
Perhaps we should consider if we want to extend the validity period on
the key, as published in this new .deb, before the trixie release.
But ISTM that key lifetime extension could be done via stable updates
(and even via LTS) but w
for example, there is no reason
for dak to accept binaries signed by tag2upload, so in a perfect
world, it wouldl not.
--
Ian JacksonThese 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.
Jonathan McDowell writes ("Re: Bug#1102125: debian-keyring: Please add
tag2upload oracle service key"):
> I think you want your own keyring package then, much like the archive
> keyring (debian-archive-keyring).
OK.
--
Ian JacksonThese opinions are my own.
Pronouns
lishing
the fingerprint of the tag2upload key (presumably also in
debian-keyring.deb) and teaching all the software to check it.
Those options seem considerably worse than a keyring specifically for
this key.
Ian.
[1] Ultimately, modulo some wrinkles, everything that verifies
signatures on source
Package: dgit
Sean informs me that non-uploading DDs can be Debian Maintainers, with
authority to upload specific packages, listed in dm.txt.
So gideon should look at that keyring too.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or
question...)
I hope this helps explain things.
Thanks,
Ian.
[1] Perhaps .changes files are published somewhere but if so I don't
know where. They don't seem to be on archive mirrors.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net
I checked on browse.dgit.d.o and the tags *had* been pushed and the
main branch looked up to date. I found that there was a
../bpd/dgit_12.10_source.changes so I dput it.
I also did a dgit-test-dummy upload which worked.
I think maybe there is a server-side race :-/.
Ian.
--
Ian Jackson
Ian Jackson writes ("dgit: tests: tag2upload-oracled process leak, external
lossage"):
...
> I ran ps -Hfuian | grep tag2 and found only this and my emacs:
>
> ian 25301 1 0 Mar22 pts/198 00:03:49 /usr/bin/perl
> /home/ian/things/Dgit/dgit/infra/tag2upload-or
e.
I think this filename is wrong, and should read `po4a/dgit-user_7.nl.po`,
since that file exists, and the file you have provided does seem like
an update to it.
Please let me know if that's not right.
Regards,
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I
archive has
crlf line endings.
I conjecture that this tune
> gbp import-orig --uscan
failed to defuse the gitattributes before doing the tarball import.
Ian.
--
Ian JacksonThese 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.
1 - 100 of 2372 matches
Mail list logo
