While trying to update media-sound/teamspeak-server-bin to version 3.0.5-r1 emerge stops because the path in the tar-archive contains other directories as expected by the ebuild. See attached build.log Reproducible: Always
Created attachment 311405 [details] build.log build.log plus manually looking into WORKDIR to see which directories have been extracted from the tar-archive
confirm at amd64
I can confirm this happening since 3.0.5-r1, I'm on amd64.
confirm at x86
Created attachment 311609 [details] [FIXED] teamspeak-server-bin-3.0.5-r1.ebuild Hi Guys, I'm new to gentoo bugzilla but IMO I've managed to workaround that issue by adding src_unpack section. I've attached my ebuild, which worked perfectly fine for me. Hope that helps, Lukasz
Comment on attachment 311609 [details] [FIXED] teamspeak-server-bin-3.0.5-r1.ebuild ># Copyright 1999-2012 Gentoo Foundation ># Distributed under the terms of the GNU General Public License v2 ># $Header: /var/cvsroot/gentoo-x86/media-sound/teamspeak-server-bin/teamspeak-server-bin-3.0.5-r1.ebuild,v 1.1 2012/05/10 21:39:33 trapni Exp $ > >EAPI=4 > >inherit eutils systemd > >DESCRIPTION="TeamSpeak Server - Voice Communication Software" >HOMEPAGE="http://teamspeak.com/" >LICENSE="teamspeak3" >SLOT="0" >IUSE="" >KEYWORDS="~amd64 ~x86" >RESTRICT="strip" > >SRC_URI=" > amd64? ( http://ftp.4players.de/pub/hosted/ts3/releases/${PV}/teamspeak3-server_linux-amd64-${PV}.tar.gz ) > x86? ( http://ftp.4players.de/pub/hosted/ts3/releases/${PV}/teamspeak3-server_linux-x86-${PV}.tar.gz ) >" > >DEPEND="" >RDEPEND="${DEPEND}" > >pkg_setup() { > enewuser teamspeak3 >} > -src_unpack() { - unpack "${A}" - mv ${WORKDIR}/teamspeak3-server_linux-* ${WORKDIR}/teamspeak-server-bin-3.0.5 -} +if use amd64 ; then + S="${WORKDIR}/teamspeak3-server_linux-amd64" +else + S="${WORKDIR}/teamspeak3-server_linux-x86" +fi > >src_install() { > local dest="${D}/opt/teamspeak3-server" > > mkdir -p "${dest}" -# cp -R "${WORKDIR}/teamspeak3-server_linux-"*/* "${dest}/" || die - cp -R "${WORKDIR}/teamspeak-server-bin-3.0.5"/* "${dest}/" || die + cp -R "${S}"/* "${dest}/" || die > > mv "${dest}/ts3server_linux_"* "${dest}/ts3server-bin" || die > > exeinto /usr/sbin || die > doexe "${FILESDIR}/ts3server" || die > > # runtime FS layout ... > insinto /etc/teamspeak3-server > doins "${FILESDIR}/server.conf" > newinitd "${FILESDIR}/teamspeak3-server.rc" teamspeak3-server > > keepdir /{etc,var/{lib,log,run}}/teamspeak3-server > fowners teamspeak3 /{etc,var/{lib,log,run}}/teamspeak3-server > fperms 700 /{etc,var/{lib,log,run}}/teamspeak3-server > > fowners teamspeak3 /opt/teamspeak3-server > fperms 755 /opt/teamspeak3-server > > systemd_dounit "${FILESDIR}/systemd/teamspeak3.service" > systemd_dotmpfilesd "${FILESDIR}/systemd/teamspeak3.conf" >}
(In reply to comment #6) not really what I intended to do
Created attachment 311803 [details, diff] patch against teamspeak-server-bin-3.0.5-r1.ebuild
same with me on x86
Honestly.. why the heck is this broken ebuild still in the portage tree and neither masked nor ~arch? It breaks `emerge -u world` for everyone who has TS3 installed and doesn't manually mask it.
(In reply to comment #10) > Honestly.. why the heck is this broken ebuild still in the portage tree and > neither masked nor ~arch? It breaks `emerge -u world` for everyone who has > TS3 installed and doesn't manually mask it. Calm down, man. It is hard-masked since introduction of 3.x branch...
Hi, Is there a reason to mask teamspeak-server-bin all the time anyway? I have been successfully using version 3.0.0 for couple of months, and I see it in packages.mask since 2009 - isn't it long enougth? :) and as for this bug - it is not a big deal anyway isn't it? Can it be merged with ebuilds quickly? Regards, Marcin
Using 3.0.0 since a couple of years (license for 10 servers with 512 slots), even with 'tsdns' working flawlessly. As a non-professional Gentoo Linux user, I just thought that binary packages would never make it into the stable/non-masked portage tree. Seems this is not true?! In any case, it's not due to its stability or correctness - I never had any problems with it.
hit this bug today too. i'm on x86
Patch at https://bugs.gentoo.org/attachment.cgi?id=311803 works correctly. Please apply. Tested under x86.
Patch at https://bugs.gentoo.org/attachment.cgi?id=311803 works correctly for me, too. Tested under amd64 hardened. Please apply.
Still valid with teamspeak-server-bin-3.0.5-r2?
(In reply to comment #17) > Still valid with teamspeak-server-bin-3.0.5-r2? No, has been fixed (i.e. works for me now). Thanks :)
In -r2 problem is gone :)
And a new problem appeared: 2012-06-10 11:18:17.366842|INFO |ServerLibPriv | | TeamSpeak 3 Server 3.0.5 (2012-04-23 04:46:12) 2012-06-10 11:18:17.367080|INFO |DatabaseQuery | | Please make sure you use the supplied ts3server_minimal_runscript.sh to run the server, or set LD_LIBRARY_PATH yourself 2012-06-10 11:18:17.367103|CRITICAL|DatabaseQuery | | unable to load database plugin library "libts3db_mysql.so", halting!
Apparently the new ts3 mysql plugin expects libmysqlclient.so.15 but I only have the .16 (mysql-5.1.62-r1)
(In reply to comment #20) > 2012-06-10 11:18:17.367103|CRITICAL|DatabaseQuery | | unable to load > database plugin library "libts3db_mysql.so", halting! You should open new bug for this because it has nothing to do with original problem which has been already solved... BTW, if any, then TS should expect libmysqlclient or libmysqlclient.so. You may try to link libmysqlclient.so.16 to libmysqlclient.so.15 if you are sure TS needs libmysqlclient.so.15. But even before that, I'd check if you have libts3db_mysql.so in /opt/teamspeak3-server Anyway without mysql TS is running so this bug may be closed.
