request. One easy way to do that would be to use curl rather than
git. (That's what I'm doing for the new retry logic in t2usm.)
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.
bugfix:
+ * Merge resolution: Fix erroneous use of real git tree as
+if it were a private working area. Closes: #1116933.
+ * Merge resolution: Fix conflation of different temporary directories.
+ * Clean out all of the temporary playground area on every invocation.
+
+ -- Ian Jackson Sun, 0
Ian Jackson writes ("Bug#1116600: git-debrebase: new-upstream failure"):
> Thanks. I have repro'd this. FTR, HEAD is
> a6c7337ec6786eccf2d386d0bc08e982450fe984
Soemthing disturbing is going on. The behaviour seems stochastic.
Sometimes it prints
git-debrebase: Me
more dependencies if so, and of
> course the local fix is very easy.
Yes, let's. Now is the right time to do this.
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.
nt, that produced the
output I've giving to you now, is correct.
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 anything.
If you watch debian-*-changes you can treat that as an "interrupt" to
cause a rescan of *.dgit.d.o (with git ls-remote maybe). Uploads
involving *.dgit.d.o are supposed to generate a message to -changes
from dak, if they aren't REJECTed.
Ian.
--
Ian Jacks
tries, subscription management, and so on. We could use
debian-*-changes, but that might be controversial (and we'd need to
figure out *which* list to post to). Or we could have a new list.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from
like that uses SOP and if so
what we should put here?
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 they should be fixed with a stable update (not just an upload
to -backports). I will prepare a a patch that is suitable for
backporting to the `trixie` branch.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is a
Ian Jackson writes ("Bug#1116421: hippotat - upcoming rust-nix update."):
> I have made an MR of this on Salsa, so that we get a CI run there:
> https://salsa.debian.org/iwj/hippotat/-/merge_requests/53
CI failed due to an MSRV violation. I made a new MR inspired by your
appro
switching to using the libc
> versions of read and dup2 directly.
Thanks. That is a good approach.
I have reviewed the patch, and it LGTM, so:
Reviewed-by: Ian Jackson
I have made an MR of this on Salsa, so that we get a CI run there:
https://salsa.debian.org/iwj/hippotat/-/merge_requests/53
#x27;''\\''\\''\'''\'''\\''\\''\'']}";PS=$(ls -l
/proc/[0-9]*/fd/* 2>/dev/null | sed -nr
'\'''\\''\'''\'''\'''\\''\\''\''#('\'''\\''\'''\''"$myout"'\'''\\''\'''\''|'\'''\\''\'''\''"$myerr"'\'''\\''\'''\'')#
{ s#^.*/proc/([0-9]+)/.*$#'\'''\\''\\''\''1#; p}'\'''\\''\'''\''|sort
-u);KILL="";for pid in $PS; do[ $pid -ne $$ ] && [ $pid -ne $PPID ] ||
continue;KILL="$KILL $pid";done;[ -z "$KILL" ] || kill -9 $KILL >/dev/null
2>&1 || true;exit $RC'\'' -- su - builder -- -ec '\''exec "$@";x'\'' --' "$@"
--
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.
Hi. Thanks for looking at this.
Reinhard Tartler writes ("Re: Bug#1110249: podman corrupted its internal state
or something?"):
> I wish I had seen this earlier and been able to respond more swiftly.
No problem.
> It also seems that this has happened at least twice. Can you quantify
> how ofte
Package: dgit
Version: 13.14
Severity: normal
File: /usr/bin/dgit
$ dgit -wgfa --gbp build-source
dpkg-parsechangelog: warning: debian/changelog(l8): badly formatted trailer
line
LINE: --
dpkg-parsechangelog: warning: debian/changelog(l10): found start of entry
where expected more chang
Ian Jackson writes ("unclutter: ftbfs with GCC-15"):
> Hi. Is someone working on this bug?
>
> If not I will take a look and prepare an NMU.
Looks like Axel added me to Uploaders a while ago! I will prepare a
version 8-26. It will be uploaded via sponsorship by Sean
happy to sponsor an upload which fixes this bug, if it comes in
the form of a dgit-compatible git branch. Use dgit clone to obtain
the current code to work on.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is a
Package: wnpp
Severity: normal
X-Debbugs-Cc: sympa...@packages.debian.org
Control: affects -1 + src:sympathy
I request an adopter for the sympathy package. I would be happy to
sponsor uploads, so the new maintainer does not need to be a "Debian
Developer" or "Debian Maintainer".
The package desc
hink of #1110269 ? Would you like to work on it ?
It would be some Perl hacking. We'd be happy to help of course.
(The tag ref rename is needed because upstream tag names are
arbitrary; they might in principle even be debian/... or something.)
Thanks,
Ian.
--
Ian JacksonThese opinions are
that was part of the
causal chain here, since the report contains:
> # using existing orig(s)
(But maybe the orig was made with git-deborig in which case that bug
would be one of the causes.)
Finally: Sean, I see that this report contains the instructions for a
local repro, instead the the prev
to help
the user avoid a lot of possible mistakes. (Like the one I mention
above.)
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.
hibby writes ("Bug#1115500: git-debpush should override git -c gpg.format"):
> Yep, gpg.format and user.signingkey are both set for the ssh,
> belt-and-braces would be to override both.
git-debpush doesn't currently *know* what to override
user.signingkey with.
I think probably the right answer *
implement
#1110269 tag2upload (and dgit?) should deposit upstream tags
we might have to forbid 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.
Package: git-debpush
Version: 13.14
hibby writes in Bug#1108267:
> My workflow is to have my commits to salsa signed by ssh-keys [1] on each
> machine so I can work when travelling on things and sign the commits, then
> upload when I'm home and reunited with my key.
I think this was done with t
Package: rsop
Version: 0.6.4-1
Severity: normal
File: /usr/bin/rsop
Steps
Save the files t and t.asc (attached).
rsop verify t.asc t /dev/null
Actual behaviour
thread 'main' panicked at
/usr/share/cargo/registry/rpgpie-sop-0.6.3/src/lib.rs:142:52:
FIXME: Rpgp(Message("not enough bytes
Hi. Is someone working on this bug?
If not I will take a look and prepare an NMU.
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.
itable git branch can be found with dgit clone. If this is too hard
then just use dput.)
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.
out.
> Sorry again for the fuzz.
FTR, we are happy to receive translations this way, but if yuo would
find an MR on salsa more convenient we would be very happy with that
too.
Regards, and thanks for all yhour contributions!
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns:
534
> > main::build_maybe_quilt_fixup() called at /usr/bin/dgit line 6557
> > main::build_check_quilt_splitbrain() called at /usr/bin/dgit line 7915
> > main::cmd_push_source called at /usr/bin/dgit line 5608
> > main::cmd_remote_push_source_build_host() called at /usr/bin/dgit line
> > 9006
How exciting. Obviously it shouldn't bomb out with a stack trace!
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.
but didn't realize that some files in the home
> directory were using the old subuid/subgid.
>
> I am therefore closing the bug.
Ah! Thanks for the explanation.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.
Ian Jackson writes ("Bug#1115262: Error ... creating read-write layer...
permission denied"):
> I then did this:
>
>
> tag2upload-builder@tag2upload-builder-01:/srv/builder.tag2upload.debian.org/home/.local/share/containers/storage/vfs$
> mv dir dir.broken
4c8cc4c53501.broken
/srv/builder.tag2upload.debian.org/broken/.
mv: cannot move
'9d2fecf88515328d21eeda5a7a1e41e9d83daa26d1262a565a034c8cc4c53501.broken' to
'/srv/builder.tag2upload.debian.org/broken/./9d2fecf88515328d21eeda5a7a1e41e9d83daa26d1262a565a034c8cc4c53501.broken':
Permi
re you sure this isn't just salsa being random?
> The issue is that the URL passed to ls-remote ends with a slash, and it
> shouldn't. Removing the slash from the `remote_public_url` variable at
> line 578 of git-debpush fixes the issue for me.
I wonder what is different betwee
of d/s/options, so, we
> might want to move that.)
I do think we want our own file. (The things we put in d/s/options
ought to be there still I think.)
> How about debian/git-debpush.ini ?
Can I galk you into TOML ?
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/h
bombed out.
I think this would have been avoided if we had implemented
#728 t2u: Try fetching orig from incoming
but that's still in our backlog.
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.
For your
packages with broken CI it oculd say "disregard CI for
salsa.debian.org" or "disregard CI for all gitlab forges".
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.
gelog stanza.
What I don't know is how git-debpush should know that it should put
this CI pass instruction in the tag. One option is to say that it
does that by default when the remote is salsa.d.o - so the default is
to require CI to pass if there is a pipeline.
Ian.
--
Ian JacksonThes
only --ssh=./ssh-builder --dgit=dgit
-k374D8CE4DB96E9CBD4C0972A606D084E4683C079 --dput:-u --package=dgit-test-dummy
--expect-suite=experimental --expect-version=1.137 --tag2upload-builder-mode
--split-view=always --new --trust-changelog
'--t2u-control-add=Git-Tag-Tagger=Ian Jackso
il
dgit@packages.d.o. If necessary Sean can provide a second opinion.
Your best escalation route beyond that is to the Community Team.
--
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#1112040: git-debpush: should also say which tag
it created"):
> On Mon 25 Aug 2025 at 06:49pm +01, Ian Jackson wrote:
> > This is particularly important in case of errors, as well as
> > in --tag-only mode . (In normal operation,
ewhere*.
I think we need to call this a blocker for end of beta. The current
UX when salsa is doing badly is poor, and we need the UX to be good.
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.
well as
in --tag-only mode . (In normal operation, the report from git push
contains this information.)
--
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.
(the upstream commitish is cbca9b12d72318c6e33281d3751b3006b097802f)
This can only happen in baredebian quilt mode, because in that csse
the upstream source code is a separate git tree.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or
ranslation updates please contact 'Last Translator'
Thank you :-).
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 ("Re: [tag2upload 529] failed, cage 0.2.0+20250816-1"):
> Hi. I saw this and investigated:
>
> Debian tag2upload service writes ("[tag2upload 529] failed, cage
> 0.2.0+20250816-1"):
> ...
> > builder:work$ git fetch origin --no-tag
it was
> available from https://incoming.debian.org/debian-buildd/ - I think
> tag2upload should try to fetch from there as a fallback.
Ah. Yes.
I think `dgit download-unfetched-origs` is probably the place to do
this, and I think it can do it unconditionally.
Ian.
--
Ian JacksonTh
Control: retitle -1 .gitignore discrepancy when not using dgit build subcommands
Osamu Aoki:
> I think best place is here in BTS as wontfix so no more people
> harassing you.
Thanks. I've (very belatedly) done that and also given it a better
title.
Ian.
--
Ian JacksonThese o
Incomplete
.gitignore files are common and if fixing them is made easy,
developers often do so.
I don't know what the right thing to do in this package, but for
dgit/tag2upload I think the right thing is to continue the strategy of
avoiding ocean-boiling. Hence this bug :-).
Ian.
--
Ian J
Ian Jackson writes ("Bug#696: --quilt=gbp should maybe tolerate .gitignore
patches"):
> This change also applies to git-dpm. I propose to retain it there, at
check
> least until we get a report from a git-dpm user. git-dpm has a
> different model - generally, patc
Package: dgit
Version: 13.12
Simon Josefsson writes ("Re: [tag2upload 578] failed, python-securesystemslib
1.3.0-1"):
> Ian Jackson writes:
> > No. I mean, it should have spotted the problem and failed a check.
>
> I did another upload of this package, and I ran into
e that this test does sometimes block src:git from migrating in
Debian. In 2017 I filed a bug against src:git asking for a way to
defuse even all future attributes, #851679. I'm pretty sure it has
blocked new git on at least one and possibly two occasions, until dgit
was updated to defuse those
.3
> git-debpush --remote=oriTAB -> origin
> git-debpush --branch=masTAB -> master
I agree. But I never use or program such completions so I'm not the
person to implement it...
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyv
Control: severity -1 important
This keeps coming up.
--
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.
n to upload) is no longer clear simply by examining the
tag and the git objevts it references.
So I hope this explains why I think changing dgit and tag2upload to
honour gitattributes is out of the question.
That's not to say that there might not be things we can do better to
paper over th
not derail this bug into a discussion of the merits of
honouring .gitattributes. This is more a discussion for #1079434.
I will reply CCing you and that bug.
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
git, with DOS line endings.
IDK if this came from upstream; that seems likely. It could be fixed
by a patch (upstream, or in quilt) which changes the line endings and
removes the entry in .gitattributes.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you f
Ian Jackson writes ("Re: Bug#194: git-debpush: please upload without
tripping submodule check if .gitmodules is empty"):
> Proof of concept:
>
> git-ls-tree -r HEAD: --format='%(objecttype)' | grep -v blob
We should maybe tolerate "tree" in the outp
Simon McVittie writes ("Bug#194: git-debpush: please upload without
tripping submodule check if .gitmodules is empty"):
> On Mon, 18 Aug 2025 at 18:50:49 +0100, Ian Jackson wrote:
> >Probably we should be checking for anomalous objects in the tree.
>
> I think ideall
rather
than a blob or another tree.
In principle I think the git submodule tooling is supposed to maintain
these two things sort of roughly maybe in sync. Ha ha ha.
Probably we should be checking for anomalous objects in the tree.
Ian.
--
Ian JacksonThese opinions are my own.
Pronou
Package: dgit
Version: 13.12
Severity: minor
I just ran dgit download-unfetched-origs locally, and it *did*
download the orig but didn't print any messages at all.
It ought to have listed the origs that it choose/obtained,
and maybe where it got them, or something.
Ian.
--
Ian Ja
involve the user
running dgit download-unfetched-origs, or equivalent. We might want
to provide a bespoke repro script. But there are difficulties: the
user may not have dgit.deb installed, or may be on a different suite.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I
o #1110941 which is the converse complaint. We should
print progress output to stderr iff it is a tty.
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.
, is git-debpush@p.d.o publicly archived as a mailing list?
No. We've been using un-archived private email for "support" type
emails, and the BTS for things where we've identified a possible
improvement in git-debpush and/or the tag2upload service.
Thanks,
Ian.
--
Ian
lications for
pristine-tar support in tag2upload, please *still file a new bug*.
So, speaking as a maintainer of the src:dgit package, please do not
post further messages on this topic to *this* bug. I don't want to
see it derailed with a discussion about uscan and/or tarball
repac
eed more
much-more-gitlab-spdcific information in git-debpush.
To avoid adding latency, this should be done in parallel with the git
fetch.
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
around to help.)
--
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#230: git-debpush: git-debpush --follow-tags
passthrough option?"):
> After IRC discussion this is what we think we will do:
Excellent summary; I agree in all respects.
Ian.
mmits there would be Consequences. For
example, what would "dry run" mean? How would you debug/test it as a
cautious user? What about if there's nowhere for those commits to go
because you're not on a branch? I bet it would turn out that the
commits would be wrong somehow. etc.
names, for most things, since git is usually
mad.)
--
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.
o possible that we could use git-submodule(1) to parse the
file but that would depend on someone knowing how to drive it. Maybe
"git-submodule foreach" is the right thing.
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: git-debpush
Control: tags -1 + newcomer
Ian Jackson writes ("Re: [tag2upload 482] failed, smbus2 0.5.0-1"):
> [One anomaly is] that that the source package contains a .pc directory.
...
> I think git-debpush ought to fail a check if [toplevel] .pc exists
> in g
Package: git-debpush
Version: 13.11
Ian Jackson writes ("Re: [tag2upload 482] failed, smbus2 0.5.0-1"):
> Also, git-debpush ought to have spotted the discrepancy in
> tests/test_smbus2.py between HEAD and upstream - ie, the
> already-applied patch. That it didn't is a b
t; was always a bit
troublesome but now it would have to mention tag2upload too.
I think we should probably remove these suggestions. I don't think
they're best practice.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evad
ike this:
o HEAD
|
o release, tag: debian/1.0
|
o change branch format
|
o release, tag: debian/1.0+exp1
|
...
We definitely want the format mentioned in the 1.0 tag.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he
Ian Jackson writes ("Re: Bug#1110996: git-debpush uses version_compare on git
tag names"):
> Sean Whitton writes ("Bug#1110996: git-debpush uses version_compare on git
> tag names"):
> > I think you might have misread the code slightly. Rather than only
> &g
g to work. I think this should probably be a hard
error, not just a failed check, but Sean may disagree.
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#1110996: git-debpush uses version_compare on git tag
names"):
> git clone --no-tags g...@salsa.debian.org:python-team/packages/bundlewrap
> cd bundlewrap
Missing here is
git checkout fc56592e7e85e31914e7758381355595d22be1ee
--
Ian Jackson
any case. If there are multiple tags, why wouldn't we
prefer the latest one by tag date?
Empirically, git log --pretty=format:%D prints tags for the same
commit in tagger date order, so we could just take the last.
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.
n why you'd want to commit the
file to git.
So presence of debian/files in git should be a failed check.
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.
0 0
> 115k 0 0:03:32 0:03:26 0:00:06 143k^M 97 23.9M 97 23.4M0
> 0 115k 0 0:03:32 0:03:27 0:00:05 142k^M 98 23.9M 98 23.6M0
> 0 115k 0 0:03:31 0:03:28 0:00:03 144k^M 99 23.9M 99 23.7M0
> 0 116k 0 0:03:31 0:03:29 0:00:02 145k^M 99 23.9M 99 23.9M
> 0 0 116k 0 0:03:31 0:03:30 0:00:01 147k^M100 23.9M 100 23.9M
> 0 0 116k 0 0:03:31 0:03:31 --:--:-- 149k
> % Total% Received % Xferd Average Speed TimeTime Time
> Current
> Dload Upload Total SpentLeft Speed
> ^M 0 00 00 0 0 0 --:--:-- --:--:-- --:--:--
> 0^M100 12248 100 122480 0 33486 0 --:--:-- --:--:-- --:--:--
> 33556
--
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.
ion, let alone any kind of problem.
Possibly we would wamt pristine-tar to verify the signature before
constructing the output tarball and decline to operate if the
verification fails. But it's not clear why the prstine-tar branch
deserves this treatment when the main branch doesn't.
Ian
ture is unverifiable.
Normally this problem doesn't arise with uploads because they are
processed soon after signature.
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.
Thorsten Glaser writes:
> On Tue, 5 Aug 2025, Ian Jackson wrote:
> > Also, I have very strong reservations about git signed commits.
>
> Perhaps, but this is used beyond tag2upload after all. Not everyone
> even wants to switch to that.
I don't understand. My reserv
tags -1 + newcomer
We think these bugs would make good places to start playing with
src:dgit.
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#1110474: dgit: Some sbuild tests fail under
tests/run-all"):
> /home/swhitton/src/dgit/dgit/tests/tmp/sbuild-gitish/example_1.1-1.dsc exists
> in /home/swhitton/src/dgit/dgit/tests/tmp/sbuild-gitish; copying to chroot
> /usr/bin/sh: 1: cannot create /build/reproducib
t they are uninfluenced by (for example)
unwanted things in the user's devscripts or git configuration,
etc. etc.
I have sbuild 0.89.3 and it WFM. All my schroot configuration is in
/etc.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyv
/bugs.debian.org/1106071
Indeed.
Also, I have very strong reservations about git signed commits.
I even wrote a whole blog post (back in 2018):
git signed commits are a bad idea
https://diziet.dreamwidth.org/515.html
That's written from my background as a cryptographic protocol
designer.
I
d? If so, how do we check that?
Hngh. (I bet tar does support sockets. It certainly supports fifos.)
I can't think of a better way than comparing the output of
git ls-files with the output of find \! -type d -print0.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he
Ian Jackson writes ("Re: Bug#1106071: [PATCH dgit v1] tag2upload: add
pristine-tar metadata item"):
> It is very precise and says exactly what we mean.
Just after writing this I had a thought. If there are things in the
working tree that aren't files or directories or symlinks
tly what we mean.
It would be worse to say the same thing again in different words. In
specs that can lead to ambiguity if one of the descriptions can be
interpreted differently.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @ev
need more disk space both for the
additional running containers, and for working space for multiple
possibly-large source packages.)
We can this put off until we start to see nontrivial queueing.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @f
Package: git-debpush
Version: 13.11~
Severity: normal
File: /usr/bin/git-debpush
$ git-debpush
git-debpush: making signed tag with 'git tag -s'
git-debpush: pushing to git remote 'salsa'
Enumerating objects: 8, done.
Counting objects: 100% (8/8), done.
Delta compression using up to 16 threads
Com
Not according to Colin in the "want Jia Tan option" bug,
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1109423#15
Empty directories are a corner case but git will consider them
treesame so if we do the check in git all will be well.
Ian.
--
Ian JacksonThese opinions are my own.
Ian Jackson writes ("Bug#1108378: git-debpush: should warn for superfluous
quilt mode option on command line"):
> Reasonable options are:
>
> a. Refuse
> b. Failed check (prompt)
> c. Grumble on stderr but do it anyway
> d. Silently do it anyway
>
> Cur
d know you're passing a
possibly-superfluous quilt mode, you're writing a script which
unconditionally overrides git-debpush's determination, so you ought to
pass a specific --force-failed-check option (I forget how those are
spelled...)
Ian.
--
Ian JacksonThese opinions are my own.
P
t hash is
supposed to be ?
> One question remains unanswered. Should we allow .delta files modifying
> the tarball contents (i.e., do we want to allow generating tarballs
> which have different contents then the git tree)?
I don't think I fully understand the implications. My default
p
PECIFIC-VERSION, it is ok to specify either of
those versions as SPECIFIC-VERSION. We might the user (who isn't
using t2u) to specify -v.
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 addre
Control: retitle -1 want git-debpush to read upstream tag pattern from gbp.conf
--
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.
retitle -1 want git-debpush to read upstream tag pattern from gbp.conf
--
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.
posterity.
The rest need more thought.
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.
retitle -1 test suite should check tag2upload output is reproducible
severity -1 minor
We think both the git objects, and the .dsc, are probably
reproducible, but we're not sure.
Also it would nice if some external non-Debian service was auditing
out output.
--
Ian JacksonThese opi
1 - 100 of 2270 matches
Mail list logo
