Re: [Rpm-maint] [rpm-software-management/rpm] 4.18.0 unbuildable on macOS (Issue #2222)

2022-10-13 Thread Demi Marie Obenour
`/dev/fd/` is a pretty general workaround, if it works at all. -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/#issuecomment-1278437471 You are receiving this because you are subscribed to this thread. Message ID:

Re: [Rpm-maint] [rpm-software-management/rpm] perl.prov mistakenly adds embedded Parse::Yapp::Driver (Issue #2221)

2022-10-13 Thread Panu Matilainen
Patches welcome. Until then, use the filtering mechanism(s) available: https://rpm-software-management.github.io/rpm/manual/dependency_generators.html -- Reply to this email directly or view it on GitHub: https://github.com/rpm-software-management/rpm/issues/2221#issuecomment-1277427352 You

Re: [Rpm-maint] [rpm-software-management/rpm] 4.18.0 unbuildable on macOS (Issue #2222)

2022-10-13 Thread Panu Matilainen
Uff, according to https://github.com/python/cpython/issues/97897 they're only adding mkfifoat() in version 13 which isn't even released yet. If that's an actual fact, this is something we'll want to at least document more visibly. I'd suggest folks interested in OS X take a closer look at this

Re: [Rpm-maint] [rpm-software-management/rpm] 4.18.0 unbuildable on macOS (Issue #2222)

2022-10-13 Thread Panu Matilainen
mknodat() sure, but I'm very reluctant to go that way. If we slip on one POSIX.1-2008 requirement then we enter a slipperly slope and that's how ugly compatibility cruft starts accumulating, and ends up hurting future developments. If we workaround the missing mkfifoat() for OS X now, then