| 13 Dec 2023 |
 stigo | In reply to @adam:robins.wtf
Should `auto` be loaded from automatically? auto in @INC is used by AutoLoader afaik, I dont think you should need to point to it specifically | 20:00:26 |
 adamcstephens 🐝 | well in my case i'm just trying to scan a media library, and scanner.pl is failing with: | 20:10:54 |
| adamcstephens 🐝 | Dec 13 15:08:09 bank1 slimserver[32482]: [23-12-13 15:08:09.6419] Slim::Formats::readTags (201) Error: While trying to ->getTag(/srv/music/Yeah Yeah Yeahs/Fever to Tell/11 Modern Romance _ Poor Song.flac) : Can't locate object method "_scan" via package "Audio::Scan" at /nix/store/98gjza5p8kj21v28lrg70cyf20p5vs1d-perl5.38.2-slimserver-8.3.1/lib/Audio/Scan.pm line 75.
| 20:10:57 |
| stigo | The error message provided in the issue says that the _scan method is missing from the Audio::Scan | 20:11:26 |
| adamcstephens 🐝 | yep | 20:11:29 |
| stigo | * The error message provided in the issue says that the _scan method is missing from the Audio::Scan namespace | 20:11:38 |
| adamcstephens 🐝 | https://github.com/andygrundman/Audio-Scan/blob/fc617aa26899cc6591f8fe3d7b448956974d14d5/Scan.xs#L217 | 20:11:48 |
| adamcstephens 🐝 | which comes from there i believe | 20:11:54 |
| stigo | Well, also according to the error message Audio::Scan is bundled with slimserver in our derivation | 20:12:44 |
| adamcstephens 🐝 | https://github.com/Logitech/slimserver/blob/public/8.4/lib/Audio/Scan.pm | 20:13:23 |
| adamcstephens 🐝 | so this is another set of vendored CPAN modules apparently | 20:13:56 |
| stigo | If this bundled dependency contains some compiled librares, then this is likely the problem. | 20:14:08 |
| adamcstephens 🐝 | it does. | 20:14:15 |
| stigo | * If this bundled dependency contains some compiled librares, then this is maybe the problem. | 20:14:20 |
| adamcstephens 🐝 | let me try just dropping lib/Audio and using their source tarball https://github.com/Logitech/slimserver-vendor/blob/public/8.3/CPAN/Audio-Scan-1.05.tar.gz | 20:15:17 |
| adamcstephens 🐝 | i didn't realize they had a third place of vendored CPAN in lib :/ | 20:16:49 |
| * stigo is confused why Audio::Scan is 1.01 on CPAN and 1.05 in slimserver... | 20:17:37 |
| adamcstephens 🐝 | right... ? | 20:17:59 |
| adamcstephens 🐝 | and 0.99 in that lib dir | 20:18:04 |
| adamcstephens 🐝 | ok, so dropping lib/Audio works | 20:19:23 |
| adamcstephens 🐝 | the slimserver folks seem like they could use some guidance on perl dependencies :) | 20:21:37 |
| adamcstephens 🐝 | can i add packages to perl-packages that aren't on cpan? | 20:22:30 |
| stigo | In reply to @adam:robins.wtf
can i add packages to perl-packages that aren't on cpan? Hm, usually perlPackages. map to distribution names on CPAN. I know there are examples from outside CPAN, but not sure if it's a good idea in general. | 20:24:25 |
| stigo | If its something used in slimserver, why not keep it in that derivation? | 20:24:54 |
| adamcstephens 🐝 | alternatively, i can overrideAttrs the src on a perlPackage, but version doesn't change | 20:24:58 |
| adamcstephens 🐝 | i guess i can build a whole new perlpackage instead | 20:25:13 |
| stigo | For Audio::Scan you're thinking? | 20:25:13 |
| adamcstephens 🐝 | yes | 20:25:20 |
| stigo | What are the differences? | 20:25:25 |
| stigo | Just wondering if this could be patched or not | 20:25:42 |
