Robin Bowes;240728 Wrote: > Fletch wrote: > I think it should all go in /opt.
:-) > > > - server and scanner binaries - /usr/bin seems better to me than > > /usr/libexec > > I have misgivings about /usr/bin. What happens if the user runs the > squeezecenter binary, or the scanner binary, without any command-line > options? Will it work? Will it hose anything? Will it do anything bad? OK, I'm convinced. /usr/libexec is already in the SC binary search path too. > How about adding a "rescan" or "scan" command to the init file so users > can do "service squeezecenter rescan" to trigger a rescan? I'd rather not muck with that, especially if no one else has asked for it... > > > - Continue to build a noarch RPM even though it has some binaries in > > it > > I'd rather we had binary RPMS rather than noarch containing > architecture-specific files. It shouldn't be a big deal to build them, > it just needs a build host for each architectire, and that's easy to do > these days with virtual solutions (xen, VMWare, etc). I'd love to hear from SD on this. As I said, I think they may balk at the added build complexity. Plus, what will a Fedora PPC user install? Will we also build a noarch RPM with none of the binaries? I still prefer noarch. > > > - convert.conf and types.conf - not sure. leave them in > > /etc/squeezecenter? > > If the server writes to these, they should go in > /var/lib/squeezecenter. /etc should be effectively read-only. By all > means add symlinks to /etc/squeezecenter. The server doesn't write to them, but I'm not sure a user will ever edit them either (vs. adding a custom-convert.conf). I'm wondering if they should just go in /usr/share/squeezecenter with the strings. > Good work Fletch. Thanks for the encouragement :-) -- Fletch ------------------------------------------------------------------------ Fletch's Profile: http://forums.slimdevices.com/member.php?userid=529 View this thread: http://forums.slimdevices.com/showthread.php?t=39789 _______________________________________________ beta mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/beta
