unning / listening on its network ports.
Hm, I haven't seen this elsewhere either in my own upgrades or from
anyone else, and as you say the ssh.service logs don't give much to go
on. Is there anything informative in /var/log/auth.log, perhaps?
--
Colin Watson (he/him) [cjwat...@debian.org]
sshd
configuration options that are relevant to this such as
~/.ssh/environment are disabled by default, so I just resorted to
suggesting that people move settings to their shell initialization files
instead. It isn't perfect, but I think it's OK to assume that people
who've gone to t
x specific
%bidentd: !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386
-%ethtool: !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386
%linuxtv-dvb-apps: !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386
%vmpk: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386 # needs
RtMidi/real ALSA, see #557899
Thanks,
--
Colin
%libgcr410: i386 amd64 # [ANAIS]
-%linux-wlan-ng: amd64 i386 powerpc armel armhf alpha hppa# ANAIS
[?]
# xorg stuff
%xf86-input-multitouch: !s390x
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
-amd64 !hurd-i386
%ethtool: !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386
%linuxtv-dvb-apps: !kfreebsd-i386 !kfreebsd-amd64 !hurd-i386
-%vmpk: !hurd-i386 !kfreebsd-amd64 !kfreebsd-i386 # needs
RtMidi/real ALSA, see #557899
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
clone linuxtv-dvb-apps" if you need it.
Regards,
--
Colin Watson (he/him) [cjwat...@debian.org]
diff -Nru linuxtv-dvb-apps-1.1.1+rev1500/debian/changelog linuxtv-dvb-apps-1.1.1+rev1500/debian/changelog
--- linuxtv-dvb-apps-1.1.1+rev1500/debian/changelog 2020-0
Control: tags 961964 + patch
Control: tags 961964 + pending
Dear maintainer,
I've prepared an NMU for bidentd (versioned as 1.1.4-1.3) and uploaded
it to DELAYED/5. Please feel free to tell me if I should delay it
longer.
Regards,
--
Colin Watson (he/him) [cjwat
i386 amd64 # [ANAIS]
%linux-wlan-ng: amd64 i386 powerpc armel armhf alpha hppa# ANAIS
[?]
# xorg stuff
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
doesn't seem to be declared.
I'm not sure what to do about this. Is there some other packaged
substitute we could use instead? Or would we have to fix up
libsearch-estraier-perl and get it back into Debian?
--
Colin Watson (he/him) [cjwat...@debian.org]
On Tue, May 21, 2024 at 03:20:52PM +0200, Cyril Brulebois wrote:
> Colin Watson (2024-05-21):
> > I've just fixed this in unstable, but it would be helpful to have it
> > in place for installs of bookworm too.
>
> ACK on principle; you'll want a dch -r though.
Indeed,
ink. The installed system (ifupdown, NetworkManager)
already gets this right; it's just the installer that had trouble with
it.
[ Other info ]
This work was requested and sponsored by the Wikimedia Foundation.
--
Colin Watson (he/him) [cjwat...@debian.org]
diff -Nru netcfg-1.
onding upstream testing.
I believe this is currently blocked on (at least) k5test not being
packaged in Debian.
--
Colin Watson (he/him) [cjwat...@debian.org]
at GRUB Legacy is extremely very
unmaintained at this point; I've really just been doing last-resort
patching for years, and this normally hasn't included debugging its
filesystem code. It'd be in your interests to migrate to GRUB 2.
--
Colin Watson (he/him) [cjwat...@debian.org]
rate bug - I don't maintain the
dropbear packages.
--
Colin Watson (he/him) [cjwat...@debian.org]
eam intends to switch to bleach; I think we can
just patch setup.py in Debian in the meantime though. I'll do that.
--
Colin Watson (he/him) [cjwat...@debian.org]
ishDoughnutE
I sent a patch for this upstream as
https://github.com/gyoto/Gyoto/pull/17. Here's a patch to fix the
Debian package in the meantime.
--
Colin Watson (he/him) [cjwat...@debian.org]
>From 19e6f4bcdc33cbd7995027bf56ec3b5a7125ea5f Mon Sep 17 00:00:00 2001
n/rules:8: binary-arch] Error 25
I've proposed
https://salsa.debian.org/science-team/pyferret/-/merge_requests/3 to fix
this.
--
Colin Watson (he/him) [cjwat...@debian.org]
places to look, or things I might be able to tweak to make
the bug more reliably reproducible (e.g. places to insert artificial
delays).
I remain entirely unable to reproduce this bug in any form on my laptop.
--
Colin Watson (he/him) [cjwat...@debian.org]
a drop-in config
> fragment in some ssh.service.d/ directory. But this, and other similar
> synchronization targets, exist so that one does not necessarily need
> to know about every other service running on the system.
This sounds like a reasonable proposal to me. I'm just CCing Debian's
systemd mai
On Thu, Apr 18, 2024 at 12:56:06PM +0200, Jérémy Lal wrote:
> Le jeu. 18 avr. 2024 à 12:29, Colin Watson a écrit :
> Ok, and sorry, I got frustrated by the "1 column space on the right" change
> of
> https://gitlab.com/man-db/man-db/-/merge_requests/11
[...]
> Indeed, the
1) The man-db Debian maintainer is the same person as the upstream
maintainer, i.e. me.
2) The Debian packaging does not contain any changes to how MANWIDTH is
handled.
What are you talking about?
--
Colin Watson (he/him) [cjwat...@debian.org]
libpam-modules | grep --count
^libpam-
68
$ apt-file search security/pam_ | grep -v libpam-modules | grep --count ^pam-
1
And the Debian PAM mini-policy says:
1) Packages should use the naming scheme of `libpam-' (eg.
libpam-ldap).
--
Colin Watson (he/him) [cjwat...@debian.org]
> connected
> Failed to retrieve unit state: Transport endpoint is not connected
> ...
> ```
>
> And this process is very time-consuming also.
Hi,
This is all fairly clearly a systemd issue rather than anything
specifically to do with man-db, so reassigning there. I'm afraid I
don't have any further clues though.
--
Colin Watson (he/him) [cjwat...@debian.org]
On Wed, Apr 03, 2024 at 02:55:08PM +0200, Marco d'Itri wrote:
> On Apr 03, Colin Watson wrote:
> > I wondered if anything could be done to avoid this or refactor it
> > somehow?
> Sure: I think that it makes sense to just disable NETGROUP (which is
> the conditional for
(via /run/systemd/system)
LSM: AppArmor: enabled
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
I haven't tested it. I think we should at least roughly coordinate this
so that there isn't a long period when testing users have no last login
information at all, though, so let me know when you'd like me to do
that.
It might be a good idea to wait until the main bulk of the 64-bit time_t
tran
On Tue, Apr 02, 2024 at 10:58:01AM +0200, Chris Hofstaedtler wrote:
> I'll note that #1068017 has discussion about enabling
> pam_lastlog2.so, where we'd also appreciate your input regarding
> sshd, Colin.
Yep, replied there.
--
Colin Watson (he/him)
g for a new distro
patch to OpenSSH!
I'd be happy to include this if upstream does, but I don't think I'm
likely to apply this in advance of upstream.
--
Colin Watson (he/him) [cjwat...@debian.org]
what the Debian pam maintainers intend to do about it, but
this is surely the result of:
https://github.com/linux-pam/linux-pam/commit/357a4ddbe9b4b10ebd805d2af3e32f3ead5b8816
A note in NEWS.Debian might be worthwhile.
--
Colin Watson (he/him) [cjwat...@debian.org]
Control: reopen -1
On Thu, Mar 28, 2024 at 04:12:19PM +0100, Sebastian Ramacher wrote:
> On 2024-03-28 13:46:14 +0000, Colin Watson wrote:
> > Package: release.debian.org
> > Severity: normal
> > X-Debbugs-Cc: memcac...@packages.debian.org
> > Control: affects
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: memcac...@packages.debian.org
Control: affects -1 + src:memcached
User: release.debian@packages.debian.org
Usertags: binnmu
nmu memcached_1.6.23-1 . armel armhf . unstable . -m "Rebuild for time_t"
--
Colin Wats
On Sat, Mar 23, 2024 at 01:49:19AM +, Thorsten Glaser wrote:
> Colin Watson dixit:
> >Could you try the somewhat further reduced patch in
>
> The package made from that branch built fine in my cowbuilder,
> and I have all reason to assume it’ll do so in sbuild/buildd.
Than
On Thu, Mar 21, 2024 at 10:35:17PM +, Thorsten Glaser wrote:
> Colin Watson dixit:
> >Could you try the somewhat further reduced patch in
>
> I’ve started a build and will let you know probably when I get
> back late tomorrow.
Thanks! No rush - I won't be at a proper com
ixed release
> (14 probably).
This configure check doesn't use the usual autoconf result caching
arrangements, which makes it a bit more awkward to override from
debian/rules. There are options, but an extended configure check that I
could send upstream would probably be best.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
in
this bug, "apt-get indextargets" omits the Release file.
For now, I'll probably dodge the problem by requiring the user to
specify which architectures they want, and then I don't need the Release
file. But I feel like I'm missing something.
Thanks,
--
Colin Watson (he/him)
awkward dependency in a Python codebase due to its
tight coupling with apt, and python-debian is much more convenient in
those terms.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
library quite heavily in tests,
and so we'd need a replacement; the thing to use seems to be respx.
However, debusine needs to run on bookworm. Would you consider
maintaining a backport in bookworm-backports?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
just the armel/armhf binaries here and
let the others proceed.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
that this searches the sources of the manual pages, not the
rendered text, and so may include false positives due to things
like comments in source files, or false negatives due to things
like hyphens being written as "\-" in source files. Searching
into the possibility of a backport.
I'm happy with either of these options:
* I look after the backport, in which case this bug is a courtesy
notification
* you look after the backport
Let me know what you'd prefer, and also whether you know of anything
else I need to consider here. Thanks!
--
Colin
as a dependency of pgadmin4, but
pgadmin4 no longer uses it:
https://github.com/pgadmin-org/pgadmin4/commit/d644b4f94ec71af78a46434121bce0fcd626a2dc
Should we just remove this package from Debian? I'm CCing everyone
who's uploaded it in the past just in case, but I suspect this is an
easy decision.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
ls.build_dir, cls.builder, cls.config,
File
"/<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/test/util.py",
line 65, in run_sphinx
raise Exception('%s returned non-zero exit status %s\n'
Exception: ['-b', 'html', '-N',
'/<>/.pybuild/cpython3_3.11_quark-sphinx-them
On Tue, Mar 05, 2024 at 06:15:32PM +, Colin Watson wrote:
> While it looks like this was fixed upstream in
> https://github.com/marselester/json-log-formatter/commit/74f04ee4f6aa8e461fcb2d688459888b7279fc73
> and I guess we could cherry-pick that, I also can't reproduce this
t have made it clearer; but is it possible that you have a locally
installed version of click >= 8.0.0 from PyPI, perhaps due to running
"pip install" outside a virtual environment? That would explain this
happening to you.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
ick that, I also can't reproduce this
failure in current unstable with Python 3.12. Can you still reproduce
this?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
t unit for now; this is mainly
+for use with the forthcoming systemd-ssh-generator (closes: #1061516).
+It's now called sshd@.service, since unlike the main service there's no
+need to be concerned about compatibility with the slightly confusing
+"ssh" service name that Debian has
},
mount,
ovmf,
parted,
@@ -49,7 +49,7 @@ Recommends:
Depends:
busybox | busybox-static,
debootstrap,
- qemu-system-x86,
+ qemu-system-${Arch},
qemu-user-static,
systemd-container,
${misc:Depends},
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
nation is
to queue this up to fix along with the next bookworm openssh security
update (whenever that might be), but not to trouble the security team
with it right away. Does that sound reasonable?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
package needs another "Priority: important"
package for proper functioning then it's been quite uncontroversial that
the first package must declare a dependency.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
that
"PATH=/usr/libexec/incus:/usr/sbin:/usr/bin:/sbin:/bin" is in a file
that you can give to EnvironmentFile=, and then things will work
properly: settings read from later files will override those read from
earlier files.
Thanks,
--
Colin Watson (he/him)
ges python3.11-dbg recommends:
ii gdb 13.2-1
Versions of packages python3.11-dbg suggests:
pn python3-gdbm-dbg
pn python3-tk-dbg
-- no debconf information
--
Colin Watson (he/him) [cjwat...@debian.org]
Control: reopen 1063345
> python3.12 (3.12.2-2) unstable; urgency=medium
> .
> [ Colin Watson ]
>* Don't rely on module state in teedataobject_clear (from Brandt Bucher in
> https://github.com/python/cpython/issues/115874). Closes: #1063345.
Unfortunately this commi
linked to /usr/bin/dash
Init: unable to detect
-- no debconf information
--
Colin Watson (he/him) [cjwat...@debian.org]
libc6 2.37-15
ii zlib1g 1:1.3.dfsg-3+b1
libpng16-16t64 recommends no packages.
libpng16-16t64 suggests no packages.
-- no debconf information
--
Colin Watson (he/him) [cjwat...@debian.org]
@ -1,3 +1,10 @@
+python3.12 (3.12.2-1.1) UNRELEASED; urgency=medium
+
+ * Don't rely on module state in teedataobject_clear (from Brandt Bucher in
+https://github.com/python/cpython/issues/115874; closes: #1063345).
+
+ -- Colin Watson Tue, 27 Feb 2024 10:15:37 +
+
python3.12 (3.12.2-1) unstable
(#1058317 is
still a problem, but is a separate bug.)
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
t; package instead, if that's still appropriate?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
On Fri, Feb 23, 2024 at 12:40:41PM +, P Tamil Selvam wrote:
> Pls. let us know the ETA by when openssh issue will be fixed in bookworm
> release ?
No fix exists anywhere to my knowledge, so there is currently no ETA.
The right place to ask about a fix would be upstream.
--
Colin Wats
On Wed, Feb 21, 2024 at 07:40:27AM +, Jonathan Wiltshire wrote:
> On Mon, Feb 19, 2024 at 01:26:17PM +0000, Colin Watson wrote:
> > [ Reason ]
> > The version of python-channels-redis in bookworm suffers from
> > https://bugs.debian.org/1027387 /
> > https://githu
On Mon, Feb 19, 2024 at 11:58:02AM +, Colin Watson wrote:
> Since there is now an upstream fix
> (https://github.com/django/channels_redis/pull/347), I think it would be
> worth backporting this to bookworm.
I've filed https://bugs.debian.org/1064276 to request permission
loop.
--
Colin Watson (he/him) [cjwat...@debian.org]
diff -Nru python-channels-redis-4.0.0/debian/changelog
python-channels-redis-4.0.0/debian/changelog
--- python-channels-redis-4.0.0/debian/changelog2022-10-10
21:13:47.0 +0100
+++ python-channels
thub.com/python/cpython/issues/106749.
Since there is now an upstream fix
(https://github.com/django/channels_redis/pull/347), I think it would be
worth backporting this to bookworm.
--
Colin Watson (he/him) [cjwat...@debian.org]
wall rules to restrict incoming SSH connections to only
the desired address(es), as is recommended in README.Debian.
--
Colin Watson (he/him) [cjwat...@debian.org]
s then I think this
bug can be closed.
--
Colin Watson (he/him) [cjwat...@debian.org]
> we could demote to pedantic warning
> and ask to repack in order to be sure to recompile from source.
Or we could fix the ridiculously-oversensitive diagnostic.
On the matter of repacking (which I will not do in this case), please
see my comment in
https://bugs.debian.org/cgi-bin/
hout that patch for now, as we need
to rebuild for the new xkb-data to sort out uninstallability in
unstable, and then get the kFreeBSD-removal patch sorted out after that.
Objections?
--
Colin Watson (he/him) [cjwat...@debian.org]
e 3.2-11 was before oldoldstable, I'm just going to remove
this override_dh_strip rule entirely, as it isn't needed any more:
https://salsa.debian.org/parted-team/parted/-/commit/2ede9a43a0cb5e5abb52cd3c519769ad9d8d489d
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
Package: python3-django-hyperkitty
Version: 1.3.7-1
Severity: normal
Dear Maintainer,
Thanks for your work on these packages. After upgrade I am now getting these
errors once a minute:
django.core.exceptions.ImproperlyConfigured:
allauth.account.middleware.AccountMiddleware must be added to
for the confirmation, Steve!)
--
Colin Watson (he/him) [cjwat...@debian.org]
--- Begin Message ---
On Thu, Feb 01, 2024 at 01:17:29PM +, Colin Watson wrote:
> On Thu, Feb 01, 2024 at 12:26:58AM +, Steve Langasek wrote:
> > As part of the 64-bit time_t t
tab there
does indeed show a time_t change, but I didn't think that was cause for
a SONAME change as long as it doesn't affect libfido2's own exported
symbols - am I missing something here?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
On Thu, Feb 01, 2024 at 06:39:29AM +, Adam D. Barratt wrote:
> On Mon, 2024-01-01 at 17:20 +0000, Colin Watson wrote:
> > I'd like to belatedly fix CVE-2022-4515 in bullseye.
>
> Please go ahead.
Uploaded, thanks.
--
Colin Watson (he/him) [cjwat...@debian.org]
to the latest release so that Debian
derivatives may also get the latest version fairly soon?
kind regards,
Colin Ian King
-- System Information:
Debian Release: 12.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'stable-debug'), (500, 'stable
workflow. Added to my to-do list.
FYI, you can also use MAN_DISABLE_SECCOMP=1 to bypass the seccomp
sandbox for the time being.
--
Colin Watson (he/him) [cjwat...@debian.org]
good idea.
However, there's nothing to stop us using a separate pipe to communicate
with apt-extracttemplates - it's just a bit more fiddly. I've done that
now:
https://salsa.debian.org/pkg-debconf/debconf/-/commit/ad03066a1b69f634a81bfb3083a81de1900c91a9
Thank
in the intervening years?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
his remains the standard
> policy for NMUs in Debian per the Developer's Reference, and as far as I
> know has worked effectively for all such previous ABI transitions.
In the current situation, though, not having experimental available
means that there's no opportunity for dumat to weigh in
pn lxd
ii ovmf 2023.11-2
pn ovmf-ia32
pn podman
ii python3-distro-info 1.7
ii qemu-efi-aarch64 2023.11-2
ii qemu-efi-arm 2023.11-2
pn qemu-system
ii qemu-utils 1:8.2.0+ds-1
pn schroot
ii util-linux 2.39.3-2
pn vmdb2
pn zerofree
-- no debconf information
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
it-dpm has introduced a small amount of additional noise;
I didn't think it was worth the effort to persuade it to avoid that in
this case.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
diff --git a/debian/.git-dpm b/debian/.git-dpm
index be86f1e84..e26b5a
to /usr/bin/dash
Init: unable to detect
Versions of packages troffcvt depends on:
ii groff 1.23.0-3
ii libc6 2.37-13
ii perl 5.36.0-10
troffcvt recommends no packages.
troffcvt suggests no packages.
-- no debconf information
--
Colin Watson [cjwat
able mitigation at the level of OpenSSH.
--
Colin Watson (he/him) [cjwat...@debian.org]
-in unit like
this:
[Service]
ExecStart=
ExecStart=/usr/lib/openssh/agent-launch start -- -t 1200
Would that be acceptable?
--
Colin Watson (he/him) [cjwat...@debian.org]
ndependent parser in future.
I also feel that something security-critical like this that's labelled
by upstream as "still experimental" probably shouldn't be in a Debian
release. Maybe it should be kept in Debian experimental for the time
being?
--
Colin Watson (he/him) [cjwat...@debian.org]
to make sure that the "render" group has
the same ID in the host and in containers, the change you suggest won't
systematically achieve that, and there's really no way to achieve that.
(After all, the host or the containers might not even be using a
Debian-based di
Hi Balint,
On 16/11/2023 18:55, Bálint Réczey wrote:
Hi Colin,
Colin King (gmail) ezt írta (időpont: 2023.
nov. 16., Cs, 17:46):
Hi Balint,
Since libtypec installs include files and libs to the standard
locations actually there is no need to set those paths.
I think I would use
lates.pot
debian/po/ca.po:41:59: syntax error
debian/po/ca.po:57:27: syntax error
msgmerge: found 2 fatal errors
Could you please fix these?
--
Colin Watson (he/him) [cjwat...@debian.org]
ge, we went back and
forth a bit but his gut feeling appeared to be that it would make sense
to at least experiment with having dh_movetousr update symlink targets,
so I'm filing this bug as a reminder.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
the
.symbols file and uploaded a -4 to mentors.
Colin
Hi again Balint,
On 16/11/2023 11:35, Bálint Réczey wrote:
Hi Colin,
Thanks for the quick response.
Please check my other observations, too, in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041327#58
You mentioned:
"The .pc file is now at the right location, but contains mult
On 15/11/2023 13:47, Bálint Réczey wrote:
Hi Colin,
There are a few upstream source files licensed under GPL.
Please update debian/copyright to cover all the used licenses.
Updated and uploaded -3 to mentors
Thanks for the prompt review feedback. Much appreciated.
Colin
You can run 'cme
Hi Balint,
I've uploaded 0.4.0-2 with the suggested fixes.
reply inlined below:
On 09/11/2023 16:23, Bálint Réczey wrote:
Hi Colin,
Colin King (gmail) ezt írta (időpont: 2023.
nov. 7., K, 15:18):
Hi Balint,
Thanks for responding with the review. I was waiting for the upstream
project
Hi Balint,
Thanks for responding with the review. I was waiting for the upstream
project to release a 0.4 with some minor fixes before re-uploading to
mentors.
I've addressed the issues you found as below:
On 22/10/2023 22:38, Bálint Réczey wrote:
Hi Colin,
I've checked the second upload
ferred spelling of the variable name, but otherwise
applied. Thanks!
--
Colin Watson (he/him) [cjwat...@debian.org]
uot;, "'",
"`", "^", and "~" respectively) will produce better printed output.
--
Colin Watson (he/him) [cjwat...@debian.org]
src
ln -s /usr/bin/timew src/timew
# regen man DB, since the tests use it
-mandb
+mandb -u
cd test
# requires compilation
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
vice on things that seem
like they'd fit most easily into archive infrastructure (both in
Ubuntu's which I know professionally, and in what I know of Debian's).
Thanks, and sorry for the slow response,
--
Colin Watson (he/him) [cjwat...@debian.org]
ctural
symmetry.
If you explicitly need dmidecode to be on your images, then I think you
should have an explicit dependency or similar to ensure that, rather
than relying on a dependency via libparted (which is an implementation
detail). Is that a problem?
--
Colin Watson (he/him)
a
reason for including both, but I can't think what it was, so I may just
have been wrong. I've pushed
https://gitlab.com/man-db/man-db/-/commit/ef9baff127 to fix this for the
next upstream release.
--
Colin Watson (he/him) [cjwat...@debian.org]
in unstable
[ Changes ]
See attached debdiff.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
diff -Nru openssh-8.4p1/debian/.git-dpm openssh-8.4p1/debian/.git-dpm
--- openssh-8.4p1/debian/.git-dpm 2022-07-01 23:37:41.0 +0100
+++ openssh-8.4p1/debian
and I approve them
[X] attach debdiff against the package in (old)stable
[X] the issue is verified as fixed in unstable
[ Changes ]
See attached debdiff.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
diff -Nru openssh-9.2p1/debian/.git-dpm openssh-9.2p1
This issue has been reported to the upstream project:
https://github.com/intel/thermal_daemon/issues/416
..looking like it will be resolved in the next release of thermald
1 - 100 of 5380 matches
Mail list logo