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
Suggested approach.
Gosh there's a lot of decisions to make!
Ian.
## Fields giving names and email addresses (entity and email fields)
The format of the content of all fields naming people including
Maintainer, and Uploaders are based on IETF RFC 5322 recipient fields
(e.g., "To:&
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 is good in
git-debpush. But thinking about this makes me want dgit to be more
picky.
I don't think this is urgent since the anomalous states seem to be
rejected by most git submodule tooling so probably don't exist in the
wild very much, but you could perhaps make them by manual
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
#x27;s
confusing, because while 1.0-native and 1.0-with-diff are in this
sense different formats, dpkg-soruce has debian/source/format which
conflates them.
I've explicitly stated that non-native source formats can't be used
with native versions. I don't think such a thing could functi
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
Matthew Vernon writes ("Re: Bug#1106402: dpkg-source, native source package
format with non-native version"):
> I think Ian is right that we could declare as he wishes under 6.1.1 that:
>
>dpkg-source should be able to build "3.0 (native)" source packages
&
itive decision on this until after the TC has delibrated, but of
course you must do what you think best.
Ian.
[1] Before actually preparing any upload we would want to check what
the Ubuntu version of the patch is. We might well prefer that.
[2] I think the 2nd hunk is out of scope because it
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.
to this
adnshost -t mx iremonger.me.uk
iremonger.me.uk MX 0 mailgw0.enyc.org.uk ok 0 ok "OK" ( INET6 2001:8b0:c1:2::26
)
iremonger.me.uk MX 1 mailgw1.enyc.org.uk ok 0 ok "OK" ( INET 81.187.167.179
INET6 2001:8b0:c1:2::26 )
It ought to be happy to ignore the MX which has
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
explicitly to make it more
> > actionable. So how about:
I think what Sean's reply is saying is: the messages, taken together,
*are* actionable - they say "please pass --force".
So maybe "error:" should be added to that line, rather than the check
failed line.
While
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.
ntext too.
In practice rebuilding archives with git-archive often reproduces the
same orig, but I don't think that would be good enough for security
uploads. I think we would need to tell the t2u service that "this
security archive has this other archive as a parent, and you should
look for origs there too".
Ian.
Package: dgit-infrastructure
Version: 12.13
Severity: minor
Seen in a test log, running t2u-gbp on a slightly out of date trixie:
main::test_signing_key() called too early to check prototype at
/home/ian/things/Dgit/dgit/infra/tag2upload-oracled line 168.
main::block_signals() called too early
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
if the orig
upload is very recent and there hasn't been a mirror pulse. Is there
a way to have the builder go via some Debian-internal method?
Ian.
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.
ackage is new in this suite
>
> builder:work$ git deborig b2866e9a66b43855a37e462d17a8ba1ca3c51d90
As I suspected.
(dgit would do the same thing if you didn't have the .orig locally,
but then it would fail - ie providing the .orig would be the user's
job. So using git-deborig the
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.
Package: python3-comedilib
Version: 0.11.0+5-1.3+b1
Severity: normal
Dear Maintainer,
The way the comedi Python module is installed by the Debian package means that
a simple script such as the following does not work:
#!/usr/bin/env python3
import comedi
print(comedi.MAJOR)
When run, the follow
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.
On Wed, 23 Apr 2025 at 04:12, Richard Stanway
wrote:
> Would it be possible to backport this patch to stable?
It may be possible :) I've at least updated unstable to 2.0.19 now to
include this.
For us to file a bug at release.debian.org for a stable update we'll
have to be quite clear about the
her uids on their system (for
example, uids used for privilege separation, or maybe, container uid
namespaces).
There is additionally one small bugfix, to install a missing file.
The changes in question are in the changelog in detail, and summarised
in NEWS.Debian.
Thanks for your attention,
Ian.
these tests. ci.d.n
uses a fixed version of autopkgtest, not the version under test.
Looking at tracker.d.o the failure seems to be arch-specific, only
occurring on riscv64. I think, probably, the test is simply flaky.
Please would you mark this 2nd test flaky too. In the meantime I will
probably end up
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
also be able to find the key, obviously, but publishing
it in a .deb for use by software achieves that purpose too.
> Again, my stance is not to stand in your way, but to resolve
> things as they are made available.
Right.
Thanks,
Ian.
[1] Precisely how dak should handle this key is con
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.
Control: retitle -1 gitlab CI pipeline isn't ideal
--
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: wnpp
Severity: wishlist
Owner: Colin Ian King
X-Debbugs-Cc: debian-de...@lists.debian.org, colin.i.k...@gmail.com
* Package name: intel-lpmd
Version : v0.0.9
Upstream Contact: rui.zh...@intel.com
* URL : https://github.com/intel/intel-lpmd
* License
BTW more background to this design decision in the context of dgit
can be found in this bug against src:dgit
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1079434
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is
r the technical discussion; probably a bug against
src:dgit, not against gbp. But in any case it should be conducteed in
a collaborative way.)
Now, I am going to try to focus on the technical aspects.
> On Tue, 25 Feb 2025 10:40:27 + Ian Jackson
> wrote:
..
> > This isn't
On Mon, 24 Mar 2025 at 20:57, Simon McVittie wrote:
>
> On Mon, 24 Mar 2025 at 15:31:24 +1100, Ian Wienand wrote:
> >Mar 24 15:14:30 framework firefox-bin[18770]: GFileInfo created without
> >standard::content-type
>
> It might help to upgrade gvfs to version 1.57.2-2 fro
issue,
but what that is I am open to suggestions :)
On Mon, 24 Mar 2025 at 15:31, Ian Wienand wrote:
>
> Source: glib2.0
> Version: 2.84.0-2
> Severity: normal
> X-Debbugs-Cc: i...@wienand.org
>
> Dear Maintainer,
>
> I can no longer upload files from Firefox 136.0.
Source: glib2.0
Version: 2.84.0-2
Severity: normal
X-Debbugs-Cc: i...@wienand.org
Dear Maintainer,
I can no longer upload files from Firefox 136.0.2 from a smb share I
have mounted, or open them in Gimp (this is the two things I've found).
I can enter the upload dialog, browse the file and see i
dd -u only if the dput command =~ m/dput/ (but we'd need the
user to be able to override it with --dput!:--unchecked
and that is goign to be fiddly).
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is a
is
passed. But, always passing --rules-requires-root will probably break
*other* packages that were adapted to rootless builds a long time ago.
I haven't done any kind of survey of the prevalence of this problem.
I don't think that'd be proportionate. An option that precixely
changes
Package: rust-derive-deftly-macros
Severity: serious
Version: 1.0.0-1
rust-derive-deftly didn't make it through NEW.
I will be replacing this package one way or another.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.o
Specifically, in the usual case,
git-rebase -i dgit/dgit/sid
is a good choice.
--
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.
usm...
Waiting for notifications... (timeout 5sec 0nsec)
Detaching complete...
Child sent some notification...
-> Notification => ready for service.
tag2upload-manager@tag2upload-manager-01:/srv/manager.tag2upload.debian.org$
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
Pron
easons as dgit does:
https://manpages.debian.org/bookworm/dgit/dgit.7.en.html#GITATTRIBUTES
When gitattributes are active, the git view will not be compatible
with tag2upload.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.
the fingerprint will be the
> signing subkey, if there is one, but somewhat implies that it will be.
>
> I'm not sure we want to tie ourselves down in the way that you are
> suggesting. What do you think, Ian
How about we just reference that? (I know we're trying to get aw
nformation in the header?
I think that depends on the use case. Eg, you might carry on without
the relevant information. Whether that's acceptable depends on the
semantic needs of the consumer.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from
Another thing it ignores is the `arch=` option. It would be nice if it
converted it to an `Architectures:` line.
pace-separate keyword=value items may be introduced in the
future. Users of this field must ignore unknown keywords.
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.
hers.
If you think that's a good idea, then we should reassign this bug to
src:podman, to represent the desire to make that change there.
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.
image. Those
concurrent uses should not be disturbed.
Likewise, the cleanup operation ought not to disturb in-progress uses,
but that'll be easier since hopefully there's an operation that will
only want to delete "old and unused" things.
Thanks,
Ian.
--
Ian Jackson
1 - 100 of 4319 matches
Mail list logo
