Re: mtree: No such file or directory

--Sig_/x=/72cnBzwZs0tL=GNEQolp
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Am Tage des Herren Wed, 05 Aug 2026 11:30:36 +0200
"Herbert J. Skuhra" <[email protected]> schrieb:

> On Wed, 5 Aug 2026, at 11:14, A FreeBSD User wrote:
> > Am Tage des Herren Wed, 05 Aug 2026 11:06:37 +0200
> > "Herbert J. Skuhra" <[email protected]> schrieb:
> > =20
> >> On Wed, 5 Aug 2026, at 10:55, A FreeBSD User wrote: =20
> >> > Hello,
> >> >
> >> > running recent CURRENT, FreeBSD 16.0-CURRENT #0=20
> >> > main-n287956-30ccf2f48c11: Wed Aug  5 09:54:38
> >> > CEST 2026 amd64, I realise a strange and/or unkown behaviour of mtre=
e -=20
> >> > out of the sudden
> >> > (used regularily daily) since today's update:
> >> >
> >> > mtree -c -i -j -n -k uname,gname,mode,nochange -p ../Files >Files.mt=
ree.wrk
> >> > mtree: ./etc: No such file or directory
> >> >
> >> > Sometimes it is ./bin which is missing.
> >> >
> >> > "Files" is a folder used in nanobsd environment, containing some=20
> >> > customized files.
> >> >
> >> > But you can see for yourself, using the above sketched command seque=
nce=20
> >> > of mtree, mtree always
> >> > bails out with some missing directory error.
> >> >
> >> > Do I have missed something essential in changes of behaviour?   =20
> >>=20
> >> https://lists.freebsd.org/archives/dev-commits-src-all/2026-August/077=
543.html
> >>=20
> >> ?
> >>  =20
> >
> > ... the implication would be: broken (temporarily) by design? =20
>=20
> 1. Temporarily revert commit 4bd01d6ae016=20
> or
> 2. test Alan's patch from
> https://lists.freebsd.org/archives/dev-commits-src-all/2026-August/077582=
.html
>=20
> and see if this resolves your issue. If not, try 'git bisect'.
>=20
> I think a fix will be committed soon, as poudriere is broken and some reg=
ression tests are
> failing.
>=20

All right, so the problem seems focoussed on and/or discovered and help is =
underway. I can/will
wait wait.

Thank you very much
Kind regards
oh

--=20

A FreeBSD user

--Sig_/x=/72cnBzwZs0tL=GNEQolp
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature

-----BEGIN PGP SIGNATURE-----

iJEEARYKADkWIQRQheDybVktG5eW/1Kxzvs8OqokrwUCanMEtBsUgAAAAAAEAA5t
YW51MiwyLjUrMS4xMiwyLDMACgkQsc77PDqqJK9SCQEA73OteDhHsEhkDCkNIna0
1jylLm5SkYr03FqaVsHCFRYA/inhOvO9FlzyEBsyP5djRX1Fn+aG25DnCoUIcpFc
19sI
=oG1c
-----END PGP SIGNATURE-----

--Sig_/x=/72cnBzwZs0tL=GNEQolp--