Bug 17018 – RHEL6 x86_64: Can't locate Slim/bootstrap.pm in @INC ...

Bug 17018 - RHEL6 x86_64: Can't locate Slim/bootstrap.pm in @INC ...

Summary:

RHEL6 x86_64: Can't locate Slim/bootstrap.pm in @INC ...

Status:	RESOLVED WONTFIX

Product:	Logitech Media Server
Classification:	Unclassified
Component:	RPM
Version:	7.5.1
Platform:	PC Fedora

Importance:	-- normal (vote)
Target Milestone:	---
Assigned To:	Unassigned bug - please assign me!

URL:
Keywords:	patch_waiting

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2011-03-01 19:30 UTC by Eric Sandeen
Modified:	2019-01-25 10:41 UTC (History)
CC List:	2 users (show)

See Also:
Category:	---

Attachments
fix for perl libdir issue on x86_64 (1.22 KB, application/octet-stream) 2012-03-20 03:54 UTC, Robin Bowes	Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Eric Sandeen 2011-03-01 19:30:05 UTC

# /etc/init.d/squeezeboxserver start
Starting Squeezebox Server: Can't locate Slim/bootstrap.pm in @INC (@INC contains: /usr/libexec /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 .) at /usr/libexec/squeezeboxserver line 131.
BEGIN failed--compilation aborted at /usr/libexec/squeezeboxserver line 131.
                                                           [FAILED]


@INC doesn't include /usr/lib/perl5/vendor_perl, where Slim/ lives.

# cd /usr/lib64/perl5/vendor_perl
# ln -s /usr/lib/perl5/vendor_perl/Slim .

solves it for now.

Comment 1 Eric Sandeen 2011-03-02 06:25:22 UTC

Just to be perfectly clear, this was RHEL6 / x86_64.

Comment 2 Robin Bowes 2012-03-20 03:54:16 UTC

Created attachment 7658 [details]
fix for perl libdir issue on x86_64

Comment 3 Robin Bowes 2012-03-20 03:57:32 UTC

I've attached a patch that should fix this issue (I've not actually tested it!) but the implication of this is that the path is determined at build time, ie we need to create arch-specific RPMs.

This will break the current noarch RPM if the build is done in an x86_64 environment, ie. don't blindly apply it to trunk.