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
essful command is being run in a different
directory.
dgit will show its chdirs if you say -D, but I believe that it runs
the dput from the package working tree.
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.
)
Would you like to take over the package? If so, please go ahead.
I feel you have more understanding of it now.
Regards,
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.
ven find my own previous report the 2nd time round...
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: Bug#986665: $HOME not writable when using schroot"):
...
> * Decide that virt servers are allowed to not provide $HOME.
>Have the autopkgtest virt core check to see if some home directory
>exists, and "polyfill" it by using so
Simon McVittie writes ("Re: Bug#986665: $HOME not writable when using schroot"):
> It turns out that Ian Jackson is an example of someone who specifically
> *does* want their real $HOME to be mounted in the chroot, and rejects
> the non-schroot backends for exactly this reason.
Package: dgit-infrastructure
Version: 10.3
Recently I have seen dgit push being slow on a number of occasions.
Output included things like this:
remote: gpgv: Good signature from "Ian Jackson (new general purpose key)
"
remote: gpgv: aka "Ian Jackson "
remo
de in the testbed that I
trust, precisely because often I find the imperfect security isolation
convenient. I think this is a common use case for Debian maintainers.
Regards,
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.
fusing and a bit
unprincipled. I attach a patch to rationalise it. It may print more
warnings now, but it will not crash unless it actually needs to, and
the logic is now the same (and, I hope, reasonable) in all cases.
Ian.
>From 95e85dfbe10deb90dde98101566886ebd50cc410 Mon Sep 17 00
. The CHANGELOG.md
entry for 2.3 says
* Replace AppIndicator with DBus StatusNotifierItem
I think this bug may have been fixed as a side effect of that change.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is
to.
(FTR I consider describing someone else's software as deprecated,
without consulting them, as intolerably rude and hostile.)
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.
d is using it too. I have used it in other more ad-hoc
situations. By its nature, there may be out-of-Debian users.
I do agree that the code in the autopkgtest test runner is tangled.
It was tangled when I wrote it and I think it has become worse since
then. I think this is orthogonal to
ound.
FTR, I do not consider this compromise "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.
(at least IMO) we don't
want the new autopkgtest to migrate to testing until the removed parts
are available in the new package.
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 bypass
ediate level of
privsep. This is a feature that can be useful. It is also highly
configurable.
Also, it hasn't had the level of testing and maturity that the schroot
backend has. (When I first tried it out it I discovered a howler
bug.)
I don't think these are realistic replacements f
ing it any time soon. If there were suggestions that
it might be removed, I would probably adopt 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.
Ian Jackson writes ("Re: Bug#1094634: Info received (autopkgtest-virt-*:
doesn't shutdown on EOF [and 1 more messages])"):
> If this is in fact getting EAGAIN it probably indicates that something
> was setting stdin to nonblocking mode? The workaround is quite wrong.
I conj
kgtest-virt-unshare.
I think there is something to be said for this point of view. For
now, I'll downgrade this bug report.
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.
hink that behaviour would makes sense, perhaps even as a default.
After all, the actual chroot is deleted, so any processes which remain
have an empty root fs. Leftover processes are possibly broken in
other ways too.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I
upposed to
+# block for new input.
+if ce == '':
+continue
since then a delay was added too, and a check for EAGAIN.
If this is in fact getting EAGAIN it probably indicates that something
was setting stdin to nonblocking mode? The workaround is quite w
Control: retitle -1 autopkgtest-virt-*: doesn't shutdown on EOF [and 1 more
messages]
This doesn't seem to be specific to autopkgtest-virt-unshare.
Here's another case:
Steps
autopkgtest-virt-null
rt-to-gbp" on
archive/debian/0.9.10+2024-06-05+gba9ed5b2-0.6 may be helpful.
I have not updated any branch on salsa.
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.
Hi Ian,
>
> your mail didn't make it into my inbox somehow, just found it looking at
> the BTS by happenstance.
>
> On Thu, Jan 23, 2025 at 10:22:42AM -0800, Ian LaBash wrote:
> > I am a developer looking to get involved in Debian development and would
> > love to
Hi there,
I am a developer looking to get involved in Debian development and would
love to contribute to this issue. What are the most pressing needs here? I
was thinking of diving into the ifquery issue and going from there. Would
appreciate any guidance you can offer! Thanks.
Ian
Control: reassign -1 libfaketime
Control: found -1 0.9.10+2024-06-05+gba9ed5b2-0.1
Control: fixed -1 0.9.10+2024-06-05+gba9ed5b2-0.2
This time, for sure.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that is a private
Control: reassign -1 faketime
Control: found -1 debian/0.9.10+2024-06-05+gba9ed5b2-0.1
Control: fixed -1 debian/0.9.10+2024-06-05+gba9ed5b2-0.2
Ian Jackson writes ("Re: Bug#1093412: Regression in tests with new faketime"):
> Control: reassign -1 fakeroot
> Control: found -1 debia
me.
I see that the reprotest autopkgtest is now fixed, after I restored
the default to not fake utime.
There is still a problem with the gem2deb autopkgtests which looks
like UB. I found some UB (#1093599) and am intending to fix it.
Thanks for your input!
Ian.
--
Ian JacksonThese opi
t that.
I intend to develop a patch to change this to use sound locking
techniques and/or atomics. But that will probably not happen right
away.
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 add
Ian Jackson writes ("Re: Bug#1093412: Regression in tests with new faketime"):
> Why are we passing NO_FAKE_STAT here?
I UTSL and in reprotest/build.py I see:
# faketime's manpages are stupidly misleading; it also modifies file
timestamps.
# this is only mentioned in
Ian Jackson writes ("Re: Bug#1093412: Regression in tests with new faketime"):
> Why are we passing NO_FAKE_STAT here?
>
> Maybe the problem is that faketime isn't honouring NO_FAKE_STAT.
> I will see if I can confirm...
(I should say, thanks for the lead!)
--
Ian Ja
000 +
> $ NO_FAKE_STAT=1 faketime '+331hours' cp -a utils.py utils2.py
> $ stat -c '%y' utils2.py
> 2023-01-30 08:10:37.0 +
Why are we passing NO_FAKE_STAT here?
Maybe the problem is that faketime isn't honouring NO_FAKE_STAT.
I will
lution? If not, would it be possible for
> `dgit` to enable an easier way to change the default upload host?
I think the (d)git config dgit-distro.distro.upload-host is indeed the
answer to this question.
Hope this helps.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/
protest's test suite.
Probably, some call is being handled differently by the new faketime.
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: close -1 1.6.1-2
Uploaded, thanks. Sorry for the delay, our house is being chaos for a
few weeks - building works after a water leak.
Regards,
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
I think I have a fix. I'm preparing another NMU. It'll be based on
latest unreleased upstream git.
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.
around,
`TZ=UTC date` may help (but may change the interpretation of your time
specification).
Thanks,
Ian.
(not the maintainer, just trying to fix faketime for the moment)
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or @evade.org.uk,
that
the autopkgtest starts passing as
> a result. If this bug stays RC and against faketime until fixed that
> should prevent unwanted migration.
Noted. 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: reassign -1 faketime
Hi. Thanks very much for your investigation.
Olly Betts writes ("Re: Bug#1093153: xapian-omega autopkgtests and faketime on
32-bit"):
> On Wed, Jan 15, 2025 at 07:29:54PM +, Ian Jackson wrote:
> > 40s expected: «Query((Y2000 .
en. Allowing the new faketime to
migrate, despite the missing interposition for stat, would be a
significant improvement. I'm hoping you'll agree.
FTR, IMO if this bug gets anywhere near triggering autoremoval of
xapian-omega, we should do something less drastic instead.
Thanks,
Ian
es didn't
exist. (Maybe it tried to chmod it +x.)
Certainly, though, I think it is sound to move d/rules to the list of
files included only if they're in the original. This won't break any
existing packages. The worst possible outcome is that something else
breaks.
Thanks for the ex
> Would it be possible to avoid including the rules file into the
> temporary archive, or doing so only when present?
Probably. That might even work :-), and be correct.
(Can you state the current commitid at the head of that repo? I'd
hate for your repro instructions - thanks! - to
maintainer upload) and my own recent 0.9.10-2.4.
Ian.
diff --git a/debian/changelog b/debian/changelog
index 884e466..3f155e5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,43 @@
+faketime (0.9.10-2.4) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Upload to unstable, now
Package: userv
Version: 1.2.1~beta4
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/userv.html
Shows differences in build-id in executables, and a date in
spec.pdf.gz.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you
roach I didn't investigate was to try upstream unreleased
mainline. If we did that we'd probably want to review quite carefully
what we were shipping. I don't think this is suitable for the NMU I
am now preparing.
Anyway, thanks for the contribution, and sorry not to be includ
use DELAYED for
either step of this. I hope you find this helpful.
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.
it may be possible to get this to work without. In
chiark-utils, /usr/sbin/really is also setuid root and this is somehow
arranged without fakeroot.
Presumbly something similar could work here. I haven't investigated.
FTR I am open to a patch.
Ian.
--
Ian JacksonThese opinions are my o
Control: severity -1 normal
Please do not increase the severity of these bugs again.
--
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.
fully received.
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.
I spotted the shlib one.
I have now done this.
Your patch, and my fixups (see above, plus a few .gitignore additions)
will be in sid shortly.
Regards,
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: tags -1 pending
Hi. Thanks for all this. Superb work.
I have reviewed the first three patches and their output and I have
adopted them into my own mainline. I'll be uploading later today.
First, though, I want to see if I can adopt the dh patch, or something
like it.
Regards
tibility option I am
requesting in this bug. This situation hardly seems unusual or
surprising to me.
Ian.
[1] chiark-utils, #1089303. The rewrite is by Niels, prompted by
looking at the package pursuant to R-R-R. This overhaul is long
overdue, so a very welcome contribution.
[2] Another opt
to
release,l too - but I will attend to chiark-utils first.
Ian.
PS long dgit plug, which you are free to ignore:
You might want to consider doing your NMUs with dgit. Every package
can be NMU'd that way for a change like this - see dgit-nmu-simple(7).
I almost never upload other than with d
rs to the git history add
Signed-off-by lines. I assume that this must refer to the Developer
Certificate of Origin but no copy of the DCO is in-tree. FTOAD
please consider me to have signed off my patch below in accordance
with DCO v1.1)
Thanks,
Ian.
>From 73caa0e88ee7dcbff31cd884fcd717e8
Paul Gevers writes ("Re: Bug#1092771: autopkgtest-virt-*: Want way to retain
tmpdir"):
> On 11-01-2025 13:32, Ian Jackson wrote:
> > When working with autopkgtest, it is sometimes useful to be able to
> > retain the tmp directory for inspection.
>
> We ha
gtest-virt-null. It would be nice if we could have a
feature for this before the unwrranted assumptions become false - then
we can probe for the new feature, and only do crimes with old
autopkgtest where there's not a better way.
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
Pr
We could have added
this option with a fraction of the effort spent on trying to argue
that it's not necessary.
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.
uters behave. My goal when working on Debian
is to help make that possible. That includes users I don't know, and
it includes distant users who don't have all the relevant information
and skills and who may have done some broken stuff. We should try to
make the software we supply easy and
Niels Thykier writes ("Re: Bug#1092193: option (or env) to request <=bookworm
r-r-r behaviour"):
> Ian Jackson:
> >> dgit's test suite uses some rule-invocation-tracking test packages to
> >> see which targets get invoked by various build modes. (This is
have to
probe for the option.
I'm filing this bug as "normal" because I think that's warranted by
the behavioural regression for out-of-Debian users.
Thanks for your attention.
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvz
dpkg-buildpackage to be unsupported everywhere.
* Stop passing the option and adjust the src:dgit tests (possibly
adding new test invocations if coverage otherwise becomes poor).
But, it's not clear yet if this is going to be a workable approach.
Ian.
--
Ian JacksonThese opinions
step of the way in my book.
Thanks for this work. I hope to look at this soon.
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.
ool. I did not debug further than that.
I will do so.
I find this kind of thing quite annoying. If I had more time, I would
do some kind of archive-wide test rebuild. Maybe after t2u is going I
can persuade someone enthusiastic that this is a good idea.
Ian.
--
Ian JacksonThese opinions
NMU (enabling me to skip the delay). Thanks in advance.
I've reviewed the patch and it LGTM. Please go ahead and upload it.
(Ideally, you would use dgit for the upload. The dgit-nmu-simple(7)
workflow would be suitable. But I won't insist.)
Thanks!
Ian.
--
Ian JacksonThese opi
> Like with authbind, this might be overdue for a packaging rewrite. Let
> me know if you are interested in that.
You are very probably right about it needing a packaging rewrite. It
really ought to be using dh, although I'm not sure how well that will
fit given how anomalous the upstre
I should say, thanks for looking at this, and the fixes for this are
welcome. I don't feel confident in my knowledge of groff but I'm
happy to take your word for it :-).
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he. If I emailed you from @fyvzl.net or
ably do that as a
separate package, but when we do that we ought to see if any of our
patches are applicable - and that'll be easier if they don't include
purely cosmetic, but textually intrusive, changes.
Thanks,
Ian.
--
Ian JacksonThese opinions are my own.
Pronouns: they/he.
Ian Jackson writes ("Bug#1082668: /usr/bin/blueman-applet: LoadException: Not
loading conflicting plugin NMPANSupport"):
> I run blueman-applet from an xterm and it says:
>
> Traceback (most recent call last):
> File "/bin/blueman-applet", line 3
worry about cancelling the upload. It's memorialised in the git
history anyway now, which is OK. Your next upload will need to be git
fast forward from the last one.
Yes, please do do another upload for that.
> I'll let you know when I've fixed the team issue
Thanks,
Ian.
Andreas Tille writes ("Re: Bug#1089975: ITS: xfonts-traditional"):
> Am Sat, Dec 14, 2024 at 11:11:55PM +0000 schrieb Ian Jackson:
> > One concern I have is that, err, how to put this: I think some people
> > may consider xfonts-traditional "obsolete" or "
1 - 100 of 4251 matches
Mail list logo
