LMS Bad (?) Install on armel debian

**mikeh49** · 2019-09-17, 12:03

I'm trying to get LMS going on a kirkwood armel processor running on debian buster. I have an installation running on jessie thanks to a forum member (505, I think) that compiled the perl 5.20 modules for armel. Since jessie is getting old, it would be nice to have LMS on a new version. The working install used the -all.deb 7.9 nightly package. For the buster version, I tried to get ahead by using the -ARM.deb package assuming it was the all with everything but ARM removed. The install ran OK, but the /usr/share/squeezeboxserver directory contains only the CPAN directory. The working on jessie has many more directories. Attempting to start over, I tried to uninstall LMS using dpkg and it fails because the package name contains ~, an invalid character. I could not find any way to get around this. Further check says packages are squeezeboxserver and squeezecenter. Remove says they are not installed.

How can I uninstall LMS with the invalid character?

For an armel processor, what package should I install? -all?

I'll post my struggles with compiling the perl modules in another thread.

Thanks. BTW, I've been on 7.8 on Arch; 7.9 is nice.

Should this be in the Linux/Unix forum? If so, it can be moved by mod.

Ignore this, reposted opn Linux/Unix. Sorry.

**mherger** · 2019-09-18, 00:09

> directories. Attempting to start over, I tried to uninstall LMS using
> dpkg and it fails because the package name contains ~, an invalid

Maybe all you have to do is escape that character (\~) or put the name
in quotes?

--

Michael

**mikeh49** · 2019-09-18, 06:48

Good suggestions, unfortunately don't work. I had already tried quotes, here's the escape attempt:

root@Dell-M300:~# dpkg -r logitechmediaserver 7.9.2\~1567938514 all
dpkg: error: --remove needs a valid package name but '7.9.2~1567938514' is not: illegal package name in specifier '7.9.2~1567938514': character '~' not allowed (only letters, digits and characters '-+._')

**mrw** · 2019-09-18, 07:54

Originally Posted by mikeh49

Good suggestions, unfortunately don't work. I had already tried quotes, here's the escape attempt:

This works fine for me:

Code:

dpkg -r logitechmediaserver

**mherger** · 2019-09-18, 07:56

>> root@Dell-M300:~# dpkg -r logitechmediaserver 7.9.2\~1567938514 all
>> dpkg: error: --remove needs a valid package name but '7.9.2~1567938514'
>> is not: illegal package name in specifier '7.9.2~1567938514': character
>> '~' not allowed (only letters, digits and characters '-+._')

Isn't the package name just "logitechmediaserver"?

--

Michael

**mikeh49** · 2019-09-18, 10:41

OK, moving too fast, I guess, read too far to the right...

Code:

root@Dell-M300:~# dpkg -l logitech*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                Version          Architecture Description
+++-===================-================-============-=================================
rc  logitechmediaserver 7.9.2~1567938514 all          Streaming Audio Server

Resut of dpkg -r ...

Code:

root@Dell-M300:~# dpkg -r logitechmediaserver
dpkg: warning: ignoring request to remove logitechmediaserver, only the config
 files of which are on the system; use --purge to remove them too

Result of dpkg -P ...

Code:

root@Dell-M300:~# dpkg -P logitechmediaserver
(Reading database ... 24167 files and directories currently installed.)
Purging configuration files for logitechmediaserver (7.9.2~1567938514) ...
Removing user `squeezeboxserver' ...
Warning: group `nogroup' has no more members.
Done.
dpkg: warning: while removing logitechmediaserver, directory '/usr/share/squeezeboxserver/CPAN/arch/5.28/DBI/DBD' not empty so not removed
dpkg: warning: while removing logitechmediaserver, directory '/usr/share/squeezeboxserver/CPAN/arch/5.28/DBD/SQLite' not empty so not removed

I think the stuff in the CPAN 5.28 sub directories is wreckage from my attempt to build the CPAN modules for Perl 5.28. Is this the right forum for discussing Perl versions and what to do about them. Or building for armel platform? Or Linux/Unix?

Thanks for the help.

**mrw** · 2019-09-18, 11:36

Originally Posted by mikeh49

I think the stuff in the CPAN 5.28 sub directories is wreckage from my attempt to build the CPAN modules for Perl 5.28.

I am 99.9% certain that you are right. I would expect you to find therein the sub-folders + files that you put in there, and that are not part of the Debian package. So you would need to remove those manually.

I found the armel perl module build for Buster (perl 5.28) worked without issues. Although I have done it before...
You're welcome to the result of my build. E&OE, of course, but they seem to be working fine.

**mikeh49** · 2019-09-18, 12:14

AFAIK, the 5.28 arm build supplied in the package is for armhf, e.g., rPi. I need it for armel, e.g. kirkwood SOC typically used in "plug" devices. Kirkwood does not have a hardware floating point unit, so it's done in software. The latest armel CPAN that I know of is 5.20 which is the standard for jessie. I've tried to build for 5.28 3 times, takes 2 hours and doesn't complete. The compiler exits but the prompt doesn't return, the log just ends, and the modules are left in a mess. I'm wondering if the buildme script has a problem; the checking for perl version only goes to 5.26, but it seems to find the 5.28 on the system. If you have a 5.28 for armel, I'm in.

**mrw** · 2019-09-18, 13:50

Originally Posted by mikeh49

AFAIK, the 5.28 arm build supplied in the package is for armhf, e.g., rPi.

Correct.

Originally Posted by mikeh49

I need it for armel

I've pushed a commit with the binaries I have built to a forked LMS, under a branch my_feature/armel_5.28_binaries. You should be able to retrieve them from that.

Commit is here: https://github.com/mw9/slimserver/co...3f1c90790a03fa

Originally Posted by mikeh49

I've tried to build for 5.28 3 times, takes 2 hours and doesn't complete. The compiler exits but the prompt doesn't return, the log just ends, and the modules are left in a mess.

I don't recall having that kind of problem, and I won't attempt to guess what your issues were. I would agree with you that the built modules could use a bit of sorting out after the event. I might make a proposal, provided it doesn't over-complicate matters.

Debian Buster only has perl 5.28 (by default, anyway) so the build script does find and use that. Perhaps it should be explicitly checked for, I'm not sure.

**mherger** · 2019-09-18, 14:58

> I've pushed a commit with the binaries I have built to a forked LMS,
> under a branch -my_feature/armel_5.28_binaries-. You should be able to
> retrieve them from that.
>
> Commit is here:
> https://github.com/mw9/slimserver/co...3f1c90790a03fa

You could add that link to
https://github.com/Logitech/slimserver/issues/269 ;-)

--

Michael

Thread: LMS Bad (?) Install on armel debian

Thread Tools

Search Thread

Display