Re: [SlimDevices: SqueezeCenter] Can we update our CPAN fork footprint?
gordonb3 wrote: > That's the whole culprit, isn't it? If you do it every week you're bound > to know all the pitfalls. The reality is that even with an average of > once per year you end up hitting a wall with errors that at first don't > seem to make any sense at all and once you figured it out you find > yourself needing to manually clean up left and right because some other > package on your system pulled in a different version of a module used by > LMS and LoadModule matches the wrong .so to the .pm (which is what the > cryptic error message was about). > > LMS is nice for Windows and dedicated (VM) systems, but if you run it > paired with other Perl apps the default installation is bound to give > you problems. To be honest, I have had no problems with a Debian based system, once I'd learned the ropes the first time through. But, then, 'slimserver-platforms' directly supports the subsequent packaging, so that probably helps. All done on the (cleanish) target system[1]. I have no experience of FreeBSD / Gentoo, etc., so I don't know/can't imagine what/why/where challenges emerge. [1] A white lie. I learned to make a minimal (clean) container in which to do the build. So, I have just built perl 5.32 binaries in a clean Debian 11 (Bullseye) container, running on my regular LMS system - Debian 10 (Buster), which has perl 5.28. So, I'm ready for the next upgrade... mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=114975 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Can we update our CPAN fork footprint?
mrw wrote: > > How often do you update your Perl ? That's the whole culprit, isn't it? If you do it every week you're bound to know all the pitfalls. The reality is that even with an average of once per year you end up hitting a wall with errors that at first don't seem to make any sense at all and once you figured it out you find yourself needing to manually clean up left and right because some other package on your system pulled in a different version of a module used by LMS and LoadModule matches the wrong .so to the .pm (which is what the cryptic error message was about). LMS is nice for Windows and dedicated (VM) systems, but if you run it paired with other Perl apps the default installation is bound to give you problems. gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050 View this thread: http://forums.slimdevices.com/showthread.php?t=114975 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Can we update our CPAN fork footprint?
wcattey wrote: > > It seems to me that the more we can get LMS to adopt "current upstream" > tool chain and support utilities, the less work for the LMS community to > keep the LMS fork maintained. > How much work has the LMS community expended in keeping the fork maintained ? By comparison with LMS itself, one might think rather little, if number of commits is a good measure. That may underestimate the work required to validate any updated packages against LMS on the supported Windows/*nix/macOS platforms/architectures. How often do you update your Perl ? Ive updated three times over the last five years or so. The build_me.sh worked just fine on my Debian based armel/arm5 system. The first time took a little bit of thought to work out how much of the build product I really needed, where to put it in the LMS tree, and how LMS sets up its @INC. Familiarity helped on the subsequent occasions. Is whats needed an up to date FreeBSD how to ? mrw's Profile: http://forums.slimdevices.com/member.php?userid=38299 View this thread: http://forums.slimdevices.com/showthread.php?t=114975 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Can we update our CPAN fork footprint?
Honestly, the slimserver-vendor CPAN arch buildme is rubbish. I know because I referenced it for several years to build the arch dependent Perl libraries for version 1.18 up to 1.28. At some point I realized that many of the stuff being built actually already existed on my system, in a much newer version. And in fact the Perl module it created was available as an OS package as well. Therefore all of that compile time, which is significant on an armv5 cpu, was a complete waste of energy. It was 5 years ago that I started publishing my own set of armv5 support files for LMS on GitHub, but just 8 months ago when I managed to figure it out completely and make it fully compliant with my (Gentoo) system's update procedure while completely disregarding the slimserver-vendor project. I have since upgraded from Perl 5.30 first to 5.32 and next to 5.34 without encountering any issue at all. gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050 View this thread: http://forums.slimdevices.com/showthread.php?t=114975 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] [FreeBSD/XigmaNAS/TrueNAS] LogitechMediaServer Installation
sfraser wrote: > I have noticed an issue with the file scanning, when I perform the > "look for new and changed media files" it appears to clear the playlists > , but does not rescan the playlists, therefore the playlists are left > empty . If I recall this particular function used to scan the playlists > as well? I notice the following in the log file for the above scan. Any > idea's ? I have included the True-NAS & LMS versions below the log > file. > > Thanks! > > [21-08-13 14:10:51.3941] Slim::Utils::Scanner::Local::deleteTracks (519) > Removing deleted audio files (22) > [21-08-13 14:10:52.3239] Slim::Utils::Scanner::Local::__ANON__ (301) > Scanning new audio files (0) > [21-08-13 14:10:52.3241] Slim::Utils::Scanner::Local::__ANON__ (381) > Rescanning changed audio files (0) > [21-08-13 14:10:52.3273] main::main (338) Error: Failed when running > main scan: [Can't load > '/usr/local/share/logitechmediaserver/CPAN/arch/5.32/amd64-freebsd-thread-multi/auto/Media/Scan/Scan.so' > for module Media::Scan: Shared object "libintl.so.8" not found, required > by "Scan.so" at /usr/local/lms-perl/lib/5.32.0/XSLoader.pm line 93. > at > /usr/local/share/logitechmediaserver/CPAN/arch/5.32/amd64-freebsd-thread-multi/Media/Scan.pm > line 36. > Compilation failed in require at > /usr/local/share/logitechmediaserver/Slim/Utils/Scanner/LMS.pm line 16. > BEGIN failed--compilation aborted at > /usr/local/share/logitechmediaserver/Slim/Utils/Scanner/LMS.pm line 16. > Compilation failed in require at > /usr/local/share/logitechmediaserver/Slim/Media/MediaFolderScan.pm line > 76. > ] > [21-08-13 14:10:52.3275] main::main (339) Error: Skipping post-process & > Not updating lastRescanTime! > > True-NAS 12.0-U2 > Version: 8.1.2 - 1624550702 @ audiodigitale.eu 10-07-2021 > Hostname: LMS > Server IP Address: 192.168.1.202 > Operating system: freebsd - EN - UTF8 > Platform Architecture: amd64-freebsd > Perl Version: 5.32.0 - amd64-freebsd-thread-multi > Audio::Scan: 1.02 > IO::Socket::SSL: 2.069 > Database Version: DBD::SQLite 1.66 (sqlite 3.32.3) mmm, curious. I'm a bit busy this holiday so I'll try to replicate the problem from monday. As a quick fix you can try "pkg install -f gettext-runtime". Let me know! https://audiodigitale.eu Simonef's Profile: http://forums.slimdevices.com/member.php?userid=67438 View this thread: http://forums.slimdevices.com/showthread.php?t=113909 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] Can we update our CPAN fork footprint?
Recently I wanted to run LMS on our brand new FreeNAS FreeBSD 12 server. I discovered multiple ports and HOW-TOs for that platform. We grabbed the logitechmediaserver plug-in that installed with just few clicks on our default setup. It turned out that, although it was easy to install, that particular port had two issues: not using the LMS-fork of faad, breaking ALAC files, and not using the LMS-fork of the CPAN libraries. The latter means that if I update Perl in my LMS Jail, LMS will break. Indeed that happened to me a couple year ago, and I posted a forum article on how to recover from it. I now know about, (and showed the guy who did the port I'm running) the slimserver-vendor tree that contains a very complete set of CPAN libraries (and other stuff) that locks in all the nitty-gritty bits to keep LMS working. There's another competing FreeBSD port that includes a different fork of the CPAN libraries. Although I know that other fork has fewer modules, I don't know what the rationale was for picking them. Recognizing some guiding high-level principles: 1. Minimize the ongoing maintenance load both for individuals and the LMS community as a whole. 2. Maintain, as much as possible support for viable legacy platforms. 3. Make it as easy as possible for new people to adopt best practices. 4. Make it as easy as possible to do new stuff. 5. Minimize the additional effort required to avoid breaking old stuff. I would like to open a discussion about the current state of https://github.com/Logitech/slimserver-vendor/CPAN/ In https://github.com/Logitech/slimserver-vendor/pull/83, contributor simonef proposed a much shorter list of CPAN modules to lock in. It seems to me that the more we can get LMS to adopt "current upstream" tool chain and support utilities, the less work for the LMS community to keep the LMS fork maintained. However, there may be modules that simonef left out that have a material impact on legacy platforms and therefore should be retained in the fork. As a starting point, how about we amend the README in the CPAN directory to state which versions of LMS that tree supports? simonef seems to have drawn a line recently at 8.0 for his fork. As a next step, I'd like to understand why simonef removed the modules he removed, in his fork at: https://github.com/simonefil/slimserver-vendor I've started reading the history, and it looks like simonef has done a lot of work that might be beneficial to the canonical version at https://github.com/Logitech/slimserver-vendor/CPAN/, but also understanding all the work he has done does indeed seem like a non-trivial task. LMS 7.9 - 2xSB2, 2xBoom, 2xKodi, Ocean Digital WR2300S, Denon AVR-X6200W, SHIELD Android TV wcattey's Profile: http://forums.slimdevices.com/member.php?userid=7506 View this thread: http://forums.slimdevices.com/showthread.php?t=114975 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] [FreeBSD/XigmaNAS/TrueNAS] LogitechMediaServer Installation
I have noticed an issue with the file scanning, when I perform the "look for new and changed media files" it appears to clear the playlists , but does not rescan the playlists, therefore the playlists are left empty . If I recall this particular function used to scan the playlists as well? I notice the following in the log file for the above scan. Any idea's ? I have included the True-NAS & LMS versions below the log file. Thanks! [21-08-13 14:10:51.3941] Slim::Utils::Scanner::Local::deleteTracks (519) Removing deleted audio files (22) [21-08-13 14:10:52.3239] Slim::Utils::Scanner::Local::__ANON__ (301) Scanning new audio files (0) [21-08-13 14:10:52.3241] Slim::Utils::Scanner::Local::__ANON__ (381) Rescanning changed audio files (0) [21-08-13 14:10:52.3273] main::main (338) Error: Failed when running main scan: [Can't load '/usr/local/share/logitechmediaserver/CPAN/arch/5.32/amd64-freebsd-thread-multi/auto/Media/Scan/Scan.so' for module Media::Scan: Shared object "libintl.so.8" not found, required by "Scan.so" at /usr/local/lms-perl/lib/5.32.0/XSLoader.pm line 93. at /usr/local/share/logitechmediaserver/CPAN/arch/5.32/amd64-freebsd-thread-multi/Media/Scan.pm line 36. Compilation failed in require at /usr/local/share/logitechmediaserver/Slim/Utils/Scanner/LMS.pm line 16. BEGIN failed--compilation aborted at /usr/local/share/logitechmediaserver/Slim/Utils/Scanner/LMS.pm line 16. Compilation failed in require at /usr/local/share/logitechmediaserver/Slim/Media/MediaFolderScan.pm line 76. ] [21-08-13 14:10:52.3275] main::main (339) Error: Skipping post-process & Not updating lastRescanTime! True-NAS 12.0-U2 Version: 8.1.2 - 1624550702 @ audiodigitale.eu 10-07-2021 Hostname: LMS Server IP Address: 192.168.1.202 Operating system: freebsd - EN - UTF8 Platform Architecture: amd64-freebsd Perl Version: 5.32.0 - amd64-freebsd-thread-multi Audio::Scan: 1.02 IO::Socket::SSL: 2.069 Database Version: DBD::SQLite 1.66 (sqlite 3.32.3) HOME OFFICE SB2->Benchmark DAC-1-> Bryston P-25, preamp -> Carver M1.0t Amp->PMC TB2 HOME THEATER SYSTEM#1 SB2-> Emotiva PrePro->Bryston 9B ST -> PSB Stratus Goldi /HOME THEATER SYSTEM #2/ LAZYEYE BAR Pi3 w/7" screen/HiFiBerry DAC>Outlaw 976-> Bryston 3B ->Klipsch La Scala's, 2x Bryston 4B (mono) EV 18" subwoofers BEDROOM SYSTEM SB2-> Sony BoomBox REAR DECK/PATIO Pi4 --> Yamaha Receiver-> PSB Mini's, KITCHEN Pi4 --> Yamaha Receiver -> Polk Ceiling Speakers ENSUITE Squeeze Radio sfraser's Profile: http://forums.slimdevices.com/member.php?userid=2026 View this thread: http://forums.slimdevices.com/showthread.php?t=113909 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] Logitech Media Server 8.2.0 released
Dear all The scanner does not seem to work properly for me for the last processes for new and changed music and causes an abort when creating the 4th index. This both when the memory is set to "Maximum" and "Normal". I had the problem some years ago that for the database optimization with "Maximum" the provided memory was not sufficient (with Normal it worked). The reason was my large database. Michael had made an adjustment at that time and the optimization worked again. Now (tested with 8.2.0 and .1) it stops before (when creating the index). I have attached two scanner.log files. One at memory "maximum", the other one at "normal" . I am back to LMS 7.9.3 and scanning works again. I know it is an edge case for me because of the large collection, but maybe more are affected. Best regards Bronx +---+ |Filename: scanner.log NORM.zip | |Download: http://forums.slimdevices.com/attachment.php?attachmentid=35494| +---+ Bronx's Profile: http://forums.slimdevices.com/member.php?userid=33115 View this thread: http://forums.slimdevices.com/showthread.php?t=114928 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] [FreeBSD/XigmaNAS/TrueNAS] LogitechMediaServer Installation
wcattey wrote: > Ralph: Is there a developer thread where discussions about decisions > like,"forked faad vs. stand-alone ALAC tool" are discussed? Not that I remember and since bugs.slimdevices.com has been retired, it makes finding those kinds of answers difficult. The alac_decoder sources were untouched for 13 years then 4 years ago a PR was submitted to fix building it for FreeBSD. Ralphy *1*-Touch, *5*-Classics, *3*-Booms, *2*-UE Radio 'Squeezebox client builds' (https://sourceforge.net/projects/lmsclients/files/) 'donations' (https://www.paypal.com/cgi-bin/webscr?cmd=_donations&business=LL5P6365KQEXN&lc=CA&item_name=Squeezebox%20client%20builds¤cy_code=USD&bn=PP%2dDonationsBF%3abtn_donate_SM%2egif%3aNonHosted) always appreciated. ralphy's Profile: http://forums.slimdevices.com/member.php?userid=3484 View this thread: http://forums.slimdevices.com/showthread.php?t=113909 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
[SlimDevices: SqueezeCenter] LMS moves to end of playlist on restart
I've had this happen before but then it disappeared and came back again, not sure why as it wasn't connected to a LMS update either time or any setting change. Basically whenever the LMS services are touched (e.g. by a LMS update, it happened when I just updated it) or when the PC is shut down or restarted, LMS loses its place in the existing playlist, and skips to the start of the last track (like it does when you finish the album or playlist). This happens when you're either putting an album on stand alone or playing several at once from the media browser/apps. There's no error message, it just restarts in the wrong place which wasn't where it was when the service was stopped. Running latest LMS on Windows 10, latest build and fully up to date with security patches etc. If you need any more info / logs etc let me know where to find it. ForestChav's Profile: http://forums.slimdevices.com/member.php?userid=54064 View this thread: http://forums.slimdevices.com/showthread.php?t=114971 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
Re: [SlimDevices: SqueezeCenter] [FreeBSD/XigmaNAS/TrueNAS] LogitechMediaServer Installation
Simonef wrote: > About the points 1 and 2. Ill do that. its reasonable. > > About the last sentence Ive already tried with the following result: > https://github.com/Logitech/slimserver-vendor/pull/83 Guide updated with a disclaimer with more info ;) https://audiodigitale.eu Simonef's Profile: http://forums.slimdevices.com/member.php?userid=67438 View this thread: http://forums.slimdevices.com/showthread.php?t=113909 ___ Squeezecenter mailing list Squeezecenter@lists.slimdevices.com http://lists.slimdevices.com/mailman/listinfo/squeezecenter
