On 6/09/23 12:09, Mark Davies wrote:
The problem with that one is that su doesn't actually die, the pam_ksu
just errors in some way so that pam abandons it and moves on to other
authentication types, and I can't ktrace it as su is a suid program so
I'll probably have to stuff some more
Updating src tree:
P src/distrib/sets/comments
P src/distrib/sets/deps
P src/distrib/sets/descrs
P src/distrib/sets/lists/debug/shl.mi
P src/doc/3RDPARTY
P src/external/mit/xorg/lib/libxcb/xinput/Makefile
P src/sys/dev/pckbport/pms.c
P src/sys/dev/pckbport/synaptics.c
P
On 6/09/23 11:56, Taylor R Campbell wrote:
as to the su issue, I think that is a separate problem related to
revision 1.10 of pam_ksu.c. If I revert that then su works.
Got a stack trace for that?
The problem with that one is that su doesn't actually die, the pam_ksu
just errors in some
> Date: Wed, 6 Sep 2023 09:54:16 +1200
> From: Mark Davies
>
> OK, found a simpler reproducible crash. Run "kadmin -l" on a kdc and
> try to change a password.
>
> xen2# kadmin -l
> kadmin> passwd ecsproctor
> ecsproc...@ecs.vuw.ac.nz's Password:
> Verifying - ecsproc...@ecs.vuw.ac.nz's
The NetBSD-current/i386 build is working again.
The following commits were made between the last failed build and the
first successful build:
2023.09.05.21.22.57 mrg src/doc/3RDPARTY 1.1953
2023.09.05.21.57.28 riastradh src/sys/modules/drmkms/drmkms_pci.h 1.1
Logs can be found at:
On 5/09/23 23:11, Markus Kilbinger wrote:
In a preexisting krb-installation on an aarch64 machine (odroid c2)
kadmin still dumps core when trying to add a new principal (even after
recent source changes):
Same here (other than and64)
xen2# kadmin -l add -r host/xx
Max ticket life
On 4/09/23 22:30, Taylor R Campbell wrote:
Can you install the debug set on one of the affected systems where you
can reproduce a problem to get more information out of the stack
traces?
OK, found a simpler reproducible crash. Run "kadmin -l" on a kdc and
try to change a password.
xen2#
This is an automatically generated notice of a NetBSD-current/i386
build failure.
The failure occurred on babylon5.netbsd.org, a NetBSD/amd64 host,
using sources from CVS date 2023.09.05.20.15.10.
An extract from the build.sh output follows:
--- i915_gem_fence_reg.d ---
#create
Hi!
I was doing a limited bulk build on today's current/amd64, and only
libreoffice was left, when it failed like this:
[build HPX] zh-TW/helpcontent2/source/text/swriter/guide
[build HPX] zh-TW/helpcontent2/source/text/swriter/librelogo
[build HPX] zh-TW/helpcontent2/source/text/swriter/menu
On 4/09/23 08:47, Taylor R Campbell wrote:
We're preparing to ship TLS trust anchors in base and configure them
so that applications like ftp(1) and pkg_add(1) can do TLS validation
out of the box.
Nice.
I will have to wait until after the repository conversion systems come
back online.
In a preexisting krb-installation on an aarch64 machine (odroid c2)
kadmin still dumps core when trying to add a new principal (even after
recent source changes):
# kadmin -l add -r host/test
Max ticket life [1 day]:
Max renewable life [1 week]:
Principal expiration time [never]:
Password
11 matches
Mail list logo
