Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support for armel + perl > 5.20 #269

Open
lpaolini opened this issue Jul 14, 2019 · 12 comments

Comments

@lpaolini
Copy link

commented Jul 14, 2019

server: Linux debian 4.19.0-5-marvell #1 Debian 4.19.37-5 (2019-06-19) armv5tel GNU/Linux
perl: 5.28.1
media server: 7.9.2 nightly

The media server dies as the arm-linux-gnueabi-thread-multi-64int directory does not exist in /usr/share/squeezeboxserver/CPAN/arch/5.xx where x > 20, I guess.
Would it be possible to add support for perl > 5.20 for this architecture?

See the result of /usr/sbin/squeezeboxserver --d_startup

@lpaolini

This comment has been minimized.

Copy link
Author

commented Jul 15, 2019

Update: I've built slimserver-vendor/CPAN following the instructions and that worked.
It'd be nice not to have to, as it takes several hours on that platform.

@mherger

This comment has been minimized.

Copy link
Contributor

commented Jul 21, 2019

Hi @lpaolini - good to hear it's working for you.

What kind of hardware is this? I'm always hesitant to add support for new platforms... I'm always trying to find a balance of usefulness and bloat. I haven't heard much of newer platforms using this type of CPU.

@lpaolini

This comment has been minimized.

Copy link
Author

commented Jul 21, 2019

Hi, it's a QNAP TS-219P NAS running plain Debian 10. Definitely not new hardware, but it used to be supported... Actually, I was still running Debian Jessie on it (Perl v 5.20) just for this reason.
It'd be great if it could be re-added, but if you feel it's a too old platform I'll keep on building the modules myself.

@mherger

This comment has been minimized.

Copy link
Contributor

commented Jul 21, 2019

But it wouldn't come with Debian installed by the vendor, would it? Did you install Debian yourself?

@lpaolini

This comment has been minimized.

Copy link
Author

commented Jul 21, 2019

Yes, I installed it myself.

@mw9

This comment has been minimized.

Copy link
Contributor

commented Jul 21, 2019

@mherger

I'm always trying to find a balance of usefulness and bloat

Are you thinking of (a) bloat in the LMS server tree, or (b) bloat in the installers ?

If (a), would you be averse to to carrying a supplementary debian package of binaries for exotic platforms somewhere in the download section ? I see that an i386 variant also falls into this category. It would not need rebuilding very often, although I haven't thought through the detail.

If (b), I could see that an 'armel' (debian name for these older cpus) platform variant might achieve that. Although at the expense of generating yet another installer package.

I'm a SheevaPlug user, running with self built modules, which has worked very well. But not all users would be able to that. (How many are there ?)

@mw9

This comment has been minimized.

Copy link
Contributor

commented Jul 21, 2019

I should add that I was thinking in terms of the Perl module binaries. The LMS custom binaries in bin/arm-linux (sox et al.) continue to support this older arm cpu.

@michaelherger

This comment has been minimized.

Copy link

commented Jul 22, 2019

(How many are there ?)

That's exactly my point. I bet most users still using armel to run an updated OS are tinkerers who should be able to compile stuff.

WRT. bloat: it's both. The repository already weighs around 1.5GB, a lot of which is for those Perl binaries. Adding a new build wouldn't be impossible to do, but is it worth it for a hand full of users?

@mw9

This comment has been minimized.

Copy link
Contributor

commented Jul 22, 2019

is it worth it for a hand full of users?

In light of what you say, very probably not.

@stefansielaff

This comment has been minimized.

Copy link
Contributor

commented Jul 22, 2019

Building lms is often, if I may say so, a pain (except on arch for which a good aur package exists, lol).
But for many older NAS like the Zyxel NSA325 running e.g. Debian with lms is a pretty fun thing.
So imho supporting the older architectures should not be underrated, soon those architectures (okay, more armhf for sure) might be the last who use this fine piece of software.

@samwatling

This comment has been minimized.

Copy link

commented Sep 5, 2019

I also run a SheevaPlug - would be great to have Perl modules that would work on Debian Buster (perl 5.28.1) - again, per previous comments, this is not a fast device - compiling CPAN modules on it takes ages!

@mw9

This comment has been minimized.

Copy link
Contributor

commented Sep 18, 2019

For anyone interested in Debian Buster (perl 5.28) on armel:

I've built perl 5.28 armel binaries for use on my Sheeva plug. They appear to be working just fine.

So, dear reader, if you can make yourself comfortable with using binaries built by a complete stranger, please feel free to use them.

I've pushed a commit containing the binaries to a forked LMS, https://github.com/mw9/slimserver, under a branch named: my_feature/armel_5.28_binaries.

The specific commit, from which the binaries can be gleaned, may be found here:
Add Perl 5.28 binaries for Debian armel (arm-linux-gnueabi-thread-multi-64int)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
6 participants
You can’t perform that action at this time.