Hello! Apologies for missing this discussion earlier... Maxim Cournoyer skriver: > Hi, > > Olivier Dion writes: > >> On Thu, 13 Jan 2022, Tobias Geerinckx-Rice wrote: >>> Olivier, >>> >>> Thanks again for tracking down this weird bug! >>> >>> Olivier Dion via Guix-patches via 写道: >>>> This feature breaks some UNIX utilities. Fix it by disabling >>>> the feature. >>> >>> Hm… How long would we have to carry this fork? My fear is we'd >>> do so indefinitely. >> >> I've contacted the maintainer asking for removal of the feature in its >> next release. I'm not sure if this will have some impact. Feel free to >> do the same at , maybe adding more weight >> in the balance would help. >> >>> How about creating a (possibly hidden) tree-without-stddata >>> package variant, to use as input to packages who currently break >>> with this feature enabled? That lets us refcount the need for it. >> >> It's more than just packages, it's also user scripts that can be broken >> and believe me when I say that this is not an easy bug to track down ;-). > > I'm on the fence about this, it does indeed seem an undesirable change, > especially since there's a --json option, but I am not the author of the > 'tree' software. After some consideration (and emails with tree author), I think the best solution is to patch 'password-store' so that it DTRT even in the presence of fd 3. I sent a patch to that effect upstream: https://lists.zx2c4.com/pipermail/password-store/2022-January/004563.html ...and have local patches to apply that in Guix and revert bd4f314bbacaaa56751be3a4769f2082be747d24 and a40ac6271578ea061a8a07b2adbd6032a690ca70. WDYT?