FC5 yum install slimserver

Robin Bowes · 2006-09-07, 01:54

**Al Pacifico** · 2006-09-09, 20:25

Only two RPMS left to go, I think.

Built perl-Audio-WMA, perl-Locale-Hebrew, perl-URI-Find, and perl-YAML-Syck today. RPMForge has an old version of perl-YAML-Syck which probably won't work with Slimserver; the one I built is with the newest version.

SRPMs: http://www.drizzle.com/~pacifico/per...-0.7-1.src.rpm
http://www.drizzle.com/~pacifico/per...1.04-1.src.rpm
http://www.drizzle.com/~pacifico/per...0.16-1.src.rpm
http://www.drizzle.com/~pacifico/per...0.67-1.src.rpm

The following were available from core, extras, or RPMForge: perl-Number-Compare, perl-Text-Glob, and perl-Term-ReadKey.

The package perl-POE-XS-Queue-Array is more difficult, as its testing depende on the CPAN POE module. I've built that one, but the resulting RPM is giving me an annoying rpmlint error about duplicate explicit provides that forced me to post on the rpm list. I may not get that packaged for a bit yet. I will post again when it's done.

Finally, there are the "funny" names:
auto/Compress/Zlib/autosplit.ix
/usr/lib/perl5/5.8.6/i386-linux-thread-multi/auto/POSIX/autosplit.ix
/usr/lib/perl5/5.8.6/i386-linux-thread-multi/auto/POSIX/load_imports.al
/usr/lib/perl5/5.8.6/i386-linux-thread-multi/auto/Storable/autosplit.ix

I believe the "funny" names may be some sort of flotsam left over from Devel:

ependencies processing the source tree and unimportant. Of the four, The file auto/Compress/Zlib/autosplit.ix is the only one found in the SlimServer_6.5_v2006-09-06 tarball. It contains a message stating it is a timestamp. Regarding the other three files, the SlimServer_6.5_v2006-09-06 tarball does not contain directories named CPAN/arch/5.8/i386-linux-thread-multi/auto/POSIX or CPAN/arch/5.8/i386-linux-thread-multi/auto/Storable
and their names make me think they are part of the perl core anyway.

Any Perl guru out there know if they are neccessary?
-al

**Dan Sully** · 2006-09-09, 20:49

* Al Pacifico shaped the electrons to say...

>Finally, there are the "funny" names:
>auto/Compress/Zlib/autosplit.ix
>/usr/lib/perl5/5.8.6/i386-linux-thread-multi/auto/POSIX/autosplit.ix
>/usr/lib/perl5/5.8.6/i386-linux-thread-multi/auto/POSIX/load_imports.al
>/usr/lib/perl5/5.8.6/i386-linux-thread-multi/auto/Storable/autosplit.ix

They come from AutoSplit (perldoc AutoSplit).

The POSIX & Storable module are part of Core Perl. Compress::Zlib's
autosplit.ix is needed.

-D
--
<dr.pie> 31336.5: the neighbor of the l33t

**Al Pacifico** · 2006-09-09, 21:12

Originally Posted by Dan Sully

They come from AutoSplit (perldoc AutoSplit).

The POSIX & Storable module are part of Core Perl. Compress::Zlib's
autosplit.ix is needed.

-D
--
<dr.pie> 31336.5: the neighbor of the l33t

Thanks, Dan!

I've attached a tarball containing the .spec files for the two remaining RPMS in case someone wiser than I can complete them more quickly. If that doesn't happen, I'll be posting links to the SRPMs as soon as I've finished them and will start on a fedora slimserver RPM (currently in skeleton format with a few major organs installed!)

-al

**Al Pacifico** · 2006-09-10, 23:06

I have one addition, two retractions, and three questions.

