| 6 Nov 2023 |
 stigo | In reply to @adam:robins.wtf
so to try and move forward, am i correct in assuming i should be removing this directory and replacing it with buildInputs ? https://github.com/Logitech/slimserver/tree/public/8.3/CPAN I'd guess so, unless something needs to be patched for it to not use the CPAN directory. First I'd check what kind of error messages you get from just using the CPAN directory, likely there are some modules that are not compatible with 5.38 or maybe som nix specific patches that are missing. | 17:19:59 |
 @adam:robins.wtf | it's currently failing with the error in https://github.com/NixOS/nixpkgs/issues/265488 | 17:21:00 |
| stigo | But I think we should wait for staging-next before trying, as it has over 600 commits to perlPackages :) I hope it will be merged into master very soon. | 17:21:08 |
| @adam:robins.wtf | in that CPAN directory is an arch directory which has pre-compiled modules in it | 17:21:32 |
| @adam:robins.wtf | (and doesn't have 5.38 obviously) | 17:22:31 |
| stigo | In reply to @adam:robins.wtf
it's currently failing with the error in https://github.com/NixOS/nixpkgs/issues/265488 Those messages do not seems to be perl specific, but come from some tooling inside slimserver | 17:22:26 |
| @adam:robins.wtf | right. | 17:24:11 |
| @adam:robins.wtf | In reply to @stigo:matrix.org
Those messages do not seems to be perl specific, but come from some tooling inside slimserver so to fix these failures, i've added perlPackages to buildInputs for the packages they provide in their pre-built vendoring. this causes version mismatch errors though. e.g.
machine # [ 5.747365] slimserver.pl[848]: Parser.pm and Expat.pm versions don't match at /nix/store/7s6gzxci51sf9ypabsn091pgdcxcaan5-perl5.36.1-slimserver-8.3.1/CPAN/XML/Parser.pm line 20.
| 17:37:22 |
| stigo | They still seem to load modules from the vendored CPAN directory according to the error message above | 17:40:43 |
