Control: tag -1 pending
Hello,
Bug #1065757 in openssh-ssh1 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/ssh-team/openssh-ssh1/-/commit/7f75517641e502fdf0afd
On Fri, Mar 08, 2024 at 10:21:30AM +0100, Andreas Tille wrote:
> Am Thu, Mar 07, 2024 at 05:06:48PM + schrieb Colin Watson:
> > While for the moment Debusine may seem like a less polished version of
> > Salsa CI, it has very different goals,
>
> Speaking about Salsa CI
originally packaged 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]
originally packaged 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]
===
ERROR: setUpClass (test.test_theme.TestThemeEntrypoint)
--
Traceback (most recent call last):
File
"/<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/test/util.py",
line
===
ERROR: setUpClass (test.test_theme.TestThemeEntrypoint)
--
Traceback (most recent call last):
File
"/<>/.pybuild/cpython3_3.11_quark-sphinx-theme/build/test/util.py",
line
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 thi
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 thi
7;t include a traceback, which
might 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]
7;t include a traceback, which
might 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]
Control: tag -1 pending
Hello,
Bug #1042241 in wcwidth reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/wcwidth/-/commit/224ad07e9c5a6068957
ee4f6aa8e461fcb2d688459888b7279fc73
and I guess we could cherry-pick 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]
ee4f6aa8e461fcb2d688459888b7279fc73
and I guess we could cherry-pick 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]
Control: tag -1 pending
Hello,
Bug #08 in celery-haystack-ng reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/celery-haystack-ng/-/commi
et 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
et 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
age-${Arch},
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...@
age-${Arch},
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]
ination 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]
ination 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]
perience that if one 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]
perience that if one 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]
to arrange 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)
1:1.3.dfsg-3+b1
Versions of packages 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
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
TF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect
-- no debconf information
--
Colin Watson (he/him) [cjwat...@debian.org]
libpng16-16t64 depends on:
ii 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]
n't know if you ever did this, but in case it's still on your to-do
list, this is https://github.com/python/cpython/issues/115874; I
suggested a cherry-pick of the proposed patch there in
https://bugs.debian.org/1063345.
--
Colin Watson (he/him) [cjwat...
44
--- a/debian/changelog
+++ b/debian/changelog
@@ -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 Fe
44
--- a/debian/changelog
+++ b/debian/changelog
@@ -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 Fe
t couldn't be built for various reasons.
This doesn't tell you whether previous versions of the same packages
worked, though; some of those are going to be failures across multiple
architectures rather than just on riscv64, and you have to click through
to find more information about that.
--
Colin Watson (he/him) [cjwat...@debian.org]
Control: tag -1 pending
Hello,
Bug #1064699 in storm reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/storm/-/commit/dd61f733d074d13a267f6a0
n for a few months now. (#1058317 is
still a problem, but is a separate bug.)
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
n for a few months now. (#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]
determine if there is local modification, Git will error out,
> unless ‘--broken’ is given, which appends the suffix
> "-broken" instead.
But also, gnulib's git-version-gen (which groff uses) does this
manually. See:
https://git.savannah.gnu.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 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
ver passing every macro into a
> package, independent if it's used or not.
>
> Not seeing any benefit in this feature (hard failure).
Your examples aren't what Niels refers to as "relationship substvars",
so aren't affected either way by this proposal.
--
Colin Watson (he/him) [cjwat...@debian.org]
rticular field would be simpler than that - probably just two lines in
debian/rules. I think that would be tolerable if the need is as rare as
I think it is, though of course it'd be worth documenting.
--
Colin Watson (he/him) [cjwat...@debian.org]
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 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
he asyncio 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
+++ pytho
he asyncio 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
+++ pytho
e
failure, possibly https://github.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]
rewall 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]
rewall 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]
at works then I think this
bug can be closed.
--
Colin Watson (he/him) [cjwat...@debian.org]
file was compiled by halibut,
> 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
ht
file was compiled by halibut,
> 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
ht
pload 1.225 without 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]
pload 1.225 without 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]
pload 1.225 without 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]
arted-fs-resize0-dbgsym).
In fact, since 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]
arted-fs-resize0-dbgsym).
In fact, since 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]
g/debian/man-db ?
> If yes, it would be needed to create a (debian/)buster branch, and tag
> the commit you recently released. I could also do it if you wish.
I'd meant to push it to debian/man-db, but apparently forgot, sorry.
There's a buster branch there
s for the confirmation, Steve!)
--
Colin Watson (he/him) [cjwat...@debian.org]
--- Begin Message ---
On Thu, Feb 01, 2024 at 01:17:29PM +0000, Colin Watson wrote:
> On Thu, Feb 01, 2024 at 12:26:58AM +, Steve Langasek wrote:
> > As part of the 64-bit tim
-
Debian LTS Advisory DLA-3731-1debian-...@lists.debian.org
https://www.debian.org/lts/security/ Colin Watson
February 01, 2024 https://wiki.debian.org/LTS
Colin Watson pushed to branch master at Debian Security Tracker /
security-tracker
Commits:
91da4343 by Colin Watson at 2024-02-01T15:20:52+00:00
Reserve DLA-3731-1 for man-db
- - - - -
1 changed file:
- data/DLA/list
Changes:
=
data/DLA/list
On Thu, Feb 01, 2024 at 05:41:19PM +0530, Utkarsh Gupta wrote:
> On Thu, Feb 1, 2024 at 1:44 AM Colin Watson wrote:
> > I'm both the Debian and upstream maintainer of man-db. I'm considering
> > uploading some variation of the attached diff to buster-security LTS.
&
patibility 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]
patibility 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]
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]
sion potential, since they just
add a couple of extra entries to existing rulesets and so shouldn't
disallow anything that's currently allowed.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
diff --git a/debian/.git-dpm b/debian/.git-dpm
index 0c
Note that
third-party scanners often report false positives because they work
purely in terms of upstream versions and don't understand that
distributions often backport fixes.
--
Colin Watson (he/him) [cjwat...@debian.org]
evelopment 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]
;t a 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/ad03066a1b69f634a81bfb3083a
ething other than debconf
in the intervening years?
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
he terminal log, but it's
possible you don't.
> This system is using sysvinit instead of systemd, and perhaps that's the
> problem? I noticed when I tried to reinstall wdm, apt wanted to remove
> sysvinit and presumably use systemd as the init program.
What happens if you try
You could probably just merge current Debian openssh rather than trying
to fix all these problems independently?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to openssh in Ubuntu.
https://bugs.launchpad.net/bugs/2049552
Title
being loaded. It looks like
> timesyncd isn't being loaded because of a dependency on systemd.
What's the output of "sudo dpkg --configure -a"? (This may fix it and
return success, or it may return a bunch of errors. In the latter case
the output will likely be
iffs via the BTS. This 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 opp
iffs via the BTS. This 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 opp
iffs via the BTS. This 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 opp
things worked this way, then I think
rewriting addresses to nnn@bugs would ultimately be less controversial -
it would be the most convenient default, as the address that's most
likely to reach everyone you probably want it to reach.
--
Colin Watson (he/him) [cjwat...@debian.org]
n't looked into this in a lot of detail, but my concern would be
that that would end up being flaky and confusing in practice. I think
people want the behaviour of the BTS to be easily predictable without
having to get an advanced degree in MTA debugging first.
--
Colin Watson (he/him) [cjwat...@debian.org]
https://salsa.debian.org/ssh-
team/openssh/-/commit/da06b7ef32c20de4dd18cd578025d96a9221984b
** Changed in: openssh (Ubuntu)
Status: New => Fix Committed
** Changed in: openssh (Ubuntu)
Assignee: (unassigned) => Colin Watson (cjwatson)
--
You received this bug notification b
sions to work on debbugs it's been a long time since I
actually did so. Maybe later this year ...]
--
Colin Watson (he/him) [cjwat...@debian.org]
TAINT_OOT_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect
Versions of packages autopkgtest depends on:
ii apt-utils 2.7.7
ii libdpkg-perl1.22.2
ii mawk1.3.4.20231126-1
ii procps 2:4.0.4-2
ii python3 3.11.6-1
ii python3-debian 0.1.49
Versions of packages autopkgtest recommends:
ii autodep8 0.28
ii fakeroot 1.32.2-1
Versions of packages autopkgtest suggests:
pn docker.io
pn fakemachine
ii genisoimage 9:1.1.11-3.4
pn lxc
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]
es ]
As attached. git-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
inde
es ]
As attached. git-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
inde
Shell: /bin/sh linked 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
Shell: /bin/sh linked 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
followup to your message seems to mix up man(1) and
man(7).)
--
Colin Watson (he/him) [cjwat...@debian.org]
actionable mitigation at the level of OpenSSH.
--
Colin Watson (he/him) [cjwat...@debian.org]
actionable mitigation at the level of OpenSSH.
--
Colin Watson (he/him) [cjwat...@debian.org]
en write a drop-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]
en write a drop-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]
at will break this
independent 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]
at will break this
independent 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]
at will break this
independent 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]
o do is 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 b
Control: tag -1 pending
Hello,
Bug #1058287 in openssh-ssh1 reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/ssh-team/openssh-ssh1/-/commit/392f90d23f762299e03ef
Control: tag -1 pending
Hello,
Bug #1054938 in python-tblib reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/python-team/packages/python-tblib/-/commit/bd7dce68a
Colin Watson has proposed merging ~cjwatson/lp-mailman:charm into
lp-mailman:master.
Commit message:
Add a basic charm
Requested reviews:
Launchpad code reviewers (launchpad-reviewers)
For more details, see:
https://code.launchpad.net/~cjwatson/lp-mailman/+git/lp-mailman/+merge/456439
This
Colin Watson has proposed merging ~cjwatson/launchpad:black-py38 into
launchpad:master.
Commit message:
Upgrade Black's target Python version to 3.8
Requested reviews:
Launchpad code reviewers (launchpad-reviewers)
For more details, see:
https://code.launchpad.net/~cjwatson/launchpad
Colin Watson has proposed merging ~cjwatson/launchpad:upgrade-type-annotations
into launchpad:master.
Commit message:
Upgrade variable type annotations to 3.6+ style
Requested reviews:
Launchpad code reviewers (launchpad-reviewers)
For more details, see:
https://code.launchpad.net/~cjwatson
401 - 500 of 12041 matches
Mail list logo