My estimate of two RPMS left to go has to be updated to 4-5 RPMS left to go (retraction #1). I forgot about the files in the Bin directory:
1. MySQL, flac, and sox are all available for FC5.
2. mDNSResponderPosix: mDNSResponder was in older FC's, but in FC5, has been replaced by Avahi, which provides the same functionality and might be compatible with some changes in the perl module that calls mDNSResponderPosix. Anyone know about this?
3. mppdec: Anyone know where the source code is for this, so I can build an RPM for it?
4. alac: I built an RPM for this (today's addition). SRPM at http://www.drizzle.com/~pacifico/ala....1.1-1.src.rpm

Also, as I've gotten more familiar with the slimserver source, I realized that the Audio::WMA module is in the lib directory where the README indicates it has been modified by SlimDevices, so probably the RPM I built is unneeded (retraction #2... Dan, can you comment on this?).
-al

**Dan Sully** · 2006-09-10, 23:15

* Al Pacifico shaped the electrons to say...

>2. mDNSResponderPosix: mDNSResponder was in older FC's, but in FC5, has
>been replaced by Avahi, which provides the same functionality and might
>be compatible with some changes in the perl module that calls
>mDNSResponderPosix. Anyone know about this?

I wouldn't worry about this - it's really only useful for people on OS X
using Safari, and then marginally at that.

>3. mppdec: Anyone know where the source code is for this, so I can
>build an RPM for it?

http://xmixahlx.dyndns.org/audio/fil...sepack/source/

>Also, as I've gotten more familiar with the slimserver source, I
>realized that the Audio::WMA module is in the lib directory where the
>README indicates it has been modified by SlimDevices, so probably the
>RPM I built is unneeded (retraction #2... Dan, can you comment on
>this?).

Anything in the lib/ directory is maintained by us (although I should get a
new version of Audio::WMA out to CPAN). And that includes MP3::Info. So that
directory will be shipped in the RPM, and not as a separate dependency. For
Debian, it's under /usr/share/slimserver/lib

-D
--
<faisal> my life is collapsing to what will soon be NEGATIVE INTEGER degrees of separation.

**Al Pacifico** · 2006-09-11, 09:01

Originally Posted by Dan Sully

* Al Pacifico shaped the electrons to say...

>3. mppdec: Anyone know where the source code is for this, so I can
>build an RPM for it?

http://xmixahlx.dyndns.org/audio/fil...sepack/source/

Turns out this is big stumbling block... the source doesn't compile with gcc 4.1.1 (more than a few deprecated CCFLAGS in the Makefile, which could also use a "prefix" variable to make it more rpmbuild-friendly). Looking down the road, it would be preferable to be able to compile it for x64 architectures, so I think updating this is wise. If the executable were left in the Bin directory, the slimserver RPM would be limited to i386 architectures. Is there a newer source or is there a gcc/make whiz willing to tackle this?
-al

**Dan Sully** · 2006-09-11, 09:26

* Al Pacifico shaped the electrons to say...

>Turns out this is big stumbling block... the source doesn't compile
>with gcc 4.1.1 (more than a few deprecated CCFLAGS in the Makefile,
>which could also use a "prefix" variable to make it more
>rpmbuild-friendly). Looking down the road, it would be preferable to be
>able to compile it for x64 architectures, so I think updating this is
>wise. If the executable were left in the Bin directory, the slimserver
>RPM would be limited to i386 architectures. Is there a newer source or
>is there a gcc/make whiz willing to tackle this?

To be honest, I really wouldn't worry about packaging mppdec.

There are so few people who use Musepack (though I'm sure they're vocal), and
if they are using it, they already have the encoder & decoder on their system.

-D
--
<dr.pox> what're the units of the coefficient of agnosticity? I don't knows per hour?

**Mark Miksis** · 2006-09-11, 15:38

Thanks for tackling this Al.

When you're ready, I can do some testing on:
- FC5 i686
- FC5 x86_64
- RHEL5 Beta1 i686

I tend to be in the Extras/Livna camp rather than the RPMForge camp, so I may be able to provide you with some feedback on repo compatibility as well.

Have you tested creating any of the packages with CPAN2RPM instead of writing your own spec files?

**Al Pacifico** · 2006-09-11, 17:11

Fletch-
Thanks for the testing offer... that will be really important.

Originally Posted by Fletch

Have you tested creating any of the packages with CPAN2RPM instead of writing your own spec files?

My results using CPAN2RPM in the past have been inconsistent; I'm not sure why. I've packaged my own RPMs for about five years, and it's not that onerous nowadays since the tools for generating skeleton spec files and testing finished spec files have gotten quite good. A good testimonial to CPAN2RPM might make me try it again, though...
-al

Thread: FC5 yum install slimserver

Thread Tools

Search Thread

Display