On 2024/12/03 01:06, Juan Francisco Cantero Hurtado wrote: > On Fri, Nov 29, 2024 at 12:03:50AM +0000, Stuart Henderson wrote: > > On 2024/11/22 15:53, Juan Francisco Cantero Hurtado wrote: > > > CVSROOT: /cvs > > > Module name: ports > > > Changes by: [email protected] 2024/11/22 15:53:17 > > > > > > Modified files: > > > lang/bacon : Makefile distinfo > > > lang/bacon/pkg : PLIST > > > > > > Log message: > > > Update to bacon 5.0.1 + many fixes for OpenBSD. > > > > > > > Does this really need to depend on shells/ksh93? It conflicts, which caused > > failure in my current bulk. > > > > Can't install ksh93-1.0.10v0 because of conflicts (libast-0.7p11) > > Sorry, I just saw your email. > > I don't need ksh93 but it's quite fast compared to zsh and bash (both > are painfully slow). Our ksh is not compatible with bacon.sh. I would > prefer to keep the build deps as is. > > However, it is only needed to build the package, so I can change > whatever you need to avoid more problems in your bulk. I have no idea > why the package isn't building for you.
Building failed because other ports depend on libast and it was installed at the time bacon was attempted. (A port can be present for quite a long time on a build machine if some other slow-to-build marked DPB_PROPERTIES=nojunk is building - for example, all of x11/qt5 and x11/qt6). If there are conflicting ports, we can't have BUILD or LIB_DEPENDS on both ports, otherwise we'll see some failures in bulk builds. There's an alternative for bacon, and there's no alternative for eterm/ja-eterm. (An alternative would be to modify either ksh93, or libast + eterm + ja-eterm, to use a different dir for the conflicting library, and remove the conflict).
