The first time I run makepkg is a fresh git clone from the AUR. That breaks.
But running makepkg again works for some weird reason.
Btw, command is "makepkg -fis" in both cases
| Git Clone URL: | https://aur.archlinux.org/luxcorerender.git (read-only, click to copy) |
|---|---|
| Package Base: | luxcorerender |
| Description: | Physically correct, unbiased rendering engine. |
| Upstream URL: | https://www.luxcorerender.org/ |
| Licenses: | Apache-2.0 |
| Submitter: | bartus |
| Maintainer: | bartus (howetuft) |
| Last Packager: | howetuft |
| Votes: | 14 |
| Popularity: | 0.000000 |
| First Submitted: | 2018-05-11 21:03 (UTC) |
| Last Updated: | 2025-11-02 18:39 (UTC) |
« First ‹ Previous 1 2 3 4 5 6 7 8 .. 10 Next › Last »
The first time I run makepkg is a fresh git clone from the AUR. That breaks.
But running makepkg again works for some weird reason.
Btw, command is "makepkg -fis" in both cases
The first time you run makepkg, do you clean beforehand? I mean, do you clean/erase the previous build directory? Otherwise, there can be remnants from the previous build, especially in CMake files, that interfere with the new build...
So, I just retried, and the results are weird. When I run makepkg, I get the same fmt error in spdlog. But when I run makepkg again without cleaning, it suddenly works...
Not sure why that is, but it's very reproducible.
@DarkShadow44 I fixed fmt9 dependency, so this should not be an issue any more. I also slightly modified the last patch, to reinforce fmt9 include paths over fmt10 ones.
I rebuilt the package in a clean chroot (with devtools) and everything worked fine for me.
Could you please retry to build on your side?
@DarkShadow44 OK, thank you. At least, it points out one thing: I forgot to add fmt9 in depends, in lieu of fmt :-( I shall quickly fix that.
For the second issue, once fmt9 is installed, I'm a bit disconcerted: that is exactly what fmt9 should fix. I still have to investigate...
@MarsSeed
Log: https://pastebin.com/vRYaLS64
CMake Error at samples/luxcoredemo/CMakeLists.txt:31 (find_package):
Could not find a configuration file for package "fmt" that is compatible
with requested version range "9.0.0...<10.0.0".
The following configuration files were considered but not accepted:
/usr/lib/cmake/fmt/fmt-config.cmake, version: 10.1.0
/lib/cmake/fmt/fmt-config.cmake, version: 10.1.0
After installing fmt9: https://pastebin.com/vraUcwiY
/tmp/ramdisk/luxcorerender/src/LuxCore-luxcorerender_v2.6/src/luxcore/kernelcachefill.cpp:316:2: required from here
/usr/include/spdlog/logger.h:374:75: error: cannot bind non-const lvalue reference of type ‘double&’ to an rvalue of type ‘double’
374 | fmt::vformat_to(fmt::appender(buf), fmt, fmt::make_format_args(std::forward<Args>(args)...));
@DarkShadow Just to check something: Could you please manually install fmt9 from AUR and retry to build? Thanks!
@DarkShadow44, could you please share the build log on pastebin, or at least excerpts from that, with the initial configuration part and the part where it shows failures in a comment here?
@howetuft, I did not yet have a chance to try the build again due to other engagements. But I wi try again sometime in the next few days to see if it builds for me.
I see your point about the -git package. Originally I thought that that would be easier to fix, but now I understand that this stable one is more viable, as per your experience.
Doesn't build, since fmt is at 10.0 now.
@MarsSeed I fixed fmt dependency (constrained to fmt9), incremented pkgrel and added a make-depends to pyside6-tools-wrappers. This time, it should build - at least, it builds on my system! Can you confirm it's ok for you?
About luxcorerender-git: yes, it is sadly broken and IMHO it would need a huge effort to make it build again. Personally, I'm not interested in that, as development is halted on LuxCore and v2.6 is really ok for me, git version does not add much improvement. As the time I can give for package maintenance is unfortunately limited, I prefer to invest it in other packages...
Pinned Comments
bartus commented on 2020-06-11 15:32 (UTC) (edited on 2020-08-22 09:39 (UTC) by bartus)
This package is also hosted on GitHub.
issuesandpatchesat GitHub.Use env vars to control build process:
DISABLE_OPENCL=1to skip opencl kernel build (yields DISABLE_CUDA=1)DISABLE_CUDA=1to skip cuda kernel build.Usage cases:
export DISABLE_CUDA=1before buildDISABLE_CUDA=1 ~your-aur-helper~makepkg DISABLE_CUDA=1yay -S blender-2.8-git --mflags "DISABLE_CUDA=1"bartus commented on 2019-04-10 11:42 (UTC)
Please report
issuesandpatchesto luxcorerender@github.com