From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: X-Spam-Status: No, score=0.3 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI, RDNS_DYNAMIC autolearn=no autolearn_force=no version=4.0.0 Received: from bender.hallendal.net (as1-4-5-1.han.s.bonet.se [194.236.131.211]) by chiba.3jane.net (Postfix) with ESMTP id 12CF31A4E1 for ; Tue, 11 Dec 2001 13:42:02 -0600 (CST) Received: from zoidberg.hallendal.net (unknown [192.168.114.10]) by bender.hallendal.net (Postfix) with ESMTP id E9AAC4DF0 for ; Tue, 11 Dec 2001 20:42:47 +0100 (CET) Subject: Re: [gentoo-dev] xcdroast works again, -n parameter needed From: Mikael Hallendal To: gentoo-dev@gentoo.org In-Reply-To: <200112042031.ACO51894@thor.inter.net.il> References: <200112042031.ACO51894@thor.inter.net.il> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Emp5sBkBdIf906BsV1T/" X-Mailer: Evolution/1.0 (Preview Release) Date: 11 Dec 2001 20:42:06 +0100 Message-Id: <1008099727.9755.3.camel@zoidberg> Mime-Version: 1.0 Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: List-Post: List-Subscribe: , List-Id: Developer discussion list List-Unsubscribe: , List-Archive: X-Archives-Salt: 616c831b-79a8-44ee-9ef8-c3df6a3ec324 X-Archives-Hash: 3b1f994ef5953ccf5b3494b2bb9179ed --=-Emp5sBkBdIf906BsV1T/ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable tis 2001-12-04 klockan 21.33 skrev Dan Armak: > Hi all, Hi! Sorry for the late answer. =20 > I've fixed a bug in the cdrtools ebuilds, now they install the readcd bin= ary=20 > correctly. xcdroast will now work again (it hadn't since we replaced=20 > app-cdr/cdrecord with cdrtools). Great! =20 > However, for it to start the -n parameter is needed, which turns off cdre= cord=20 > version checking. Otherwise it won't start unless a cdrecord of a specifi= c=20 > version number, which is hardcoded into the source code, can be located. >=20 > I don't know of any problems that may be caused by using a newer version = of=20 > cdrecord than the one it wants, but there may have been a good reason to = make=20 > it work that way. If we ascertain that it works OK with the newer version= s,=20 > we'll need to to decide on a way to tell users to use the -n flag, or eve= n to=20 > patch the source to make it unnecessary. Info? Ideas? Worked fine here. I think it would be ok to patch xcdroast (or can we set some configure/compile-time flag to remove this check?) I don't *think* it'll break the burning in the middle, it's probably to ensure that flags are there and such, so we could always remove our patch if versions of cdrecord start showing up that isn't supported. Regards, Mikael Hallendal --=20 Mikael Hallendal Gentoo Linux Developer, Desktop Team Leader CodeFactory AB, Stockholm, Sweden --=-Emp5sBkBdIf906BsV1T/ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQA8FmGOm0/ts8TQAWgRAuOQAJwL1ZdAZbctbGgMcFxV1TuO7r5E1gCg385t Z217rT80PORTrIHTi+4dfok= =EGya -----END PGP SIGNATURE----- --=-Emp5sBkBdIf906BsV1T/--