Bug 134758 – stabilize media-sound/mserv-0.35-r1 (and drop 0.35)

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Jakub Moc (RETIRED) 2006-05-29 05:23:20 UTC]

mserv-0.35 uses deprecated webapp-apache eclass and should not be stable. -r1 has been fixed (Bug 58378), should be stabilized and the broken version removed from the tree.

Thanks!

[Comment 1 Jason Wever (RETIRED) 2006-05-29 21:22:57 UTC]

Stable on SPARC

[Comment 2 Mark Loeser (RETIRED) 2006-06-03 16:11:31 UTC]

The new version needs some fixing.

1) It doesn't install the default config files into /etc/mserv/ like einfo says it does
2) The perms on /var/lib/mserv/ are bad, so the server can't write to that location.

Atleast those two things are going to need to be fixed before I can mark its table on x86.  After that, I'll make sure I can't find any other problems.  I don't think there are.

[Comment 3 Jesus Rivero (Neurogeek) 2006-08-14 08:21:12 UTC]

I just emerged media-sound/mserv-0.35-r1 and einfo says config files are going into /etc/mserv. Nonetheless, that dir is empty and /etc/init.d/mserv doesn't work. However if, as a regular user, if i run mserv, server starts and works real fine. No problems at all. 

my emerge --info 

Portage 2.1-r1 (default-linux/x86/2005.1, gcc-20050130, glibc-2.3.4.20041102-r1, 2.6.16-gentoo-r7 i686)
=================================================================
System uname: 2.6.16-gentoo-r7 i686 Intel(R) Celeron(R) M processor         1.50GHz
Gentoo Base System version 1.6.13
distcc 2.18.3 i386-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
app-admin/eselect-compiler: [Not Present]
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.11-r4
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
AUTOCLEAN="yes"
CBUILD="i386-pc-linux-gnu"
CFLAGS="-Os -mcpu=i686 -pipe"
CHOST="i386-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/bind"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/splash /etc/terminfo"
CXXFLAGS="-Os -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://mirror.datapipe.net/gentoo http://open-systems.ufl.edu/mirrors/gentoo"
LANG="es_ES"
LC_ALL="es_ES"
LINGUAS="es"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts avi berkdb bitmap-fonts cli crypt cups dlloader dri eds emboss encode foomaticdb fortran gdbm gif gnome gpm gstreamer gtk gtk2 imlib ipv6 isdnlog jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pcre pdflib perl png pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts vorbis xml2 xmms xorg xv zlib elibc_glibc input_devices_mouse input_devices_keyboard input_devices_synaptics kernel_linux linguas_es userland_GNU video_cards_i915 video_cards_i810 video_cards_i830 video_cards_vesa video_cards_fbdev"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS

[Comment 4 Ryan Hill (RETIRED) 2006-08-16 16:38:54 UTC]

Renat, could you have a look at this if you get a chance?

[Comment 5 Renat Lumpau (RETIRED) 2006-08-21 08:39:22 UTC]

will do, but it may be a little while before i get to it

[Comment 6 Michael Weyershäuser 2006-08-29 10:01:04 UTC]

Feel free to readd amd64 to CC when this is sorted out...

[Comment 7 Ryan Hill (RETIRED) 2006-09-02 04:55:42 UTC]

Created attachment 95726 [details, diff]
mserv-0.35-r1.ebuild.diff

first attempt.  can someone with a web server test this?

i don't think it'll work with vhosts since it uses absolute paths for the config and data files.  fixing that would be a complete rewrite and really, how many music daemons do you need to have running at once? =d

[Comment 8 Andrej Kacian (RETIRED) 2006-09-09 16:40:25 UTC]

Readd x86 when a fix is provided, thanks.

[Comment 9 Jakub Moc (RETIRED) 2006-12-30 12:23:07 UTC]

@sound: alive? :)

[Comment 10 Renat Lumpau (RETIRED) 2007-01-03 18:21:59 UTC]

(In reply to comment #7)
> Created an attachment (id=95726) [edit]
> mserv-0.35-r1.ebuild.diff
> 
> first attempt.  can someone with a web server test this?
> 
> i don't think it'll work with vhosts since it uses absolute paths for the
> config and data files.  fixing that would be a complete rewrite and really, how
> many music daemons do you need to have running at once? =d
> 

This seems fine to me. sound, could you test and commit?

[Comment 11 Ryan Hill (RETIRED) 2007-01-03 18:54:50 UTC]

committed.  arches, can you re-eval?

[Comment 12 Christian Faulhammer (RETIRED) 2007-01-09 09:23:41 UTC]

x86 stable

[Comment 13 Steve Dibb (RETIRED) 2007-02-10 04:17:34 UTC]

amd64 stable

[Comment 14 Ryan Hill (RETIRED) 2007-02-10 04:41:37 UTC]

all done.