Tiny Core Extensions > TCE Talk
MPD - time for an update?
hiro:
I saw these new extensions. Most of the dependencies are overkill.
The dependency files from my old extensions in the 2.x archives might be a starting point.
In general I suggest people should not build extensions they don't ever use.
Test them at least one time.
If there is any demand I can support ffado and similar extensions. I didn't update them, because there weren't any other users anyway and I still use tc 2.x on my daw.
gutmensch:
@Tao: at least libffado needs rework, please put only libffado.so* into the libffado extension and the rest splitted into ffado. there are many people who don't want to (or cannot) use these drivers at all, and they surely don't need qt or ffado python scripts or pyqt etc. for running mpd. if libffado requires too many compromising trade-offs, then think about leaving it out completely...
[edit]
I would also suggest to include in the mpd info file that you don't have to run mpd as root, it's sufficient to be run as normal user on port 6600 with own configuration data in the home directory. It's not very common to run processes as root if you're not forced to do so.
[/edit]
TaoTePuh:
--- Quote from: gutmensch on December 20, 2010, 02:48:45 PM ---... the libffado extension ...
--- End quote ---
I have just submitted an updated version. I hope it's better that way.
--- Quote from: gutmensch on December 20, 2010, 02:48:45 PM ---I would also suggest to include in the mpd info file that you don't have to run mpd as root, it's sufficient to be run as normal user on port 6600 with own configuration data in the home directory. It's not very common to run processes as root if you're not forced to do so.
--- End quote ---
There is no problem with the "sudo" if you deal correctly with the option "user" in "mpd.conf".
But if you change "user" to something different than "tc" (maybe "user mpdrun"), you have to start with "sudo" if you logged in as tc. Okay, I admit that this case at TCL is relatively unlikely. But "sudo" is the universal variant.
I agree we should probably write more about this problem.
But we should not forget that many people start mpd out from the script bootlocal.sh and then (if option user is unused) mpd runs at root, doesn't it?
Here is my suggestion for the .info file
START mpd
---------
/usr/local/bin/mpd /etc/mpd.conf
Save this in your /opt/bootlocal.sh if mpd should
be started automatically at boot time.
Note if start mpd out from /opt/bootlocal.sh:
You should deal with the option "user" in
mpd.conf so that mpd doesn't run as root.
gutmensch:
from bootlocal.sh I run mpd with
--- Code: ---su -c '/usr/local/bin/mpd' tc
--- End code ---
which prevents mpd from getting root privileges.
my .mpdconf file in /home/tc looks like this
--- Code: ---port "6600"
music_directory "/mnt"
playlist_directory "~/.mpd/playlists"
db_file "~/.mpd/mpd.db"
log_file "~/.mpd/mpd.log"
--- End code ---
the drives under /mnt are user rw (in my case ntfs-3g).
I'm not saying that there aren't any good reasons to start mpd as root (although I cannot think of one atm) but as long as it is just unnecessary I wouldn't go this way because it's only providing a certain risk, no gain at all.
hiro:
Today I wanted to start the ffado-mixer, but there is none in libffado. Perhaps you could create a ffado-tools package or something like that?
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version