On Mon, Jun 17, 2024 at 01:25:14PM +0200, Johannes Schauer Marin Rodrigues
wrote:
> Quoting Colin Watson (2024-06-17 12:20:44)
> > i386)
> > EFIIMG=bootia32.efi
> > QEMUARCH=i386
> > VMFPKG=ovmf-ia32
> >
mplete straight lines, as there is enough place for them.
Fixed upstream, thanks:
https://gitlab.com/man-db/man-db/-/commit/47cf950be2c10d86a8480ac97e267dc3ebd265f1
--
Colin Watson (he/him) [cjwat...@debian.org]
dpkg-dev 1.22.6
ii genext2fs 1.5.0-3+b1
ii perl-doc 5.38.2-5
pn qemu-user
ii qemu-user-static 1:8.2.4+ds-1
pn squashfs-tools-ng
ii systemd256-1
-- no debconf information
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
On Sun, Jun 16, 2024 at 05:13:13PM +0200, Paul Gevers wrote:
> On 10-06-2024 1:30 p.m., Colin Watson wrote:
> > Would you please consider skipping debusine's autopkgtests on riscv64 (I
> > think the hint in the subject line is correct, but I certainly wouldn't
> > swe
On Sun, Jun 16, 2024 at 05:13:13PM +0200, Paul Gevers wrote:
> On 10-06-2024 1:30 p.m., Colin Watson wrote:
> > Would you please consider skipping debusine's autopkgtests on riscv64 (I
> > think the hint in the subject line is correct, but I certainly wouldn't
> > swe
deborphan
ii e2fsprogs 1.47.1-1
ii kmod 32+20240327-1
ii wget 1.24.5-1
-- no debconf information
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
e DELAYED
queue.
transaction (4.0-2) unstable; urgency=medium
* QA upload
* Source-only reupload
-- Bastian Germann Wed, 12 Jun 2024 20:49:57 +
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
e DELAYED
queue.
transaction (4.0-2) unstable; urgency=medium
* QA upload
* Source-only reupload
-- Bastian Germann Wed, 12 Jun 2024 20:49:57 +
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
e DELAYED
queue.
transaction (4.0-2) unstable; urgency=medium
* QA upload
* Source-only reupload
-- Bastian Germann Wed, 12 Jun 2024 20:49:57 +
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
Control: forwarded -1 https://bugzilla.mindrot.org/show_bug.cgi?id=3701
On Thu, Jun 13, 2024 at 08:00:56AM +0100, Colin Watson wrote:
> I think this is mainly an error of emphasis. The list that's explicitly
> spelled out in the manual page is the list of algorithms used by
>
Control: forwarded -1 https://bugzilla.mindrot.org/show_bug.cgi?id=3701
On Thu, Jun 13, 2024 at 08:00:56AM +0100, Colin Watson wrote:
> I think this is mainly an error of emphasis. The list that's explicitly
> spelled out in the manual page is the list of algorithms used by
>
't help. While the
similar passage in sshd_config(5) still isn't ideal, it has a slightly
clearer distinction between "supported" and "default" which is an
improvement.
--
Colin Watson (he/him) [cjwat...@debian.org]
't help. While the
similar passage in sshd_config(5) still isn't ideal, it has a slightly
clearer distinction between "supported" and "default" which is an
improvement.
--
Colin Watson (he/him) [cjwat...@debian.org]
persistently on ci.debian.net and refuses to reproduce for me in
an emulated local environment. It doesn't appear that the package is
terribly broken on riscv64 in general, and so I don't think this needs
to block its migration to testing.
Thanks,
--
Colin Watson (he/him
persistently on ci.debian.net and refuses to reproduce for me in
an emulated local environment. It doesn't appear that the package is
terribly broken on riscv64 in general, and so I don't think this needs
to block its migration to testing.
Thanks,
--
Colin Watson (he/him
on both the d-i and the systemd side are stable enough.
>From the d-i side we've generally preferred to have all the UI be part
of the installer (especially for translations etc.).
--
Colin Watson (he/him) [cjwat...@debian.org]
Colin Watson pushed to branch master at Debian Python Team / packages /
sphinxcontrib-autoprogram
Commits:
ec696699 by Colin Watson at 2024-06-03T09:34:56+01:00
Disable some unnecessary Salsa-CI jobs
This package is architecture-independent.
- - - - -
a6926922 by Colin Watson at 2024-06
Colin Watson pushed new tag debian/0.1.9-1 at Debian Python Team / packages /
sphinxcontrib-autoprogram
--
This project does not include diff previews in email notifications.
View it on GitLab:
https://salsa.debian.org/python-team/packages/sphinxcontrib-autoprogram/-/tree/debian/0.1.9-1
Colin Watson pushed new tag upstream/0.1.9 at Debian Python Team / packages /
sphinxcontrib-autoprogram
--
This project does not include diff previews in email notifications.
View it on GitLab:
https://salsa.debian.org/python-team/packages/sphinxcontrib-autoprogram/-/tree/upstream/0.1.9
Colin Watson pushed to branch pristine-tar at Debian Python Team / packages /
sphinxcontrib-autoprogram
Commits:
b490a79a by Colin Watson at 2024-06-03T09:24:26+01:00
pristine-tar data for sphinxcontrib-autoprogram_0.1.9.orig.tar.gz
- - - - -
2 changed files:
- + sphinxcontrib
n I don't think it quite justifies
removing grub-legacy from testing.
--
Colin Watson (he/him) [cjwat...@debian.org]
n I don't think it quite justifies
removing grub-legacy from testing.
--
Colin Watson (he/him) [cjwat...@debian.org]
Package: wnpp
Severity: wishlist
Owner: Colin Watson
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: zope.deferredimport
Version : 5.0
Upstream Contact: Zope Foundation and Contributors
* URL : http://github.com/zopefoundation/zope.deferredimport
Package: wnpp
Severity: wishlist
Owner: Colin Watson
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: zope.deferredimport
Version : 5.0
Upstream Contact: Zope Foundation and Contributors
* URL : http://github.com/zopefoundation/zope.deferredimport
Package: wnpp
Severity: wishlist
Owner: Colin Watson
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: zope.deferredimport
Version : 5.0
Upstream Contact: Zope Foundation and Contributors
* URL : http://github.com/zopefoundation/zope.deferredimport
Control: tag -1 pending
Hello,
Bug #1071893 in ipywidgets 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:
he permissions on the symbolic link itself.
Are you in a position to trace any further? A copy of one of the
relevant systemd units might be helpful information.
--
Colin Watson (he/him) [cjwat...@debian.org]
he permissions on the symbolic link itself.
Are you in a position to trace any further? A copy of one of the
relevant systemd units might be helpful information.
--
Colin Watson (he/him) [cjwat...@debian.org]
This patch was applied in Debian some time ago:
gunicorn (20.1.0-4) unstable; urgency=medium
* Team upload
* Add upstream patch with fix for change in eventlet 0.30.3+
-- Antonio Terceiro Tue, 18 Oct 2022 18:13:54
-0300
Ubuntu 23.10 and above have this fix.
** Changed in: gunicorn
groff's own facilities for formatting to HTML or plain text,
or perhaps using something like pandoc.
Please remove troffcvt from unstable.
Thanks,
--
Colin Watson (he/him) [cjwat...@debian.org]
ethtool has been declared as "Architecture: linux-any" since 1:5.8-1
(see https://bugs.debian.org/961965), which predates oldstable.
---
Packages-arch-specific | 1 -
1 file changed, 1 deletion(-)
diff --git a/Packages-arch-specific b/Packages-arch-specific
index 9112a32..44ee819 100644
---
linux-wlan-ng hasn't been in any stable release for years, and was
removed from unstable in November 2023 (see
https://tracker.debian.org/pkg/linux-wlan-ng), so it's no longer in the
archive at all. There should be no need to keep it in
Packages-arch-specific any more.
[ Debian bug #1071674 ]
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]
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
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]
-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
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
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]
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,
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.
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.
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]
Indeed, upstream 1.8.3 fixes this. I'll get that into Debian and it can
auto-sync to oracular from there.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064089
Title:
python-gssapi 1.8.2-1ubuntu2
Looks like https://github.com/pythongssapi/python-
gssapi/commit/d9200d1018ac916b30433da23898c8c5fbde0f28, I think?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2064089
Title:
python-gssapi
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]
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]
Control: tag -1 pending
Hello,
Bug #1070403 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:
host's instance of systemd; the package build runs in a
chroot, but in the same process namespace.
There is currently no way to get Launchpad to run ordinary package
builds in a container booted with systemd; no Build-Depends or
environment variables or anything else will help
Recommends seems like the right thing to use for an optional feature -
but python3-dnspython already Recommends: python3-httpx, and that's
where the code that's directly using the httpx library lives. So I
wonder if it really makes sense to change dnsdiag for this? A
Recommends there rather than
Colin Watson pushed new tag debian/1.11.3+dfsg-1 at Debian Python Team /
packages / python-avro
--
View it on GitLab:
https://salsa.debian.org/python-team/packages/python-avro/-/tree/debian/1.11.3+dfsg-1
You're receiving this email because of your account on salsa.debian.org
Colin Watson pushed to branch master at Debian Python Team / packages /
python-avro
Commits:
bb677a3c by Colin Watson at 2024-04-30T18:10:06+01:00
releasing package python-avro version 1.11.3+dfsg-1
- - - - -
1 changed file:
- debian/changelog
Changes
Colin Watson pushed to branch upstream at Debian Python Team / packages /
python-avro
Commits:
7454f2c3 by Colin Watson at 2024-04-30T18:03:11+01:00
New upstream version 1.11.3+dfsg
- - - - -
30 changed files:
- .github/dependabot.yml
- .github/workflows/codeql-csharp-analysis.yml
Colin Watson pushed new tag upstream/1.11.3+dfsg at Debian Python Team /
packages / python-avro
--
View it on GitLab:
https://salsa.debian.org/python-team/packages/python-avro/-/tree/upstream/1.11.3+dfsg
You're receiving this email because of your account on salsa.debian.org
Colin Watson pushed to branch master at Debian Python Team / packages /
python-avro
Commits:
8e73f2ce by Colin Watson at 2024-04-30T18:03:04+01:00
d/copyright: Add lang/rust/* to Files-Excluded
We exclude all other non-Python language bindings; not excluding the
Rust bindings looks like
Colin Watson pushed to branch pristine-tar at Debian Python Team / packages /
python-avro
Commits:
c70ab2de by Colin Watson at 2024-04-30T18:03:12+01:00
pristine-tar data for python-avro_1.11.3+dfsg.orig.tar.xz
- - - - -
2 changed files:
- + python-avro_1.11.3+dfsg.orig.tar.xz.delta
//git.savannah.gnu.org/cgit/groff.git/commit/?id=0815e503dba8d5c05921d68c6c718fe8f8440ee8.
I'll also fix it in Debian.
--
Colin Watson (he/him) [cjwat...@debian.org]
cjwatson pushed a commit to branch master
in repository groff.
commit 0815e503dba8d5c05921d68c6c718fe8f8440ee8
Author: Colin Watson
AuthorDate: Tue Apr 30 12:06:31 2024 +0100
[gropdf] Fix date format.
Commit d7bbfb04ea25a82a8597cdef6ebb391cb78ab47c caused gropdf to emit
invalid
rate bug - I don't maintain the
dropbear packages.
--
Colin Watson (he/him) [cjwat...@debian.org]
rate bug - I don't maintain the
dropbear packages.
--
Colin Watson (he/him) [cjwat...@debian.org]
Control: tag -1 pending
Hello,
Bug #1069756 in readability 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:
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]
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]
Control: tag -1 pending
Hello,
Bug #1069608 in topplot 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:
Control: tag -1 pending
Hello,
Bug #1069360 in python-cytoolz 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:
Control: tag -1 pending
Hello,
Bug #1069818 in toolz 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:
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
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]
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
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
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]
On Thu, Apr 04, 2024 at 10:47:29PM -0500, Dave Kemper wrote:
> On Sun, Mar 31, 2024 at 5:31 AM Colin Watson wrote:
> > I've omitted README.git to ensure that we still warn people who don't
> > know what they're doing that running "./bootstrap" may not be the right
> &g
t wasn't just being abused as free mass
storage in general, it was very very dodgy stuff that required urgent
takedown enforcement. We talked IS down from making it require a login
to use the service at all and this was the compromise.
--
Colin Watson (he/him) [cjwat.
$ remove-package -s noble -a armhf -b -m 'Broken with 64-bit time_t on armhf;
see bug 2061476' nfs-ganesha nfs-ganesha-gpfs nfs-ganesha-mem
nfs-ganesha-nullfs nfs-ganesha-proxy-v4 nfs-ganesha-vfs
Removing packages from noble:
nfs-ganesha 4.3-8 in noble armhf
nfs-ganesha-gpfs
Control: tag -1 pending
Hello,
Bug #1068349 in nbconvert 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:
Control: tag -1 pending
Hello,
Bug #1042699 in nbconvert 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:
On Thu, Apr 11, 2024 at 01:27:54PM -0500, G. Branden Robinson wrote:
> At 2024-04-11T15:37:46+0100, Colin Watson wrote:
> > On Thu, Apr 11, 2024 at 10:26:55AM -0400, Theodore Ts'o wrote:
> > > Or, because some upstream maintainers have learned through, long,
> > > b
nfigure script to be busted (sometimmes subtly), and
> so distrust relying on blind autoreconf always working.
When was the last time this actually happened to you? I certainly
remember it being a problem in the early 2.5x days, but it's been well
over a decade since this
Colin Watson has proposed merging ~cjwatson/lp-archive:typos into
lp-archive:main.
Commit message:
Fix a couple of typos in the landing page
Requested reviews:
Launchpad code reviewers (launchpad-reviewers)
For more details, see:
https://code.launchpad.net/~cjwatson/lp-archive/+git/lp
st so that its other facilities can still be
useful without getting in my way. Search for "compat_release" in
https://salsa.debian.org/janitor-team/janitor.debian.net/-/blob/master/k8s/policy.conf.
--
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]
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]
On Sat, Apr 06, 2024 at 06:32:47PM +0200, Bastian Germann wrote:
> Am 06.04.24 um 18:29 schrieb Colin Watson:
> > There might be some small errors in this, but I couldn't see any when
> > eyeballing the resulting uniquified list of Maintainer fields. It looks
> > like 7
> 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]
> 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]
1 - 100 of 75273 matches
Mail list logo