public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-dev] xcdroast works again, -n parameter needed
@ 2001-12-04 20:33 Dan Armak
  2001-12-11 19:42 ` Mikael Hallendal
  0 siblings, 1 reply; 2+ messages in thread
From: Dan Armak @ 2001-12-04 20:33 UTC (permalink / raw
  To: gentoo-dev

Hi all,

I've fixed a bug in the cdrtools ebuilds, now they install the readcd binary 
correctly. xcdroast will now work again (it hadn't since we replaced 
app-cdr/cdrecord with cdrtools).

However, for it to start the -n parameter is needed, which turns off cdrecord 
version checking. Otherwise it won't start unless a cdrecord of a specific 
version number, which is hardcoded into the source code, can be located.

I don't know of any problems that may be caused by using a newer version of 
cdrecord than the one it wants, but there may have been a good reason to make 
it work that way. If we ascertain that it works OK with the newer versions, 
we'll need to to decide on a way to tell users to use the -n flag, or even to 
patch the source to make it unnecessary. Info? Ideas?

-- 

Dan Armak
Gentoo Linux Developer, Desktop Team
Matan, Israel


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [gentoo-dev] xcdroast works again, -n parameter needed
  2001-12-04 20:33 [gentoo-dev] xcdroast works again, -n parameter needed Dan Armak
@ 2001-12-11 19:42 ` Mikael Hallendal
  0 siblings, 0 replies; 2+ messages in thread
From: Mikael Hallendal @ 2001-12-11 19:42 UTC (permalink / raw
  To: gentoo-dev

[-- Attachment #1: Type: text/plain, Size: 1412 bytes --]

tis 2001-12-04 klockan 21.33 skrev Dan Armak:
> Hi all,

Hi!

Sorry for the late answer.
 
> I've fixed a bug in the cdrtools ebuilds, now they install the readcd binary 
> correctly. xcdroast will now work again (it hadn't since we replaced 
> app-cdr/cdrecord with cdrtools).

Great!
 
> However, for it to start the -n parameter is needed, which turns off cdrecord 
> version checking. Otherwise it won't start unless a cdrecord of a specific 
> version number, which is hardcoded into the source code, can be located.
> 
> I don't know of any problems that may be caused by using a newer version of 
> cdrecord than the one it wants, but there may have been a good reason to make 
> it work that way. If we ascertain that it works OK with the newer versions, 
> we'll need to to decide on a way to tell users to use the -n flag, or even to 
> 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

-- 

Mikael Hallendal
Gentoo Linux Developer, Desktop Team Leader
CodeFactory AB, Stockholm, Sweden


[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2001-12-11 19:42 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2001-12-04 20:33 [gentoo-dev] xcdroast works again, -n parameter needed Dan Armak
2001-12-11 19:42 ` Mikael Hallendal

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox