Description Tomasz "CeDeROM" CEDRO 2022-11-09 01:40:10 UTC
Hello world :-)After recent pkg upgrade there seems to be a conflict in dependenciesof enlightenment (luajit-devel) and obs-studio (luajit). This preventsusing obs on elightenment wm.root@octagon:~ # uname -aFreeBSD octagon 13.1-STABLE FreeBSD 13.1-STABLE #0stable/13-n252248-adbcdbee602d: Mon Sep 5 22:20:49 CEST 2022root@octagon:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64INSTALLING ENLIGHTENMENTroot@octagon:~ # pkg install edje_viewer efl enlightenment rage terminologyUpdating FreeBSD repository catalogue...FreeBSD repository is up to date.All repositories are up to date.pkg: libretro has a missing dependency: libretro-paralleln64Checking integrity... done (0 conflicting)The following 6 package(s) will be affected (of 0 checked):New packages to be INSTALLED: edje_viewer: 20130520_5 efl: 1.26.2_11 enlightenment: 0.25.3,2 luajit-devel: 2.1.0.20221004_1 rage: 0.4.0 terminology: 1.12.1Number of packages to be installed: 6The process will require 479 MiB more space.Proceed with this action? [y/N]: y[1/6] Installing luajit-devel-2.1.0.20221004_1...[1/6] Extracting luajit-devel-2.1.0.20221004_1: 100%[2/6] Installing efl-1.26.2_11...[2/6] Extracting efl-1.26.2_11: 100%[3/6] Installing rage-0.4.0...[3/6] Extracting rage-0.4.0: 100%[4/6] Installing edje_viewer-20130520_5...[4/6] Extracting edje_viewer-20130520_5: 100%[5/6] Installing enlightenment-0.25.3,2...[5/6] Extracting enlightenment-0.25.3,2: 100%[6/6] Installing terminology-1.12.1...[6/6] Extracting terminology-1.12.1: 100%Building cache database of MIME typesGenerating GTK icon cache for /usr/local/share/icons/hicolorGenerating GTK icon cache for /usr/local/share/icons/Enlightenment-XBuilding the Shared MIME-Info database cacheINSTALLING OBS-STUDIOroot@octagon:~ # pkg install obs-audio-spectralizer obs-qtwebkitobs-scrab obs-streamfx obs-studio obs-transition-matrix obs-v4l2sinkobs-websocketUpdating FreeBSD repository catalogue...FreeBSD repository is up to date.All repositories are up to date.pkg: libretro has a missing dependency: libretro-paralleln64Checking integrity... done (2 conflicting) - luajit-2.0.5_6 conflicts with luajit-devel-2.1.0.20221004_1 on/usr/local/bin/luajit - luajit-2.0.5_6 conflicts with luajit-devel-2.1.0.20221004_1 on/usr/local/bin/luajitChecking integrity... done (0 conflicting)The following 16 package(s) will be affected (of 0 checked):Installed packages to be REMOVED: edje_viewer: 20130520_5 efl: 1.26.2_11 enlightenment: 0.25.3,2 luajit-devel: 2.1.0.20221004_1 rage: 0.4.0 terminology: 1.12.1New packages to be INSTALLED: luajit: 2.0.5_6 obs-audio-spectralizer: 1.3.4 obs-qtwebkit: g2018090201_2 obs-scrab: 1.1 obs-streamfx: 0.11.1 obs-studio: 27.2.4_1 obs-transition-matrix: 1.0.4 obs-v4l2sink: 0.1.0.12 obs-websocket: 5.0.1Installed packages to be REINSTALLED: enchant2-2.2.15_2Number of packages to be removed: 6Number of packages to be installed: 9Number of packages to be reinstalled: 1The operation will free 454 MiB.56 KiB to be downloaded.Proceed with this action? [y/N]: nPlease review in a so called free moment :-)Thank you :-)Tomek
Comment 1 Yuri Victorovich 
2022-11-09 05:46:22 UTC
This is a question for the maintainer of devel/efl: why does it use luajit-devel and not luajit?
Comment 2 Tomoaki AOKI 2022-11-09 08:49:24 UTC
(In reply to Yuri Victorovich from comment #1)I'm not the maintainer (even not using devel/efl nor multimedia/obs-studio), but it should be because default luajit is luajit-devel.Its Makefile [1] has LUAJIT_USES= luajit line, meaning use default luajit.See Mk/bsd.default-versions.mk. [1]luajit-devel is the default except for powerpc64*.On the other hand, multimedia/obs-studio doesn't use USES= framework for luajit.So I "feel" multimedia/obs-studio should use USES= luajit if no actual problem disallows it.By the way, devel/efl has an option to choose luajit or lua.You can rebuild (with ports) it with changing the option to avoid the conflict.(If you use no other ports/pkgs using lang/luagit.)[1] https://cgit.freebsd.org/ports/tree/devel/efl/Makefile[2] https://cgit.freebsd.org/ports/tree/Mk/bsd.default-versions.mk[3] https://cgit.freebsd.org/ports/tree/multimedia/obs-studio/Makefile
Comment 3 Yuri Victorovich 2022-11-09 09:56:01 UTC
Created attachment 237970 [details]obs-studio.patchThe attached patch should resolve this issue. Comment 4 Tomoaki AOKI 2022-11-09 10:57:13 UTC
Just some additional notes.The key commits to know seems to be as below. https://cgit.freebsd.org/ports/commit/?id=9d241a90370c9410d997be37db5e3a5657bdb4ca Mk: Add USES=luajit https://cgit.freebsd.org/ports/commit/?id=537a051cf5f92516bb5bf1aedf2048adaddb30ab CHANGES: Add a note for USES=luajit https://cgit.freebsd.org/ports/commit/?id=a6b06460a563185c4d13db874052ae989f8cb556 Uses/luajit.mk: Set a path to the luajit headers https://cgit.freebsd.org/ports/commit/?id=7e85755afc3223a1dac9edc3c10a22487d52daaa luajit: Default to luajit-openresty on powerpc64* https://cgit.freebsd.org/ports/commit/?id=d402101c00983a7baa723864a5daaa6ad1d0f835 Uses/luajit.mk: Set LUAJIT_LUAVER to show the LuaJIT spec version
Comment 5 Peter TKATCHENKO 2022-11-09 11:04:35 UTC
So, it seems that there is nothing to do at devel/efl level?We are just following the upstream recommendations and using default version of luajit...
Comment 6 Adam Weinberger 2022-11-09 11:55:45 UTC
I converted many ports to USES=luajit, but I left ports that I was unable to test or ascertain that could support the luajit-devel API.Ideally, no port should be using the old version in lang/luajit. It's the last stable release, but only because upstream no longer believes in releases. Any port that can build and run against luajit-devel should be using it.
Comment 7 Tomasz "CeDeROM" CEDRO 2022-11-09 12:29:13 UTC
Thanks Adam for your quick reponse :-)"It's the last stable release, but only because upstream no longer believes in releases." Why even use something like this? I avoid JavaScript because of such unmaintainable approach. I do not understand anything of modern-fancy-pancy-lets-change-everything-world but no release scheme is yet something new.. and I smell lots of trouble incoming right? "-devel" means unstable and unpredictable.. how can anything be built on top of that? :-) :-) :-)What if we asked the upstream to respect the release model? :-)
Comment 8 Adam Weinberger 2022-11-09 12:42:18 UTC
(In reply to Tomasz "CeDeROM" CEDRO from comment #7)He's made it clear that he does not believe in releases anymore. The maintainer of luajit-devel, osa, does an excellent job of choosing upstream commit points to create FreeBSD "releases."If you would like to urge upstream to make releases, go for it. I made the decision that FreeBSD was better off facilitating a rolling release rather than no releases at all.What FreeBSD really needs is for the remaining luajit (or luajit-devel, or luajit-openresty) hard-dependencies to be converted to USES=luajit after build/run testing. I've converted all the ports that I'm going to; the remaining ports are left to interested parties. Comment 9 Tomasz "CeDeROM" CEDRO 2022-11-09 21:24:10 UTC
Wow, last release luajit was in 2017, and they officially on their website encourage to use git branches :-) :-)https://luajit.org/download.htmlAnyways, it seems that obs-studio port also needs to switch to luajit-devel to get aligned with other ports already using luajit-devel? :-)
Comment 10 Kubilay Kocak 2022-11-09 22:40:07 UTC
For any ports that need changes to resolve this issue (not just for reported ports), please create separate dependent issues for each of them invididually. This issue can remain the tracking/meta issue
Comment 11 Adam Weinberger 2022-11-09 23:38:41 UTC
Some of these (.*resty.*) are clearly only for luajit-openresty and probably need to be USES=luajit:luajit-openresty.It would be far better in the long-term for the three luajit versions not to conflict.[1635.37 adamw@apnoea /usr/ports] for i in $(rg --files-with-matches :lang/luajit); do dirname $i; done | sort main ?3audio/csoundbenchmarks/wrkconverters/osm2pgsqldatabases/lua-resty-redisdevel/lovedevel/love10devel/lua-resty-stringdns/lua-resty-dnsgames/freeminergames/insteadgames/naevgames/solarusgames/vcmimath/cantormisc/xplrmultimedia/obs-studiowww/apache24www/lua-resty-corewww/lua-resty-httpwww/lua-resty-lrucachewww/luakitwww/luakit-develwww/nginxwww/nginx-develwww/openresty
Comment 12 Tomasz "CeDeROM" CEDRO 2022-11-17 20:57:53 UTC
This USES=luajit fixes the luajit issue, thanks! :-)
Comment 13 Tomasz "CeDeROM" CEDRO 2022-11-25 16:36:43 UTC
Any chance that obs-studio patch provided by @yuri could be commited to the ports tree? :-)
Comment 14 Kubilay Kocak 2022-11-29 22:55:55 UTC
This also effects neovim (luajit-devel) with obs-studio and others.Reported by: https://twitter.com/jesse_r_wright/status/1597679029041053697
Comment 15 Peter TKATCHENKO 2023-03-06 09:20:04 UTC
Tomasz "CeDeROM" CEDRO,What action do you suppose to see at x11-wm/enlightenment side?This ticket remain open for several months, and I don't see any evident action to execute at the level of x11-wm/enlightenment port. Please, share your vision.
Comment 16 Tomasz "CeDeROM" CEDRO 2023-03-06 09:52:54 UTC
Hey there Peter :-) No action on x11-wm/enlightenment, this action is on multimedia/obs-studio side to update lua handling with USES=luajit Yuri is the maintainer..? :-)
Comment 17 Tomasz "CeDeROM" CEDRO 2024-05-09 16:42:11 UTC
I am on 14.0-RELEASE-p6 now, both Enlightenment and OBS works fine, can be closed, thanks! :-)
